[Bug 235607] New: kmail or kontact using a lot of CPU and disk when starting reading mail folders

[Roman Fietze]

https://bugs.kde.org/show_bug.cgi?id=235607

           Summary: kmail or kontact using a lot of CPU and disk when
                    starting reading mail folders
           Product: kmail
           Version: unspecified
          Platform: openSUSE RPMs
        OS/Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs at kde.org
        ReportedBy: rfkd at fietze-home.de


Version:            (using KDE 4.4.2)
Installed from:    openSUSE RPMs

When I exit kontact properly and start it the next day, kontact uses a lot of
CPU and disk resources. The system, esp. kontact/kmail is sluggish for 2-3
minutes when this happens. It seems kmail is reading in all known folders.

When I exit kontact properly and start it again right away I cannot see that
behaviour. See below about expiration and size of the trash folder.

An "strace -p" with the PID of kontact gives me the following output:

stat("/home/fietze/Mail/trash/cur/1271315469.4440.rV06y:2,S",
{st_mode=S_IFREG|0644, st_size=5198, ...}) = 0
stat("/home/fietze/Mail/trash/cur/1271315469.4440.rV06y:2,S",
{st_mode=S_IFREG|0644, st_size=5198, ...}) = 0
open("/home/fietze/Mail/trash/cur/1271315469.4440.rV06y:2,S", O_RDONLY) = 19
fstat(19, {st_mode=S_IFREG|0644, st_size=5198, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f784a1b3000
read(19, "Return-Path: <mkossmann_ml1 at gmx."..., 4096) = 4096
read(19, "ze by SMTP Server on muc/Telemot"..., 4096) = 1102
close(19)                               = 0
munmap(0x7f784a1b3000, 4096)            = 0
stat("/home/fietze/Mail/trash/cur/1271315469.4440.NyNjj:2,S",
{st_mode=S_IFREG|0644, st_size=7150, ...}) = 0
stat("/home/fietze/Mail/trash/cur/1271315469.4440.NyNjj:2,S",
{st_mode=S_IFREG|0644, st_size=7150, ...}) = 0
open("/home/fietze/Mail/trash/cur/1271315469.4440.NyNjj:2,S", O_RDONLY) = 19
fstat(19, {st_mode=S_IFREG|0644, st_size=7150, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f784a1b3000
read(19, "Return-Path: <snr at lmv-hartmannsd"..., 4096) = 4096
read(19, "t: Re: Kernel headers\nReferences"..., 4096) = 3054
close(19)                               = 0
munmap(0x7f784a1b3000, 4096)            = 0
stat("/home/fietze/Mail/trash/cur/1271315472.4440.VxjtU:2,S",
{st_mode=S_IFREG|0644, st_size=5848, ...}) = 0
stat("/home/fietze/Mail/trash/cur/1271315472.4440.VxjtU:2,S",
{st_mode=S_IFREG|0644, st_size=5848, ...}) = 0
open("/home/fietze/Mail/trash/cur/1271315472.4440.VxjtU:2,S", O_RDONLY) = 19


My trash folder has about 30000 mails in it and is set up to expire mails after
365 days.

I could not see tat behaviour with older versions of KDE PIM. But I always had
about those many mails in my trash, and trash was always set up to expire.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.