Platform SDK: MAPI

About Table Notifications

Clients often rely on table notifications to learn of changes to objects rather than registering to receive notifications directly from the objects. Typical changes that cause notifications to be sent include the addition, deletion, or modification of a row and any critical error. When notifications arrive, clients can determine whether or not to make another call to reload the table.

Because table notifications are asynchronous, there are a few issues that can make handling notifications less than straightforward:

Clients should be aware that not all tables support the TABLE_SORT_DONE notification and should be prepared to handle this condition by:

  1. Forcing the sort to be synchronous.
  2. Reloading the rows of the table when IMAPITable::SortTable returns.