Return-Path
Return-Pathはバウンスメッセージの送信先を示すメールヘッダです。SMTPでの仕組み、SPF検証での役割、可視のFromアドレスとの違いを解説します。
メールにおけるReturn-Pathとは
Return-Path とは、メールを配送できなかった場合に、不達通知(バウンスメッセージ)をどこへ送るべきかを示す技術的なメールヘッダです。送信メッセージを処理する最後のメールサーバーによって自動的に付加され、メールシステムがメッセージの失敗を追跡し、配送不能なメールを効率的に処理できるようにします。
「エンベロープFrom」または「バウンスアドレス」とも呼ばれ、Return-Path は背後のSMTPトランザクションにおける真の送信者を特定するのに役立ちます。この値は、ユーザーが目にする可視の「From」アドレスとは異なり、メール認証とドメインレピュテーションにおいて重要な役割を果たします。
Return-Pathの仕組み
送信側と受信側のメールサーバー間で行われるSMTPのやり取りの中で、送信者は MAIL FROM コマンドを使って自らを名乗ります。そのコマンドで指定されたアドレスが、メールが配送のために受け入れられた時点で Return-Path になります。
受信者のメールサーバーがメッセージを配送できないとき、バウンスメッセージを生成し、Return-Path のアドレスへ送り返します。これにより、配送上の問題が、ユーザーに表示される From アドレスではなく、正しい管理用メールボックスに届くようになります。
例えば、あるメッセージには次のヘッダが含まれることがあります。
Return-Path: <bounces@example.com>Return-Path は From や Reply-To のヘッダとは異なる場合があります。これは慣れていない利用者を戸惑わせることがありますが、適切なメールの経路制御と認証には必要なものです。
Return-Pathが認証にとって重要な理由
Return-Path は、中核的なメール認証プロトコルの1つであるSender Policy Framework(SPF)にとって基礎となるものです。受信サーバーが SPF を検査するとき、送信元のIPアドレスを Return-Path に記載されたドメインと照合します。そのドメインの SPFレコードが送信元IPを許可していれば、メッセージは SPF検証を通過します。
そのため攻撃者は、可視の From アドレスをなりすましつつ、Return-Path を自らのドメインに結びつけたままにしようとすることがよくあります。SPF と DMARC は、Return-Path のドメインと可視の From ドメインの間のアライメントを検証することで、これを防ぎます。
適切な Return-Path の設定によって、SPF や DMARC の評価といった認証結果が、自社ドメインの送信実態を正確に反映するようになります。また、メールボックスプロバイダーがメールを正しく分類するのを助け、メッセージが迷惑メールとして扱われるリスクを減らします。
- SPF の検査は、送信者の許可を確認するために Return-Path のドメインを使用する
- DMARCアライメントは、それを可視の From ドメインと比較する
- DKIM署名は、メッセージの完全性を認証することでこれを補完する
Return-PathとDMARCeye
DMARCeyeは、処理するすべてのメッセージ認証結果において Return-Path のドメインを分析します。SPFアライメントを可視化し、Return-Path のドメインをその親組織ドメインに対応づけることで、DMARCeye は誰が自社の代理として正当に送信しているかを明確に把握できるようにします。
また、このプラットフォームは、認証失敗や DMARCレポートでのデータ欠落を引き起こしかねない不整合な Return-Path の値を浮き彫りにします。これにより、組織は許可されていない送信者を素早く特定し、設定の誤りを修正し、一貫したメール認証のパフォーマンスを維持できます。
DMARCeyeの無料トライアルに登録して、メールドメインを保護しましょう。
DMARCおよび関連用語について詳しくは、DMARCeye用語集をご覧ください。