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
- [EAI] UTF=x IMAP capabilities Barry Leiba
- Re: [EAI] UTF=x IMAP capabilities Joseph Yee
- Re: [EAI] UTF=x IMAP capabilities Alexey Melnikov
- Re: [EAI] UTF=x IMAP capabilities Tony Hansen
- Re: [EAI] UTF=x IMAP capabilities Alexey Melnikov
- Re: [EAI] UTF=x IMAP capabilities Joseph Yee