返回路径、回复和来自之间的行为差异是什么?

让我们从一个简单的例子开始。假设你有一个电子邮件列表,它将发送以下内容 RFC2822 内容。

From: <coolstuff@mymailinglist.example>
To: <you@example.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.example>

This is a very simple body.

VERP coolstuff-you=yourcompany.com@mymailinglist.example SMTP会话可能如下:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.example>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@example.com>
{S}250 2.1.5 you@example.com
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.example>
To: <you@example.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.example>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

其中{C}和{S}分别表示客户端和服务器命令。

收件人的邮件看起来像:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.example
From: <coolstuff@mymailinglist.example>
To: <you@example.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.example>

This is a very simple body.

1. 返回路径(有时称为反向路径、信封发送者或信封,所有这些术语都可以互换使用)是SMTP会话中使用的值 MAIL FROM 命令。正如您所看到的,这不需要与消息头中的值相同。只有收件人的邮件服务器应该在电子邮件的顶部添加Return Path标头。这记录了SMTP会话期间的实际返回路径发件人。如果邮件中已存在Return Path标头,则该标头将被删除并由收件人的邮件服务器替换。

2. FROM地址是FROM标头中的值。这应该是消息的发件人。这就是您在大多数邮件客户端中看到的“发件人”。如果电子邮件没有Reply To标头,则所有人工(邮件客户端)回复都应返回FROM地址。

然而,正如您所看到的,并非所有邮件服务器都遵守RFC标准或建议。

希望这有助于澄清事情。但是,如果我错过了什么,请告诉我,我会尽力回答。

Return-Path Reply-To 就是把它比作蜗牛邮件。

在邮件中发送信封时,您需要指定 回信地址 。如果收件人不存在或拒绝了您的邮件,邮政局长会将信封退回到回信地址。对于电子邮件 回信地址 返回路径 .

示例地址 “.对于电子邮件 示例地址 答复 .

从本质上讲,邮寄回邮地址与SMTP的相当 返回路径 邮件头和SMTP 答复 标题类似于信件中包含的回复说明。

对于那些因为问题的标题而来到这里的人:

我用 Reply-To: 使用网络表单发送地址。当有人填写表单时,网页会自动向页面所有者发送一封电子邮件。这 From: 是自动邮件发件人的地址,因此所有者知道它来自webform。但是 地址是用户在表单中填写的地址,因此所有者只需点击回复即可联系他们。

电子邮件将使用默认电子邮件地址发送: admin@example.com 但我们希望发起操作的真正用户会收到退回的电子邮件,因为他将是知道如何修复错误收件人电子邮件的人(而不是有其他猫要鞭打的应用程序管理员:-)。