[Bug 159610] New: processor threading on fetch and filter

[Caleb Cushing]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=159610         
           Summary: processor threading on fetch and filter
           Product: kmail
           Version: 1.9.9
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: xenoterracide gmail com


Version:           1.9.9 (using KDE 3.5.9)
Installed from:    SuSE RPMs
OS:                Linux

although this is wishlist, it's something pretty important.

I'm pretty sure this is the same nomatter what but whenever my system is fetching mails (disconnected imap) kmail is slow, because it doesn't seem to be able to handle doing multiple things at once so well.

For clarity I'm running an athlon64 with a 5200 rpm hard drive and 1G plus ram,  laptop, x86 install arch, the other machine is running a Centrino Duo, 1G ram, x86 install.

last night I  put my friends computer on kmail she had 8000+ emails in her inbox many from a huge mailing list. It took half the night ~4hours (it was half way done after 2 when we went to bed, downloading mail 12MB of mail had been downloaded then) now I'm trying to filter then inbox of that mailing list that she just unsubscribed from. it's on 4620 mails after an hour. and kmail/kontact has been completely unusable during all of this.

6+ hours of usability after system install is unacceptable. kmail needs to fork these processes into the background so that the front-end of the app is still usable under any load. I'm also not sure but should it really take 2 hours to download 12MB of gmail imap?