[mailmaint] Re: draft-ietf-mailmaint-imap-uidbatches-02

[Ken Murchison <[e-mail]>]

I've just updated the Cyrus implementation to remove the UID indicator 
and to support inverted batch requests (e.g. 4:1).


On 2/3/25 8:10 AM, Ken Murchison wrote:
>
> I just reviewed the latest draft.  Here is my feedback:
>
>   * 3.1.2, para 1: the text still states that the response MUST
>     include the UID indicator, but that was removed from the formal
>     syntax in section 4 and from the example in 3.1.1.
>   * 3.1.3, para 9: "VANISH" -> "VANISHED".  I'd also suggest changing
>     "messages" to "responses".
>   * 3.1.4, para 6: this text is redundant given the last two
>     paragraphs in section 3.1.3
>   * 3.1.5: A question that was brought up by one of my colleagues:
>     Assuming that batches 1-4 exist, is requesting batch range 4:1 the
>     same as 1:4 or it is a syntax error?  I don't have strong opinion
>     either way, but it would be trivial to support in my code.  Also,
>     I know that the order of UID ranges doesn't matter per the specs.
>   * 3.3, para 1: "pages" -> "paged"
>   * 3.6: this section seems superfluous as I wouldn't expect SEARCHRES
>     to apply to any command other than SEARCH
>   * 4: neither search-correlator nor uid-range are defined in
>     RFC3501.  I'd suggest changing para 2 to state that non-terminals
>     are defined in RFC9051
>
> -- 
> Kenneth Murchison
> Senior Software Developer
> Fastmail US LLC
> IETF MailMaint Chair

-- 
Kenneth Murchison
Senior Software Developer
Fastmail US LLC
IETF MailMaint Chair