board logo
Posted by: Lemonde - 31 July 2025 17:27:35
AD seems to have orphaned info about the public folders: Process w3wp.exe (FE_Mapi) (PID=12148). Object [CN=Mailbox Database 097409384905,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=DomainHQ,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=local]. Property [PublicFolderDatabase] is set to value [argofield.local/Configuration/Deleted Objects/Public Folders DEL:6546584a90-efcc-4f9d-a2db-16cb212321559], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.

Posted by: sirclesadmin - 31 July 2025 17:28:07

Ah yes - that one's a classic Exchange/AD migration ghost. What you're seeing is an orphaned reference to a deleted Public Folder database, still hanging around in the AD configuration container.


The Problem

You're getting:

Object ... Property [PublicFolderDatabase] is set to value [...] Deleted Objects [...] This property should be fixed as soon as possible.

This means that some mailbox databases (or other Exchange objects) still have a reference to a Public Folder database that was deleted, and AD is now pointing to it in the Deleted Objects container.

This is a harmless but noisy issue - until you try something that expects a clean AD config, such as:

  • Installing a new CU
  • Adding/removing mailbox databases
  • Migrating to modern public folders
  • Decommissioning the last 2013 server

What To Do: Clean the Orphaned PublicFolderDatabase Property

You need to clear that attribute manually in AD using ADSIEDIT.


Step-by-Step Fix (ADSIEDIT)

Be cautious in ADSIEDIT - changes are instant and permanent.

1. Open ADSI Edit

  • Run adsiedit.msc
  • Connect to Configuration context

2. Navigate to the Mailbox Database object

Go to:

CN=Configuration [DC...]
 CN=Services
     CN=Microsoft Exchange
         CN=Argofield HQ
             CN=Administrative Groups
                 CN=Exchange Administrative Group (FYDIBOHF23SPDLT)
                     CN=Databases
                         CN=Mailbox Database 0655979533

3. Right-click Properties

  • Find the attribute: msExchHomePublicMDB

  • You'll likely see it set to something like:

    CN=Public Folders\0ADEL:34584a90-efcc-4f9d-a2db-16cb21312559,CN=Deleted Objects,...
    

4. Clear it

  • Select the attribute
  • Click Clear
  • Click OK to apply

5. Close ADSIEDIT and wait for replication

This removes the broken reference to the old PF database.


Optional: Check All Databases

You can scan all mailbox databases for stale PF links via PowerShell:

Get-MailboxDatabase | Select Name,PublicFolderDatabase

If any of them are populated, you can clear them with:

Set-MailboxDatabase "Mailbox Database 0655979533" -PublicFolderDatabase $null

Note: This only works if PublicFolderDatabase was still valid in Exchange - if it's already pointing to a deleted object, you must use ADSIEDIT.


Summary

Step Action
1 Open ADSIEDIT and connect to Configuration context
2 Browse to CN=Mailbox Database 0655979533
3 Clear msExchHomePublicMDB
4 Confirm and exit
5 Let replication settle and confirm error disappears from event log

Let me know if you want a script to scan for and report on all such broken PF links across all databases.