smtp - SMTP 客户端是否必须在 HELO 中为 MTA 提供一个全局可解析的主机名？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

8 年前关闭。




Improve this question




简而言之:我想弄清楚我是否应该告诉 friend 雇主的邮件管理员他们的邮件配置是否应该被修复，或者我是否应该修改我自己的政策以在我接受的内容上更加自由，或者都不应该。

一位 friend 提示无法访问我的邮件服务器上的任何内容。我仔细研究了一下，似乎他的邮件服务器在连接到我的邮件服务器时提供的主机名在 *.local 空间中的某个地方，这意味着它不是全局可解析的。

他们被拒绝，“Helo 命令被拒绝:主机未找到；”通过我的 postfix 邮件服务器。我可能对 postfix 中的 UCE 检查很严格，所以我将他们的(在我看来，配置错误的)服务器列入白名单，但现在我试图弄清楚他们实际上配置错误的程度，而不是我是否过于苛刻在我接受的。

然后我检查了 RFC - RFC 821 说“HELO 接收器可以验证 HELO 参数确实与发送方的 IP 地址相对应。但是，接收方不得拒绝接受消息，即使发送方的 HELO 命令验证失败.”这表明我实际上是违反 RFC 的人。

RFC 821 的这一部分是否曾经被我可以指出的 future RFC 所取代？或者邮件服务器必须接受带有虚假 HELO 的邮件？是否有任何受人尊敬的权威可以指出 HELO 主机名应该有效的状态，作为联系他们的邮件管理员的引用？

Answer 1

严格来说，你们都违反了 RFC。

注意的部分是:

The sender-SMTP MUST ensure that the parameter in a HELO command is a valid principal host domain name for the client host.

和

The HELO receiver MAY verify that the HELO parameter really corresponds to the IP address of the sender. However, the receiver MUST NOT refuse to accept a message, even if the sender's HELO command fails verification.

由于垃圾邮件的盛行，如今的邮件服务器比 RFC 所说的要严格得多，并且经常会找到各种专有检查和拒绝原因。

但是，他们在 HELO 字符串中使用不正确的主机名并没有给自己带来任何好处。尽管您的邮件服务器可能运行良好，但他们的邮件服务器可能无法从许多系统发送和接收电子邮件。

我会让他们知道。如果仅仅是因为他们的错误配置，他们可能没有收到应有的所有电子邮件。