Make sure you've used tcprules to hash your /etc/tcp.smtp file into
/etc/tcp.smtp.cdb and then RESTART your tcpserver -x
/etc/tcp.smtp/cdb...etc.  The changes to tcp.smtp.cdb won't take effect
until you restart.

-CT


----- Original Message -----
From: "Barry Dwyer" <[EMAIL PROTECTED]>
To: "QMAIL" <[EMAIL PROTECTED]>
Sent: Monday, July 03, 2000 3:10 PM
Subject: tcprules, rcpthost, ip address problem


> Hi all,
>
> I've got qmail running properly on a system with a DMZ-firewall setup.
> All the local clients are behind the firewall, addressed as 192.168.0.n.
> The firewall (a debian box) and the mail server are connected to our
> ADSL router and both have class-C addresses. The clients all have hosts
> files referencing the mail server.
>
> My tcp.smtp file has proper settings to allow the local clients to work
> as RELAYCLIENTS:
>
> 127.0.0.1:allow,RELAYCLIENT=""
> 192.168.0.:allow,RELAYCLIENT=""
> :allow
>
> (I've recompiled it just to be sure and, yes, the reference in the qmail
> startup script points to the proper file '-x/etc/tcp.smtp.cdb')
>
> If I create a rcpthosts file with just the local domain in it (that's
> all I want), then every local client that tries to send mail out to the
> 'net gets a qmail error message saying the destination domain is not in
> the list of receipt hosts (or something to that effect).
>
> Is the problem that qmail, running on a mail server, with it's class-C
> address, doesn't like the "192" block addresses in tcp.smtp? I've set up
> qmail servers before as multihomed systems with a class-C card *and* and
> internal one. Must I do that here?
>
> Thanks
> Barry Dwyer
>

Reply via email to