Problem moving Public folders with "Move all replicas"

microsoft.public.exchange.misc

20 Sep 2007 4:01 AM

Jonathan

I am having trouble moving public folders from one Exchange 2003 server
to a newly built one. The mailboxes transferred fine but when I selected
"Move all replicas" on the old server's Public folder store and selected
the new server to move them to, the public folders failed to appear on
the new server. They are, however, now inaccessible on the old server.

I turned on logging for everything I could find related to Public Folder
Replication for both servers. On the new server I get the following
warning every 10 minutes:

"Event Type:    Warning
Event Source:    MSExchangeIS Public Store
Event Category:    Access Control
Event ID:    1235
Date:        9/19/2007
Time:        10:22:12 PM
User:        N/A
Computer:    MARGE
Description:
failed an operation on folder on database "First Storage Group\Public
Folder Store (MARGE)" because the user did not have the following access
rights:

'Delete' 'Read Property' 'Write Property' 'Create Message' 'View Item'
'Create Subfolder' 'Write Security Descriptor' 'Write Owner' 'Read
Security Descriptor' 'Contact'

For more information, click http://www.microsoft.com/contentredirect.asp."

You will note that the warning does not indicate what account was trying
to run the operation that failed.

The old server is logging groups of Replication Outgoing Messages (3017)
events every 10 minutes (about 2 minutes prior to the next warning on
the new server).

I would appreciate any light anyone can shed on this.

20 Sep 2007 9:34 AM

Terence Liu [MSFT]

Hello Customer,

Thank you for posting here.

According to your description, I understand that you get public folder
error 1235 when you try to replicate it between 2 Exchanges. If I have
misunderstood the problem, please don't hesitate to let me know.

Based on my research, this behavior may occur if either of the following
conditions is true:
1. The public folder that you want to restore is set to allow only certain
custom forms.
2. You do not have the appropriate permissions to access the public folder
hierarchy.

I suggest we try the following steps to see if we can resolve this issue:

I. The public folder is set to allow only certain custom forms
To resolve this behavior, follow these steps:
1. Log on to an Outlook client computer as a user who has owner
permissions for the public folder.
2. Right-click the folder that you want to restore, and then click
Properties.
3. Click the Forms tab.
4. In the Allow these forms in this folder section, click Any form, and
then click OK.

II. You do not have the appropriate permissions to access the public folder
hierarchy
To troubleshoot and resolve this behavior, make sure that appropriate
permissions are configured for the public folder hierarchy, temporarily
grant the Everyone group Full Control permissions, recover the deleted
items from the public folders, and then restore the default permissions for
the Everyone group. To do so, follow these steps:

1. Make sure that the appropriate permissions are configured for the
public folder hierarchy:
a. Click Start, point to Programs, point to Microsoft Exchange, and then
click System Manager.
b. Expand Folders, right-click Public Folders, and then click Properties.
c. Click the Security tab.
d. Verify that the appropriate permissions are configured for the folder.
The following is a list of the default permissions for the public folder
hierarchy:

1) Administrator: Full control
2) Domain Admins: All permissions except the following:
Full control
Delete children
Delete tree

3) Enterprise Admins: Full control
4) Everyone:
Create public folder
Create top level public folder
Create named properties in the information store

Note: By default, the Everyone group does not have Full Control
permissions.

5) Exchange Domain Servers: All permissions except the following:
Full control
Write
Delete
Change permissions
Take ownership
Delete children
Add/remove self
Write properties
Delete tree
List object

6) Exchange Services: Full control

2. Temporarily grant Full Control permissions to the Everyone group for
the Public Folders folder:
a. Click Start, point to Programs, point to Microsoft Exchange, and then
click System Manager.
b. Expand Folders, right-click Public Folders, and then click Properties.
c. Click the Security tab.
d. In the Name box, click the Everyone group. Note that by default, the
Everyone group is granted the following permissions:

Create public folder
Create top level public folder
Create named properties in the information store

e. In the Permissions box, select the Allow check box next to the Full
Control permission, and then click OK.
f. Quit Exchange System Manager.

