Bug 86920 - time/size based auto-expiration of the messages in the given folder
Summary: time/size based auto-expiration of the messages in the given folder
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 71447 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-08-10 16:09 UTC by Marcin Kasperski
Modified: 2012-08-20 07:40 UTC (History)
2 users (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 Marcin Kasperski 2004-08-10 16:09:35 UTC
Version:            (using KDE KDE 3.2.3)
Installed from:    Debian testing/unstable Packages

It would be nice if kmail allowed to configure automatical removal of the messages in the given folder based on the time/size/count criteria.

Motivation: I'd like to apply such a rules for the folders used to keep mailing lists - so I can use them similarly to the newsgroups (no need to delete messages, protection from 50000 messages after vacation etc).

The settings for this behaviour should be configured in the folder properties screen, which could contain for instance such block:

  Messages expiration
    [x] remove messages older than [30] days
    [x] remove oldest messages when there is more than [500] messages in the folder
    [x] remove oldest messages when the total folder size is greater than [5MB]
    [x] never remove messages marked as important
    [x] never remove unread messages

 (last two items are optional extensions)

The messages removed should be deleted (instead of being moved to trash).
Comment 1 David Faure 2004-08-11 13:08:50 UTC
On Tuesday 10 August 2004 16:09, Marcin Kasperski wrote:
> It would be nice if kmail allowed to configure automatical removal of the messages in the given folder based on the time/size/count criteria.
Please note that kmail already has an "Old Message Expiry" feature - although it's based on "time" and "status" only (no size nor count)

>   Messages expiration
>     [x] remove messages older than [30] days
Already there.

>     [x] remove oldest messages when there is more than [500] messages in the folder
Missing.

>     [x] remove oldest messages when the total folder size is greater than [5MB]
Missing.

>     [x] never remove messages marked as important
That's the case in kdepim-3.3 (not configurable, but it doesn't really need to be).

>     [x] never remove unread messages
Already there.

> The messages removed should be deleted (instead of being moved to trash).
Both things are possible in kdepim-3.3. Previously it would only offer deleting
(which is what you want anyway).

Comment 2 Marcin Kasperski 2004-08-11 13:25:01 UTC
I double-checked why I missed 'Old Message Expiry' and I found the reason: I use IMAP!

And it seems the whole message expiry functionality works only for local folders.

So there is next (maybe the most important) thing in this bug: provide message expiration for IMAP folders too.
Comment 3 David Faure 2004-08-11 14:20:32 UTC
On Wednesday 11 August 2004 13:25, Marcin Kasperski wrote:
> I double-checked why I missed 'Old Message Expiry' and I found the reason: I use IMAP!
> 
> And it seems the whole message expiry functionality works only for local folders.
> 
> So there is next (maybe the most important) thing in this bug: provide message expiration for IMAP folders too.

It's available for IMAP folders too in the upcoming 3.3.

Comment 4 Marcin Kasperski 2005-01-25 13:50:34 UTC
I confirm that old message handling for IMAP is working in KDE 3.3.1 I currently use.

So the missing things in this bug are:

[x] remove oldest messages when there is more than [500] messages in the folder 
[x] remove oldest messages when the total folder size is greater than [5MB] 

BTW, as the need for such option arises from using mailing lists, one more idea comes to mind: set such size limit for all mailing lists used together (yeah, I am following INN lessons and different expiry options)
Comment 5 Bernhard E. Reiter 2005-09-26 17:25:11 UTC
*** Bug 71447 has been marked as a duplicate of this bug. ***
Comment 6 Myriam Schweingruber 2012-08-18 08:16:31 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 7 Luigi Toscano 2012-08-19 00:50:48 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
Comment 8 Bernhard E. Reiter 2012-08-20 07:40:16 UTC
@Myriam, I'd say that KMail1 is in deep maintenance mode. Intevation and KDAB still maintain the the enterprise35 functionality of KMail(1).

I agree that wishes and reports should now be verified against "Kontact Mail"
Thanks for responding to the reporter and helping to triage reports!
This is really important!