Hi, I don't touch on postfix configuration for a while, but I think you should only use IP addresses between [ ], like:
> relayhost = [192.168.1.25] When you are using dns names you should avoid [ ], like: > relayhost = mail And you must be sure that "mail" is correctly resolved. It's better to use complete dns name, like mail.mydomain.local Regards, Nuno Paquete No dia 23 de Fev de 2011, às 20:46, Bob Proulx <b...@proulx.com> escreveu: > Package: postfix > Version: 2.8.1-1 > Severity: normal > > After today's daily upgrade in Sid no email could be sent. The > 'mailq' command shows this output: > > -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- > 81CB02DC4D 1313 Wed Feb 23 13:22:36 b...@proulx.com > (Host or domain name not found. Name service error for name=mail type=A: > Host not found) > r...@example.com > > The mail.log started logging these messages: > > Feb 23 13:22:36 hysteria postfix/smtp[18670]: warning: relayhost > configuration problem > > My relayhost configuration is: > > $ postconf relayhost > relayhost = [mail] > > $ host -t a mail > mail.proulx.com has address 192.168.9.3 > > This is a configuration that has been working for quite a few years. > > It appears that something has changed and relayhost is no longer able > to lookup relayhost names. > > I checked /usr/share/doc/postfix/NEWS.Debian.gz and the changelogs but > saw nothing that appeared to me to be related to this problem. I > could have missed something obvious though. What am I missing? > > Changing that to the IP address as follows worked around the problem > and enabled email to flow again. Further experiment showed that it > was the domain search that was causing the problem because the next > three configurations were also successfully able to send email. > > relayhost = [192.168.230.3] > > relayhost = [mail.proulx.com] > > relayhost = [mail.$mydomain] > > Both of those worked. The last (mail.$mydomain) is an acceptable > workaround for me. But a simple "mail" without a domain name > expecting the domain search to be used to find the host failed. Until > today the simple hostname without a domain name has always been > successful and achieved the same effect. > > Other things that may be related in the environment: My system has > bind9 installed as a local nameserver and /etc/resolv.conf contains: > > nameserver 127.0.0.1 > search proulx.com > > I checked /var/spool/postfix/etc/resolv.conf and verified that it > contained the same information. > > Thank you for maintaining Postfix! > > Bob > > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
