Falha de início de sessão do Outlook após ter movido de caixa de correio do Exchange 2010 para Exchange 2013 ou o Exchange de 2016

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: 3097392
Sintomas
Quando as caixas de correio são movidas para 2013 do Exchange Server ou Exchange Server2016, os utilizadores já não podem aceder essas caixas de correio.

Este problema ocorre no seguinte cenário:
  • Um utilizador normalmente utiliza em qualquer parte do Outlook para ligar a respectiva caixa de correio do Exchange Server 2010.
  • Caixa de correio do utilizador é movida para 2013 do Exchange Server ou Exchange Server2016.
  • Depois da caixa de correio é movida e o utilizador tenta iniciar sessão, ele ou ela é-lhe pedida que "administrador do Microsoft Exchange efectuou uma alteração que necessite de sair e reiniciar o Outlook."
  • Depois de reiniciar o Outlook, o cliente permanece desligado durante 12 horas.
Causa
Depois de concluída a movimentação de caixa de correio, 2013 de servidor do Exchange ou de 2016 continua a proxy a pedido de detecção automática para o Exchange Server 2010. Exchange Server 2010 responde com um redireccionamento 302 para o Exchange Server 2013 ou de 2016 (consoante a actualização).
Resolução
Para resolver este problema, reinicie o agrupamento de aplicações de detecção automática dos servidores de 2013 do Exchange Server ou Exchange Server 2016.

Restart-WebAppPool MSExchangeAutodiscoverAppPool
Mais Informação
Neste cenário, os registos de HTTPProxy\Autodiscover contêm informações que é semelhante ao seguinte:

2015-06-16T16:01:23.845Z,d511bfef-a7e0-4e7d-beb8-6e6f8c0d2bd9,15,0,1044,21,,Autodiscover,autodiscover.fabrikam.de,/autodiscover/pmcu9..fabrikam.de/autodiscover.xml,,Negotiate,true,FABRIKAM\pmcu9,fabrikam.de,Smtp~pmcu9@fabrikam.de,Microsoft Office/15.0 (Windows NT 6.2; Microsoft Outlook 15.0.4569; Pro),192.168.2.115,E15SRV1,302,302,,POST,Proxy,e14.fabrikam.local,14.03.0123.000,IntraForest,ExplicitLogon-SMTP,,,,349,201,1,,3,1,,0,,0,,0,0,,0,24,0,1,0,0,16,0,0,0,0,0,21,0,17,4,4,7,24,,,,BeginRequest=2015-06-16T16:01:23.829Z;CorrelationID=<empty>;ProxyState-Run=None;DownLevelTargetHash=0/1/2;ClientAccessServer=E14.fabrikam.local;ResolveCasLatency=0;FEAuth=BEVersion-1937997947;ProxyToDownLevel=True;BeginGetRequestStream=2015-06-16T16:01:23.829Z;OnRequestStreamReady=2015-06-16T16:01:23.829Z;BeginGetResponse=2015-06-16T16:01:23.829Z;OnResponseReady=2015-06-16T16:01:23.845Z;EndGetResponse=2015-06-16T16:01:23.845Z;ProxyState-Complete=ProxyResponseData;EndRequest=2015-06-16T16:01:23.845Z;,


Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3097392 - Última Revisão: 06/27/2016 17:16:00 - Revisão: 3.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2013 Service Pack 1, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • kbsurveynew kbmt KB3097392 KbMtpt
Comentários