我们正试图将所有我们托pipe的网站迁移到CNAMES，因为我们计划在新的一年移动服务器，并希望能够将某些客户端移动到其他某个服务器和其他客户端。 我们计划给客户一个独特的CNAME，以便日后可以更改。 （现在我们还有其他的原因，但这是主要的原因）
我们一直在用我们自己的一些领域来testing这个理论，似乎没有问题。 但是，当检查域上的MXlogging时，我得到的是CNAME值，而不是MXlogging。
可悲的是，所有这些领域都是通过控制面板完成的，但我猜测他们只是为我写区域文件。
我想为company.com创build2个CNAME
company.com. IN CNAME client.dns.ourserver.com www IN CNAME client.dns.ourserver.com MXlogging如下所示：
company.com IN MX 10 mail.company.com
我们有mail.company.com的Alogging
这样做：
host -t mx company.com
返回CNAME值而不是mxlogging。
这是预期的行为？
我已经设法使用123-reg.co.uk控制面板上面的configuration工作，但不知道如果这是比什么更幸运。
这是一个常见的错误。 您不能使用CNAME RR作为根域（例如company.com） ，并为相同区域定义其他资源logging。
请参阅为什么我无法为根logging创buildCNAMElogging？ 和RFC1034第3.6.2节的细节：
如果CNAME RR存在于一个节点上，则不应该存在其他数据。 这确保了规范名称和别名的数据不能不同。
RFC2181第10.3节说，您不能将您的MXlogging指向CNAME：
用作MX资源logging的值的域名不能是别名。
我刚刚搬到Heroku，它使用CNAME而不是Alogging，而我所要做的却是将my_domain.com指向heroku的CNAME，而不是使用指向heroku的www.my_domain.com做的CNAME，所以bare /根域没有转发，我的MXlogging仍然工作。 然后我添加了一个指针，将my_domain.comredirect到www.my_domain.com。 这似乎很好。 在我的域名提供商中，指针是使用“指针”设置创build的，我设置为“标准”“URL”和“www.my_domain.com”
我发现一些与某些DNS提供商串联的MX提供商实际上将与一个裸CNAME一起工作，如果您只是以自顶向下的logging顺序订购CNAME的MXlogging 。
它正在使用Office 365 MXlogging在Name.com注册服务器上工作，并将CNAMElogging导向到另一个域。 在testingMX查询时，我注意到我的CNAME结果首先对应于我的DNS条目顺序返回，所以我想了解为什么不先尝试订购MX，看看是否满足MX提供商。 令我惊讶的是，Office 365 MXvalidation通过，我可以确认入站和出站电子邮件确实是stream动的。 在testing了几个Web客户端之后，HTTP也确实将其parsing为指定的CNAME目标主机。
注意力不足 – 这显然违背了标准，因此可能不应该考虑任何关键的事情。 我假设logging的顺序不在规范中，因此不能正式依赖…即在您忘记这种黑客行为后立即更改。
提示 – MX工具箱免费页面非常方便检查尝试不同的DNS设置的结果。
无耻的插件，我相应的职位 。
您可以在域的根目录上使用CNAME，但是，还必须在主机logging上configuration这些MXlogging，因此如果您在域的yourdomain.com和yourdomain的根目录中configuration了mx1.mail.com。 com是CNAME到thisrecord.cname.com，您还必须确保在该CNAME主机上configuration了mx1.mail.com; 如果没有，所有的邮件将会丢失！