我有一个使用ENOM进行域名pipe理的客户端，Google电子邮件托pipe服务的Google商务应用服务和Web Hosting的networking解决scheme。 客户通过CompanyX购买域名，通过ENOMpipe理域名。 CompanyX直到今天还在托pipe他们的网站。
客户最近只想把他们的主机移动到networking解决scheme。 所以我在networking解决scheme服务器上开发了他们的新网站。 当我们启动时，我要求CompanyX将其域名的DNS条目从CompanyX的服务器更改为Network Solutions提供的DNS服务器。
当他们这样做时，客户的电子邮件（通过Google Biz Apps）停止工作。
我的问题是为什么？
根据公司X，networking解决scheme需要添加MXlogging到他们的最后…但是这对我来说没什么意义，因为MXlogging（至less我的理解）是通过ENOMconfiguration的…而且MXlogging已经指向到谷歌，不应该改变，那么过渡应该是无缝的。
我有这个错吗？ networking主机是否也必须在其末尾添加MXlogging？ 这一切都可以通过ENOM进行configuration吗？
感谢大家的答案。 你已经帮助我更好地理解这个混乱，我终于理顺了。
我把CompanyX从networking解决scheme中“撤销”了域名的pipe理，所以我们又回到了域名的pipe理者身边。 之后，他们创build了一条指向networking解决schemeIP地址的Alogging，然后一切恢复正常。 （至less我认为这是发生了什么事）。
我要求CompanyX保留域名pipe理的原因是我无法使用Network Solutions在线帐户pipe理系统修改MXlogging，当我打电话给他们讨论这个问题时，他们声称CompanyX负责MXlogging，结果是不准确的。
让我们先澄清一下。 CompanyX正在使用ENOM API来注册域名。 因此，您不能直接访问ENOM，而是直接访问CompanyX。 所以你可以pipe理DNS（包括A，CNAME，MX等）
在CompanyX的帐户中，将NAMESERVERS更改为Network Solutions（您的Web主机）。 然后，networking解决scheme获得对该域的所有请求 – 包括HTTP，MX（电子邮件），TXT查找等。换句话说，networking解决scheme成为专用名称服务器。 然后，CompanyX的DNSpipe理页面变为非活动状态。
在Network Solutions的DNSpipe理页面中，您需要将MXlogging添加到Google Apps。 查看Google Apps安装说明，了解具体方法。 不是一个大任务。
或者，您可以创build2（www.example.com和example.com）Alogging在COMPANYX DNS MANAGEMENT页面，而不是NS的DNS，指向NS的IP地址。 这可以工作，但是当你创build子域（比如secure.example.com）时，你需要手动将secure.example.com指向NS的IP。 当你使用NS的DNS时，NS可以自动完成。
另外请注意，一旦你设置NS的域名，NS的电子邮件帐户将无法正常工作。 所有电子邮件都转到Google Apps。
“NS”是指networking解决scheme。 “CompanyX”意味着你的问题。 networking解决scheme是您的虚拟主机（假设）Google Apps是电子邮件主机（假设）
CompanyX已经将域名委托给现在正在pipe理该域名的networking解决scheme。
您需要使用networking解决scheme来设置MXlogging。
CompanyX现在仅仅是注册服务商，他们唯一的angular色就是对networking解决scheme进行分析。