Office 365 Public Folder to Shared Mailbox Migration
This guide explains how to migrate supported content from selected Office 365 / Microsoft 365 Public Folders to prepared destination Shared Mailboxes. Public Folders and Shared Mailboxes are different Microsoft 365 workloads: this process migrates supported content and does not convert the Public Folder object or automatically transfer its workload-specific configuration.
Organizations may use this scenario when shared Public Folder content is better managed in destination Shared Mailboxes. Prepare each target Shared Mailbox and its required access before mapping. Destination delegation, retention, compliance, and other mailbox settings should be configured or validated separately according to organizational requirements.

EdbMails Office 365 migration software supports this workflow with OAuth 2.0 / modern authentication, Public Folder selection, source-to-target mapping, selective migration, incremental repeat runs, and migration reports. Mapping associates selected source content with an existing/prepared destination Shared Mailbox; it is not Shared Mailbox provisioning.
The six-step workflow below covers preparation, source Public Folder connection and selection, target Shared Mailbox connection, mapping, migration, monitoring, and destination validation.
Use migration logs together with destination checks to validate supported migrated content. Microsoft 365 service limits, mailbox capacity and licensing, network conditions, and throttling can affect migration planning and performance.
Office 365 Public folder to Shared mailbox : Pre-migration Activities
- Ensure that you have a global admin account for the automatic registration method to connect to the source and target Office 365 servers.
- Ensure that you meet the network and bandwidth requirements for the migration. See network and migration planning, performance factors and best practices for Office 365 Public migration
- Prepare your target Office 365 tenant. See tenant roadmap for Microsoft 365.
- Ensure to set admin permissions for source public folders
- Analyze the Public Folder hierarchy before migration and identify inactive or obsolete folders that are no longer required. Cleaning up unnecessary content before migration can reduce migration time, improve performance, and simplify the organisation of Shared Mailboxes after migration.
- Create Shared mailboxes on the target Office 365 tenant and set the required permissions
- If this migration is part of a broader tenant/domain cutover, add and verify the required custom domain on the target Microsoft 365 tenant according to your cutover plan. A domain change is not inherent to every Public Folder-to-Shared Mailbox migration.
- Review current Microsoft 365 message/item limits and destination mailbox capacity for the selected content before migration. Do not assume the migration removes Microsoft service limits.
Office 365 public folder to Shared mailbox post-migration validation
- Step 1: Review migration status and reports
Review the EdbMails migration status and logs, then inspect the destination Shared Mailbox folders and selected migrated items.
- Step 2: Validate destination access and delegation
Confirm that intended users can access the destination Shared Mailbox. Configure and validate Full Access, Send As, Send on Behalf, and other delegation separately where your organization requires them; source Public Folder permissions should not be assumed to transfer.
- Step 3: Review destination retention and compliance
Review any required Microsoft 365 retention, hold, eDiscovery, compliance, and mailbox-policy configuration separately. Migrating content does not automatically recreate Public Folder-specific policies or compliance configuration.
- Step 4: Apply broader cutover changes only when applicable
MX, Autodiscover, Outlook-profile, domain, subscription, or source-tenant decommissioning changes are relevant only when this Public Folder migration is part of a wider tenant or domain cutover. Do not remove the source subscription or domain solely because this migration job has completed.
- Step 1: Review migration status and reports
Assess Public Folder Size and Shared Mailbox Capacity
Review the size of the source Public Folders and ensure each destination Shared Mailbox has sufficient capacity before migration. Microsoft states that an unlicensed shared mailbox is limited to 50 GB; larger capacity, archiving, and some advanced compliance/security scenarios require appropriate licensing. Users who access a Shared Mailbox also require appropriate licensed access. Verify current Microsoft 365 quotas and licensing for your scenario.
Office 365 public folder to Shared mailbox migration troubleshooting
See Office 365 migration troubleshooting guide and Public folder troubleshooting for possible solutions related to migration errors. For more information on EdbMails Office 365 migration, see frequently asked questions (FAQs)
See solutions if you are not able to migrate Public folders due to insufficient permissions.
Post-Migration Validation Checklist
After the migration is completed, verify the following:
- Review migration logs and status for the selected Public Folders.
- Inspect destination folders and compare representative item counts and selected migrated items with the source.
- Verify that supported migrated emails, calendar/contact items, attachments, and applicable item properties are accessible in the destination.
- Confirm destination Shared Mailbox access and configure required delegation separately.
- Review destination retention, hold, eDiscovery, compliance, and mailbox-policy settings separately where required.
- Investigate reported migration errors or skipped items before completing the project.
Benefits of EdbMails for Public folder to Shared mailbox migration
EdbMails provides a guided interface for migrating supported Public Folder content to prepared Shared Mailboxes, with selection, mapping, incremental migration, and reporting features that support controlled migration projects.
- Use the graphical workflow to select Public Folders and migrate supported content without making PowerShell scripting the primary migration path.
- Source Public Folders can remain available during supported data-copy activity where applicable; plan user-impact and cutover requirements separately for your environment.
- EdbMails can preserve supported folder hierarchy and item properties such as timestamps, attachments, and read/unread status where supported by the migration workflow. Public Folder permissions and workload-specific configuration are not implied to transfer.
- The incremental migration feature uses migration state on repeat runs to process supported new or changed items and help avoid unnecessary reprocessing of previously migrated items.
- Use mailbox/folder mapping or documented user-defined mapping to associate selected source content with the intended prepared destination Shared Mailbox. Mapping is separate from provisioning and destination delegation.
- Detailed migration reports help administrators monitor progress and investigate migration results; validate the destination separately before project completion.
- Selective migration lets administrators choose required Public Folders and supported mailbox items instead of migrating all available content.
- OAuth 2.0 / modern authentication is used in the documented Office 365 connection workflow. Microsoft 365 throttling and service limits still apply; migration behavior may handle or retry service responses where supported.
- Migration performance varies with source data volume, item count, selected scope, network conditions, local resources, Microsoft service health, throttling, and destination readiness.
- Free trial is available to test software functionality, with EdbMails technical support.

