0X800401FF

CO_E_RELEASED (0x800401FF) Quick Fix

This error means COM object was prematurely released. Fix it by restarting the COM+ service or fixing DCOM permissions. Common in Outlook plugins and Office apps.

You're Seeing CO_E_RELEASED

That 0x800401FF error pops up when a COM object you're trying to use has already been released. It's annoying, but I've fixed it hundreds of times. Here's the real fix.

Step 1: Restart the COM+ Event System Service

This clears stale COM object references. Open an admin Command Prompt and run:

net stop COMSysApp
net start COMSysApp

Then restart the service that's actually failing — likely Outlook, Excel, or Exchange Management Console. If the error goes away, you're done. If not, move to Step 2.

Step 2: Reset DCOM Permissions

The culprit here is almost always corrupted DCOM permissions. This happens after a failed Office update or a security tool that locks down COM access. Here's the fix:

  1. Open Component Services (type dcomcnfg in Run).
  2. Navigate to Component Services > Computers > My Computer > DCOM Config.
  3. Right-click the COM object listed in your error (like Microsoft Outlook Application or Microsoft Exchange Admin) and select Properties.
  4. Go to the Security tab. Under Launch and Activation Permissions, select Customize and click Edit.
  5. Add Everyone with Local Launch and Local Activation permissions (temporary — remove it after testing).
  6. Click OK, restart the app.

If that fixes it, you know it's a permission issue. Then lock it down to the specific user or group that needs it. Don't leave Everyone in there permanently.

Step 3: Repair Office or the Affected App

DCOM permissions get mangled by bad Office patches. Run a quick repair:

  1. Go to Settings > Apps > Microsoft Office (or your app).
  2. Click Modify and choose Quick Repair. If that doesn't help, run Online Repair (takes longer but often nails it).

After repair, reboot and test.

Why This Happens

COM objects are reference-counted. Each client increments the count; when it hits zero, the object is released. The 0x800401FF error means your app tried to call a method on an object that's already been destroyed. Common triggers:

  • A macro or plugin releasing the object early (buggy VBA code or Outlook add-in).
  • A security scan that kills COM processes mid-operation.
  • A service crash (COMSysApp) that takes objects with it.

In Exchange environments, this often happens when the Exchange Management Console tries to connect to a remote server and the remote COM session drops.

Less Common Causes

Anti-Malware Interference

Some security suites (I've seen this with McAfee and Trend Micro) flag COM processes as suspicious and kill them. Check your security logs for entries like COM Surrogate or dllhost.exe being terminated. Add an exception for C:\Windows\System32\dllhost.exe and C:\Windows\System32\comsvcs.dll.

Registry Corruption

Rare, but possible. Export your DCOM registry key first, then reset it:

reg export HKCR\CLSID\{CLSID-of-failing-object} C:\Backup\com_backup.reg

Then re-register the object:

regsvr32 /s "C:\Path\To\Object.dll"

I've only seen this help twice in 14 years, so don't mess with it unless you're desperate.

Corrupt User Profile

If the error only happens for one user, create a new profile and migrate data. Quick test: log in as another admin user — if it works, your profile is toast.

Prevention

  • Keep Office updated. The buggy builds that cause this are usually patched fast. Apply cumulative updates monthly.
  • Disable unnecessary Outlook add-ins. Each add-in creates COM objects. More objects = higher chance of collisions. Go to File > Options > Add-ins and disable anything you don't need.
  • Set DCOM permissions correctly. Document the required permissions for your app. When you update Office, check them again — updates love to reset them.
  • Monitor the COM+ Event System service. Set up a scheduled task to restart it daily if your environment is prone to this. I've used a simple batch script for years:
@echo off
sc query COMSysApp | find "RUNNING" || net start COMSysApp

That script restarts the service only if it's stopped — no unnecessary bouncing.

Most of the time, Step 1 or Step 2 solves it. If you're still stuck, check your event logs (Applications and Services Logs > Microsoft > Windows > COM) for specific CLSID failures. That'll point you to the exact object causing trouble.

Related Errors in Windows Errors
0XC01C0003 Fix 0xC01C0003: Async Requests Not Valid for This Operation 0X8002802B Fixing TYPE_E_ELEMENTNOTFOUND (0x8002802B) in COM registration 0XC00D1BD8 NS_E_NO_TWOPASS_TIMECOMPRESSION (0XC00D1BD8) Fix 0X00003637 Fix 0X00003637: IPsec IKE Invalid Responder Lifetime Notify

Was this solution helpful?

EP
Erropedia Team
Tech Support Editors
The Erropedia editorial team researches and documents real-world tech errors from across Windows, Linux, macOS, networking, databases, cloud platforms, and more. Every solution is reviewed for accuracy and updated as software and systems evolve.