3. Force Active Directory replication over all connections between domain
controllers:
a. Click Start, point to Programs, point to Administrative Tools, and then
click Active Directory Sites and Services.
b. Expand Sites, expand Default-First-Site-Name, expand Servers, expand
ServerName , and then click NTDS Settings.
c. In the right pane, right-click each connection that is listed, and then
click Replicate Now.
d. Quit the Active Directory Sites and Services snap-in.

4. Start Outlook, and then recover the deleted items that you want from
the public folders.
5. Restore the default permissions for the Everyone group for the Public
Folders folder:
a. Click Start, point to Programs, point to Microsoft Exchange, and then
click System Manager.
b. Expand Folders, right-click Public Folders, and then click Properties.
c. Click the Security tab.
d. In the Name box, click the Everyone group.
e. In the Permissions box, clear the Allow check box next to the Full
Control permission, and then click OK.
f. Quit Exchange System Manager.

Meanwhile, I suggest you follow the steps mentioned in the Knowledge Base
Article below:

How to troubleshoot public folder replication problems in Exchange 2000
Server and in Exchange Server 2003
http://support.microsoft.com/kb/842273

I hope these steps will give you some help.

Thanks and have a nice day!

Best regards,

Terence Liu(MSFT)

Microsoft CSS Online Newsgroup Support

Get Secure! - www.microsoft.com/security

=====================================================
This newsgroup only focuses on SBS technical issues. If you have issues
regarding other Microsoft products, you'd better post in the corresponding
newsgroups so that they can be resolved in an efficient and timely manner.
You can locate the newsgroup here:
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx

When opening a new thread via the web interface, we recommend you check the
"Notify me of replies" box to receive e-mail notifications when there are
any updates in your thread. When responding to posts via your newsreader,
please "Reply to Group" so that others may learn and benefit from your
issue.

Microsoft engineers can only focus on one issue per thread. Although we
provide other information for your reference, we recommend you post
different incidents in different threads to keep the thread clean. In doing
so, it will ensure your issues are resolved in a timely manner.

For urgent issues, you may want to contact Microsoft CSS directly. Please
check http://support.microsoft.com for regional support phone numbers.

Any input or comments in this thread are highly appreciated.
=====================================================

This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
Show quote

| Date: Wed, 19 Sep 2007 23:01:11 -0500
| From: Jonathan <cantbuzz@noemail.noemail>
| User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
| MIME-Version: 1.0
| Subject: Problem moving Public folders with "Move all replicas"
| Content-Type: text/plain; charset=ISO-8859-1; format=flowed
| Content-Transfer-Encoding: 7bit
| Message-ID: <eBpPhrz#HHA.1***@TK2MSFTNGP05.phx.gbl>
| Newsgroups: microsoft.public.exchange.misc
| NNTP-Posting-Host: 76.201.159.11
| Lines: 1
| Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP05.phx.gbl
| Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.exchange.misc:4324
| X-Tomcat-NG: microsoft.public.exchange.misc
|
| I am having trouble moving public folders from one Exchange 2003 server
| to a newly built one. The mailboxes transferred fine but when I selected
| "Move all replicas" on the old server's Public folder store and selected
| the new server to move them to, the public folders failed to appear on
| the new server. They are, however, now inaccessible on the old server.
|
| I turned on logging for everything I could find related to Public Folder
| Replication for both servers. On the new server I get the following
| warning every 10 minutes:
|
| "Event Type:    Warning
| Event Source:    MSExchangeIS Public Store
| Event Category:    Access Control
| Event ID:    1235
| Date:        9/19/2007
| Time:        10:22:12 PM
| User:        N/A
| Computer:    MARGE
| Description:
|   failed an operation on folder on database "First Storage Group\Public
| Folder Store (MARGE)" because the user did not have the following access
| rights:
|
| 'Delete' 'Read Property' 'Write Property' 'Create Message' 'View Item'
| 'Create Subfolder' 'Write Security Descriptor' 'Write Owner' 'Read
| Security Descriptor' 'Contact'
|
| For more information, click http://www.microsoft.com/contentredirect.asp."
|
| You will note that the warning does not indicate what account was trying
| to run the operation that failed.
|
| The old server is logging groups of Replication Outgoing Messages (3017)
| events every 10 minutes (about 2 minutes prior to the next warning on
| the new server).
|
| I would appreciate any light anyone can shed on this.
|
|
|

