You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Benoit Tellier (Jira)" <se...@james.apache.org> on 2022/05/05 03:09:00 UTC

[jira] [Closed] (JAMES-3751) Tests for IMAP search extensions

     [ https://issues.apache.org/jira/browse/JAMES-3751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benoit Tellier closed JAMES-3751.
---------------------------------
    Resolution: Fixed

> Tests for IMAP search extensions
> --------------------------------
>
>                 Key: JAMES-3751
>                 URL: https://issues.apache.org/jira/browse/JAMES-3751
>             Project: James Server
>          Issue Type: Improvement
>          Components: IMAPServer
>    Affects Versions: 3.7.0
>            Reporter: Benoit Tellier
>            Priority: Major
>             Fix For: 3.8.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> h3. Why?
> While documenting implemented RFCs for the distributed server, I realized we do not test the two following RFCs:
>  - https://datatracker.ietf.org/doc/html/rfc5182 Referencing the result of previous IMAP searches.
>  - https://datatracker.ietf.org/doc/html/rfc4731 Aggregations for IMAP search (min, max, count)
> h3. What?
> Write basic MPT tests for the following RFCs, because what is untested should not be advertised as supported.
> h3. Defects found
> While testing this I found a defect in IMAP CONDSTORE for the search commands that ignores only the first range for finding the highest modseq (with one range this is thus fully ignored) due to a bad stop condition in a for loop.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org