Outlook exigindo senha após a reinicialização do Exchange


11

Recentemente, mudamos do Exchange 2003 para 2010 e percebemos uma peculiaridade que está nos incomodando.

Se o nosso servidor de troca (servidor único) ficar inativo, ou seja, for reiniciado ou o cliente perder a conectividade (ou, por exemplo, uma reinicialização for realizada da noite para o dia e o computador do usuário estiver ligado no momento), será solicitado que você faça o login e precisará use a notação domínio completo \ nome de usuário no campo nome de usuário para fazer login novamente. Ou isso ou reinicie o Outlook.

Não é grande coisa, mas muitos usuários inexperientes ficam confusos com isso, e alguns não percebem que precisam fazer algo e, portanto, suas perspectivas ficam lá sem receber e-mails até que finalmente notem.

Isso costumava ser contínuo, o que preciso fazer para recuperar isso de novo?


Ótima pergunta. Isso também ocorre com o Exchange 2007 / Outlook 2007.
Skyhawk

Curiosamente, eu recebi isso em 2003 quando reinicializamos o servidor - no entanto, o OP diz que a instalação costumava ser perfeita. Interessante mesmo.
Ben Pilbrow 30/09/10

Seu servidor Exchange está na mesma rede que seus clientes ou você está se conectando a um local remoto?
Sam Cogan

todos na mesma rede / local físico, às vezes usamos acesso remoto, mas a maioria dos usuários não.
RodH257

Respostas:


2

Isso ocorre porque as configurações da conta do Outlook foram definidas com o "Outlook em Qualquer Lugar" ativado. Você pode desligá-lo, se não quiser.

Assim, quando a troca for reiniciada, ela perderá a conexão e a restaurará assim que voltar a ficar on-line e não tentará se conectar via https - Outlook Anywhere.

Normalmente, aconselho meu usuário a reiniciar o Outlook. Se eles inserirem suas credenciais, ela mudará a conexão para trocar da conexão nativa via lan para HTTPS.


2
Isso pode ser relevante se o Outlook em Qualquer Lugar estiver configurado para se conectar usando a autenticação Básica e eles tiverem que digitar sua senha normalmente ao abrir o Outlook. Se o Outlook em Qualquer Lugar estiver configurado para usar a autenticação NTLM, ele deverá usar suas credenciais automaticamente e não solicitar senhas.
TessellatingHeckler

1
Eu vejo esse comportamento mesmo com o Outlook em Qualquer Lugar configurado para usar o NTLM - na verdade, não deve ser solicitado, mas é o que acontece (somente após a reinicialização do servidor do Exchange em que a conectividade é perdida) Os usuários normalmente não são solicitados - nunca, nem mesmo uma vez - exceto após um reinicialização do Exchange se o Outlook estava aberto durante a reinicialização.
Joshua McKinnon

Outlook Anywhereestá ativado e usa NTLM, mas eu o desabilito para meu domínio local via GPO. Ainda assim, quando eu reinicio o servidor, o Outlook pede uma senha.
Sirber

0

Também estou enfrentando o mesmo problema, é estranho que apenas algumas pessoas o experimentem. Também reinicializei o servidor no fim de semana enquanto os PCs estavam desligados e algumas pessoas ainda foram avisadas na manhã de segunda-feira.

Estou preocupado que desligar o Outlook em Qualquer Lugar afete meus usuários externos.

Talvez você possa tentar isso, ainda não foi possível testá-lo: Outlook> Ferramentas> Configurações da conta> Alterar> Guia Mais configurações> Desmarque a opção "conectar-se à minha caixa de correio do Exchange usando http".

Você instalou todos os pacotes cumulativos de atualizações do Exchange?

Este tópico também oferece alguns conselhos: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

Você pode ver esse comportamento se o Outlook estiver configurado para usar apenas a autenticação Kerberos e a diferença de horário entre o relógio do cliente e o servidor estiver desativada por mais de 5 minutos.


-1

Crie um arquivo em lotes na área de trabalho de todos os usuários com o seguinte:

NET STOP msexchangerpc Shutdown -r -t 15

Sempre use isso para reiniciar o sistema. Ele desliga o serviço que faz com que os usuários tenham que efetuar login novamente. Funcionou pelo menos no nosso caso.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.