20 Sep 2007 7:13 PM

Jonathan

Thanks for the suggestions Terence. I tried all your suggestions but am
still in much the same situation.

Unfortunately I cannot see permissions for individual public folders so
I couldn't check those. The folders appear in outlook when I connect to
an Exchange account on the old server but when I Right-click a folder
and select properties I get the message "Can't display folder
properties." I also get "Unable to display the folder" when I select a
folder.

All the permissions are set through Exchange System Manager as you
described with two exceptions: I had already given "Everyone" Full
Control of Public Folders on both servers. Also I am unfamiliar with an
account called Exchange Services. It does not seem to exist on either
server and I don't recall seeing it on other servers. Could it perhaps
exist by another name? The local server (servername$) does have full
control on both machines.

I turned on the additional logging suggested in kb842273 and now notice
that when I try to access the public folders on the old server using a
temporary account I created (all the other mailboxes have already been
moved to the new server) I get the following error:

Event Type:    Warning
Event Source:    MSExchangeIS Public Store
Event Category:    Access Control
Event ID:    1030
Date:        9/20/2007
Time:        1:03:41 PM
User:        N/A
Computer:    BART
Description:
te***@wisconsinrivers.org failed an operation on folder
/O=SPRINGFIELD/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=LISA
EMAIL8E49E84E42B6B74BF6EF36926863E4C401F40E on database "First Storage
Group\Public Folder Store (BART)" because the user did not have the
following access rights:

'Delete' 'Read Property' 'Write Property' 'Create Message' 'View Item'
'Create Subfolder' 'Write Security Descriptor' 'Write Owner' 'Read
Security Descriptor' 'Contact'

The entry ID of the folder is in the data section of this event.

For more information, click http://www.microsoft.com/contentredirect.asp.

This is strange since, as I mentioned above, I have given Everyone Full
Control. I have also added temp1 individually and given the account Full
Control to public folders. I find that I also get a mixture of similar
1030 events and success events when I use the administrator account to
add things to public folders on the new computer (which I could do
successfully).

I tried all the other suggestions in the article you suggested
(kb842273). Unfortunately none of the applicable suggestions in the
article solved my problem. Once of the steps in the article did provide
new information but I can't see any way to apply it toward a solution:
Message tracking shows messages addressed to the Public Folder Store on
the new server as successfully categorized, etc., then routed, queued
for remote delivery and then "transferred to Bart.springfield.local [the
old server] through smtp." But nothing shows up as having been received
on the new server (Marge). This essentially confirms what the event logs
are already telling me.

