mailing list archives

meli community discussions

⚠️ if something does not work as intended when interracting with the mailing lists,
reach out Github mirror Gitea repo @epilys:matrix.org

[Imap-protocol] SEARCH messagesets

E-mail headers
From: Timo Sirainen <tss@iki.fi>
To: imap-protocol@u.washington.edu
Date: Fri, 08 Jun 2018 12:34:36 -0000
Message-ID: c23fd75e01463e3eb2e9f93408c5b888@iki.fi permalink / raw / eml / mbox 
If mailbox has 10 messages and client does SEARCH 1:11, is it valid to 
give a BAD reply as most servers do if the same is done with FETCH, or 
should it just be treated as 1:10? Thoughts?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 193 bytes
Desc: This is a digitally signed message part
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20050702/2614fc47/attachment.sig>
Reply
E-mail headers
From: mrc@CAC.Washington.EDU
To: imap-protocol@localhost
Date: Fri, 08 Jun 2018 12:34:36 -0000
Message-ID: Pine.OSX.4.63.0507011621330.17505@pangtzu.panda.com permalink / raw / eml / mbox 
On Sat, 2 Jul 2005, Timo Sirainen wrote:
> If mailbox has 10 messages and client does SEARCH 1:11, is it valid to 
> give a BAD reply as most servers do if the same is done with FETCH, or 
> should it just be treated as 1:10? Thoughts?

In my opinion, either is valid.

It is an error to reference a non-existent sequence number, but SEARCH 
criteria are arguably not referencing the sequence number but merely 
"searching".

-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
Reply