>人们向您的用户发送电子邮件
>您的用户收集他们的电子邮件
>您的用户发送电子邮件.
>您的邮件服务器将这些电子邮件传递给其他人的服务器.

其中每个都需要处理可能不同的DNS条目.

>您的MX记录.它当前应该包含一个名称,例如mail.example.com,它反过来应该包含一个包含IP地址的A记录,其他人可以向您的用户发送电子邮件.如果您的MX记录是example.com而不是mail.example.com,您可能希望在迁移之前更改它.
>您的用户将其作为POP或IMAP服务器放入其邮件客户端的内容.这可以是原始IP地址或您的主域(example.com)或子域.通常使用pop.example.com,imap.example.com或mail.example.com之类的东西.
>您的用户将其作为SMTP服务器放入其邮件客户端的内容.与POP和IMAP设置一样,这通常是子域,例如smtp.example.com.
>对此重要的两个DNS记录是您的SPF记录和您的PTR记录.除了可能在发送邮件时添加新的Web服务器之外,您不会想要更改SPF记录.某些邮件服务器希望您的正向和反向DNS匹配,因此如果邮件服务器IP地址的PTR指向example.com并且example.com现在解析为新的Web服务器IP地址,则某些邮件服务器将拒绝您的用户发送的电子邮件给他们.

在你的情况下我会做什么：

>创建mail.example.com,pop.example.com,imap.example.com和smtp.example.com,并为它们提供指向邮件服务器的所有A记录.
>验证组织中的每个用户是否正在使用这些用户的某些组合,并且只在其邮件客户端中使用这些子域. (不要忘记智能手机.)
>验证您的MX记录是否正在使用其中一个子域.
>验证邮件服务器IP地址的PTR是否为其中一个子域.
>确保所有这些DNS更改都有时间清除其他人的缓存.这意味着等待最长的现有TTL.
>将域的DNS更改为指向新的Web服务器.

笔记：

>您可以非常轻松,安全地更改www子域,而不会影响电子邮件. (除非你做了一些奇怪的事情,比如将www.example.com放在用户的邮件客户端中.)你甚至可以在这里停下来,而不用担心上述任何步骤.保留在邮件服务器上运行的Web服务器,该服务器不会执行任何操作,只会向www.example.com发送301重定向.>做上述所有的变化,而潜在的慢,现在艰苦,可以让你避免的悲伤在未来,因为你所有的独立的服务现在都指向分开的子域和所有用户都使用一致的命名方案来找到这些服务.未来的变化将很容易.>您可以通过编辑自己的主机文件来自行测试DNS更改.这将允许您检查您的用户是否可以发送和接收电子邮件,以及其他人可以向您发送电子邮件.