我是一个Web开发人员也处理托pipe设置。 我经常会得到一些当地公司托pipe的现有网站的客户，并尝试在其主机上设置PHP / MySQL网站，因此我更愿意通过LiquidWeb VPS托pipe网站，而在Linux上， Apache，MySQL，PHP（LAMP）等
我想弄清楚如何顺利移动电子邮件主机。 最后一次我改变了客户端的主机，新的域名设置需要花费一两天的时间，所以有些邮件将被送到他们的旧主机，有些邮件将被送到新的主机。 有一个更简单的方法来处理？
为电子邮件和他们的网站设置一个单独的主机有多难？这样我就可以只留下电子邮件，只移动网站？ 当我为他们的域名设置DNS时，我只给了一个域名本身的选项，而不是像邮件这样的子域名。
如果客户端使用Microsoft Exchange，但是我想使用LAMP？
正如你所看到的，我是这方面的新手，所以请耐心等待:-)
我的公司做了类似的服务，我们做的是这个。
我们为他们的网站提供一个集群，并为他们的电子邮件提供集群。
当我们迁移电子邮件时，我们更新了DNS，事情开始stream向新的方向。 然后我们有软件将不断检查他们的旧电子邮件帐户，并下载任何新的邮件到我们的服务器。
我们通过一个自定义的脚本来完成，但是我相信一个SquirrelMail插件可以做到这一点，这可能会更容易使用。
这可以让你在你的服务器上设置它们，当DNS仍在传播时，它们仍然可以收到所有的电子邮件，而且只需要在一个地方查看邮件。
大多数（我知道的）Exchange用户也允许POP访问，它仍然可以与上面的SM插件一起工作。
过去需要一段时间的原因很可能是由于MXloggingcaching。 在移动之前，通常将DNS TTL设置为较低的值，例如5分钟甚至1分钟。 如果你正在经历像GoDaddy的东西，你可以自己改变这个，或者你可以让你的托pipeDNS提供商来改变它。
MXlogging是域的DNS设置，可以让其他邮件服务器知道发送邮件的位置。 它可以完全独立于Web服务器（www.example.com），通常是。
http://help.godaddy.com/article/680#mxrecs < – 专门用于GoDaddy
不幸的是，邮件传输的过渡期是难以避免的。 避免这种情况的唯一方法是，如果该域的MXlogging指向双方的相同主机，例如使用Google Apps安装程序。 这是因为更改MXlogging是DNS更改，而DNS更改可能需要很长时间才能完全掌握。 一些服务器cachinglogging的方式比那条logging上的TTL要长，并且级联。 因此，当您移动MXlogging时，两台服务器都需要能够正确接收邮件，直到所有stream量切换到新的主机。
为电子邮件和他们的网站设置一个单独的主机有多难？这样我就可以只留下电子邮件，只能移动网站？
这是MX DNSlogging的devise目的。 它告诉邮件程序域中的哪个服务器是负责接收邮件的服务器。 这就是说，发送到example.com的邮件可以通过ASPMX.L.GOOGLE.COM来处理。