我们即将把客户从另一个提供商服务器上的“常规”邮递服务器移到Google Apps。 所以同时，我们将他们的DNSlogging切换到“指向”我们的networking服务器和Google的MXlogging。
我们如何避免电子邮件在转换中迷路？ 我们是否应该事先closuresCourier，以便它在DNS更改传播之前不会收到任何电子邮件？ 发送给Courier但未收到的电子邮件会发生什么情况？
另外，那些不经常查看电子邮件的用户呢，当他们在同一个域上时，我们如何将他们的电子邮件从Courier移到Google Apps？ 我们是否应该暂时将信使转移到另一个域名？
DNSlogging需要花费时间 – 所以会有一段时间，一些客户认为Google是你的MX，而其他客户可能会尝试使用旧的MX。 除非您有非常不寻常的configuration，否则您的旧MTA将继续接受您的域名的电子邮件，直到您closures/重新configuration为止。
虽然你可以closures你的服务器，但没有必要。 如果超过一个小时，您应该提前减lessDNSlogging中的TTL。 尽pipe卢卡斯说，不pipe你设置的TTL有多低，你都不应该指望DNS变化在不到9个小时的时间内传播。
设置fetchmail以从旧系统检索邮件并将其转发给新的系统。
您不应该使用mxlogging检索电子邮件（pop / imap）。 您可以继续使用其IP地址访问旧服务器。
首先在一个周末做这个事情，然后在你改变DNSlogging的时候，把时间真的变得很低（5分钟）。
未收到的邮件将在几个小时后被丢弃（邮件无法传递），但邮件服务器将不断尝试。
我认为你可以做的最好的事情是首先让谷歌应用程序接受你的电子邮件。 然后，您将不会收到原始邮件服务器上的任何更多消息（此时您可以将其closures），并且可以开始迁移。
我build议看看如何迁移电子邮件的特殊Google API 。
你最后的问题不是很清楚。
在移动之前的48小时，向Google DNS添加权重为20的Google MXlogging（假设Courier邮件的权重为10）。 在移动当天停止允许smtp连接到Courier邮件。 传入邮件将不会连接到Courier邮件，并会尝试Google MXlogging，因为它是列表中的下一个邮件logging。