IMAP4 Non-synchronizing Literals
draft-ietf-imapapnd-rfc2088bis-04

(Via drafts-lastcall-comment@iana.org): IESG/Authors/WG Chairs:

IANA has completed its review of draft-ietf-imapapnd-rfc2088bis-04.txt. If any part of this review is inaccurate, please let us know.

IANA understands that, upon approval of this document, there are two actions which IANA must complete.

First, in the Internet Message Access Protocol (IMAP) Capabilities Registry located at:

https://www.iana.org/assignments/imap-capabilities/

the existing entry for LITERAL+

Capability Name: LITERAL+
Reference: [ RFC2088 ]

will have its reference changed to [ RFC-to-be ].

Second, also in the Internet Message Access Protocol (IMAP) Capabilities Registry located at:

https://www.iana.org/assignments/imap-capabilities/

a new registration will be made as follows:

Capability Name: LITERAL-
Reference: [ RFC-to-be ]

IANA understands that these are the only actions required to be completed upon approval of this document.

Note:  The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is only to confirm what actions will be performed. 


Thank you,

Sabrina Tanamal
IANA Specialist
ICANN

The following Last Call announcement was sent out:

From: The IESG
To: "IETF-Announce"
CC: imapapnd-chairs@ietf.org, barryleiba@gmail.com, sm+ietf@elandsys.com, draft-ietf-imapapnd-rfc2088bis@ietf.org, imapext@ietf.org, "S Moonesamy"
Reply-To: ietf@ietf.org
Sender:
Subject: Last Call:  (IMAP4 non-synchronizing literals) to Proposed Standard


The IESG has received a request from the IMAP APPEND Extensions WG
(imapapnd) to consider the following document:
- 'IMAP4 non-synchronizing literals'
  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.

1.  Summary

S. Moonesamy is the Document Shepherd for this document. Barry Leiba is
the Responsible Area Director.

The document specifies two 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.  The type of RFC being requested
is Proposed Standard as the draft defines a protocol that will have to be
supported on by an IMAP client and an IMAP server.

2. Review and Consensus

The document was reviewed by the Imapapnd Working Group.  There was a
small number of participants interested in the draft.    There was WG
Consensus on the IMAP4 non-synchronizing literals document.

3. Intellectual Property

The author stated that the draft is in conformance with BCPs 78 and 79.  The
document may contain material from IETF Documents or IETF Contributions
published or made publicly available before November 10, 2008.