Protocol Action: 'The IMAP ENABLE Extension' to Proposed Standard
The IESG <iesg-secretary@ietf.org> Tue, 29 January 2008 04:05 UTC
Return-path: <ietf-announce-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JJhj8-0005Sw-Nu; Mon, 28 Jan 2008 23:05:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JJhj4-0005KN-0Y for ietf-announce@ietf.org; Mon, 28 Jan 2008 23:05:34 -0500
Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JJhj3-0005tj-GR for ietf-announce@ietf.org; Mon, 28 Jan 2008 23:05:33 -0500
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id 4545A26E7A; Tue, 29 Jan 2008 04:05:33 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1JJhj3-0001XM-5y; Mon, 28 Jan 2008 23:05:33 -0500
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1JJhj3-0001XM-5y@stiedprstage1.ietf.org>
Date: Mon, 28 Jan 2008 23:05:33 -0500
X-Spam-Score: -1.4 (-)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: Internet Architecture Board <iab@iab.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Protocol Action: 'The IMAP ENABLE Extension' to Proposed Standard
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Errors-To: ietf-announce-bounces@ietf.org
The IESG has approved the following document: - 'The IMAP ENABLE Extension ' <draft-gulbrandsen-imap-enable-05.txt> as a Proposed Standard This document has been reviewed in the IETF but is not the product of an IETF Working Group. The IESG contact person is Chris Newman. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-gulbrandsen-imap-enable-05.txt Technical Summary Most IMAP extensions are used by the client when the client wants to and the server supports the extension. However, a few extensions require the server to know whether a client supports that extension. The ENABLE extension allows an IMAP client to say which extensions it supports. Working Group Summary This is the product of an individual submitter. Protocol Quality This was reviewed for the IESG by Chris Newman. The IMAP community has resisted the idea of client capabilities for a long time in an effort to minimize state complexity. However, proposed IMAP extensions in progress in the Lemonade and EAI WGs require server knowledge of client capabilities and most felt a clean ENABLE command was superior to multiple commands that have side-effects that alter future server behavior or responses. Controversial points in the development of this proposal involve whether the command is permitted in all states or just authenticated state, and how to announce changes triggered by the command. This proposal has been discussed extensively by Lemonade WG participants, IMAP extensions WG participants and by the EAI design team. At least 7 people have reviewed the document. Posted comments were addressed in document revisions. There are at least 5 existing implementations (3 servers and 2 clients). Note to RFC Editor Section 2., paragraph 2 OLD: the client is aware of the extension). CONSTORE ([RFC4551]), NEW: the client is aware of the extension). CONDSTORE ([RFC4551]), ^^^ Section 3.1, paragraph 4: OLD: - If the argument is an extension is supported by the server and which needs to be enabled, NEW: - If the argument is an extension which is supported by the server and which needs to be enabled, ^^^^^ Please remove the following from the Informative References: [RFC2177] Leiba, "IMAP4 IDLE Command", RFC 2177, IBM, June 1997. _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce