Bug 195146

Summary: Kmail freezes with high CPU and suspiciously high memory usage while fetching some messages/listing folder on connected IMAP
Product: [Applications] kmail Reporter: Maciej Mrozowski <reavertm>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: CLOSED FIXED    
Severity: normal CC: codestruct, rigo
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:

Description Maciej Mrozowski 2009-06-03 22:06:59 UTC
Version:           Version 1.11.4
Using KDE 4.2.4 (KDE 4.2.4) (using KDE 4.2.3)
Compiler:          gcc (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2 
OS:                Linux
Installed from:    Gentoo Packages

In various occasions, kmail freezes while fetching folders/messages from IMAP mailbox.
This is kmail released with 4.2.4 (using kdelibs/kdepim from 4.2.4)

top:
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
13442 maciek    20   0 2666m 1.2g  26m R  100 59.6   0:31.14 kmail

Normal resource usage for kmail is at least 6 times lower.

Application doesn't seem to crash however.
Compiled with -O0 -ggdb (I may try with typical -O2 later)
Comment 1 Maciej Mrozowski 2009-08-27 20:31:46 UTC
I cannot experience it anymore (as of KDE 4.3.0 and above), so assuming it's fixed, I'm closing as resolved and will reopen if needed.
Comment 2 Rigo Wenning 2009-11-25 11:39:56 UTC
I didn't do any update or anything. This bug hit me out of the blue after restarting the machine (like I do every day (green IT :)). IMHO it has to do with kmail's notorious weaknesses in the I/O area. If I start off with the splash (local folder) kmail has normal behavior. As soon as I want to open inbox or sent-mail or some other mailbox, kmail starts using 95-100% cpu and becomes extremely slow without crashing. Even erasing the index-files did not have any effect. It has already destroyed my flags anyway (for the n-th time) While the rest of kontact is really great, kmail still lacks hugely lacks stability and reliability.