我们刚刚将我们的网站移到了托管服务器上，但同时保留了 Exchange 2003 来管理我们的邮件。DNS更改已生效，但我认为MX记录可能有问题。
我有：
mail.mydomain.com A Points to x.x.x.x which is the destination of the exchange server
And
mydomain.com MX Points to mail.mydomain.com
我在更改域 DNS 后更新了 MX 记录，但我的理解是 MX 记录更改时间通常是 TTL（在我的情况下为 1 小时），但是已经过了几个小时，我仍在退回邮件。
有人可以给我他们在记录更改和 TTL 时间方面的经验吗？它们通常是一致的吗？
更新： -从 farseeker 和 mrdennys 的答案来看，这只是 DNS 缓存的缓慢更新。我希望它不会花费 72 小时——但只要配置正确，那么它就需要尽可能长的时间。我会每 10 分钟检查一次并报告结果。谢谢
这是未交付报告：
Delivery to the following recipient failed permanently:
[email protected]
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 sorry, no mailbox here by that name. (#5.7.17)
(state 14).
这是我第一次使用 Plesk。我以为我正在修改我的 DNS 记录，但我认为它可能没有效果。
最新更新： - 好的，mail.mydomain.com 现在指向我的邮件交换服务器，但电子邮件仍然获得相同的 NDR。是否还有其他变量需要考虑，例如端口 - 因为电子邮件是通过外部服务器路由的？
当我的公司将我们的站点移至新 IP 时，我们发现许多 DNS 服务器忽略了在 DNS 区域记录中配置的 TTL 并使用它们自己的设置。我们将 TTL 设置为一个小时，两周后我们仍然有客户访问旧 IP。
邮件并没有那么糟糕，因为邮件流量来自一个比我们的网络流量小得多的群体，但是当我们从旧的邮件提供商转移到我们的 Exchange 服务器时，我们有几天的邮件被传递到旧的提供商.
除了联系管理包含错误信息的 DNS 服务器的人员并请求刷新您的域的 DNS 缓存外，您无能为力。有些人会，有些人会忽略你。
这完全取决于您发送电子邮件的 SMTP 服务器是否有最新的 MX 记录。很多 ISP 不遵守 TTL 并自己编造，我猜这对于 MX 来说尤其如此。
我见过在 MX 更新之前长达 72 小时的案例，尤其是对于南非 ISP。
如果 24 小时后它仍然为每个人弹跳，那就是我更担心的时候。
- 更新 -
我对您的域进行了 nslookup 并得到以下信息：
C:\用户\标记>nslookup 默认服务器：bladedc1.live.local 地址：192.168.163.50 > 设置 q=mx > ttanet.com 服务器：bladedc1.live.local 地址：192.168.163.50 ttanet.com 主要名称服务器 = NS87.WORLDNIC.COM 负责邮件地址 = namehost.WORLDNIC.COM 序列号 = 110011012 刷新 = 10800（3 小时） 重试 = 3600（1 小时） 过期 = 604800（7 天） 默认 TTL = 3600（1 小时） >看起来您的 DNS 根本没有提供任何MX 记录，但是您前面提到的 mail.example.com 的 A 记录确实存在：
并且权威名称服务器设置为：
我们是否看到来自正确 DNS 服务器的记录？
-- 更新#2 --
我相信我现在看到了正确的细节：
因此，对于您的最终用户来说，这只是一个传播/缓存问题。它肯定设置正确。