Getting a phone call from a client that Outlook was not working seemed like any other support call. I reviewed their setup, checked settings, and everything looked exactly as it had for years. Nothing had changed. After some digging, I decided to move their Outlook pst files out of the Synchronized OneDrive Documents folder into a local folder. They kept insisting I shouldn’t because it had always worked fine, for years now. But as soon as I did, Outlook started working again. That was the moment it became clear that the problem was not Outlook itself, but where Microsoft now chooses to store its data by default.

Historically, Microsoft Outlook stored PST files inside the AppData folder. Most users never saw that location, and that was probably a good thing. It was local, it was not synchronized to the cloud, and it stayed out of the way of background services.

In more recent years, Microsoft changed the default. New PST files were placed in “Documents\Outlook Files”. On the surface, this looked like a usability improvement. The files were easier to find and easier to back up. It felt cleaner and more transparent.

At roughly the same time, Microsoft began aggressively promoting OneDrive integration in Windows. In Windows 11, signing in with a Microsoft account strongly encourages enabling OneDrive folder synchronization. Documents, Desktop, and Pictures are commonly redirected into OneDrive. Many updates once again try to force upon users data synchronization to the cloud via OneDrive as I’ve had a number of clients suddenly have their data synchronized to the cloud after an update even though previously this was not the case!

That is where the design conflict appears.

Outlook now places PST files inside the Documents folder.
Documents is frequently redirected into OneDrive.
Yet, Microsoft does not support actively used PST files inside OneDrive (this is my statement)

Each decision can be defended on its own. Together, they create a fragile setup that many users never chose per say, rather Microsoft made for them setting them up for failure.

What is the most surprising is Microsoft officially states

Yet, real-life experience clearly indicates that such a statement is not accurate.
 

Why PST files and OneDrive do not mix well

A PST file is not a simple document. It is a live database container that is constantly being written to while Outlook is open. It expects consistent file locking and uninterrupted disk access.

OneDrive, by contrast, monitors files for changes, reads them in the background, applies versioning, and synchronizes them to the cloud. That behavior is perfectly reasonable for Word documents or spreadsheets. It is far less appropriate for large, continuously updated databases. (Side Note: this is the same reason you should never place Access database files on your OneDrive!)

When these two systems touch the same file at the same time, problems can appear:

• Outlook may report that the data file cannot be accessed
• Random crashes can occur
• File locking errors appear
• Long stable configurations suddenly break after a Windows update

The PST is not corrupt at all. It is simply sitting in a synchronized folder that interferes with how Outlook expects to use it.

For large corporate IT departments, this issue may seem obvious and easily avoided. They have policies, standardized email setups, and Exchange servers that never rely on PST files in the first place. But for home users, individual professionals, and small businesses, the story is very different. These users often depend on simple POP accounts or long-standing local archives that have served them reliably for years. When something suddenly stops working because of an invisible interaction between Outlook and OneDrive caused directly by Microsoft, it doesn’t just break software, it disrupts their ability to communicate and manage their work.
 

The legacy user problem

This situation disproportionately affects users running POP accounts with local archives. These setups often worked reliably for years. Nothing about them felt experimental or unsupported.

However, Microsoft has clearly shifted toward cloud first mail models built around Exchange and synchronized mailboxes. In that model, Outlook uses OST cache files that can be rebuilt from the server. A PST used as the primary mail store does not fit neatly into that vision.  They want you to switch and send all your data to their servers.

The issue is not that Microsoft deprecated POP. The issue is that the surrounding ecosystem changed in ways that quietly destabilized it. Let us not forget that originally the New Outlook didn’t even support PST files!

Users were never clearly warned that Outlook would place PST files inside Documents, nor that Documents would later be redirected into OneDrive by default. Nor that the two do not mix! They were not making an informed decision to store mail data in a synchronized cloud folder. The configuration was created automatically by Outlook’s default file location and then reinforced by OneDrive’s automatic folder redirection. The user did not consciously opt into this arrangement, yet they are the ones left dealing with the consequences of a setup that is widely known to be fragile.
 

What could have been handled better

There were straightforward ways to prevent this trap:

• Keep PST defaults inside AppData
• Allow for folders such as Outlook Files to be excluded from OneDrive Synchronization
• Warn users when creating a PST inside a synchronized folder
• Detect and flag unsupported configurations

Instead, the defaults evolved in separate product silos. Outlook became more user friendly. OneDrive became more aggressive. Windows tied them together automatically. The interaction effects were not adequately addressed.
 

The uncomfortable conclusion

This is not simply an unfortunate bug. It reflects a broader pattern.

When a long working setup fails after an update, the user is left troubleshooting what is fundamentally a design contradiction. The company that moved the file location and the company that synchronized the folder are the same company. Yet the responsibility to understand the interaction falls entirely on the user.

That is what feels like being set up for failure. Not because change is inherently wrong, but because the change was introduced without fully accounting for the real world configurations people were already relying on.

