8 messages in net.sourceforge.lists.courier-usersRe: [courier-users] courier-imap unde...
FromSent OnAttachments
Robin BowesNov 5, 2002 9:54 am 
Brian CandlerNov 5, 2002 2:44 pm 
Sergiusz PawlowiczNov 5, 2002 2:57 pm 
Robin BowesNov 6, 2002 1:28 am 
Daniel LorchNov 6, 2002 1:50 am 
Brian CandlerNov 6, 2002 2:18 am 
Robin BowesNov 6, 2002 3:22 am 
Daniel LorchNov 6, 2002 8:35 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] courier-imap under tcpserverActions...
From:Robin Bowes (robi@robinbowes.com)
Date:Nov 6, 2002 1:28:43 am
List:net.sourceforge.lists.courier-users

Hi Brian,

On Tue, Nov 05, 2002 at 05:54:32PM -0000, Robin Bowes wrote:

Following a post on the squirrelmail mailing list about a problem which turned out to be down to inetd not accepting enough connections fir the imap daemon (not courier!) I thought I'd investigate the possiblity of running courier-imap from tcpserver (from djb's daemontools package).

courier-imap comes with its own equivalent program called 'couriertcpd'. It doesn't run from inetd.

I realised this after I'd posted my original question.

I found the following link:

http://projectdream.org/publications/courier.html

Has anyone got any further experience of this?

Looks very complicated to me. Any idea what their objection is/was to couriertcpd? They might have been using an old version.

I guess it might be standardisation, i.e. having all your daemons starting/running/kept running the same way.

I've been using Courier for a couple of years, and the early rc scripts were certainly a bit dodgy and used to need some black magic to make them work, but now they just run out of the box.

If you do use daemontools, beware that it doesn't appear to have any usage or distribution licence that I can find. (And if it did have one which was like qmail's, it would be very restrictive)

I do use daemontools - that's why I am considering running courier-imap under supervise/tcpserver!!

Cheers,

R.