Email 别名转发："；“550邮箱不可用”；，收发工作正常

大家好

我有麻烦了，希望你能帮助我

多年来，我一直在使用我的VPS（ubuntu14.04）和exim4/dovecot，没有任何问题。 一个常见用途是接收来自gmx.de地址（到我域上的别名）的邮件，并通过别名设置将其分发到某些web.de地址以及我域上的地址

应该是这样的：来源->ALIAS@MYDOMAIN->（目的地1，目的地2，…）

从昨天起，这种“别名转发”不再有效。这是典型的exim日志：

2016-05-25 18:12:59 1b5bQZ-0000KU-Kl <= ORIGIN@gmx.de H=mout.gmx.net [212.227.15.18] P=esmtp S=51309 id=ID@mail.gmx.com
2016-05-25 18:12:59 1b5bQZ-0000KU-Kl ** DEST1@web.de <ALIAS@MYDOMAIN.de> R=dnslookup T=remote_smtp: SMTP error from remote mail server after MAIL FROM:<ORIGIN@gmx.de> SIZE=53021: host mx-ha03.web.de [212.227.15.17]: 550-Requested action not taken: mailbox unavailable 550-Reject due to SPF policy. 550-The originating IP of the message is not permitted by the domain owner.
2016-05-25 18:12:59 1b5bQZ-0000KU-Kl ** DEST2@web.de <ALIAS@MYDOMAIN.de> R=dnslookup T=remote_smtp: SMTP error from remote mail server after MAIL FROM:<ORIGIN@gmx.de> SIZE=53021: host mx-ha03.web.de [212.227.15.17]: 550-Requested action not taken: mailbox unavailable 550-Reject due to SPF policy. 550-The originating IP of the message is not permitted by the domain owner.
2016-05-25 18:12:59 1b5bQZ-0000KU-Kl ** DEST3@web.de <ALIAS@MYDOMAIN.de> R=dnslookup T=remote_smtp: SMTP error from remote mail server after MAIL FROM:<ORIGIN@gmx.de> SIZE=53021: host mx-ha03.web.de [212.227.15.17]: 550-Requested action not taken: mailbox unavailable 550-Reject due to SPF policy. 550-The originating IP of the message is not permitted by the domain owner.
2016-05-25 18:13:00 1b5bQZ-0000Kl-Ud <= <> R=1b5bQZ-0000KU-Kl U=Debian-exim P=local S=53469
2016-05-25 18:13:00 1b5bQZ-0000KU-Kl Completed

---

2016-05-25 18:12:59 1b5bQZ-0000KU-Kl就在昨天（2016-05-25），GMX似乎已经切换到严格的SPF检查，这中断了电子邮件转发。
这是SPF的一个长期问题，我不知道GMX是否意识到他们通过这个愚蠢的决定拒绝了大量合法的电子邮件。
正如Hans Martin SPF所指出的那样，邮件转发被中断了。然而，这并不是一个愚蠢的决定，因为它基本上是唯一能够有效消除垃圾邮件的东西

修复此问题需要配置SRS（发送方重写方案）

引自：

假设您的服务器从接收邮件alice@example.com这将被转发。如果example.com使用发件人策略框架指示所有合法邮件均来自其服务器，则转发的邮件可能会被退回，因为您无权代表example.com发送邮件。解决方案是将地址映射到自己的域，例如SRS0+xxxx=yy=example.com=alice@yourdomain.org（前向SRS）。如果邮件稍后被退回并且通知到达，您可以从重写的地址（反向SRS）中提取原始地址并将通知返回给发件人。您可能会注意到，反向SRS可能会被滥用，从而将服务器变成开放式中继。因此，xxxx和yy是加密签名和时间戳。如果签名不匹配，则地址是伪造的，邮件可以丢弃

在Debian 8上设置postsrsd（在Ubuntu上应该非常相同）：

似乎GMX最近开始了严格的SPF检查，这导致邮件转发失败。您将在mail.log中看到类似的内容

 to=<mailaddress@gmx.de>, orig_to=<mailaddress@mydomain.com>, relay=mx00.emig.gmx.net[212.227.15.9]:25, delay=0.15, delays=0/0.02/0.12/0.01, dsn=5.0.0, status=bounced (host mx00.emig.gmx.net[212.227.15.9] said: 550-Requested action not taken: mailbox unavailable 550-Reject due to SPF policy. 550-The originating IP of the message is not permitted by the domain owner. 550 For explanation visit http://postmaster.gmx.com/en/error-messages?ip=127.0.0.10&c=spf (in reply to MAIL FROM command))

这使我可以再次将邮件转发到GMX。
您好，谢谢您的详细回答！如果我理解正确，此解决方案将仅适用于后缀。是否有办法处理进出口银行，或者我必须切换到postfix？对于进出口银行的退房，或者我刚刚意识到，GMX在2016-05-25启用了严格的检查。我用@Holger SchinzelAs的SRS配置恢复了它。我不能评论下面L.Gleim的帖子，我会在这里做。我同意SPF能够消除带有伪造发件人地址的垃圾邮件，但它并不是消除垃圾邮件的唯一或最有效的方法。Greylisting，阻止来自动态IP的未经验证的访问，基于DNS的阻止列表工作得更好，特别是因为相当大一部分垃圾邮件没有欺骗发件人（因此对SPF免疫）。此外，当监控良好并辅以适当的白名单时，这些都有相当低的假阳性率。这是官方消息：感谢基于PPA的解决方案。我的邮件转发到GMX又起作用了。
 to=<mailaddress@gmx.de>, orig_to=<mailaddress@mydomain.com>, relay=mx00.emig.gmx.net[212.227.15.9]:25, delay=0.15, delays=0/0.02/0.12/0.01, dsn=5.0.0, status=bounced (host mx00.emig.gmx.net[212.227.15.9] said: 550-Requested action not taken: mailbox unavailable 550-Reject due to SPF policy. 550-The originating IP of the message is not permitted by the domain owner. 550 For explanation visit http://postmaster.gmx.com/en/error-messages?ip=127.0.0.10&c=spf (in reply to MAIL FROM command))

sudo add-apt-repository ppa:roehling/latest
sudo apt-get update
sudo apt-get install postsrsd

sudo postconf -e "sender_canonical_maps = tcp:127.0.0.1:10001"
sudo postconf -e "sender_canonical_classes = envelope_sender"
sudo postconf -e "recipient_canonical_maps = tcp:127.0.0.1:10002"
sudo postconf -e "recipient_canonical_classes = envelope_recipient,header_recipient"
sudo postfix reload