This whole situation is a prime example of incompetent engineering at its finest and a complete lack of proper testing and internal QA.

So many questions!

Why can’t Outlook detect and report this issue?
Why does Outlook place PST files in a location known to get synched to OneDrive and will break the application?
Why doesn’t OneDrive include the possibility of adding exclusions?
Why does the OneDrive synch files that Microsoft knows will break applications?
Why can’t two Microsoft Development Teams not talk to one another and plan things to avoid breaking such a critical application?

The latest culprit of this specific issue would appear to have been Windows 11 update KB5074109. Just the latest update to break something and leave users stranded. There are plenty of articles now on the havoc this updated caused such as:

• Microsoft says uninstall Windows 11 KB5074109 to fix Outlook POP, PST hang, as 2026’s first update causes havoc
• Microsoft’s workaround for classic Outlook issues after Windows 11 update

or search online to find many more similar articles.

 

---

 
Version française
Recevoir un appel d’un client disant que Outlook ne fonctionnait plus, ça semblait être un appel de support comme les autres. J’ai vérifié sa configuration, regardé les paramètres, et tout semblait exactement comme ça l’était depuis des années. Rien n’avait changé. Après avoir fouillé un peu, j’ai décidé de déplacer les fichiers PST de Outlook hors du dossier Documents synchronisé avec OneDrive vers un dossier local. Le client insistait pour dire que je ne devrais pas faire ça, parce que ça avait toujours bien fonctionné depuis des années. Mais dès que je l’ai fait, Outlook s’est remis à fonctionner. C’est là que c’est devenu clair. Le problème n’était pas Outlook comme tel, mais bien l’endroit où Microsoft choisit maintenant d’enregistrer ses données par défaut.

Historiquement, Microsoft Outlook enregistrait les fichiers PST dans le dossier AppData. La plupart des utilisateurs ne voyaient même jamais cet emplacement, et c’était probablement une bonne chose. C’était local, ce n’était pas synchronisé dans le nuage, et ça ne nuisait pas aux services en arrière plan.

Plus récemment, Microsoft a changé l’emplacement par défaut. Les nouveaux fichiers PST étaient placés dans “Documents\Fichiers Outlook”. En surface, ça semblait être une amélioration. Les fichiers étaient plus faciles à trouver et plus simples à sauvegarder. Ça paraissait plus propre et plus transparent.

À peu près au même moment, Microsoft a commencé à pousser fortement l’intégration de OneDrive dans Windows. Dans Windows 11, se connecter avec un compte Microsoft encourage fortement l’activation de la synchronisation OneDrive. Les dossiers Documents, Bureau et Images sont souvent redirigés vers OneDrive. Plusieurs mises à jour tentent encore d’imposer la synchronisation des données vers le nuage via OneDrive. J’ai d’ailleurs eu plusieurs clients dont les données se sont retrouvées synchronisées vers le nuage après une mise à jour, alors que ce n’était pas le cas avant.

C’est là que le conflit de conception apparaît.

Outlook place maintenant les fichiers PST dans le dossier Documents.
Documents est souvent redirigé vers OneDrive.
Pourtant, Microsoft ne supporte pas vraiment les fichiers PST utilisés activement dans OneDrive, c’est mon constat.

Chaque décision peut sembler défendable individuellement. Ensemble, elles créent une configuration fragile que plusieurs utilisateurs n’ont jamais réellement choisie. Microsoft l’a essentiellement mise en place pour eux, les préparant à l’échec.

Ce qui est encore plus surprenant, c’est que Microsoft affirme officiellement

Pourtant, l’expérience réelle démontre clairement que cette affirmation ne tient pas la route.
 

Pourquoi les fichiers PST et OneDrive ne font pas bon ménage

Un fichier PST n’est pas un simple document. C’est un conteneur de base de données actif qui est constamment modifié pendant que Outlook est ouvert. Il a besoin d’un verrouillage de fichier stable et d’un accès disque continu.

OneDrive, de son côté, surveille les fichiers pour détecter les changements, les lit en arrière plan, applique la gestion des versions et les synchronise vers le nuage. Ce comportement est parfaitement logique pour des documents Word ou des feuilles Excel. Il l’est beaucoup moins pour de grosses bases de données constamment modifiées. Note. C’est exactement pour cette raison qu’il ne faut jamais placer une base de données Access sur OneDrive.

Quand ces deux systèmes accèdent au même fichier en même temps, les problèmes apparaissent.

• Outlook peut indiquer que le fichier de données est inaccessible
• Des plantages aléatoires peuvent survenir
• Des erreurs de verrouillage de fichier apparaissent
• Une configuration stable depuis des années peut soudainement cesser de fonctionner après une mise à jour Windows

Le PST n’est pas corrompu. Il se trouve simplement dans un dossier synchronisé qui interfère avec la façon dont Outlook s’attend à l’utiliser.

