この記事 （https://www.sparkpost.com/resources/email-explained/return-path-explained/) は、「Return-Path」を次のように説明しています。
電子メールが意図した宛先に届かなかった場合、リターンパスは不達通知 (バウンス メッセージ) が送信される場所を示します。
そして
多くの送信者は、返信およびバウンス トラフィックの処理を容易にするために、戻りパス アドレスに識別子を組み込みます。これを Variable Envelope Return Path (VERP) と呼びます。
私はこれを次のように理解しています: 「電子メールの送信者として、Return-Path ヘッダーを指定します」。
しかし、次の答えを考えると（https://stackoverflow.com/a/28494070/9878135) の場合、受信側サーバーが常に Return-Path を上書きするようです。
送信メールにReturn-Path:ヘッダーを設定するのは意味がありません。これは受信者のMTAによって置き換えられるからです。そこに書き込まれる内容を制御したい場合は、エンベロープ送信者を設定します（従来はsendmail -f[メールアドレス]）
私は現在、電子メールにVERPを使用する電子メールサーバーを構築しようとしています。[メールアドレス]「外部にメールを送信したい。「From」は「[メールアドレス]「Return-Path」はまったく異なるもの（「[メールアドレス]外部のメールサービスがメールを配信できない場合は、「[メールアドレス]私のサーバーは、このバウンスメールをデータベースで検索し、[メールアドレス]配送失敗について。
私はメールの送受信に Postfix を使用しています (メールの作成には Python を使用しています)。しかし、他のメール サービス (Google Mail や ProtonMail など) では Return-Path が受信されないようです。Google Mail ではヘッダーがまったく表示されませんが、ProtonMail ではヘッダーが「From」アドレスで上書きされます。
では、Return-Path ヘッダーを設定するのは誰でしょうか。また、他のメール サービスが私のメールを受信できないのはなぜでしょうか。
答え1
Return-Path:ヘッダーには、「エンベロープ送信者」アドレスのコピーが含まれます。 Return-Path:ヘッダーは通常、SMTP/MTA によって (再) 生成され、受信者のメールボックスに直接配信されます (最後の SMTP ホップの後)。
MAIL FROM:「エンベロープ送信者」は、SMTP セッションのコマンドで使用されるアドレスです。
したがって、送信クライアント ソフトウェアは「エンベロープ送信者」を設定する必要があります => (通常は) にコピーされますReturn-Path:。
https://en.wikipedia.org/wiki/Bounce_address#用語
復路- メールが受信者のメールボックスに送られると、MAIL FROMコマンドのアドレスを含む「Return-Path:」という名前の新しいメールヘッダーが作成されます。以前の形式のメール（UUCPなど）では、メールが宛先に到達するまでにたどったパスに沿った各「ホップ」に関する情報が必要だったため、名前の「パス」部分がそのようになっています。RFC 2821、RFC 3834、RFC 4409。
答え2
電子Return-Pathメール ヘッダーには、配信パスの最新の SMTP ハンドシェイクからの最新の既知のバウンス アドレスが含まれているはずです。egReceivedヘッダーとは異なり、メール内の既存のヘッダーは、後のサーバーによって削除される可能性があります。バウンスは、値が一致しない場合のデータではなく、Return-PathSMTP データに従って送信されることに注意してください。MAIL FROMReturn-Path
実際には、ヘッダーはReturn-Path歴史的な事故としてのみ考えるべきです。使用可能なアドレスが含まれている場合も含まれていない場合もあり、公式には何にも使用されておらず、デバッグ情報としてのみ考えるべきです。SMTPMAIL FROMデータは、デバッグ用にコピーされる場合もされない場合もある、実際に使用されるバウンス アドレスですReturn-Path。Return-Path受信サーバーによって設定されるので、より信頼できるデータであるはずですが、単なるブラインド コピーであるため、MAIL FROM文字通り何でも含まれる可能性があります。
要約: Return-Pathデバッグ情報は、受け取るSMTP または ESMTP トランザクションのサーバー。Return-Path実際の電子メールの既存のヘッダーは、ヘッダーを追加する前に削除される場合と削除されない場合がありますReturn-Path。