Re: Expliciut IANA registartion of capability

Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Wed, 15 November 2006 15:43 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 kAFFhMIY034884; Wed, 15 Nov 2006 08:43:22 -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 kAFFhMVF034879; Wed, 15 Nov 2006 08:43:22 -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 kalyani.oryx.com (kalyani.oryx.com [195.30.37.30]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id kAFFhJ5E034858 for <ietf-imapext@imc.org>; Wed, 15 Nov 2006 08:43:22 -0700 (MST) (envelope-from arnt@gulbrandsen.priv.no)
Received: from libertango.oryx.com (libertango.oryx.com [195.30.37.9]) by kalyani.oryx.com (Postfix) with ESMTP id 14A814AC8C; Wed, 15 Nov 2006 16:43:18 +0100 (CET)
Message-Id: <NOqZKK9hfUZGmgKfhsEmTw.md5@libertango.oryx.com>
Date: Wed, 15 Nov 2006 16:43:58 +0100
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
To: ietf-imapext@imc.org
Subject: Re: Expliciut IANA registartion of capability
Cc: Cyrus Daboo <cyrus@daboo.name>
References: <44BEC1DCAF2927547FF8C03A@Cyrus-Daboo-G5.local>
In-Reply-To: <44BEC1DCAF2927547FF8C03A@Cyrus-Daboo-G5.local>
Content-Type: text/plain; format="flowed"
MIME-Version: 1.0
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>

Cyrus Daboo writes:
> 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>

I'm a good boy ;)

FWIW, I also added a suitable considerations section in SASL-IR, which i 
took over from Rob and submitted earlier today. Review, please. I'll 
ask on the SASL list for review when the draft comes out, and perhaps 
Lisa will issue an IETF LC just before Christmas, to expire just after 
Christmas.

> 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).

In that case it should also say "Updates RFC 2177".

Arnt