Expliciut IANA registartion of capability
Cyrus Daboo <cyrus@daboo.name> Wed, 15 November 2006 15:32 UTC
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id kAFFWvVq031815; Wed, 15 Nov 2006 08:32:57 -0700 (MST) (envelope-from owner-ietf-imapext@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id kAFFWvW6031814; Wed, 15 Nov 2006 08:32:57 -0700 (MST) (envelope-from owner-ietf-imapext@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f
Received: from mulberrymail.com (static-71-240-120-213.pitt.east.verizon.net [71.240.120.213]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id kAFFWtGg031800 for <ietf-imapext@imc.org>; Wed, 15 Nov 2006 08:32:56 -0700 (MST) (envelope-from cyrus@daboo.name)
Received: from [17.101.32.44] ([17.101.32.44]) (authenticated bits=0) by mulberrymail.com (8.13.6/8.13.6) with ESMTP id kAFFWnU8032384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf-imapext@imc.org>; Wed, 15 Nov 2006 10:32:51 -0500
Date: Wed, 15 Nov 2006 10:32:43 -0500
From: Cyrus Daboo <cyrus@daboo.name>
To: IMAP Extensions WG <ietf-imapext@imc.org>
Subject: Expliciut IANA registartion of capability
Message-ID: <44BEC1DCAF2927547FF8C03A@Cyrus-Daboo-G5.local>
X-Mailer: Mulberry/4.0.7b1 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.1
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on piper.mulberrymail.com
Sender: owner-ietf-imapext@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-imapext/mail-archive/>
List-ID: <ietf-imapext.imc.org>
List-Unsubscribe: <mailto:ietf-imapext-request@imc.org?body=unsubscribe>
Hi folks, The GENART review of annotate brought it to my attention that there was no explicit registration of the ANNOTATE-EXPERIMENT-1 capability. There is text in the body that says the capability string is ANNOTATE-EXPERIMENT-1. I think it makes sense to require all imap extension drafts to explicitly state the capability registration in their IANA Considerations section. Looking at current drafts, the following do that: <http://tools.ietf.org/wg/imapext/draft-ietf-imapext-sort/> <http://www.ietf.org/internet-drafts/draft-gulbrandsen-imap-enable-00.txt> <http://www.ietf.org/internet-drafts/draft-gulbrandsen-imap-inthread-00.txt> <http://www.ietf.org/internet-drafts/draft-gulbrandsen-imap-nostore-00.txt> <http://www.ietf.org/internet-drafts/draft-gulbrandsen-imap-notify-01.txt> <http://www.ietf.org/internet-drafts/draft-melnikov-imapext-filters-00.txt> <http://www.ietf.org/internet-drafts/draft-melnikov-imapext-multimailbox-search-01.txt> The following do not: <http://tools.ietf.org/wg/imapext/draft-ietf-imapext-annotate/> <http://tools.ietf.org/wg/imapext/draft-ietf-imapext-list-extensions/> <http://www.ietf.org/internet-drafts/draft-cridland-imap-context-00.txt> <http://www.ietf.org/internet-drafts/draft-melnikov-imap-postaddress-05.txt> <http://www.ietf.org/internet-drafts/draft-daboo-imap-annotatemore-10.txt> Also, <http://www.ietf.org/internet-drafts/draft-melnikov-lemonade-imap-events-00.txt> does not define any new capability name, but it does update the behavior of IDLE, so I would like to see it listed in the registry as updating IDLE (i.e. both it and RFC2177 listed). I will go ahead and fix annotate and metadata. -- Cyrus Daboo
- Re: Expliciut IANA registartion of capability Cyrus Daboo
- Re: Expliciut IANA registartion of capability Alexey Melnikov
- Re: Expliciut IANA registartion of capability Arnt Gulbrandsen
- Expliciut IANA registartion of capability Cyrus Daboo