邮件发送失败若由dns记录配置引发，核心在于系统或邮件服务器无法正确找到目标邮件服务器的位置，需从发件端解析行为、域名权威记录、本地解析环境三方面验证：用nslookup检查smtp域名和mx记录是否正常解析，确认spf、cname等关键记录完整生效，并排除/etc/hosts劫持、dns缓存残留及网络设置中dns顺序问题。
邮件发送失败若由 DNS 记录配置引发，核心在于系统或邮件服务器无法正确找到目标邮件服务器的位置。排查需从发件端解析行为、域名权威记录、本地解析环境三方面入手，不靠猜测，靠验证。
验证 SMTP 域名能否正常解析
邮件客户端（如 macOS 邮件、Foxmail、Outlook）在发送前必须将你配置的 SMTP 服务器域名（如 smtp.gmail.com、smtp.qiye.aliyun.com）解析为 IP 地址。若这一步失败，发送直接卡住。
- 打开终端，运行：nslookup smtp.your-provider.com（把 your-provider.com 换成你实际用的 SMTP 域名）
- 观察返回结果：是否有有效 IPv4/IPv6 地址？是否显示 NXDOMAIN、server can't find 或超时？
- 再试：nslookup -type=MX yourdomain.com（如果你是自建邮箱或企业邮箱），确认 MX 记录是否指向正确的邮件服务器
- 补充对比：用 ping -c 3 8.8.8.8 和 ping -c 3 google.com —— 前者通、后者不通，基本可锁定是 DNS 解析层问题
检查关键 DNS 记录是否完整且生效
对外发信，不只是客户端要查 SMTP 域名，接收方服务器也会反向验证你的域名身份。缺失或错误的记录会导致被拒收、退信（如提示“发件人地址错误”或 451 错误）。
IntoDNS.ai
下载
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
- MX 记录：必须存在，且优先级合理，指向真实的邮件服务器（如 mx1.qiye.aliyun.com）。用 nslookup -type=MX yourdomain.com 直接查公网解析结果
- SPF 记录：TXT 类型，声明哪些 IP 或域名有权为你域名发信。缺失或语法错误（如漏掉 -all）易被标记为伪造
- CNAME 记录：常见于 smtp/imap/mail 子域，例如 smtp.yourdomain.com → smtp.qiye.aliyun.com，需确保跳转链无断点
- 注意 TTL：刚改完记录，可用 dig yourdomain.com MX +short 或在线工具（如 mxtoolbox.com）查全球缓存状态，避免本地测试过早下结论
排除本地 DNS 干扰因素
即使公网 DNS 记录正确，你的设备也可能因本地设置绕过或污染解析结果。
- /etc/hosts 劫持：终端执行 sudo nano /etc/hosts，查找含 smtp、mail、gmail 等关键词且指向 0.0.0.0 或 127.0.0.1 的行，直接删除
- DNS 缓存残留：macOS Ventura 及以上用 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder；Monterey 及更早仅需 sudo killall -HUP mDNSResponder
- 网络设置中 DNS 顺序：进入「系统设置 → 网络 → 详细信息 → DNS」，把 1.1.1.1 或 8.8.8.8 加入并拖至顶部，确保系统优先使用干净 DNS
绕过 DNS 测试是否真为解析问题
如果怀疑 DNS 返回了不可达 IP（比如 Foxmail 抓包发现解析出的 SMTP IP 无法 TCP 连接），可临时用 IP 替代域名验证：
- 用 nslookup smtp.your-provider.com 获取当前解析到的 IP
- 执行 telnet [IP] 25 或 nc -zv [IP] 25，看 25（或 587/465）端口是否可达
- 若不可达，但换一个解析结果（如不同 DNS 下查出的另一 IP）可达，说明问题出在 DNS 负载均衡或污染上
- 此时可在邮件客户端中将 SMTP 服务器设为该可用 IP（不推荐长期使用，但可快速定位和应急）
