Answers:
因此,通过SMTP提交邮件时,SMTP信封(发件人,收件人等)与邮件的实际数据不同。
该Sender
头被用来提交它谁在消息中识别。这通常与From
邮件发件人的标头相同。但是,在某些情况下,邮件代理代表他人发送邮件可能会有所不同。
所述Return-Path
报头用于指示到接收方(或接收MTA),其中未送达收据要被发送。
例如,以允许用户从网页发送邮件的服务器为例。因此,sender@yourcompany.com
输入一条消息并提交。然后,服务器将邮件发送到From
设置为的收件人sender@yourcompany.com
。实际的SMTP提交使用不同的凭据,例如mailagent@mywebmail.com
。因此,sender
标头设置为mailagent@mywebmail.com
,以指示From
标头不指示实际提交邮件的人。
在这种情况下,如果无法发送消息,则代理最好接收未送达报告,因此Return-Path
也应将其设置为mailagent@mywebmail.com
使任何传递报告都发送给它,而不是发送者。
如果您只是通过表单提交来发送电子邮件,那么这可能与设置标题的方式直接相似。
Sender
是人谁提交的网络形式和From
是服务器发送出去的电子邮件?还是相反?
Sender
,而消息为From
VIP。这是当您看到描述为“代表VIP的助理发送的电子邮件”时发生的情况
Return-Path
。是否默认为Sender
then?
定义此规范的官方RFC可在以下位置找到:
http://tools.ietf.org/html/rfc4021#section-2.1.2(请参见第2.1.2段及以下内容)
2.1.2。标头字段:从
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。标头字段:返回路径
Description: Message return path [...] Related information: Return path for message response diagnostics. See also RFC 2821 [17]. Defined as standard by RFC 822.
对此进行较小的更新:发送者永远不要设置Return-Path:
标头。Return-Path:
传输消息中没有标题。该标头由进行最终传递的MTA设置,并且通常设置为的值,5321.From
除非本地系统需要某种古怪的路由。
这是一种常见的误解,因为用户很少会看到邮箱中没有Return-Path:
标题的电子邮件。这是因为他们总是看到传递的邮件,但是MTA永远都不会看到Return-Path:
正在传输的邮件的标头。参见http://tools.ietf.org/html/rfc5321#section-4.4
From:
地址和(一个不同的)Return-Path:
地址,所以我不知道您在说什么
Return-Path:
标题反映了信封从,或RFC5321.From地址。该From:
标题反映了头,从,或RFC5322.From地址。
Return-Path:
在发送消息时设置标头。如果是的话,它将在传输过程中被丢弃,然后由进行最终传递消息的MDA设置为RFC5321发件人或信封发件人的值。Return-Path:
标题基本上记录了信封的来源,因为信封在交付时就被丢弃了。