Unexpected PublicFolderMailBoxes dynamic distribution groups in Exchange Server

Original KB number:   4035952

Summary

This article discusses the unexpected creation of multiple dynamic distribution groups in Exchange Server. The names of the distribution groups start with PublicFolderMailBoxes. The article provides a workaround for this issue.

Symptoms

Consider the following scenario. Multiple dynamic distribution groups are created unexpectedly and the following conditions apply:

  • You have an Active Directory site with more than one domain controller. The site is running Exchange Server 2016 with Cumulative Update 6 or later installed.
  • The first public folder mailbox was created on Exchange Server 2016, Exchange Server 2019, or Exchange Server SE.

In this scenario, multiple dynamic distribution groups are created unexpectedly. The names of these dynamic distribution groups begin with PublicFolderMailboxes.

Screenshot of unexpected PublicFolderMailBoxes dynamic distribution groups.

Cause

Exchange Server creates a dynamic distribution group to sync the hierarchy of public folders. In an environment that has multiple domain controllers, the entry for the dynamic distribution group is created in one of the domain controllers. Immediately, a process looks up the dynamic distribution group from a different domain controller to verify whether the dynamic distribution group exists. However, because Active Directory replication hasn't happened yet, the dynamic distribution group isn't replicated to the other domain controllers. Because the process doesn't find the recently created dynamic distribution group, Exchange creates a new one.

Until Active Directory replication occurs, a new dynamic distribution group is created each time that the process runs (typically every 24 hours).

Workaround

Temporarily configure a domain controller on the Exchange Server instance that hosts the primary hierarchy for the public folder mailbox so that the Exchange Server instance only communicates with one domain controller. This configuration is called setting up a static domain controller for the Exchange Server. After you complete these steps, return the Exchange Server configuration to its previous state.

  1. Use an account that has sufficient permissions on your Exchange Server to open the Exchange Management Shell (EMS).

  2. Remove the unexpected dynamic distribution groups by running the Get-DynamicDistributionGroup cmdlet as shown in the following example:

    Get-DynamicDistributionGroup -IncludeSystemObjects PublicFolderMailboxes* | Remove-DynamicDistributionGroup
    
  3. In the Event Viewer application log, filter the log to display Event ID 2080.

  4. Locate the latest entry for Event ID 2080. In the description, you should find more than one domain controller under In-site.

    For example:

    DC01.domain.com CDG 1 7 7 1 0 1 1 7 1
    DC02.domain.com CDG 1 7 7 1 0 1 1 7 1
    
  5. In the list of domain controllers, identify one that’s also a global catalog server and then copy its FQDN.

  6. To configure the Exchange Server to use a static domain controller, in EMS, run the Set-ExchangeServer cmdlet as shown in the following example:

    Set-ExchangeServer -Identity <name of Exchange server> -StaticDomainControllers <FQDN of DC> -StaticConfigDomainController <FQDN of DC> -StaticGlobalCatalogs <FQDN of DC>
    

    For example:

    Set-ExchangeServer -Identity e161 -StaticDomainControllers DC01.domain.com  -StaticConfigDomainController DC01.domain.com  -StaticGlobalCatalogs DC01.domain.com
    
  7. Wait 15 minutes or a little longer for Exchange topology discovery to happen. This is when the next Event ID 2080 entry is logged. In the description, you should see only one domain controller listed under In-site.

  8. To display a list of public folder mailboxes on the server, in EMS, run the Get-Mailbox cmdlet as shown in the following example:

    Get-Mailbox -PublicFolder | ?{$_.IsRootPublicFolderMailbox -eq "true"} | Update-PublicFolderMailbox
    

    You should see that only one dynamic distribution group was created.

  9. Wait 15 or 20 minutes, and then run the Get-DynamicDistributionGroup cmdlet to verify whether a single dynamic distribution group was created:

    Get-DynamicDistributionGroup -IncludeSystemObjects PublicFolderMailboxes*
    
  10. Reset the configuration of the Exchange Server so that it no longer only uses a static domain controller by running the Set-ExchangeServer cmdlet as shown in the following example:

    Set-ExchangeServer -Identity <name of Exchange server> -StaticDomainControllers $null -StaticConfigDomainController $null -StaticGlobalCatalogs $null