我们使用第 3 方服务提供商发送交易电子邮件。我最近注意到给定接收域的失败率增加。
发送失败并出现错误“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 - 如果一个失败，其他的仍然可以工作。您应该回复提供者并将其指向RFC 5321的第 5.1 节。引用有点太长了，但要点是，如果有多个 MX，发件人必须至少尝试前两个，并且没有限制将它们放在不同的域中。
不，这是废话。拥有此选项是您首先可以指定具有不同优先级的多个 MX 的主要原因之一。
一定还有另一个问题。