Version: 2.1.1 (using KDE 4.6.5) OS: Linux messages from old maildirs are marked as unread - why ? good question. marking the messages as read, they appear anew unread upon "Update folder" command. However, not all emails in the folder are marked as unread, and it's not affecting all folders (but many) Reproducible: Sometimes Steps to Reproduce: - "update folder" command - mark all emails as read (no matter how) - no unread emails - "update folder" command Actual Results: emails are already unread Expected Results: emails remain read maildir folders come from kmail1.x good news : removing the .folder_name.index file (replace folder_name with name of the folder) seems to solve the issue - is this OK or does it involve collateral damage ? possibly a dupe of #276856, but I don't see the issue in my inbox, rather in my "historic" folders, so maybe a different root cause
Same here with kmail2, KDE 4.7 (openSUSE RPMs). Except that removing .folder_name.index doesn't seem to fix the issue
Tested with 4.7, seems to be a little better : - in folder People/Alice -> emails marked as read remain read - in folder People/Alice/Urgent -> emails always go back to unread upon refresh/rescan With 4.6.5 , emails in People/Alice and People/Alice/Urgent always were marked as unread. Unfortunately, I have no emails in People/, so I can't tell the effect there
After removing all .folder.index and all .folder.index.ids files in the entire maildir directory tree, and starting with a clean akonadi and kmail2 configuration, I got JHF2442's workaround to work...
I got a similar problem: In my process of sorting mails, I manually mark messages as read (I disabled automatic marking as read) and move them to another folder on the same IMAP server. Pressing "Check Mail" for manual refresh makes the mail re-appear in the INBOX -- unread. At the same time, the same mail resides in the folder where I moved it to -- unread as well. Seems to a bug where local operations (mark emails as read, move between folders) on a (remote) mail folder is not propagated to the server if a manual check is done. My guess is that uploading local changes is delayed/deferred for performance reasons. However, once the user triggers a manual check, those change should be flushed to the server before fetching the remote mail folder's current state.
In my case it happens with all folders on both of my IMAP-accounts. I guess it really is duplicate of 276856. KMail is 4.8.0.
As the original report is for mixed maildir format (where .index files are used), I move this to that product. If you see similar behavior with IMAP or standard maildir, please open a new report.
*** This bug has been confirmed by popular vote. ***
Similar bug report for IMAP accounts: bug 294074.
same here! See also bug 263284 Regards, Martin
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
No longer seen in kmail 5.3.0
Thanks for the reply, closing