Re: [Extra] Opsdir last call review of draft-ietf-extra-imap-status-size-01

[Bron Gondwana <[e-mail]>]

The author has contacted me to see if I can figure out what's going on.
As far as he's aware he made the changes in -02 which the working group
agreed were necessary.
What's the next step here?

Thanks,

Bron.


On Fri, Jun 15, 2018, at 15:40, Bron Gondwana wrote:
> On Tue, May 15, 2018, at 02:00, Barry Leiba wrote:
>>> On Mon, 14 May 2018, at 11:57, Linda Dunbar wrote:
>>> 
>>> Reviewer: Linda Dunbar
>>> Review result: Not Ready
>>> 
>>> Reviewer: Linda Dunbar
>>> Review result: need more complete description
>>> 
>>> After reading through the document, I find the description is
>>> not very>>> clear.
>>> For example:
>>> Section 1 Introduction:
>>> Is the “mailbox” referring to the IMAP client’s mailbox or the
>>> server>>> mailbox
>>> where all emails are stored?
>>> 
>>> 
>>> Why do Webmail clients need to know the server side mailbox size?
>>> 
>>> Does the “mailbox size” change overtime?
>>> 
>>> Thanks. Linda Dunbar
>>> 
>>> 
>>> Thanks Linda.  I admit that none of these questions occurred to me,
>>> clearly>>> I'm too embedded in the IMAP world already, so I would say that the
>>> answers>>> to your questions are:
>>> 
>>> 1) like all STATUS responses, this is the state of the mailbox on
>>>    the>>> server.
>>> 
>>> 2) any clients which don't keep a full copy of the IMAP mailbox may
>>>    still>>> wish to be able to quickly identify the mailboxes using the most
>>> amount of>>> storage - for example to allow the the user to remove large
>>> messages when>>> they are approaching their storage quota.
>>> 
>>> 3) as defined in this document, "mailbox size" is based on the
>>>    storage used>>> by the messages in the mailbox, so it will naturally change if the
>>> set of>>> messages in the mailbox change, either through adding new
>>> messages, or>>> expunging existing messages.
>>> 
>>> I will send this back to the author and request clarifying language
>>> be added>>> to address these three questions.
>> 
>> Really?  I don't think there's anything the author needs to
>> do: all of>> this is clear to people familiar with the relevant IMAP specs, and
>> people implementing this have to be familiar with the relevant IMAP
>> specs.
>> 
>> It doesn't hurt to have a look and see whether there are reasonable
>> clarifications to make, but I don't think we should spend too much
>> time on that for these issues.
> 
> Following on from this - the document is currently  held in "Waiting
> on Authors".> 
> The author made an update in -02 to clarify some wording for those who
> aren't familiar with the related specifications.> 
> Linda - can you please review -02 and see if it resolves your
> objections.> 
> Thanks,
> 
> Bron.
> 
> --
>   Bron Gondwana, CEO, FastMail Pty Ltd
>   [e-mail]
> 
> 
> _________________________________________________
> Extra mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/extra

--
  Bron Gondwana, CEO, FastMail Pty Ltd
  [e-mail]