Outlook che richiede la password dopo il riavvio dello scambio


11

Di recente ci siamo spostati da Exchange 2003 al 2010 e abbiamo notato una stranezza che ci dà fastidio.

Se il nostro server di scambio (server singolo) si interrompe, ovvero viene riavviato o il client perde la connettività (o ad esempio un riavvio viene eseguito da un giorno all'altro e il computer degli utenti è acceso al momento) verrà richiesto di accedere e dovrà utilizzare la notazione dominio completo \ nome utente nel campo nome utente per accedere nuovamente. O quello o riavviare Outlook.

Non è un grosso problema, ma molti utenti inesperti ne sono confusi e alcuni non si rendono conto di dover fare qualcosa e quindi la loro prospettiva rimane lì senza ricevere e-mail fino a quando non si accorgono finalmente.

Questo era senza soluzione di continuità, cosa devo fare per riaverlo di nuovo?


Ottima domanda Ciò si verifica anche con Exchange 2007 / Outlook 2007.
Skyhawk,

È interessante notare che lo ottengo nel 2003 quando riavviamo il server, tuttavia l'OP afferma che la loro installazione era semplice. Davvero interessante.
Ben Pilbrow,

Il tuo server Exchange è sulla stessa rete dei tuoi clienti o ti stai connettendo a una posizione remota?
Sam Cogan,

tutti sulla stessa rete / posizione fisica, a volte utilizziamo l'accesso remoto, ma la maggior parte degli utenti no.
RodH257,

Risposte:


2

Questo perché le impostazioni dell'account di Outlook sono state configurate con "Outlook via Internet" attivato. Puoi disattivarlo, se non lo desideri.

In modo che quando viene riavviato lo scambio, perderà la connessione e lo ripristinerà una volta tornato online, e non proverà a connettersi tramite https - Outlook via Internet.

Normalmente consiglio al mio utente di riavviare Outlook. Se immettono le loro credenziali, cambierà la loro connessione per passare dalla connessione nativa via lan a HTTPS.


2
Ciò potrebbe essere rilevante se Outlook via Internet è impostato per la connessione mediante l'autenticazione di base e devono inserire normalmente la password all'apertura di Outlook. Se Outlook via Internet è impostato per utilizzare l'autenticazione NTLM, dovrebbe utilizzare automaticamente le proprie credenziali e non richiedere password.
TessellatingHeckler,

1
Vedo questo comportamento anche con Outlook via Internet configurato per utilizzare NTLM - in effetti non dovrebbe richiedere, ma lo fa (solo dopo il riavvio di un server di scambio in cui si perde la connettività) Gli utenti non vengono normalmente invitati, mai, nemmeno una volta, tranne che a seguito di un riavvio dello scambio se Outlook era aperto durante il riavvio.
Joshua McKinnon,

Outlook Anywhereè attivato e utilizza NTLM, ma lo disabilito per il mio dominio locale tramite GPO. Tuttavia, quando riavvio il server Outlook mi chiede una password.
Sirber,

0

Sto riscontrando anche lo stesso problema, è strano che solo alcune persone lo sperimentino. Inoltre ho riavviato il server durante il fine settimana mentre i PC erano spenti e alcune persone erano ancora richieste lunedì mattina.

Sono preoccupato che disattivare Outlook via Internet influirà sui miei utenti esterni.

Forse puoi provare questo, non sono stato ancora in grado di testarlo: Outlook> Strumenti> Impostazioni account> Cambia> Altre impostazioni Scheda Connessione> Deseleziona "Connetti alla mia casella di posta di scambio tramite http".

Hai installato tutti i rollup di aggiornamento di Exchange?

Questo thread contiene anche alcuni consigli: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

È possibile che si verifichi questo comportamento se Outlook è configurato per utilizzare solo l'autenticazione Kerberos e la differenza di tempo tra l'orologio client e l'orologio del server è disattivata di oltre 5 minuti.


-1

Creare un file batch sul desktop di tutti gli utenti con il seguente:

NET STOP msexchangerpc Arresto -r -t 15

Usalo sempre per riavviare il sistema. Arresta il servizio che induce gli utenti a riconnettersi. Ha funzionato almeno nel nostro caso.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.