171

在我们的邮件应用程序中，我们发送带有以下标题的电子邮件：

FROM: marketing@customer.com
TO: subscriber1@domain1.com
Return-PATH: bouncemgmt@ourcompany.com

我们面临的问题是，一些电子邮件服务器会立即退回邮件并使用来自或反向路径 (marketing@customer.com) 而不是我们的退回管理服务器。如果我们能够捕获所有反弹，我们想知道我们是否在标题中修改回复到与返回路径相同。

欢迎任何其他想法？

我们使用以下文档作为参考： VERP RFC Bounce Messages

SMTP 日志解析以获取退回

编辑1：更多信息，看看我们是否能解决这个问题。

我们想知道在什么时候中继消息的电子邮件服务器将选择使用回复路径与返回路径。我们注意到，当第一个中继消息的 smtp 服务器被拒绝时，它会将其发送到回复对象，但是当它发生在一个跃点之后，它会将其发送到返回路径。

4

4 回答 4

269

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

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

This is a very simple body.

现在，假设您要从实现VERP（或其他使用不同返回路径的退回跟踪机制）的邮件列表发送它。可以说它将有一个返回路径coolstuff-you=yourcompany.com@mymailinglist.com。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.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

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.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

现在，让我们描述不同的“FROM”。

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

在 SMTP 会话期间发生的所有退回都应返回到 Return-Path 地址。一些服务器可能会接受所有电子邮件，然后在本地排队，直到它有一个空闲线程将其传递到收件人的邮箱。如果收件人不存在，它应该将其退回到记录的 Return-Path 值。

请注意，并非所有邮件服务器都遵守此规则；一些邮件服务器会将其退回到 FROM 地址。

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

  2. 回复标头由发件人（或发件人的软件）添加。这也是所有人类回复都应该处理的地方。基本上，当用户单击“回复”时，回复值应该是用作新撰写电子邮件的收件人的值。任何服务器都不应使用回复值。它仅供客户端 (MUA) 使用。

但是，正如您所知，并非所有邮件服务器都遵守 RFC 标准或建议。

希望这应该有助于解决问题。但是，如果我错过了什么，请告诉我，我会尽力回答。

于 2009-08-07T21:45:42.553 回答
162

考虑Return-Pathvs的另一种方法Reply-To是将其与蜗牛邮件进行比较。

当您在邮件中发送一个信封时，您指定一个回信地址。如果收件人不存在或拒绝您的邮件，邮递员会将信封退回到回信地址。对于电子邮件，返回地址是Return-Path.

信封内可能是一封信，信内可能会指示收件人“将信件发送到示例地址”。对于电子邮件，示例地址是Reply-To.

从本质上讲，回邮地址类似于 SMTP 的Return-Path标头，而 SMTP 的Reply-To标头类似于包含在一封信中的回复说明。

于 2011-02-12T10:46:55.053 回答
6

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

我将Reply-To:地址与网络表单一起使用。当有人填写表格时，该网页会自动向该页面的所有者发送一封电子邮件。这From:是自动邮件发件人的地址，因此所有者知道它来自网络表单。但是Reply-To:地址是用户在表格中填写的，所以业主可以直接点击回复联系他们。

于 2017-04-19T17:53:11.203 回答
2

我必须在 Redmine 实例发送的电子邮件中添加 Return-Path 标头。我同意greatwolf的观点，只有发件人可以确定正确的（非默认）返回路径。案例如下： 使用默认电子邮件地址发送电子邮件：admin@yourcompany.com 但我们希望发起操作的真实用户收到退回电子邮件，因为他将是知道如何修复错误收件人电子邮件的人（而不是有其他猫要鞭打的应用程序管理员:-)）。我们使用它，它与应用程序服务器上的 exim 和作为最终公司邮件服务器的 zimbra 完美配合。

于 2013-07-23T15:49:42.533 回答