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
- [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