当邮件服务器的 DNS 失败时会发生什么?

当邮件服务器的 DNS 失败时会发生什么?

如果发件人无法获取邮件服务器的 DNS 解析,邮件会发生什么情况?

例如,假设正在发送邮件,发现 MX 记录为 mx.example.com。但尝试通过查找 A 记录来提供 IP 地址来解析 mx.example.com 失败。发件人稍后会重试,还是将邮件视为永久无法投递?

如果是后者,那么如果第二个 MX 记录指向另一个域上不起作用但可解析的主机名,情况会更好吗?

我之所以问这个问题,是因为目前我在各种情况下都遇到了数量不多但影响重大的 DNS 故障。这种情况发生在各种公共名称服务器上,尽管使用的是顶级名称服务。我还偶尔收到邮件投递失败的报告。我怀疑这两者是有关联的,因为服务器监控报告偶尔出现停机时间,并将无法解析主机名作为故障的性质。

补充信息:少数大型组织告诉我或同一域内邮箱的其他用户,邮件无法使用,这让我感到担忧。我从监控中得知,邮件服务器在绝大多数时间都处于运行状态,任何停机时间都非常短暂。再加上监控报告称故障是由于无法将邮件服务器名称解析为 IP 地址,这让我认为发件人将 DNS 故障视为永久故障,而不进行重试。但大部分过程都不在我的控制范围内,我正在寻找可以消除问题的方法。声称邮件失败的大型组织不太可能回应要求提供有关其索赔的技术细节的请求,这无济于事。

答案1

一般来说有两种选择:

  • 发件人使用的邮件服务器触发立即投递失败,并且发件人收到带有“友好”错误消息的退回通知
  • 发件人使用的邮件服务器识别出临时问题,并将邮件放入队列以便稍后发送。根据问题解决的速度,邮件将到达其预期收件人,或者队列将超时,发件人将收到延迟的退回邮件。

我认为这取决于确切的 DNS 故障模式,并且其影响甚至可能因发送邮件服务器而异……

有许多典型问答关于 DNS(例如这个) 可能会提供一些相关背景信息。

相关内容