On Mon, Apr 19, 1999 at 03:00:01PM +0000, 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

You don't run qmail-smtpd as a stand-alone daemon. There's no such thing.

> - 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 ???

See FAQ 5.4. It'll tell you how to set RELAYCLIENT if you're using inetd. But
if you're interested in an "officially supported" configuration, note that
running qmail-smtpd from inetd is no longer officially supported by DJB.

> 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 ??? ;)

I hope not. One of the best things about qmail is the modularity. I'd hate to
see qmail turn into a big monolithic program like sendmail (and I'm not worried
that it'll happen).

Chris

Reply via email to