26 lines
820 B
Plaintext
26 lines
820 B
Plaintext
MBOX-Line: From tss at iki.fi Sun Jul 22 21:26:23 2007
|
|
To: imap-protocol@u.washington.edu
|
|
From: Timo Sirainen <tss@iki.fi>
|
|
Date: Fri Jun 8 12:34:40 2018
|
|
Subject: [Imap-protocol] Unordered FETCH replies
|
|
Message-ID: <1185164783.25618.157.camel@hurina>
|
|
|
|
Has anyone tried how badly clients would break if FETCH didn't send
|
|
replies ordered by the sequence number? So for example:
|
|
|
|
1 fetch 1:* body.peek[]
|
|
* 3 FETCH (BODY.PEEK[] "")
|
|
* 1 FETCH (BODY.PEEK[] "")
|
|
* 2 FETCH (BODY.PEEK[] "")
|
|
1 OK
|
|
|
|
I guess this is a bad idea.
|
|
|
|
-------------- next part --------------
|
|
A non-text attachment was scrubbed...
|
|
Name: signature.asc
|
|
Type: application/pgp-signature
|
|
Size: 196 bytes
|
|
Desc: This is a digitally signed message part
|
|
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20070723/2024e1b4/attachment.sig>
|