I would appreciate any further ideas anyone might have. Is there a way
to cancel the replication (move all replicas) process? If I could just
regain access to the public folders on the old server I could copy them
to a pst file using Outlook and move them that way. Since the old server
will be retired once I get these &%(#!@*^ public folders moved there is
no long term need for the two servers to communicate successfully.

Terence Liu [MSFT] wrote:
Show quote

> Hello Customer,
>
> Thank you for posting here.
>
> According to your description, I understand that you get public folder
> error 1235 when you try to replicate it between 2 Exchanges. If I have
> misunderstood the problem, please don't hesitate to let me know.
>
> Based on my research, this behavior may occur if either of the following
> conditions is true:
> 1. The public folder that you want to restore is set to allow only certain
> custom forms.
> 2. You do not have the appropriate permissions to access the public folder
> hierarchy.
>
> I suggest we try the following steps to see if we can resolve this issue:
>
> I. The public folder is set to allow only certain custom forms
> To resolve this behavior, follow these steps:
> 1. Log on to an Outlook client computer as a user who has owner
> permissions for the public folder.
> 2. Right-click the folder that you want to restore, and then click
> Properties.
> 3. Click the Forms tab.
> 4. In the Allow these forms in this folder section, click Any form, and
> then click OK.
>
> II. You do not have the appropriate permissions to access the public folder
> hierarchy
> To troubleshoot and resolve this behavior, make sure that appropriate
> permissions are configured for the public folder hierarchy, temporarily
> grant the Everyone group Full Control permissions, recover the deleted
> items from the public folders, and then restore the default permissions for
> the Everyone group. To do so, follow these steps:
>
> 1. Make sure that the appropriate permissions are configured for the
> public folder hierarchy:
> a. Click Start, point to Programs, point to Microsoft Exchange, and then
> click System Manager.
> b. Expand Folders, right-click Public Folders, and then click Properties.
> c. Click the Security tab.
> d. Verify that the appropriate permissions are configured for the folder.
> The following is a list of the default permissions for the public folder
> hierarchy:
>
> 1) Administrator: Full control
> 2) Domain Admins: All permissions except the following:
> Full control
> Delete children
> Delete tree
>
> 3) Enterprise Admins: Full control
> 4) Everyone:
> Create public folder
> Create top level public folder
> Create named properties in the information store
>
> Note: By default, the Everyone group does not have Full Control
> permissions.
>
> 5) Exchange Domain Servers: All permissions except the following:
> Full control
> Write
> Delete
> Change permissions
> Take ownership
> Delete children
> Add/remove self
> Write properties
> Delete tree
> List object
>
> 6) Exchange Services: Full control
>
>
> 2. Temporarily grant Full Control permissions to the Everyone group for
> the Public Folders folder:
> a. Click Start, point to Programs, point to Microsoft Exchange, and then
> click System Manager.
> b. Expand Folders, right-click Public Folders, and then click Properties.
> c. Click the Security tab.
> d. In the Name box, click the Everyone group. Note that by default, the
> Everyone group is granted the following permissions:
>
> Create public folder
> Create top level public folder
> Create named properties in the information store
>
> e. In the Permissions box, select the Allow check box next to the Full
> Control permission, and then click OK.
> f. Quit Exchange System Manager.
>
> 3. Force Active Directory replication over all connections between domain
> controllers:
> a. Click Start, point to Programs, point to Administrative Tools, and then
> click Active Directory Sites and Services.
> b. Expand Sites, expand Default-First-Site-Name, expand Servers, expand
> ServerName , and then click NTDS Settings.
> c. In the right pane, right-click each connection that is listed, and then
> click Replicate Now.
> d. Quit the Active Directory Sites and Services snap-in.
>
> 4. Start Outlook, and then recover the deleted items that you want from
> the public folders.
> 5. Restore the default permissions for the Everyone group for the Public
> Folders folder:
> a. Click Start, point to Programs, point to Microsoft Exchange, and then
> click System Manager.
> b. Expand Folders, right-click Public Folders, and then click Properties.
> c. Click the Security tab.
> d. In the Name box, click the Everyone group.
> e. In the Permissions box, clear the Allow check box next to the Full
> Control permission, and then click OK.
> f. Quit Exchange System Manager.
>
> Meanwhile, I suggest you follow the steps mentioned in the Knowledge Base
> Article below:
>
> How to troubleshoot public folder replication problems in Exchange 2000
> Server and in Exchange Server 2003
> http://support.microsoft.com/kb/842273
>
> I hope these steps will give you some help.
>
> Thanks and have a nice day!
>
> Best regards,
>
> Terence Liu(MSFT)
>
> Microsoft CSS Online Newsgroup Support
>
> Get Secure! - www.microsoft.com/security
>
> =====================================================
> This newsgroup only focuses on SBS technical issues. If you have issues
> regarding other Microsoft products, you'd better post in the corresponding
> newsgroups so that they can be resolved in an efficient and timely manner.
> You can locate the newsgroup here:
> http://www.microsoft.com/communities/newsgroups/en-us/default.aspx
>
> When opening a new thread via the web interface, we recommend you check the
> "Notify me of replies" box to receive e-mail notifications when there are
> any updates in your thread. When responding to posts via your newsreader,
> please "Reply to Group" so that others may learn and benefit from your
> issue.
>
> Microsoft engineers can only focus on one issue per thread. Although we
> provide other information for your reference, we recommend you post
> different incidents in different threads to keep the thread clean. In doing
> so, it will ensure your issues are resolved in a timely manner.
>
> For urgent issues, you may want to contact Microsoft CSS directly. Please
> check http://support.microsoft.com for regional support phone numbers.
>
> Any input or comments in this thread are highly appreciated.
> =====================================================
>
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
> --------------------
> | Date: Wed, 19 Sep 2007 23:01:11 -0500
> | From: Jonathan <cantbuzz@noemail.noemail>
> | User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
> | MIME-Version: 1.0
> | Subject: Problem moving Public folders with "Move all replicas"
> | Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> | Content-Transfer-Encoding: 7bit
> | Message-ID: <eBpPhrz#HHA.1***@TK2MSFTNGP05.phx.gbl>
> | Newsgroups: microsoft.public.exchange.misc
> | NNTP-Posting-Host: 76.201.159.11
> | Lines: 1
> | Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP05.phx.gbl
> | Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.exchange.misc:4324
> | X-Tomcat-NG: microsoft.public.exchange.misc
> |
> | I am having trouble moving public folders from one Exchange 2003 server
> | to a newly built one. The mailboxes transferred fine but when I selected
> | "Move all replicas" on the old server's Public folder store and selected
> | the new server to move them to, the public folders failed to appear on
> | the new server. They are, however, now inaccessible on the old server.
> |
> | I turned on logging for everything I could find related to Public Folder
> | Replication for both servers. On the new server I get the following
> | warning every 10 minutes:
> |
> | "Event Type:    Warning
> | Event Source:    MSExchangeIS Public Store
> | Event Category:    Access Control
> | Event ID:    1235
> | Date:        9/19/2007
> | Time:        10:22:12 PM
> | User:        N/A
> | Computer:    MARGE
> | Description:
> |   failed an operation on folder on database "First Storage Group\Public
> | Folder Store (MARGE)" because the user did not have the following access
> | rights:
> |
> | 'Delete' 'Read Property' 'Write Property' 'Create Message' 'View Item'
> | 'Create Subfolder' 'Write Security Descriptor' 'Write Owner' 'Read
> | Security Descriptor' 'Contact'
> |
> | For more information, click http://www.microsoft.com/contentredirect.asp."
> |
> | You will note that the warning does not indicate what account was trying
> | to run the operation that failed.
> |
> | The old server is logging groups of Replication Outgoing Messages (3017)
> | events every 10 minutes (about 2 minutes prior to the next warning on
> | the new server).
> |
> | I would appreciate any light anyone can shed on this.
> |
> |
> |
>

