Re: [EAI] UTF=x IMAP capabilities

Joseph Yee <jyee@afilias.info> Wed, 16 November 2011 05:38 UTC

Return-Path: <jyee@afilias.info>
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 C2DA01F0C4B for <ima@ietfa.amsl.com>; Tue, 15 Nov 2011 21:38:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.581
X-Spam-Level:
X-Spam-Status: No, score=-5.581 tagged_above=-999 required=5 tests=[AWL=0.084, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_MED=-4]
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 47JuFalzTJoI for <ima@ietfa.amsl.com>; Tue, 15 Nov 2011 21:38:39 -0800 (PST)
Received: from outbound.afilias.info (outbound.afilias.info [69.46.124.26]) by ietfa.amsl.com (Postfix) with ESMTP id 36CBA1F0CD5 for <ima@ietf.org>; Tue, 15 Nov 2011 21:38:38 -0800 (PST)
Received: from ms5.yyz2.afilias-ops.info ([10.50.129.111] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from <jyee@afilias.info>) id 1RQYCi-0003xg-8N for ima@ietf.org; Wed, 16 Nov 2011 05:38:36 +0000
Received: from mail-yx0-f178.google.com ([209.85.213.178]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from <jyee@afilias.info>) id 1RQYCi-0001wR-4f for ima@ietf.org; Wed, 16 Nov 2011 05:38:36 +0000
Received: by yenr1 with SMTP id r1so182531yen.9 for <ima@ietf.org>; Tue, 15 Nov 2011 21:38:36 -0800 (PST)
Received: by 10.101.178.8 with SMTP id f8mr3251202anp.68.1321421914499; Tue, 15 Nov 2011 21:38:34 -0800 (PST)
Received: from ?IPv6:2001:df8::16:21f:5bff:fece:34e8? ([2001:df8:0:16:21f:5bff:fece:34e8]) by mx.google.com with ESMTPS id y1sm35701096anj.18.2011.11.15.21.38.31 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Nov 2011 21:38:33 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Joseph Yee <jyee@afilias.info>
In-Reply-To: <CALaySJLZaQH0Pcys561UhU6jTdEnqpAFrnMcY6oeV1SpPD-aRg@mail.gmail.com>
Date: Wed, 16 Nov 2011 00:38:28 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <8BEE9B66-912B-4088-9935-59BE97D8F10D@afilias.info>
References: <CALaySJLZaQH0Pcys561UhU6jTdEnqpAFrnMcY6oeV1SpPD-aRg@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
X-Mailer: Apple Mail (2.1084)
Cc: ima@ietf.org
Subject: Re: [EAI] UTF=x IMAP capabilities
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, 16 Nov 2011 05:38:44 -0000

On 2011-11-15, at 8:13 AM, Barry Leiba wrote:

> At today's EAI meeting, I took an action item to start a short
> discussion about the various UTF8=x capabilities in the IMAP doc (
> http://tools.ietf.org/html/draft-ietf-eai-5738bis ).  We've agreed to
> remove UTF8=USER and UTF8=APPEND, so I wanted to analyze the remaining
> ones, and look at the implications.
> 
> UTF8=ACCEPT says that the server accepts UTF8 strings and allows
> selection of mailboxes in UTF8 mode.  It's the basic "I support the
> EAI UTF8 stuff" capability.  Good.
> 
> I presume the intent is that when a client that supports EAI talks to
> a server that supports EAI, it will just use the UTF8 commands
> throughout, yes?
> 
> Given that, I see little value in UTF8=ALL.  This says "all mailboxes
> can be UTF8 SELECTed." What value is there to a client in knowing
> that?  I suppose it can eliminate the need to use the UTF8 options in
> the extended LIST command...  and there's no benefit at all if
> extended LIST isn't supported.  I suggest that we also eliminate
> UTF8=ALL.
> 
> That leaves UTF8=ONLY, which is reasonable to leave.  And so we have
> three cases:
> 
> 1.  No EAI support (no UTF8=x capabilities listed).
> 
> 2.  EAI support, but also support of non-UTF8 versions (UTF8=ACCEPT).
> 
> 3.  EAI support, and it's all there is (UTF8=ONLY).
> 
> So I suggest that we just spell it out that way, and make UTF8=ACCEPT
> and UTF8=ONLY be mutually exclusive: there can be one, the other, or
> neither, but never both.

No hat.

I agreed with Barry that UTF8=ALL is not necessary anymore after removing UTF8=APPEND.

Joseph

> 
> Barry
> _______________________________________________
> IMA mailing list
> IMA@ietf.org
> https://www.ietf.org/mailman/listinfo/ima