On Fri, 28 Feb 2003, Christoph Schug wrote:
Hi Christoph,
Both sasl_mech_list and sieve are already in the CVS (since a few hours :)
I absolutly agree that this specific package has been in an unusable
status way to long. Since yesterday I'm trying to get Cyrus up and running
but progress is
if you do not want it).
Martin
-Original Message-
From: Christoph Schug [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 1:59 AM
To: [EMAIL PROTECTED]
Subject: Re: imapd patch
On Thu, Feb 27, 2003, Ralf S. Engelschall wrote:
prefix/var/spool/imapd is definitely incorrect
On Fri, Feb 28, 2003, Andrews, Martin wrote:
The package still made a good starting point. The along with the -ldb fix
that already made it into CVS by the time I found it the only other problem
I ran into was authentication. I had to add the following to imapd.conf to
get UNIX system
On Fri, Feb 28, 2003 at 01:09:27PM +0100, Christoph Schug wrote:
On Fri, Feb 28, 2003, Andrews, Martin wrote:
The package still made a good starting point. The along with the -ldb fix
that already made it into CVS by the time I found it the only other problem
I ran into was authentication. I
Since your asking I'll add one more. It would be nice if the imapd package
included the mkimap tool so that you can use it to update the var directory
tree if you change in in imapd.conf.
Martin
I absolutly agree that this specific package has been in an unusable
status way to long. Since
For some reason I see that imapd was changed to start as openpkg instead of root. That
does not work as it must do preliminary work as root (like open the imap port).
Attached is a patch to fix and also to clean up handling of the pid file.
Finally - imapd seems configured to run as openpkg.
PROTECTED]
Sent: Thursday, February 27, 2003 1:09 PM
To: [EMAIL PROTECTED]
Subject: imapd patch
For some reason I see that imapd was changed to start as
openpkg instead of root. That does not work as it must do
preliminary work as root (like open the imap port). Attached
is a patch
On Thu, Feb 27, 2003, Martin Andrews wrote:
One more question. The imapd packages currently stores the bulk of the
files in prefix/var/spool/imapd is that use of var/spool/package
a standard or a blunder? I would have thought it would have been
var/package/spool so some such.
On Thu, Feb 27, 2003, Ralf S. Engelschall wrote:
prefix/var/spool/imapd is definitely incorrect in OpenPKG.
Yes, it has to be prefix/var/imapd/spool, of course.
Christoph, you're currently hacking on imapd: can you fix this, too?
Yes, of course. And I'm rather guessing that imapd requires