20 Sep 2007 11:51 PM

Ed Crowley [MVP]

If you have Exchange administrative rights, you can see the folder rights
through Exchange System Manager. Expand the Folders object under the
appropriate administrative group, and you can expand the folder tree.
Right-click on any folder and select Properties to see the rights.

--
Ed Crowley
MVP - Exchange
"Protecting the world from PSTs and brick backups!"

Show quote

"Jonathan" <cantbuzz@noemail.noemail> wrote in message
news:ex$uPp7%23HHA.1900@TK2MSFTNGP02.phx.gbl...
> Thanks for the suggestions Terence. I tried all your suggestions but am
> still in much the same situation.
>
> Unfortunately I cannot see permissions for individual public folders so I
> couldn't check those. The folders appear in outlook when I connect to an
> Exchange account on the old server but when I Right-click a folder and
> select properties I get the message "Can't display folder properties." I
> also get "Unable to display the folder" when I select a folder.
>
> All the permissions are set through Exchange System Manager as you
> described with two exceptions: I had already given "Everyone" Full Control
> of Public Folders on both servers. Also I am unfamiliar with an account
> called Exchange Services. It does not seem to exist on either server and I
> don't recall seeing it on other servers. Could it perhaps exist by another
> name? The local server (servername$) does have full control on both
> machines.
>
> I turned on the additional logging suggested in kb842273 and now notice
> that when I try to access the public folders on the old server using a
> temporary account I created (all the other mailboxes have already been
> moved to the new server) I get the following error:
>
> Event Type: Warning
> Event Source: MSExchangeIS Public Store
> Event Category: Access Control
> Event ID: 1030
> Date: 9/20/2007
> Time: 1:03:41 PM
> User: N/A
> Computer: BART
> Description:
> te***@wisconsinrivers.org failed an operation on folder
> /O=SPRINGFIELD/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=LISA
> EMAIL8E49E84E42B6B74BF6EF36926863E4C401F40E on database "First Storage
> Group\Public Folder Store (BART)" because the user did not have the
> following access rights:
>
> 'Delete' 'Read Property' 'Write Property' 'Create Message' 'View Item'
> 'Create Subfolder' 'Write Security Descriptor' 'Write Owner' 'Read
> Security Descriptor' 'Contact'
>
> The entry ID of the folder is in the data section of this event.
>
> For more information, click http://www.microsoft.com/contentredirect.asp.
>
> This is strange since, as I mentioned above, I have given Everyone Full
> Control. I have also added temp1 individually and given the account Full
> Control to public folders. I find that I also get a mixture of similar
> 1030 events and success events when I use the administrator account to add
> things to public folders on the new computer (which I could do
> successfully).
>
> I tried all the other suggestions in the article you suggested (kb842273).
> Unfortunately none of the applicable suggestions in the article solved my
> problem. Once of the steps in the article did provide new information but
> I can't see any way to apply it toward a solution: Message tracking shows
> messages addressed to the Public Folder Store on the new server as
> successfully categorized, etc., then routed, queued for remote delivery
> and then "transferred to Bart.springfield.local [the old server] through
> smtp." But nothing shows up as having been received on the new server
> (Marge). This essentially confirms what the event logs are already telling
> me.
>
> I would appreciate any further ideas anyone might have. Is there a way to
> cancel the replication (move all replicas) process? If I could just regain
> access to the public folders on the old server I could copy them to a pst
> file using Outlook and move them that way. Since the old server will be
> retired once I get these &%(#!@*^ public folders moved there is no long
> term need for the two servers to communicate successfully.
>
>
>
>
>
> Terence Liu [MSFT] wrote:
>> Hello Customer,
>>
>> Thank you for posting here.
>>
>> According to your description, I understand that you get public folder
>> error 1235 when you try to replicate it between 2 Exchanges. If I have
>> misunderstood the problem, please don't hesitate to let me know.
>>
>> Based on my research, this behavior may occur if either of the following
>> conditions is true: 1. The public folder that you want to restore is set
>> to allow only certain custom forms. 2. You do not have the appropriate
>> permissions to access the public folder hierarchy. I suggest we try the
>> following steps to see if we can resolve this issue:
>>
>> I. The public folder is set to allow only certain custom forms To resolve
>> this behavior, follow these steps: 1. Log on to an Outlook client
>> computer as a user who has owner permissions for the public folder. 2.
>> Right-click the folder that you want to restore, and then click
>> Properties. 3. Click the Forms tab. 4. In the Allow these forms in
>> this folder section, click Any form, and then click OK. II. You do not
>> have the appropriate permissions to access the public folder hierarchy To
>> troubleshoot and resolve this behavior, make sure that appropriate
>> permissions are configured for the public folder hierarchy, temporarily
>> grant the Everyone group Full Control permissions, recover the deleted
>> items from the public folders, and then restore the default permissions
>> for the Everyone group. To do so, follow these steps: 1. Make sure that
>> the appropriate permissions are configured for the public folder
>> hierarchy: a. Click Start, point to Programs, point to Microsoft
>> Exchange, and then click System Manager. b. Expand Folders, right-click
>> Public Folders, and then click Properties. c. Click the Security tab.
>> d. Verify that the appropriate permissions are configured for the
>> folder. The following is a list of the default permissions for the public
>> folder hierarchy: 1) Administrator: Full control 2) Domain Admins: All
>> permissions except the following: Full control Delete children Delete
>> tree 3) Enterprise Admins: Full control 4) Everyone: Create public
>> folder Create top level public folder Create named properties in the
>> information store Note: By default, the Everyone group does not have Full
>> Control permissions. 5) Exchange Domain Servers: All permissions except
>> the following: Full control Write Delete Change permissions Take
>> ownership Delete children Add/remove self Write properties Delete tree
>> List object 6) Exchange Services: Full control 2. Temporarily grant
>> Full Control permissions to the Everyone group for the Public Folders
>> folder: a. Click Start, point to Programs, point to Microsoft Exchange,
>> and then click System Manager. b. Expand Folders, right-click Public
>> Folders, and then click Properties. c. Click the Security tab. d. In
>> the Name box, click the Everyone group. Note that by default, the
>> Everyone group is granted the following permissions: Create public folder
>> Create top level public folder Create named properties in the information
>> store e. In the Permissions box, select the Allow check box next to the
>> Full Control permission, and then click OK. f. Quit Exchange System
>> Manager. 3. Force Active Directory replication over all connections
>> between domain controllers: a. Click Start, point to Programs, point to
>> Administrative Tools, and then click Active Directory Sites and Services.
>> b. Expand Sites, expand Default-First-Site-Name, expand Servers, expand
>> ServerName , and then click NTDS Settings. c. In the right pane,
>> right-click each connection that is listed, and then click Replicate Now.
>> d. Quit the Active Directory Sites and Services snap-in. 4. Start
>> Outlook, and then recover the deleted items that you want from the public
>> folders. 5. Restore the default permissions for the Everyone group for
>> the Public Folders folder: a. Click Start, point to Programs, point to
>> Microsoft Exchange, and then click System Manager. b. Expand Folders,
>> right-click Public Folders, and then click Properties. c. Click the
>> Security tab. d. In the Name box, click the Everyone group. e. In the
>> Permissions box, clear the Allow check box next to the Full Control
>> permission, and then click OK. f. Quit Exchange System Manager.
>> Meanwhile, I suggest you follow the steps mentioned in the Knowledge Base
>> Article below:
>>
>> How to troubleshoot public folder replication problems in Exchange 2000
>> Server and in Exchange Server 2003
>> http://support.microsoft.com/kb/842273
>>
>> I hope these steps will give you some help. Thanks and have a nice day!
>>
>> Best regards,
>>
>> Terence Liu(MSFT)
>>
>> Microsoft CSS Online Newsgroup Support
>>
>> Get Secure! - www.microsoft.com/security
>>
>> =====================================================
>> This newsgroup only focuses on SBS technical issues. If you have issues
>> regarding other Microsoft products, you'd better post in the
>> corresponding newsgroups so that they can be resolved in an efficient and
>> timely manner. You can locate the newsgroup here:
>> http://www.microsoft.com/communities/newsgroups/en-us/default.aspx
>>
>> When opening a new thread via the web interface, we recommend you check
>> the "Notify me of replies" box to receive e-mail notifications when there
>> are any updates in your thread. When responding to posts via your
>> newsreader, please "Reply to Group" so that others may learn and benefit
>> from your issue.
>>
>> Microsoft engineers can only focus on one issue per thread. Although we
>> provide other information for your reference, we recommend you post
>> different incidents in different threads to keep the thread clean. In
>> doing so, it will ensure your issues are resolved in a timely manner. For
>> urgent issues, you may want to contact Microsoft CSS directly. Please
>> check http://support.microsoft.com for regional support phone numbers.
>>
>> Any input or comments in this thread are highly appreciated.
>> =====================================================
>>
>> This posting is provided "AS IS" with no warranties, and confers no
>> rights.
>>
>> --------------------
>> | Date: Wed, 19 Sep 2007 23:01:11 -0500
>> | From: Jonathan <cantbuzz@noemail.noemail>
>> | User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
>> | MIME-Version: 1.0
>> | Subject: Problem moving Public folders with "Move all replicas"
>> | Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>> | Content-Transfer-Encoding: 7bit
>> | Message-ID: <eBpPhrz#HHA.1***@TK2MSFTNGP05.phx.gbl>
>> | Newsgroups: microsoft.public.exchange.misc
>> | NNTP-Posting-Host: 76.201.159.11
>> | Lines: 1 | Path:
>> TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP05.phx.gbl
>> | Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.exchange.misc:4324
>> | X-Tomcat-NG: microsoft.public.exchange.misc
>> | | I am having trouble moving public folders from one Exchange 2003
>> server | to a newly built one. The mailboxes transferred fine but when I
>> selected | "Move all replicas" on the old server's Public folder store
>> and selected | the new server to move them to, the public folders failed
>> to appear on | the new server. They are, however, now inaccessible on the
>> old server.
>> | | I turned on logging for everything I could find related to Public
>> Folder | Replication for both servers. On the new server I get the
>> following | warning every 10 minutes:
>> | | "Event Type: Warning
>> | Event Source: MSExchangeIS Public Store
>> | Event Category: Access Control
>> | Event ID: 1235
>> | Date: 9/19/2007
>> | Time: 10:22:12 PM
>> | User: N/A
>> | Computer: MARGE
>> | Description:
>> | failed an operation on folder on database "First Storage
>> Group\Public | Folder Store (MARGE)" because the user did not have the
>> following access | rights:
>> | | 'Delete' 'Read Property' 'Write Property' 'Create Message' 'View
>> Item' | 'Create Subfolder' 'Write Security Descriptor' 'Write Owner'
>> 'Read | Security Descriptor' 'Contact'
>> | | For more information, click
>> http://www.microsoft.com/contentredirect.asp."
>> | | You will note that the warning does not indicate what account was
>> trying | to run the operation that failed.
>> | | The old server is logging groups of Replication Outgoing Messages
>> (3017) | events every 10 minutes (about 2 minutes prior to the next
>> warning on | the new server).
>> | | I would appreciate any light anyone can shed on this.
>> | | |

