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

Der*_*ler 21 domain-name-system mx-record best-practices

我们正在使用第 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.
Run Code Online (Sandbox Code Playgroud)

他们指的是一个 MX 正在使用example.com而另一个正在使用这一事实,example.net这显然是不好的做法,可能会导致上述错误。

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

Jen*_*y D 44

他们大多是错误的。

拥有多个 MX 并不是一种坏习惯,让其中一个或多个具有另一个域中的主机名同样不是一种坏习惯。事实上,过去很常见的是,人们在自己的域中设置自己的邮件服务器作为主要 MX,然后将其 ISP 的邮件服务器作为辅助 MX。

可能相关的一个小部分是,如果另一个域中的 MX 不能正确解析,例如,如果域example.net有 DNS 问题,那将是一个问题。但这就是为什么你有不止一个 MX 的原因——如果一个失败,其他的仍然可以工作。

您应该回应提供者并将他们指向RFC 5321 的第 5.1 节。引用的时间有点长,但其要点是,如果有多个 MX,发件人必须至少尝试前两个,并且没有限制将它们放在不同的域中。


Sve*_*ven 24

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

一定有另一个问题。