我帮助一个朋友运行一个服务器,其中包括一个邮件服务器。http://mxtoolbox.com报告我们的反向DNS不是有效的主机名。
反向DNS当前指向domain.com
。应该指向hostname.domain.com
吗?我在这里看到,通常将此方案用于反向DNS。但是,如果邮件服务器响应如下,这会引起问题:
220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...
基本上,指向邮件服务器报告的域子域的反向DNS是否有效?
编辑:我原来的问题如下:如果邮件服务器报告domain.com
为FQDN,反向DNS可以指向hostname.domain.com
吗?请参阅以下评论,以了解为什么不需要这样做,以及为什么两者应该相同。
可能的重复:serverfault.com/questions/711600/...
—
哈坎·林奎斯特
并不是的。我想知道
—
ConnorJC 2015年
hostname.domain.com
发往/来自邮件的反向DNS是否有效domain.com
,而另一篇文章想知道其反向DNS应该是什么。我的答案使用了另一篇文章的答案,并提出了一个问题。
好的,在这种情况下,您能否阐明为什么您希望邮件服务器首先报告主机名以外的任何内容?理想情况下,MTA报告的主机名应该是实际的主机名,就像反向dns条目一样。
—
哈坎·林奎斯特
好吧,在@Halfgaar回答我之前的问题之前,我忽略了SPF用于验证服务器是否被允许发送的邮件
—
ConnorJC 2015年
domain.com
,而不是所报告的FQDN。我本来以为服务器必须报告domain.com
才能发送的邮件domain.com
。正如我最近意识到的那样,我可以v=spf1 mx -all
用作SPF记录,以允许另一台机器发送邮件。在已接受答案的注释中对此进行了澄清。