メールが届かない時の切り分け — 実務フロー

どういう場面で必要か

サービスから送ったメール(サインアップ確認・パスワードリセット・通知)が Gmail / Yahoo / 法人 M365 で届かなくなった時。あるいは DMARC=reject 導入後に自社メールが迷惑判定される時。

実務で見るポイント

• ステップ 1: Site Health Check で対象ドメインの mail カテゴリを確認
• ステップ 2: SPF の終端(~all / -all / +all)を確認し、送信元 IP が include に入っているか
• ステップ 3: DKIM セレクタを確認し、DNS 上の TXT と DKIM ヘッダ s= が一致しているか
• ステップ 4: DMARC ポリシーを確認し、aspf/adkim が strict だと subdomain でも整合要求される
• ステップ 5: 送信元 IP の逆引き(PTR)と HELO が一致しているか
• ステップ 6: メール本文に怪しいリンクや画像のみ / 大量外部画像がないか

よくある失敗

• SPF を 2 行に分けて TXT 登録(1 ドメイン 1 SPF レコードが正解)
• DKIM セレクタをプロバイダ側と DNS で揃え忘れる
• DMARC=reject に急いで上げて自社メールを弾く
• Gmail 側の「迷惑メール報告」が数件蓄積されて IP レピュテーション低下
• PTR 未設定の VPS から直接送信してレピュテーション低下

チェックリスト

• [ ] /tools/mail-deliverability の総合ランクが A
• [ ] SPF が pass(/tools/spf-generator で組み立て直し)
• [ ] DKIM selector が 2 件以上(ローテーション用)
• [ ] DMARC p=quarantine / reject で RUA レポート受信中
• [ ] 送信元 IP の逆引き設定あり
• [ ] VPS 直接送信ではなく、配信サービス(Resend / SES 等)経由