Email 返回路径标头与实际的电子邮件回退收件人有何不同？

我最近将我的事务性电子邮件发送移动到

到目前为止，它工作得很好，但是我想知道返回路径头

考虑这封电子邮件（出于隐私目的，我删除了不相关的标题并替换了电子邮件/域）

交付给：RECIEVER@gmail.com
收到日期：10.76.154.104，SMTP id为vn8csp478308oab；
2013年9月4日星期三05:04:44-0700（太平洋时间）
X-Received:10.50.22.105，SMTP id为c9mr1537992igf.36.1378296283817；
2013年9月4日星期三05:04:43-0700（PDT）
返回路径：
收到：来自so254-63.mailgun.net（so254-63.mailgun.net。[198.61.254.63]）
通过mx.google.com，ESMTP id为k5si1620852igx.55.1969.12.31.16.00.00；
2013年9月4日星期三05:04:43-0700（PDT）
已接收SPF:…已剥离。。。
身份验证结果：…已剥离。。。
DKIM签名：…剥去。。。
域密钥签名：…已剥离。。。
接收：由luna.mailgun.net通过HTTP发送；2013年9月4日星期三12:04:42+0000
Mime版本：1.0
内容类型：文本/纯文本；charset=“utf-8”
主题：……剥去。。。
发件人：我的网站
致：RECIEVER@gmail.com
消息Id:
X-Mailgun-Sid:WYI5YMI1OSICJQB2VOB3BMK2VLZ2VPN2LKMM9PBW9VYM9VZMFQGDTYWLSLMNVBSICJJMizNYJD
日期：2013年9月4日星期三12:04:43+0000
发件人：support@my-网站
内容传输编码：base64
…电子邮件正文。。。

这是gmail收件箱中实际邮件显示的原始电子邮件。 如您所见，返回路径标题包含以

@my website.com

但我只为发送电子邮件设置了dns记录（spf、domainkey等）。 不适用于收到的电子邮件。也就是说，我的MX记录仍然指向其他地方的邮件服务器（在我的例子中是谷歌应用程序）

那么，反弹电子邮件如何可能到达mailgun服务器

我希望在

返回路径

标题中看到以

@some mailgun server.com

结尾的电子邮件地址

我以前使用过amazonses，在那里他们有

返回路径

标题，以

amazonses.com

我请求邮枪的支持，得到了这样的答复：

尼克：你的设置是正确的，邮枪仍然会自动处理 即使你的mx记录指向别处，也会反弹

他们只是向我保证一切都很好，但没有给我任何解释（这没关系，因为他们的工作不是教我不知道的东西，而是提供可靠的电子邮件服务……）

所以我希望有人能给我解释一下

我希望这一点是明确的，如果没有请问，我将试图澄清我的问题

编辑：

我的一个理论是，bounce电子邮件确实被发送到google邮件服务器，然后被丢弃。但是，这是多余的，因为在该过程中（当它打开与目标邮件服务器的tcp连接时），错误响应也会发送到发送邮件服务器

为了验证这一理论，由于返回路径电子邮件是以

反弹的形式出现的+SOMETHING@my-com

，谷歌将所有电子邮件发送给前面的用户，不管

+

字符后面是什么，我继续创建了

bounce@my-domain.com

在谷歌应用程序上

我还试着给bounce+a801a1.c2b37 receiver=gmail发了封电子邮件。com@my-www.website.com

它进入了我的收件箱

现在我希望收到反弹流量在我的收件箱。所以我向一个不存在的hotmail地址发送了一封电子邮件。我没有在我的谷歌应用收件箱中收到电子邮件，mailgun成功地跟踪了这次反弹

所以。。。看来它确实有效。我只是不明白为什么

我的另一个理论是，接收回退邮件的邮件服务器永远不会使用其MX记录进行解析。而是始终选择传送服务器，在本例中选择了

luna.mailgun.net

。 以

返回路径

地址结尾的域只是服务器上邮箱的名称，但域与实际传递邮件的服务器无关

这样做也有意义，因为如果

From

和

返回路径

地址匹配，可能会提高可交付性

然而，这只是一个理论。这也意味着能够接收回跳的邮箱必须位于用于发送的同一服务器上

换句话说，除了发送邮件的实际服务器之外，不可能有一个邮箱来接收转发电子邮件地址。但这对我来说也很奇怪

---

我希望有人能给我启发。

事实证明，反弹有不同的类型

当发生跳转时，它们通常会返回到发送电子邮件的服务器，并且不遵循MX记录

这就是为什么它们被发送到mailgun服务器并到达那里

但是，也有所谓的“延迟反弹”，它们使用域中的MX记录发送到声明为mailserver的服务器

这些延迟反弹通常很难处理，有人认为它们违反了RFC

然而，这些反弹是非常非常罕见的。这就是为什么邮枪不处理它们。他们在返回路径地址中使用客户机域的原因是为了能够将其分配给正确的帐户。他们只是这样编码

事实上，当我在谷歌应用邮件上设置邮箱进行跳转时，我收到了一个这样的延迟跳转

正是这封电子邮件使适当的调试成为可能，从而使我们理解了这个问题

综上所述：

是的，地址不正确。这对于大多数反弹来说都没有问题，因为服务器不使用MX记录发送它们，而是直接将它们发送到启动连接的服务器

然而，在延迟反弹的情况下，有时也会发生反弹

Delivered-To: RECIEVER@gmail.com
Received: by 10.76.154.104 with SMTP id vn8csp478308oab;
        Wed, 4 Sep 2013 05:04:44 -0700 (PDT)
X-Received: by 10.50.22.105 with SMTP id c9mr1537992igf.36.1378296283817;
        Wed, 04 Sep 2013 05:04:43 -0700 (PDT)
Return-Path: <bounce+a801a1.c2b37-RECIEVER=gmail.com@my-website.com>
Received: from so254-63.mailgun.net (so254-63.mailgun.net. [198.61.254.63])
        by mx.google.com with ESMTP id k5si1620852igx.55.1969.12.31.16.00.00;
        Wed, 04 Sep 2013 05:04:43 -0700 (PDT)
Received-SPF: ...stripped...
Authentication-Results: ...stripped...
DKIM-Signature: ...stripped...
DomainKey-Signature: ...stripped...
Received: by luna.mailgun.net with HTTP; Wed, 04 Sep 2013 12:04:42 +0000
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Subject: ...stripped...
From: my-website <support@my-website.com>
To: RECIEVER@gmail.com
Message-Id: <20130904120442.1488.88532@my-website.com>
X-Mailgun-Sid: WyI5YmI1OSIsICJqb2Vob3BmK2VlZ2VpN2lkMm9pbW9vYm9vZmFpQGdtYWlsLmNvbSIsICJjMmIzNyJd
Date: Wed, 04 Sep 2013 12:04:43 +0000
Sender: support@my-website.com
Content-Transfer-Encoding: base64

...email body...