This is the default behavior of Exchange 2007 to avoid SPAM.

To change this behavior open the Exchange Management Console an navigate to the affected distribution group. Open the Settings for this group and switch to the tab “Mail Flow Settings“. On this tab mark “Message delivery restrictions” and select “Properties“.

In the new Window ensure that the checkbox “Require that all senders are authenticated” is not selected.

1.

Start Server Manager. To do this,click Start, and then click Server Manager.
2.

In the navigation pane, click Roles, and then click Add Roles in the details pane.
3.

In the Add Roles Wizard, click Next, and then click to select the Web Server (IIS) check box in the Roles list.
4.

Click Add Required Features if you are prompted to do so, and then click Next.
5.

Click Next, and then click to select the following check boxes in the Role services list:
* ASP.NET
* ISAPI Extensions
* ISAPI Filters
* Server Side Includes
* .NET Extensibility
* Basic Authentication
* Windows Authentication
* Digest Authentication
* Dynamic Content Compression
* IIS 6 Management Compatibility

When you click to select the IIS 6 Management Compatibility check box, the following check boxes are automatically selected:
* IIS 6 Metabase Compatibility
* IIS 6 WMI Compatibility
* IIS 6 Scripting Tools
* IIS 6 Management Console
6.

Click Next, and then click Install.

Explanation

User Action

To resolve this issue, use the ADSI Edit, or a similar tool, to determine whether the Public Folders container exists and the msExchOwningPFTreeBL attribute is properly configured to point to the relevant Public Store.
To determine the cause of the error

1.   Using ADSI Edit or a similar tool, locate each administrative group object in Active Directory.

The Administrative Group object can be found at:

CN=Configuration,CN=Services,CN=Microsoft Exchange,CN=Organization,CN=Administrative Groups,CN=Administrative group

2.   Expand each Administrative Group and check for the existence of a CN=Folder Hierarchies container. If the CN=Folder Hierarchies container exists, highlight the container and verify that a CN=Public Folders object exists in the right-hand pane. If no CN=Public Folders object exists under any Administrative Group, move on to Solution 1, Recreate Folder Hierarchies and Public Folders containers. If you do find a CN=Public Folders container, proceed to step 3.

3.   Right-click the CN=Public Folders object, and then click Properties.

4.   In the Attributes list, select the msExchOwningPFTreeBL attribute, and then click Edit.

5.   Make sure that the affected Public Folder Store is shown in the Values list. If it is not listed, proceed to Step 2

Step 1: Recreate Folder Hierarchies and Public Folders containers

Open adsiedit.msc.

 Select Configuration-Configuration-Services-Microsoft Exchange-Orgname-Administrative Groups-Exchange Administrative Group.

Create the “Folder Hierarchies” under the Exchange Administrative Group

1. Right click on Exchange Administrative Group

2. Select New Object

3. Select msExchPublicFolderTreeContainer for the class and click Next

4. Enter the following for the value: Folder Hierarchies, click Next

Create Public Folder Tree Object

1. Right click CN=Folder Hierarchies -> New Object

2. Selected msExchPFTree for the class

3. For the value we entered, “Public Folders” and clicked next

4. Clicked on the “More Attributes” button, selected msExchPFTreeType and set the

value to 1. Note: This is very important that this value is set to a value of 1 as

this tells Exchange that this is a MAPI Tree

Step 2: Repopulating the value of the msExchOwningPFTreeBL attribute for the Public Folders container object

Populate msExchOwningPFTreeBL attribute object of the PF Stores in the organization

(Since this attribute is not directly editable, you have to follow the below steps

. Get properties of the newly created “Public Folders” Tree object in ADSIEdit.

2. Copy the distinguishedname value to the clipboard and then click cancel.

3. Navigate to the Storage group that contains the Public Folder Store for this

server and get properties of the server. In my case it was : Configuration – CN=Services – CN=Microsoft Exchange – CN= Administrative Group -
CN=Servers – CN=E2007 – CN=InformationStore – CN=Second storage group. Right click on CN=Public folder Database

4. Locate the msExchOwningPFTree attribute and paste in the value that was copied

to the clipboard in step 2. Click OK.

5. Restart the Information Store Service

6. Now try to  mount the PF store and see if we can access it fine now.