ctl_deliver/cyr_expire -E clarification
ken at oceana.com
Fri Feb 27 10:44:35 EST 2004
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
> 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: duplicate_prune: pruning back 3
> Feb 27 04:00:01 imap cyr_expire: duplicate_prune: purged 255 out
> of 1401 entries
> Feb 27 04:00:01 imap cyr_expire: 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
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
More information about the Info-cyrus