Overview
This article consolidates common quarantine-related troubleshooting scenarios, including:
- Applying the latest product updates/patches (including manual patch installation when automatic patching fails).
- Dependency errors such as:
The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine. - Quarantine database corruption (repair or recreate).
- Service startup failures caused by port conflicts.
The GFI MailEssentials services most commonly involved are:
- GFI MailEssentials Backend (hosts reporting and quarantine-related components).
- GFI MailEssentials Quarantine Action Services (processes actioning for items detected as spam/malware).
Solution
-
Make sure you are on the latest version/build and fully patched.
Quarantine-related issues are frequently resolved by upgrading and applying all available product updates. If patches fail to install via the UI, use the documented manual patch installation procedure.
-
Identify the symptom you are seeing.
- If releasing quarantined items fails and you see:
The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine.follow step 3. - If quarantine lists stop updating / quarantine appears corrupted, follow step 4.
- If Backend / Quarantine Action services are failing to start and event logs indicate a remoting/socket bind problem, follow step 5.
- If releasing quarantined items fails and you see:
-
Fix the
Microsoft.ACE.OLEDB.12.0provider error.Important: Microsoft has retired/out-of-support older Access Database Engine redistributables, and the old 2010 download URLs may return 404.
If the 2010 redistributable is unavailable, Microsoft’s recommended alternative is the Microsoft Access Database Engine 2016 Redistributable.
After installing the dependency, re-test by releasing a quarantined item again.
-
Repair or recreate quarantine databases if corruption is suspected.
- Anti-Spam quarantine: recreate the Anti-Spam quarantine database.
- EmailSecurity (malware) quarantine: recreate the EmailSecurity quarantine database.
- If quarantine logs show errors like “Invalid API Parameter”, repair the quarantine store (ESE database) as described in the linked article.
-
Note: Recreating quarantine databases can make previously quarantined emails inaccessible.
-
Check for Backend port conflicts that prevent services from starting.
If multiple MailEssentials services (including Backend and Quarantine Action) fail to start and the event logs indicate a remoting/socket bind error, follow the port-conflict troubleshooting guidance in the linked article.
<supportagent>
Agent note: For quarantine issues, also check the product’s quarantine-related debug logs list (for example Quar.log, QuarQA.log, QASCoordinator.log, and QAS plugin logs) and ensure tracing was enabled before reproduction.
</supportagent>
Related Articles
- Services Installed by MailEssentials
- Released Quarantined Items Not Delivered to End Users
- How to recreate the GFI MailEssentials Anti-Spam Quarantine database?
- How to recreate the GFI MailEssentials EmailSecurity Quarantine database
- Cannot Save Emails to Quarantine, Invalid API Parameter Error in Quarantine Logs
- Backend port conflict on 9090 with Symantec Endpoint Protection
- A large number of emails are building up in the BadMail folder and queues
- Why are patches failing to install?
- Manually installing product updates
- How to Install or Upgrade GFI MailEssentials
- Access Database Engine Redistributable 2010 no longer available? - Microsoft Q&A
- Microsoft Access Database Engine 2016 Redistributable
Priyanka Bhotika
Comments