邮件服务器DNS失败时会发生什么情况?

如果发件人无法获取邮件服务器的DNSparsing,邮件会发生什么变化?

例如,假设正在发送邮件,并且MXlogging被发现为mx.example.com。 但是,通过查找Alogging来parsingmx.example.com的IP地址尝试失败。 发件人稍后再试,还是认为邮件永久无法投递?

如果是后者,如果第二个MXlogging指向另一个域上的非function性但可parsing的主机名,情况会更好吗?

我要问的原因是,目前我在各种环境下遇到了一小部分DNS故障。 这种情况发生在各种公用名称服务器上,尽pipe使用了一stream的名称服务。 我也偶尔收到邮件投递失败的报告。 我怀疑这两者是连接在一起的,因为服务器监控报告偶尔停机时间,并指出由于失败的性质而无法parsing主机名。

添加信息:我的担忧是由less数大型组织的实例告诉我或其他邮件用户在同一个域中,邮件不工作。 我从监测中知道,邮件服务器在绝大多数时间里都处于运行状态,任何停机时间都非常短暂。 这一点,以及由于无法将邮件服务器名称parsing为IP地址而导致的失败监控报告,使我认为发件人将DNS故障视为永久性故障,而不是重试。 但是这个过程的大部分都是我无法控制的,我正在寻找可以解决问题的方法。 声称邮件失败的大型组织不太可能响应索赔的技术详细信息请求,但这并没有帮助。

一般来说有两种select:

  • 发件人使用的邮件服务器触发立即交付失败,并且发件人通过“友好”错误消息获取退回通知
  • 发件人使用的邮件服务器会识别出一个临时问题,并将邮件排队以备后用。 根据问题解决的速度有多快,邮件将到达预期的收件人或队列将超时,并且发件人收到延迟的退回邮件。

我认为这取决于确切的DNS失败模式和效果可能甚至不同发送邮件服务器…

有一些关于DNS的规范问答 (比如这个 ),可能会给出一些相关的背景。