Nouveau Outlook pour Windows affiche une erreur WOPI lors de l’ouverture directe de pièces jointes Word/Excel. Voici un guide concret, éprouvé sur le terrain, pour diagnostiquer, corriger et contourner rapidement le problème.
Contexte et symptômes
Dans le Nouveau Outlook, un clic sur Ouvrir dans Word/Excel pour une pièce jointe locale peut afficher l’erreur :
“Sorry, we couldn’t open ‘
https://outlook.office.com/owa/wopi/files/…‘”
Ce même message s’ouvre correctement :
- dans Outlook (classique) ;
- dans Outlook sur le Web (OWA) ;
- ou après enregistrement de la pièce jointe en local.
Initialement, les PDF semblaient épargnés, mais des cas ultérieurs ont signalé d’autres dysfonctionnements d’attachements (par exemple lors d’un transfert ou d’un glisser-déposer).
Résumé rapide des causes probables
- Chaîne WOPI rompue entre Outlook et Word/Excel.
- Edge WebView2 impliqué dans la remise (“hand‑off”) vers l’application de bureau.
- Jetons d’authentification incohérents entre Outlook, Office, Teams et Windows.
- Effets intermittents liés à un changement côté service (mitigation annulée mi‑octobre 2024) suivi de résidus locaux (sessions, cache, profil) sur certains environnements.
Ce qui a aidé (retours terrain)
- Mitigation côté service (Microsoft) : un changement côté service a été annulé/désactivé mi‑octobre 2024. Après redémarrage du Nouveau Outlook (et parfois une mise à jour forcée), l’ouverture directe a de nouveau fonctionné pour plusieurs utilisateurs.
- Déconnexion/reconnexion complète M365 :
- Se déconnecter de toutes les applis M365 (Outlook, Word, Excel, Teams, portail web).
- Fermer les processus Office/M365.
- Se reconnecter, relancer Teams et les applis Office.
- Un redémarrage Windows a parfois aidé.
- Forcer la mise à jour du client Outlook : fermer le Nouveau Outlook puis exécuter :
olk.exe --force-update - Paramétrage Office : dans Word/Excel, activer l’option pour ouvrir les liens de fichiers dans les applications de bureau ; dans Office sur le Web, définir Ouvrir dans l’application. Succès variable mais utile chez certains.
- Purge du cache local du Nouveau Outlook (profil) :
- Fermer le Nouveau Outlook.
- Supprimer
C:\Users\%USERNAME%\AppData\Local\Microsoft\Olk. - Relancer et se reconnecter.
- Résout sur certaines machines (déc. 2024), sans effet sur d’autres (janv. 2025).
- Contournement acceptable : utiliser OWA ou Outlook (classique) en attendant la correction locale.
Ce qui a peu ou pas aidé
- Vider uniquement le cache d’Outlook ou désactiver des compléments.
- Réinstaller Office/Outlook sans adresser les sessions et le cache du Nouveau Outlook.
- Désactiver/Désinstaller OneDrive.
- Modifier des stratégies OWA sans attendre leur propagation (efficacité inégale).
Tableau de diagnostic rapide
| Symptôme | Constat | Action conseillée |
|---|---|---|
Erreur “Sorry, we couldn’t open …/owa/wopi/files/…” | WOPI ne transmet pas correctement vers Word/Excel. | Redémarrer + olk.exe --force-update ; réauthentifier M365 ; vérifier paramètres Office. |
| Ouverture OK après Enregistrer sous… | Le fichier local contourne la chaîne WOPI. | Appliquer les correctifs sessions/cache, puis retester l’ouverture directe. |
| OWA/Outlook classique ouvrent correctement | Problème focalisé sur le client Nouveau Outlook. | Cibler profil Olk, sessions M365, et mise à jour du client. |
| PDF majoritairement OK | Flux WOPI/Office diffère selon le type. | Concentrer le diagnostic sur Word/Excel (docx/xlsx). |
| “Ouvrir dans le Web” grisé | Effet secondaire après mitigation. | Vérifier politiques OWA et paramètres Office ; mise à jour. |
Procédure de dépannage recommandée
Qualifier le cas
- Confirmer qu’il s’agit d’une pièce jointe (fichier attaché), pas d’un lien OneDrive/SharePoint.
- Ouvrir le même message dans OWA et Outlook (classique) pour isoler un problème client.
Redémarrer + forcer la mise à jour
- Fermer le Nouveau Outlook.
- Exécuter :
olk.exe --force-update - Relancer, retester l’ouverture directe.
Réinitialiser les sessions
- Se déconnecter de toutes les applis M365 : Outlook, Word, Excel, Teams et portail web.
- Fermer tous les processus Office/M365 (
TaskmgrouGet-Process). - Si la politique le permet, rafraîchir la session Compte professionnel/éducatif dans Windows.
- Relancer Teams, puis Word/Excel, puis Outlook, et retester.
Paramètres Office
Dans Word/Excel (Fichier > Options > Avancé) activer :
- Ouvrir les liens de fichiers dans les applications de bureau.
Dans Office sur le Web, définir par défaut :
- Ouvrir dans l’application (plutôt que dans le navigateur).
Stratégies OWA (tenant)
Si vous administrez Microsoft 365, vérifier/ajuster les valeurs suivantes (puis attendre la propagation) :
| Paramètre OWA | Valeur recommandée | But |
|---|---|---|
WacViewingOnPublicComputersEnabled | True | Permet l’affichage via WAC/WOPI sur postes publics. |
WacViewingOnPrivateComputersEnabled | True | Permet l’affichage via WAC/WOPI sur postes privés. |
ForceWacViewingFirstOnPublicComputers | False | N’impose pas l’ouverture Web en premier. |
ForceWacViewingFirstOnPrivateComputers | False | N’impose pas l’ouverture Web en premier. |
Exemple PowerShell (Exchange Online) :
# Vérifier la stratégie
Get-OwaMailboxPolicy | Format-Table Name, WacViewingOnPublicComputersEnabled, WacViewingOnPrivateComputersEnabled, ForceWacViewingFirstOnPublicComputers, ForceWacViewingFirstOnPrivateComputers
# Ajuster une stratégie (remplacez \)
Set-OwaMailboxPolicy -Identity "\" ` -WacViewingOnPublicComputersEnabled $true`
-WacViewingOnPrivateComputersEnabled \$true ` -ForceWacViewingFirstOnPublicComputers $false`
-ForceWacViewingFirstOnPrivateComputers \$false Purger le cache local du Nouveau Outlook
Fermer le Nouveau Outlook puis supprimer le dossier de profil local :
rd /s /q "C:\Users\%USERNAME%\AppData\Local\Microsoft\Olk"Ensuite, relancer Outlook et se reconnecter.
Si échec
- Utiliser OWA ou Outlook (classique) pour ouvrir directement les documents.
- Ouvrir un ticket In‑app (Aide > Support) depuis un poste qui reproduit le problème et joindre des extraits de journaux :
%LOCALAPPDATA%\Microsoft\Olk\logs- Chaîne d’erreur WOPI (
…/owa/wopi/files/…).
Playbook opérationnel (helpdesk)
- Identifier le type d’attachement (attaché vs lien cloud).
- Comparer le comportement dans OWA et Outlook classique.
- Mettre à jour Outlook :
olk.exe --force-update. - Réauthentifier tous les apps M365 et redémarrer Windows si possible.
- Paramétrer Word/Excel et Office Web (préférence application de bureau).
- Vérifier la politique OWA (si administrateur).
- Purger
Olksi les symptômes persistent. - Basculer temporairement vers OWA/Outlook classique.
- Escalader avec journaux et captures d’écran de l’erreur.
Exemples de commandes utiles
| Objectif | Commande | Notes |
|---|---|---|
| Forcer la mise à jour du Nouveau Outlook | olk.exe --force-update | À exécuter après avoir fermé Outlook. |
| Fermer le profil local du Nouveau Outlook | rd /s /q "C:\Users\%USERNAME%\AppData\Local\Microsoft\Olk" | Reconnexion requise après relance. |
| Lister la politique OWA | Get-OwaMailboxPolicy | Exécuter dans Exchange Online PowerShell. |
| Modifier la politique OWA | Set-OwaMailboxPolicy -Identity "<PolicyName>" ... | Attendre la propagation (quelques heures). |
Comprendre WOPI & WebView2 dans ce scénario
Le Nouveau Outlook s’appuie sur la pile WOPI (Web Application Open Platform Interface) pour transmettre les documents Office depuis l’interface Outlook vers Word/Excel. De son côté, Edge WebView2 fournit le conteneur d’affichage et d’authentification au sein des applications Office. Lorsque des jetons d’accès (Outlook/Office/Teams/Windows) divergent ou expirent de façon non uniforme, la résolution de l’URL …/owa/wopi/files/… peut échouer. Ce décalage explique le paradoxe “ouverture directe KO, ouverture après enregistrement OK”.
Pourquoi OWA/Outlook classique fonctionnent‑ils ?
- OWA reste dans le navigateur et gère nativement WOPI avec les cookies/jetons du navigateur.
- Outlook classique a un flux d’ouverture différent et moins dépendant de WebView2 pour la remise vers Word/Excel.
Cas particuliers et signaux faibles
- PDF : souvent non impactés au départ, mais des perturbations isolées lors de transferts ont été observées.
- Option “Ouvrir dans le Web” grisée : effet secondaire post‑mitigation côté service, sans empêcher l’ouverture dans l’application de bureau une fois le flux rétabli.
- Variabilité utilisateur/machine : deux postes identiques peuvent diverger selon l’historique d’authentification et l’état du profil
Olk.
Arbre de décision simplifié
| Étape | Question | Action/Sortie |
|---|---|---|
| 1 | OWA et Outlook classique ouvrent‑ils le fichier ? | Oui : passer à l’étape 2 (problème Nouveau Outlook). Non : cas général, hors périmètre (fichier corrompu, droit, etc.). |
| 2 | Après olk.exe --force-update, ça marche ? | Oui : OK. Non : étape 3. |
| 3 | Déconnexion/reconnexion M365 faite ? | Oui : étape 4. Non : la faire, puis retester. |
| 4 | Paramètres Office correctement configurés ? | Oui : étape 5. Non : ajuster, puis retester. |
| 5 | Politiques OWA alignées ? | Oui : étape 6. Non : corriger, attendre propagation. |
| 6 | Purge du cache Olk effectuée ? | Oui : envisager contournement/escalade. Non : la faire, puis retester. |
Bons réflexes de collecte d’indices
- Captures d’écran de l’erreur incluant l’URL WOPI tronquée.
- Horodatage du test et fuseau horaire.
- Journaux Nouveau Outlook :
%LOCALAPPDATA%\Microsoft\Olk\logs. - Version d’Outlook (Nouveau), d’Office, et version Edge WebView2.
- État de session : comptes connectés dans Office/Outlook/Teams/Windows.
FAQ ciblée
Pourquoi l’erreur ne survient‑elle que sur certains postes ?
Parce que la chaîne WOPI dépend d’éléments locaux (profil, cache, sessions, WebView2). Deux postes avec des historiques d’authentification distincts peuvent diverger.
Faut‑il réinstaller Office ?
Pas en premier recours. Les retours indiquent un impact faible si l’on n’a pas d’abord réinitialisé les sessions et le cache du Nouveau Outlook. Suivez la check‑list.
Peut‑on forcer l’ouverture dans le Web pour contourner ?
Oui temporairement (via OWA), mais ce n’est pas une solution durable si les utilisateurs ont besoin de l’application de bureau. Alignez les politiques OWA et les préférences Office pour privilégier l’application de bureau.
La mitigation mi‑octobre 2024 a tout corrigé ?
Elle a aidé de nombreux utilisateurs après redémarrage/mise à jour, mais des cas intermittents ont persisté entre novembre 2024 et janvier 2025, nécessitant des actions locales (sessions, cache Olk).
Checklist d’exécution (imprimable)
- ✅ Confirmer attachement vs lien cloud.
- ✅ Tester OWA et Outlook classique.
- ✅ Fermer Outlook >
olk.exe --force-update> relancer. - ✅ Se déconnecter/reconnecter à toutes les apps M365 (et redémarrer Windows si possible).
- ✅ Activer “Ouvrir les liens de fichiers dans les applications de bureau” (Word/Excel) et “Ouvrir dans l’application” (Office Web).
- ✅ Vérifier/ajuster politiques OWA (voir tableau).
- ✅ Purger
%LOCALAPPDATA%\Microsoft\Olket se reconnecter. - ✅ Si besoin, contourner via OWA/Outlook classique et ouvrir un ticket In‑app avec logs.
Bonnes pratiques de prévention
- Maintenir à jour Outlook/Office et Edge WebView2.
- Éviter l’accumulation de sessions mixtes (comptes pro/perso) dans le même profil Windows.
- Documenter une procédure interne de réauthentification complète M365.
- Standardiser les politiques OWA pour ne pas forcer le Web en premier quand l’application de bureau est requise.
Résumés exécutifs
Problème
Le Nouveau Outlook ne parvient pas à transmettre certaines pièces Word/Excel (WOPI) à Word/Excel bureau, alors que cela fonctionne dans OWA/Outlook classique ou après enregistrement local.
État
Mitigation service déployée mi‑octobre 2024, succès partiel selon les environnements ; des cas résiduels subsistent.
Actions prioritaires
- Check‑list sessions M365 &
olk.exe --force-update. - Paramètres Office (ouvrir dans l’application de bureau) + politiques OWA alignées.
- Purge du cache
Olksi nécessaire. - Contournement OWA/Outlook classique et escalade avec logs en cas de persistance.
Annexes
Script PowerShell de purge (avec arrêt des processus Office)
# À exécuter dans une console PowerShell lancée en utilisateur
$officeProcs = "OUTLOOK","WINWORD","EXCEL","POWERPNT","MSACCESS","OneDrive","Teams","msedgewebview2"
foreach ($p in $officeProcs) {
Get-Process -Name $p -ErrorAction SilentlyContinue | Stop-Process -Force -ErrorAction SilentlyContinue
}
\$olk = "\$env\:LOCALAPPDATA\Microsoft\Olk"
if (Test-Path \$olk) {
Remove-Item \$olk -Recurse -Force
Write-Host "Cache Olk supprimé : \$olk"
} else {
Write-Host "Dossier Olk introuvable : \$olk"
}
Write-Host "Relancez Teams, Word/Excel, puis le Nouveau Outlook et reconnectez-vous." Checklist d’escalade (à joindre au ticket)
- Version Outlook (Nouveau) et Office + version Edge WebView2.
- Comptes connectés (Outlook/Office/Teams/Windows) au moment du test.
- Horodatage, fuseau, capture de l’erreur (incluant l’URL
…/owa/wopi/files/…tronquée). - Archives des
%LOCALAPPDATA%\Microsoft\Olk\logs. - Résultats des étapes de la check‑list (réussite/échec).
Conclusion
Cette panne est typiquement un désalignement d’authentification dans la chaîne WOPI du Nouveau Outlook. La combinaison “mise à jour forcée + réauthentification + alignement des préférences Office + purge du cache Olk” résout la majorité des cas. En attendant, OWA/Outlook classique restent des contournements valides, tout en instrumentant la collecte de journaux pour une escalade efficace.