[imapext] Last Call: <draft-ietf-imapapnd-rfc2088bis-04.txt> (IMAP4 non-synchronizing literals) to Proposed Standard

The IESG <iesg-secretary@ietf.org> Mon, 07 March 2016 15:03 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: imapext@ietf.org
Delivered-To: imapext@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A6D01B421E; Mon, 7 Mar 2016 07:03:31 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.15.0
Auto-Submitted: auto-generated
Precedence: bulk
Sender: iesg-secretary@ietf.org
Message-ID: <20160307150331.8381.71987.idtracker@ietfa.amsl.com>
Date: Mon, 07 Mar 2016 07:03:31 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/imapext/BJNuv_K4A-LUvsV0OJBUO2qgSVs>
Cc: draft-ietf-imapapnd-rfc2088bis@ietf.org, imapapnd-chairs@ietf.org, imapext@ietf.org, S Moonesamy <sm+ietf@elandsys.com>, barryleiba@gmail.com
Subject: [imapext] Last Call: <draft-ietf-imapapnd-rfc2088bis-04.txt> (IMAP4 non-synchronizing literals) to Proposed Standard
X-BeenThere: imapext@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
List-Id: Discussion of IMAP extensions <imapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imapext>, <mailto:imapext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/imapext/>
List-Post: <mailto:imapext@ietf.org>
List-Help: <mailto:imapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imapext>, <mailto:imapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2016 15:03:31 -0000

The IESG has received a request from the IMAP APPEND Extensions WG
(imapapnd) to consider the following document:
- 'IMAP4 non-synchronizing literals'
  <draft-ietf-imapapnd-rfc2088bis-04.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2016-03-21. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

   The Internet Message Access Protocol (RFC 3501) contains the
   "literal" syntactic construct for communicating strings.  When
   sending a literal from client to server, IMAP requires the client to
   wait for the server to send a command continuation request between
   sending the octet count and the string data.  This document specifies
   an alternate form of literal that does not require this network round
   trip.

   This document specifies 2 IMAP extensions: LITERAL+ and LITERAL-.
   LITERAL+ allows the alternate form of literals in all IMAP commands.
   LITERAL- is the same as LITERAL+, but disallows the alternate form of
   literals unless they are 4096 bytes or less.

   This document obsoletes RFC 2088.


The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-imapapnd-rfc2088bis/

When IESG discussion begins, it can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-imapapnd-rfc2088bis/ballot/


No IPR declarations have been submitted directly on this I-D.