接收邮件服务器(最终目的地)是否看到直接发送给它的电子邮件，而外部中继则将它们转发给它？

Question

假设我的用户在某个邮件服务器mail.example.com上有帐户。目前，我的mx记录设置为mail.example.com，一切都很好。现在，假设我希望最初将邮件发送到外部服务(例如Postini )。请注意，这不是一个特定于postini的问题)。

在正常情况下，我的mx直接设置为我的邮件服务器mail.example.com，发送MTA当然会查找我的MX并发送到mail.example.com。在我的新情况下，我会将mx设置为mx.othermailservice.com，并在那里接收电子邮件。然后，OtherEmailService.com将电子邮件(同时保持返回路径头相同)转发给mail.example.com。从其他服务转发后在mail.example.com接收到的电子邮件是否与直接发送给它的电子邮件“看起来”有什么不同，就像mx被设置为mail.example.com那样？

Answer 1

这种发送的邮件与直接接收的邮件有两个关键的区别：

1. 传入邮件连接的IP地址将与SMTP会话中的MAIL FROM: line中列出的域的mailer信息不匹配。
2. 邮件本身将有一个来自中继邮件程序的额外的Received-By:头。

当涉及到反垃圾邮件时，第一点是至关重要的，因为许多技术都集中在丢弃电子邮件，而不是来自它应该来自的地方(也见SPF)，或者来自看起来有趣的IP地址(IP声誉)。如果您正在接收中继，您的AS系统不能将IP地址作为其检查的一部分。

它的工作方式如下：

1. example.client面向互联网的邮件程序通过MX记录向example.yourcorp发送消息。
2. MX记录中列出的服务器(它位于网络之外)接收来自mailer.example.client的连接。它看起来像是来自example.client，没有过度处理的味道，并将其转发给mailer.example.yourcorp。
3. 您的mailer.example.yourcorp接收来自example.client的传入消息，但从example.antispam接收消息。

如果这是1992年的互联网，那就没问题了。那是一个更值得信任的时期，在这种情况下，mailer.example.yourcorp会愉快地接受信息，没有人会更明智。

垃圾邮件把扳手扔进来了。此时，直接在mailer.example.yourcorp上运行的反垃圾邮件服务可能会让人大失所望。由于example.client的SPF记录(例如)没有声明example.antispam是一个授权邮件，它可能会将消息丢弃在地板上，再也不会被看到。

当反垃圾邮件服务在直接接收来自普通互联网的邮件的邮件程序上运行时，效果最好。这在很大程度上是因为IP信誉服务一直是最好的反垃圾邮件技术之一，要利用它，您需要查看那些TCP连接。躲在邮件中继器后面，你就会失去这个优势。

第二点是SMTP标准所要求的邮件报头的附加协议.客户不应该注意到。

Answer 2

这取决于你如何定义“看”。如果你说的是从客户的角度看上去有什么不同，比如outlook，答案是否定的，它们看起来是一样的。

最重要的是你会注意到在这些电子邮件中的标题是不同的，很明显它们是通过一个新的系统，你可能还会看到新的垃圾邮件标题。在某些情况下，邮件看起来可能不一样，因为它们可能会在底部添加一个标签，上面写着“这里按服务名称扫描”。

因此，这取决于服务，但具体而言，对于postini，最终用户不会注意到更改。