接收邮件服务器（最终目的地）是否看到直接发送给它的电子邮件与外部中继，然后将它们转发给它？

假设我的用户在某些邮件服务器mail.example.com上有帐户。我目前有我的mxlogging设置为mail.example.com，一切都很好。现在让我们说，我想邮件最初交付给外部服务（例如，Postini。请注意，这不是一个postini特定的问题，虽然）。

在正常情况下，我的MX直接设置到我的邮件服务器mail.example.com，发送MTA当然会查找我的MX并发送到mail.example.com。在我的新情况下，我会把我的mx设置为mx.othermailservice.com，并在那里收到电子邮件。然后，OtherEmailService.com将中继电子邮件（同时保持返回path标头相同）到mail.example.com。从mail.example.com收到的电子邮件是否与其他服务中继的“外观”不同，而不是直接发送给它的电子邮件，例如mx设置为mail.example.com？

这些路由邮件对直接收到的邮件有两个主要区别：

传入的邮件程序连接的IP地址将与SMTP会话中MAIL FROM：行中列出的域的邮件程序信息不匹配。
邮件本身在中继邮件中会有一个额外的Received-By:标题。

关于反垃圾邮件，第一点至关重要，因为许多AS技术的重点在于放弃不应该来自应该发送的邮件（也参见SPF），或者来自有趣的IP地址（IP信誉）。如果您正在接收中继，则您的AS系统不得将IP地址视为检查的一部分。

它是这样工作的：

example.client上的面向Internet的邮件程序通过MXlogging向example.yourcorp发送消息。
MXlogging中列出的服务器不在您的networking中，它从mailer.example.client接收连接。它看起来像来自example.client，不闻味道过度处理，并转发到mailer.example.yourcorp。
您的mailer.example.yourcorp接收来自example.client的传入消息，而是从example.antispam发送。

如果这是1992年左右的互联网，那就不成问题了。这是一个比较信任的时候，在这种情况下，mailer.example.yourcorp会愉快地接受这个信息，没有人会更聪明。

垃圾邮件在这里扔猴子扳手。在这一点上，直接在mailer.example.yourcorp上运行的反垃圾邮件服务可能会适合。由于example.client的SPFlogging（例如）并没有说明这个例子.antispam是一个授权的邮件程序，它可以把这个消息放在永远不会被再次看到的地方。

反垃圾邮件服务在直接接收来自一般互联网的邮件的邮件上运行时效果最佳。这在很大程度上是由于IP信誉服务是最好的反垃圾邮件技术之一，为了利用它，您需要查看这些TCP连接。隐藏邮件中继，你失去了这个优势。

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

这取决于你如何定义“外观”。如果你正在谈论的是，如果他们从客户的angular度来看，像outlook一样，答案是否定的，他们看起来是一样的。

你会注意到的主要问题是，这些电子邮件的标题是不同的，显然他们正在stream经一个新的系统，你也可能会看到新的垃圾邮件标题。在某些情况下，邮件可能看起来不一样，因为他们可能会在底部添加一个标签，说“在这里通过服务名称扫描”。

所以它取决于服务，但具体与postini最终用户不会注意到这一变化。