WITHIN Search Extension to the IMAP Protocol
Draft of message to be sent after approval:
From: The IESG <firstname.lastname@example.org> To: IETF-Announce <email@example.com> Cc: Internet Architecture Board <firstname.lastname@example.org>, RFC Editor <email@example.com>, lemonade mailing list <firstname.lastname@example.org>, lemonade chair <email@example.com> Subject: Protocol Action: 'WITHIN Search extension to the IMAP Protocol' to Proposed Standard The IESG has approved the following document: - 'WITHIN Search extension to the IMAP Protocol ' <draft-ietf-lemonade-search-within-06.txt> as a Proposed Standard This document is the product of the Enhancements to Internet email to Support Diverse Service Environments Working Group. The IESG contact persons are Chris Newman and Lisa Dusseault. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-lemonade-search-within-06.txt
Technical Summary This document describes the WITHIN extension to IMAP SEARCH. IMAP SEARCH returns messages whose internal date is within or outside a specified interval. The mechanism described here, OLDER and YOUNGER, differs from BEFORE and SINCE in that the client specifies an interval, rather than a date. WITHIN is useful for persistent searches where either the device does not have the capacity to perform the search at regular intervals or the network is of limited bandwidth and thus there is a desire to reduce network traffic from sending repeated requests and redundant responses. Working Group Summary There is consensus in the WG to publish this document. The WG had some difficulty finding text to represent the tension between use of this extension for a single search vs. use of this extension for a persistant search. In the latter case there was WG consensus that the server be permitted to allow updates to lag in order to permit polling-based implementations on the server. Document Quality Virtually all members of the Lemonade WG have reviewed the document. Dave Cridland contributed significant text. Note to RFC Editor In section 1: OLD: subtracting the time interval the client presents. The server then either returnings messages older or younger than the resultant time and date, depending on the search key used. NEW: subtracting the time interval the client presents from the current ^^^^^^^^^^^^^^ date and time of the server. The server then either returns messages ^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^ older or younger than the resultant time and date, depending on the search key used. In Section 3, first paragraph: OLD: The following syntax specification uses the Augmented Backus-Naur Form (ABNF) notation. Elements not defined here can be found in the formal syntax of ABNF , IMAP , and IMAP Extended ABNF  NEW: The following syntax specification uses the Augmented Backus-Naur Form (ABNF) notation. Elements not defined here can be found in the formal syntax of ABNF  and IMAP . In section 7: OLD:  Melnikov, A. and C. Daboo, "Collected Extensions to IMAP4 ABNF", RFC 4466, April 2006. NEW:  Crocker, Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 4234, October 2005. OLD:  Melnikov, D. and C. Daboo, "Contexts for IMAP4", draft-cridland-imap-context-02 (work in progress), May 2006. NEW:  Cridland, D. and C. King, "Contexts for IMAP4", draft-cridland-imap-context-02 (work in progress), May 2006.