Quoting Wesley Craig ([EMAIL PROTECTED]):
> I've seen this behavior (and resolution) as well. Not sure what the
> cause is.
I've seen it also but I gave up trying to find a fix and implemented
another mechanism for saving user deleted mail.
Hex dump of a faulty cyrus.expunge problem that cause
On Mon, 18 Dec 2006 14:27:12 -0500, "Wesley Craig" <[EMAIL PROTECTED]> said:
> I've seen this behavior (and resolution) as well. Not sure what the
> cause is.
>
> :wes
>
> On 18 Dec 2006, at 12:06, Joseph Brennan wrote:
> > Earlier I wrote:
> >> cyr_expire has started failing with this error:
I've seen this behavior (and resolution) as well. Not sure what the
cause is.
:wes
On 18 Dec 2006, at 12:06, Joseph Brennan wrote:
Earlier I wrote:
cyr_expire has started failing with this error:
cyr_expire[4729]: IOERROR: bboard zero index/expunge record 4/1591
D'oh. I did "reconstru
Earlier I wrote:
cyr_expire has started failing with this error:
cyr_expire[4729]: IOERROR: bboard zero index/expunge record 4/1591
D'oh. I did "reconstruct bboard" and that fixed whatever it was.
But this was repeatedly stopping cyr_expire from continuing. It is
now running through
cyr_expire has started failing with this error:
cyr_expire[4729]: IOERROR: bboard zero index/expunge record 4/1591
This is 2.3. Here's the info from cyradm:
localhost.columbia.edu> info bboard
{bboard}:
expire: 180
lastpop:
lastupdate: 17-Dec-2006 20:42:17 -0500
partition: default
size:
Hi,
running 'cyr_expire -E 3' (manually or as an event from cyrus.conf) results
in the following being sent to syslog:
Jul 15 09:12:04 grouper cyr_expire[21990]: duplicate_prune: pruning back 3 days
Jul 15 09:12:04 grouper cyr_expire[21990]: DBERROR: mydelete: error deleting
<[EMAIL PROTECTED]>:
