= Une mise à jour tierce des serveurs Web gérés par le client peut entraîner des problèmes de connectivité lors de l'utilisation du client Outlook pour se connecter à Exchange Online =

Bonjour! Je me demandais si quelqu'un d'autre avait résolu ce problème au cours des derniers jours. Quelqu'un a des solutions de contournement ou des choses à partager?
Une mise à jour tierce des serveurs Web gérés par le client peut entraîner des problèmes de connectivité lors de l'utilisation du client Outlook pour se connecter à Exchange Online Détails Un sous-ensemble limité de clients a signalé des problèmes de connexion au service Exchange Online. Après enquête, les ingénieurs ont identifié que les clients signalant le problème avaient récemment mis à jour leurs serveurs Web hébergeant leur domaine racine, ce qui activait de manière inappropriée le protocole IMAP (Internet Message Access Protocol) et le protocole SMTP (Simple Mail Transfer Protocol). Cela a amené les serveurs Web à reconnaître les demandes de découverte automatique envoyées par le client Outlook, empêchant par la suite la connectivité au service Exchange Online.

Expérience utilisateur : les utilisateurs concernés ne peuvent pas se connecter au service Exchange Online via le client Outlook. La connectivité Outlook Web App (OWA) n'est pas affectée par ce problème

Solution de contournement potentielle : les clients ont signalé que la désactivation d'IMAP et de SMTP sur les serveurs Web récemment mis à jour corrige l'impact sur l'utilisateur final en empêchant le serveur Web de reconnaître la demande de découverte automatique.

httpblogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx
Peut-être voudrez-vous tester avec un fichier XML local pour voir si c'est effectivement le cas


Bizarre j'ai eu la même chose cette semaine chez un client. Un seul utilisateur a soudainement interrompu la connexion et, lors de l'accès aux propriétés du compte, Outlook sur RPC a été désactivé. Solution facile, non ? activez simplement Outlook sur rpc et continuez votre chemin. Chaque fois que je cochais la case et que je l'appliquais, elle se supprimait presque immédiatement après l'ouverture de Outlook. Toujours une solution facile, non ? Créez simplement un nouveau nouveau profil Outlook. C'est alors que j'ai réalisé que la découverte automatique ne fonctionnait pas correctement. Lors de l'utilisation de l'analyseur d'échange en ligne pour Outlook sur RPC, il a échoué au niveau de la partie découverte automatique. J'ai vérifié l'enregistrement CNAME/Autodiscover et tout était bon, pointant vers autodiscover.outlook.com. Il m'est arrivé de remarquer l'avertissement que vous avez posté alors que j'étais connecté en tant qu'administrateur. Le client en question utilise dexaweb et l'hôte a déclaré qu'il ne pouvait pas désactiver IMAP et SMTP car il s'agissait d'un environnement d'hébergement partagé. Comment j'ai finalement réussi à le faire fonctionner en suivant les instructions de Miker2 ici : httpcommunity.spiceworks.com/how_to/32548-manually-configure-outlook-to-connect-to-office-365?page=2
La seule chose que j'ai réellement faite qui a été efficace à partir de cela a été de définir l'ouverture de session pour qu'elle soit anonyme. Une fois que j'ai fait cela, la configuration manuelle a fonctionné. C'est une solution à court terme pour les faire fonctionner. En attendant, je serais intéressé de savoir s'il existe une véritable solution à cela en dehors du déplacement des serveurs Web

== À propos de la communauté ==
Membres
En ligne