Exchange 2016本地自动发现，DNS和域名网站托pipe冲突

感谢您花时间阅读我的问题。 我已经遍布谷歌和论坛寻找直接的答案我的问题，但没有运气到目前为止。

我有一个在本地主机上运行的Exchange 2016服务器。 为了讨论的缘故，它的信息（具体名称按照惯例改变，但格式正确）：

• 主持真正的FQDN – mail.internal.example.com
• 所有的“内部”和“外部”URL都被configuration为“ https://mail.example.com ”，根据需要在/ OWA末尾添加适当的path。
• 来自DigiCert的通配符SSL证书，* .example.com为CN和* .example.com，example.com，*。internal.example.com，internal.example.com SAN。

一般情况下，正常工作。 然而自动发现似乎真的搞乱了事情。 我了解到，自动发现首先尝试首先检查https://example.com/Autodiscover/autodiscover.xml ，然后检查https://autodiscover.example.com/Autodiscover/Autodiscover.xml 。 为什么微软决定使用这个选项时，他们有明确的使用CNAME或SRVlogging这个相同的任务的指导是超出我的。

我的公共域名DNS注册商和域名服务器是NetworkSolutions，我有一个由GoDaddy托pipe的网站。

• 意外的RCODE（SERVFAIL）导致绑定崩溃？
• 如何在CentOS上添加名称服务器和域名DNS条目？
• 来自DNSvalidation服务的错误：RFC821 4.3
• 设置不同IP上的子域的DNS设置以支持邮件服务
• 修复Web服务器的可访问性

所以自动发现首先检查example.com，并find我的Alogging指向Godaddy，所以我的客户不必inputwww到他们的浏览器。 由于我没有在GoDaddy上进行DNS或电子邮件托pipe，似乎没有办法让他们将这个stream量redirect到正确的服务器。 由于自动发现正在检查当然是打开的端口443，因此它会检查失败的SSL证书，因为我还没有将其添加到主机。 在这两种情况下，虽然我甚至不希望自动发现服务得到这么多。 第一次失败是完整的PC Outlook客户端的一个小问题，然后它只是去检查autodiscover.example.com和工作，但几乎所有的移动设备在这里失败，迫使我手动input正确的服务器名称，在这一点倾向于工作。

据我所知，证书工作正常，我没有这些问题。

所以目前我已经从公共DNS中删除了@Alogging，这导致第一次自动发现检查快速失败并继续前进，但是现在我的客户必须手动inputwww到地址栏，而客户是客户，理想。

有没有人遇到过更优雅的解决scheme？ 我会采取任何事情，但最佳实践解决scheme将是最受欢迎的。 我必须使GoDaddy我的公共DNS，让他们做一些redirect？ 我真的不知道这是如何工作的，因为httpsstream量是encryption的，那么GoDaddy如何知道要redirect的stream量呢？

因此，我想这将是TLDR：当example.com成功但是错误地parsing为云中的Web服务器，但是我的邮件服务器已经启动时，如何使Autodiscover在Android或其他移动设备上工作？