About the function of the calendar connector
Note In this section, the term "third-party calendar connector" means a connector such as the Calendar Connector for Lotus Notes or the Calendar Connector for Novell GroupWise.
A third-party calendar connector performs several different operations.
Accepts notifications from the Store.exe process
The connector accepts notifications from a user who requests free/busy data for a third-party user.
After a notification is received, the third-party calendar connector retrieves free/busy data from the third-party system. Then, the connector puts the data in a free/busy message in the public folder store.
When this process is complete, or when the time-out period has expired, the free/busy data is returned to the requesting client.
Responds to requests from third-party users
The connector responds to third-party systems that request free/busy data about Exchange Server users.
The third-party calendar connector resolves the third-party address of the requested user. Then, the connector performs a lookup operation against a public folder that contains the schedule information. This information is converted to the correct format for the third-party system. Then, the information is returned to the requesting client.
Synchronizes the list of third-party users from the Active Directory directory service
The calendar connector synchronizes the list of third-party contacts to the free/busy public folder that is named Calsync. This synchronization first occurs when the calendar connector first starts. Later, if the setting on the
Schedule tab of the
Properties page of the third-party calendar connector is configured to
Always, the synchronization occurs every 15 minutes.
The third-party calendar connector searches for users who are synchronized by using the Directory Synchronization (DirSync) services of the connector. Then, the third-party calendar connector creates new free/busy messages for each user or contact.
How it is determined that the free/busy query is for a third-party user
The Store.exe process determines whether a free/busy message is for a third-party user by determining whether additional properties exist in the free/busy message. If additional properties exist, the query is directed to the calendar connector service to retrieve the third-party user's data.
Why users experience delayed responses
Typically, when a user who does not use Exchange Server is migrated to Exchange Server, the Migration Wizard tries to match the user's free/busy message. Additionally, the wizard tries to remove the additional properties.
However, in some cases, the migrated user may not be correctly matched to the Exchange Server contact. Therefore, the additional properties are not removed.
Matching may not occur in the following cases:
- You use a third-party migration wizard
Third-party migration tools may not correctly match the user. Additionally, third-party tools may not remove the additional properties even if the user is correctly matched. - The Exchange Migration Wizard does not correctly match the user
The first time that a migrated user is synchronized to Active Directory, the synchronization is processed by the Directory Synchronization service (DirSync). When the user is migrated to a container that differs from the container that was used by DirSync, the Exchange Migration Wizard may not correctly match the user to the Exchange Server contact.
When the additional properties of a migrated user's free/busy message are not removed, the Microsoft Exchange Information Store service resolves the user as a non-Exchange user. Then, the service passes the query to the Exchange Calendar Connector.
In turn, the Exchange Calendar Connector queries the calendar connector of the non-Exchange system. This procedure causes the delay in retrieving free/busy data.
For more information about the terminology that Microsoft uses for software that is corrected after it is released, click the following article number to view the article in the Microsoft Knowledge Base:
824684
Description of the standard terminology that is used to describe Microsoft software updates
For more information about the naming schema for Exchange software updates, click the following article number to view the article in the Microsoft Knowledge Base:
817903
New naming schema for Exchange Server software update packages
The third-party products that this article discusses are manufactured by companies that are independent of Microsoft. Microsoft makes no warranty, implied or otherwise, about the performance or reliability of these products.