本文へスキップ

メール到達性チェック

Mail Deliverability Check

ドメインのMX・SPF・DKIM・DMARCをまとめて調べ、メールが弾かれる理由を説明します。

あるドメインがメールをどう送受信するかについてDNSが語ることを、一度に読みます。MX・SPF・DMARC・DKIMの鍵・MTA-STS・TLS-RPTをまとめて引き、足りないものと矛盾しているものを指摘します。送ったメールが迷惑メールに入るのに誰も理由を言えないとき、まず走らせる検査です。

☁️ サーバーを使いますemailspfdkimdmarcmx

DNS の照会だけを行います。ドメイン名がサーバーを経由して公開リゾルバー(Cloudflare)へ渡るだけで、メールサーバーには一切接続しません。

メールアドレスの @ より後ろの部分です。MX・SPF・DMARC・MTA-STS・TLS-RPT と、よく使われるセレクターの DKIM 鍵をまとめて照会します。

セレクターが分かれば鍵をそのまま照会します。分からない場合は default・google・selector1 などのよくある名前を試します。

使い方

  1. メールアドレスの@より後ろを入れます

    アドレスでもURLでもなく、メールのドメインです。サブドメインが自分でメールを送っているなら、そのサブドメインを別に確認してください。

  2. DKIMのセレクタが分かるなら入れます

    DKIMの鍵は、DNSからは発見できないセレクタ名の下にあります。自分が送ったメールのDKIM-Signatureヘッダーからs=の値を持ってきてください。無い場合はよくある名前を試しますが、外れることがよくあります。

  3. 指摘を順番に片付けます

    項目ごとに領域の印が付きます。SPFが無い、DMARCが無いが先で、厄介なのは照会10回の上限を超えたSPFです。SPFがまったく無いのと同じように失敗するからです。

よくある質問

テストメールを送りますか

送りません。ここの答えはすべてDNSのレコードから出ています。メールサーバーに接続することも、どこかへ何かを配送することもありません。

DKIMが見つからないと出ました。壊れているのですか

たいていは違います。正しいセレクタが無ければ引く対象そのものがなく、セレクタはどこにも公開されていません。送信済みのメールのヘッダーで見つけて入れてみてください。正しいセレクタでも鍵が無いなら、そのときが本当の問題です。

すべて合格なのに、まだ迷惑メールに入ります

認証は床であって天井ではありません。送信元IPとドメインの評判、内容、苦情率、宛先リストの手入れが配置を決めていて、そのどれもDNSには見えません。この検査が取り除けるのは、レコードを直せば解決する半分です。

MTA-STSは何のためのものですか

他のメールサーバーに対して、こちらへ配送するときはTLSを必須にするよう伝える仕組みです。日和見的なTLSだけでは残るダウングレード攻撃を塞ぎます。任意なので、無くても失敗ではなく参考の項目として表示されます。

ここから渡せます

次の一手

このツールが出したものをそのまま受け取れる道具です。