I'm using claws to access some shared imap folders. Since version 3.3.1, I've noticed that all new mail coming to these folders can't be marked as "read" (at least it is marked, temporarily).

Steps to reproduce:

1) Have some unread mail in a shared IMAP folder.
2) Read it or mark all as read
3) Click on the Get Mail button or change to a different folder and back to the current one.
4) The mail is back, marked as unread.

This behaviour isn't present in thunderbird (so I don't think it's some server-side problem) and it was not present in the previous version of claws.

I've deleted my claws directory in my home and the problem still happens.

This is the network log for marking all as read, changing to a different imap folder and then re-entering the folder in which i've marked all as read (the mails will show up "unread").

[10:18:11] IMAP4> 590 UID STORE 2443:2446 +FLAGS.SILENT () 
[10:18:11] IMAP4< 590 OK STORE completed. 
[10:18:13] IMAP4> 591 NOOP 
[10:18:13] IMAP4< 591 OK NOOP completed 
[10:18:13] IMAP4> 592 STATUS "shared.avr.spam" (MESSAGES UIDNEXT UIDVALIDITY UNSEEN) 
[10:18:13] IMAP4< * STATUS "shared.avr.spam" (MESSAGES 0 UIDNEXT 65 UIDVALIDITY 1174285720 UNSEEN 0) 
[10:18:13] IMAP4< 592 OK STATUS Completed. 
[10:18:15] IMAP4> 593 STATUS "shared.avr.spam" (MESSAGES UIDNEXT UIDVALIDITY UNSEEN) 
[10:18:15] IMAP4< * STATUS "shared.avr.spam" (MESSAGES 0 UIDNEXT 65 UIDVALIDITY 1174285720 UNSEEN 0) 
[10:18:15] IMAP4< 593 OK STATUS Completed. 
[10:18:15] IMAP4> 594 NOOP 
[10:18:15] IMAP4< 594 OK NOOP completed 
[10:18:15] IMAP4- [fetching flags...]
[10:18:15] IMAP4> 595 UID FETCH 1:* (FLAGS UID) 
[10:18:15] IMAP4< [FETCH data - 4267 bytes]