Bug 104320 - status flags of messages of a DIMAP account get lost on synchronizing via check mail
Summary: status flags of messages of a DIMAP account get lost on synchronizing via che...
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: IMAP (show other bugs)
Version: 1.8
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 103370 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-04-21 15:28 UTC by Sebastian Kügler
Modified: 2010-01-30 02:19 UTC (History)
1 user (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 Sebastian Kügler 2005-04-21 15:28:49 UTC
Version:           1.8 (using KDE KDE 3.4.0)
Installed from:    Unlisted Binary Package
Compiler:          gcc 3.3 
OS:                Linux

Unread messages not in the Inbox of a disconnected IMAP account get lost when I synchronize my local email cache with the IMAP server. As an effect of that I cannot distinguish messages which have been filtered into another folder and are unread from 'old' messages I've already read and dealt with. Funny enough, flags in the inbox stay there, also flags I've set manually are kept (Unread, Todo, important...). This behaviour especially annoys me since I use DIMAP for mailinglist, where I sort incoming mails with kmail into different folders. As soon as I do a check mail again, all messages are magically read. Also, it kind of defeats the purpose of IMAP which should enable me to do these kind of things from different clients. As soon as I move the machine, I have to care that I dealt with all messages because I'll not easily be able to distinguish unread from read messages.

This bug is there for some time already (I noticed it at about the time when DIMAP became usable for me), and I discussed it briefly with Till at FOSDEM 2005 where he said that he's aware of the problem. However, I couldn't find it manifested anywhere here in b.k.o, so I filed this one. I'm not sure though, that the problem doesn't also exist with regular IMAP accounts, but I can have a look at that also.
Comment 1 Blindauer Emmanuel 2005-05-05 09:16:47 UTC
I confirm the bug, but from another viewpoint: I sort my messages with filters in kmail, and moves messages between the inbox  and folders on the imap server. The filter does his jobs by moving the mail, the mail is still marked as "unread", the folder indicates that an unread mail is present in the folder.
but the dimap synchronize each folder, it takes some time, and I see regulary on the last folder of my dimap, unread mails going "read" without action of my part. So I think the problem is more relevant to the sync of folder in dimap.
Comment 2 Jarkko Suontausta 2005-05-22 20:40:59 UTC
I can confirm this bug too. I have to write down the mail count in my folders and make comparisons to know if I've received any new mail. Precisely as  bugs.kde.org@mooby.net has reported, I too lose the unread status on every dimap sync. (I've tried to add a "Mark as Unread" action after the "Move Into Folder" action, but that doesn't help.)
Comment 3 Donatas Glodenis 2005-07-26 08:30:38 UTC
I can confirm this bug too. I am using KDE 3.4.1 on Kubuntu. I also filter mail in my dimap folders by mailing lists (those are in INBOX.forums.forumname type of directories) and when I download new mail, read some of it and then press F5 to make sure the read messages are marked as read in the server, so I can read the rest at work, I get all the unread messages marked as read...

It does defeat the purpose of IMAP, so it is a very urgent problem.
Comment 4 Bastian Venthur 2005-10-10 09:54:37 UTC
I confirm this bug too, the only workaround is right now to disable filtering at all -- and sad as it is, it seems that you cannot really encourage users to use dimap in kmail, regarding the the grave bugs [1,2] which are still out there.



[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321102
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332473
Comment 5 Bernhard E. Reiter 2005-10-13 22:15:30 UTC
Till fixed a bug in Revision 455461
for the proko2 branch in September 2005.
Details see: https://intevation.de/roundup/kolab/issue905

I guess he will also have submitted this to HEAD and 3.4.
Thus I suggest retesting with a never version.
Comment 6 Sebastian Kügler 2005-10-13 23:25:39 UTC
It hasn't made its way into official releases yet. I spoke Till about this 
issue at aKademy 2005, and he told me that it'd be in 3.5.
Comment 7 Andreas Gungl 2005-10-14 18:04:18 UTC
*** Bug 103370 has been marked as a duplicate of this bug. ***
Comment 8 Sebastian Kügler 2005-10-28 01:35:32 UTC
It seems to have been fixed in 3.4.3. What a relief. 

Thanks!
Comment 9 Donatas Glodenis 2006-04-09 15:30:18 UTC
I have upgraded to KDE 3.5.2 on Kubuntu, and can confirm that the bug is still there in Kmail 1.9.1 that I use on KDE 3.5.2. So the issue is not fixed for me. 

I still get most of the filtered to different folders messages magically read once I check mail again to sync with the server.
Comment 10 Blindauer Emmanuel 2006-07-19 11:49:55 UTC
I'm no more getting this error for myself (3.5.2, 1.9.1, ppc)
Comment 11 ilias 2006-09-21 11:52:07 UTC
I have the same bug. I use filters to move mails to different IMAP folders. The mails are marked unread when moved....

I have kmail 1.9.1
kontact 1.2
kde 3.5.2
Comment 12 Sebastian Kügler 2007-02-04 14:30:10 UTC
This seems fixed in 3.5.6.
Comment 13 Sebastian Kügler 2007-02-04 14:30:34 UTC
*** Bug has been marked as fixed ***.
Comment 14 MartinG 2007-02-05 12:09:40 UTC
I just upgraded to 3.5.6, but the problem is still here. I can confirm the exact same behaviour as the initial report above.

Sebastion: Did you change anything else when upgrading to kde 3.5.6 (or maybe when you upgraded to 3.4.3)?

I'm now using:
KDE: 3.5.6-3.fc6
KMail: 1.9.6

Related: "kmail makes no difference between new and unread": 
http://thread.gmane.org/gmane.comp.kde.users.pim/8518
Maybe related: "Spontaneous change of message selection":
http://thread.gmane.org/gmane.comp.kde.users.pim/9389
Comment 15 Sebastian Kügler 2007-02-05 12:16:52 UTC
No, I don't think i changed something.
Comment 16 MartinG 2007-02-05 12:21:47 UTC
Would you mind reopen the bug, as I still have it?
Comment 17 Sebastian Kügler 2007-02-05 12:29:25 UTC
No problem.
Comment 18 Donatas Glodenis 2007-09-13 08:36:01 UTC
This bug is STILL present in kmail 1.9.7 (kubuntu feisty). It has been present in every version of kmail since 2005. How come it is still marked as unconfirmed?

Please fix it.
Comment 19 Sebastian Kügler 2010-01-30 02:19:01 UTC
I've not seen this problem for ages, and certainly not in KDE 4. Closing as this zombie bug cannot possibly be useful.

If you see this behaviour, please file a new bug with updated debugging information.