Wil Cooley wrote:
The upgrade wasn't entirely smooth; I wrote up some notes about what I
did: http://nakedape.cc/wiki/index.cgi/CyrusImapNotes in case someone
else wanders along this path... The biggest issue was that ctl_cyrusdb
wasn't able to read my old mailboxes.db file; I reverted to my old
On Mon, 9 Jun 2003, Wil Cooley wrote:
'rehash full' did very strange things; it only created directories of
A-Z, none of a-z and my own mailbox information was under 'I/' in both
the mailbox spool and the '/var/lib/imap/user' directory. As a result,
I had to disable 'hashimapspool', which
On Mon, 2003-06-09 at 12:53, John Alton Tamplin wrote:
If the version of db is different, you can't just expect to use the
binary database files and logs. Dumping the contents to a text file,
wiping the transaction logs, and then reloading them is the safest way.
That was sort of what I
On Mon, 2003-06-09 at 13:01, Rob Siemborski wrote:
On Mon, 9 Jun 2003, Wil Cooley wrote:
'rehash full' did very strange things; it only created directories of
A-Z, none of a-z and my own mailbox information was under 'I/' in both
the mailbox spool and the '/var/lib/imap/user' directory.
On Mon, 9 Jun 2003, Wil Cooley wrote:
On Mon, 2003-06-09 at 13:01, Rob Siemborski wrote:
On Mon, 9 Jun 2003, Wil Cooley wrote:
'rehash full' did very strange things; it only created directories of
A-Z, none of a-z and my own mailbox information was under 'I/' in both
the mailbox
Wil Cooley wrote:
Yeah, you're probably right; I just saw a directory full of capital
letters and assumed it was all of them. I do recall prime-based hash
functions being better. However, after I did the hash, imapd seemed to
still be using the traditional first-letter-hash. I had this in my
On Mon, 2003-06-09 at 13:52, Rob Siemborski wrote:
Right, apparently your binaries weren't built to deal with a fulldirhash
system, but you ran the rehash command to use a fulldirhash system.
Yeah, duh. Re-RTFMing, I see Simon has in README.RPM:
4) Please note that this RPM uses 'basic'
Wil Cooley wrote:
Got it. But John's probably right about the kernel keeping the sockets
open. But we never had this problem with cucipop (that's what I always
have to listen to: We didn't have this problem before blah blah
blah). Somehow, even though cucipop locked the mailboxes, it was able
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wil Cooley
Sent: Tuesday, 10 June 2003 9:23 a.m.
To: [EMAIL PROTECTED]
Subject: Re: Several issues with 2.1.13
Got it. But John's probably right about the kernel keeping the sockets
open
On Mon, 9 Jun 2003, Wil Cooley wrote:
Research Systems Programmer * /usr/contributed Gatekeeper
You might want to look at the couple scripts I wrote to replace the
TCL-based ones in Managing IMAP:
http://nakedape.cc/wiki/index.cgi/CyrusImapNotes
I don't believe anything in Managing IMAP,
On Mon, 2003-06-09 at 16:15, Rob Siemborski wrote:
On Mon, 9 Jun 2003, Wil Cooley wrote:
Research Systems Programmer * /usr/contributed Gatekeeper
You might want to look at the couple scripts I wrote to replace the
TCL-based ones in Managing IMAP:
11 matches
Mail list logo