SMTPサーバーは、（STMP）サーバー間（SMTP）通信中に、クライアントサーバーセッションからMAIL FROMをコピーすることが一般的に義務付けられていますか？一部のメールプロバイダーのサーバーが実際にこの動作を示していることを明示的に確認しましたが、それは強制されている要件ではないようです。https://datatracker.ietf.org/doc/html/rfc5321また、この慣行がどれほど普及しているかはわかりません（標準ではない場合）。
より具体的に更新します: 私が主に興味を持っているのは、非常に一般的な電子メール メッセージ、個人対個人、2 つの異なるサーバー上のドメインの場合です。
答え1
答え2
のRFC 5321、3.3の用途を説明しますMAIL FROM:<reverse-path>。
<reverse-path>最初の引数または唯一の引数の部分には、ソースメールボックス（「 」と「 」の括弧内）が含まれており、<これ>を使用してエラーを報告できます（セクション4.2エラー報告の詳細については、こちらを参照してください。
の発信者フィールドインターネットメッセージフォーマットのヘッダー（RFC 5322、3.6.2）は、著者（From:）を他の著者と区別するためのより具体的な目的を持っています。メッセージの実際の送信を担当するエージェント（Sender）：
たとえば、秘書が他の人にメッセージを送信する場合、秘書のメールボックスは「
Sender:」フィールドに表示され、実際の作成者のメールボックスは「 」フィールドに表示されますFrom:。
RFC 5321封筒の送り主技術的な目的のみを持っています。メール転送そしてメーリングリストMAIL FROM転送ドメイン/サーバーまたはメーリング リスト オペレーターに一致するように を書き換えるシナリオ。これには 2 つの利点があります。
- エラー レポートはメーリング リスト オペレータに返され、オペレータはリストから誤ったアドレスを削除する作業を担当します。
- エンベロープの送信者を書き換えても、元のドメインの SPF ポリシーは破られません (Shevek (2004))。送信者書き換えスキーム）。
一方、このような慣行は、RFC 5321、3.7.5:
3.7.5. ゲートウェイにおける封筒
同様に、別の環境からインターネットにメッセージを転送する場合、ゲートウェイは、外部環境によってエラー メッセージの返信アドレスが提供されている場合は、それに従ってエンベロープ返信パスを設定する必要があります。外部環境に同等の概念がない場合、ゲートウェイは、メッセージの送信者のアドレスを最後の手段としてデフォルトにして、最適な近似値を選択して使用する必要があります。
SMTPプロトコルは更新されていないので（SMTP 521と556の応答コードを除く）、これは問題ではないと思います。RFC 7504）が導入されましたが、電子メール偽造防止などの実践はそれ以来進化してきました。
答え3
MAIL FROM:<reverse-path>パラメータ名が示唆するように、これは、エラーやその他の問題などによりサーバーが電子メールを「送り返す」必要がある場合に使用され、元の電子メールの送信者と同じである必要はありません。
多くのサーバーはこのフィールドを検証し、スパム対策に使用しますが、これには要件はありません。