Consider the following scenario:
You have a resource forest and an account forest in a Microsoft Exchange Server environment.
A user in the account forest has a linked mailbox (MB1) in the resource forest.
You create a mailbox (MB2) in the resource forest.
You add MB1 to a mail-enabled security group in the resource forest.
You grant the Free/Busy time, subject, location permission for the Calendar folder of MB2 to the security group.
The user logs on to MB1 and creates a meeting request, and then clicks the Scheduling Assistant tab in Microsoft Outlook.
The user adds MB2 as an attendee.
In this scenario, the user cannot see the details of existing appointments of MB2.
This issue occurs because the user is not recognized as a member of the security group. Therefore, only default permissions are applied to the user.
To resolve this issue, add a UseDisabledAccount key in the web.config file. To do this, follow these steps:
Open the web.config file in the following locations:
Change the code in the web.config file as follows:
// Add the following line.
<add key="UseDisabledAccount" value="1" />
Recycle the MSExchangeOWAAppPool and MSExchangeServicesAppPool application pools. Or, run the iisreset command to reset Internet Information Services (IIS).
Note For Exchange 2010, apply the following update rollup or a later one:
2866475 Description of Update Rollup 2 for Exchange Server 2010 Service Pack 3
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
For more information about how to create a linked mailbox, go to the following Microsoft website:
How to create a linked mailboxFor more information about the Free/Busy time, subject, location permission, go to the following Microsoft website:
General information about Free/Busy and calendar permissionsFor more information about how to recycle an application pool, go to the following Microsoft website: