On Thu, Jun 28, 2007 at 01:57:57AM +0300, Janne Peltonen wrote:
I'm running a unified murder and have been experiencing a strange
problem. I shut down a cluster member cleanly, then start the member
again, run ctl_cyrusdb -r and ctl_mboxlist -m, all goes well (even if
the ctl_mboxlist -m takes
On Sat, Jun 30, 2007 at 03:16:30PM +0300, Janne Peltonen wrote:
On Thu, Jun 28, 2007 at 01:57:57AM +0300, Janne Peltonen wrote:
I'm running a unified murder and have been experiencing a strange
problem. I shut down a cluster member cleanly, then start the member
again, run ctl_cyrusdb -r
On Sat, Jun 30, 2007 at 03:16:30PM +0300, Janne Peltonen wrote:
b) run ctl_mboxlist -m -a
Option b) might be more interesting (I haven't tried it out yet). The
man page says that assume the local mailboxes file is authoritiative,
that is, only change the mupdate server, do not delete any
On Sat, Jun 30, 2007 at 07:39:42AM -0500, Gary Mills wrote:
Now I wonder. ctl_mboxlist -m truncating the local (backend) mailboxes
list to contain only local mailboxes makes perfect sense - in a
/traditional/ murder. But mine is a unified murder.
This is bug 2915: On a unified server,
On Sat, Jun 30, 2007 at 04:26:16PM +0300, Janne Peltonen wrote:
This is bug 2915: On a unified server, `ctl_mboxlist -m' deletes
remote mailboxes. It's fixed in the CVS version of Cyrus imapd. Look
at:
http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2915
*cough* *hack* I really
On Sat, Jun 30, 2007 at 04:59:55PM +0300, Janne Peltonen wrote:
Thanks a lot for pointing this out. Then to see whether the patch
applies nicely to my invoca rpm source tree...
..it did.. then to see whether the similar mupdate bug fix also
applies... (bug #2914)
..as well.. works more
Hi.
I'm running a unified murder and have been experiencing a strange
problem. I shut down a cluster member cleanly, then start the member
again, run ctl_cyrusdb -r and ctl_mboxlist -m, all goes well (even if
the ctl_mboxlist -m takes a long time), the services start - the mupdate
slaves starts