SPF レコードチェッカー
任意のドメインを入力して SPF レコードを取得・検証。完全なレコード値、各メカニズムの説明、設定の正しさを確認できます。
SPF レコードとは?
SPF(Sender Policy Framework)レコードは、特定のメールサーバーにドメインを代理してメール送信を認可する DNS TXT レコードです。DKIM と DMARC と並ぶ 3 つの中核的なメール認証プロトコルの 1 つです。メッセージ到着時、受信メールサーバーは送信ドメインの SPF レコードを照会し、配送 IP が認可されているか確認します。
SPF はメール到達性の基本です。有効な SPF レコードがないと、ドメインからのメールはスパム扱いや拒否になりやすくなります。Gmail、Outlook、Yahoo などの主要受信箱プロバイダーは SPF 結果を主要な信頼シグナルとして扱います。Google と Yahoo は一括送信要件の一部として SPF を求めています。
SPF レコードは認可された送信者を表すメカニズムの集合です。一般的なメカニズムには ip4 と ip6(特定 IP または範囲)、mx(ドメインのメールサーバー)、include(別ドメインの SPF へ委譲)があります。レコードは明示されていない送信者の扱いを定義する all で終わります: ~all(softfail)、-all(hardfail)、?all(neutral)。
SPF メカニズムの解説
ip4
特定の IPv4 アドレスまたは CIDR 範囲を認可します。例: ip4:203.0.113.1 または ip4:203.0.113.0/24。
ip6
特定の IPv6 アドレスまたは範囲を認可します。例: ip6:2001:db8::1。
mx
ドメインの MX レコードに記載されたメールサーバーを認可します。送信と受信が同じサーバーの場合に便利です。
include
別ドメインの SPF レコードを取り込み評価します。Google Workspace や SendGrid などのサードパーティ送信者の認可に使います。
a
ドメインの A または AAAA レコードの IP アドレスを認可します。Web サーバーがメールも送る場合に便利です。
all
他のメカニズムに一致しない送信者に適用される包括ルールです。~(softfail)、-(hardfail)、?(neutral) の接頭辞を付けます。
よくある質問
1. ドメインに SPF レコードがないとどうなりますか?
SPF レコードのないドメインは SPF チェックに失敗します。受信サーバーはこれを中立結果として扱うことが多いですが、他のシグナルと組み合わさるとスパム判定が増えます。Google と Yahoo は一括送信者に SPF を求めています。メールを送るドメインは SPF レコードを公開すべきです。
2. ドメインに複数の SPF レコードがあるとどうなりますか?
同じドメインに v=spf1 で始まる TXT レコードが 2 つ以上あると、SPF 永続エラー(permerror)になります。SPF 評価は完全に失敗し、そのドメインからの全メールが SPF 失敗になります。すべてのルールを 1 つの SPF レコードに統合する必要があります。
3. SPF fail とはどういう意味ですか?
SPF fail は、配送 IP アドレスがドメインの SPF レコードで認可されていないことを意味します。結果は all メカニズムに依存します。~all は softfail(疑わしいが通常は配信される)、-all は hardfail(通常は拒否または迷惑メール)です。中立の ?all はどちらにも作用しません。
4. SPF の permerror とは何ですか?
permerror(永続エラー)は、設定上の問題で SPF を評価できないときに発生します。最も多い原因は、ドメインに複数の SPF レコードがある、または DNS 照会メカニズムが多すぎる(10 を超える)ことです。permerror はドメインからの全メールで SPF が失敗するため、直ちに修正してください。
5. SPF レコードに include ディレクティブはいくつ持てますか?
SPF は評価中に最大 10 回の DNS 照会を許可します。include、a、mx、ptr、exists の各メカニズムが 1 回の照会として数えられ、その中の入れ子の include も加算されます。合計が 10 を超えると permerror になります。
6. 長すぎる SPF レコードを修正するには?
SPF レコードが 10 回の照会上限に近づいている場合は、SPF フラット化を検討してください。すべての include を実際の IP に解決し、include を直接の ip4/ip6 エントリに置き換えます。これにより該当エントリの照会数はゼロになりますが、プロバイダーが IP 範囲を変更するたびにレコードの更新が必要です。
その他の機能を探索
BillionVerify が提供するすべての強力な機能を発見