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