☰

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

tag-icon • tag-icon email smtp mx-record
接收邮件服务器（最终目的地）是否会看到直接发送给它的电子邮件，而不是发送到外部中继然后将其转发给它？

假设我的用户在某个邮件服务器 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 的情况就是如此。

答案1

此类路由邮件与直接接收邮件相比有两个主要区别：

  1. 传入邮件程序连接的 IP 地址与 SMTP 对话中 MAIL FROM: 行上列出的域的邮件程序信息不匹配。
  2. 邮件本身将包含Received-By:来自中继邮件程序的附加标头。

第一点对于反垃圾邮件至关重要，因为许多 AS 技术专注于丢弃来自不该发件人的电子邮件（另请参阅 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 会愉快地接受消息，没有人会知道。

Spam 会在这里制造麻烦。此时，直接在 mailer.example.yourcorp 上运行的反垃圾邮件服务可能会引发问题。由于 example.client 的 SPF 记录（例如）未表明 example.antispam 是授权邮件发送者，因此它可能会将邮件丢弃，再也不会被看到。

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

第二点是 SMTP 标准要求的按协议添加邮件头。客户端永远不会注意到。

答案2

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

您会注意到的主要事情是这些电子邮件的标题不同，显然它们正在流经新系统，您还可能会看到新的垃圾邮件标题。在某些情况下，邮件可能看起来不同，因为它们可能会在底部添加一个标签，上面写着“按此处的服务名称扫描”。

所以这取决于服务，但具体来说，使用 postini 时，最终用户不会注意到变化。

相关内容