Re: email is not going out - domain not in rcpthosts

[Keary Suska <aksuska@xxxxxxxxxxxx>]

You need to keep in mind that from the perspective of SMTP, there is no
difference between a client which is trying to send a mail through the
server using an email client and a remote server trying to deliver a message
to the server.  The SMTP transaction is essentially the same. The server can
only make a judgement on delivery based on the recipient addresses. Hence
RCPTHOSTS for qmail.

If a recipient host is not in RCPTHOSTS, qmail must assume that it should
relay the message. If the RELAYCLIENT variable doesn't exist, qmail assumes
that this client cannot relay through it and hence returns the "not in my
rcpthosts" error--which is essentially a "relaying denied" error. This is a
case where the more specific error message that may normally assist an
administrator in debugging actually ends up confusing the issue.

Your problem is probably precisely what was mentioned--you need to set up
the proper relays. If you installed tcpserver properly according to LWQ, it
is likely that tcprules is not in your path. Do a whereis, which, or locate
(depends on OS) to find tcprules. If none of those work, try find. If find
doesn't work, it is not installed. Redo the installation according to LWQ.
It is likely that if tcprules is not in your path, tcpserver isn't either
and I am surprised your installation is working at all, as long as you have
been following LWQ to the letter.

If you find it, and rebuild the cdb properly, restart qmail for good measure
(it shouldn't be necessary, but it doesn't hurt either). Make sure you are
restarting using svc (daemontools).

Keary Suska
Esoteritech, Inc.
"Leveraging Open Source for a better Internet"

> From: Mermaid140@aol.com
> Date: Fri, 2 Nov 2001 12:12:42 EST
> To: qmail@list.cr.yp.to
> Subject: Re: email is not going out - domain not in rcpthosts
> 
> In a message dated 11/2/01 10:30:31 AM Central Standard Time,
> mpeppard@impole.com writes:
> 
>> What did you change?  Is more than one person working
>> on that server?
> 
> That is what is really weird.  I am the only one who touches the server and
> the only thing I remember changing (and I am not sure when I did it) was to
> 'chown vpopmail new' in webmaster's Maildir when I saw that it was owned by
> root.
> 
> I checked my log file as Charles suggested, removed a big file to another
> machine but that did not "unblock" qmail.  Then I tried 'strace/ktrace/truss
> PID' trying to find out what was going on.  I got "command not found."
> 
>> ...
>>> /etc/tcp.smtp and found:
>>> 127.0.0.:allow,RELAYCLIENT=""
>> 
>> shouldn't that be:
>> 127.0.0.:allow,RELAYCLIENT=""
>> 192.168.:allow,RELAYCLIENT=""
>> 
>> Substituting your internal IP range for the 192.168. ?
> 
> OK, I did that part (although everything has been working just fine without
> it up to yesterday)
>> 
>> Then recompile the tcp.smtp.  Instructions on that are
>> in the documentation you quoted.  This allows your
>> internal network to send (relay) mail through the server.
> 
> I tried 'qmailctl cdb'  and 'tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp <
> /etc/tcp.smtp'  Both brought back "command not found"
>> 
>> rcpthosts is for local deliveries, not sending mail.
>> Mail from outside is getting in your server?  If not
>> you will need to make sure chismtrail.com is in there.
>> Stop and restart qmail.
>> 
> Outside mail is coming in and we can email within the local network.  It is
> just the outside world we cannot reach.  And I have stopped and restarted
> email twice to no avail.  I used:  kill -TERM PID then  csh -cf
> "/var/qmail/rc &"
> 
> Yes, I know the first sin was not installing ALL of LWQ, but someone else did
> it and I am learning.  I don't know if my nerves could take trying to
> reinstall right now!
>