[kmail2] [Bug 276856] message goes back to unread after new mail check

Rodney Baker rodney.baker at iinet.net.au
Wed Feb 6 16:50:41 GMT 2013


https://bugs.kde.org/show_bug.cgi?id=276856

Rodney Baker <rodney.baker at iinet.net.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rodney.baker at iinet.net.au

--- Comment #8 from Rodney Baker <rodney.baker at iinet.net.au> ---
Further information re this bug: it appears that the "read" status is not being
pushed back to the IMAP server correctly. 

Running KMail2 with a dovecot IMAP server running on another box, using Maildir
mail storage which made it easy to spot the problem. With dovecot, when the
mail is marked as "read" the filename is suffixed with an "S". Mails marked for
deletion are marked with a "T". The flags are cumulative i.e. a read mail
marked for deletion will have "ST". 

I connected via an ssh console session to the mailserver and went to
Maildir/.<Mailbox>/cur an did "ls -l". Here is the directory contents: 

-rw------- 1 bakerr bakerr 5013 Feb  6 18:09
1360136366.10220_3.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 6797 Feb  6 19:30
1360141187.10935_2.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 5134 Feb  6 19:35
1360141553.10983_0.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 5497 Feb  6 20:20
1360144218.11362_1.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 7073 Feb  7 02:14
1360165472.14541_2.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 7654 Feb  7 02:19
1360165775.14586_1.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 5844 Feb  7 02:20
1360165775.14590_3.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 9800 Feb  7 02:50
1360167604.14959_2.mailpi.vk5ztv.ampr.org:2,

Now, I read all the mails and again do ls -l:

-rw------- 1 bakerr bakerr 5013 Feb  6 18:09
1360136366.10220_3.mailpi.vk5ztv.ampr.org:2,S
-rw------- 1 bakerr bakerr 6797 Feb  6 19:30
1360141187.10935_2.mailpi.vk5ztv.ampr.org:2,S
-rw------- 1 bakerr bakerr 5134 Feb  6 19:35
1360141553.10983_0.mailpi.vk5ztv.ampr.org:2,S
-rw------- 1 bakerr bakerr 5497 Feb  6 20:20
1360144218.11362_1.mailpi.vk5ztv.ampr.org:2,S
-rw------- 1 bakerr bakerr 7073 Feb  7 02:14
1360165472.14541_2.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 7654 Feb  7 02:19
1360165775.14586_1.mailpi.vk5ztv.ampr.org:2,S
-rw------- 1 bakerr bakerr 5844 Feb  7 02:20
1360165775.14590_3.mailpi.vk5ztv.ampr.org:2,
-rw------- 1 bakerr bakerr 9800 Feb  7 02:50
1360167604.14959_2.mailpi.vk5ztv.ampr.org:2,

At this stage ALL the mails are marked as "read" in KMail2, but not all the
mails have "read" status flags on the mailserver.

The next time KMail2 syncs with the IMAP server, those mails go back to unread
status in KMail2. If I issue a "Mark all mails as Read", all mails are marked
as unread but the status are NOT updated on the dovecot mail server until the
next scheduled mail check. 

I have seen the same thing happen with IMAP on gmail (I don't know what they
run in the back end). 

"Read" status updates should either be pushed back to the mailserver as soon as
they are changed in KMail2, or remembered locally and changed correctly on the
mailserver at each scheduled mail check. There should also be a means of
verifying that the change of status has been accepted and actioned by the
mailserver and an error message should be displayed after a reasonable number
of retries if the operation fails.

-- 
You are receiving this mail because:
You are the assignee for the bug.



More information about the Kdepim-bugs mailing list