Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

sendmail won't use relay

20 views
Skip to first unread message
Message has been deleted

The Derfer

unread,
Nov 9, 2009, 11:29:30 PM11/9/09
to
A RHEL5 client set up properly to send to another host as
a relay doesn't do it. Yes, the "DS" field is set up in sendmail.cf,
sendmail daemon restarted a million times, etc etc.
Everything looks fine, it just doesn't work.
Why does it try to send the mail itself? Shouldn't even attempt
a DNS lookup. The mailhost (relay) can do that but here, the
client tries to do it itself for some reason. Please advise.
I try sending a test
to see if this is working and here's what I get:

root@e1198pdb3 ~# sendmail -v -d8.99 -d38.99 the...@gmail.com
openmap() dequote:dequote NULL: valid
openmap() host:host NULL: valid
getcanonname(gmail.com), trying dns
dns_getcanonname(gmail.com, trymx=1)
dns_getcanonname: trying gmail.com. (AAAA)
NO: errno=111, h_errno=2
dns_getcanonname: trying gmail.com. (A)
NO: errno=111, h_errno=2
dns_getcanonname: trying gmail.com. (MX)
NO: errno=111, h_errno=2
dns_getcanonname: trying gmail.com. (AAAA)
NO: errno=111, h_errno=2
dns_getcanonname: trying gmail.com. (A)
NO: errno=111, h_errno=2
dns_getcanonname: trying gmail.com. (MX)
NO: errno=111, h_errno=2
getcanonname(gmail.com), trying files
text_getcanonname(gmail.com)
getcanonname(gmail.com), failed, status=68
gmail.com: Name server timeout
derf...@gmail.com... Transient parse error -- message queued for
future delivery
closemaps: closing host (NULL)
closemaps: closing dequote (NULL)

Nico Kadel-Garcia

unread,
Nov 10, 2009, 7:21:54 AM11/10/09
to

First: what you want is usually called a "SMART_HOST", and is normally
programmed from sendmail.mc, then the "make" command is run in /etc/
mail to senerate the new sendmail.cf file. SMART_HOST does *not*
redirect email to local accounts, such as "root": there's another
setting needed for that whose name escapes me. Editing sendmail.cf
directly is asking for pain, and won't properly reload the sendmail
daemon. Secondly, what does /var/log/maillog say about this case? And
third, I find sendmail's configuration tools to be pretty painful, and
have switched by preference to "postfix" a long time ago: postfix also
handles milters a lot more gracefully, so you might just consider
ripping out sendmail and using postfix instead.

Message has been deleted
0 new messages