从不同的网络声明MX是不好的做法吗？

我们正在使用第三方服务提供商来发送交易电子邮件。我最近注意到给定接收域的故障率上升。

发送失败，错误为“ 498 No MX for example.com”。

在指定的延迟后重试发送，然后通常在重试几次后成功发送。但是有时，它们超过了重试限制，并被永久删除。

我联系了提供商的支持，他们告诉我，这是由于接收域从其他提供商声明了MX。

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

他们指的是一种MX正在使用example.com而另一种正在使用的事实，example.net这显然是不正确的做法，并且可能导致上述错误。

这是我第一次听到这样的消息，我会立即打电话给BS，但我想我会给他们带来疑问的好处，并听听其他人对此话题的看法。

他们大多是错误的。

拥有一个以上的MX并不是一个坏习惯，并且在一个域中拥有一个或多个带有主机名的MX同样也不是一个坏习惯。实际上，人们通常会在自己的域中将自己的邮件服务器设置为主要MX，然后将ISP的邮件服务器作为辅助MX，这很普遍。

可能与之相关的一个很小的部分是，如果另一个域中的MX无法正确解析，例如，如果域中example.net存在DNS问题，那将是一个问题。但这就是为什么您拥有不止一台MX的原因-如果一台MX出现故障，其他MX仍然可以工作。

您应该回复提供者，并将它们指向RFC 5321第5.1节。引用时间有点长，但是要点是，如果有一个以上的MX，发件人必须至少尝试前两个，并且对将它们放在单独的域中没有任何限制。

不，这是BS。拥有此选项是您首先可以指定多个具有不同优先级的MX的主要原因之一。

肯定还有另一个问题。