Article
08/21/2009

ICS Evaluation Criteria

Topic Last Modified: 2008-08-07

ICS provides a mechanism to monitor and synchronize changes to an information store hierarchy or content. The changes include creating, modifying, and deleting folders and messages.

Caveats

ICS agents can only be created by using C/C++.

Functional Criteria

Criteria	Incremental Change Synchronization (ICS)
Application Domain	Applications that use ICS typically synchronize changes between Exchange and non-Exchange information stores. ICS can also be used for one-way and two-way synchronization between Exchange stores.
Major Objects	ICS consists of three interfaces: IExchangeExportChanges, IExchangeImportHierarchyChanges, and IExchangeImportContentChanges. Applications obtain these interfaces by using the MAPI OpenProperty function on the PR_HIERARCHY_SYNCHRONIZER and PR_CONTENTS_SYNCHRONIZER properties.
Data access model	The information that represents changes made to the Exchange store is provided in an IStream.
Threading Models	Because the ICS system provides information about incremental changes that have been made to the Exchange store, only one thread at a time should be allowed to retrieve or send data to Exchange by using the ICS interfaces.
Application Architectures	ICS applications are typically constructed as a system of three services: a collector that gathers the changes from the source store, a synchronizer that applies the changes to the destination store, and an agent that schedules and manages the synchronization process. In addition, a GUI application is typically supplied to configure the synchronization system.
Remote Usage	The ICS interfaces operate via MAPI, and so can be executed remotely. When synchronizing changes offsite, or across the Internet, a proxy collector and remote agent are recommended, and data should be encrypted during transmission between them.
Transactions	The ICS interfaces do not support transactions. To ensure a more robust operation, the synchronization agent should maintain information about which changes have been successfully applied to the destination store.
Management Capabilities	The ICS interfaces do not contain any special application-management features.
Availability	ICS is supported in all versions of Exchange. Future versions after Exchange 2003 might not include, or provide access to, this technology.

Development Criteria

Criteria	Incremental Change Synchronization (ICS)
Languages and Tools	Applications that use ICS can only be created by using native C/C++.
Managed Implementation	ICS is accessed as part of MAPI, and both are unmanaged components. Although MAPI can be used via a COM interoperability assembly with the .NET Framework, the ICS interfaces are not accessible via COM or automation. For this reason, only native C/C++ can be used to build applications that use ICS.
Scriptable	No.
Test/Debug Tools	No special debugging tools are needed to debug applications that use ICS.
Expert Availability	Expert MAPI programmers can be difficult to find, and learning the technology can take a significant amount of time. In addition to the Microsoft communities, there are a relatively small number of high-quality third-party Web sites that provide helpful MAPI development information. It may be very difficult to find developers who have any significant direct experience with ICS.
Available Information	Both Microsoft and third-party books that describe MAPI programming are available. Information about ICS is available in the Exchange 5.5 SDK. For more information about MAPI and ICS, see the MSDN Web site.
Developer / Deployment Licensing	No special licensing is required for developing by using MAPI. Refer to your Exchange, MSDN subscription, and other appropriate licensing agreements to determine whether additional licenses are required for the servers to be synchronized by your ICS applications.

Security Criteria

Criteria	Incremental Change Synchronization (ICS)
Design-Time Permissions	The developer must have permissions to access the data in the Exchange store if the ICS application runs under the developer's security context. In the case of ICS, this depends on the permissions required to access the data being synchronized. In addition, access to the destination system must also be permitted to the user under which the synchronizer runs.
Setup Permissions	No special permissions are required to set up applications that use ICS.
Run-Time Permissions	The user account under which an ICS-based application runs must have permission to access the data in the Exchange store if the ICS application runs under the developer's security context. In the case of ICS, this depends on the permissions required to access the data being synchronized. In addition, access to the destination system must also be permitted to the user under which the synchronizer runs.
Built-in Security Features	None.
Security Monitoring Features	None.

Deployment Criteria

Criteria	Incremental Change Synchronization (ICS)
Server Platform Requirements	Synchronization applications use MAPI to access ICS. The collector must have access to the Exchange store where the data to be synchronized is stored.
Client Platform Requirements	ICS is generally not considered a client technology. The agent portion of the application is likely to have a user interface in which the resources for synchronization can be chosen.
Deployment Methods	Applications that use ICS can typically be deployed by using standard application installation tools and methods.
Deployment Notes	Because ICS relies on Exchange MAPI, the installer application should verify that the proper version of MAPI is installed and correctly configured. ICS applications are likely to be architected as three services (the collector, synchronizer and agent), and one GUI application that allows a user to configure the synchronization source, target, schedule, and so on.