Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

"Error updating public folder with free-busy information" event appears in the application log in Exchange 2000 Server


View products that this article applies to.

Symptoms

On your Microsoft Exchange 2000 Server computer, the following event is logged in the application log every minute:

Event Type: Error
Event Source: MSExchangeFBPublish
Event Category: General
Event ID: 8207
Date: date
Time: time
User: N/A
Computer: servername
Description: Error updating public folder with free-busy information on virtual machine servername. The error number is 0x80070005.
For more information, click http://search.support.microsoft.com/search/?adv=1.

↑ Back to the top


Cause

This issue may occur if Exchange 2000 cannot publish Microsoft Outlook Web Access (OWA) free/busy messages by using the Exchange System Attendant mailbox. Exchange 2000 may not be able to publish OWA free/busy information if incorrect permissions are assigned to an object in the public folder store.

To publish free/busy information for OWA users, Exchange uses Collaboration Data Objects (CDO) to obtain the updated free/busy information from the OWA users and to deposit that information in the System Attendant mailbox. A polling thread then takes those messages and posts them to the actual Exchange Schedule+ Free/Busy folder. If a permissions issue exists, the System Attendant service may not have sufficient permissions to update the free/busy information.

The hexadecimal error number that is recorded in the application log event that is described in the "Symptoms" section of this article corresponds to the following error message:
ecAccessDenied-MAPI_E_NO_ACCESS

↑ Back to the top


Resolution

To troubleshoot this issue, follow these steps:
  1. Start Exchange System Manager, and then view the mailboxes under the default store in the First Storage Group. By default, the System Attendant mailbox is located in this mailbox store. Note the total number of items in the System Attendant mailbox and the total size of the mailbox. To do this, follow these steps:
    1. In Exchange System Manager, if administrative groups are enabled, expand Administrative Groups, and then expand First Administrative Group.
    2. Expand Servers, expand your Exchange server, expand First Storage Group, and then expand Mailboxes.
    3. In the right pane, note the total number of items in the System Attendant mailbox and the total size of the System Attendant mailbox.
  2. Start OWA, and then create a test appointment. Save the appointment.
  3. Return to Exchange System Manager to determine if the number of items in the System Attendant mailbox has increased. If the number of items in the System Attendant mailbox has increased, continue to step 4.

    If the number of items in the System Attendant mailbox has not increased, it is likely that you are experiencing a CDO problem. CDO is controlled by the Cdoexm.dll file. In this scenario, look for other CDO errors in the application log to help you troubleshoot CDO.
  4. Verify the client permissions that are assigned to the Schedule+ Free/Busy folder. The following client permissions should be assigned to the Free/Busy folder:
    Collapse this tableExpand this table
    NameRole
    DefaultEditor
    AnonymousNone
    To view these permissions, follow these steps:
    1. In Exchange System Manager, under First Storage Group, expand Public Folder Store (SERVERNAME), and then click Public Folders.
    2. In the right pane, right-click Schedule+ Free Busy Information - First Administrative Group, and then click Properties.
    3. Click the Permissions tab, and then click Client permissions.
  5. Create a profile for the System Attendant service, and then open the root folder for all mailboxes. To do this, follow these steps.

    Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
    322756� How to back up and restore the registry in Windows
    1. Click Start, click Run, type regedit in the Open box, and then click OK.
    2. Locate and then click the following registry subkey:
      HKEY_USERS\.DEFAULT\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    3. Under the Profiles registry subkey, click ExchangeAdmin SERVERNAMEhexadecimal string.

      Note There may be many of these registry subkeys listed under Profiles. Click any one of them.
    4. On the Registry menu, click Export Registry File.
    5. In the File name box, type a name such as systemattendantprofile, and then click Save.
    6. Right-click the .reg file that you saved, and then click Edit.
    7. Replace all instances of HKEY_USERS\.DEFAULT in the .reg file with HKEY_CURRENT_USER, and then save the changes to the .reg file.
    8. Copy the modified .reg file to a computer where Microsoft Outlook is installed. If you have Outlook installed on the Exchange 2000 computer, you do not have to copy the file to another computer.

      Note Microsoft does not recommend that you install Outlook on your Exchange 2000 computer. For additional information, see this article:
      266418� Microsoft does not support installing Exchange Server and Outlook on the same computer
    9. On the computer where Outlook is installed, double-click the .reg file, click Yes when you are prompted to add the information to the registry, and then click OK when you receive a message that states that the information has been successfully imported into the registry.
    10. On the computer where you imported the .reg file, start Registry Editor, and then locate the following registry subkey:
      HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    11. Verify that ExchangeAdmin SERVERNAME hexadecimal string appears together with the corresponding subfolders. If this registry key appears, you have successfully created a MAPI profile for the System Attendant.
    12. On the computer where you imported the .reg file, start the Exchange Information Store viewer (Mdbvu32.exe). This file is located in the Support\Util\I386 folder on the Exchange 2000 Server CD. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
      316279� XGEN: Tools that are included with the Exchange 2000 Server CD-ROM
    13. In the MAPILogonEx(MAPI_LOGON_UI) dialog box, click to select the following check boxes, and then click OK:
      • MAPI_NEW_SESSION
      • MAPI_EXPLICIT_PROFILE
      • MAPI_NO_MAIL
    14. In the Choose Profile dialog box, click ExchangeAdmin SERVERNAME hexadecimal string in the Profile Name list, and then click OK.
    15. On the MDB menu, click OpenMessageStore.
    16. Click Mailbox - System Attendant, and then click Open.
    17. On the MDB menu, click Open Root Folder.
  6. In the Child Folders box, note the list of child folders. The free/busy messages are stored in the SpecialPrivateFolderForFreeBusy folder. Double-click this folder to determine if you can access it.
When you troubleshoot a permissions issue, move up the chain of inherited permissions if you do not detect a permissions problem with the particular mailbox or with the client permissions. By default, permissions are inherited from the parent object. If the permissions that are set on a particular object are correct, view the permissions of that object's parent object, and so on. For example, make sure that you do not have an explicit Deny permission for the Create names properties in the Information Store permission on the public folder store. Explicit Deny permissions override Allow permissions.

After you finish troubleshooting permissions on the public folder store, restart the server.

↑ Back to the top


Keywords: KB830501, kbprb

↑ Back to the top

Article Info
Article ID : 830501
Revision : 5
Created on : 10/27/2006
Published on : 10/27/2006
Exists online : False
Views : 306