21 Sep 2007 11:41 AM

Terence Liu [MSFT]

Hello Customer,

Thank you for update.

Thanks Ed for the input. Ed is correct, you need the Exchange
administrative rights of your logon user account.

I also think this is a permission issue. Please try the following steps:

1. Start ADSI Edit. In the CN=Configuration container, locate the
following container (where ORGANIZATION is the name of your Exchange 2000
or Exchange 2003 organization and administrative_group is the name of your
administrative group):
CN=Services,CN=Microsoft Exchange,CN= ORGANIZATION ,CN=Administrative
Groups,CN= administrative_group ,CN=Folder Hierarchies,CN=Public Folders
2. Right-click CN=Public Folders , and then click Properties .
3. Click the Security tab.
4. Make sure that the Allow inheritable permissions from parent to
propagate to this object check box is selected.
5. Make sure that the Everyone group has the following Allow permissions:

a. Create named properties in the information store
b. Create public folder
c. Create top level public folder

If the Allow inheritable permissions from parent to propagate to this
object check box is selected, the Everyone group should already have these
permissions. Make sure that the Deny check boxes are not selected.

For detail steps:

You Cannot Create a New Public Folder in Exchange 2000 Server or in
Exchange Server 2003
http://support.microsoft.com/?id=313866

I hope these steps will give you some help.

