因此，通过 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，以便任何送达报告而不是发件人发送给它.
如果您正在这样做，提交表单以发送电子邮件，那么这可能与您设置标题的方式直接平行。
定义此规范的官方 RFC 可以在这里找到：
https://www.rfc-editor.org/rfc/rfc4021#section-2.1.2（参见第 2.1.2 段及以下内容）
2.1.2.标头字段：来自 描述：邮件作者的邮箱 [...] 相关信息：指定邮件的作者；也就是说，负责编写消息的人或系统的邮箱。由 RFC 822 定义为标准。 2.1.3。 Header Field: Sender Description: Mailbox of message sender [...] 相关信息：指定负责消息实际传输的代理的邮箱。由 RFC 822 定义为标准。2.1.22。标头字段：返回路径 描述：消息返回路径 [...] 相关信息：消息响应诊断的返回路径。另见 RFC 2821 [17]。由 RFC 822 定义为标准。
对此的小更新：发件人不应设置 Return-Path: 标头。传输中的消息没有 Return-Path: 标头之类的东西。该标头由进行最终交付的 MTA 设置，并且通常设置为 5321.From 的值，除非本地系统需要某种古怪的路由。
这是一个常见的误解，因为用户很少看到邮箱中没有 Return-Path: 标头的电子邮件。这是因为他们总是会看到已传递的邮件，但 MTA 永远不会在传输中的邮件上看到 Return-Path: 标头。请参阅https://www.rfc-editor.org/rfc/rfc5321#section-4.4
Return-Path: 标头反映信封发件人或 RFC5321.From 地址。 From: 标头反映 header-from 或 RFC5322.From 地址。
Return-Path: 标头。如果是这样，它将在传输过程中被丢弃，然后由 MDA 设置为 RFC5321.From 或信封的值，最终传递消息。基本上，Return-Path: 标头记录了信封的来源，因为信封在交付时被丢弃。
Return-Path: 标头是消息正文的一部分，由 MDA 设置。
Sender是提交 Web 表单的 人，而From是发送出去的 服务器电子邮件？还是相反？Sender，但消息是FromVIP。当您看到描述为“来自代表 VIP 的助理”的电子邮件时会发生这种情况Return-Path怎么办。那么它是否默认为Sender？