Jaa

Configure legacy on-premises public folders for a hybrid deployment in Exchange Server

  • Artikkeli

Summary: Use the steps in this article to synchronize public folders between Microsoft 365 or Office 365 and your Exchange Server 2010 on-premises deployment.

In a hybrid deployment, your users can be in Exchange Online, on-premises, or both, and your public folders are either in Exchange Online or on-premises. Public folders can reside in only one place, so you must decide whether your public folders are in Exchange Online or on-premises. They can't be in both locations. Public folder mailboxes are synchronized to Exchange Online by the Directory Synchronization service. However, mail-enabled public folders aren't synchronized across premises.

This article describes how to configure Exchange Online mailboxes to access on-premises public folders. The article also describes how to synchronize mail-enabled public folders if your users are in Microsoft 365 or Office 365 and your Exchange Server 2010 SP3 public folders are on-premises. However, a Microsoft 365 or Office 365 user who isn't represented by a MailUser object on-premises (local to the target public folder hierarchy) can't access legacy or modern on-premises public folders.

Note

This topic refers to the Exchange Server 2010 SP3 servers as the legacy Exchange server.

You can sync your mail-enabled public folders by using the following scripts, which are initiated by a Windows task that runs in the on-premises environment:

  • Sync-MailPublicFolders.ps1: This script synchronizes mail-enabled public folder objects from your local Exchange on-premises deployment with Microsoft 365 or Office 365. It uses the local Exchange on-premises deployment as master to determine what changes need to be applied to Microsoft 365 or Office 365. The script creates, update, or delete mail-enabled public folder objects on Microsoft 365 or Office 365 Active Directory based on what exists in the local on-premises Exchange deployment.

  • SyncMailPublicFolders.strings.psd1: This is a support file used by the preceding synchronization script and should be copied to the same location as the preceding script.

Note

Sync-MailPublicFolders.ps1 does not support modern authentication and works only with basic authentication. You must use an Exchange Online account that supports basic authentication.

When you complete this procedure, your on-premises and Microsoft 365 or Office 365 users are able to access the same on-premises public folder infrastructure.

What hybrid versions of Exchange will work with public folders?

The following table describes the version and location combinations of user mailboxes and public folders that are supported. "Hybrid not applicable" is still a supported scenario, but isn't considered a hybrid scenario since both the public folders and the users are residing in the same location.

Version On-premises Exchange 2010 User Mailbox On-premises Exchange 2013 User Mailbox Exchange Online User Mailbox
On-premises Exchange 2010 Public Folders Hybrid not applicable Hybrid not applicable Supported
On-premises Exchange 2013 Public Folders Hybrid not applicable Hybrid not applicable Supported
Exchange Online Public Folders Not supported Supported Hybrid not applicable

A hybrid configuration with Exchange 2003 public folders isn't supported. If you're running Exchange 2003 in your organization, you must move all public folder databases and replicas to Exchange 2010 SP3 or later. No public folder replicas can remain on Exchange 2003.

Note

Outlook 2016 does not support accessing Exchange 2007 legacy public folders. If you have users who are using Outlook 2016, you must move your public folders to a more recent version of Exchange Server. More information about Outlook 2016 and Office 2016 compatibility with Exchange 2007 and earlier versions can be found in this article.

Step 1: What do you have to know before you begin?

  • These instructions assume that you have used the Hybrid Configuration Wizard to configure and synchronize your on-premises and Exchange Online environments, and that the DNS records that are used for the Autodiscover service for most users reference an on-premises end point. For more information, see Hybrid Configuration wizard.

  • These instructions assume that Outlook Anywhere is enabled and functional on all the on-premises legacy Exchange public folder servers. For information about how to enable Outlook Anywhere, see Outlook Anywhere.

  • Implementing legacy public folder coexistence for a hybrid deployment of Exchange with Microsoft 365 or Office 365 may require you to fix conflicts during the import procedure. Conflicts can occur because a nonroutable email address that's assigned to mail-enabled public folders, conflicts with other users and groups in Microsoft 365 or Office 365, and other reasons.

  • These instructions assume that your Exchange Online organization has been upgraded to a version that supports public folders.

  • In Exchange Online, you must be a member of the Organization Management role group. This role group is different from the permissions assigned to you when you subscribe to Exchange Online. For information about how to enable the Organization Management role group, see Manage Role Groups.

  • In Exchange 2010, you must be a member of the Organization Management or Server Management RBAC role groups. For details, see Add Members to a Role Group

  • To access public folders cross-premises, users must upgrade their Outlook clients to the November 2012 Outlook public update or a later version.

  • Outlook 2016 for Mac (and earlier versions) and Outlook for Mac for Office 365 aren't supported for cross-premises legacy public folders. Users must be in the same location as the public folders to access them with Outlook for Mac or Outlook for Mac for Office 365. Additionally, users whose mailboxes are in Exchange Online can't access on-premises public folders using Outlook Web App.

  • After you follow the instructions in this article to configure your on-premises public folders for a hybrid deployment, users who are external to your organization won't be able to send messages to your on-premises public folders unless you take other steps. You can either set the accepted domain for the public folders to Internal Relay (see Manage Accepted Domains in Exchange Online) or you can disable Directory Based Edge Blocking (DBEB) (see Use Directory Based Edge Blocking to Reject Messages Sent to Invalid Recipients).

