Return-Path とは？
Return-Path は、メッセージを配信できなかったときにバウンス通知をどこに送るかを受信側メールサーバーに伝えるメールヘッダーです。エンベロープ送信者やバウンスアドレスとも呼ばれ、メールを書く人ではなく SMTP のやり取りの中で設定されます。ほとんどの読み手が目にすることはありませんが、あらゆるメッセージの中で最も重要なアドレスの一つです。
定義
実はすべてのメールは、2つの異なる送信者アドレスを持っています。1つ目は From アドレスで、受信者が受信トレイで目にするものであり、多くの人が送信者だと考えるものです。2つ目は Return-Path で、メールシステムが配信の問題を処理するために使う裏方のアドレスです。
Return-Path は、SMTP トランザクションの中で MAIL FROM コマンドによって設定されます。送信側サーバーが受信側サーバーにメッセージを渡すとき、このコマンドでバウンスアドレスを伝えます。受信側サーバーが後でメッセージをメールボックスに配置できなかった場合、配信不能レポート(一般にバウンスと呼ばれます)を生成し、MAIL FROM で指定されたアドレスに送ります。メッセージが受け付けられると、最終的なメールサーバーがそのアドレスを、そのまま Return-Path という名前のヘッダー行としてメッセージに記録します。
Return-Path はメッセージ本文ではなくエンベロープのレベルで定義されるため、From アドレスや Reply-To アドレスとは完全に独立させることができます。たとえばキャンペーンでは、From アドレスとして marketing@yourbrand.com を表示しつつ、誰も直接読むことのない bounces@mail.yourbrand.com のような Return-Path にバウンスを振り向けることができます。
仕組み
メール配信サービスを通じてメッセージを送信すると、サービス側が Return-Path を自社で管理・監視するアドレスに設定します。多くの場合、その目的専用のサブドメイン上のアドレスです。受信者がすぐにわかるよう、表示される From アドレスはブランドのアドレスのままですが、エンベロープ送信者はサービス側のインフラのアドレスになります。
配信が成功すれば、Return-Path はヘッダーに残るだけで、ほとんど気付かれることはありません。配信が失敗すると、受信側サーバーが Return-Path のアドレスにバウンスメッセージを送り返します。バウンスには、メールボックスが存在しない、メールボックスの容量がいっぱい、ドメインがもう解決されないなど、メッセージを配信できなかった理由を説明するステータスコードと説明が含まれます。
配信サービスはこれらのバウンスメッセージを収集し、ステータスコードを読み取って、それぞれの失敗を分類します。存在しないメールボックスのような恒久的な失敗はハードバウンス、容量超過のような一時的な失敗はソフトバウンスです。ハードバウンスは通常そのまま配信停止リストに移され、再び連絡されることはないため、この分類が自動的なリスト管理の基盤になります。
Return-Path を分けておくと、日常の受信トレイもすっきり保てます。本物の返信を受け取る受信トレイに何百通もの配信失敗通知が届く代わりに、自動送信されるバウンスはすべて一か所に集められ、人ではなくソフトウェアで処理できます。
メール
Return-Path が到達率の中心にあるのは、互いに関連する2つの理由、認証とバウンス処理のためです。
認証については、SPF は表示される From ヘッダーのドメインではなく、Return-Path にあるドメインをチェックします。受信側サーバーは SPF を評価する際、Return-Path のドメインに公開されている SPF の DNS レコードを参照し、メッセージを送信している IP アドレスがそのドメインの許可リストに含まれているかを確認します。Return-Path のドメインに SPF レコードがない場合や、送信 IP が含まれていない場合、SPF は失敗することがあります。DMARC のアライメントが、Return-Path のドメインと From のドメインの関係に一部依存するのもこのためです。つまり、Return-Path を正しく設定することが、SPF を問題なく通過するための前提条件なのです。
バウンス処理については、Return-Path があるからこそリストの整備が成り立ちます。Return-Path が実在し監視されているアドレスを指していれば、配信に失敗するたびにバウンスが発生し、システムがそれを捕捉して対処できます。無効なアドレスはすぐに特定されて配信停止となり、バウンス率を低く保てます。バウンス率が高い、一般的には健全な範囲を超えていると、リストを管理していないとメールボックスプロバイダーに伝わり、プロバイダーはより多くのメールを迷惑メールに振り分けることで対応します。Return-Path が欠けていたり無効だったりすると、バウンスは失われ、不正なアドレスが残り続け、明らかな原因もないまま評価が徐々に損なわれていきます。
VeriMailsでの
VeriMails はこの問題の予防面で役立ちます。Return-Path を通じたバウンス処理でどのアドレスが失敗したかがわかるのは、すでに送信して評価にダメージを受けた後です。VeriMails は送信前に配信不能なアドレスを特定するため、バウンスを発生させるアドレスそのものを大幅に減らせます。
送信されたすべてのアドレスについて、VeriMails は構文チェック、MX レコードのルックアップ、DNS チェック、そして受信側メールサーバーとのライブ SMTP ハンドシェイクを行います。本来ならバウンスを生むのと同じやり取りを、メッセージを届けることなく事前に安全に実行します。さらに、キャッチオール検出、使い捨てアドレスの検出、ロールベースアドレスの検出も行います。結果では、キャンペーンの判断に役立つ明確な到達率カテゴリーで、アドレスが配信可能かどうかがわかります。
先にリストを検証すれば、最初からハードバウンスを低く抑えられ、適切な SPF と Return-Path の設定が築こうとする送信元の評価を守れます。個々のアドレスは VeriMails の REST API で検証でき、リスト全体は CSV ファイルをアップロードしてチェックできます。検証は1件あたり$0.0019から、10,000クレジットで$19、年払いの年間プランなら月額$12.50からです。新規アカウントにはすべて100クレジットが無料で付与され、有効期限はなく、始めるのにクレジットカードは不要です。