Bug 270735 - message expiration doesn't really remove messages but moves to trash
Summary: message expiration doesn't really remove messages but moves to trash
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-12 07:35 UTC by Andreas Gungl
Modified: 2011-07-04 16:41 UTC (History)
1 user (show)

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 Andreas Gungl 2011-04-12 07:35:08 UTC
Version:           unspecified (using KDE 4.6.2) 
OS:                Linux

I'm using expiration settings for folders extensively. I wondered why my trash folder accumulated a lot of messages although I had specify to remove messages finally after 60 days.
So I moved all messages from the trash folder to a new folder and applied the same settings for expiration. Old messages where not deleted (as expected) but moved back to the trash folder. This is on a mixedmaildir resource.

Further, after that action I can see something like an endless loop in the status bar telling "x messages of totally y messages processed" (free translation from German, both x and y vary with every message).
Additionally, after that action Kontact doesn't mark any messages in a parallel imap resource as read. It also responds very slowly until a restart. Actually, in this state it's no longer usable due to these limitations.

(using OpenSUSE RPMs build on SVN from 2011-04-10, like kmail-4.6.41_20110410-1.1.x86_64)

Reproducible: Always
Comment 1 Torgny Nyblom 2011-05-14 13:11:32 UTC
I just tested this and the slow down is due to akonadi marking each message as deleted and moving to the new folder, thus triggering nepomuk-email-feeder.
Another observation is that each message is processed twice (I expired about 9000 mails and the console didn't stop counting until it got to about twice that number), once for the deletion in the original folder and once for the new?
Comment 2 Laurent Montel 2011-07-04 16:41:10 UTC
Fixed in 4.6/4.7/trunk.