On Mon 1999-04-19 (15:00), Erwann CORVELLEC wrote:
> I have a local network (PC Win9x) and a qmail server (Linux) both connected to the 
>Net.
> I want to allow only the local network to use the qmail SMTP server to relay mail. 
>This to avoid spam relaying...
> So I read the "Selective relaying with tcpserver and qmail-smtpd" documentation but 
>I don't want to use the ucspi-tcp solution for two reasons:
> - I run qmail as a standalone daemon
> - The system is a Linux Debian one so it is using inetd, and to avoid 
>incompatibilities with this distribution I don't want to use solutions that are not 
>officialy supported...
> 
> Is there another solution ???
> 
> I seriously consider to stop using qmail. As there are too many add-ons I find qmail 
>has limited functionalities by its own: It is the second time I have a problem and I 
>am getting disappointed... :(
> Here was my first problem: I have a callback connection to the Net so I wanted qmail 
>to send mails (ie to empty its queue) only every half hour to limit the costs. But 
>that is not possible except via a add-on/patch once again... :(
> It's a shame because qmail is nice on other points like security, control files or 
>aliases.
> What about qmail 2.0 with more built-in functionnalities ??? ;)

The qmail system is built using the philosphy of having many small utilities
that do one thing really well, and then combining these utilities to make
something useful happen. (A process that has been referred to as Bernstein
chaining, coined by Russ Nelson I think). I'm sure you must have noticed that
qmail delivery takes place using a number of seperate programs that
communicate will each other in well defined ways. It just so happens that the
programs that you need for basic mail delivery are packaged all together in
the qmail-1.03 tarball. In order to do other useful stuff you need the
utilities supplied in the daemontools, ucspi-tcp and perhaps other packages.

If you wish to use qmail sucessfully you have to buy into the philosopy of
how it works. It is completely different to sendmail that has pretty much
everything built into a single binary. However, unlike sendmail it is small,
fast and secure.

  - Keith

> ECO.

-- 
Keith Burdis - MSc (Com Sci) - Rhodes University, South Africa  
Email   : [EMAIL PROTECTED]
WWW     : http://www.rucus.ru.ac.za/~keith/
IRC     : Panthras                                          JAPH

"Any technology sufficiently advanced is indistinguishable from a perl script"

Standard disclaimer.
---

Reply via email to