Exchange 2010 to Exchange 2013 Public Folder Migration

Posted on 2016-10-20
Last Modified: 2016-11-20

I was looking for confirmation that I am thinking about this public folder migration correctly. The overview is:

- Migration from Exchange 2010 to Exchange 2013
- All user mailboxes will be moved prior to migrating public folders
- There is approximately 860GB of PF data to migrate
- There are only a handful of top level public folders, approximately 15
- There are 49,041 folders in the entire hierarchy
- No folder within the hierarchy has more than 10,000 folders directly beneath it

If I am reading this correctly, we should be safe to migrate from 2010 to 2013 provided we have 10 public folder mailboxes with a limit of 100GB each, right? 

Also, users should see no real difference in the way that they view their data, as the hierarchy is stored within each public folder mailbox?

Finally, are there any caveats I should be aware of?

Thank you for your time.
Question by:advserver
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions

Assisted Solution

by:Dan Arseneau
Dan Arseneau earned 125 total points (awarded by participants)
ID: 41852500
Make sure you don't have any quota limitations placed on the newly created PF mailboxes.
LVL 15

Accepted Solution

Todd Nelson earned 250 total points (awarded by participants)
ID: 41852718
Have you reviewed this article and the reference article ( ?  Gareth makes the process easy to understand and perform.  I hate the MS references for migrating PFs, as they are inconsistent and lacking important content and flow.

First, take a backup--Should go without saying.

Personally, I would take a "snap shot" of the PF permissions that are currently set and remove any orphaned permissions.

Report all PF permissions...

Get-PublicFolder -Identity "\" -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User,@{Name="AccessRights";Expression={$_.AccessRights} } | Export-Csv "C:\PFPermissions.csv" -NoTypeInformation

Open in new window

Check for orphaned permissions...

Get-PublicFolder -Identity "\" -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Where-Object { $_.User -like "NT User:S-1-*" } | Select-Object Identity,User,@{Name="AccessRights";Expression={$_.AccessRights} } | Export-Csv "C:\OrphanedPFPermissions.csv" -NoTypeInformation

Open in new window

Remove all orphaned permissions...

Get-PublicFolder -Identity "\" -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Where-Object { $_.User -like "NT User:S-1-*" } | % { Remove-PublicFolderClientPermission -Identity $_.Identity -User $_.User -Access $_.AccessRights -Confirm:$false }

Open in new window

Lastly, I would ensure that all of the Exchange servers are running supported versions of Exchange 2010 SP3 UR (UR15) and Exchange 2013 CU (CU14).
LVL 43

Assisted Solution

Amit earned 125 total points (awarded by participants)
ID: 41852819
Microsoft completely redesigned PF with Exchange 2013 release. The main purpose for this change, is to force admins to move over to SharePoint. However, as you know PF is in use for several years and tons of application relies on PF. So, MS decided to still keep it. However, there are lot of limits added with it. With new design now you can use DAG with PF. But read my note section at the end.

Read here:

Seeing your PF Size, I don't think it will be an easy migration. You might need to fix lot of things before starting the migration, especially, if you have space or any special character not supported in 2013. There are several articles available for PF migration. However, I am pointing you to the best one:

Use this article for smooth migration. I highly suggest you to test in lab first and understand how it works.

Note: I haven't pointed out the issues related to customer with Exchange running on multiple sites with PF servers. There you will see lot more different issues and challenges.
Creating Instructional Tutorials  

For Any Use & On Any Platform

Contextual Guidance at the moment of need helps your employees/users adopt software o& achieve even the most complex tasks instantly. Boost knowledge retention, software adoption & employee engagement with easy solution.

LVL 15

Assisted Solution

by:Todd Nelson
Todd Nelson earned 250 total points (awarded by participants)
ID: 41853017
I disagree with this statement...

The main purpose for this change, is to force admins to move over to SharePoint.

The public folders that were left for dead and de-emphasized beginning with Exchange 2007 have been revived.  Because they are now a mailbox object they can be included in a DAG for resiliency and high availability--which wasn't the case before--and more easily accessible.  Microsoft has put forth extraordinary efforts to keep them around to the point that they are even asking the community for input to test and improve  migration strategies they are developing for on premises and Exchange Online.

Personally, I think there was any emphasis to move public folders to SharePoint and there was to move the Exchange database to SQL Server--which wasn't much.

However, I do agree that SharePoint is a much better use for the files than the ones that get dumped into public folders.
LVL 15

Assisted Solution

by:Todd Nelson
Todd Nelson earned 250 total points (awarded by participants)
ID: 41853025
As Amit suggested, invalid characters in the public folders will need to be fixed.  You can check with this command...

Get-PublicFolder -Identity "\" -Recurse -ResultSize Unlimited | findstr "Warning" >> C:\PFAliases.txt

Open in new window

The output will not be ideal but it will be usable to address any issues that need correcting.

This reference was useful with a migration we did from Exchange 2003/2007 to 2010 to speed up the process to fix invalid characters for mailboxes.  May work with PFs but don't know for certain ...
LVL 10

Expert Comment

by:Marshal Hubs
ID: 41853400
First I would suggest to take backup Before starting with any migration process. Whichever method you use, make sure to take back up of that Public Folder Database. Please check this link for Exchange 2010 public folder to Exchange 2013 migration:
LVL 12

Expert Comment

by:Ajit (Kevin k)
ID: 41853528
If you are planning to decommission the Exchange 2010 server then you should move to the Exchange 2013, that means just you can enabled the public folder replication, If their is no plan to decommission you carry on, but better. you can enabled the replication to exchange 2013 server also, because it would be useful.

After all the mailboxes were migrated, you can migrate the public folders to exchange 2013. Users are able to access the public folders from exchange 2013 directly.

First of all the best to do is make a good backup and be sure there is no previous record of migration on the source Exchange 2010. If yes, you need to reset it.  

Then generate CSV exports and prepare target Exchange 2013 after that start migration process with New-PublicFolderMigrationRequest cmdlet

To get in detailed please refer to below in formative resources:

Migrating Public Folders from Exchange 2010 to Exchange 2013:

Moving Public Folders to Exchange 2013 and decommissioning old Exchange:

Hope this helps!

Author Comment

ID: 41868707
All, this is great information, and I appreciate your thoughtful answers. From what I gather, yes we are able to migrate to Exchange 2013 (although it will be quite the process), and no, users will not see a difference in the way that the public folders are displayed in Outlook. Is this correct?

Sorry for the delay in response.
LVL 43

Expert Comment

ID: 41868726
There are few limitation. Check this KB:

Are there any limitations in the clients?


Outlook on the web (formerly known as Outlook Web App) is supported, but with some limitations. You can add and remove public folders to your Favorites (if they are Mail, Post, Calendar, or Contact public folders) and perform item level operations, such as creating, editing, deleting posts, and replying to posts. But, you can’t do the following in Outlook on the web:

•Create or delete public folders

•Drag-and-drop content

•Access public folders located on servers running previous versions of Exchange

LVL 15

Expert Comment

by:Todd Nelson
ID: 41894644
Sufficient information provided to implement requested solution.

Featured Post

Online Training Solution

Drastically shorten your training time with WalkMe's advanced online training solution that Guides your trainees to action. Forget about retraining and skyrocket knowledge retention rates.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Scam emails are a huge burden for many businesses. Spotting one is not always easy. Follow our tips to identify if an email you receive is a scam.
Phishing attempts can come in all forms, shapes and sizes. No matter how familiar you think you are with them, always remember to take extra precaution when opening an email with attachments or links.
In this video we show how to create a Resource Mailbox in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: Navigate to the Recipients >> Resources tab.: "Recipients" is our default selection …
To show how to create a transport rule in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Mail Flow >> Rules tab.:  To cr…

737 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question