Dans les grands départements TI corporatifs, ce problème peut sembler évident et facile à éviter. Ils ont des politiques internes, des environnements standardisés et des serveurs Exchange qui ne reposent pas sur des fichiers PST comme stockage principal. Mais pour les utilisateurs à la maison, les travailleurs autonomes et les petites entreprises, c’est une toute autre réalité. Ces utilisateurs dépendent souvent de comptes POP simples ou d’archives locales en place depuis des années. Quand tout cesse de fonctionner à cause d’une interaction invisible entre Outlook et OneDrive causée directement par Microsoft, ce n’est pas seulement un logiciel qui cesse de répondre. C’est leur capacité de communiquer et de gérer leur travail qui est touchée.
 

Le problème des utilisateurs legacy

Cette situation affecte surtout les utilisateurs qui fonctionnent avec des comptes POP et des archives locales. Ces configurations ont été fiables pendant des années. Rien ne laissait croire qu’elles étaient expérimentales ou non supportées.

Cependant, Microsoft s’est clairement orienté vers un modèle nuagique (le “Cloud”) basé sur Exchange et les boîtes aux lettres synchronisées. Dans ce modèle, Outlook utilise des fichiers OST qui peuvent être recréés à partir du serveur. Un PST utilisé comme stockage principal ne cadre plus vraiment avec cette vision. On sent clairement la pression pour migrer toutes les données vers leurs serveurs.

Le problème n’est pas que Microsoft a abandonné POP. Le problème, c’est que l’écosystème autour a changé d’une façon qui l’a déstabilisé subtilement. Rappelons nous qu’au départ, le New Outlook ne supportait même pas les fichiers PST.

Les utilisateurs n’ont jamais été clairement avertis que Outlook placerait les fichiers PST dans Documents, ni que Documents serait éventuellement redirigé vers OneDrive par défaut. Encore moins que les deux ensemble poseraient problème. Ils n’ont jamais pris une décision éclairée d’enregistrer leurs courriels dans un dossier synchronisé dans le nuage. La configuration a été créée automatiquement par l’emplacement par défaut de Outlook, puis renforcée par la redirection automatique de OneDrive. L’utilisateur n’a jamais consciemment choisi cette configuration, mais c’est lui qui doit gérer les conséquences d’un système reconnu comme fragile.
 

Ce qui aurait pu être mieux géré

Il y avait pourtant des solutions simples pour éviter ce piège.

• Laisser les PST par défaut dans AppData
• Permettre d’exclure certains dossiers comme Outlook Files de la synchronisation OneDrive
• Avertir clairement l’utilisateur lors de la création d’un PST dans un dossier synchronisé
• Détecter et signaler les configurations non supportées

Au lieu de ça, les paramètres par défaut ont évolué chacun de leur côté. Outlook est devenu plus convivial. OneDrive est devenu plus intrusif. Windows les a liés automatiquement. Les effets combinés n’ont pas été adéquatement considérés.
 

La conclusion inconfortable

Ce n’est pas simplement un bogue malchanceux. Ça reflète un problème plus large.

Quand une configuration stable depuis des années cesse de fonctionner après une mise à jour, l’utilisateur se retrouve à devoir résoudre une contradiction de conception. La compagnie qui a changé l’emplacement du fichier et celle qui synchronise le dossier est la même. Pourtant, la responsabilité de comprendre l’interaction repose entièrement sur l’utilisateur.

C’est ça, se faire préparer à l’échec. Non pas parce que le changement est mauvais en soi, mais parce qu’il a été introduit sans tenir compte des configurations réelles sur lesquelles les gens comptaient déjà.

Toute cette situation est un exemple frappant d’ingénierie déficiente et d’un sérieux manque de tests adéquats et de contrôle qualité interne.

Tellement de questions.

Pourquoi Outlook ne peut il pas détecter et signaler ce problème. Pourquoi Outlook place t il les fichiers PST dans un emplacement connu pour être synchronisé par OneDrive et susceptible de briser l’application. Pourquoi OneDrive ne permet il pas d’ajouter des exclusions. Pourquoi OneDrive synchronise t il des fichiers que Microsoft sait problématiques. Pourquoi deux équipes de développement chez Microsoft ne peuvent elles pas se parler et planifier pour éviter de briser une application aussi critique.

Le dernier responsable apparent de ce problème serait la mise à jour Windows 11 KB5074109. Juste une autre mise à jour qui casse quelque chose et laisse les utilisateurs pris au dépourvu. Il existe maintenant plusieurs articles qui décrivent les problèmes causés par cette mise à jour, par exemple.

• Microsoft says uninstall Windows 11 KB5074109 to fix Outlook POP, PST hang, as 2026’s first update causes havoc
• Microsoft’s workaround for classic Outlook issues after Windows 11 update

Ou faites une recherche en ligne pour trouver plusieurs autres articles semblables.