IMAP Extension for STATUS=SIZE
draft-ietf-extra-imap-status-size-02

[Ballot comment]
I am fine with the range being limited to the positive half of the signed 64 bit integer range, but I am not at all sure why this makes implementation any easier. Can you clarify?

  The message size is chosen to be at most 63 bits wide rather than 64
  bits to make implementations on various platforms (such as Java)
  easier.

[Ballot comment]
(Just as an aside - all the EXTRA drafts I'm reading this week are great examples of protocol extensions. I'm glad I balloted Yes to create the group!)

I was somewhat confused by the first couple of sentences.

  This document extends Internet Message Access Protocol (IMAP)
  [IMAP4rev1] with a new capability called "STATUS=SIZE".  To determine
  the total storage size of a mailbox, an IMAP client currently needs
  to retrieve all message sizes individually using the FETCH command
  with the RFC822.SIZE data item.

Is the "total storage size of a mailbox" the "total size of all messages stored in a message store"? "Total storage size of a mailbox" seems more like a capacity number than a usage number.

I see "total size of the mailbox" used in more than one place, but I think just the clarification on first use would be enough. And my apologies if everyone who has ever worked on IMAP knows what was meant ;-)

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

The IANA Services Operator has completed its review of draft-ietf-extra-imap-status-size-01. If any part of this review is inaccurate, please let us know.

The IANA Services Operator understands that, upon approval of this document, there is a single action which we must complete.

In the Internet Message Access Protocol (IMAP) Capabilities Registry located at:

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

a single, new registration is to be made as follows:

Capability Name: STATUS=SIZE
Reference: [ RFC-to-be ]

The IANA Services Operator understands that this is the only action 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 meant only to confirm the list of actions that will be performed.

Thank you,

Sabrina Tanamal
Senior IANA Services Specialist

The following Last Call announcement was sent out (ends 2018-05-10):

From: The IESG
To: IETF-Announce
CC: extra@ietf.org, alexey.melnikov@isode.com, draft-ietf-extra-imap-status-size@ietf.org, extra-chairs@ietf.org, brong@fastmailteam.com
Reply-To: ietf@ietf.org
Sender:
Subject: Last Call:  (Internet Message Access Protocol (IMAP) - STATUS=SIZE Extension) to Proposed Standard


The IESG has received a request from the Email mailstore and eXtensions To
Revise or Amend WG (extra) to consider the following document: - 'Internet
Message Access Protocol (IMAP) - STATUS=SIZE Extension'
  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 2018-05-10. 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


  This document adds a new capability called "STATUS=SIZE" to the
  Internet Message Access Protocol (IMAP).  It allows retrieving the
  total storage size of a mailbox with a single STATUS command rather
  than retrieving and summing the sizes of all individual messages in
  that mailbox.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-extra-imap-status-size/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-extra-imap-status-size/ballot/


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

There was one single issue raised at IETF101 - to make SIZE be optionally greater than the sum of message sizes to include metadata as well.