IMAP Extension for Conditional STORE Operation or Quick Flag Changes Resynchronization
draft-ietf-qresync-rfc4551bis-04
Document | Type |
Replaced Internet-Draft
(qresync WG)
Expired & archived
|
|
---|---|---|---|
Author | Alexey Melnikov | ||
Last updated | 2014-01-07 (Latest revision 2013-09-11) | ||
Replaces | draft-melnikov-rfc4551-bis | ||
Replaced by | draft-ietf-qresync-rfc5162bis | ||
RFC stream | Internet Engineering Task Force (IETF) | ||
Intended RFC status | (None) | ||
Formats | |||
Additional resources | Mailing list discussion | ||
Stream | WG state | WG Document | |
Document shepherd | (None) | ||
IESG | IESG state | Replaced by draft-ietf-qresync-rfc5162bis | |
Consensus boilerplate | Unknown | ||
Telechat date | (None) | ||
Responsible AD | (None) | ||
Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
Often, multiple IMAP (RFC 3501) clients need to coordinate changes to a common IMAP mailbox. Examples include different clients working on behalf of the same user, and multiple users accessing shared mailboxes. These clients need a mechanism to synchronize state changes for messages within the mailbox. They must be able to guarantee that only one client can change message state (e.g., message flags) at any time. An example of such an application is use of an IMAP mailbox as a message queue with multiple dequeueing clients. The Conditional Store facility provides a protected update mechanism for message state information that can detect and resolve conflicts between multiple writing mail clients. The Conditional Store facility also allows a client to quickly resynchronize mailbox flag changes. This document defines an extension to IMAP (RFC 3501).
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)