未检测到 MX DNS 记录

未检测到 MX DNS 记录

我添加 MX 记录已经 24 小时了

名称为@,类型为MX,值是mail.heeldiaries.com

还有一条指向服务器 IP 的A记录。mail.heeldiaries.com

当我进行 mail-tester.com 测试时,它说

我们未找到您的域名 heeldiaries.com 背后的邮件服务器(MX 记录)

我们检查您的域名 heeldiaries.com 后面是否有邮件服务器(MX 记录)。

您可能想要为域名 heeldiaries.com 发布 DNS 记录(MX 类型)或使用不同的退回电子邮件地址。

是我设置错误了还是有其他问题?

答案1

您在这里遇到了更大的问题。当我尝试在您的域上运行时dig +trace +additional,我在输出的末尾看到了以下内容:

heeldiaries.com.        172800  IN      NS      ns1.heeldiaries.com.
heeldiaries.com.        172800  IN      NS      ns2.heeldiaries.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20160915044336 20160908033336 27452 com. xNERKmnAlkb3XiEf76OahP52D10WKZLu7GcWpYhVT4be0SBbmq9Kn+XV AnaMG/Ywu1/4VPyMfDxnw+XJLMXLn3NJN7TbNLA9Z0TqcpbRZcnTq1Na cO9/iuAx32Oaf5pbJIwuSS7HAhfDY4tahpYuSYDz8xOQzyf5W6wnjWAL sAc=
QJOOMS3U9KGEU3Q28GLBBD9JQUPTIIHO.com. 86400 IN NSEC3 1 1 0 - QJOQ3610JU9ONV7GVL7AF1JS331CDLT7 NS DS RRSIG
QJOOMS3U9KGEU3Q28GLBBD9JQUPTIIHO.com. 86400 IN RRSIG NSEC3 8 2 86400 20160914041706 20160907030706 27452 com. KMBTolTWT5O+kSWb6jxfV1KJwQ4BSuhdet4Z5de62vstjHsbIqbE0/De P+B3ueyu89cKi38Umht4PmZo8s33VSuuWpglncPxAZ5SR+IzE2KGNnsk mwjFrAtpvmp3CkVk9IP8yfud22WV/yNMvCpURBZ1kcx6VNapJFUDfMJJ Y6Q=
ns1.heeldiaries.com.    172800  IN      A       62.100.204.133
ns2.heeldiaries.com.    172800  IN      A       62.100.204.133
dig: couldn't get address for 'ns1.heeldiaries.com': no more
  1. 该域名不符合16号作战计划两个名称服务器共享一个 IP 是绝对不可以的,无论你的网站有多小(在这里添加来自同一数据中心的另一个 IP 不会有帮助 - 请务必阅读第 3.2 节
  2. 我的上游 DNS 服务器 (Linode) 在被要求返回权威答案时出现故障ns1.heeldiaries.com。虽然很明显此 DNS 条目存在胶水,但从您的 DNS 服务器获取它时出现问题。

接下来,让我们检查是否存在SOANS记录。这应该能告诉我们区域是否存在于服务器上,以及是否存在某种形式的胶合记录不匹配。

$ dig @62.100.204.133 +short heeldiaries.com SOA
ns1.localhost.ltd. root.heeldiaries.com. 2016091014 7200 3600 1209600 180
$ dig @62.100.204.133 +short heeldiaries.com NS
ns1.localhost.ltd.
ns2.localhost.ltd.

这里存在胶合记录不匹配的情况。您已将注册商配置为返回NSns1 和 ns2.heeldiaries.com 的记录,但NSDNS 服务器上的权威记录却返回了这些 localhost.ltd 条目。考虑到 localhost.ltd 是一个不存在的虚假域名,因此出现问题并不令人意外。

$ dig localhost.ltd SOA | grep status
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39368

此外,即使我们忽略记录刷新时域名完全中断的事实NS,您也没有A在胶水中为名称服务器定义记录:

$ dig @62.100.204.133 ns1.heeldiaries.com | grep status
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 60693
$ dig @62.100.204.133 ns2.heeldiaries.com | grep status
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 5663

简而言之,您的整个 DNS 配置都坏了。如果您不是设置此设置的人,请严厉斥责设置者。我强烈建议您将此域名移至任意数量的免费且信誉良好的 DNS 托管公司。如果您的公司没有尝试在没有适当资源(地理冗余)或培训的情况下托管自己的 DNS,您就不会遇到这些问题。

答案2

我断断续续地访问一些 DNS 提供商,我相信它仍在传播。您可以使用这个MX 查询工具,它允许您选择不同的提供商。当我在提供商之间切换时,您可以看到它出现和消失。但当您阅读本文时,它可能已经稳定了。也可以用这个测试电子邮件测试器,好多了。

答案3

记录已传播。使用http://mxtoolbox.com/检查 DNS 记录的状态。或者,运行 nslookup 查看域记录的当前状态:nslookup set type= any heeldiaries.com

相关内容