On Mon, 2003-07-14 at 14:25, Robinson, Eric R. wrote: > I just retired my RH 7.2 sendmail server and replaced it with a RH 9 postfix > server.
This is great to hear. :) Even though it will be more work I would recommend upgrading to Postfix 2.0.x. The feature I especially like about it is the X-Original-To: header. It is very useful for mail filtering. There are even more exciting features in the experimental branch of Postfix. Mostly having to do with spam prevention. > I thought things were running well, but this morning I've been > getting a lot of undeliverables with the message "host was found, but no > data records of the requested type." Many messages go through, but many do > not. I can try the same message 5-10 times and get the same error. Then if I > do host -t MX <target-domain> it returns the needed address instantly. Then > the next time I try to send the message it goes through. > > If you watch tcpdump this whole time, you won't see the server even *try* to > resolve the target domain. You do see it making and answering queries, just > not the one you want. Then if you issue the host -t MX command, you see that > in the trace. Then you see postfix send the e-mail. > > I think this started when I added acls to named.conf. Could this be because > I didn't allow queries from 127.0.0.1? When postfix calls gethostbyname() > does it do it from 127.0.0.1 or from the IP address bound to eth0? postfix should use whatever is in "/etc/resolv.conf". If you refer to the local machine in it as 127.0.0.1 then you need to allow 127.0.0.1. If it is by the eth0 address then I would think postfix would use the eth0 address. One thing you can try to do as a test of if it is a dns issue is to add the necessary hostnames and ip addresses to "/etc/hosts". If you forward me a copy of one of the undeliverable messages I will be able to help you better. I use Postfix 1.1.11 on a Red Hat 7.3 at server at work, and Postfix 2.0.6 on a Red Hat 9 server for a computer group. I need to get them both upgraded to the latest one of these days. _______________________________________________ RLUG mailing list [EMAIL PROTECTED] http://www.rlug.org/mailman/listinfo/rlug
