Version: 1.7.1 (using KDE 3.3.1, Gentoo) Compiler: gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) OS: Linux (i686) release 2.6.9 Duplicate of actually unresolved bug #65354. Trashed messages get duplicated, only on server mail.nectarine.info and only with KMail. Can test if needed.
A test account would be helpful indeed.
Opened. Please login on mail.nectarine.info with user kmailbug@nectarine.it and pw nectarine. Server daemon is courier-imap.
Is this issue still valid in KMail 1.8 / KDE 3.4?
Yes, unfortunately.
Uu, I forgot this one, will check the next days.
Bug can be overridden by using an alternative trash folder.
I don't know if this bug is still being followed, but I have found that the problem is related to courier-imap. If the IMAP_MOVE_EXPUNGE_TO_TRASH setting is on (i.e. = 1) then duplicate messages will appear in the trash folder when messages are deleted with KMail. If the setting is off then the duplicates will stop being created. What I am guessing is happening is that KMail deletes and expunges messages from a folder and then moves them to the trash folder itself. Courier-imap, when seeing the messages expunged from the inbox, also copies them to the trash folder, thus creating a duplicate. Disabling this behaviour in courier seems to fix the problem. Since the original poster mentions that their server is courier-imap, perhaps this is the cause of the bug.
If IMAP_MOVE_EXPUNGE_TO_TRASH corresponds to Horde's "When deleting messages, move them to your Trash folder instead of marking them as deleted" this does not solve the issue for me, although it prevents one of the two copies from being marked as new when moved to trash.
Unfortunately the test account doesn't work any longer. Is the bug still reproducible for you or was it maybe fixed at some point?
It is still reproducible for me, but I resolved by retrieving mail from another server. Although new accounts creation seems to be disabled I can ask for an exception to create another test account if you want to continue investigation.
I'm currently only investigating and trying to reproduce old bugs. Another test account would make sense once (if) a KMail developer is getting back at that issue. So it might actually make most sense if we knew how duplicate the server's setup to make that bug happen. If possible please provide the server's version and maybe its capabilities.
Server is courier-imap on Debian Etch. "apt-get -l courier-imap" reports: ii courier-imap 4.1.1.20060828-5 Courier Mail Server - IMAP server
I checked the server and it advertises the following capabilities (unauthenticated): CAPABILITY IMAP4rev1 CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE STARTTLS XMAGICTRASH
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.