Thanks and have a nice day!

Best regards,

Terence Liu(MSFT)

Microsoft CSS Online Newsgroup Support

Get Secure! - www.microsoft.com/security

=====================================================
This newsgroup only focuses on SBS technical issues. If you have issues
regarding other Microsoft products, you'd better post in the corresponding
newsgroups so that they can be resolved in an efficient and timely manner.
You can locate the newsgroup here:
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx

When opening a new thread via the web interface, we recommend you check the
"Notify me of replies" box to receive e-mail notifications when there are
any updates in your thread. When responding to posts via your newsreader,
please "Reply to Group" so that others may learn and benefit from your
issue.

Microsoft engineers can only focus on one issue per thread. Although we
provide other information for your reference, we recommend you post
different incidents in different threads to keep the thread clean. In doing
so, it will ensure your issues are resolved in a timely manner.

For urgent issues, you may want to contact Microsoft CSS directly. Please
check http://support.microsoft.com for regional support phone numbers.

Any input or comments in this thread are highly appreciated.
=====================================================

This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------

| Date: Thu, 20 Sep 2007 14:13:24 -0500
| From: Jonathan <cantbuzz@noemail.noemail>
| User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
| MIME-Version: 1.0
| Subject: Re: Problem moving Public folders with "Move all replicas"
| References: <eBpPhrz#HHA.1***@TK2MSFTNGP05.phx.gbl>

<46K3pl2#HHA.4***@TK2MSFTNGHUB02.phx.gbl>
Show quote

http://www.microsoft.com/contentredirect.asp."
Show quote

| > |
| > | You will note that the warning does not indicate what account was
trying
| > | to run the operation that failed.
| > |
| > | The old server is logging groups of Replication Outgoing Messages
(3017)
| > | events every 10 minutes (about 2 minutes prior to the next warning on
| > | the new server).
| > |
| > | I would appreciate any light anyone can shed on this.
| > |
| > |
| > |
| >
|