Eu não tenho uma resposta sobre o que está errado, mas você pode tentar usar o Microsoft Remote Connectivity Analyzer: link
Achei muito útil quando depurei falhas de autodescoberta em 2010.
Estou tendo um problema com a minha instalação do Exchange Server 2013. Ambiente: Windows Server 2012, 4 Exchange Servers (funções CAS / MBX colocadas), Outlook 2010.
O HLB está chegando na próxima semana, até então eu configurei o DNS RR para autodiscover.company.com e mail.company.com.
Se a visualização inicial de um domínio for adicionada ao PC, a descoberta automática e o Outlook em qualquer lugar funcionam perfeitamente. Se começar o Outlook em um PC que não seja um domínio e entrar no meu endereço de e-mail, ele faz uma pesquisa de descoberta automática usando um registro (autodiscover.company.com) e resolve o guid. mas não consigo fazer logon no servidor. Se eu fizer isso manualmente eu não posso entrar no proxyname (mail.company.com) eu tenho que digitar um nome de servidor de trocafqdn, então ele funciona.
1) Então, o pc domainjoined funciona de forma perfeita, mas não não associado ao domínio (nunca é transmitido na tela básica).
2) Test-OutlookWebServices = Descoberta Automática: falha do Provedor do Outlook (se estiver usando -debug não consigo ver nenhum erro).
3) Como é que, se usar o netstat em um computador cliente, posso ver a conexão com o servidor que hospeda o banco de dados de caixa de correio ativo. Eu não deveria ver o proxy (mail.company.com?)
4) O InternalNLBBypassUrl deve ser serverfqdn, proxy fqdn ou $ null? Quando instalado pela primeira vez, estava vazio, mas depois de um reset do ews vdir, ele configurou o campo serverfqdn!
Eu não tenho uma resposta sobre o que está errado, mas você pode tentar usar o Microsoft Remote Connectivity Analyzer: link
Achei muito útil quando depurei falhas de autodescoberta em 2010.
Eu tive esse problema duas vezes ... No meu caso, o problema estava no tipo de autenticação que foi configurado por padrão como Negociar para clientes externos, então eu mudei para Básico e o problema desapareceu.
Para o Exchange 2010:
Get-OutlookAnywhere | Set-OutlookAnywhere -ClientAuthenticationMethod "Basic"
Para o Exchange 2013:
Get-OutlookAnywhere | Set-OutlookAnywhere -ExternalClientAuthenticationMethod "Basic"
O mail.company.com é seu Servidor de Acesso para Cliente para cada um dos Servidores de Caixa de Correio?
Se você executar:
Get-MailboxDatabase |ft name, rpcclientaccessserver
Você receberá uma lista dos Servidores de Acesso para Cliente para cada Banco de Dados de Caixa de Correio.
É comum apontar todo o acesso do cliente a um único namespace e balancear a carga nele. Esse comando definirá todos os servidores de caixa de correio para usar CAS.company.com como o servidor de acesso para cliente:
Get-MailboxDatabase | Set-MailboxDatabase -RpcClientAccessServer "CAS.company.com"
Tags exchange