Outlook requiere contraseña después de reiniciar el intercambio


11

Recientemente nos mudamos de Exchange 2003 a 2010, y hemos notado una peculiaridad que nos molesta.

Si nuestro servidor de intercambio (servidor único) se cae, es decir, se reinicia, o el cliente pierde la conectividad (o, por ejemplo, se reinicia durante la noche y la computadora del usuario está encendida en ese momento), se les pedirá que inicien sesión y tendrán que use la notación completa de dominio \ nombre de usuario en su campo de nombre de usuario para iniciar sesión nuevamente. O eso o reiniciar Outlook.

No es un gran problema, pero muchos usuarios sin experiencia están confundidos por esto, y algunos no se dan cuenta de que necesitan hacer algo y, por lo tanto, su perspectiva se queda allí sin recibir correos electrónicos hasta que finalmente se dan cuenta.

Esto solía ser perfecto, ¿qué tengo que hacer para recuperarlo?


Gran pregunta Esto también ocurre con Exchange 2007 / Outlook 2007.
Skyhawk

Curiosamente, recibí esto en 2003 cuando reiniciamos el servidor; sin embargo, el OP dice que su instalación solía ser perfecta. Interesante de hecho.
Ben Pilbrow

¿Está su servidor de Exchange en la misma red que sus clientes o se está conectando a una ubicación remota?
Sam Cogan

todo en la misma red / ubicación física, a veces utilizamos acceso remoto, pero la mayoría de los usuarios no.
RodH257

Respuestas:


2

Esto se debe a que la configuración de la cuenta de Outlook se configuró con "Outlook en cualquier lugar" activado. Puede apagarlo, si no lo desea.

De modo que cuando se reinicie el intercambio, perderá la conexión y la restaurará una vez que esté nuevamente en línea, y no intentará conectarse a través de https - Outlook en cualquier lugar.

Normalmente aconsejo a mi usuario que reinicie Outlook. Si ingresan su credencial, cambiará su conexión para intercambiar desde una conexión nativa a través de lan a HTTPS.


2
Esto puede ser relevante si Outlook Anywhere está configurado para conectarse mediante la autenticación básica y tienen que ingresar su contraseña normalmente al abrir Outlook. Si Outlook Anywhere está configurado para usar la autenticación NTLM, debería usar sus credenciales automáticamente y no solicitar contraseñas.
TessellatingHeckler

1
Veo este comportamiento incluso con Outlook en cualquier lugar configurado para usar NTLM; de hecho, no debería solicitarlo, pero lo hace (solo después de reiniciar un servidor de intercambio donde se pierde la conectividad) Los usuarios normalmente no se les solicita, nunca, ni una sola vez, excepto después de un reinicio del intercambio si Outlook estaba abierto durante el reinicio.
Joshua McKinnon

Outlook Anywhereestá activado y usa NTLM, pero lo desactivo para mi dominio local a través de GPO. Aún así, cuando reinicio el servidor, Outlook me pide una contraseña.
Sirber

0

También estoy experimentando el mismo problema, es extraño que solo algunas personas lo experimenten. Además, reinicié el servidor durante el fin de semana mientras las PC estaban apagadas y algunas personas todavía se mostraban el lunes por la mañana.

Me preocupa que desactivar Outlook en cualquier lugar afecte a mis usuarios externos.

Tal vez pueda intentar esto, todavía no he podido probarlo: Outlook> Herramientas> Configuración de la cuenta> Cambiar> Más pestaña de conexión de configuración> Desmarque "conectar a mi buzón de Exchange usando http".

¿Has instalado todos los paquetes acumulativos de actualizaciones de intercambio?

Este hilo también tiene algunos consejos: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

Puede ver este comportamiento si Outlook está configurado para usar solo la autenticación Kerberos y la diferencia horaria entre el reloj del cliente y el reloj del servidor está desactivada en más de 5 minutos.


-1

Cree un archivo por lotes en el escritorio de todos los usuarios con lo siguiente:

NET STOP msexchangerpc Shutdown -r -t 15

Siempre use esto para reiniciar el sistema. Cierra el servicio que hace que los usuarios tengan que volver a iniciar sesión. Al menos funcionó en nuestro caso.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.