Erreur 657rx dans Outlook et Teams : causes, correctifs et guide pas à pas

Outlook et Microsoft Teams peuvent afficher l’erreur 657rx et bloquer la synchronisation. Ce guide explique les causes probables (activation Microsoft 365, identifiants, cache, installation/TPM) et propose une procédure détaillée et éprouvée pour rétablir un fonctionnement normal.

Sommaire

Vue d’ensemble du problème

Le 1^er octobre 2024, un utilisateur a signalé que ses applications Outlook et Microsoft Teams affichaient systématiquement l’erreur 657rx, alors que ses collègues ne rencontraient pas ce problème. Le dysfonctionnement se manifestait dès l’ouverture des applications : impossibilité d’activer Microsoft 365, perte de session, synchronisation Exchange/Teams interrompue et demandes d’authentification récurrentes.

Les investigations ont montré que l’incident n’était pas lié au service Microsoft 365 en arrière‑plan, mais à l’environnement local de l’utilisateur (jetons d’activation et identifiants Windows, caches corrompus, intégrité de l’installation Office, et potentiellement un incident TPM). Ce guide décrit les causes probables et propose un ordre de remédiation qui a permis de résoudre le cas rapporté.

Symptômes typiques

Outlook demande de se connecter en boucle ou indique que le produit n’est pas activé.
Teams ne parvient pas à charger le profil, affiche « Nous avons rencontré un problème » ou se ferme après un écran de connexion.
Messages d’erreur d’activation Microsoft 365, code 657rx mentionné dans les boîtes de dialogue ou journaux locaux.
Certains collègues sur le même réseau n’ont aucun symptôme similaire, ce qui oriente vers un problème local.

Causes probables

Détails d’activation Microsoft 365 obsolètes ou corrompus : jetons expirés ou incohérents suite à un changement de mot de passe, une rotation de clés, une restauration système ou une bascule de licence.
Entrées invalides dans le Gestionnaire d’identifiants Windows (ex. MicrosoftOffice16), empêchant une authentification propre via WAM/AAD.
Cache local endommagé : fichiers .ost d’Outlook ou répertoires cache de Teams, notamment après un arrêt brutal, un manque d’espace disque ou une mise à jour interrompue.
Problèmes d’intégrité de l’installation Office ou TPM (Trusted Platform Module) défaillant provoquant des erreurs de type « TPM malfunctioned » et des échecs d’activation.

Avant de commencer

Pour éviter toute perte de données et accélérer le diagnostic, appliquez ces bonnes pratiques avant les manipulations :

Fermez toutes les applications Office/Teams.
Vérifiez que les messages sont synchronisés sur Exchange/365 (boîte aux lettres en ligne accessible par ailleurs).
Sauvegardez vos fichiers locaux importants (.pst, export Teams si pertinent, documents ouverts).
Assurez‑vous de disposer d’un compte administrateur local si une réparation Office est nécessaire.

Opération	Impact	Risque	Précautions
Réinitialiser l’activation Microsoft 365	Déconnecte les sessions et relance l’activation	Faible	Prévoir les identifiants de l’utilisateur
Supprimer des identifiants Windows (MicrosoftOffice16)	Forçage d’une nouvelle authentification	Faible	Ne supprimer que les entrées Office ciblées
Vider le cache Outlook/Teams	Reconstruction d’index et de caches	Moyen	Ne pas supprimer de `.pst`; vérifier l’espace disque
Réparer Office (rapide/ligne)	Réinstalle/répare des composants	Moyen	Connexion Internet pour la réparation en ligne
Créer un nouveau profil Outlook	Nouveau profil, réglages à reconfigurer	Faible	Sauvegarder les `.pst` s’ils existent

Procédure de résolution (ordre recommandé)

Réinitialiser l’état d’activation Microsoft 365

Objectif : supprimer les jetons/états d’activation corrompus et relancer une activation propre.

Lancer l’outil Microsoft Support and Recovery Assistant (SaRA).
Choisir le scénario Activation puis l’option Reset activation state.
Laisser l’outil effectuer le nettoyage, redémarrer si demandé.
Ouvrir une application Office (par ex. Word) et se reconnecter avec le compte professionnel ou scolaire correct.

Alternative manuelle : appliquer la procédure officielle « Reset Microsoft 365 Apps activation state » (déconnexion Office, suppression de l’état d’activation local, reconnexion). Respectez strictement le périmètre décrit par Microsoft afin d’éviter la suppression de données non liées.

Supprimer les informations d’identification Office

Objectif : forcer Windows à oublier des identifiants Office invalides (WAM/ADAL) qui bloquent l’activation.

Ouvrir Gestionnaire d’identifiants → Identifiants Windows.
Rechercher les entrées MicrosoftOffice16 (et variantes MicrosoftOffice16_Data:ADAL, MicrosoftOffice16_Data:SSO si présentes).
Supprimer uniquement ces entrées liées à Office.
Aller dans Paramètres → Comptes → Accès professionnel ou scolaire, puis Déconnecter tout compte Office qui ne correspond pas au compte Windows actif.
Redémarrer Windows, puis ouvrir une application Office et procéder à l’activation.

