萬用字元是與交換伺服器兼容的記錄
我是一家小型初創公司的技術負責人，該公司為企業客戶提供影片庫，帶有 Microsoft (.net/IIS) 堆棧。我們的一項功能是根據每個客戶的使用者名 (client.oursite.com) 為每個客戶提供自己的子域。過去，我們為每個客戶端手動設置 CNAME 記錄，但是，這變得無法管理，所以幾個月前，我添加了萬用字元 A 記錄（用於唯一 IP），將該 IP 綁定到站點IIS，並處理應用程序中的任何自定義邏輯。使用此設置，一切都執行良好。但是，我收到了託管我們交換伺服器的公司的電子郵件，要求我們刪除 A 記錄，因為他們說這會導致 Outlook 出現問題。經過幾次電子郵件交流後，我收到了以下內容
我們為客戶提供託管 Exchange 服務。這實際上意味著我們所有託管的 Exchange 客戶端都不屬於我們的 Exchange AD 組織。Microsoft 在託管方案中支持自動發現的唯一方法是正確配置 SRV DNS 記錄，我們所有託管的 Exchange 客戶都擁有該記錄。要使此設置正常工作，DNS 中根本不能存在自動發現記錄。
我沒有電子郵件管理方面的專業知識，但我很難相信沒有人曾經使用託管交換，同時在他們的 DNS 中有萬用字元 A 記錄。我們所有的 MX SRV 記錄都是正確的，並指向電子郵件主機的 ip。此外，我們無法返回手動添加 CNAME 記錄。這裡有什麼解決方法嗎？
首先，MX 記錄不是 SRV 記錄。
其次，他完全正確。我經常與我的一個客戶處理這個問題，該客戶也為他們的客戶託管 Exchange。Outlook 需要查找指向 Exchange 伺服器的自動發現資訊。擁有萬用字元記錄的問題在於它會導致
autodiscover.domain.com解析到您的 Web 伺服器，這會阻止 Outlook 找到自動發現 XML 文件並連接到 Exchange，這就是您的電子郵件主機要求您刪除萬用字元記錄的原因。解決方法是讓您在 Web 伺服器上託管自動發現 XML 文件（HTTPS 根域查詢），如鍊接文章中所述。正如您在文章中看到的那樣，Outlook 使用特定的操作順序來查找自動發現資訊。您可以在文章中看到第三種發現方法是萬用字元導致問題的方法（HTTPS 自動發現域查詢）。
第五種方法是您的 Exchange 主機為其客戶使用的方法。