Re: [EAI] [eai] #11: Capture the scenario of "SHOULD not use UTF-8 in Message-ID" for future advice draft
John C Klensin <klensin@jck.com> Mon, 19 September 2011 21:50 UTC
Return-Path: <klensin@jck.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 28C1721F8CC3 for <ima@ietfa.amsl.com>; Mon, 19 Sep 2011 14:50:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.564
X-Spam-Level:
X-Spam-Status: No, score=-2.564 tagged_above=-999 required=5 tests=[AWL=-0.117, BAYES_00=-2.599, 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 prqKQkRMY8fX for <ima@ietfa.amsl.com>; Mon, 19 Sep 2011 14:50:28 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by ietfa.amsl.com (Postfix) with ESMTP id 7111621F8C9C for <ima@ietf.org>; Mon, 19 Sep 2011 14:50:28 -0700 (PDT)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1R5llf-000FM1-RD; Mon, 19 Sep 2011 17:52:48 -0400
Date: Mon, 19 Sep 2011 17:52:47 -0400
From: John C Klensin <klensin@jck.com>
To: ned+ima@mrochek.com
Message-ID: <C27547A4A744B29D9E2EFBC2@PST.JCK.COM>
In-Reply-To: <01O68NKY56TQ014O5Z@mauve.mrochek.com>
References: <CAHhFybqGwUSmg+BNMpid3+jmHpequ8R=dOxb+UntUJ_m15Bf4g@mail.gmail.com> <20110919205625.81521.qmail@joyce.lan> <01O68NKY56TQ014O5Z@mauve.mrochek.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com, ima@ietf.org
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
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 21:50:29 -0000
Folks, Can we avoid looping back through this entire discussion again? While I happen to agree with Ned's explanation of the scenarios, the important thing is that we have been through them before. We know that there are some edge-case scenarios in which replies to messages that require EAI facilities only because UTF-8 can end up in slightly funny states We know that gateways to other environments (netnews excluded but by no means exclusively) tend to exhibit more sensitivity to changes than would occur in a more perfect world. Trying to base normative text on how often those cases will arise and how much pain they will cause -- beyond knowing that the values are non-zero -- requires ability to predict the future with good accuracy, which is a skill I haven't observed in the WG or the IETF generally. Joseph has announced consensus around permitting UTF-8 in message headers. It seems to me that Ned's text reflects that consensus, including pointing out that systems may want to pay special attention to those edge cases. Unless people think this is important enough to (further) stall progress and have new things to add to the prior case analyses and positions, can we move on? john --On Monday, September 19, 2011 14:01 -0700 ned+ima@mrochek.com wrote: >> > Gateway operators are used to the idea that they have to do >> > something with Message-IDs, and while UTF-8 makes this job >> > more interesting it won't be completely different. > >> Practical Mail->News gateways have to do all sorts of gross >> stuff due to news systems enforcing syntax rules more >> strictly than mail systems. Munging message IDs would not be >> any worse than what they do now. >...
- [EAI] [eai] #11: Capture the scenario of "SHOULD … eai issue tracker
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… ned+ima
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… Dave CROCKER
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… ned+ima
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… Frank Ellermann
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… ned+ima
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… Joseph Yee
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… Frank Ellermann
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… John Levine
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… ned+ima
- Re: [EAI] [eai] #11: Capture the scenario of "SHO… John C Klensin