I have about 6 or 7 users that cannot view the others Free/Busy information. They are all on the same storage group database in the First Storage Group. I just upgraded to Service Pack 2 and noticed the new Public Folder Admin tool. When I went into this tool, I was unable to establish a Replica folder for the Public Folder. I think this is the root of our issue; but I don't have the expertise to know the difference. Should I attempt to create a second Public Folder in the First Storage Group or try to move the Public Folder to the First Storage Group? Just an FYI, I am getting an Event ID 8207 error on my Event Log.

Is this Exchange 2007? If so, then a missing replica would affect all users, not just a few. Furthermore, the replica is placed on the sub folder of the free/busy folder, not the top level folder. Is there anything that connects these users? Outlook version, database etc? You can't create a second public folder store, so trying to do is a waste of time. Event IDs on their own are useless, you need to post the content of the error. Simon.Simon Butler, Exchange MVP. http://blog.sembee.co.uk , http://exbpa.com/

We are using Exchange Server 2007 64-bit SP2. Here is the error message from the Event Viewer: Event Type: Error Event Source: MSExchangeFBPublish Event Category: General Event ID: 8207 Date: 7/30/2010 Time: 8:56:11 AM User: N/A Computer: INDIANSEXCHANGE Description: Error updating public folder with free/busy information on virtual machine INDIANSEXCHANGE. The error number is 0x80004005. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. All users except for myself are using Outlook 2003. I have run the get-publicfolder -identity command and it shows: Name: Schedule+ Free Busy Replicas: {} I have also tried to set the Replica in the new public Folder tool and this is the error message I get when I apply it: -------------------------------------------------------- Microsoft Exchange Error -------------------------------------------------------- The following error(s) occurred while saving changes: set-publicfolder Failed Error: Cannot save the object '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY'. Please make sure that you specified the correct Identity and that you have the necessary permissions to save it. MapiExceptionNotFound: Unable to set properties on object. (hr=0x8004010f, ec=-2147221233) Diagnostic context: Lid: 18969 EcDoRpcExt2 called [length=201] Lid: 27161 EcDoRpcExt2 returned [ec=0x0][length=564][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropSetProps [10] Lid: 17082 ROP Error: 0x8004010F Lid: 30561 Lid: 21921 StoreEc: 0x8004010F Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 1238 Remote Context Overflow Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x3D210102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x3D210102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x66980102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678D0102 Lid: 3362 StoreEc: 0x8004010F Lid: 9206 StoreEc: 0x8004010F Lid: 4559 StoreEc: 0x8004010F Lid: 1750 ---- Remote Context End ---- Lid: 26849 Lid: 21817 ROP Failure: 0x8004010F Lid: 25761 Lid: 1940 StoreEc: 0x8004010F Lid: 25297 Lid: 21201 StoreEc: 0x8004010F -------------------------------------------------------- OK --------------------------------------------------------

Here's a crazy idea... Since it is only a few users having an issue, could it be that they need to be re-joined to the domain? All users are able to see each other's free/busy information via OWA.

Did you migrate these users from Exchange 2003 or earlier? Did you remove the Exchange 2003 Administrative Group? If the answers to these questions are yes, then you'll need to fix their legacyExchangeDN entries to the same values (except for the user CN) as newly created users in your organization. -- Ed Crowley MVP "There are seldom good technological solutions to behavioral problems." . "Indycouse" wrote in message news:7622917b-ee20-45fa-ad93-68cdf27b7892... We are using Exchange Server 2007 64-bit SP2. Here is the error message from the Event Viewer: Event Type: Error Event Source: MSExchangeFBPublish Event Category: General Event ID: 8207 Date: 7/30/2010 Time: 8:56:11 AM User: N/A Computer: INDIANSEXCHANGE Description: Error updating public folder with free/busy information on virtual machine INDIANSEXCHANGE. The error number is 0x80004005. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. All users except for myself are using Outlook 2003. I have run the get-publicfolder -identity command and it shows: Name: Schedule+ Free Busy Replicas: {} I have also tried to set the Replica in the new public Folder tool and this is the error message I get when I apply it: -------------------------------------------------------- Microsoft Exchange Error -------------------------------------------------------- The following error(s) occurred while saving changes: set-publicfolder Failed Error: Cannot save the object '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY'. Please make sure that you specified the correct Identity and that you have the necessary permissions to save it. MapiExceptionNotFound: Unable to set properties on object. (hr=0x8004010f, ec=-2147221233) Diagnostic context: Lid: 18969 EcDoRpcExt2 called [length=201] Lid: 27161 EcDoRpcExt2 returned [ec=0x0][length=564][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropSetProps [10] Lid: 17082 ROP Error: 0x8004010F Lid: 30561 Lid: 21921 StoreEc: 0x8004010F Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 1238 Remote Context Overflow Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x3D210102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x3D210102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678A0102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x66980102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x678D0102 Lid: 3362 StoreEc: 0x8004010F Lid: 9206 StoreEc: 0x8004010F Lid: 4559 StoreEc: 0x8004010F Lid: 1750 ---- Remote Context End ---- Lid: 26849 Lid: 21817 ROP Failure: 0x8004010F Lid: 25761 Lid: 1940 StoreEc: 0x8004010F Lid: 25297 Lid: 21201 StoreEc: 0x8004010F -------------------------------------------------------- OK -------------------------------------------------------- Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."