kmail pop fetch freezes the application
 

When kmail retrieves email, the whole user interface become unresponsive. You still can use the application but there are long lags between clicks and actual actions. I use kmail 1.9.4 in kontact 1.2.3 in SUSE 10.1.

Is it the same for everyone ?

If you look at top while this is happening (slow response in KMail) what do you see? Is KMail using a lot of CPU time? If you can get something like an LMSensors client going (I use GKRell) you should be able to access a graphical representation of how "busy" your network interface is - is there lots of traffic going back and forth? Conjecture: If you have a DMA issue and a fast (real fast?) broadband connection, and DMA is not active in your kernel, you -might- run into latency as the CPU has to be involved in handling data transfer that could have been done without CPU intervention via DMA?

It is definitely not like this for me - no matter if I am "sending and receiving" mail under KMail in FC3 on a 2.6.14.3 kernel, it stays very response. Granted, I have an older KDE (3.3) so my KMail version probably isn't up to date.

I did have this type of problem though on an older machine, but that was because DMA was not active in the kernel, and all programs got slow if IO was happening (as might happen with you if your LAN his the gas). What else are you running simultaneously that might eat CPU time?

I assume you do eventually get your mail, and once it is in the local inbox KMail is responsive again?

Hi, thanks but that's no DMA problem. The rest of the rig remains perfectly responsive. No, it's more like the mail fetching is not forked to a different thread than the user interface.... Just that it surprises me that it should be like that. Maybe that's the integreation with Kontact that causes this ? :scratch: