 |
|
| Linux Forum Index » Linux Setup » sendmail won't use relay... |
|
Page 1 of 1 |
|
| Author |
Message |
| The Derfer... |
Posted: Mon Nov 09, 2009 6:29 pm |
|
|
|
Guest
|
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 at (no spam) e1198pdb3 ~# sendmail -v -d8.99 -d38.99 the... at (no spam) 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... at (no spam) gmail.com... Transient parse error -- message queued for
future delivery
closemaps: closing host (NULL)
closemaps: closing dequote (NULL) |
|
|
| Back to top |
|
|
|
| Nico Kadel-Garcia... |
Posted: Tue Nov 10, 2009 2:21 am |
|
|
|
Guest
|
On Nov 9, 11:29 pm, The Derfer <derf... at (no spam) gmail.com> wrote:
Quote: 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 at (no spam) e1198pdb3 ~# sendmail -v -d8.99 -d38.99 the... at (no spam) 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... at (no spam) gmail.com... Transient parse error -- message queued for
future delivery
closemaps: closing host (NULL)
closemaps: closing dequote (NULL)
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. |
|
|
| Back to top |
|
|
|
|
|
All times are GMT - 5 Hours
The time now is Sat Mar 20, 2010 6:21 pm
|
|