本文へスキップ
ToolMug

SPF・DKIM・DMARC・MX チェッカー

ドメインまたはメールアドレスを入力すると、MX メールサーバー、SPF、DKIM、DMARC レコードをまとめて検索し、よくある設定ミスを確認できます。メールが迷惑メールに入るとき、ドメインのなりすましが疑われるとき、Gmail や Yahoo の送信者要件に対応するときに便利です。

サーバーで処理し、1 時間以内に削除します

default、selector1、google などのよく使われるセレクターを自動的に試します

使い方

  1. ドメインを入力するか、メールアドレスを貼り付けます。@ より後ろの部分を使います。
  2. 「検索」をクリックして MX、SPF、DKIM、DMARC の結果を確認します。DKIM キーが見つからない場合はセレクターを入力して再検索します。
  3. DNS プロバイダーで指摘されたレコードを修正し、反映後にもう一度確認します。

オプションの説明

SPF
ドメイン直下にある v=spf1 で始まる TXT レコードで、ドメインから送信してよいサーバーを列挙します。1 つだけ存在する必要があります。
DMARC
_dmarc にある v=DMARC1 で始まる TXT レコードで、SPF と DKIM の確認に失敗したメールを受信側がどう扱うかを指定します。
検索回数
SPF の include、a、mx、ptr、exists、redirect はそれぞれ DNS 検索 1 回として数えられ、合計は 10 回を超えられません。入れ子の検索も展開して数えます。

レコードの読み方

SPF レコードは、用語(ターム)の並びです。各タームの先頭には、一致したときの扱いを示す修飾子を付けられます(RFC 7208)。

修飾子 意味 例
+(既定) 合格 a または +a
- 失敗: 拒否 -all
~ ソフトフェイル: 受け入れるが印を付ける ~all
? 中立: 何も表明しない ?all

チェッカーは、+all(または単独の all)を「すべてのサーバーに送信を許可している」、?all を「なりすまし対策として何もしていない」、all も redirect= もないレコードを「未完成」として報告します。また、ptr メカニズムの使用や、2 つ目の SPF レコードがある場合にも警告します。

DMARC レコードは、セミコロンで区切られた tag=value の組の集まりです(RFC 7489)。

v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s; pct=100
タグ 意味
v バージョン。常に DMARC1 で、レコードの先頭に置く
p ドメインのポリシー: none、quarantine、reject
sp サブドメインのポリシー。省略時は p が適用される
rua 集計レポートの送信先
ruf 失敗レポートの送信先
pct ポリシーを適用する、認証に失敗したメールの割合。省略時は 100
adkim, aspf DKIM と SPF のアライメント: r は relaxed(既定)、s は strict
fo 失敗レポートのオプション。省略時は 0

rua のない DMARC レコードは、レポートが届かないため指摘されます。DKIM では、2048 ビット未満の RSA 鍵は弱いと指摘され、p= の値が空の鍵は「無効化済み」と表示されます。

よくある質問

SPF の末尾は ~all と -all のどちらにすべきですか?

-all は許可されていないサーバーを受信側に拒否させ、~all は疑わしいものとして扱わせます。リストが完全だと確認できるまでは ~all を使うのが安全です。DMARC があれば差は小さくなります。

DMARC ポリシーはどれから始めればよいですか?

p=none と rua アドレスから始め、1〜2 週間レポートを確認して正当な送信元がすべて通ることを確かめます。その後 quarantine、最後に reject へ移します。

DKIM キーが見つからないのはなぜですか?

DKIM キーは selector._domainkey.domain にあり、セレクターはメールプロバイダーが決めます。default、selector1、selector2、google などを自動で試します。それ以外はメールの DKIM-Signature ヘッダーにある s= の値を入力してください。

プライバシー

ファイルは HTTPS でアップロードして処理され、1 時間以内に自動的に削除されます。

関連ツール