The last time we talked about the future of Exchange Public Folders, was in Terry Myerson's blog post titled, "Exchange 12 and Public Folders". The main theme of this blog focused on the statement that Public Folders are being "de-emphasized". While Exchange 2007 is supported for 10 years from release, those new to public folders were encouraged to look at SharePoint. Since this blog was written, there has been a broad range of questions and speculation about this topic, and we felt it was time to update our guidance regarding Exchange Public Folders. General Guidance Since Terry's blog post, there seems to be much confusion over the use of the word "de-emphasized". Many people have interpreted this guidance as "Public Folders are dead, and we need to migrate to SharePoint now!" This is not true. Our updated guidance is centered around the major scenarios in which Exchange Public Folders are used today. Depending on each scenario, the strengths of each server and known issues, you should find our guidance more specific to your environment. For this reason, Microsoft will continue to support Public Folders in the next major release of Exchange Server, after Exchange 2007. This means Public Folders will have full support for 10 years from release of the next major release of Exchange Server. Moreover, Microsoft will continue to invest heavily in SharePoint, which has focused platforms to support discussions, team calendaring and collaboration in Windows SharePoint Services (WSS) and more mature enterprise content management with enterprise search in Microsoft Office SharePoint Server (MOSS). Guidance by Scenario By looking at the primary scenarios where Public Folders are used, we hope to provide more clarity for your organization, allowing you to invest properly in your IT infrastructure. For each scenario, we are providing specific guidance to help you decide whether Exchange Public Folders or SharePoint is the right option.
Scenario |
Use PF's Currently? |
New to PF's? |
Document Sharing |
SharePoint may be better option |
SharePoint is better option |
Calendar Sharing |
No need to move |
Use either* |
Contact Sharing |
No need to move |
Use either* |
Discussion Forums |
No need to move |
Use either* |
Distribution Group Archive |
No need to move |
Use either* |
Custom Applications |
SharePoint may be better option |
SharePoint may be better option** |
Organizational Forms |
No need to move |
Use InfoPath |
- Team Workspaces - SharePoint helps teams communicate and collaborate by providing easy access to people, documents and information.
- Documentation Management - PF's were not designed for document sharing and collaboration. SharePoint provides versioning and other document management features, such as check-in and check-out functionality, and automatic notifications of content changes.
- Workflow Applications - SharePoint provides many application templates that provide customer scenarios for building workflow on the SharePoint platform, to address specific business processes or sets of tasks.
- Outlook integration - Public Folders are fully integrated into Outlook and Outlook Web Access.
- Replication - Exchange Public Folders have a true multi-master replication architecture, allowing the PF hierarchy and content to be replicated to other servers in the organization for efficiency and fault tolerance.
- Public Folder Hierarchy - The volume and organization of your current PF hierarchy, will have an impact on the amount of time it will take to plan the migration properly. A small number of PF's, or nicely organized into business/project groups, will be relatively easy to plan. Having an extremely large number of PF's, or very disorganized, will require a significant manual identification effort. In either case, owners of PF's will likely look at a different organizational structure of content in SharePoint.
- Public Folder Content - The volume and type of content in your Public Folders will impact how you approach the migration.
- 1. There are certain considerations in SharePoint content storage which may become an issue if migrating Public Folders with a very large amount of content. Therefore, it is important to plan your SharePoint content storage accordingly.
- 2. The type of content in a Public Folder will impact what type of list is created in SharePoint. Public Folder used for team calendaring or contact sharing can be moved into similar lists, within SharePoint.
- 3. Compound documents (i.e. messages with attachments) should be considered. In SharePoint, a document library is a list of individual items. This is not a problem if you export the Exchange items as .msg files, but if you want to split the item into multiple pieces you need to devise a strategy to "keep" these items together.
- Public Folder Permissions - Most likely, owners of Exchange Public Folders will want the permissions on that PF to follow over to the newly created SharePoint list. If leveraging a 3rd Party migration tool, ensure the permissions are factored into the migration process. If manually migrating Public Folders over to SharePoint, PFDavAdmin (free Microsoft download) can help export the permissions on each PF (but, doesn't help import those permissions into SharePoint).
- Public Folder Names - SharePoint has some restrictions on filenames, lengths, and size, as well as character restrictions. These restrictions will affect Public Folders being migrated, as well as documents within those Public Folders. If leveraging a 3rd Party migration tool, ensure this is factored into the migration process.
- Mail-enabled SharePoint Document Library's - While these libraries can store any document type, e-mail sent to mail-enabled document libraries usually show up in .eml format (Outlook Express format). If you try to open the .eml file from the document library, it will open using the web browser and will only contain the message body (no header or attachment). You can create your own application to convert to .msg format, or you can search on the web and find any number of .eml to .msg converter utilities.
- Public Folder Replication - Exchange Server allows for replication of content of Public Folders to additional Exchange Servers. SharePoint does not have this multi-master replication architecture. If replication of content is important, post migration, then you should investigate 3rd Party replication technologies.
You Had Me at EHLO.