电子邮件服务器匿名转发功能

去年秋天，电邮我帮一家小型创业公司排查邮件退信问题。匿名他们的电邮市场总监发现，发给客户的匿名报价单邮件有近三成被退回，提示是电邮“554 Message rejected: SPF fail”。我登录他们租用的匿名云服务器一看，SMTP服务配置里赫然开着“允许匿名转发”。电邮这个选项默认关闭，匿名但安装Postfix时如果选了“Internet Site”模式，电邮它就会被激活。匿名问题就出在这里——服务器在未验证发件人身份的电邮情况下，替任何来源的匿名邮件做中继。

匿名转发，电邮说白了就是匿名邮件服务器不检查发件人是否为本域用户，也不要求身份验证，电邮只要收到SMTP请求，就帮忙把邮件投递到目标地址。这个功能在二十年前很常见。那时企业内网里每个人都信任彼此，邮件服务器充当开放中继，方便出差员工通过公司IP发信。但今天，它成了垃圾邮件发送者的天堂。我见过一个极端案例：某高校实验室的旧邮件网关被扫描到开放中继，两周内转发了四十万封推销俄罗斯保健品的邮件，直到被国际反垃圾邮件组织列入黑名单，整个学校的对外通信瘫痪了三天。

为什么这个功能还没被彻底消灭？因为总有人需要它。比如开发测试环境，程序自动发告警邮件，懒得配认证；或者老旧设备只支持基础SMTP，没法输密码。我自己的树莓派上跑过一个监控脚本，最初就图省事开了匿名转发，结果第三天就开始收到来自巴西的退信——有人拿它当跳板发赌博广告。赶紧关掉，加上了SASL认证。

技术上讲，关闭匿名转发很简单。Postfix里把smtpd_relay_restrictions设成permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination，Exim则调整acl_check_rcpt里的accept hosts规则。但麻烦在于，很多管理员根本不知道自己的服务器开着这个口子。我做过一次小范围扫描，用nmap --script smtp-open-relay扫了本地ISP的256个IP段，居然找到七个开放中继。其中一个属于某连锁餐厅的会员系统，他们用邮件发优惠券，却不知道服务器正在帮别人发壮阳药广告。

更隐蔽的风险是内部滥用。员工用公司邮件服务器匿名转发私人邮件，看似无害，但一旦被标记为垃圾源，整个域名的信誉就毁了。我认识一个外贸业务员，他为了省Gmail的发送限额，偷偷用公司Exchange的匿名转发功能发开发信。三个月后，公司主域名进了Spamhaus的PBL列表，所有正经业务邮件全部进客户垃圾箱。老板查了两周才揪出原因。

如果你现在管理着一台邮件服务器，别急着关掉这个功能。先跑一遍telnet your-server 25，手动执行EHLO test.com、MAIL FROM:<spam@test.com>、RCPT TO:<victim@example.com>。如果最后一步返回250，恭喜你，你的服务器正在替陌生人干活。然后检查日志，看有没有大量来自陌生IP的relay=记录。我习惯每周扫一次/var/log/mail.log，搜“relay=”后面跟非本域地址的行。有一次发现某台测试机在凌晨三点向外发了200封邮件，主题全是“Hot Russian Girls”。立刻封了那个IP段，顺手把匿名转发关了。

有人觉得匿名转发是历史遗留问题，迟早会消失。我不这么看。只要还有图省事的开发者、还有不支持认证的物联网设备、还有懒得改配置的运维，这个功能就会继续存在。它像一把没锁的后门，你永远不知道谁会推门进来。上周我又碰到一个案例：某医院的内网邮件中继开着匿名转发，结果被用来发送伪造的“核酸检测阳性通知”。这次不是垃圾邮件，是恶作剧引发的恐慌。关掉它，只需要改一行配置。但发现它，可能需要你主动去查。