If I happen to have multiple kmail instances running (on different pcs, lappy/desktop) if they are running both at once when I recieve new mail and read it in one of those it is set as read, on the remote server set as read too, but the other instance keeps it as unread. The email can be marked as read even on the other instance but it is annoying to click the mails twice. This seems to be regression between 4.13 and 4.14 series as the bug did not occur before the 4.14 update. Reproducible: Always
Still happens, but now there is even activity on akonadiconsole when I mark it as read on the other pc: 86 LIST 18 0 (RESOURCE akonadi_imap_resource_1 ENABLED TRUE) (STATISTICS true ANCESTORS INF) * 18 17 (NAME "INBOX" MIMETYPE (inode/directory message/rfc822) REMOTEID ".INBOX" REMOTEREVISION "" RESOURCE "akonadi_imap_resource_1" VIRTUAL 0 MESSAGES 5101 UNSEEN 3 SIZE 30233010 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ANCESTORS ((17 "imap://tchvatal@imap.suse.de/") (0 "")) ENABLED TRUE DISPLAY DEFAULT SYNC DEFAULT INDEX DEFAULT ENTITYDISPLAY "(\"Příchozí\" \"mail-folder-inbox\" \"\" ())" uidnext "13440" collectionflags "\\Answered \\Flagged \\Draft \\Deleted \\Seen NonJunk $label1 $label2 $label3 $label4 $label5 $Forwarded $ATTACHMENT $SIGNED $REPLIED $ENCRYPTED \\*" uidvalidity "1312542607" collectionquota "976187392 1610612736" imapacl "tchvatal lrswipcda %% " collectionannotations "/shared/vendor/cmu/cyrus-imapd/condstore false % /shared/vendor/cmu/cyrus-imapd/duplicatedeliver false % /shared/vendor/cmu/cyrus-imapd/lastpop % /shared/vendor/cmu/cyrus-imapd/partition default % /shared/vendor/cmu/cyrus-imapd/sharedseen false % /shared/vendor/cmu/cyrus-imapd/size 410928224" imapquota "user.tchvatal %%%% STORAGE % 1572864 %%%% STORAGE % 953308" AccessRights "a" timestamp "1432119873") 86 OK List completed 87 LIST 18 0 (ENABLED TRUE) (STATISTICS true ANCESTORS INF) * 18 17 (NAME "INBOX" MIMETYPE (inode/directory message/rfc822) REMOTEID ".INBOX" REMOTEREVISION "" RESOURCE "akonadi_imap_resource_1" VIRTUAL 0 MESSAGES 5101 UNSEEN 3 SIZE 30233010 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ANCESTORS ((17 "imap://tchvatal@imap.suse.de/") (0 "")) ENABLED TRUE DISPLAY DEFAULT SYNC DEFAULT INDEX DEFAULT ENTITYDISPLAY "(\"Příchozí\" \"mail-folder-inbox\" \"\" ())" uidnext "13440" collectionflags "\\Answered \\Flagged \\Draft \\Deleted \\Seen NonJunk $label1 $label2 $label3 $label4 $label5 $Forwarded $ATTACHMENT $SIGNED $REPLIED $ENCRYPTED \\*" uidvalidity "1312542607" collectionquota "976187392 1610612736" imapacl "tchvatal lrswipcda %% " collectionannotations "/shared/vendor/cmu/cyrus-imapd/condstore false % /shared/vendor/cmu/cyrus-imapd/duplicatedeliver false % /shared/vendor/cmu/cyrus-imapd/lastpop % /shared/vendor/cmu/cyrus-imapd/partition default % /shared/vendor/cmu/cyrus-imapd/sharedseen false % /shared/vendor/cmu/cyrus-imapd/size 410928224" imapquota "user.tchvatal %%%% STORAGE % 1572864 %%%% STORAGE % 953308" AccessRights "a" timestamp "1432119873") 87 OK List completed 88 UID MODIFY 18 PARENT 17 NAME "INBOX" REMOTEID ".INBOX" REMOTEREVISION "" ENTITYDISPLAY "(\"Příchozí\" \"mail-folder-inbox\" \"\" ())" uidnext "13440" AccessRights "a" collectionquota "976187392 1610612736" collectionflags "\\Answered \\Flagged \\Draft \\Deleted \\Seen NonJunk $label1 $label2 $label3 $label4 $label5 $Forwarded $ATTACHMENT $SIGNED $REPLIED $ENCRYPTED \\*" imapacl "tchvatal lrswipcda %% " timestamp "1432119873" uidvalidity "1312542607" collectionannotations "/shared/vendor/cmu/cyrus-imapd/condstore false % /shared/vendor/cmu/cyrus-imapd/duplicatedeliver false % /shared/vendor/cmu/cyrus-imapd/lastpop % /shared/vendor/cmu/cyrus-imapd/partition default % /shared/vendor/cmu/cyrus-imapd/sharedseen false % /shared/vendor/cmu/cyrus-imapd/size 410928224" imapquota "user.tchvatal %%%% STORAGE % 1572864 %%%% STORAGE % 953308" 88 OK MODIFY done But it still does not disappear as unread in kmail
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12, preferably more recent), please open a new one unless it already exists. Thank you for all your input.