Os usuários do Exchange Server 2013 ou posterior ou on-line do Exchange não pode abrir pastas públicas ou caixas de correio compartilhadas em um servidor Exchange herdado

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2834139
Observação: O Assistente de configuração híbrida é incluído no do Console de Gerenciamento do Exchange no Microsoft Exchange Server 2010 não é mais suportado. Portanto, você não deve usar o Assistente de configuração híbrida antigo. Em vez disso, use o Assistente de configuração do Office 365 híbrida está disponível em http://aka.MS/HybridWizard. Para obter mais informações, consulte Assistente de configuração híbrida do Office 365 para o Exchange 2010.
Sintomas
Considere os seguintes cenários:
  • Ter uma implantação local, em que o Microsoft Exchange Server 2013 está instalado em uma organização existente do Exchange Server 2010 ou o Exchange Server 2007.
  • Ter uma implantação local, na qual 2016 do Exchange Server está instalado em uma organização existente do Exchange Server 2010.
  • Você tem uma implementação híbrida do Exchange Server e o Exchange Online no Office 365, na qual o servidor híbrido está executando Exchange Server 2013 ou posterior.
Em qualquer um desses cenários, os usuários que têm uma caixa de correio no Exchange 2013 ou posterior ou on-line do Exchange são constantemente as credenciais solicitados. Se os usuários clicarem Cancelar quando eles devem fornecer credenciais, eles podem acessar suas caixas de correio. No entanto, eles não é possível abrir os seguintes recursos:
  • Uma caixa de correio compartilhada ou um calendário compartilhado da caixa de correio no Exchange Server 2010 ou no Exchange Server 2007
  • Uma pasta pública no Exchange Server 2010 ou no Exchange Server 2007
Além disso, os usuários recebem a seguinte mensagem de erro:
Não é possível expandir a pasta. Microsoft Exchange não está disponível. Há problemas de rede ou o servidor Exchange está desativado para manutenção.
Causa
Esse problema ocorre se a opção de segurança de rede de Logon no Microsoft Outlook está definida para A autenticação anônima. Se você alterar manualmente a configuração de outra coisa, o serviço de descoberta automática alterará para Autenticação anônima. (Consulte a captura de tela a seguir)
Captura de tela para a opção

Se o Outlook em qualquer lugar é configurado usando uma das seguintes combinações, o serviço Descoberta automática envia "Anônimo" para os clientes do Outlook como a opção de segurança de rede no Logon :
  • Conjunto de "ExternalHostName" e "ExternalClientAuthenticationMethod" é definido como negociar. (Consulte a captura de tela a seguir)
    Captura de tela para a configuração do Host externo
  • "InternaClientlAuthenticationMethod" é definido como negociare "InternalClientRequireSSL" estiver definida como True. (Consulte a captura de tela a seguir)
    Captura de tela para a configuração de Host interno
Resolução
Para resolver esse problema, execute as seguintes etapas:
  1. Executar o Get-OutlookAnywhere cmdlet para verificar as configurações do Outlook em qualquer lugar no servidor do Exchange. O exemplo a seguir recupera todos os Outlook em qualquer lugar as configurações no servidor Exch1.
    Get-OutlookAnywhere -Server Exch1
  2. Se "ExternalHostName" é definido e é "ExternalClientAuthenticationMethod" Negociar, alterar "ExternalClientAuthenticationMethod" para algo diferente de Negociar. O exemplo a seguir define "ExternalClientAuthenticationMethod" NTLM para o servidor Exch1.
    Get-OutlookAnywhere -Server Exch1| Set-OutlookAnywhere -ExternalClientAuthenticationMethod NTLM
  3. Se "InternaClientlAuthenticationMethod" é definido como Negociar, e é "InternalRequireSSL" True, alterar "InternalClientAuthenticationMethod" para algo diferente de Negociar, ou alterar "InternalRequireSSL" False. O exemplo a seguir define "InternalClientAuthenticationMethod" NTLM para o servidor de Exch1:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientAuthenticationMethod NTLM
    O exemplo a seguir define "InternalRequireSSL" False para o servidor de Exch1:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientsRequireSSL $False
  4. As novas configurações devem ser aplicadas nos clientes do Outlook na próxima vez enviarem uma solicitação para o serviço de descoberta automática. Ou, você pode alterar as configurações manualmente.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2834139 - Última Revisão: 04/26/2016 00:35: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