Vider le cache des applications

Objectif : éliminer les corruptions locales (index, fichiers temporaires) dans Outlook et Teams.

Outlook

Fermer Outlook.
Accéder au dossier C:\Users\<NomUtilisateur>\AppData\Local\Microsoft\Outlook.
Supprimer le fichier .ost correspondant au profil (il sera recréé automatiquement). Ne supprimez pas de fichier .pst.
Relancer Outlook et attendre la resynchronisation complète.

Astuce : si le fichier .ost est verrouillé, vérifier dans le Gestionnaire des tâches qu’Outlook et OfficeClickToRun.exe ne maintiennent pas de poignée, puis réessayer.

Teams

Quitter Teams (clic droit sur l’icône zone de notification → Quitter). Vérifier dans le Gestionnaire des tâches qu’aucun Teams.exe ne reste actif.
Effacer le contenu du dossier %AppData%\Microsoft\Teams (chemin Roaming).
Relancer Teams et se reconnecter.

Nouvelle application Teams : selon la méthode d’installation, le cache peut résider aussi dans %LocalAppData%\Microsoft\Teams ou %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams. Si l’effacement du dossier Roaming ne suffit pas, purger également ces emplacements.

Réparer l’installation Microsoft Office

Objectif : restaurer des composants Office défectueux (DLL, WebView2, services d’activation) susceptibles de provoquer l’erreur 657rx.

Ouvrir Panneau de configuration → Programmes et fonctionnalités.
Sélectionner Microsoft Office → Modifier → Réparer.
Commencer par la réparation rapide. Si l’erreur persiste, tenter la réparation en ligne.

Type de réparation	Durée	Connexion	Quand l’utiliser
Rapide	Courte	Non requise	Fichiers manquants mineurs, petits incidents post‑mise à jour
En ligne	Plus longue	Requise	Corruptions persistantes, erreurs d’activation récurrentes

Créer un nouveau profil Outlook

Objectif : exclure un profil corrompu (réglages, caches, préférences) comme cause de l’erreur.

Ouvrir Panneau de configuration → Courrier (Microsoft Outlook).
Cliquer sur Afficher les profils → Ajouter.
Créer le nouveau profil, ajouter le compte Exchange/365, puis sélectionner Demander à utiliser ce profil ou Utiliser toujours ce profil selon votre préférence.
Lancer Outlook avec le nouveau profil et laisser la synchronisation s’achever.

Important : sauvegardez vos .pst avant toute manipulation, et rattachez‑les ensuite via Fichier → Ouvrir et exporter → Ouvrir un fichier de données Outlook.

Validation après chaque étape

Activation : dans une application Office, le compte s’affiche comme « Connecté » et la barre de titre ne mentionne plus l’activation.
Outlook : la boîte de réception se peuple, aucune demande de mot de passe récurrente, envoi/réception OK, état « Connecté à Microsoft Exchange ».
Teams : connexion au tenant, chargement des équipes et chats, appels fonctionnels, absence de boucles de connexion.

Diagnostic avancé (si l’erreur persiste)

Vérifier l’inscription Azure AD et les jetons

Exécuter en Invite de commandes : dsregcmd /status. Confirmer l’état AzureAdJoined et la présence de SSO State = AzureAdPrt pour un SSO fluide.
Dans Paramètres → Comptes → Accès professionnel ou scolaire, vérifier que le compte du tenant est correctement connecté.

Inspecter les journaux locaux

Observateur d’événements : sections Office/Click‑to‑Run, et journaux d’activation.
Teams : fichier %AppData%\Microsoft\Teams\logs.txt après un échec de démarrage pour repérer les erreurs d’authentification/caches.

Contrôler le TPM

Lancer tpm.msc pour vérifier l’état du module (présent, prêt à l’emploi, version).
Si un message « Trusted Platform Module malfunctioned » apparaît, redémarrer, vérifier le firmware TPM dans l’UEFI/BIOS, et appliquer les mises à jour du fabricant.

Licences en volume (si concerné)

Dans les environnements KMS/MAK, vous pouvez examiner l’état via ospp.vbs :

cscript "C:\Program Files\Microsoft Office\Office16\ospp.vbs" /dstatus
cscript "C:\Program Files (x86)\Microsoft Office\Office16\ospp.vbs" /dstatus

Pour Microsoft 365 Apps (abonnement), privilégiez les étapes d’activation et de SSO décrites plus haut ; ospp.vbs n’affiche pas toujours des informations pertinentes pour l’activation par utilisateur.

Nettoyage automatisé côté poste (optionnel)

Administrateurs : pour accélérer des opérations répétitives, vous pouvez utiliser un script PowerShell à exécuter avec prudence :

# Fermer Teams et purger les caches principaux (classique + nouvelle app)
Get-Process Teams -ErrorAction SilentlyContinue | Stop-Process -Force
$paths = @(
  "$env:APPDATA\Microsoft\Teams\*",
  "$env:LOCALAPPDATA\Microsoft\Teams\*",
  "$env:LOCALAPPDATA\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\*"
)
foreach ($p in $paths) { if (Test-Path $p) { Remove-Item $p -Recurse -Force -ErrorAction SilentlyContinue } }

