Hi, On Mon, Jan 12, 2009 at 11:38:56AM -0600, Raphael Jaffey wrote: > for a discussion of what looks like the same problem you're > experiencing and a workaround that seems to solve the problem. Thanks for the info. > In my case it's related to how many of those inboxes have quotas > associated with them and the use of the default 'quota_db' of > 'quotalegacy'. I was able to work around the replication problem by > switching 'quota_db' to 'skiplist' on the replica. Unfortunately I > couldn't get berkeley or berkeley-hash to work reliably and as I'm > unsure as to which database other than 'quotalegacy' would be most > appropriate. So far, no one has suggested anything. I could only find this thread that remotely touches the subject: http://osdir.com/ml/security.cyrus.sasl/2005-02/msg00024.html and it's four years old... How long did it take you to convert your quota db from the legacy format to skiplist? Was it doable? > What happens when you try to delete user.jmm on the master? Does the > IMAP process handling the delete segfault? Yes, it does. --Janne -- Janne Peltonen <janne.peltonen@xxxxxxxxxxx> PGP Key ID: 0x9CFAC88B Please consider membership of the Hospitality Club (http://www.hospitalityclub.org) ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
