周末，我公司的电子邮件服务器突然发生了一些奇怪的事情，它突然停止接收电子邮件。这与服务器无关，而是因为 mail.mydomain.com 被忽略了。
对 mail.mydomain.com 的 Ping 测试停止工作，但 other.mydomain.com 继续正常工作。
我花了三个小时打电话给我的 ISP（BT）讨论此事，但他们无法提供帮助，只是发现这不是他们的错。
作为一种解决方法，我使用了“其他” A 记录（在我的域名 DNS 设置中）来执行我需要它做的事情（包括相应地调整我的 MX 记录），但是尽管删除并重新添加了“邮件” A 记录，mail.mydomain.com 仍然无法正确 ping 通，而 other.mydomain.com 则可以（两者都位于我网络上的同一台机器上）。
该域名的 DNS 设置上的 TTL 为 86400 秒，所以也许这是一个等待的游戏，但是至少一年没有对域名 DNS 设置进行任何更改，发生这样的事情似乎很奇怪。
关于我需要进一步调查什么地方，有什么建议吗？
答案1
不清楚您使用的是 Windows 还是 Linux，为了获得更具体的帮助，您不妨提供域名详细信息，它已经是公共记录。
与此同时，你可以使用一些像这样的工具检查您的 Mx 邮件设置；
http://www.mxtoolbox.com/
“此测试将按优先级顺序列出域的 MX 记录。MX 查找直接针对域的权威名称服务器进行，因此对 MX 记录的更改应立即显示。您可以单击“诊断”，它将连接到邮件服务器，验证反向 DNS 记录，执行简单的开放中继检查并测量响应时间性能。您还可以根据 106 个基于 DNS 的黑名单检查每个 MX 记录（IP 地址）。（通常称为 RBL、DNSBL）”
您需要的关键工具是nslookup以及dig用于域故障排除
用于网络故障排除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
附言：我肯定会将 TTL 改得更小一些；
;; QUESTION SECTION:
;mail.mydomain.com. IN A
;; ANSWER SECTION:
mail.mydomain.com. 1800 IN A 192.58.31.64
还值得一提的是，ping 和 DNS 解析在故障排除堆栈中处于不同级别，基本上如果ping somedomain.com有效，那么您就证明了 DNS 解析（除非您有 /etc/hosts 文件），但它对诊断底层 DNS 问题没有帮助，您需要它whois，nslookup和/或dig或一些如下的 Web 工具；
答案2
mail.mydomain.com 和 other.mydomain.com 是否指向同一台机器？如果是这样，我猜你对同一台机器有两个名称，对吗？如果是这样，并且你的电子邮件在 other.mydomain.com 和必要的 MX 更改下正常运行，那么这听起来像是 DNS 记录损坏。简而言之，DNS 服务器忽略了该记录。
但如果不知道您的 ISP 如何处理域以及使用什么 DNS 软件，那么这只是一个猜测。
我肯定会 1) 完全删除 mail.mydomain.com A 记录并重新创建它和/或 2) 让您的 ISP 完全清理您的 domain.com 区域文件并从头开始重新启动它们。