Re: [EAI] UTF=x IMAP capabilities

Alexey Melnikov <alexey.melnikov@isode.com> Fri, 18 November 2011 05:23 UTC

Return-Path: <alexey.melnikov@isode.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 9FFF411E809D for <ima@ietfa.amsl.com>; Thu, 17 Nov 2011 21:23:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.299
X-Spam-Level:
X-Spam-Status: No, score=-102.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_31=0.6, USER_IN_WHITELIST=-100]
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 FXL5DSVX8uIS for <ima@ietfa.amsl.com>; Thu, 17 Nov 2011 21:23:18 -0800 (PST)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id D025121F8B7C for <ima@ietf.org>; Thu, 17 Nov 2011 21:23:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1321593795; d=isode.com; s=selector; i=@isode.com; bh=114xwnI/nmw3MEsv5SEdMr8GXafBuOkKYrSwFdMI6Ho=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=ozCFJkt4sW/G2dBocSxhe2pPDVj10lz2W6EO0kU9+WosjV53xfqEC1LCR++DtL02HWWKZ3 ozgE7maqu4+BfHX2N3HVFtbUlq37eFNc9v4V1mGiCWcTArxaCQHZjlbl7IHz2BGgy30WCz qKsHJXVcscCCWZ8jd0iy5/3tYSQXgUE=;
Received: from [130.129.18.66] (dhcp-1242.meeting.ietf.org [130.129.18.66]) by rufus.isode.com (submission channel) via TCP with ESMTPSA id <TsXrvQAFEHDs@rufus.isode.com>; Fri, 18 Nov 2011 05:23:13 +0000
Message-ID: <4EC5EBB7.6090807@isode.com>
Date: Fri, 18 Nov 2011 05:23:03 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
To: Barry Leiba <barryleiba@computer.org>
References: <CALaySJLZaQH0Pcys561UhU6jTdEnqpAFrnMcY6oeV1SpPD-aRg@mail.gmail.com>
In-Reply-To: <CALaySJLZaQH0Pcys561UhU6jTdEnqpAFrnMcY6oeV1SpPD-aRg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
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: Fri, 18 Nov 2011 05:23:27 -0000

On 15/11/2011 13:13, 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.
Works for me.
> 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.
>
> Barry