ctl_deliver/cyr_expire -E clarification

[Ken Murchison]

Brenden Conte wrote:
> I'm not sure if i just misunderstood its functionality, or if theres
> something else going on, but i couldn't find anything about this in the
> docs...
> 
> I was under the impression that the 'delprune' event
> (delprune	cmd="cyr_expire -E 3" at=0400)
> was to prune the duplicate entry database.  The last couple days, i've
> come back to discover that messages in my 'old' folder are gone - with
> the timestamp on the index and cache files at 4:00.  Digging, this led
> me to this log entry in my messages:
> 
> Feb 27 04:00:00 imap cyr_expire[24051]: duplicate_prune: pruning back 3
> days
> Feb 27 04:00:01 imap cyr_expire[24051]: duplicate_prune: purged 255 out
> of 1401 entries
> Feb 27 04:00:01 imap cyr_expire[24051]: expunged 1994 out of 2454
> messages from 3 mailboxes
> 
> This is definately not behavior that i want.  This account was acutally
> restored via 'reconstruct -xfr' after an upgrade, although i'm not sure
> if that would have anything to do with it.  
> 
> Is this the normal behavior of duplicate pruning?  Is there any way to
> use duplicate delivery supression without expunging mailboxes?  Or will
> i have to turn that feature off?

Either you've found a weird bug, or you have the 'expire' mailbox 
annotation set on this mailbox.  Go into cyradm and do an 'info' on the 
mailbox and see if it lists the expire annotation.

-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp
---
Home Page: http://asg.web.cmu.edu/cyrus
Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html