On Sunday, 29 June 2014 13:36:33 CEST, James Harkins wrote:
I have some messages with a red flag, but they aren't flagged/starred on the server. Some of them also show as unread in Trojita, but I read them elsewhere. (This is probably another of those issues with Gmail's dodgy IMAP implementation.)
Yes. GMail doesn't bother to report FLAG changes during IDLE.
Aquamail on my phone shows the correct status (read, unstarred). I had made those status changes in Gmail web, so Aquamail must have picked up those changes from IMAP sync. But Trojita doesn't.
I have no idea what level of support for IMAP extensions Aquamail offers. Does it talk CONDSTORE or QRESYNC?
3. At 19:23, Trojita automatically synced. But the message's status didn't change.
Small clarification -- it did not sync; it just asked the server for an update on how many messages are there in the visible mailboxes. This simply updates the mailbox view on the left hand side; it won't actually sync any mailbox.
Log attached.
The log contains a lot of data, but it isn't obvious to me what message (i.e. which UID) is actually affected. The "reload everything" is what should indeed act as a workaround on GMail, and what other people have confirmed to work well with GMail accounts.
Anyway, re-reading http://tools.ietf.org/html/rfc7162#section-6 , it seems that Trojita's approach of always updating the HIGHESTMODSEQ in presence of a higher MODSEQ might be a problem. I'm not sure whether the paragraph's wording applies here because we do not send any command in which it's forbidden to issue an EXPUNGE/VANISHED. I'll re-read the RFCs again and ask on the IMAP MLs, eventually. Filed as https://bugs.kde.org/show_bug.cgi?id=337420 .
With kind regards, Jan -- Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
