メール向け DNS（MX / SPF / DKIM / DMARC）を確認する

なぜ重要か

金曜に SendGrid を有効化し、月曜に SPF の include ミスで大量バウンス。セキュリティは DMARC 集計で未承認送信者を見つける。IT が MX を Microsoft 365 へ移すがセカンダリ優先度を忘れ、外部メールが遅延。DNS 記録の点検は、高額コンサルに頼る前の配信・セキュリティの必須ステップです。

実際の3つのシーン

手順

メール DNS チェックを開きます。

1. 1

   ドメインまたはセレクタ付きラベルを入力

   MX/SPF/DMARC はルート。DKIM は selector._domainkey.example.com など ESP ドキュメントに従います。

2. 2

   レコード種別を選ぶ

   ルーティングは MX、SPF/DMARC/DKIM の塊は TXT、ベンダー委譲は CNAME など必要なものを複数選択します。

3. 3

   TTL と権威を確認

   TTL が短いと切り戻しは楽ですがリゾルバ負荷が増えます。ロールバック窓の計画に使います。

4. 4

   診断抜粋をコピー

   タイムスタンプと一緒にベンダーへ貼り、伝播の時系列を追ってもらいます。

ドメイン: example.com
レコード: TXT (SPF)

v=spf1 include:_spf.google.com include:sendgrid.net ~all
（include が解決し、DNS 参照上限内かも確認）

実践のヒント

• 疑わしい PDF の mailto: は URL パーサ と併用します。
• 複数リゾルバ：社内スプリット DNS とパブリックが食い違うことがあります。エスカレ時はクラウドシェルの dig と突き合わせます。
• DMARC 強化は順序立て：変更管理チケットに TXT の before/after を残します。

よくある落とし穴

向いていない用途

• メールボックス単位の MIME 調査：クライアントで生 .eml を。
• SMTP 会話トレース：STARTTLS や AUTH はサーバログ領域です。
• レピュテーション：Talos 等は DNS 衛生を補完し置き換えではありません。

FAQ

次のステップ

1. オフィス移転前に Wi‑Fi QR。
2. Webhook 秘密は HMAC 生成。
3. URL の構造比較は URL パーサ。