Bug 289133 - kmail stalls when loading large imap mail directory
Summary: kmail stalls when loading large imap mail directory
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 4.7
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-16 17:43 UTC by Geert Janssens
Modified: 2011-12-24 13:41 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Geert Janssens 2011-12-16 17:43:35 UTC
Version:           4.7 (using KDE 4.7.3) 
OS:                Linux

I use kmail with multiple imap accounts on a local mail server. One of those
accounts has a very large Trash folder (> 12.000 messages).

When working with kmail, it regularly stalls for minutes at a time in which you
can't do anything sensible with it. In most cases these stalls seem to be
because kmail is synchronizing the large Trash directory.

For example: I'm reading new mails in one imap folder (not the trash folder).
When moving to the next mail, the message preview window shows
"Mapinhoud wordt opgehaald
Even geduld..."
This is Dutch and roughly translates to
"Folder contents is being fetched
Please wait..."

This can take several minutes, after which the mail is finally shown.

Another example:
Sending a mail sometimes fails with the error:
"Er trad een fout op bij het in de wachtrij voor verzending zetten: Append
failed"
Which roughly translates as
An error occurred when adding to the send mail queue: Append failed"

Reproducible: Always

Steps to Reproduce:
1. Create an imap account with a very large trash folder (perhaps the same
happens with other folders as well, but it's the only one that's very big on my
system)
2. Just try to use kmail. I get very frequent stalls during normal usage.

Actual Results:  
Switching from one mail message to another can take minutes, sending mails fail
outright.

Expected Results:  
Switching from one mail message to another only happens with a minimal delay
(ideally less than a second, but minutes is definitely too long), sending mails
succeeds normally.

akonadiserver.error has multiple messages like this:
ItemRetrieverException :  Unable to retrieve item from resource: Did not
receive a reply. Possible causes include: the remote application did not send a
reply, the message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.

I'm not sure if these messages are related though.

This is not a simple nuisance. The way kmail behaves on my system makes it
completely unusable for intense mail processing. I have currently switched to thunderbird, but can run additional tests if needed in kmail. I would really prefer to continue to use kmail.
Comment 1 Geert Janssens 2011-12-16 17:44:23 UTC
This was originally reported as https://bugzilla.redhat.com/show_bug.cgi?id=768326 in the Redhat bugtracker, but I was asked to report this in the kde tracker.
Comment 2 Geert Janssens 2011-12-24 13:41:19 UTC
I just upgraded to KDE workspace 4.7.4 and at first sight this bug seems to be fixed now. If the problem reoccurs, I'll reopen.