Outgoing Queue Tables

This content is outdated and is no longer being maintained. It is provided as a courtesy for individuals who are still using these technologies. This page may contain URLs that were valid when originally published, but now link to sites or pages that no longer exist.

An outgoing queue table contains information about all the outgoing messages for a message store. Message store providers implement outgoing queue tables for the MAPI spooler to use. Stores that do not support the sending or receiving of messages need not implement this table.

To access an outgoing queue table, the MAPI spooler calls the IMsgStore::GetOutgoingQueue method.

There is a requirement that messages be preprocessed and submitted to the transport provider in the same order as they were sent by the client application. The MAPI spooler is designed to accept messages from the message store in ascending order of submission time. Because of this requirement, there can be some delay before some messages appear in the outgoing queue table.

Message stores should either allow sorting on the outgoing queue table so that the MAPI spooler can sort the messages by submission time, or the default sort order should be by ascending submission time.

The outgoing queue table must send notifications when the contents of the queue changes.

The following properties make up the required column set in outgoing queue tables:

PR_CLIENT_SUBMIT_TIME (PidTagClientSubmitTime)

PR_DISPLAY_BCC (PidTagDisplayBcc)

PR_DISPLAY_CC (PidTagDisplayCc)

PR_DISPLAY_TO (PidTagDisplayTo)

PR_ENTRYID (PidTagEntryId)

PR_MESSAGE_FLAGS (PidTagMessageFlags)

PR_MESSAGE_SIZE (PidTagMessageSize)

PR_PRIORITY (PidTagPriority)

PR_SENDER_NAME (PidTagSenderName)

PR_SUBJECT (PidTagSubject)

PR_SUBMIT_FLAGS (PidTagSubmitFlags)

 

For more information about how the outgoing queue table is used, see Sending Messages by Using Message Store Providers.

See Also

Concepts

MAPI Tables