IMAP Extension for STATUS=SIZE
RFC 8438

Note: This ballot was opened for revision 01 and is now closed.

Alvaro Retana No Objection

Benjamin Kaduk No Objection

Comment (2018-06-04)
No email
send info
The current BCP 14 citation includes RFC 8174 as well as 2119 (and has different
boilerplate text to use).

Martin Vigoureux No Objection

Warren Kumari No Objection

(Adam Roach; former steering group member) Yes

Yes ()
No email
send info

(Alexey Melnikov; former steering group member) Yes

Yes ( for -01)
No email
send info

(Alissa Cooper; former steering group member) No Objection

No Objection ()
No email
send info

(Ben Campbell; former steering group member) No Objection

No Objection (2018-06-06)
No email
send info
§1, first sentence: Missing article before "Internet Message Access Protocol"

(Deborah Brungard; former steering group member) No Objection

No Objection ()
No email
send info

(Eric Rescorla; former steering group member) No Objection

No Objection ()
No email
send info

(Ignas Bagdonas; former steering group member) No Objection

No Objection ()
No email
send info

(Mirja Kühlewind; former steering group member) No Objection

No Objection ()
No email
send info

(Spencer Dawkins; former steering group member) No Objection

No Objection (2018-06-05)
No email
send info
(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 ;-)

(Suresh Krishnan; former steering group member) No Objection

No Objection (2018-06-05)
No email
send info
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.

(Terry Manderson; former steering group member) No Objection

No Objection ()
No email
send info