[Top] [All Lists]

Re: Sieve extension to expire mails?

2004-03-12 16:17:18

On Thu, Mar 11, 2004 at 05:34:36PM -0800, 
ned(_dot_)freed(_at_)mrochek(_dot_)com wrote:

    fileinto :keep-maximum-messages 100 "somefolder";
    fileinto :keep-maximum-storage 100k "somefolder";
(or both).

Or how about limits on an entire folder tree? Or limits expressed in terms 
messages with different characteristics? (These are not theoretical -- I've
seen requests for both of these.) The list goes on and on and on.

One can always theorize extreme tangents for any discussion.

But these weren't extremes. They are both quite reasonable requests.

Even so,
it could be useful to have fundamental access to operations on
existing mailstore when storing a new message.

Again, it depends on how those operations are organized. And the way to make
sure they are properly organized is to work out the semantics in a venue
appropriate for mail store semantic discussions. This isn't that venue.

Like it or not, this is digging deep into the general area of message store
semantics and brings up any number of fairly subtle issues, e.g., are the
criteria met by deleting old messages, deleting the largest messages, 
new messages, bouncing new messages, etc. etc.

Obviously we disagree, because (re "like it or not") I do
like it :-)  In the case of a rolling mailbox, the issues are not
subtle.  One has a sliding window of the mailbox, where old
messages are dropped to make room for new ones.  This is really
not an outlandish idea, nor does it introduce any new folder

Sure it does. Folders normally retain messages until they are deleted.
This changes that semantics rather completely, don't you think?