Sender、From、Return-Pathの違いは何ですか？

138

電子メールの送信者、差出人、およびリターンパスの値の違いは何ですか？

例：ユーザーが自分の電子メールを入力できる連絡フォームがありますが、これは差出人、差出人、または戻りパスに割り当てられますか？

StackOverflowをすばやく検索したところ、役立つものは見つかりませんでした。

email smtp

— Pixelデベロッパー
ソース

回答:

171

したがって、SMTPを介してメッセージが送信された場合、SMTPエンベロープ（送信者、受信者など）はメッセージの実際のデータとは異なります。

Senderヘッダは、それを提出したメッセージで識別するために使用されます。これは通常と同じですFromメッセージの送信者であるヘッダーです。ただし、メールエージェントが他の誰かに代わってメッセージを送信している場合には、状況が異なる場合があります。

の Return-Pathヘッダは、非配信確認が送信される受信者（または受信MTA）を示すために使用されます。

たとえば、ユーザーがWebページからメールを送信できるサーバーを考えてみます。したがって、sender@yourcompany.comメッセージを入力して送信します。次に、サーバーはをにFrom設定してメッセージを受信者に送信しますsender@yourcompany.com。実際のSMTP送信では、のような別の資格情報を使用しますmailagent@mywebmail.com。したがって、senderヘッダーはに設定されmailagent@mywebmail.com、Fromヘッダーが実際にメッセージを送信した人を示していないことを示します。

この場合、メッセージを送信できない場合は、エージェントが配信不能レポートを受信する方が適切であり、送信レポートではなく配信レポートが送信Return-Pathされるmailagent@mywebmail.comように設定することもできます。

それだけを行う場合、フォームを送信して電子メールを送信する場合、これはおそらくヘッダーの設定方法と直接対応しています。

— ショーンD.
ソース

同様に、すべてを設定する必要はありません。つまり、送信者とリターンパスを省略すると、送信元アドレスに移動します。リターンパスを省略した場合、NDRは送信者に渡されると思います。

— Shawn D.

...これはメールボマーにとって魅力的な迷惑です。やめろ！

— Tripleee 2013年

この権利を理解できますか？電子メールを送信するためのWebフォームについて話すとき、Webフォームを送信したのSenderは本人であり、電子メールを送信したのFromはサーバーですか。それとも逆ですか？

— Ethan Leroy

メールボックスを管理するアシスタントがいるVIPを想像してみてください。アシスタントがVIPに代わってメールを書いている場合、アシスタントはですSenderが、メッセージはFromVIPです。これは、「VIPに代わってアシスタントから」というメールが表示された場合に発生します

— 2015年

@ShawnD。、ない場合はどうなりますかReturn-Path。それはその時にデフォルトになりますSenderか？

— パセリエ2017

この仕様を定義する公式のRFCは、次の場所にあります。

http://tools.ietf.org/html/rfc4021#section-2.1.2（2.1.2項と以下を参照）

2.1.2。ヘッダーフィールド：From

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3。ヘッダーフィールド：送信者

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22。ヘッダーフィールド：Return-Path

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

— Naitsirch
ソース

公式RFCリンクを提供していただきありがとうございます。誰かが「何に基づいているの？」と尋ねると、それは本当に役に立ちます。

— バユア

この別の回答（2011年から）は、ここに示されている方法により、Gmailがメールにスパムのフラグを付けると主張しています。今日もそうなのかしら。

— showdev

RFC 5322 tools.ietf.org/html/rfc5322#section-3.6で更新されました。送信者フィールドを使用する場合は、SMTPハンドシェイクプロセスで使用される送信元アドレスと一致させる必要がある場合に役立つとSMTP RFC担当者に誰か教えてください。

— BeowulfNode42

これに対するマイナーアップデート：送信者はReturn-Path:ヘッダーを設定しないでください。Return-Path:送信中のメッセージのヘッダーなどはありません。このヘッダーは、最終的な配信を行うMTAによって設定され、通常は5321.From、ローカルシステムが何らかの風変わりなルーティングを必要ない限り、ます。

ユーザーReturn-Path:がメールボックスにヘッダーのないメールを表示することはめったにないため、これはよくある誤解です。これは、配信されたメッセージは常に表示されますが、MTAはReturn-Path:転送中のメッセージのヘッダーを表示しないようにする必要があるためです。http://tools.ietf.org/html/rfc5321#section-4.4を参照してください

— cmeid
ソース

電子メールクライアントを使用する送信者は設定しませんが、電子メールを送信するスクリプトを作成する「送信者」はそれをスクリプトで設定する可能性があります。

— chiliNUT 2015

残念ながら、Chilinutは実際には不正確です。転送中のメッセージのReturn-Path：ヘッダーは破棄され、最終配信を実行するMDA（メール配信エージェント）は、Return-Path：ヘッダーを5321.From（envelope-from）の値と一致するように設定します。メッセージ。これは、メッセージの配信時にエンベロープが失われるため、MDAがメッセージを受信したときのReturn-Path：ヘッダーに、envelope-fromの内容が記録されているためです。

— cmeid

私は今私の受信トレイのメッセージのヘッダーを見ています、そしてそれはFrom:アドレスと（異なる）Return-Path:アドレスを持っているので、あなたが何を参照しているのか分かりません

— chiliNUT

Return-Path:ヘッダからエンベロープ、又はRFC5321.Fromアドレスを反映しています。From:ヘッダからヘッダ、またはRFC5322.Fromアドレスを反映しています。

— cmeid 2015年

それは意味論になりつつあり、重要なことは（上記のように）Return-Path:メッセージを送信するときにヘッダーを設定できないことです。ある場合は、送信中に破棄され、後でメッセージの最終的な配信を行うMDAによってRFC5321.Fromまたはエンベロープ送信者の値に設定されます。Return-Path:封筒は配達時に廃棄されるため、基本的にヘッダーには封筒の差出人が記録されていました。

— cmeid 2015年