Os utilizadores do Exchange Server 2013 ou posterior ou o Exchange Online não conseguem abrir pastas públicas ou caixas de correio partilhadas no Exchange server legado

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2834139
Nota O Assistente de configuração de híbridos que está incluído na consola de gestão do Exchange no Microsoft Exchange Server 2010 já não é suportado. Por conseguinte, já não deve utilizar o Assistente de configuração de híbridos antigo. Em alternativa, utilize o Assistente de configuração do Office 365 híbridas que está disponível em http://aka.MS/HybridWizard. Para mais informações, consulte Assistente de configuração de híbridos do Office 365 para o Exchange 2010.
Sintomas
Considere os seguintes cenários:
  • Tem uma implementação no local, onde está instalado o Microsoft Exchange Server 2013 numa organização existente do Exchange Server 2010 ou o Exchange Server 2007.
  • Tem uma implementação no local, na qual 2016 de servidor do Exchange está instalado numa organização existente do Exchange Server 2010.
  • Tem uma implementação de híbridos do Exchange Server e Exchange Online no Office 365. o, no qual o servidor de híbridos com o Exchange Server 2013 ou posterior.
Em qualquer um destes cenários, os utilizadores que tenham uma caixa de correio no Exchange 2013 ou posterior ou Exchange Online constantemente são solicitados credenciais. Se os utilizadores clicarem Cancelar quando forem solicitadas as credenciais, podem aceder às caixas de correio. No entanto, não podem abrir os seguintes recursos:
  • Uma caixa de correio partilhada ou um calendário partilhado da caixa de correio no Exchange Server 2010 ou o Exchange Server 2007
  • Uma pasta pública no Exchange Server 2010 ou o Exchange Server 2007
Além disso, os utilizadores recebem a seguinte mensagem de erro:
Não é possível expandir a pasta. Microsoft Exchange não está disponível. Existem problemas de rede ou o Exchange server está desligado para manutenção.
Causa
Este problema ocorre se a opção de segurança de rede de início de sessão no Microsoft Outlook estiver definida para Autenticação anónima. Se alterar manualmente a definição para qualquer outra coisa, o serviço de detecção automática irá alterá-la novamente para A autenticação anónima. (Consulte a seguinte captura de ecrã)
Captura de ecrã para a opção

Se o Outlook Anywhere é configurado utilizando uma das seguintes combinações, o serviço de detecção automática envia "Anónimo" para os clientes do Outlook como a opção de segurança de rede de início de sessão :
  • Está definida "ExternalHostName" e "ExternalClientAuthenticationMethod" é definido como Negotiate. (Consulte a seguinte captura de ecrã)
    Captura de ecrã para a definição do anfitrião externo
  • "InternaClientlAuthenticationMethod" está definido para Negociare "InternalClientRequireSSL" é definida como True. (Consulte a seguinte captura de ecrã)
    Captura de ecrã para a definição de sistema anfitrião interno
Resolução
Para resolver este problema, siga estes passos:
  1. Executar o Get-OutlookAnywhere cmdlet para verificar as definições em qualquer parte do Outlook no Exchange server. O exemplo seguinte obtém todas as Outlook Anywhere definições no servidor Exch1.
    Get-OutlookAnywhere -Server Exch1
  2. Se está definida "ExternalHostName" e "ExternalClientAuthenticationMethod" Negociar, altere "ExternalClientAuthenticationMethod" para algo diferente Negociar. O exemplo seguinte define "ExternalClientAuthenticationMethod" NTLM para o servidor de Exch1.
    Get-OutlookAnywhere -Server Exch1| Set-OutlookAnywhere -ExternalClientAuthenticationMethod NTLM
  3. Se "InternaClientlAuthenticationMethod" é definido como Negociar, e é "InternalRequireSSL" VERDADEIRO, altere "InternalClientAuthenticationMethod" para algo diferente Negociar, ou altere "InternalRequireSSL" para FALSO. O exemplo seguinte define "InternalClientAuthenticationMethod" NTLM para o servidor de Exch1:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientAuthenticationMethod NTLM
    O exemplo seguinte define "InternalRequireSSL" FALSO para o servidor de Exch1:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientsRequireSSL $False
  4. As novas definições devem ser aplicadas os clientes do Outlook da próxima vez que enviam um pedido para o serviço de detecção automática. Ou, pode alterar manualmente as definições.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2834139 - Última Revisão: 04/26/2016 00:34:00 - Revisão: 8.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbtshoot kbexpertiseinter o365 o365a o365e o365m o365022013 hybrid kbgraphxlink o365p kbmt KB2834139 KbMtpt
Comentários