Re: [EAI] [eai] #11: Capture the scenario of "SHOULD not use UTF-8 in Message-ID" for future advice draft

Dave CROCKER <dhc2@dcrocker.net> Mon, 19 September 2011 17:22 UTC

Return-Path: <dhc2@dcrocker.net>
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 183AD21F8BE9 for <ima@ietfa.amsl.com>; Mon, 19 Sep 2011 10:22:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.158
X-Spam-Level:
X-Spam-Status: No, score=-6.158 tagged_above=-999 required=5 tests=[AWL=0.289, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 izTi5F3t5vre for <ima@ietfa.amsl.com>; Mon, 19 Sep 2011 10:22:44 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7510F21F8B36 for <ima@ietf.org>; Mon, 19 Sep 2011 10:22:44 -0700 (PDT)
Received: from [192.168.1.7] (adsl-68-122-32-32.dsl.pltn13.pacbell.net [68.122.32.32]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id p8JHP2Xa000690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ima@ietf.org>; Mon, 19 Sep 2011 10:25:08 -0700
Message-ID: <4E777AED.5010906@dcrocker.net>
Date: Mon, 19 Sep 2011 10:25:01 -0700
From: Dave CROCKER <dhc2@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
MIME-Version: 1.0
To: ima@ietf.org
References: <061.9721166081247d3e53392a010db4b79a@trac.tools.ietf.org> <01O68AN5NRSW014O5Z@mauve.mrochek.com>
In-Reply-To: <01O68AN5NRSW014O5Z@mauve.mrochek.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 19 Sep 2011 10:25:08 -0700 (PDT)
Subject: Re: [EAI] [eai] #11: Capture the scenario of "SHOULD not use UTF-8 in Message-ID" for future advice draft
X-BeenThere: ima@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 19 Sep 2011 17:22:45 -0000

On 9/19/2011 7:58 AM, ned+ima@mrochek.com wrote:
>>   "Implementers of message-id generation algorithms may prefer to restrain
>>   their output to ASCII since that has a few minor advantages, such as when
>>   constructing References fields in mailing-list threads where some senders
>>   use EAI and others not."


I looked over the draft, and this language made me very uncomfortable.

The reason is that -- once again -- it has this draft trying to juggle a hybrid 
(UTF-8/ASCII-only) world, rather than a much simpler UTF-8 only world.  Indeed, 
the language that results looks awkward.

A simple question is why this juggling is appropriate here but not in the rest 
of the core drafts, including this one?

For the situations that need this special treatment, why do they /not/ also need 
it for all other occurrences of UTF-8.  And in answering that question, consider 
whether those are edge conditions or likely to be typical.

d/

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net