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