Step 2: Make remote public folders discoverable

  1. If your public folders are on Exchange 2010 or later servers, you must install the Client Access server (CAS) role on all mailbox servers that have a public folder database. This allows the Microsoft Exchange RpcClientAccess service to be running so that all clients can access public folders. For more information, see Install Exchange Server 2010.

    Note

    This server doesn't have to be part of the Client Access load balancing. For more information, see Understanding Load Balancing in Exchange 2010.

  2. Create an empty mailbox database on each public folder server.

    For Exchange 2010, run the following command. This command excludes the mailbox database from the mailbox provisioning load balancer. This prevents new mailboxes from being added automatically to this database.

    New-MailboxDatabase -Server <PFServerName_with_CASRole> -Name <NewMDBforPFs> -IsExcludedFromProvisioning $true

    Note

    We recommend that the only mailbox that you add to this database is the proxy mailbox that you'll create in step 3. No other mailboxes should be created on this mailbox database.

  3. Create a proxy mailbox within the new mailbox database, and hide the mailbox from the address book. The SMTP of this mailbox will be returned by AutoDiscover as the DefaultPublicFolderMailbox SMTP, so that by resolving this SMTP the client can reach the legacy exchange server for public folder access.

    New-Mailbox -Name <PFMailbox1> -Database <NewMDBforPFs>

    Set-Mailbox -Identity <PFMailbox1> -HiddenFromAddressListsEnabled $true

  4. For Exchange 2010, enable AutoDiscover to return the proxy public folder mailboxes.

    Set-MailboxDatabase <NewMDBforPFs> -RPCClientAccessServer <PFServerName_with_CASRole>

  5. Repeat the preceding steps for every public folder server in your organization.

Step 3: Download the script to synchronize mail-enabled public folders

  1. Download the following files from Mail-enabled Public Folders - directory sync script:

    • Sync-MailPublicFolders.ps1
    • SyncMailPublicFolders.strings.psd1

  2. Save the files to the Exchange on-premises server on which you're running the script. For example, C:\PFScripts.

Step 4: Configure directory synchronization

The Directory Synchronization service doesn't synchronize mail-enabled public folders. Running the following script synchronizes the mail-enabled public folders across premises. Special permissions assigned to mail-enabled public folders need to be recreated in the cloud since cross-premise permissions aren't supported in Hybrid Deployment scenarios. For more information, see Exchange hybrid deployment documentation.

Note

Synchronized mail-enabled public folders will appear as mail contact objects for mail flow purposes and will not be viewable in the Exchange admin center. See the Get-MailPublicFolder command. To recreate the SendAs permissions in the cloud, use the Add-RecipientPermission command.

  1. On the legacy Exchange server, run the following command to synchronize mail-enabled public folders from your local on-premises Active Directory to Microsoft 365 or Office 365.

    Sync-MailPublicFolders.ps1 -Credential (Get-Credential) -CsvSummaryFile:sync_summary.csv

    Where Credential is your Microsoft 365 or Office 365 user name and password, and CsvSummaryFile is the path to where you would like to log synchronization operations and errors, in .csv format.

Note

Sync-MailPublicFolders.ps1 does not support modern authentication and works only with basic authentication. You must use an Exchange Online account that supports basic authentication.

Before running the script, we recommend that you first simulate the actions that the script would take in your environment by running it as described above with the -WhatIf switch.
We also recommend that you run this script daily to synchronize your mail-enabled public folders.

Step 5: Configure Exchange Online users to access on-premises public folders

A Microsoft 365 or Office 365 mailbox that isn't represented by a MailUser object on-premises (local to the target public folder hierarchy) can't access on-premises public folders.

You can use the following command to identify such mailboxes:

Get-Mailbox |?{$_.IsDirSynced -eq $false}

These users will keep getting credential prompts after public folder mailbox access is configured. Use one of the following solutions for such users before enabling public folder access:

  1. Link the Exchange Online mailboxes only listed in the previous step to on-premises users as described in Exchange Online users can't access legacy on-premises public folders.

  2. Use the steps provided in Controlled Connections to Public Folders to enable public folder access only to mailboxes that have linked users on-premises.

The final step in this procedure is to configure the Exchange Online organization and to allow access to the legacy on-premises public folders.

Enable the exchange online organization to access the on-premises public folders. Point to all of the proxy public folder mailboxes that you created in Step 2: Make remote public folders discoverable.

Run the following command in Windows PowerShell:

Set-OrganizationConfig -PublicFoldersEnabled Remote -RemotePublicFolderMailboxes PFMailbox1,PFMailbox2,PFMailbox3

You must wait until Active Directory synchronization has completed to see the changes. This process can take up to 3 hours to complete. If you don't want to wait for the recurring synchronizations that occur every three hours, you can force directory synchronization at any time. For detailed steps to do force directory synchronization, see Microsoft Entra Connect Sync: Scheduler. Microsoft 365 and Office 365 randomly select one of the public folder mailboxes that's supplied in this command.

How do I know this worked?

Sign in Outlook for a user who is in Exchange Online, and then run the following public folder tests:

  • View the hierarchy.
  • Check permissions.
  • Create and delete public folders.
  • Post content to and delete content from a public folder.