在什么情况下（如果有的话）MXlogging指向本地主机？

简答：不应该。

长答案：如果有问题的域名（DIQ）不应该收到电子邮件，那么为MXlogging添加回送地址会导致发送服务器尝试连接到自己。 这样可以将DIQ保存几个measley字节，并在其他邮件服务器尝试连接时清除防火墙日志（如果有人甚至正在监视）。 但是，在我看来，带宽节省不足以certificate违反RFC 3330。

肯定是NO，而不是127.0.0.0 IP。IPv4上的整个127.0.0.0范围都可以作为环回地址，因此当任何机器连接到该范围内的IP时，它将尝试连接到自己。

您的MXloggingIP地址应该可以从外部访问，并且结果是告诉任何服务器执行MX查询，尝试连接到自己。

如果我的服务器试图向您发送电子邮件，它将查找MXlogging，然后连接其自己的IP地址，发送电子邮件并失败。

相关的RFC说：

• MX资源logging务必指向公共Internet上服务器的完全限定的域名（而不是IP地址），该域名接受该域的邮件。 请注意，此服务器不一定必须与MXlogging位于同一个域中。 RFC 1035第3.3.9节

• 127.0.0.0/8范围内的地址绝不会出现在公共Internet上。 RFC 5735第3节

请注意，某些邮件服务器将拒绝来自不符合相关RFC的发件人的电子邮件。

那么，我有一个情况，设置域的MX到本地主机似乎是必要的。

在2012年3月，我注册了一个可爱的域名，我惊讶地发现可用。 这是我女儿想build立的艺术合作网站。 我把MX设置为我的其他smtp服务器之一。 这工作得很好，但后来我开始得到很多“未知用户”的邮件反弹到[email protected]（不是真正的域名）。 所以我使用MailScanner来阻止除了一个合法地址以外的所有传入消息。 这个域名似乎是从2001年开始的一个免费的电子邮件服务，但显然已经黑了，放弃了他们可爱的域名。

这一直运行良好，直到前几天（2012年12月11日）当smtp服务器开始拒绝由于过度打开连接传入的消息。 这些是smtp进程，等待“收到”回复，我想。 我查看了交通情况，而且我收到了来自全球各地smtp中继的[email protected]上千条传入消息的轰炸。 （在一个24小时内17,000封邮件）

所以我改变了MX指向另一台服务器没有运行smtp 25端口被阻止。 果然，成千上万个丢失的会议开始显现。 由于这种行为看起来像某种垃圾邮件洪stream，可能来自僵尸networking，我认为可能需要将MX设置为localhost。

我会留下这样一段时间。 我们根本就不需要电子邮件给cute.domain.com，除了僵尸networking的周期外，没有任何东西可以丢失。

当主机必须能够通过不同的托pipe域向自己发送邮件，但不接受外部邮件时，“MX 0本地主机”。 是可以接受的 要表明主机没有任何邮件服务器，请使用“MX 0”。