On Thu, 11 Dec 2003, Craig Ringer wrote:
> Naturally this would need to be prefaced with a warning about the loss
> of ACL information - a "use as a last resort only" warning.
The ACL information is maintained in the cyrus.header file. If you still
have that, there is no reason you should suffer
Hi
I was wondering ... does anybody mind if I add this script to the Wiki?
I recently created an entry about the non-working 'reconstruct -m'
command
(http://asg.web.cmu.edu/twiki/bin/view/Cyrus/ReconstructMailboxes), and
it'd be nice to offer /some/ recovery option for people who've been
bit
Many thanks to Scott Adkins and Joe Hrbek for all of their help.
Here are a couple of scripts that I wrote to rebuild the mailboxes.db.
The scripts do not take into account default domain, basic or no
directory hashing, multiple partitions, and possibly other things, but I
figured they might give
It was indeed the tab at the end of each line that caused the problem. I
added the tab to the end of each line and implemented it about 3 PM
Saturday afternoon and brought the server back on line.
On Sun, 2003-09-28 at 12:14, Rob Siemborski wrote:
> On Sat, 27 Sep 2003, Hank Beatty wrote:
>
> > T
On Sat, 27 Sep 2003, Hank Beatty wrote:
> Took dir.txt and converted it to the format of mboxlist file (except for
> the tab on the end of each line. Not sure if this caused a problem)
This will likely cause a problem with the ACLs.
> The above steps got POP working, but IMAP gives ???Mailbox do
Just wanted to post an update and see if anyone had a better solution.
I'm running a Red Hat 9 server with Cyrus imapd 2.2.1 BETA. Thursday at about 17:20 we
started seeing alarms on our POP monitor for this server. We investigated and found
that everyone after the letter 'c' had been removed fr
