自从我添加MXlogging到现在已经24小时了
名称是@ ，types是MX ，值是mail.heeldiaries.com
还有一个mail.heeldiaries.com指向服务器IP的Alogging。
当我做一个mail-tester.comtesting它说
我们没有在您的域名heeldiaries.com后面find邮件服务器（MX Record）
我们检查您的域名heeldiaries.com后面是否有邮件服务器（MX Record）。
您可能希望为域名heeldiaries.com发布DNSlogging（MXtypes）或使用不同的退回电子邮件地址。
我错误地设置了这个还是有另一个问题？
在这里玩你有更大的问题。 当我试图在你的域上运行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
ns1.heeldiaries.com的权威答案时，我的上游DNS服务器（Linode）窒息。 虽然很明显此DNS条目存在胶水，但是从您的DNS服务器获取它存在问题。 接下来，我们来检查一下SOA和NSlogging的存在。 这应该告诉我们该区域是否在服务器上，以及我们是否有某种forms的粘合剂logging不匹配。
$ 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.
这里有胶水logging不匹配。 您已经将您的注册器configuration为返回NS1和ns2.heeldiaries.com的NSlogging，但生活在您的DNS服务器上的权威NSlogging正在返回这些localhost.ltd条目。 考虑到localhost.ltd是一个不存在的虚假域，事情被打破的事实不应该让任何人感到惊讶。
$ dig localhost.ltd SOA | grep status ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39368
此外，即使我们忽略了在刷新NSlogging时域名完全中断的事实，也没有为胶水中的名称服务器定义Alogging：
$ 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
简而言之，您的整个DNSconfiguration已经过时。 如果你不是那个设置这个的人，请和那个人做一些严厉的话。 我强烈build议您将此域名迁移到任何数量的免费和有信誉的DNS托pipe公司。 如果您的公司没有尝试使用合适的资源（地理冗余）或培训来托pipe自己的DNS，则不会出现这些问题。
我得到了一些DNS提供商，我相信它仍然在传播。 你可以使用这个MX查找工具 ，它允许你select不同的提供者。 当我在提供商之间切换时，您可以看到它出现并消失。 但是，阅读本文时可能会保持稳定。 另外testing这个电子邮件testing仪 ，这是好多了。
logging已经传播。 使用http://mxtoolbox.com/检查DNSlogging的状态。 或者，运行nslookup查看域logging的当前状态：nslookup set type = any heeldiaries.com