Re: [Extra] I-D Action: draft-ietf-extra-imap-messagelimit-03.txt

What is the expected outcome for clients which do not support this extension? The Introduction states:

> This extension is compatible with both IMAP4rev1 [RFC3501] and IMAP4rev2 [RFC9051].

But "always return NO" seems like a very loose definition of "compatible". I can't think of any similar IMAP extensions in the past which radically alters server behavior without having the client explicitly opting in to it (either by using new commands/new command parameters, or by requiring an ENABLE).

Clients may not be able to adopt this extension for some time, and some clients may never adopt it (either due to an explicit decision not to, or due to that client or client version no longer being actively maintained). Those clients will therefore be unable to communicate successfully with any server which has implemented this extension.

I see that version 1 of this draft did require an ENABLE, but that was subsequently removed in version 2. From the mailing list archive, it seems like there may have been some discussion in person at IETF 115 which led to this, but unfortunately the reasoning was not captured in the mailing list. Can you shed more light on why the newer versions have moved away from requiring an explicit ENABLE?

- Phillip

> On May 17, 2023, at 5:45 AM, Alexey Melnikov <alexey.melnikov@isode.com> wrote:
> 
> Hi all,
> 
> On 17/05/2023 13:42, internet-drafts@ietf.org <mailto:internet-drafts@ietf.org> wrote:
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories. This Internet-Draft is a work item of the Email mailstore and
>> eXtensions To Revise or Amend (EXTRA) WG of the IETF.
>> 
>>    Title           : IMAP MESSAGELIMIT Extension
>>    Authors         : Alexey Melnikov
>>                      Arun Prakash Achuthan
>>                      Vikram Nagulakonda
>>                      Luis Alves
>>    Filename        : draft-ietf-extra-imap-messagelimit-03.txt
>>    Pages           : 9
>>    Date            : 2023-05-17
>> 
>> Abstract:
>>    The MESSAGELIMIT extension of the Internet Message Access Protocol
>>    (RFC 3501/RFC 9051) allows servers to announce a limit on the number
>>    of messages that can be processed in a single
>>    FETCH/SEARCH/STORE/COPY/MOVE command.  This helps servers to control
>>    resource usage when performing various IMAP operations.
> 
> This version addes UIDAFTER and UIDBEFORE SEARCH keys.
> 
> If people are happy with their inclusion, I think this is ready for WGLC.
> 
> Best Regards,
> 
> Alexey
> 
> _______________________________________________
> Extra mailing list
> Extra@ietf.org <mailto:Extra@ietf.org>
> https://www.ietf.org/mailman/listinfo/extra