SPFとは何ですか？

SPF (Sender Policy Framework) は、 RFC 7208で定義された電子メール認証標準であり、ドメイン所有者がそのドメインに代わって電子メールを送信できるメール サーバーのリストを公開できるようにします。受信サーバーはメッセージを受信すると、送信サーバーの IP アドレスをDNS内のドメインの公開されたSPFレコードと照合してチェックします。 IP が承認されている場合、 SPFは合格します。そうでない場合、受信者はメッセージを疑わしいものとして扱うか、拒否することができます。 SPF 、 DKIMおよびDMARCと並んで、ドメインをスプーフィングから保護する 3 つの中心となる標準の 1 つです。

SPF段階的に機能する仕組み

SPF 、メッセージ本文が完全に受け入れられる前に、 SMTP会話中に動作します。チェックは、目に見える From アドレスではなく、 Return-Path内のドメイン (エンベロープ送信者) に対して実行されます。これは、 DMARC調整にとって重要な区別です。受信サーバーはSPFレコードを読み取り、そこに含まれるメカニズムを解決し、接続 IP を許可された範囲と比較します。

• 送信サーバーは接続し、そのエンベロープ送信者ドメインをアナウンスします。
• 受信者は、 DNSにそのドメインのSPF TXTレコードを問い合わせます。
• 受信側は、一致するものが見つかるまで各メカニズムを順番に評価します。
• 一致すると、修飾子に基づいて pass、fail、 softfail 、または Neutral が返されます。
• 受信側は独自のポリシーを適用し、 DMARCその結果を調整に使用します。

DNSルックアップの制限は 10 件です

RFC 7208では、 SPF評価の上限はチェックごとに 10 回のDNSルックアップです。 include、a、mx、ptr、exists などのメカニズムはそれぞれルックアップを使用し、すべての include によってサードパーティ レコード内でさらにネストされたルックアップをトリガーできます。 Google Workspace 、 Microsoft 365 、 Salesforce 、 SendGridなどの一般的な送信者はそれぞれ独自のチェーンを追加するため、少数のベンダーを含むドメインではすぐに制限を超える可能性があります。評価が 10 ルックアップを超えると、受信側はpermerror返しますが、ほとんどのシステムはこれを失敗として扱います。

SPFが停止し、 DKIMとDMARC始まる場所

SPF接続サーバーをチェックするため、転送後にサーバーは存続しません。メールボックスがメッセージを転送する場合、新しい接続 IP はサーバーではなくフォワーダーとなり、 SPF壊れます。 DKIM 、電子メールとともに送信される暗号キーを使用してメッセージのコンテンツに署名するため、転送後も存続できます。 DMARC 、 SPFまたはDKIM合格し、表示される From ドメインと一致することを要求することで両方を結び付け、受信者に失敗した場合の対処方法を指示します。 2024 年の Google とYahooルール以降、一括送信者はSPFとDKIMで認証し、 DMARCを公開する必要があります。

SmartSPFによるルックアップ オーバーフローの修正

EmailAuth SmartSPF 、動的なフラット化により 10 件のルックアップ制限を解決します。これにより、完全なインクルード チェーンが拡張され、1 つの最適化されたレコードに平坦化され、 Salesforce 、 SendGrid 、 Microsoft 365 、およびGoogle Workspaceのサードパーティの送信者 IP 範囲が、ベンダーがインフラストラクチャを変更したときに同期された状態に保たれます。無料のドメイン スキャンにより、インクルード チェーンが拡張され、現在のルックアップがカウントされるため、現在の位置を正確に把握できます。

よくある質問