Re: [EAI] Rechartering
"Charles Lindsey" <chl@clerew.man.ac.uk> Tue, 21 July 2009 14:12 UTC
Return-Path: <chl@clerew.man.ac.uk>
X-Original-To: ima@core3.amsl.com
Delivered-To: ima@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 934A128C29C for <ima@core3.amsl.com>; Tue, 21 Jul 2009 07:12:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0RFGpBbISFlS for <ima@core3.amsl.com>; Tue, 21 Jul 2009 07:12:35 -0700 (PDT)
Received: from v-smtp-auth-relay-3.gradwell.net (v-smtp-auth-relay-3.gradwell.net [79.135.125.42]) by core3.amsl.com (Postfix) with ESMTP id 7F2DE3A68DD for <ima@ietf.org>; Tue, 21 Jul 2009 07:12:33 -0700 (PDT)
Received: from [80.175.135.89] ([80.175.135.89] helo=clerew.man.ac.uk country=GB ident=postmaster*pop3$clerew#man*ac^uk) by v-smtp-auth-relay-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.290) id 4a65ccc4.43b6.1546 for ima@ietf.org; Tue, 21 Jul 2009 15:12:20 +0100 (envelope-sender <chl@clerew.man.ac.uk>)
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.7/8.13.7) with ESMTP id n6LEC9p8023411 for <ima@ietf.org>; Tue, 21 Jul 2009 15:12:10 +0100 (BST)
Date: Tue, 21 Jul 2009 15:12:09 +0100
To: IMA <ima@ietf.org>
From: Charles Lindsey <chl@clerew.man.ac.uk>
Content-Type: text/plain; format="flowed"; delsp="yes"; charset="iso-8859-1"
MIME-Version: 1.0
References: <mailman.13830.1247508102.4936.ima@ietf.org> <CAD7705D4A93814F97D3EF00790AF0B315FA6650@tk5ex14mbxc105.redmond.corp.microsoft.com> <4A5BABF8.4080900@isode.com> <CAD7705D4A93814F97D3EF00790AF0B315FA6AAF@tk5ex14mbxc105.redmond.corp.microsoft.com> <4A60AA0B.4000106@alvestrand.no> <CAD7705D4A93814F97D3EF00790AF0B315FCA179@TK5EX14MBXC104.redmond.corp.microsoft.com> <EA9664FBEBEB7127550C3D30@[192.168.1.110]> <CAD7705D4A93814F97D3EF00790AF0B315FCB1CA@TK5EX14MBXC104.redmond.corp.microsoft.com>
Content-Transfer-Encoding: 8bit
Message-ID: <op.uxe8ejm46hl8nm@clerew.man.ac.uk>
In-Reply-To: <CAD7705D4A93814F97D3EF00790AF0B315FCB1CA@TK5EX14MBXC104.redmond.corp.microsoft.com>
User-Agent: Opera Mail/9.25 (SunOS)
Subject: Re: [EAI] Rechartering
X-BeenThere: ima@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "EAI \(Email Address Internationalization\)" <ima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 21 Jul 2009 14:12:43 -0000
On Tue, 21 Jul 2009 07:37:18 +0100, Shawn Steele <Shawn.Steele@microsoft.com> wrote: > I'm also concerned that the quirks of downgrade aren't going to be very > discoverable in an laboratory setting :(. I don't foresee any problems > that can't be corrected with the current approach to downgrade, however > it's the unforeseen that's the problem. At the leisurely pace it's been > proceeding, I'm afraid that the industry won't wait for the working > group, particularly if the Chinese standards proceed without the IETF WG > standards. I see no problem if the Chinese were to issue a standard without downgrade, provided it was otherwise compatible with the format we have decided. Ideally, the IETF should standardise RFC 5335 now, so that all the necessary headers etc get defined and we have a fixed email format (a plain upgrade of RFC 5332), with the downgrade standard to follow later. Of course that is not possible with the documents worded as they are now, but there must be some way to achieve that effect. That would send a clear signal that internationalised email is fixed THAT WAY, and a few subsequent trimmings of the downgrade machanism within that framework should not cause problem (especially as downgrade may well disappear in the Long Term). So if that is, in essence, what the Chinese standard is going to do, then why not? > I also fear a Chinese EAI standard without downgrade more than a > downgrade with quirks. Also, hopefully, "downgrade" will eventually > stop being used, so even if it's really bad, at least it should be > limited :) -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5
- [EAI] Rechartering Shawn Steele
- Re: [EAI] Rechartering Alexey Melnikov
- Re: [EAI] Rechartering Shawn Steele
- [EAI] mailto: escaping Shawn Steele
- Re: [EAI] Rechartering Harald Alvestrand
- Re: [EAI] Rechartering Shawn Steele
- Re: [EAI] Rechartering Xiaodong Lee
- Re: [EAI] Rechartering John C Klensin
- Re: [EAI] Rechartering Shawn Steele
- Re: [EAI] Rechartering Charles Lindsey
- Re: [EAI] Rechartering John C Klensin
- Re: [EAI] Rechartering Shawn Steele
- [EAI] Test - driven schedule (Re: Rechartering) Harald Alvestrand
- Re: [EAI] Test - driven schedule (Re: Recharterin… Shawn Steele
- Re: [EAI] Rechartering YAO Jiankang
- Re: [EAI] Test - driven schedule (Re: Recharterin… YAO Jiankang
- Re: [EAI] Rechartering Charles Lindsey
- Re: [EAI] Test - driven schedule (Re: Recharterin… John C Klensin
- Re: [EAI] Rechartering John C Klensin
- Re: [EAI] Rechartering Shawn Steele
- Re: [EAI] Test - driven schedule (Re: Recharterin… Shawn Steele
- [EAI] NFC/NFD (Re: Test - driven schedule (Re: Re… Harald Alvestrand
- Re: [EAI] Rechartering YAO Jiankang
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… John C Klensin
- Re: [EAI] Rechartering John C Klensin
- Re: [EAI] Test - driven schedule (Re: Recharterin… Alexey Melnikov
- Re: [EAI] Rechartering Shawn Steele
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… Arnt Gulbrandsen
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… Harald Alvestrand
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… Arnt Gulbrandsen
- Re: [EAI] punctuation and number (NFC/NFD) Joseph Yee
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… Tony Finch
- Re: [EAI] NFC/NFD (Re: Test - driven schedule (Re… John C Klensin
- Re: [EAI] mailto: escaping Martin J. Dürst
- Re: [EAI] mailto: escaping Shawn Steele