技術解説 · 出典付きの回答
Return-Pathヘッダーとは?役割を解説
Return-Pathヘッダーとは、受信側のメールサーバーが配信不能通知やバウンスメッセージを送るために使うメールアドレスです。エンベロープのトランザクション中のSMTP MAIL FROMコマンドから取得され、ユーザーに表示されるFromアドレスではなく、システムレベルの通知のための実際の返送先アドレスとして機能します。
仕組み
SMTPハンドシェイクの際、送信サーバーはMAIL FROMコマンドでエンベロープ送信者を指定します。受信サーバーはメッセージを受け付けると、配信するメールのReturn-Pathヘッダーにこのアドレスを挿入します。これにより、ルーティングやエラー通知に使われるエンベロープ送信者と、エンドユーザーがメールクライアントで目にするヘッダーFromアドレスが分けられます。
SPF認証における役割
Return-Pathは、Sender Policy Framework(SPF)の検証にとって非常に重要です。受信サーバーはReturn-Pathに含まれるドメインを確認し、そのドメインのメール送信を許可されたIPアドレスを判断します。Return-PathのドメインのSPFレコードに送信元IPが含まれていない場合、メッセージはSPF認証に失敗する可能性があり、全体の到達率に影響します。
バウンス処理とフィードバック
メッセージを配信できない場合、受信サーバーはReturn-Pathに指定されたアドレスにバウンス通知を送信します。組織は専用のバウンス用アドレスやサブドメインを使い、こうした失敗をプログラムで処理しています。SendHQは https://sendhq.cc/tools で無料ツールを提供しており、メールの流れを改善するためのDNS設定の確認に役立ちます。
運用でよくある間違い
よくある間違いは、Return-PathのドメインをFromのドメインとアライメントさせていないことです。SPFでは厳密には必須ではありませんが、DMARCではReturn-Path(またはDKIMのドメイン)と表示されるFromヘッダーとのアライメントが必要です。Return-Pathの設定を誤ると、アライメントが取れないために、メールが迷惑メールと判定されたりDMARCのチェックに失敗したりすることがよくあります。
具体例
ユーザーがinfo@example.comからメールを送信する際にトランザクションメールサービスを使っている場合、エンベロープ送信者はbounces@mail.provider.comになることがあります。受信者の受信トレイにはinfo@example.comと表示されますが、Return-Pathヘッダーはbounces@mail.provider.comに設定されています。配信の失敗はすべて、処理のためにプロバイダーのアドレスへ送られます。
よく寄せられる質問
Return-PathはFromヘッダーと同じものですか?
いいえ。Fromヘッダーは人である受信者のためのもので、Return-Pathはメールサーバーがバウンスの処理やSPFのチェックを行うためのものです。
Return-Pathは変更できますか?
はい、SMTPの設定またはメール配信サービスで、エンベロープ送信者(MAIL FROMアドレス)を設定することで変更できます。
Return-PathはDMARCに影響しますか?
はい。DMARCは、FromヘッダーとReturn-PathのドメインまたはDKIMの署名ドメインのいずれかとの間のアライメントを確認します。
Return-Pathが無効な場合はどうなりますか?
受信サーバーはバウンス通知を送信できなくなり、SPFの失敗によってメールが拒否されたり迷惑メールと判定されたりする可能性があります。
一次情報源
- RFC 5321:簡易メール転送プロトコル(SMTP) — RFC Editor
- RFC 5322:インターネットメッセージ形式 — RFC Editor
- RFC 7208:送信者ポリシーフレームワーク(SPF) — RFC Editor
- RFC 7489:ドメインベースのメッセージ認証・レポート・適合(DMARC) — RFC Editor