在周末突然间，我的电子邮件服务器发生了一些奇怪的事情，因为它突然停止接收电子邮件。 这与服务器无关，但更多的是我的mail.mydomain.com被忽略的事实。
Pingtesting到mail.mydomain.com停止工作，虽然other.mydomain.com继续工作正常。
我花了三个小时的时间在电话上给我的互联网服务提供商（BT），他们忍不住，除了发现这不是他们的错。
作为一种解决方法，我已经使用了“其他”logging（在我的域名DNS设置中）来执行我所需要的操作（包括相应地调整我的MXlogging），但是尽pipe删除并重新添加了“邮件”一个logging，mail.mydomain.com根本不会ping正确，而other.mydomain.com将（都在我的networking上同一台机器）。
域名的DNS设置的TTL是86400，所以也许是一个等待的游戏，但至less一年没有改变域名DNS设置的任何东西，似乎奇怪这样的事情会发生。
任何build议，我需要进一步调查？
目前还不清楚你是在windows还是在linux上，为了更具体的帮助，你还可以提供域的详细信息，它已经是一个公共logging。
同时您可以使用这样的工具来检查您的Mx邮件设置;
http://www.mxtoolbox.com/
“此testing将按优先级顺序列出域名的MXlogging，MX查询是直接针对域名权威名称服务器完成的，因此MXlogging的更改应该立即显示，您可以单击”诊断“（连接到邮件服务器）validation反向DNSlogging，执行一个简单的Open Relay检查并测量响应时间性能，也可以检查每个MXlogging（IP地址）与106个基于DNS的黑名单（通常称为RBL，DNSBL）“
你需要的关键工具是nslookup和dig域的故障排除
用于networking故障排除telnet ， ping和tracert
您可能希望像这样发送域名查询的结果;
nslookup mail.mydomain.com C:\working>nslookup mail.google.com Server: bebox.config Address: 192.168.1.254 Non-authoritative answer: Name: googlemail.l.google.com Addresses: 173.194.34.117, 173.194.34.118 Aliases: mail.google.com
ps我肯定会改变TTL的东西less;
;; QUESTION SECTION: ;mail.mydomain.com. IN A ;; ANSWER SECTION: mail.mydomain.com. 1800 IN A 192.58.31.64
另外值得一提的是，ping和DNS解决scheme在故障排除堆栈中处于不同的级别，基本上，如果ping somedomain.com正常工作，那么你已经certificate了DNSparsing（除非你有/ etc / hosts文件），但是没有帮助来诊断潜在的DNS问题，您需要whois ， nslookup和/或dig或一些networking工具，如下所示;
做mail.mydomain.com和other.mydomain.com指向同一台机器？ 如果是这样，我猜你有两个同名机器的名字，对吧？ 如果是这种情况，您的电子邮件与other.mydomain.com和必要的MX更改预期的function，那么这听起来像一个DNSlogging损坏。 简而言之，DNS服务器忽略该logging。
但是不知道你的ISP如何处理域名以及使用什么DNS软件，那么这只是一个猜测。
我当然会1）完全删除mail.mydomain.com一个logging并重新创build它和/或2）让你的ISP清理你的domain.com区域文件，并从头开始重新启动它们。