On 2006-11-04 17:11:04 -0700, Tom Smith wrote:
> Ask Bjørn Hansen wrote:
> >On Nov 4, 2006, at 12:48, Tom Smith wrote:
> >>
[...]
> Well, yes... And no. You see, I'm in the process of learning Perl but am 
> not at the point yet that I can write such plugins.

Just try it. It's really rather simple. I included a very short tutorial
at the very end of http://www.hjp.at/projekte/qpsmtpd/tutorial.rxml but
that is now a bit dated - it became even simpler in the meantime.

(Yeah, I should update that and put it on the wiki, I know)

> >>or on things like daemontools.
> >
> >See qpsmtpd-forkserver.
> >
> >On a low traffic system it should also be possible to run qpsmtpd from 
> >(x)inetd.
> 
> Yeah, I did see that. I chose the preferred method as indicated on the 
> website (or as I perceived anyway).
> 
> Currently, we're only working with a few hundred emails a day. But why 
> put together a system that doesn't scale well? Hence, I decided on 
> daemontools.

Hmm, http://wiki.qpsmtpd.org/quick-install_howto runs forkserver from
daemontools. That's nice if you are already using daemontools, but not
necessary - you can also run forkserver from a standard SysV initscript.

But the point is - it also uses forkserver and doesn't start each
qpsmtpd process from tcpserver (which would be the equivalent to
(x)inetd).

> And as near as I could tell, (x)inetd is no longer supported--is that 
> not correct? http://wiki.qpsmtpd.org/inetd

That's correct. I'm not sure (x)inetd was ever officially supported. I
submitted the patch several times and I don't remember for sure if it was
ever accepted (although I think it was). The RPMs I built always
included the patch because xinetd is distributed with Redhat/Fedora
while daemontools isn't. When forkserver came out I switched to using
forkserver, and obviously didn't check whether (x)inetd support was
still working - it was (and still is) broken both in official 0.32 and
my RPMs.

It was quite a long time until somebody noticed it and that person
switched to using forkserver, too. So personally I think (x)inetd
support isn't needed any more and I won't even take a closer look to
find out what exactly is broken unless

* a few people say that they will use my RPMs only if I get (x)inetd
  support working again

or

* someone who has commit privilege to the repository indicates some
  interest in getting (x)inetd support working again.

        hp

-- 
   _  | Peter J. Holzer    | Schlagfertigkeit ist das, was einem
|_|_) | Sysadmin WSR       | auf dem Nachhauseweg einfällt.
| |   | [EMAIL PROTECTED]         |    -- Lars 'Cebewee' Noschinski in dasr.
__/   | http://www.hjp.at/ |

Attachment: signature.asc
Description: Digital signature

Reply via email to