Re: [EAI] UTF-8 in Message-IDs consensus

Shawn Steele <Shawn.Steele@microsoft.com> Wed, 14 September 2011 21:48 UTC

Return-Path: <Shawn.Steele@microsoft.com>
X-Original-To: ima@ietfa.amsl.com
Delivered-To: ima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14C3A21F8D0A for <ima@ietfa.amsl.com>; Wed, 14 Sep 2011 14:48:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.41
X-Spam-Level:
X-Spam-Status: No, score=-10.41 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_SUB_ENC_UTF8=0.152]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Px8LtZggSAab for <ima@ietfa.amsl.com>; Wed, 14 Sep 2011 14:48:41 -0700 (PDT)
Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.215]) by ietfa.amsl.com (Postfix) with ESMTP id 8CA9921F8C32 for <ima@ietf.org>; Wed, 14 Sep 2011 14:48:41 -0700 (PDT)
Received: from TK5EX14HUBC107.redmond.corp.microsoft.com (157.54.80.67) by TK5-EXGWY-E802.partners.extranet.microsoft.com (10.251.56.168) with Microsoft SMTP Server (TLS) id 8.2.176.0; Wed, 14 Sep 2011 14:50:51 -0700
Received: from TK5EX14MBXC133.redmond.corp.microsoft.com ([169.254.2.179]) by TK5EX14HUBC107.redmond.corp.microsoft.com ([157.54.80.67]) with mapi id 14.01.0339.002; Wed, 14 Sep 2011 14:50:51 -0700
From: Shawn Steele <Shawn.Steele@microsoft.com>
To: John C Klensin <klensin@jck.com>, "ima@ietf.org" <ima@ietf.org>
Thread-Topic: [EAI] UTF-8 in Message-IDs consensus
Thread-Index: AcxzEqOfmC2Dw+cMRxWBdUTH+uh0YwATSfcAAA6bSOD//5EsAIAAdS2A
Date: Wed, 14 Sep 2011 21:50:50 +0000
Message-ID: <E14011F8737B524BB564B05FF748464A32B74F5F@TK5EX14MBXC133.redmond.corp.microsoft.com>
References: <E14011F8737B524BB564B05FF748464A32B73F18@TK5EX14MBXC133.redmond.corp.microsoft.com> <14D07F2441ADA2EBD5D53677@PST.JCK.COM> <E14011F8737B524BB564B05FF748464A32B74C98@TK5EX14MBXC133.redmond.corp.microsoft.com> <FC7B2A29FF4CF1799F230329@PST.JCK.COM>
In-Reply-To: <FC7B2A29FF4CF1799F230329@PST.JCK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.72]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [EAI] UTF-8 in Message-IDs consensus
X-BeenThere: ima@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "EAI \(Email Address Internationalization\)" <ima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ima>, <mailto:ima-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ima>
List-Post: <mailto:ima@ietf.org>
List-Help: <mailto:ima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ima>, <mailto:ima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Sep 2011 21:48:42 -0000

Yes, I realize there's a risk of  the advice getting lost, however I'd rather take that risk than delaying or risking the existing docs

-----Original Message-----
From: John C Klensin [mailto:klensin@jck.com] 
Sent: Wednesday, September 14, 2011 2:49 PM
To: Shawn Steele; ima@ietf.org
Subject: RE: [EAI] UTF-8 in Message-IDs consensus



--On Wednesday, September 14, 2011 21:30 +0000 Shawn Steele <Shawn.Steele@microsoft.com> wrote:

> I don't care which one, except don't reopen the queued one, not high 
> priority for me, just don't want a lot of back and forth.

Shawn (and others),

I'm asking for two main reasons:

(1) I think  there is a real possibility that the "advice"
documents will get lost, or at least deferred for a long time, after we extrapolate from current levels of activity in the WG to the likelihood of taking on new documents and getting them done in a reasonable period.  IMO, the odds go up somewhat if we handle those documents as Applicability Statements and can get WG and IESG consensus for publishing versions at Proposed Standard without broad consensus that all issues have been addressed and all nits picked, but I don't know how realistic
that is.   In any event, if the WG decides that the text should
go into an "advice document" that has not yet been put on the agenda, we need to be prepared to abandon that text if the WG shuts down before that advice document is published.

(2) There has been a brief discussion of another option, which would be to attach this sort of material as an appendix to 5335bis.  That has several disadvantages, including some risk of 5335bis being delayed while we quibble about text.

FWIW, my personal view is that we should narrow 5335bis and 5336bis as much as possible in the interest of getting agreement and getting them out, but that is not a co-chair opinion.  Given the risk of losing the material, I do not believe the co-chairs or author team should make the decision without an opportunity for advice from the WG.

   john