IMAP FETCH Bug

[Uni2K]

Hello,
its me again :D

I just found a new bug, here you can see a picture of it:

It was recorded in TB and shows that the numbers of unseen messages changes randomly. Moreover, also the total number of messages are displayed incorrectly, despite Greenmail holding the correct number of messages in the folder.
The bug can be seen most dominant in Thunderbird but also in Outlook (it just does not show some messages).

The good news is that I already found the solution: The UIDs need to be sorted while returning the FETCH response to the client.

Example:

Wrong:

• 1 FETCH (FLAGS (\Seen ) UID 1)
• 4 FETCH (FLAGS (\Seen ) UID 2)
• 3 FETCH (FLAGS (\Seen ) UID 3)
• 2 FETCH (FLAGS (\Seen ) UID 4)

Correct:

• 1 FETCH (FLAGS (\Seen ) UID 1)
• 2 FETCH (FLAGS (\Seen ) UID 2)
• 3 FETCH (FLAGS (\Seen ) UID 3)
• 4 FETCH (FLAGS (\Seen ) UID 4)

So, all you have to do is to change the getMessageUids() method in the folder implementations to sort the uids before returning:
something like:

  @Override
    public long[] getMessageUids() {
        long[] uids=mailMessages.getMessageUids();
        Arrays.sort(uids);
        return uids;
    }

And then everything will work fine :)

[marcelmay]

Thx again for the detailed analysis!

[marcelmay]

@Uni2K , the GreenMail internal implementation holding messages is a list so the order should be the same. I also tried to reproduce using Thunderbird (mailbox with couple of messages 'unseen' and refreshing).

Can you provide the GreenMail verbose (eg via -Dgreenmail.verbose) output including the IMAP commands?
Which client are you using?