[Dovecot] RFC 5267 Contexts for IMAP4 PARTIAL results
Hello,
I am looking at PARTIAL responses using a dovecot version 2.2.5 and am running
into an inconsistency with the RFC which I would like to ask about. The following
section
http://tools.ietf.org/html/rfc5267#section-4.4
lists client requests and server responses which I have tried running against a folder,
specifying the ranges that fit the contents of the folder I have selected.
The Last of the listed client requests returns a response that is not as I would expect:
C: A04 UID SEARCH RETURN (PARTIAL 24000:24500) UNDELETED
UNKEYWORD $Junk
should return
S: * ESEARCH (TAG "A04") UID PARTIAL (24000:24500 NIL)
// No results are present, this is beyond the end of the results.
S: A04 OK Completed.
according to the RFC, but instead of NIL in the PARTIAL result I see the full range of
UIDs that are in the folder, as in:
C: A02 UID SEARCH RETURN (PARTIAL 23500:24000) UNDELETED
S: * ESEARCH (TAG "A02") UID PARTIAL (23500:24000 1:9)
S: A02 OK Search completed (0.000 secs).
The folder that is selected contains 9 emails with the UIDs 1-9. Should the server return
NIL Instead of returning 1:9?
Thanks!
Anders
On 21.1.2014, at 10.44, Anders Thøgersen ath@b-one.net wrote:
I am looking at PARTIAL responses using a dovecot version 2.2.5 and am running into an inconsistency with the RFC which I would like to ask about.
Looks like the code was buggy. This should fix: http://hg.dovecot.org/dovecot-2.2/rev/c329508e4fec
Great, thanks!
Den 7. feb. 2014, Timo Sirainen tss@iki.fi skrev:
On 21.1.2014, at 10.44, Anders Thøgersen <ath@b-one.net> wrote:
I am looking at PARTIAL responses using a dovecot version 2.2.5 and am running into an inconsistency with the RFC which I would like to ask about.
Looks like the code was buggy. This should fix: http://hg.dovecot.org/dovecot-2.2/rev/c329508e4fec
participants (2)
-
Anders Thøgersen
-
Timo Sirainen