会社のメールが届かない原因を一覧で整理|Web 担当者・情シス・制作会社者向け
目次
この記事でわかること
- メールが届かない時に疑うべき 3 つの場所(送信側 / 受信側 / 経路)
- それぞれの原因を網羅した一覧
- 「うちの場合はどれ?」を切り分ける確認手順
- 自社で対応すべきこと、専門家に相談すべきことの境目
メールが届かない時、まず分けて考える 3 つの場所
「メールが届かない」と一言で言っても、実態は 3 つに分けられます。
- 送信側の問題: 自社のメールサーバー or 自社が使っているメール配信サービスの設定不備
- 経路の問題: ドメインの認証(SPF / DKIM / DMARC)が崩れている
- 受信側の問題: 取引先の Gmail / Outlook 等が「迷惑メール」「拒否」と判定
このうち最も頻発するのは 2. 経路の問題で、しかも気付くのが遅れがちです。送信側のサーバーは「送信成功」と表示し、受信側は「メールを受け取っていない」と言うので、間に何が起きているか分かりにくいのです。
送信側で起きる代表的な原因(5 つ)
1. 送信メール量の急増で IP 評価が下落
普段月 100 通の送信なのに、メルマガ配信で突然 1 万通送ると、受信側 ISP は「スパムかも」と判断します。Gmail / Yahoo の送信者要件では 1 日 5,000 通超から特に厳しい判定が始まります。詳細は Google の送信者ガイドライン要約 を参照。
2. 共有 IP の評判悪化
レンタルサーバーや一般的な SMTP サービスを使っている場合、同じ IP を使う他の利用者がスパムを送ると、巻き添えで自社メールも止まります。「昨日まで届いていたのに突然届かなくなった」のはこのパターンが多いです。
3. 送信ドメインの BL(ブラックリスト)登録
過去の事故やフィッシング被害でドメインが BL に載った状態。Spamhaus や URIBL などが代表的な BL です。
4. メールサイズが大きすぎる
添付ファイル込みで 25 MB を超えるメールは、Gmail / Outlook 系で拒否されることが多いです。
5. ヘッダの不整合
From:、Return-Path:、Sender: の不一致や、改行コード不正で、受信側がメールを破棄するケース。SaaS のメール配信機能を経由した時に起きやすい故障です。
経路の問題:SPF / DKIM / DMARC の不備
一番多く、かつ気付きにくいのがここです。
SPF レコードの不備
SPF は「このドメインから送信するサーバー(IP)はこれだ」と DNS で宣言する仕組みです。代表的な不備:
- SPF 未設定: 第三者が自社ドメインを名乗ってメールを送れる
include:の数が多すぎる: SPF の DNS lookup が 10 を超えると PermError で受信側に拒否される- 複数の SPF レコード: SPF は 1 ドメインに 1 つだけ。複数あると無効扱い
詳しい仕組みは SPF レコードの基本と書き方、10 lookup 超過の対処は SPF flattening の判断基準 を参照してください。
DKIM の不備
DKIM は送信メールに電子署名を付ける仕組みです。代表的な不備:
- DKIM 未設定: 署名が無い → 受信側が「なりすましかも」と判断する根拠が増える
- セレクタの管理ミス: 送信元(Google Workspace、Microsoft 365、SendGrid 等)ごとに異なるセレクタを設定する必要があり、漏れが頻発
- 鍵長 1024 ビットのまま: 推奨は 2048 ビット。1024 では認証側で warning される
DMARC の不備
DMARC は SPF / DKIM の判定結果をもとに「失敗時にどう扱うか」を指示する仕組みです。
- DMARC 未設定: なりすましメール対策の最後の砦が無い
p=noneのまま: 失敗しても何もしない設定。観察モードのままで止まっている- rua の通知先が形骸化: レポートが届くアドレスを誰も見ていない
DMARC 設定の段階的強化は DMARC ポリシー段階強化ガイド を参照してください。
不審なメール(フィッシングや偽装メール)の見分け方は 怪しいメールの見分け方|Web 担当者・情シス・制作会社者向けチェック手順、自社ドメインを名乗ったなりすましメールへの対処は 「自社の名前で迷惑メールが届いた」と言われた時の対応手順 でそれぞれ詳しく解説しています。
受信側で起きる代表的な原因
1. 迷惑メール判定(フォルダ振り分け)
受信側の Gmail / Outlook が独自に「これは迷惑メール」と判断するパターン。本文中のキーワード、ヘッダの不整合、送信元の評判などから機械的に判定されます。
2. 取引先の組織別ホワイトリスト / ブラックリスト
大手企業や官公庁では、組織として送信元ドメインを許可リスト化しているケースがあります。新規取引先からのメールが届かない時はこれが原因のことも。
3. メーリングリスト経由の DMARC 障害
取引先のメーリングリストを通すと、From を書き換えずに転送されるケースで DMARC が失敗します。これは メーリングリストと DMARC の現実 で詳しく解説しています。
「うちの場合はどれ?」を切り分ける手順
ステップ 1: 自社のメール認証状況を確認
どこに原因がありそうかを切り分けたいときは、メールが届かない原因の切り分けツールが便利です。SPF・DKIM・DMARC・MX と Gmail 送信者要件を一画面でチェックし、重大なものから順に表示します。あわせてドメイン番人の無料診断 でも、自社ドメインの SPF / DKIM / DMARC の状態を 30 秒で確認できます。3 つすべてが「設定済み・正常」になっていない場合、まずそこを修正することが優先です。
ステップ 2: 受信側のバウンスメッセージを読む
「届かない」と言われた送信メールの自動返信(バウンスメッセージ)の本文を見ると、原因が書いてあります。
550 5.7.26→ DMARC 認証失敗(Gmail 5.7.26 の意味と対処)550 5.7.708→ Outlook 側で送信元の評判が低い(Outlook 550 5.7.708 の対処)550 5.4.1→ 宛先アドレス拒否(リレー拒否またはルーティングエラー)452 4.2.2または550 5.2.2→ 受信ボックスが満杯421 4.7.0→ 一時的な拒否(短時間で大量送信の検知など)
550 系コードの詳細な切り分けは、Outlook 550 エラーのケース別の原因と対処で宛先不在・認証失敗・IP 評価・ポリシーの観点から体系的に整理しています。
ステップ 3: 別の経路で送ってみる
Gmail から取引先に送る、自社サーバーから送る、SaaS 経由で送る、と経路を変えると、どの経路で問題が起きているかが切り分けられます。
自社で対応できる範囲、専門家に頼むべき範囲
Web 担当者・情シス・制作会社者が自社で対応できるのは、概ね次までです。
- 受信側に「迷惑メールフォルダを確認して」と依頼する
- バウンスメッセージのコードを Google で検索して、簡単な対処を試す
- DNS 管理画面で SPF / DKIM / DMARC の設定確認
これらを試しても直らない場合や、そもそも「DNS 管理画面の場所が分からない」段階であれば、専門家への相談を推奨します。
まとめ
- メールが届かない原因は 送信側 / 経路 / 受信側の 3 つに分けて考える
- 最も多いのは 経路(SPF / DKIM / DMARC の不備)
- バウンスメッセージのコードが切り分けの鍵
- 「届かない」と言われたら、まず無料診断で経路の状態を確認
まずは現状を把握しましょう
無料のドメイン診断 では、メール認証(SPF / DKIM / DMARC)と SSL の設定状況を 30 秒でチェックできます。「届かない」のトラブル発生時に最初に開いてほしいツールです。
緊急対応が必要な場合は、お問い合わせフォーム で「メール不達など緊急対応のご相談」を選択してご連絡ください。スポット対応(3 万円〜)で、24〜48 時間以内に原因切り分けと応急処置をご提案します。