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,发件人必须至少尝试前两个,并且没有限制将它们放在不同的域中。
| 归档时间: |
|
| 查看次数: |
2355 次 |
| 最近记录: |