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":
> >
> > http://nakedape.cc
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 Managin
> -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 t
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 abl
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' ha
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 lo
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
> > > th
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' direc
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 f
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
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
I've just upgraded my office mail server from 2.0.16 to 2.1.13, in
preparation for upgrading some of my client's servers. My server is Red
Hat Linux 7.3. My 2.0.16 installation was from Ramiro Morales's RPMs;
the 2.1.13 from Simon Matter's.
The upgrade wasn't entirely smooth; I wrote up some no
12 matches
Mail list logo
