Exchange: ESM Missing Public Folder Tree
Summary:
When expanding ESM, your public folder tree is missing, however users can navigate through the public folder tree in Outlook.
Cause:
You are missing your "msexchpftree" attribute in your configuration partition in Active Directory. Verify that CN=Public Folders exists in the following path:
From ADSI edit,
CN=Services,CN=Microsoft Exchange,CN=ORGANIZATION,CN=Administrative
Groups,CN=administrative_group,CN=Folder Hierarchies, (CN=Public Folders should exist)
Resolution:
From ADSI edit, navigate to CN=Services,CN=Microsoft Exchange,CN=ORGANIZATION,CN=Administrative
Groups,CN=administrative_group,CN=Folder Hierarchies. What you need to do is right click your CN=Folder Heirarchies and click new object and select msexchpftree. Enter Public Folders as the CN name, click next and click more attributes. Enter the Distinguished name CN=Public Folders,CN=Folder Hierarchies,CN=First Administrative
Group,CN=Administrative Groups,CN=MSexchange911,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=Domain,DC=net
Copy this distinguished name as you will need to paste it into another attribute. Click OK. Now you will need to locate your public folder store in ADSIEDIT.
Microsoft Exchange -> Org name -> Administrative Groups ->
First Administrative Group -> Servers ->
Server
name -> Information Store -> First Storage Group
On the right pane, go to the properties of the "public folder store". Select the property to view: "msExchOwningPFTree" and paste that DN from earlier, click OK. Verify that the public folder tree is now visible in ESM.
James Chong (MVP)
MCITP | EMA; MCSE | M+, S+
Security+, Project+, ITIL
msexchangetips.blogspot.com
How useful was this article? Want to see a tip not listed? Please leave a comment.
When expanding ESM, your public folder tree is missing, however users can navigate through the public folder tree in Outlook.
Cause:
You are missing your "msexchpftree" attribute in your configuration partition in Active Directory. Verify that CN=Public Folders exists in the following path:
From ADSI edit,
CN=Services,CN=Microsoft Exchange,CN=ORGANIZATION,CN=Administrative
Groups,CN=administrative_group,CN=Folder Hierarchies, (CN=Public Folders should exist)
Resolution:
From ADSI edit, navigate to CN=Services,CN=Microsoft Exchange,CN=ORGANIZATION,CN=Administrative
Groups,CN=administrative_group,CN=Folder Hierarchies. What you need to do is right click your CN=Folder Heirarchies and click new object and select msexchpftree. Enter Public Folders as the CN name, click next and click more attributes. Enter the Distinguished name CN=Public Folders,CN=Folder Hierarchies,CN=First Administrative
Group,CN=Administrative Groups,CN=MSexchange911,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=Domain,DC=net
Copy this distinguished name as you will need to paste it into another attribute. Click OK. Now you will need to locate your public folder store in ADSIEDIT.
Microsoft Exchange -> Org name -> Administrative Groups ->
First Administrative Group -> Servers ->
Server
name -> Information Store -> First Storage Group
On the right pane, go to the properties of the "public folder store". Select the property to view: "msExchOwningPFTree" and paste that DN from earlier, click OK. Verify that the public folder tree is now visible in ESM.
James Chong (MVP)
MCITP | EMA; MCSE | M+, S+
Security+, Project+, ITIL
msexchangetips.blogspot.com
How useful was this article? Want to see a tip not listed? Please leave a comment.
posted by jamestechman at 8:13 PM
3 Comments:
I have a situation at a site where an admin has mistakenly deleted the “Advanced Security” and “Folder Hierarchies” containers in Active Directory Sites and Services. I’ve asked that they do an authoritative restore of the last known good AD backup but according to the admin, the missing containers persist even after the restore. Your tip sounds like it will resolve the PF issue, any ideas on the "Advanced Security" container or any way of recreating all (ok, most) of the Exchange Services containers?
I get "The name reference is invalid" when I try and update the msExchOwningPFTree value when it contains "CN=MSexchange911", but when I exclude that CN, it works fine, I just don't get my public folders back. I'm probably missing something, but is "CN=MSexchange911" something that's organization-specific (perhaps the name of my exchange server)?
Mr. Chong:
I must say that you are awesome and your blog is awesome. After countless hours of fruitlessly reading useless MSDN and MS Support docs and the senseless ramblings of others, your succinct example allowed me to zone in on the real issue I was having and fix the entire problem within 15 minutes. You have saved me countless hours of work and stress. Thank you again.
Post a Comment
<< Home