このページで: [隠れる]
の上 29 4月 2025, Microsoftは自社の発表から猶予期間を削除した. 当初の計画では、大規模な送信者からの認証されていないメールを迷惑メール フォルダーに振り分ける予定でした, 後で続く拒否付き. 施行の6日前, Microsoftは代わりに完全な拒否に切り替えた. 取り消し線が引かれた段落は現在もページ上に表示されています. 共有ホスティングが最も厄介な部分です, なぜなら、Microsoft がチェックする 3 つのレコードは、ホストが半分構成したものだからです。. このガイドでは、共有ホスティング電子メールが失敗する 12 の原因を、それぞれを実際に修復できる人別に分類しています。.
最終レビュー済み: 9月 2026. ホスト送信キャップ, ポートポリシー, リレーの価格設定と認証期限は一次情報源に照らして検証される.
簡単な回答: 単一の設定を変更する前に、壊れた部品の所有者を確認してください. cPanel内, 電子メールのルーティングとディスク クォータを確認してください. 次に、mail-tester.com などの無料の認証テスターに 1 つのメッセージを送信します。. SPF および DKIM 行を読み取ります。, メールが本当にあなたのものであることを証明する 2 つの記録. 4つともきれいなら, 障害はフェンスのホスト側にあります. それはポートが閉じられていることを意味します, 時間当たりの上限, またはブロックリストに登録されたサーバー IP, これらには設定変更ではなくサポートチケットが必要です. 郵便料金で料金が支払われる場合, ウェブホストから完全に削除する.
誰の問題なのかを知るための 3 つのチェック
共有ホスティングメールは 2 つのまったく異なる方法で中断されます, そして、ほとんどすべての無駄な午後は、一方をもう一方と同じように扱うことから生じます. 一部の障害はアカウント内に存在します, 押すボタンがある場所. 他の人はサーバーに住んでいます, IPアドレス, またはファイアウォール, チケットの行列しかない場所. 最初にこれら 3 つのチェックを実行すると、どの種類があるかがわかります.
初め, 自分に 2 つのメッセージを送信する. ウェブメールから外部アドレスに送信する, Gmailアカウントのように. 次に、その外部アドレスからドメインに返信します。. アウトバウンドメッセージは到着するがインバウンドメッセージは到着しない場合, 問題はDNSまたはルーティングです, そしてそれを直すのはあなたです. アウトバウンドは失敗してもインバウンドは機能する場合, ポートと送信キャップを確認してください. どちらも失敗した場合, MX レコードから始めます, メールサーバーに名前を付けるDNSエントリ.
2番, バウンスを読む. 概要ではありません. バウンスには SMTP ステータス コードが含まれます, そしてそのコード名が失敗の原因です. コードの始まり 4 一時的なものです, そのためサーバーは再試行を続けます. コードの始まり 5 永久的です. “550 5.7.515 アクセスが拒否されました” 認証を意味します. “452 4.2.2” メールボックスがいっぱいであることを意味します. お問い合わせフォームの “送信されたメッセージ” 通知は何も教えてくれない, なぜなら、それを出力したスクリプトは応答を待たなかったからです。.
三番, 配達の追跡を開く. ほぼすべての共有ホストが cPanel を実行します, そしてcPanelにはほとんどの人が決して開かないツールが同梱されています. cPanelのドキュメント それはあなたにできると言います “電子メールの配信ルートを追跡し、配信上の問題を発見します。” Exim によって保存されているログを読み取ります, 実際に送信するメールソフト. それが推測することと知っていることの違いだ.
検証したこと, そしてギャップはどこにあるのか
以下の送信制限セクションには 10 個のホストが指定されています。. さらに 2 つは調査され、意図的に除外されました. ホスティング.com (以前の A2 ホスティング) と ScalaHosting は、独自のサイトで確認できた共有ホスティングの送信数を公開していません. 両方のサードパーティの数値は 5 倍も矛盾していました. フィギュアに扮したゲスはギャップより悪い, それで彼らはギャップを得る.
すべてのキャップ, ここでのポート ポリシーと価格は、それを設定するソースから読み取られたものです, 9月に 2026. ホスト制限はホストによって決まります’ 独自のナレッジベースと使用許諾ページ. プロトコルの動作は RFC に基づいています. メールボックス プロバイダーのルールは、Google の送信者ガイドラインと Microsoft 自身の発表に基づいています, 概要ではなくページを読んでください. リレーの価格は現在のベンダーの価格ページから取得されました. これらのページの一部は JavaScript でコンテンツを構築し、自動読み取りに対して空の本文を返します。. 代わりにブラウザでそれらを開きました, これが、ここでの Microsoft の日付が両方とも確認された方法です.
3 つの正直な制限. 到達性テストは実行しませんでした, したがって、ここには測定された受信トレイの配置を主張するものはありません. cPanel の詳細 (デフォルトの毎時メール設定, DKIMセレクター) cPanel 独自のドキュメントではなく、独立したホスティングのナレッジ ベースから得たもの. それらは表示される場所にフラグが立てられます. そして送信キャップの移動, したがって、今日検証された数字は、今日真実だった数字にすぎません.
自分で直せる失敗, 約10分で
12 件の失敗のうち 5 件は完全に自分でコントロールできるものです. この順序で作業を進めてください, 最初の 1 つは、他の 4 つを合わせたよりも多くのメールが共有ホスティングで失われる原因となるためです。.
1. MX が別の場所を指しているにもかかわらず、電子メール ルーティングにはローカルと表示されたままになります
これが古典的なものです. メールボックスを Google Workspace または Microsoft に移動しました 365, MX レコードを変更しました, 外の世界からのメールも完璧に届きます. その後、お問い合わせフォームの通知が消えます. 独自の請求スクリプトからの請求書が表示されない. サーバー内から送信されたものはすべて消えます.
理由はこうだ. cPanel は、DNS とは別にドメインごとのルーティング設定を保持します。. ローカルメールエクスチェンジャーに設定, cPanelのドキュメントには次のように書かれています “サーバーは常にドメイン宛のメールを受け入れます” と “ローカルのメールボックスにメールを配信します。” MX レコードは決して参照されません. したがって、サーバーは誰も開かない古いcPanelメールボックスにメッセージをドロップします, そして成功を報告します. Remote Mail Exchanger に切り替えると動作が逆転します: “サーバーはそのドメインへのメールを受け入れません”. すべてを任せる “最も小さい番号のメール交換者” 代わりは, あなたが望むものは何ですか.
cPanelを開く, 電子メールのルーティングに移動, そしてドメインを次のように設定します リモートメールエクスチェンジャ MX レコードを変更したのと同じ時間. cPanel の推奨設定は「構成を自動的に検出する」です, そして通常はこれで正しくなります, しかし “いつもの” その文では実際の仕事をしています. 明示的に設定する. cPanel 自身の警告は率直です: “電子メール ルーティング設定が正しく構成されていないと、ドメインのメール受信機能が中断される可能性があります。”
2. メールボックスがいっぱいです, またはアカウント全体が
メールボックスがいっぱいになると受信メールが拒否されます, 共有ホスティング メールボックスはデフォルトで小さいです. 悪い, メールはアカウントの合計ディスク クォータにカウントされます, そのため、忘れていた Web サイトのバックアップにより、ドメイン上のすべてのメールボックスが一度に停止される可能性があります。.
RFC 3463 表示されるステータス コードを定義します. X.2.2 の意味 “ユーザーがメールボックスごとの管理クォータまたは物理容量を超えたため、メールボックスがいっぱいです。” RFC はこれを永続的な一時的な障害として報告しています, したがって、正しい形式は 452 4.2.2. 送信サーバーは数日間再試行を続けます. That retry window is your grace period. Clear space inside it and nothing is lost.
Two things to check beyond the obvious. Old webmail Trash and Junk folders still occupy quota. And if you ever used POP without “leave a copy on server”, check the mailbox you abandoned years ago. It may still be filling.
3. SPF レコードは 3 つの具体的な方法のいずれかで間違っています
SPF (送信者ポリシーフレームワーク) is the DNS record listing which servers may send mail for your domain. Failures on shared hosting are rarely a missing record. They’re usually one of these three.
- Two SPF records. Publishing two DNS TXT records that both start v=spf1 makes the check fail outright. You need one record containing every sender.
- More than ten DNS lookups. RFC 7208 セクション 4.6.4 caps an SPF evaluation at ten DNS lookups. Each include, a, mx, ptr, exists and redirect counts, and nested includes count too. Exceed it and the result is PermError, ほとんどの受信機は失敗として扱います. ホストをスタックする, Google Workspace とマーケティング ツールを使えば、気づかずに 10 に達する可能性があります.
- ホストのリレーがありません. これは共有ホスティングに特有のものであり、人々を危険にさらします. 多くの cPanel ホストは、サーバー自身の IP から送信するのではなく、MailChannel 経由で送信メールをルーティングします。. その後、メールは MailChannels から送信されます’ アドレスプール, ホストのデフォルトの SPF には含まれていない可能性があります. メールチャネル’ ドキュメンテーション includeを追加すると言います:すでに持っているレコードへのrelay.mailchannels.net, すべてのメカニズムの前に配置. 代わりに 2 番目のレコードを追加すると SPF が完全に壊れます, これが修正が障害に変わる仕組みです.
できる限り手動で編集しないでください. cPanel の電子メール到達性ツールは、ドメインごとに SPF および DKIM の問題を報告し、修復アクションを提供します。. キャッチが 1 つ: 修復は、ドメインがホストのネームサーバーを使用している場合にのみ機能します.
4. DKIM はメールに署名していません
SPF はサーバーを認証します. DKIM (ドメインキー識別メール) メッセージ自体に署名する, 転送しても残るのは半分です. 3番目の記録, DMARC, SPF と DKIM が失敗した場合に何をすべきかを受信者に指示します. cPanel はドメインごとにキーを生成し、default._domainkey セレクターで公開します。, したがって、これは通常、電子メール到達性における 2 回のクリックのジョブです. (セレクター名は、調査したすべての cPanel ホストで一貫しています。, ただし、cPanel 自体のドキュメントには引用できる形式で記載されていません。)
設定ではなく結果を確認する. 無料のテスターにメッセージを送信し、レポートの DKIM 行を読んでください。. ドメイン移管後は、レコードは存在するが署名されていないことが一般的です, DNS ゾーンが移動し、キーが付属していなかったため.
5. キャッチオール アドレスがクォータを使い果たしている
cPanelのデフォルトアドレス機能 “ドメインの無効な電子メール アドレス宛てのメールを受信します。” 実際のメールボックスに転送したままにしておくと、スパムの磁石が構築されます。. cPanelは直接そう言っています. スパマーがあなたのドメインをターゲットにしている場合, そのドキュメントは警告しています, “そのアドレスは大量のスパムを受信する可能性があります。”
被害は国内だけではない. メールボックスが生成するすべての自動返信とバウンスは、すぐに満たされる時間当たりの送信上限にカウントされます。. ドメインに対する辞書攻撃により、コーヒーを飲む前にその上限が使い果たされる可能性があります, そして実際のメールは停止します. デフォルトアドレスを破棄するように設定する. cPanel は、単純な破棄が意味することを警告します。 “送信者は配信が失敗したことを知りません”. それが重要な場合は、エラー付き破棄オプションを使用してください.
失敗したメールがメールボックスではなく WordPress サイトから送信された場合の注意事項. これらの原因はそれぞれ異なるため、独自のリストが必要です, 私たちが書いたもの WordPress がメールを送信しない理由.
ホストだけが修正できる障害
この 5 人にはチケットが必要です. あなたはまだ自分ですべてを診断することができます, そしてそれが重要です. 特定のチケットには特定の回答が得られます. “メールが壊れています” マクロを取得します.
6. 送信ポートが閉じられています
サイトまたはメール クライアントを外部 SMTP サーバーに向けているときに接続がタイムアウトした場合, ファイアウォールが邪魔をしている可能性があります. ポート 25 ホストがブロックするものです. 開いているポート 25 共有サーバー上ではスパム砲が侵害された 1 つのアカウントを待ち構えています.
このルールのポイントは次のとおりです: ほとんど誰もそれを文書化していない. 私たちがチェックした10のホストのうち, exactly one makes a plain first-party statement. DreamHost’s knowledge base says it “blocks port 25 for outgoing SMTP calls on Shared Hosting servers”. The same page adds that this is “not a restriction on Managed VPS/Dedicated Servers”. It recommends port 587 with STARTTLS instead. SiteGround goes the other way and documents port 25 as open on its shared servers. The other eight write as though your own internet provider is the blocker. Sometimes that’s true. Sometimes it’s a way of not answering.
試す 587 最初, それから 465. Both are current. RFC 8314 recommends implicit TLS on port 465, and the history there is worth a sentence. ポート 465 was assigned in 1997, revoked in 1998, then formally brought back by that RFC in 2018. Anyone telling you 465 is deprecated is quoting a twenty-year-old decision that got reversed.
If every mail port is closed, use a relay: サイトが API 経由でメールを渡す送信サービス. これらの通話はポート経由で送信されます 443, ウェブサイトを破壊せずにそれをブロックするホストはありません. (はい, ブロックされたメール ポートの信頼できる解決策は、メール ポートの使用を停止することです。)
7. 目に見えない時間の上限に達しました
共有ホストは 1 時間あたりの送信メールに上限を設ける. エラー テキストは検索できるほど具体的です: “ドメイン example.com が 1 時間あたりの最大メール数を超えました”. WHM では、設定はドメインあたりの最大時間メール数です。. 無制限で発送します, ホストが変更したので. (ホストのサポート記事はそのデフォルトに同意します; cPanel のドキュメントには見つかりませんでした。)
キャップは予想外の場所で最も強く噛みつきます, ほとんどのホストが重要であるため 受信者, メッセージではありません. SiteGroundがそれを詳しく説明します. まで追加できます 80 受信者を 1 つのメッセージに送信, しかし “各受信者は、許可された時間単位の割り当てに対して送信する個別の電子メールとしてカウントされます。” So a single message to 80 people consumes 80 of a 400-per-hour allowance. Five of those and your hour is gone.
Ask your host for a temporary raise and give them a reason with a number in it. Vague requests get refused.
8. サーバーのIPはブロックリストに載っています
One compromised neighbour is enough. Check the sending IP at スパムハウス, which covers the SBL, CSS, PBL and XBL lists in one lookup.
Read the listing type before you do anything, because it tells you who has to act. A PBL listing covers, in Spamhaus’s words, “IP space that should not be sending email directly to the Internet”. That usually means consumer broadband ranges. Delisting requires the address to be “静的, not dynamic” と “An outbound mail server”. Spamhaus also lets network owners claim entire allocated ranges under one PBL account. 翻訳済み: on a genuinely shared IP, your host requests removal, あなたではありません. 自分で送信すると削除が取り消される可能性があります.
したがって、リストタイプでチケットを開きます, IP, とルックアップ URL. そして上場廃止よりも重要な質問をしてください: 何が次を止めているのか?
9. メール証明書は入力したホスト名をカバーしていません
メールクライアントが証明書がサーバーと一致しないことを警告する. 通常、証明書がホスト自身のサーバーのホスト名をカバーしている間、mail.yourdomain.com と入力します。.
cPanel の AutoSSL はメールスタックを保護します. そのドキュメント AutoSSLを確認します “ドメイン検証済みの SSL 証明書を自動的にインストールします” アパッチ用, 鳩小屋, エクシム, Web ディスクと cPanel サーバー. Dovecot と Exim はメールを取得および送信するサービスです, したがって、その報道は本物です. 証明書に含まれていないホスト名をカバーすることはできません. webmail.yourdomain.com は cPanel サービスのサブドメインであり、対象となります。; ベアメールのサブドメインは、誰かが作成しない限り、まったくのサブドメインではないことがよくあります。.
2 つの修正, 好みの順に. ホストがメールクライアントの手順で公開しているサーバーのホスト名をクライアントに指定します。, 常にその証明書と一致します. または、ホストにメールのホスト名を証明書に追加するように依頼してください。. 決してクリックしないでください “とにかく信頼してください”, そうすれば、設定ミスと傍受を区別できなくなるからです.
10. あなたのメールはキュー内で凍結されています
受信も返送もされないメールがフリーズすることがあります. これは、メッセージを配信できず、送信者に返信できない場合に発生します。. Exim のドキュメント 以下の内容については正確です: メッセージ “「凍結」とマークされている’ スプール上で, そしてそれ以上の配信は試行されません。” バウンス自体がバウンドすることが典型的な原因です. 無効なアドレスを指す壊れたフォワーダーがエラーではなく沈黙を生成するのはそのためです.
キュー管理はWHMにあります, リセラーまたはルートレベルで, したがって、共有ホスティングでは通常、自分のキューを確認することはできません. ドメインの凍結されたメッセージを確認するようにホストに依頼します。. 彼らにとっては 30 秒間の検索であり、あなたには見えません.
共有ホスティングで誰も修正できない 2 つの障害
さて、ほとんどのガイドがスキップする部分です, 正直な答えは解決策ではないから.
11. あなたが管理していない PTR レコード
逆引き DNS は IP アドレスをホスト名にマッピングします。, そしてそれはアドレスブロックを保持している人によって設定されます. ARINははっきり言います: 逆引き DNS は IP ブロックの所有者によって管理されます, 通常、ホスティングプロバイダーまたは ISP, あなたのドメインレジストラではありません. 所有していない IP に PTR レコードを設定することはできません, レジストラで DNS を編集しても、変更は行われません。.
Google にはこれが必要であるため、これは重要です. その送信者ガイドラインでは 3 つの条件が設定されています:
- 送信サーバーのIP “ホスト名に解決される対応する PTR レコードが必要です”.
- そのホスト名 “A も必要です (IPv4用) またはAAAA (IPv6用) 同じパブリック IP アドレスに解決されるレコード”.
- と “送信側 IP アドレスは、ポインタで指定されたホスト名の IP アドレスと一致する必要があります。 (PTR) 記録。”
その往復には名前がある: 転送確認済み逆引き DNS. 通るか通らないかのどちらかです.
良いニュースは、有能な共有ホストがすでにサーバーに対して有効な PTR を設定していることです。. あなたのドメインではなく、mail47.hostname.com のようなものに解決されます。, それでいいです. Google の要件は、レコードが存在し、往復することです。, それはあなたのブランドを伝えるものではありません. 悪いニュースは、ホストが間違っている場合です。, あなたは尋ねることしかできません.
12. 近所の人が送ってくれるもの
送信 IP をサーバー上の他のすべてのアカウントと共有する. 彼らの送信習慣はあなたの評判の一部です, そしてあなたはそれらを可視化することも投票することもできません.
専用 IP が一般的な提案ですが、売られすぎています. あなたの評判に対する責任の所在が変わります, あなたの評判はそうではありません. 新しい IP も送信履歴なしで開始されます, そしてメールボックスプロバイダーは、あなたが構築するまでそれを疑いの目で扱います。. 配達可能性の取引における経験則では、クロスオーバーが重要になります 100,000 年間メッセージ. その下に, 通常、適切に管理された共有プールはコールド専用 IP に勝ります。.
本当の修正はアーキテクチャ上の問題です: Web サイトにサービスを提供しているのと同じ IP からのメール送信を停止します. それが ルートアウトについては後述, に引っ越しするよりも費用がかかりません 専用IPを備えたVPS 純粋に隣人から逃れるために.
ホストが実際に送信できるもの
これがホストが公開する図です, それが何を意味するかというと、, それらは別のものであることが判明するので. ホストは比較できない単位で上限を見積もる. そこで、時間ごとの数字を、それが意味する上限に換算しました。 24 時間, 次に、それを公開されている 1 日の上限に照らして設定します.
- DreamHost: 100 受信者はメール クライアントから 1 時間以内, WebメールまたはWebフォーム, 200 スクリプトから1時間. 受信者ごとにカウントされます, それでニュースレターを 150 サブスクライバーが 1 回の送信で失敗する.
- バーペックス: 100 共有で 1 時間, それは天井です 2,400 一日.
- Hostinger: 200 1時間と 2,400 cPanel Silver および Gold プランの場合は 1 日. 時間当たりの料金が意味するのは、 4,800, それで、 日次上限は次の後にバインドされます 12 時間.
- Namecheap: 200 Stellar および Stellar Plus ではドメインごとに 1 時間, 500 プレミアムサーバーで1時間.
- InMotionホスティング: 250 デフォルトでは 1 時間, アカウントフォームを通じてリクエストに応じて発生.
- ChemiCloud: 300 1時間と 3,000 ドメインごとに 1 日. 10 時間ずっと送信すると、日当を消費してしまいます。.
- SiteGround: 400 スタートアップに 1 時間, GrowBig, eコマースとCoderick, 800 GoGeek とクラウドで 1 時間. 受信者は個別にカウントされます, 80 メッセージごとの最大値.
- Bluehost と HostGator: 500 ドメインごとに 1 時間. HostGator は 8 秒ごとに 1 つのメッセージに制限することを提案しています, これは約 450 1時間.
- GoDaddy: 500 メールボックスごとに 1 日, と 500 アカウント上のすべてのメールボックスで 1 時間を共有. メールは GoDaddy 独自のリレーを経由する必要があります.
その算術から 2 つのことがわかります. 初め, ホストが時間と日の両方の上限を公開する場合, 毎日のものは常に最初にバインドされます. 時間当たりの数値は、キャパシティを 2 ～ 3 倍超過販売します。. Hostingerの 200 1時間はこんな感じ 4,800 一日、そして実際には 2,400.
2番, ホスト間の広がりは膨大ですが、誰もそれを宣伝しません. ブルーホストの 500 1時間が意味するもの 12,000 毎日のメッセージ. GoDaddy は許可します 500 メールボックスごとに 1 日. それは 24-倍の差 2 つの主流の共有プラン間, 誰も価格ページに記載していない数字について. 大量に送信する場合, これは価格の前に比較に含まれます.
これらのキャップにない点が 1 つあります: あなたを配給する方法. これらは、侵害されたアカウントによる被害を制限するために存在します。, ホストが理由を尋ねると、その質問をするのはそのためです. また、キャップが実際の問題になることはほとんどないということも意味します. その背後にある共有IPは次のとおりです。.
Web ホストからメールを移動する: 3つのルート
上記のすべての修正で症状が解決されます. このセクションでは原因を扱います. Web サイトと電子メールには異なる信頼性のニーズがあります, 共有ホスティングはバンドルされているという以外の理由でそれらを結合します.
ルート 1: メールボックスを移動する. MX レコードをメールボックス プロバイダーに向け、Web サイトをその場所に残します。. Google Workspace とマイクロソフト 365 明らかな選択です; Zoho, Fastmail と Proton のコストが安くなる. 受信メールは Web ホストとは何の関係もありません. 同時に電子メール ルーティングをリモート メール エクスチェンジャに切り替える, さもなければ、一番の失敗に一夜を費やすことになるだろう. 私たちのオプションを比較します メールホスティングガイド.
ルート 2: 送信を移動する. メールボックスを保持し、Web サイトの送信メールをリレー経由でプッシュします。. 注文確認の修正です, パスワードのリセットとフォーム通知. これは、このページで最も価値の高い変更でもあります, それらは消えるとお金がかかるメッセージだから. 無料枠, 今月確認されました:
- ブレボ: 300 一日自由, 時間制限なし. 月額 9 ドルからお支払い 5,000 月, 連絡先ストレージの上限が設定されている場合 500 その層では.
- 再送信: 3,000 一ヶ月無料, 上限 100 一日, 3つのドメイン. 月額 20 ドルからお支払い 50,000.
- SMTP2GO: 1,000 一ヶ月無料, 上限 200 一日, DKIM と SPF が自動的に処理される. 月額 10 米ドルからお支払い 10,000.
- メーラー送信: 500 一ヶ月無料, 1つのドメイン. 月額 5.60 米ドルからお支払いいただき、毎年請求されます 5,000.
- 消印: 100 一ヶ月無料, これは計画ではなくテスト手当です. 月額 15 米ドルからお支払い 10,000.
- アマゾンSES: 米ドル 0.10 あたり 1,000 メッセージ, 量的には大差をつけて最も安い. 新しいアカウントは、上限が定められたサンドボックスで開始されます。 200 確認済みの受信者のみに 1 日, AWS が本番環境へのアクセスを承認するまで.
月ごとの上限の中に日ごとの上限が隠れていることに注意してください. 再送の 3,000 1 日 100 冊の上限に気づくまで、1 か月はたっぷりと本を読みましょう, これは、Brevo の無料利用枠が 1 日に許可する量の 3 分の 1 です。. トラフィックが急増している場合, 毎日の数字が支配するものです. 私たちの SMTPホスティングの比較 有料レベルではさらに深くなります.
ルート 3: 送信ドメインを分割する. サブドメインからトランザクションメールを送信する, send.yourdomain.com と言います, 独自のSPFとDKIMを搭載. 大量メールの評判の問題によって請求書が汚染されることはありません. This is standard practice at scale and it costs nothing but half an hour of DNS work.
あなたのサイトに適したルートはどれですか
Volume and consequence decide this, 機能ではありません. Five situations, with the numbers that separate them.
音量: 下 300 一日, transactional. Keep your mailboxes on the host and route the website through Brevo’s free tier, which covers exactly this. Skip Amazon SES for now. Its per-message price is unbeatable, but new accounts are sandboxed to 200 毎日のメッセージ, and only to addresses you have verified. Until AWS grants production access, it can’t take your traffic at all.
バジェット: ゼロ, 下 100 一日. Resend’s free tier fits, and it includes SPF, DKIM and DMARC on the free plan. Don’t reach for SendGrid out of habit. Twilio began retiring the free SendGrid plan on 27 5月 2025, giving customers 60 days of continued access. Anyone who didn’t upgrade in that window had stored contacts above 100 deleted. 永続的な無料利用枠はもうありません.
店: 500 に 2,000 毎日. 予算は米ドルまで 15 月. SMTP2GO USD 10/月 10,000 メッセージ, または、同じボリュームで月額 15 ドルの Postmark の Basic レベル. 消印手数料 50% 同じヘッドルームでより多くの余裕があり、受信箱の配置でそれを獲得します; 予算が固定されている場合は SMTP2GO が勝ちます. ここではホストのバンドル割り当てで技術的には十分です, そしてまだ間違った選択. 共有 IP により、チェックアウト メールが見知らぬ人のマーケティング習慣の下流に置かれます.
チーム: 5 つ以上のスタッフ用メールボックス. メールボックスプロバイダー, リレーではありません. これは、Google Workspace または Microsoft が使用する 1 つのケースです。 365 その対価を得る, コラボレーション ツールがその理由です, 配達可能性ではありません. 同じメンテナンス期間内の電子メール ルーティング変更の予算.
ニュースレター: 150-プラス購読者, ドリームホスト上. あなたはできません, どの設定も役に立ちません. キャップは 100 受信者ごとに 1 時間をカウント, それで、1つは次の宛先に送信します 150 最初のメッセージが到着する前に人々はそれを侵害します. リスト状のものは最初からリレーに含まれます, ホストが許可するものは何でも.
作業環境を壊す日付
これらの障害の一部は予定どおりに発生します. カレンダーに入れておく価値のある 2 つ.
の上 5 5月 2025, Microsoft、Outlook.com に送信される認証されていないメールを拒否し始めた, ドメインからの Hotmail と Live.com の送信 5,000 毎日のメッセージ. 有効な SPF を持たない送信者, DKIM と DMARC がハード バウンスになるようになりました. こう書かれています: “550; 5.7.515 アクセスが拒否されました, 送信ドメイン [送信ドメイン] 必要な認証レベルを満たしていません”. ほぼすべてのガイドが未だに間違っている詳細は、6日前に何が起こったかです. Microsoft の当初の発表では、最初にジャンク フォルダーの猶予期間を約束していました, そして更新日は 29 4月 2025 即時拒否を支持してキャンセルした. 削除された文章は依然としてマイクロソフトのページに取り消し線が引かれている. 準拠していないメールをどこかで読んだ場合は、迷惑メールに振り分けられます, そのアドバイスはマイクロソフトが撤回したバージョンのものです.
2回目はまだ起きていない. Microsoft は、既存の Microsoft に対して SMTP AUTH 基本認証をデフォルトで無効にします 365 のテナント 12月末 2026. Exchange チームは、そのタイムラインを確認しました。 27 1月 2026. その日付以降に作成されたテナントにはまったく付与されません. 最終的な削除日は後半に続きます。 2027.
文言に注意してください, 不用意に報道されるから. 管理者は 12 月以降も再度有効にすることができます 2026. その月は何も死なない. ただし、サイトがユーザー名とパスワードを使用して smtp.office365.com にログインすると、, 誰もそれを再度有効にしない日は壊れます. OAuth がそれに代わるものです.
私たちがここにいる間に引退するという一つの通説. You do not need a strict DMARC policy to satisfy Google. Google’s sender guidelines say directly that “Your DMARC enforcement policy can be set to none”, and both Yahoo and Microsoft ask for at least p=none. Claims that the big providers will require p=quarantine or p=reject in 2026 are circulating widely and appear in none of the three providers’ own documentation. Moving to p=reject is good practice once your sending sources are aligned. It isn’t a requirement, and publishing it before you’ve aligned them is how people delete their own mail.
問題を修正し続ける
Four habits, in descending order of payoff.
Verify the domain in Google Postmaster Tools. それは無料です, and it’s the only place you see your own spam rate as Gmail calculates it. Google asks for below 0.30% and recommends staying under 0.10%. DKIM 署名または SPF リターン パス内のドメインを確認します。, ウェブサイトのドメインではありません, またはレポートは空のままです.
DNS を変更するたびにテストする, 四半期ごとではありません. 無料の認証チェッカーで 1 つのテスト メッセージを発行し、SPF を読み取ります。, DKIM および DMARC ライン. 30秒, そして、DKIMキーをドロップした転送をキャッチします.
ホストの上限と比較して自分の送信量に注意してください. 通常の週で半分以上を使用する場合, すでに共有メールの容量を超えています. 困難な方法を見つけて、製品を 1 つ発売するだけです.
Web サイトとメールを別々のレピュテーションに保つ. このリストにある他のものはすべてメンテナンスです. こちらはデザインです, それが、共有ホスティングメールの問題が問題でなくなる理由です.
よくある質問
共有ホスティングでメールは送信できるが受信できないのはなぜですか?
ほとんどの場合、メール障害ではなく DNS またはルーティングが原因です. まずMXレコードを確認してください, 次にcPanelの電子メールルーティング設定, これは DNS とは別のものであり、DNS をオーバーライドします. ルーティング中に MX が Google Workspace をポイントしている場合、Local Mail Exchanger と表示される, サーバーは、決して開かないcPanelメールボックスにメールを保管します. 他の候補はメールボックスがいっぱいです, 返すもの 452 4.2.2 そして数日間再試行します.
ウェブホストのメールよりも Google Workspace を使用する方が良いですか?
メールの不在により損害が発生するあらゆるビジネス向け, はい, その理由は品質ではなく分離です. ホストのメールボックスは、そのサーバー上のすべてのサイトの送信レピュテーションを継承します。, 隣人のスパム送信が配達の問題になる. Google Workspace とマイクロソフト 365 共有カレンダーやモバイル同期でも料金を獲得できます. 独自のドメインの信頼できるメールのみが必要な場合, Zhoho と Fastmail はコストが安く、評判も同様に分離します.
専用 IP は共有ホスティングの電子メール配信性を修正します?
めったに, ホスティング業界で最も売れすぎているアップグレードです. 専用 IP は、評判を向上させることなく、評判に対する責任をあなたに課します。, 新しいものには送信履歴がまったくありません. 業界の経験則ではクロスオーバーは近い 100,000 年間メッセージ, それ以下では通常、共有プールが勝ちます. SPFを修正する, DKIM と DMARC が最初, 次に、送信をリレーに移動します, そして、ボリュームがそれを温めるのに正当な場合にのみIPを購入してください.
ホストが SMTP ポートをブロックしているかどうかを確認するにはどうすればよいですか 587?
接続して何が起こるかを読んでみてください. ホスティング端末から, 走る “Telnet smtp.gmail.com 587” を探してください 220 挨拶, ハングまたは拒否はブロックされていることを意味するため. ホストはこれをまったく文書化していない可能性があります: 私たちがチェックした10のうち, DreamHost だけがポートをブロックしていると明確に述べています 25. もしも 587 と 465 どちらも失敗する, HTTP API を使用したリレーに切り替える, あなたのウェブサイトと同じポートに乗ります.
共有ホスティングからニュースレターを送信できますか?
技術的には時々, 常識的にはノー. ほとんどのホストはメッセージではなく受信者をカウントします, それで、1つは次の宛先に送信します 200 加入者が消費する 200 あなたの時給のうち. それは DreamHost の規定に違反します 100 1時間, ヴェルペックス 100 そしてHostingerの 200 最初の試みで. 代わりにリレーを使用してください, ニュースレターの苦情率により、注文確認が依存する共有 IP が損傷するためです.
ドメインを Google Workspace に移行した後、メールが機能しなくなったのはなぜですか?
MX レコードを変更し、cPanel の電子メール ルーティングを Local Mail Exchanger から離れた場合, そのため、サイトが生成するメールは Google に到達しません. 社外郵便は問題なく届きます, それがこれを混乱させている原因です, お問い合わせフォームからはまだ成功と報告されています. cPanel でドメインを Remote Mail Exchanger に設定し、サイト自体からのメッセージでテストします。, ウェブメールからではなく. SPF レコードに Google のサーバーが含まれていることも確認してください, SPF レコードが 2 つになっていないこと, チェックに完全に失敗するもの.
これであなたはどこに行くのか
何かを触る前に、所有者ごとに障害を分類する. ルーティング, クォータ, SPF, DKIM とキャッチオールはあなたのものです, cPanel で 10 分で 5 つすべてが解決されます. ポート, キャップ, ブロックリスト, 証明書と凍結されたキューはホストに属します, 症状に名前を付けたチケットには具体的な回答が得られます. PTR レコードとあなたの隣人’ 送信習慣はあなたが連絡できる人のものではありません. これが、どんなに慎重に設定しても共有ホスティング上のメールが壊れやすい本当の理由です.
このガイドに従って 1 つのアクションを実行すると、, サイトの送信メールをリレーに渡す. Brevoの無料 300 1 日でほとんどの小規模サイトをカバーできる. SMTP2GO の USD 10/月で混雑した店舗をカバー. どちらの場合も、見知らぬ人と共有している IP から領収書を移動し、パスワードをリセットします。. この 1 つの変更により、このページのすべての設定を合わせたよりも多くの共有ホスティング電子メールの問題が解決されます, 調整するのではなくカップリングを外すため.
次にどこに行くかは何が壊れたかによる. 送信キャップがバインディング制約である場合, 私たちのガイド 最高の安価な共有ホスティング プラン どのホストが実際の制限を公開しているかをカバーします. 共有ホスティングをやめて自分の IP とリバース DNS を制御する場合, 大規模な共有プランではなく VPS プランを比較する. 専用 IP は実際に購入するものです.