上周五晚上我们更换了邮件服务器。我们从 Office 365 转移到另一个托管 Exchange 解决方案 (Intermedia.net)。
我们使用 GoDaddy 进行 DNS 处理，在服务器迁移工作准备就绪、客户端准备就绪后，我编辑了我们的 MX 记录。GoDaddy 速度很快，因此在一小时左右的时间里，我就在 whatsmydns.com 上看到，新的、正确的 MX 记录已顺利传播。
周一早上排队。电子邮件已经发过来，但我开始听到有关退回的消息。周二的情况也一样。周二晚上，当我浏览我们的 DNS 条目并看到新 MX 记录上的 TTL 是 1 周时，我简直要抓狂了。哎呀。我将其更改为半小时。今天，一个瓶颈 messagelabs/symantec) 已更新以指向正确的服务器，但我们仍然收到一些不幸的大型外部发件人，即 Postini，将他们的邮件从旧服务器退回。
是最初的 1 周 TTL 导致的吗？尽管我昨天缩短了 TTL，Postini 会尊重最初的 TTL 吗？我快疯了，因为这似乎很无助。我让一位客户的 IT 人员联系 Postini 开具了一张票据，因为他们发给我们的用户电子邮件被退回了，但解决这个问题可能需要一些时间。我唯一的希望是今天是感恩节，这样工作基本可以结束，直到周末。周五晚上将是最初的糟糕 TTL 正式生效后的 1 周。我是否应该希望周一一切都会“恢复正常”？我不知道还要检查什么。该域已从 O365 中删除，新的 MX 记录似乎传播得很好。我正要跳下码头。
答案1
除非您知道指向旧服务器的 MX 记录的 TTL 已过期，否则切勿关闭旧服务器。如果 TTL 为/曾经为 1 周，则让旧服务器运行 1 周，以捕获可能缓存了该 MX 记录的客户端发送的任何电子邮件。
实施电子邮件切换时，请务必在规划阶段检查 MX 记录并进行相应调整。我个人认为没有理由将 MX 记录上的 TTL 设置为多于或少于 1 小时。
MX 记录上的新 TTL 对 MX 记录的旧 TTL 没有任何影响。因此，如果旧 MX 记录 TTL 为 1 周（或其他时间），则任何缓存了该记录的客户端都会在该时间段内保留它（无论其缓存中剩余的 TTL 是多少）。您更改它这一事实没有影响，因为这些客户端不会在其缓存中过期之前再次查找它。
答案2
您的场景最合理。
记住DNS 不会“传播”；相反，记录会被其他 DNS 服务器缓存在 TTL 期间。因此，有些网站可能会将旧记录缓存长达一周的时间。（并且破碎的DNS 服务器可能将其缓存更长时间，但幸运的是，这种情况很少见。）