## この記事でわかること

- メールが届かない時に疑うべき 3 つの場所（送信側 / 受信側 / 経路）
- それぞれの原因を網羅した一覧
- 「うちの場合はどれ？」を切り分ける確認手順
- 自社で対応すべきこと、専門家に相談すべきことの境目

## メールが届かない時、まず分けて考える 3 つの場所

「メールが届かない」と一言で言っても、実態は 3 つに分けられます。

1. **送信側の問題**: 自社のメールサーバー or 自社が使っているメール配信サービスの設定不備
2. **経路の問題**: ドメインの認証（SPF / DKIM / DMARC）が崩れている
3. **受信側の問題**: 取引先の Gmail / Outlook 等が「迷惑メール」「拒否」と判定

![メールが届かない時に疑う 3 つの場所](/blog/company-mail-not-delivered-causes/three-locations.svg)

このうち最も頻発するのは **2. 経路の問題**で、しかも気付くのが遅れがちです。送信側のサーバーは「送信成功」と表示し、受信側は「メールを受け取っていない」と言うので、間に何が起きているか分かりにくいのです。

## 送信側で起きる代表的な原因（5 つ）

### 1. 送信メール量の急増で IP 評価が下落

普段月 100 通の送信なのに、メルマガ配信で突然 1 万通送ると、受信側 ISP は「スパムかも」と判断します。Gmail / Yahoo の送信者要件では **1 日 5,000 通超**から特に厳しい判定が始まります。詳細は [Google の送信者ガイドライン要約](/blog/google-sender-requirements-2024) を参照。

### 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 レコードの基本と書き方](/blog/spf-setup-guide)、10 lookup 超過の対処は [SPF flattening の判断基準](/blog/spf-flattening) を参照してください。

### DKIM の不備

DKIM は送信メールに電子署名を付ける仕組みです。代表的な不備:

- **DKIM 未設定**: 署名が無い → 受信側が「なりすましかも」と判断する根拠が増える
- **セレクタの管理ミス**: 送信元（Google Workspace、Microsoft 365、SendGrid 等）ごとに異なるセレクタを設定する必要があり、漏れが頻発
- **鍵長 1024 ビットのまま**: 推奨は 2048 ビット。1024 では認証側で warning される

### DMARC の不備

DMARC は SPF / DKIM の判定結果をもとに「失敗時にどう扱うか」を指示する仕組みです。

- **DMARC 未設定**: なりすましメール対策の最後の砦が無い
- **`p=none` のまま**: 失敗しても何もしない設定。観察モードのままで止まっている
- **rua の通知先が形骸化**: レポートが届くアドレスを誰も見ていない

DMARC 設定の段階的強化は [DMARC ポリシー段階強化ガイド](/blog/dmarc-policy-tightening) を参照してください。

不審なメール（フィッシングや偽装メール）の見分け方は [怪しいメールの見分け方｜Web 担当者・情シス・制作会社者向けチェック手順](/blog/suspicious-mail-detection)、自社ドメインを名乗ったなりすましメールへの対処は [「自社の名前で迷惑メールが届いた」と言われた時の対応手順](/blog/own-domain-spam-sent) でそれぞれ詳しく解説しています。

## 受信側で起きる代表的な原因

### 1. 迷惑メール判定（フォルダ振り分け）

受信側の Gmail / Outlook が独自に「これは迷惑メール」と判断するパターン。本文中のキーワード、ヘッダの不整合、送信元の評判などから機械的に判定されます。

### 2. 取引先の組織別ホワイトリスト / ブラックリスト

大手企業や官公庁では、組織として送信元ドメインを許可リスト化しているケースがあります。新規取引先からのメールが届かない時はこれが原因のことも。

### 3. メーリングリスト経由の DMARC 障害

取引先のメーリングリストを通すと、From を書き換えずに転送されるケースで DMARC が失敗します。これは [メーリングリストと DMARC の現実](/blog/mailing-list-dmarc-failure) で詳しく解説しています。

## 「うちの場合はどれ？」を切り分ける手順

### ステップ 1: 自社のメール認証状況を確認

どこに原因がありそうかを切り分けたいときは、[メールが届かない原因の切り分けツール](/tools/mail-delivery-doctor)が便利です。SPF・DKIM・DMARC・MX と Gmail 送信者要件を一画面でチェックし、重大なものから順に表示します。あわせて[ドメイン番人の無料診断](/diagnose) でも、自社ドメインの SPF / DKIM / DMARC の状態を 30 秒で確認できます。3 つすべてが「設定済み・正常」になっていない場合、まずそこを修正することが優先です。

### ステップ 2: 受信側のバウンスメッセージを読む

「届かない」と言われた送信メールの自動返信（バウンスメッセージ）の本文を見ると、原因が書いてあります。

![バウンスメッセージのエラーコード分類](/blog/company-mail-not-delivered-causes/bounce-codes.svg)

- `550 5.7.26` → DMARC 認証失敗（[Gmail 5.7.26 の意味と対処](/blog/gmail-550-5726-fix)）
- `550 5.7.708` → Outlook 側で送信元の評判が低い（[Outlook 550 5.7.708 の対処](/blog/outlook-550-57708-fix)）
- `550 5.4.1` → 宛先アドレス拒否（リレー拒否またはルーティングエラー）
- `452 4.2.2` または `550 5.2.2` → 受信ボックスが満杯
- `421 4.7.0` → 一時的な拒否（短時間で大量送信の検知など）

550 系コードの詳細な切り分けは、[Outlook 550 エラーのケース別の原因と対処](/blog/outlook-550-error-cases-guide)で宛先不在・認証失敗・IP 評価・ポリシーの観点から体系的に整理しています。

### ステップ 3: 別の経路で送ってみる

Gmail から取引先に送る、自社サーバーから送る、SaaS 経由で送る、と経路を変えると、どの経路で問題が起きているかが切り分けられます。

## 自社で対応できる範囲、専門家に頼むべき範囲

Web 担当者・情シス・制作会社者が自社で対応できるのは、概ね次までです。

- 受信側に「迷惑メールフォルダを確認して」と依頼する
- バウンスメッセージのコードを Google で検索して、簡単な対処を試す
- DNS 管理画面で SPF / DKIM / DMARC の設定確認

これらを試しても直らない場合や、そもそも「DNS 管理画面の場所が分からない」段階であれば、専門家への相談を推奨します。

## まとめ

- メールが届かない原因は **送信側 / 経路 / 受信側**の 3 つに分けて考える
- 最も多いのは **経路（SPF / DKIM / DMARC の不備）**
- バウンスメッセージのコードが切り分けの鍵
- 「届かない」と言われたら、まず無料診断で経路の状態を確認

## まずは現状を把握しましょう

[無料のドメイン診断](/diagnose) では、メール認証（SPF / DKIM / DMARC）と SSL の設定状況を 30 秒でチェックできます。「届かない」のトラブル発生時に最初に開いてほしいツールです。

緊急対応が必要な場合は、[お問い合わせフォーム](/contact) で「メール不達など緊急対応のご相談」を選択してご連絡ください。スポット対応（3 万円〜）で、24〜48 時間以内に原因切り分けと応急処置をご提案します。