Bug 305662 - Messages are kept unread even after marking them as read.
Summary: Messages are kept unread even after marking them as read.
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: commands and actions (show other bugs)
Version: 4.10.0
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL: https://dl.dropbox.com/u/3383209/snim...
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-23 13:21 UTC by Ondrej Konecny
Modified: 2013-11-29 12:30 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ondrej Konecny 2012-08-23 13:21:56 UTC
I have several IMAP accounts and in one of them, which is named "Škola" (see the linked image), there are some nested folders created (folders "public" and its subfolders).

Now what's wrong: If there are unread messages in those subfolders, they cannot be marked as read. If I mark them as read, they are marked so, but not on the server and after I re-check the mail, they are marked as unread again.
If I mark the problematic messages as read through the web interface or another client, they are marked correctly and they are no longer kept marked as unred in Kmail.
But if there is a new message received in those subfolders the whole thing starts with the new message anew. Sometimes the problem seems to disappear after marking the messages as read through the web interface, but if there are new messages next day, the problem appears again.

Reproducible: Always

Steps to Reproduce:
1. Have IMAP account with subfolders.
2. Have some unread messages in the subfolders.
3. Mark them as read in Kmail. (But for some reason Kmail doesn't mark the messages on server as read.)
4. Re-check the mail.
5. The messages get marked as unread again.
Actual Results:  
The messages are marked as unread. Even on the server.

Expected Results:  
The messages should be marked as read in Kmail and on the server.

I have tried deleting the "public" folder and subfolders, but it seems to be some kind of "virtual" folder and it is enforced by the mail server. There are no messages in the "public" folder itself, only subfolders. And since the server is not under my administration I cannot do anything with its configuration whatsoever.

Software versions:
  kdepim-kmail 4.9.0
  kdepim-kontact 4.9.0 (I am using Kmail in Kontact)
  qt 4.8.2
  glibc 2.16.0
  linux kernel 3.4.9

IMAP account setup:
  server: eva.fit.vutbr.cz
  security: SSL/TLS
  authentization: PLAIN

Server information (as shown by Kmail after clicking the "Server info" button in account setup):
IMAP4REV1
LITERAL+
SASL-IR
LOGIN-REFERRALS
ID
ENABLE
SORT
SORT=DISPLAY
THREAD=REFERENCES
THREAD=REFS
MULTIAPPEND
UNSELECT
IDLE
CHILDREN
NAMESPACE
UIDPLUS
LIST-EXTENDED
I18NLEVEL=1
CONDSTORE
QRESYNC
ESEARCH
ESORT
SEARCHRES
WITHIN
CONTEXT=SEARCH
LIST-STATUS
Comment 1 Ondrej Konecny 2012-10-20 09:50:56 UTC
The bug is still present in version 4.9.2.
Comment 2 Thomas Fischer 2012-11-08 08:46:12 UTC
I have observed similar problems with one of my IMAP accounts. In my case, it was a UW imap server. What is yours? Would be interesting to know if the problem is specific to a certain server (or revision).
Comment 3 Ondrej Konecny 2012-11-09 23:14:05 UTC
When I telnet the server, it reports as Dovecot. I am unable to determine its version because the server is not under my administration. The version of the Dovecot should be either 1.2.17 or 2.1.10 (I found those versions in ports - it runs on FreeBSD 9.1).

Also I installed the latest KDE - 4.9.3 and this bug is still there.
Comment 4 Ondrej Konecny 2013-02-08 11:35:35 UTC
Tested on version 4.10.0, the bug still persists.
Comment 5 Ondrej Konecny 2013-11-29 12:25:27 UTC
Tested on version 4.11.3 and the bug seems to be fixed.