# Fermer Outlook puis supprimer les .ost (demander à l'utilisateur avant)

Get-Process OUTLOOK -ErrorAction SilentlyContinue | Stop-Process -Force
Get-ChildItem "$env:LOCALAPPDATA\Microsoft\Outlook" -Filter *.ost | Remove-Item -Force

# Ouvrir le Gestionnaire d'identifiants

control /name Microsoft.CredentialManager

Adaptez ce script à vos politiques internes et testez‑le sur un poste de laboratoire avant diffusion.

Résultat du cas réel

Après application des recommandations ci‑dessus (l’utilisateur n’a pas précisé lesquelles), l’erreur 657rx a disparu et Outlook comme Teams ont repris un fonctionnement normal. L’ordre de remédiation proposé reste le plus efficace : activation → identifiants → caches → réparation → nouveau profil.

Prévention et bonnes pratiques

Maintenir Windows et Microsoft 365 à jour (correctifs de sécurité, mises à jour d’activation, WebView2).
S’assurer que le TPM est activé et à jour dans l’UEFI/BIOS.
Vérifier l’horloge et le fuseau horaire du poste (un décalage peut invalider les jetons).
Surveiller l’espace disque : un .ost corrompu est fréquent en cas de disque saturé.
Avant toute purge de cache, confirmer que la boîte aux lettres est bien hébergée sur Exchange Online et synchronisée.
En cas de réapparition, envisager un réenregistrement du poste (Azure AD/Intune) puis, si nécessaire, une désinstallation complète d’Office via l’outil Microsoft dédié et une réinstallation propre.

Questions fréquentes

La suppression d’un fichier `.ost` est‑elle risquée ?

Non, le .ost est une copie locale mise en cache de votre boîte aux lettres Exchange/365. Outlook le recrée après redémarrage. Ne supprimez jamais un fichier .pst sans sauvegarde : il s’agit d’un fichier de données local.

Pourquoi mes collègues n’ont‑ils pas l’erreur 657rx ?

Parce que la cause est généralement locale (identifiants Windows, jetons d’activation, cache, profil Outlook, corruption Office). Le service Microsoft 365 est sain pour le tenant ; seul votre poste nécessite une remise à plat.

Dois‑je choisir « Réparation rapide » ou « En ligne » ?

Essayez d’abord la réparation rapide (plus courte, hors‑ligne). Si l’erreur persiste, passez à la réparation en ligne qui remplace davantage de composants.

Que faire si je n’ai pas les droits administrateur ?

Demandez une assistance au support interne : la réparation Office, certaines clés TPM ou des opérations Intune/Azure AD peuvent exiger des privilèges élevés.

La nouvelle application Teams change‑t‑elle quelque chose ?

Oui, les chemins de cache peuvent différer. Si la purge de %AppData%\Microsoft\Teams ne suffit pas, nettoyez aussi %LocalAppData%\Microsoft\Teams ou le chemin Packages\MSTeams_8wekyb3d8bbwe selon le mode d’installation.

Tableau récapitulatif des actions et signaux de succès

Action	But	Où intervenir	Signal de succès
Reset activation (SaRA)	Repartir d’un état propre	Outil SaRA → Activation	Office affiche le compte connecté sans alerte
Suppression identifiants Office	Éliminer des entrées ADAL/WAM invalides	Gestionnaire d’identifiants + Accès pro/scolaire	Connexion Office/Teams sans boucle
Purge cache Outlook	Réparer une indexation/copie locale	`%LocalAppData%\Microsoft\Outlook`	Resynchronisation complète, plus d’erreurs
Purge cache Teams	Supprimer des artefacts corrompus	`%AppData%\Microsoft\Teams` (+ LocalAppData si besoin)	Chargement normal des équipes et chats
Réparer Office	Remplacer des composants défectueux	Panneau de configuration	Plus d’alertes d’activation, stabilité accrue
Nouveau profil Outlook	Écarter une corruption de profil	Courrier → Afficher les profils	Boîte aux lettres opérationnelle avec le nouveau profil

Récapitulatif opérationnel

Pour traiter l’erreur 657rx dans Outlook et Teams, suivez cet enchaînement :

Réinitialiser l’activation Microsoft 365 (SaRA ou procédure officielle).
Supprimer les identifiants Office dans le Gestionnaire d’identifiants et désaccoupler tout compte inadapté dans « Accès professionnel ou scolaire ».
Vider les caches : .ost d’Outlook, dossiers de cache Teams.
Réparer Office (rapide puis en ligne si nécessaire).
Créer un nouveau profil Outlook si le problème persiste.

Si l’incident réapparaît, contrôlez la santé du TPM, l’état Azure AD (dsregcmd /status) et, côté gestion centralisée (Intune), envisagez un réenregistrement du poste. En dernier recours, procédez à une désinstallation complète d’Office suivie d’une réinstallation propre.

Erreur 657rx dans Outlook et Teams : causes, correctifs et guide pas à pas