我是一家小型创业公司的技术负责人，他使用Microsoft（.net / IIS）协议栈为企业客户提供video库。 我们的function之一就是根据用户名（client.oursite.com）为每个客户提供自己的子域。 在过去，我们为每个客户端手动设置了CNAMElogging，但是，它变得不可能pipe理，所以几个月前，我添加了一个通配符Alogging（对于一个唯一的IP），将IP绑定到站点IIS，并处理应用程序中的任何自定义逻辑。 这个设置一切正常。 但是，我收到了托pipe我们交易服务器的公司发来的一封电子邮件，要求我们删除Alogging，因为他们说这会造成Outlook的问题。 经过几次电子邮件交stream，我收到以下信息
我们正在为客户提供托pipe的Exchange服务。 实际上，所有托pipe的Exchange客户端都不是我们的Exchange AD组织的一部分。 微软在托pipescheme中支持自动发现的唯一方法是正确configuration所有托pipeExchange客户所拥有的SRV DNSlogging。 要使此设置工作自动发现logging一定不能出现在DNS中。
我在电子邮件pipe理方面没有专业知识，但是我发现很难相信没有人使用托pipe交换，而在他们的DNS中有通配符logging。 我们所有的MX SRVlogging都是正确的，并指向电子邮件主机的IP。 此外，我们无法回到手动添加CNAMElogging。 这里有什么解决办法吗？
首先，MXlogging不是SRVlogging。
其次，他是绝对正确的。 我经常与我的客户之一处理这个问题，他们也为客户托pipeExchange。 Outlook需要find指向Exchange服务器的自动发现信息。 有通配符logging的问题是它导致autodiscover.domain.comparsing到您的Web服务器，从而阻止Outlookfind自动发现XML文件并连接到Exchange，这就是为什么您的电子邮件主机要求您删除通配符logging。
解决方法是将您的Web服务器上的自动发现XML文件（HTTPS根域查询）作为链接文章中的相关主机。 正如您在文章中看到的那样，Outlook用来定位自动发现信息的操作有确定的顺序。 您可以在文章中看到第三个发现方法是您的通配符导致问题（HTTPS自动发现域查询）的方法。
第五种方法是您的Exchange主机为其客户使用的方法。