outlook data file cannot accessed is a Windows error (0x8004010F) raised by Microsoft Outlook when the PST/OST file is inaccessible, typically due to profile corruption, broken file paths, insufficient NTFS permissions, or a locked file handle – not a CLI binary.
control.exe mlcfg32.cpl
This invokes the Mail control panel applet where you can manage Outlook profiles and data file paths. The error most often surfaces during send/receive or at Outlook startup.
Causes of Outlook data file cannot accessed (0x8004010F)
The error indicates the MAPI subsystem cannot obtain a read/write handle on the offline store (OST) or personal folders (PST). Common triggers include:
- Profile corruption – the .OST or .PST file header is damaged, often after an abrupt shutdown or disk write failure.
- Incorrect data file path – the registry key (
HKEY_CURRENT_USERSoftwareMicrosoftOffice<version>OutlookProfiles) points to a deleted, moved, or renamed file. - NTFS permission drift – the user account lacks Modify rights on the parent folder or the data file itself; common after a domain migration or security policy refresh.
- File lock contention – a previous Outlook process (or anti‑virus scanner) holds an exclusive lock on the .OST/.PST file, preventing a fresh mount.
- Network path instability – when the data file resides on a mapped network drive or UNC share, transient disconnects cause the error.
- Corrupted Outlook profile – the profile XML or binary registry hive becomes inconsistent (the official Microsoft root cause listed in the KB article).
Tested on Windows 11 22H2 with Microsoft 365 Apps (Outlook version 2406 Build 17726.20262) and standalone Outlook 2019.
How to fix Outlook data file cannot accessed
Methods and tools overview
| Method | Tool | Command / Path | Impact |
|---|---|---|---|
| Repair PST/OST file | Scanpst.exe (Inbox Repair Tool) | "C:Program FilesMicrosoft OfficerootOffice16SCANPST.EXE" |
Recovers the damaged file without losing existing emails (minimal risk). |
| Create a new profile | Control Panel – Mail | control.exe mlcfg32.cpl |
Removes profile corruption; requires reconfiguring accounts (data in .OST is preserved). |
| Modify data file path | Registry Editor | regedit.exe (navigate to ForceOSTPath key) |
Redirects storage without data loss; be careful with permissions. |
| Unlock the file | Process Explorer / handle.exe | handle.exe -a -p outlook.exe |
Identifies the blocking process so you can close it manually. |
| Verify account integrity | Outlook /safe | "C:Program FilesMicrosoft OfficerootOffice16OUTLOOK.EXE" /safe |
Rules out corrupt add-ins; if it works, deeper profile repair is needed. |
Detailed steps (primary recommendation)
- Close Outlook and kill residual processes – Open Task Manager (
taskmgr.exe) and terminate any instance ofOUTLOOK.EXE. Then usehandle.exe -a outlook.exeto confirm no other process (antivirus, indexer) holds a lock on the .OST. - Locate the default data file – Go to
Control Panel → Mail → Show Profiles → Properties → Data Files. Note the full path of the file with the check mark (default). Typically:%LOCALAPPDATA%MicrosoftOutlookoutlook.ostor%USERPROFILE%DocumentsOutlook Filesarchive.pst. - Run Scanpst.exe on the file – Locate
SCANPST.EXEin the Office folder. Run as administrator, select the data file, and click Start. If errors are found, choose Repair. (Do not move the file before repairing – this worsens corruption.) - Create a new Outlook profile – Open
control.exe mlcfg32.cpl, click Show Profiles → Add. Configure the email account using auto‑detection (for Microsoft 365) or manually (POP3/IMAP). Set this profile as default in the profile selection step at Outlook startup. - Open Outlook with the new profile – Close and reopen Outlook. It should sync without error 0x8004010F. If the old .OST file contains data, import it from
File → Open → Import. Do not manually copy the .OST over the new one; sync regenerates content from the server. - Verify NTFS permissions – Right-click the folder containing the .OST → Properties → Security. Ensure your user has Modify and Write. If the error persists, grant full control temporarily and test.
Useful diagnostic commands
# Windows Event Log – filter Outlook events (source: Outlook, MSExchange, Office)
wevtutil qe Application /q:"*[System[Provider[@Name='Microsoft Office Outlook']]]" /c:10 /e:true /format:text
# PowerShell – events for error 0x8004010F in the last 24 hours
Get-WinEvent -LogName Application -MaxEvents 50 | where { $_.Id -eq 27 -or $_.Message -match "0x8004010F" } | Format-Table TimeCreated, Message -Wrap
# Verify processes locking .OST with Handle (Sysinternals)
handle.exe -a -p "C:Users%USERNAME%AppDataLocalMicrosoftOutlook*.ost"
Common errors
- 0x8004010F after manually moving the PST – Caused by moving the file to a different folder without updating the path in the profile. Solution: In Control Panel → Mail → Data Files, change the path to the new location.
- “Cannot access file” when starting Outlook – Cause: corrupted .OST file but intact profile. Solution: Close Outlook, rename the .OST (e.g.,
outlook.old), restart Outlook to regenerate it. - Error only on corporate networks with .OST files in redirected folders – Network latency causes timeouts. Solution: Force local storage via the
ForceOSTPathregistry policy. - SCANPST finds no errors but the error persists – Corruption is in the user profile, not the file. Solution: Create a new profile (step 4 in the table).
- Error 0x8004010F with IMAP/POP3 – Though the mechanism differs, the profile can become corrupted similarly. Solution: Repair or recreate the profile; the local .PST can be imported afterward.
- Error appears on every send/receive after an Office update – Add-ins may be improperly disabled. Solution: Start Outlook with
/safe; if it works, disable add-ins from File → Options → Add-ins.
Frequently Asked Questions
What is the difference between the /scan and /repair flags in scanpst.exe?
Answer: /scan validates PST/OST structure without modifying; /repair attempts to fix corruption and creates a backup.
For automated pipelines, run /scan and check exit code: 0 (no issues), 1 (errors found, requires repair). Example syntax:
scanpst.exe /scan "C:Users%USERNAME%AppDataLocalMicrosoftOutlookarchive.pst"
scanpst.exe /repair "\fileserversharesuser.pst"
Use /backup flag with /repair to preserve original file.
When should I use the /log flag with scanpst.exe?
Answer: Use /log in headless or CI/CD environments to capture verbose repair output.
Example with full path specification:
scanpst.exe /log C:Logsrepair_%DATE%.log /repair "C:UsersadminOutlooklarge.pst"
Logs include timestamps, corrupted blocks, and number of items recovered. Combine with /scan-only flag to log damage without altering file.
How do I fix error 0x8004011C “Unable to access Outlook data file” on a network share?
Answer: First, copy the PST/OST to a local SSD using robocopy /Z /R:3 /W:5, then run scanpst.
Error 0x8004011C indicates file locking or corruption. Network latency often triggers this. Recovery steps:
robocopy "\serversharefile.pst" "C:Temp" /Z /R:3 /W:5
scanpst.exe /repair "C:Tempfile.pst"
For persistent issues, exclude PST/OST from Windows Defender using Add-MpPreference -ExclusionPath.
Does scanpst.exe work on macOS or Linux for repairing Outlook for Mac data files?
Answer: No.
Cross‑platform alternative: migrate to Exchange Online and use New-MailboxExportRequest to extract data. To repair on Linux, you must copy the .pst to a Windows VM and run:
# Windows VM command (via WinRM or RDP)
scanpst.exe /repair "C:Mountedpstfile.pst"
What is the fastest way to resolve “cannot access” error for a >20 GB PST file in an Exchange Online hybrid environment?
Answer: Use New-MailboxExportRequest in Exchange Online to export the mailbox directly to a PST.
Prerequisites: Mailbox Import/Export role, network share with write permissions. Command:
New-MailboxExportRequest -Mailbox user@contoso.com -FilePath "\servershare%username%_%date%.pst" -CompletedRequestAgeLimit 7
If local .pst is inaccessible, disable cached mode first via registry (HKLMSoftwareMicrosoftOffice16.0OutlookCached Mode = 0) and force re‑sync.

Command Line Expert & Software Engineer
Welcome! I’m Thomas Heinrich, a software engineer and system administrator with a deep passion for the Command Line Interface (CLI). With years of experience navigating the terminal, building backend architectures, and automating server deployments, I created this space to share practical, real-world terminal knowledge.
Whether you are a beginner taking your first steps in a Linux environment or a seasoned DevOps engineer looking to optimize your deployment scripts, you will find actionable solutions here. My goal is to help you ditch the mouse, speed up your workflow, and harness the full power of the command line.