我正在改变networking主机，将使用新的主机邮件服务器，而不是旧的。
我已经在新服务上创build了所有正确命名的邮箱，但是还没有与旧的虚拟主机断开连接。 我期望即使指向新的主机DNS服务器和相应的SOA \区域文件与新的MX值的新的DNS值尚未传播，并且一个电子邮件针对旧的主机邮件服务器按照mx在旧的托pipe服务提供商所持有的SOA \ zonelogging中，电子邮件仍然会通过旧主机提供商邮件服务器上的邮箱。 所以我只是试图重申，如果我得到了这个权利，我实在不可能松散的电子邮件，因为它会击中旧的主机邮件服务器或新的？
也可以通过input多个pop3地址来configuration相同的电子邮件帐户来检查和收集来自不同邮件服务器的邮件吗？ 如果我select通过在新的虚拟主机托pipe的SOAlogging中指定具有较低优先级的mxlogging来保留旧的虚拟主机邮件托pipe服务作为备份，是否可以将任何传入的电子邮件发送到服务器的邮件守护进程，所以我有两个副本？ 或者，我的唯一select是让主邮件服务器将电子邮件转发到旧的邮件服务器上？
在新的邮件服务器准备通过smtp为你的域接收邮件并通过imap和/或pop等发送邮件之后，你想要改变旧的服务器来转发邮件到新的服务器。 在您更改MXlogging之前获取所有这些工作。 那么邮件到达旧服务器或新服务器并不重要，因为它最终都会在新服务器上结束。
当我提到大多数DNS变化时，我不喜欢使用术语“传播”的人，因为我发现大多数人正在误导正在发生的事情。 通常，DNS更改是即时的，不需要传播。 只有当您在注册服务商更改域名服务器时才会进行传播，并且这些更改需要发送到所有根DNS服务器。 这是一个过去需要花费很多时间才能完成的操作，但不再需要太多时间。 现在人们谈论传播时，他们通常不正确地引用DNS TTL。
每当一个权威的域名服务器回答一个DNS问题（比如这个域名的mxlogging是什么）时，这个答案就会附带一个TTL，表示“这里是你的答案，你可以假设这个答案是X秒的正确答案”。 所以如果你的MXlogging有很长的TTL，然后改变它们。 查看MXlogging的人可能会长时间caching结果，因此，更改后，将长时间将邮件发送到错误的服务器。 如果您正在预测DNSlogging的更改。 你可以把TTL放到一些小的东西上，直到改变。