我是一家小型初创公司的技术主管，该公司使用 Microsoft (.net/IIS) 堆栈为企业客户提供视频库。我们的一项功能是根据每个客户的用户名 (client.oursite.com) 为每个客户提供自己的子域。过去，我们手动为每个客户设置 CNAME 记录，但是，管理起来越来越困难，因此几个月前，我添加了一个通配符 A 记录（用于唯一 IP），将该 IP 绑定到 IIS 中的站点，并处理应用程序中的任何自定义逻辑。使用此设置，一切都运行良好。但是，我收到了托管我们 Exchange 服务器的公司发来的电子邮件，要求我们删除 A 记录，因为他们说这会导致 Outlook 出现问题。经过几次电子邮件交流后，我收到了以下信息
我们为客户提供托管 Exchange 服务。这实际上意味着我们所有的托管 Exchange 客户端都不属于我们的 Exchange AD 组织。在 Microsoft 托管方案中支持自动发现的唯一方法是正确配置 SRV DNS 记录，我们所有的托管 Exchange 客户都拥有该记录。要使此设置正常工作，DNS 中必须完全不存在自动发现记录。
我对电子邮件管理一窍不通，但我很难相信没有人使用过在其 DNS 中拥有通配符 A 记录的托管 Exchange。我们所有的 MX SRV 记录都是正确的，并指向电子邮件主机的 IP。此外，我们无法再手动添加 CNAME 记录。这里有任何解决方法吗？
答案1
首先，MX记录不是SRV记录。
其次，他完全正确。我经常与我的一位客户打交道，这位客户也为他们的客户提供 Exchange 托管服务。Outlook 需要查找指向 Exchange 服务器的自动发现信息。使用通配符记录的问题在于，它会导致autodiscover.domain.com解析到您的 Web 服务器，从而阻止 Outlook 找到自动发现 XML 文件并连接到 Exchange，这就是您的电子邮件主机要求您删除通配符记录的原因。
解决方法是将自动发现 XML 文件托管在您的 Web 服务器上（HTTPS 根域查询），如链接文章中所述。正如您在文章中看到的，Outlook 使用明确的操作顺序来查找自动发现信息。您可以在文章中看到，第三种发现方法是您的通配符导致问题的方法（HTTPS 自动发现域查询）。
第五种方法是您的 Exchange 托管商为其客户使用的方法。