我们即将把客户从其他提供商服务器上的“常规” Courier Mail Server 移至我们的 Google Apps。因此，我们同时将他们的 DNS 记录切换为“指向”我们的网络服务器和 Google 的 MX 记录。
我们如何避免电子邮件在转换过程中丢失？我们是否应该提前关闭 Courier，以便它在 DNS 更改传播之前不会收到任何电子邮件？发送到 Courier 但未收到的电子邮件会发生什么？
此外，对于那些不经常查看电子邮件的用户，如果他们在同一个域中，我们如何将他们的电子邮件从 Courier 移至 Google Apps？我们是否应该暂时将 Courier 移至另一个域？
答案1
DNS 记录的传播需要时间 - 因此在一段时间内，一些客户端会认为 Google 是您的 MX，而其他客户端可能会尝试使用旧 MX。除非您的配置非常不寻常，否则您的旧 MTA 将继续接受您域的电子邮件，直到您将其关闭或重新配置。
虽然您可以关闭服务器，但这不是必需的。如果 DNS 记录的 TTL 大于一小时，则应提前减少 TTL。尽管 Lucas 这么说，但无论您将 TTL 设置得多低，都不应期望 DNS 更改在 9 小时左右内生效。
设置 fetchmail 以从旧系统检索邮件并将其转发到新系统。
您不应使用 mx 记录检索电子邮件 (pop/imap)。您可以继续使用其 IP 地址访问旧服务器。
答案2
首先，在周末完成此操作，并且在更改 DNS 记录之前将生存时间设置得非常低（5 分钟）。
未收到的邮件将在几个小时后被丢弃（消息无法送达），但邮件服务器将继续尝试一段时间。
我认为您能做的最好的事情是首先允许 Google 应用接受您的电子邮件。然后您将不会在原始邮件服务器上收到任何消息（此时您可以关闭它），然后您就可以开始迁移了。
我建议看看特别的谷歌API关于如何迁移电子邮件。
您的最后一个问题对我来说并不是很清楚。
答案3
在迁移前 48 小时，将权重为 20（假设 Courier 邮件的权重为 10）的 Google MX 记录添加到 DNS。迁移当天，停止允许 Courier 邮件的 smtp 连接。传入邮件将不会连接到 Courier 邮件，并将尝试 Google MX 记录，因为它是列表中的下一个记录。