在交付期间重写的电子邮件地址

时间:2015-03-06 13:41:32

标签: email bind postfix-mta

我为多个不同的域托管电子邮件 - 请拨打其中一个myuser@receiver.com。让我们假装我的域名叫myserver.com。我在mx1.myserver.com上的本地域邮箱中收到并存储电子邮件。我有一个奇怪的零星电子邮件问题,我认为必须源于我的错误配置或设置。仅当第三方充当转发器(中间人),接收myuser@receiver.com的电子邮件但将其发送到myuser@www.myserver.com时,才会出现此问题。以下文件直接来自电子邮件来源。

某人向我的某个客户发送了一封电子邮件。它由中间人接收。

Received: from email.sender.com (the.sender.com [123.123.123.123])
  by the.forwarder.com (8.14.5+Sun/8.14.5) with SMTP id x12XXXxX123456
  for <myuser@receiver.com>; Thu, 5 Mar 2015 13:23:22 GMT

那个中介然后将电子邮件转发到我的服务器,但由于一些奇怪的原因再读它。

Received: from the.forwarder.com (the.forwarder.com [234.234.234.234])
  by mx1.myserver.com (smtpd) with ESMTPS id 1234X123X1
  for <myuser@www.myserver.com>; Thu,  5 Mar 2015 08:27:11 -0500 (EST)

为什么the.forwarder.com(中介)会在此邮件上重写收件人的域名?

2 个答案:

答案 0 :(得分:0)

已知某些外发SMTP服务器会在外发邮件上重写邮件头,并将From:行中的发件人地址更改为正在进行身份验证的用户的电子邮件地址。 Gmail因此而臭名昭着。有关详细信息,请参阅How to change reply-to and return-path header with gmail smtp in django

答案 1 :(得分:0)

最后,这是由DNS中的CNAME记录引起的。有CNAME记录主要用于虚拟托管Web服务。这就像receiver.com的CNAME记录指向www.myserver.com(因为它们共享相同的IP地址)。这具有使辅助邮件传递服务器将邮件发送到www.myserver.com而不是预期的receiver.com的效果。为了解决这个问题,我删除了CNAME记录并为实际IP地址创建了一条A记录。