無料 SPF レコードチェッカー

SPF レコードチェックを理解する

Sender Policy Framework（SPF）は、DKIM および DMARC と並ぶ、メール認証の 3 本柱の 1 つです。SPF レコードは、あなたのドメインの DNS 内にある単一の TXT エントリで、あなたに代わってメールを送信する権限を持つすべてのメールサーバーと第三者サービスを列挙します。受信サーバーはメッセージを受け取ると、送信元 IP を公開されたそのリストと照合し、その結果を使ってメールが正当かどうかを判断します。そのレコードをすばやくチェックすることは、ドメインが保護されており、メールが受信トレイに届いていることを確認する最速の方法です。分かりやすい入門として、SPF とはをご覧ください。

SPF チェックが教えてくれること

徹底した SPF チェックは、レコードが存在することを確認する以上のことを行います。DNS からライブのレコードを取得し、すべてのメカニズム（ip4、ip6、include、a、mx、all）を解析し、構文を RFC 7208 に照らして検証します。重要なのは、ネストされたすべての include を展開し、レコードが引き起こす DNS ルックアップの総数を数えることです。SPF は最大 10 回のルックアップを許可します。これを超えると受信側は PermError を返し、すべてのサーバーが正しく列挙されていても正当なメールの認証が失敗します。まずレコードを作成する必要がありますか? SPF レコードジェネレーターをお試しください。

チェッカーが検出する一般的な問題

最も頻繁な問題は、第三者サービスの積み重ねによる DNS ルックアップの過多、同一ドメイン上の複数の SPF レコード（これは無効で認証を壊します）、そして誰でもあなたのドメインをなりすませてしまう過度に緩い +all 修飾子です。チェッカーは、非推奨の ptr メカニズム、255 文字の文字列制限を超えるレコード、そして黙って失敗する include 文のタイプミスも指摘します。これらはいずれも、あなたのメッセージを密かにスパム送りにしかねないため、早期に見つけることが配信性とブランドの評判の両方を守ります。SPF の設定をDMARC チェッカーと組み合わせれば、認証の全体像がつかめます。

結果の読み方

SPF はいくつかの結果のいずれかに評価され、その違いを知ることでレポートに基づいて対応できます。Pass は送信元 IP が認可されていることを意味します。SoftFail（~all による）はメールを疑わしいとマークしつつも受け入れます。監視中の推奨設定です。HardFail（-all による）は、認可されていないメールを受信側にきっぱり拒否させるもので、すべての正当な送信者が列挙されていると確信できたら目指すべき設定です。Neutral の結果（?all）は、まったく保護を提供しません。チェッカーは現在の修飾子を表示するので、設定が成熟するにつれて安全にポリシーを厳格化できます。

チェックを実行するタイミング

メールプロバイダーを追加・削除したとき、プラットフォームを移行したとき、または配信率の低下に気づいたときには、必ず SPF レコードを検証してください。そして衛生管理として少なくとも四半期に一度は監査しましょう。レコードが 10 回のルックアップ上限に近づいている場合、AutoSPF のような自動フラット化サービスが、プロバイダーの IP 変更に合わせて更新されるコンパクトで準拠したレコードに統合してくれます。また、ルックアップ数とメカニズムの展開についてのセカンドオピニオンとして、AutoSPF 専用の SPF チェッカーでドメインをクロスチェックすることもできます。