Outlook se ferme dès que vous transférez une invitation Microsoft Teams à des destinataires externes ? Ce guide pas‑à‑pas réunit les causes probables et les correctifs éprouvés pour supprimer ce crash spécifique à un poste ou à un profil.
Vue d’ensemble du problème
Le comportement observé est le suivant :
- Création et envoi d’une réunion Teams à des participants internes/externes : OK.
- Application d’une mise à jour via le calendrier : OK.
- Transfert de la réunion à d’autres personnes internes : OK.
- Ouverture de l’élément dans Éléments envoyés puis tentative de transfert vers une adresse externe : Outlook se ferme brutalement (crash).
Les autres collaborateurs ne reproduisent pas l’anomalie : le souci est donc circonscrit au poste ou au profil de l’utilisateur impacté.
À retenir en un coup d’œil
- Le scénario déclenche un chemin de code spécifique (reconsolidation de l’ICS, enrichissement Teams, résolutions SMTP externes) susceptible de révéler un complément instable, une vue Outlook corrompue, une interaction avec la protection contre les exploits (EAF) ou un profil endommagé.
- Le dépannage efficace combine : mises à jour, isolement des compléments COM, réparation Office, nouveau profil, tests en mode sans échec, et vérifications système (Visual C++, .NET, Exploit Protection, journaux).
Pistes de résolution proposées
| Étape | Action | Où / Comment |
|---|---|---|
| 1 | Mettre à jour Office | Fichier ▶ Compte ▶ Options de mise à jour ▶ Mettre à jour maintenant |
| 2 | Désactiver / réactiver le complément Teams Meeting Add‑in | Fichier ▶ Options ▶ Compléments ▶ Gestion : Compléments COM |
| 3 | Réparer Office | Panneau de configuration ▶ Programmes ▶ Microsoft 365 ▶ Modifier ▶ Réparation en ligne |
| 4 | Créer un nouveau profil Outlook | Panneau de configuration ▶ Courrier ▶ Afficher les profils |
| 5 | Vérifier / mettre à jour .NET Framework & redistribuables Visual C++ | Windows Update ou centre de téléchargement Microsoft |
| 6 | Réinitialiser les vues Outlook | outlook.exe /cleanviews |
| 7 | Tester Outlook en mode sans échec | outlook.exe /safe (isole un complément tiers défaillant) |
| 8 | Ajuster la protection contre les exploits | Sécurité Windows ▶ Contrôle des applications ▶ Protection contre les exploits ▶ Paramètres du programme ▶ OUTLOOK.EXE : désactiver EAF |
| 9 | Purger le cache Teams (en cas de conflit) | Fermer Teams puis supprimer %AppData%\Microsoft\Teams\* |
| 10 | Consulter l’Observateur d’événements | Journaux Windows ▶ Application : identifier la DLL ou le module fautif |
Pourquoi Outlook plante‑t‑il lors d’un transfert Teams vers des externes ?
Les causes les plus fréquentes observées dans ce scénario :
- Complément Teams Meeting Add‑in ou autre COM add‑in instable : le transfert réinvoque la génération de liens/jetons de réunion et l’injection du bouton « Teams », ce qui sollicite fortement le complément.
- Vues Outlook corrompues sur les éléments de calendrier envoyés : l’ouverture depuis Éléments envoyés utilise une vue différente de celle du calendrier.
- Exploit Protection (EAF) activée sur OUTLOOK.EXE : certains modules d’Office/compléments réalisent des accès en mémoire que l’EAF interprète à tort comme suspects.
- Profil Outlook et/ou cache OST endommagés : surtout si l’incident n’apparaît pas en mode « en ligne ».
- Runtimes système obsolètes (Visual C++ 2015–2022 x86/x64, .NET) : elles sont sollicitées par des DLL Office/Teams.
- Conflit de cache Teams (présence d’artefacts d’anciens comptes/tenants) lors de la préparation d’une invitation transférée.
Procédure détaillée de dépannage
Mettre à jour Office (obligatoire)
Objectif : s’assurer que vous exécutez les derniers correctifs d’Outlook/Teams Add‑in.
Procédure : Outlook ▶ Fichier ▶ Compte ▶ Options de mise à jour ▶ Mettre à jour maintenant. Fermez les applications Office si demandé.
À valider : numéro de version récent, relancer Outlook et retester le transfert depuis Éléments envoyés.
Isoler les compléments COM (notamment Teams)
Objectif : identifier un complément fautif.
- Outlook ▶ Fichier ▶ Options ▶ Compléments.
- En bas, Gérer : Compléments COM ▶ Atteindre….
- Décochez Microsoft Teams Meeting Add‑in for Microsoft Office et tout complément non‑Microsoft. Validez.
- Relancez Outlook et retestez. Si le crash disparaît, réactivez les compléments un par un (méthode d’élimination) pour identifier l’élément déclencheur.
Astuce : un environnement propre peut être simulé via outlook.exe /safe qui désactive les compléments COM et charge un profil minimal.
Réparer Office (préférez la réparation en ligne)
Objectif : réinstaller les binaires Office et réinitialiser les composants corrompus.
- Panneau de configuration ▶ Programmes ▶ Microsoft 365 ▶ Modifier.
- Choisissez Réparation en ligne (plus complète que la réparation rapide). Une connexion Internet est requise.
- Redémarrez le poste puis retestez le transfert.
Créer un nouveau profil Outlook
Objectif : repartir sur un profil MAPI propre et reconstruire l’OST.
- Panneau de configuration ▶ Courrier ▶ Afficher les profils ▶ Ajouter….
- Créez un profil, configurez le compte Exchange/Microsoft 365.
- Dans Afficher les profils, cochez Demander à utiliser ce profil et choisissez le nouveau.
- Retestez. Si le crash a disparu, l’ancien profil/OST était en cause.
Variante : testez en mode en ligne (désactiver « Utiliser le mode Exchange mis en cache ») pour écarter un OST corrompu.
Mettre à jour .NET Framework et Visual C++
Objectif : éviter les plantages dus aux runtimes manquants/obsolètes.
- Appliquez les dernières mises à jour Windows Update.
- Vérifiez la présence des redistribuables Visual C++ 2015‑2022 en x86 et x64.
- Mettez à jour .NET Framework si proposé par Windows Update.
Réinitialiser les vues Outlook
Objectif : éliminer une vue corrompue sur le dossier Éléments envoyés ou le calendrier.
Procédure : Windows + R ▶ saisir :
outlook.exe /cleanviews
Relancez Outlook et retestez.
Démarrer Outlook en mode sans échec
Objectif : confirmer qu’un complément est en cause.
Procédure : Windows + R ▶
outlook.exe /safe
Si le crash ne se produit plus, réactivez les compléments un à un jusqu’à reproduire l’incident afin d’identifier l’auteur.
Ajuster la protection contre les exploits (EAF)
Objectif : neutraliser un faux positif EAF ciblant OUTLOOK.EXE.
- Ouvrez Sécurité Windows ▶ Contrôle des applications et du navigateur ▶ Paramètres de protection contre les exploits.
- Onglet Paramètres du programme ▶ ajoutez
OUTLOOK.EXEsi absent. - Désactivez l’option EAF (Export Address Table Access Filtering) pour
OUTLOOK.EXEet enregistrez. - Retestez le transfert. Si cela corrige, laissez EAF désactivé uniquement pour diagnostic et remontez l’anomalie à l’équipe sécurité pour arbitrage.
Purger le cache Teams
Objectif : écarter des données locales Teams incohérentes.
- Fermez complètement Teams (icône de zone de notification ▶ Quitter).
- Supprimez le contenu de
%AppData%\Microsoft\Teams\*. - Redémarrez Teams, reconnectez‑vous, puis retestez Outlook.
Analyser l’Observateur d’événements
Objectif : identifier la DLL ou le module fautif pour orienter la suite.
- Ouvrez Observateur d’événements ▶ Journaux Windows ▶ Application.
- Filtrez sur Niveau : Erreur. Sources utiles : Application Error, Outlook, Windows Error Reporting.
- Ouvrez l’événement : relevez Nom du module défaillant, Code d’exception et Décalage d’erreur.
Servez‑vous du tableau en annexe pour faire correspondre le module à une action concrète.
Informations complémentaires utiles
- Mode en ligne / hors connexion : si Outlook est en « Utiliser le cache Exchange », essayez un profil « en ligne » pour écarter une corruption de l’OST.
- Test croisé : connectez‑vous avec un autre compte Windows sur la même machine ; si le crash disparaît, le profil Windows de l’utilisateur initial peut être en cause.
- Outil Microsoft Support and Recovery Assistant (SaRA) : exécutez le scénario Outlook ► Outlook keeps crashing pour collecter automatiquement des journaux et appliquer des correctifs.
- Console Exchange Online / PowerShell : si seul ce calendrier est impacté, envisagez :
New-MailboxRepairRequest -Mailbox <user> -CorruptionType ProvisionedFolder,SearchFolder,AggregateCounts,Folderview
Plan d’action recommandé
- Mettre à jour entièrement Windows et Office.
- Redémarrer en mode sans échec et tester le transfert ; si le crash disparaît, réactiver les compléments un par un (méthode d’élimination).
- Réparer Office puis, si nécessaire, recréer le profil Outlook.
- Si l’anomalie persiste, ouvrir un ticket Microsoft 365 pour analyse avancée (minidumps, journaux ETL).
Tests croisés et validations rapides
- OWA (Outlook sur le web) : le transfert fonctionne‑t‑il ? Si oui, le problème est côté client local.
- Autre poste avec la même boîte : si tout est OK ailleurs, focalisez‑vous sur la station concernée (runtimes/compléments/profil).
- Nouveau profil + mode en ligne : si le crash disparaît, l’OST ou la config utilisateur locale étaient en cause.
Diagnostic avancé (pour l’escalade)
Si les correctifs standard n’aboutissent pas, préparez les éléments suivants pour l’assistance :
- Horodatages précis des crashs et scénario exact (dossier Éléments envoyés ▶ transfert ▶ destinataire externe).
- Rapports Observateur d’événements (Application Error, Outlook, Windows Error Reporting) avec module fautif et code d’exception.
- Dumps locaux si disponibles (
%ProgramData%\Microsoft\Windows\WER\ou configuration LocalDumps). - Liste des compléments COM, leur version et état (activé/désactivé).
- Version Office (canal, build), version Teams, état des runtimes Visual C++/.NET.
Annexe : correspondances « module fautif → action »
| Module fautif (exemple) | Interprétation probable | Action recommandée |
|---|---|---|
mso.dll, mso20win32client.dll | Composants cœur d’Office | Mises à jour Office, Réparation en ligne, vérifier compléments tiers |
Microsoft.Teams.AddinLoader.dll ou add‑in Teams | Complément Teams Meeting | Désactiver/réinstaller l’add‑in, purger cache Teams, mettre Teams à jour |
ucrtbase.dll, vcruntime140.dll | Runtime Visual C++ | Réinstaller/mettre à jour Visual C++ 2015‑2022 (x86/x64) |
ntdll.dll | Appel noyau / memory access | Vérifier Exploit Protection (EAF), pilotes, mises à jour Windows |
olmapi32.dll | MAPI Outlook | Nouveau profil Outlook, test en ligne, /resetnavpane si nécessaire |
Conseils de prévention
- Maintenez Office et Teams sur un canal de mise à jour cohérent et récent.
- Limitez les compléments COM au strict nécessaire ; documentez leur version et provenance.
- Activez un suivi proactif : collecte d’événements applicatifs, alerte sur crashs répétés, inventaire des builds Office.
- Formalisez une procédure express (mise à jour ▶ mode sans échec ▶ réparation ▶ nouveau profil) pour accélérer la remédiation côté support.
FAQ
Le crash ne survient que depuis “Éléments envoyés”, pas depuis le calendrier : normal ?
Oui : les vues, formulaires et propriétés manipulées diffèrent. Une vue corrompue dans Éléments envoyés ou un complément déclenché à l’ouverture de l’élément envoyé peut suffire à provoquer la fermeture.
Pourquoi cibler EAF ?
L’Export Address Table Access Filtering bloque certains accès mémoire. Des modules Outlook/compléments légitimes peuvent déclencher un faux positif lors de la préparation d’un transfert de réunion enrichie Teams.
Un nouveau profil est‑il vraiment utile ?
Oui : il reconstruit l’OST et réinitialise les configurations MAPI/vues, ce qui résout de nombreux crashs localisés au profil.
Dois‑je lancer un “repair” côté boîte aux lettres ?
Uniquement si l’anomalie semble liée à un seul calendrier côté serveur. Utilisez New-MailboxRepairRequest prudemment et hors des heures de pointe.
En suivant la séquence ci‑dessus — mises à jour, isolement des compléments, réparation Office, nouveau profil, vérifications EAF/Teams et analyse des journaux — vous éliminerez dans la grande majorité des cas les fermetures inopinées d’Outlook lors du transfert d’invitations Teams vers des destinataires externes.