SMTP客户端必须在HELO中为MTA提供全局可解析的主机名吗？

简而言之:我正在试图弄清楚我是否应该告诉朋友的雇主的邮件管理员他们的邮件配置是否应该修复,或者我是否应该修改我自己的政策以使我接受的更自由,或者两者都不.

一位朋友抱怨无法在我的邮件服务器上找到任何东西.我挖了它,似乎他连接到我的邮件服务器提供的主机名在*.local空间的某个地方,这意味着它不是全局可解析的.

他们被拒绝,"Helo命令被拒绝:主机未被发现;" 通过我的postfix邮件服务器.我可能对后缀中的UCE检查严格,所以我将他们(在我看来,配置错误)服务器列入白名单,但现在我想弄清楚他们实际上在多大程度上错误配置,而不是我是否过于苛刻在我接受的.

然后我检查了RFC - RFC 821说"HELO接收器可以验证HELO参数确实对应于发送方的IP地址.但是,即使发送方的HELO命令验证失败,接收方也不能拒绝接受消息".这告诉我,我实际上是违反RFC的人.

RFC 821的这部分是否已被未来的RFC取代,我可以指出？或者邮件服务器必须接受伪造的HELO邮件吗？是否有任何受到尊重的权威机构我可以指出HELO主机名应该有效,作为联系其邮件管理员的参考？

严格来说,你们都违反了RFC.

注意的部分是:

sender-SMTP必须确保HELO命令中的参数是客户端主机的有效主体主机域名.

和

HELO接收器可以验证HELO参数是否真正对应于发送方的IP地址.但是,即使发送方的HELO命令未通过验证,接收方也不得拒绝接受消息.

由于垃圾邮件的普及,邮件服务器,这些天是相当严格的比RFC中说,他们是应该的,而且是很常见的找到各种专有的检查和拒绝的理由的.

但是,他们在HELO字符串中输入错误的主机名并没有给自己带来任何好处.虽然您的邮件服务器可能运行良好,但他们可能无法从许多系统发送和接收电子邮件.

我会告诉他们的.如果仅仅是因为他们的配置错误,他们可能没有得到他们应该的所有电子邮件.