é curinga um registro compatível com o servidor do Exchange

Question

Eu sou o líder técnico em uma pequena startup que fornece uma biblioteca de vídeo para clientes corporativos, com uma pilha Microsoft (.net / IIS). Um de nossos recursos é fornecer a cada cliente seu próprio subdomínio com base em seu nome de usuário (client.oursite.com). Antigamente, estávamos configurando manualmente os registros CNAME para cada cliente, no entanto, estava ficando impossível gerenciá-los. Alguns meses atrás, adicionei um registro curinga A (para um IP exclusivo), vinculei esse IP ao site em IIS e manipulou qualquer lógica personalizada no aplicativo. Tudo tem funcionado muito bem com essa configuração. No entanto, recebi um e-mail da empresa que hospedava nosso servidor Exchange, solicitando a remoção do registro A, pois eles disseram que causariam problemas com o Outlook. Depois de várias trocas de e-mail, recebi o seguinte

We are providing hosted Exchange services to our clients. What that effectively means is that all of our hosted Exchange clients are not a part of our Exchange AD organization. The only way to support autodiscover in the hosted scenario by Microsoft is to have properly configured SRV DNS record in place which all of our hosted Exchange customers do have. For this setup to work A autodiscover record must not be present in the DNS at all.

Eu não tenho experiência em administração de e-mail, mas acho difícil acreditar que ninguém tenha usado a troca hospedada enquanto tem um registro curinga em seu DNS. Todos os nossos registros MX SRV estão corretos e apontam para o ip do host de email. Além disso, não há como voltar a adicionar manualmente os registros CNAME. Existe alguma solução aqui?

    

Answer 1

Primeiro, os registros MX não são registros SRV.

Segundo, ele está absolutamente certo. Eu lido com esse problema com frequência com um dos meus clientes que também hospeda o Exchange para seus clientes. O Outlook precisa encontrar informações de descoberta automática que aponte para o servidor do Exchange. O problema em ter um registro curinga é que ele causa autodiscover.domain.com para resolver seu servidor da Web, o que impede que o Outlook localize o arquivo XML de descoberta automática e conecte-se ao Exchange, motivo pelo qual seu host de email está solicitando a remoção do registro curinga.

A solução alternativa seria hospedar o arquivo XML de descoberta automática em seu servidor da Web (consulta de domínio raiz HTTPS) conforme relacionado nos artigos vinculados. Como você pode ver nos artigos, há uma ordem definida de operações que o Outlook usa para localizar as informações de descoberta automática. Você pode ver nos artigos que o terceiro método de descoberta é aquele com o qual seu curinga está causando problemas (consulta de domínio de Descoberta Automática HTTPS).

O quinto método é o que o seu hoster do Exchange está usando para seus clientes.

link

link