Version: 1.9.1 (using KDE 3.5.2, Debian Package 4:3.5.2-2+b1 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.8 Kmail never performed massive message deletion very fast, but after upgrading to kmail 1.9.1 (not sure from which version, whatever was in debian testing a few months ago) I found that it is very slow even comparing to older version. Use case: create some IMAP folder, put - say - 1000 messages there, mark them all, ask kmail to delete them. Expected: after - say - 15 seconds messages are deleted. The display presented by kmail does not matter, probably showing waiting cursor for small amount of deleted messages and some kind of progress window in case of greater amount would do. Current state: kmail clearly deletes messages one by one, refreshing the display after removing every individual message (on the message list one message disappears the rest go up one step, etc). The whole process is enormously slow, can take up to a hour. Note: my IMAP server is in local net, works very fast. Also, I use pretty fast Linux workstation well equipped with RAM and disk space.
(real-life use case for this scenario is of course cleaning up Spam folder...)
Is this a duplicate of bug #87857, even though that one doesn't specifically concern IMAP?
I am not sure. The problem describe in bug 87857 was there for a longer time, adds to the picture and should probably be solved to solve this one, but this bug is also about the fact that kmail 1.9.1 (KDE 3.5.2) is far slower than its predecessors - while the bug you mention was filed against KDE 3.3.0. But of course the general problem is the same in both cases: do SOMETHING to QUICKLY remove - say - 1500 messages.
Online or disconnected IMAP?
In my case online.
(but in the very fast, local network)
Maybe one extra note: from the same workstation, using the same account on the same IMAP server, evolution performs the same operation in a few seconds.
Is this still a problem in a recent kmail version?
I am not using kmail anymore, so can't comment.
Still rather slow in kmail 1.12.4, deletion speed is about 10-50 mails per second over 100MBit network. The remote server is dovecot 1.2.9. Deletion stops after ca 2000 mails (I tried to delete about 5000 to 10000 mails from LKML multiple times).
*** Bug 135717 has been marked as a duplicate of this bug. ***
kmail 1.13.0 and the problem is worth : when i delete a lot of mails, kmail move each mail (one by one) in trash folder (I prefer the suppress flag method like evolution does because is much appropriated for imap account) this is very very slow and often irresponsive. Ok is slow ... I'm waiting.... next I empty my trash. But later after do some mail operation : I delete one mail -> annd kmail reread the trash folder -> kmail found some hundred deleted mails (~700 on 1000 deleted and purged .....) Evolution is faster but it is the buggiest application I never seen (try to rename a folder containing 2000 mails, send a empty message without email adress and without subjet is possible....Display an HTML message with image is very slow. It is impossible to have more than 2GB pop folder on 32bit system with ext4 file system yet in 2010) Kmail is better but crash often (try to deleted quickly some mails with preview windows activated. While this do some extra operations crash often kamil). And kmail is too slow on QuadCore 3Ghz 12GB RAM.... seriously... Conclusion : i use linux more ten years. Linux systems are very efective with network tasks. Today linux has very sophisticated desktop programs. BUT manage large email box in POP or IMAP (not very new technology .....) is painful task.
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.