我们正在将我们的一台smtp服务器从一个主机提供商（A）移到另一个主机提供商（B）。 由于这一举动，服务器的IP地址将不得不改变。
我们的计划是要做到以下几点：
这是一个合理的计划吗？ 有什么我们可以做的，以尽量减less发送和接收邮件的中断？ 我发送电子邮件的一个担心就是那些使用反向dns和forward dns来validation机器处于启动状态的系统。 我以为收到的邮件不是什么问题。 我在这个过程中遗漏了什么？
你真的需要build立一个新的服务器，而不是只移动旧的服务器？
同时更改rDNS和Alogging。 提前更改rDNS我看不出任何价值。
好主意。
这不是DNS的工作原理。 DNSlogging不会“出去”。 DNS是一种拉技术而不是推技术。 您希望TTL足够低，以便在已parsingDNSlogging并将其放入caching的服务器上，DNSlogging不会caching很长一段时间。 在caching中没有DNSlogging的服务器已经在执行DNSlogging查找时立即获得新的DNS信息。
好主意，但24小时对我来说似乎有点长。 我通常设置1小时作为我的TTL。 它足够短，足以让我们迅速做出改变，并且足够长，不会给我们的名字服务器带来不适当的负担。
好主意
DNSlogging不传播，他们caching。 没有必要等到他们“走出去”，因为这不是DNS的工作原理。 如果邮件服务器在TTL中指定的时间内没有向您发送邮件，将会查找DNSlogging，并立即find新的DNS信息。 任何在TTL中指定的时间内向您发送邮件的服务器，在TTL生命周期内，都会在其caching中包含旧的DNS信息。 当TTL的生命到期时，他们将执行新的查找并立即获取新的信息。 在计划的割接前大约24小时将TTL设置为1小时就足以减less丢失一些收到的电子邮件的风险。 另外，大多数邮件服务器会尝试发送电子邮件48小时，所以即使有几个电子邮件服务器在切换过程中“错过”了，他们也应该继续重试48小时，并在能够连接时发送邮件。
我们一直为客户做这种事情。 我们在星期五晚上的晚上8点更改DNSlogging，到晚上9点左右，电子邮件将完全stream向新的服务器。
听起来不错。 确保您将这两个邮件服务器都列为DNS中受祝福的传出邮件服务器。 这包括像DomainKeys的东西。