为何使用MxToolbox测试pairofdocs.net邮件服务器出现连接超时故障

从测试报错的连接目标就能看出明显异常：你当前用Zoho作为托管邮件服务，正常情况下MXToolbox测试时应该连接Zoho的官方邮件服务器IP，而非你部署网站的AWS实例IP（23.23.216.253）。结合你6个月前刚重建过整个域名配置，最高概率的原因是DNS记录配置错误，可按以下步骤逐次排查：

• 登录NameCheap的DNS管理后台，检查pairofdocs.net的MX记录：
  • 确认MX记录的优先级、值完全匹配Zoho官方要求的配置，没有误将网站对应的A记录主机名（比如根域@、www对应的主机）填到MX值栏。
  • 检查MX记录指向的目标主机名的解析结果：比如如果MX值填的是mail.pairofdocs.net，要确认这个子域名的A记录是指向Zoho要求的解析IP，而非错指到AWS网站实例的23.23.216.253。
• 检查记录TTL值：如果重建配置时没有及时刷新旧记录，部分公共DNS节点可能还缓存着你旧实例的MX记录，可强制刷新本地和公共DNS的缓存后再重测。

特别提醒：你使用的是Zoho全托管邮件服务，完全不需要在AWS网站实例上开放任何SMTP端口。如果排查发现MX记录误指向该实例，仅修正DNS配置即可，无需在安全组额外开放邮件端口，否则反而可能触发AWS对25端口的默认出站拦截规则。

如果确认MX记录配置完全正确，仍出现连接AWS IP超时的情况，按以下方向排查：

• 核对AWS侧的网络规则：
  • 检查EC2实例绑定的安全组，看是否在入站规则中完全屏蔽了25、587等SMTP端口的流量，规则动作如果是DROP（丢弃）而非REJECT（拒绝），就会触发15秒无响应的超时报错。
  • 检查实例所在子网的网络ACL，确认全局网络层面没有拦截SMTP端口的流量。
  • 登录EC2实例本地，检查系统自带防火墙（ufw、iptables等）的规则，确认没有误拦外部SMTP端口的探测流量。
• 排查IP路由和信誉问题：
  • 你新使用的23.23.216.253是AWS弹性IP段的共享回收IP，可能存在历史路由不通、IP被全球路由黑洞屏蔽的情况。可以通过多节点的端口探测，从不同地区测试这个IP的25端口连通性，确认是否是全局路由问题。

直接在本地命令行执行telnet 23.23.216.253 25，如果同样出现超时无响应，说明是目标IP的拦截规则问题；如果本地可以正常连通，说明是MXToolbox的探测节点到该IP之间的路由存在故障。

内容的提问来源于stack exchange，提问作者GRoston