I suspect this problem is an easy one to fix, but despite going through the
docs I still don't know exactly what's happening, so any suggestions are
appreciated.
1) I have qmail 1.03 configured as per instructions available here on my
debian GNU/Linux box:
http://www.flounder.net/qmail/qmail-howto.html
2) Receiving messages works just fine.
3) Sending messages from my local network 192.168.1.x (this server is
acting as a masquerade server) using this smtp server /used/ to work just
fine. This is no longer the case.
The problem:
When I telnet to my smtp server from the localhost I see:
---
220 cr134008-a.slnt1.on.wave.home.com ESMTP
---
Fine and dandy. Sending mail from localhost seems to work fine.
However, when I telnet in from my desktop machine (192.168.1.2) it accepts
my connection, and -nothing- appears. The server will not give any
acknowledgements.
So I check my /etc/tcp.smtp:
127.0.0.1:allow,RELAYCLIENT=""
192.168.1.:allow,RELAYCLIENT=""
:allow
I recompile it just to make sure:
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
I restart:
/etc/init.d/svscan stop
killall tcpserver
/etc/init.d/svscan start
And I get the same problem.
In the logs I get:
/var/log/qmail/qmail-smtp:
@400000003b631ddf1226723c tcpserver: status: 1/40
@400000003b631ddf123c7ec4 tcpserver: pid 5169 from 192.168.1.2
Let me know if you think sending my qmail control files would help. I
thought at first this was an access control issue with tcpserver but now I'm
not so sure. I am wondering if it has to do with the fact that qmail can't
do a dns lookup on 192.168.1.2. Anyway, my qmail 'me' control file contains
the name my external IP address resolves to. My 'rcpthosts' includes
localhost, the name my external IP address resolves to and a couple other
domains I own. My 'locals' file contains 'localhost' and the name my
external IP address resolves to. My virtualdomains control file contains
names/usernames of my virtual domains.
Any suggestions? Where is the problem most likely to reside?
Thanks in advance,
Peter
