Outlook nécessitant un mot de passe après le redémarrage de l'échange

11

Nous sommes récemment passés d'Exchange 2003 à 2010 et avons remarqué une bizarrerie qui nous agace.

Si notre serveur Exchange (serveur unique) tombe en panne, c'est-à-dire qu'il est redémarré, ou que le client perd sa connectivité (ou, par exemple, un redémarrage se fait du jour au lendemain et que l'ordinateur des utilisateurs est allumé à ce moment), il sera invité à se connecter et devra utilisez la notation complète domaine \ nom d'utilisateur dans leur champ de nom d'utilisateur pour vous reconnecter. Soit cela, soit redémarrer Outlook.

Ce n'est pas un gros problème, mais beaucoup d'utilisateurs inexpérimentés sont confus par cela, et certains ne réalisent pas qu'ils doivent faire quelque chose et donc leurs perspectives sont là sans recevoir d'e-mails jusqu'à ce qu'ils le remarquent enfin.

Auparavant, c'était transparent, que dois-je faire pour le récupérer?

exchange outlook password exchange-2010 RodH257
la source
Grande question. Cela se produit également avec Exchange 2007 / Outlook 2007.
Skyhawk
Chose intéressante, je l'obtiens en 2003 lorsque nous redémarrons le serveur - mais l'OP dit que leur installation était transparente. Intéressant en effet.
Ben Pilbrow
Votre serveur Exchange est-il sur le même réseau que vos clients ou vous connectez-vous à un emplacement distant?
Sam Cogan
tous sur le même réseau / emplacement physique, nous utilisons parfois l'accès à distance, mais la majorité des utilisateurs ne le font pas.
RodH257

Réponses:

2

Cela est dû au fait que les paramètres du compte Outlook ont ​​été configurés avec "Outlook Anywhere" activé. Vous pouvez le désactiver si vous ne le souhaitez pas.

De sorte que lorsque Exchange est redémarré, il perdra la connexion et le restaurera une fois qu'il sera de nouveau en ligne, et il n'essaiera pas de se connecter via https - Outlook Anywhere.

Je conseille normalement à mon utilisateur de redémarrer Outlook. S'ils entrent leurs informations d'identification, cela changera leur connexion pour échanger de la connexion native via LAN vers HTTPS.

Muhammad
la source
2
Cela peut être pertinent si Outlook Anywhere est configuré pour se connecter à l'aide de l'authentification de base et qu'ils doivent entrer leur mot de passe normalement lors de l'ouverture d'Outlook. Si Outlook Anywhere est configuré pour utiliser l'authentification NTLM, il doit utiliser ses informations d'identification automatiquement et ne pas demander de mots de passe.
TessellatingHeckler
1
Je vois ce comportement même avec Outlook Anywhere configuré pour utiliser NTLM - en effet, il ne devrait pas inviter, mais il le fait (uniquement après un redémarrage du serveur Exchange où la connectivité est perdue) Les utilisateurs ne sont normalement pas invités - jamais, pas même une fois - sauf à la suite d'un redémarrage de l'échange si Outlook était ouvert pendant le redémarrage.
Joshua McKinnon
Outlook Anywhereest activé et utilise NTLM, mais je le désactive pour mon domaine local via GPO. Pourtant, lorsque je redémarre le serveur, Outlook me demande un mot de passe.
Sirber
0

Je rencontre également le même problème, il est étrange que seules certaines personnes le ressentent. J'ai également redémarré le serveur au cours du week-end alors que les ordinateurs étaient éteints et que certaines personnes étaient toujours invitées lundi matin.

Je crains que la désactivation d'Outlook Anywhere n'affecte mes utilisateurs externes.

Vous pouvez peut-être essayer ceci, je n'ai pas encore pu le tester: Outlook> Outils> Paramètres de compte> Modifier> Plus de paramètres de l'onglet de connexion> Décochez "se connecter à ma boîte aux lettres d'échange en utilisant http".

Avez-vous installé tous les correctifs cumulatifs de mise à jour Exchange?

Ce fil contient également quelques conseils: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword

Relentim
la source
0

Vous pouvez constater ce comportement si Outlook est configuré pour utiliser l'authentification Kerberos uniquement et que le décalage horaire entre l'horloge cliente et l'horloge serveur est désactivé de plus de 5 minutes.

natxo asenjo
la source
-1

Créez un fichier de commandes sur le bureau de tous les utilisateurs avec les éléments suivants:

Arrêt net msexchangerpc Shutdown -r -t 15

Utilisez-le toujours pour redémarrer le système. Il arrête le service qui oblige les utilisateurs à se reconnecter. Fonctionné dans notre cas au moins.

GaryB
la source