SUMMARY: sendmail's use of DNS

From: DP <datpace_at_earthlink.net>
Date: Thu Oct 10 2002 - 10:31:30 EDT
Managers,
    Thank you to all that replied.  The answer to my question was:

No, it is getting the MX record to determine where to send the mail. Do:

The problem lies with guardian.org's DNS definitions.





----- Original Message -----
From: "DP" <datpace@earthlink.net>
To: "Sunmanagers (E-mail)" <sunmanagers@sunmanagers.org>
Sent: Thursday, October 10, 2002 9:50 AM
Subject: sendmail's use of DNS


> Managers,
>     It appears that our sendmail daemon is using a server for DNS queries
that
> it shouldn't use.  Here's an example of a message from our log file:
>
> Sep 15 03:48:43 aaron sendmail[17169]: g8A9k6g22850:
to=<postmaster@guardian>,
> delay=4+22:02:37, xdelay=00:00:00, mailer=esmtp, pri=10660138,
> relay=guardian.whatever.org., dsn=4.0.0, stat=Deferred: Name server:
> guardian.whatever.org.: host name lookup failure
>
> In the message above, it looks like the daemon is using the machine
> "guardian.whatever.org" as its DNS server.  Am I correct about that?  If
so,
> it shouldn't be using that machine.  Our resolv.conf file is correct and
when
> we resolve machine names and i.p. addresses using nslookup, the correct
> information is returned and the correct name server is used.  Is there a
> method by which a particular DNS server can be assigned to sendmail
(perhaps
> via a configuration file)?  I thought that sendmail would simply use the
DNS
> servers as they were specified in the /etc/resolv.conf file.  Is that
correct?
> We are using sendmail 8.11.2.
>     Thank you for your help.
>
> -- DP
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Thu Oct 10 11:12:09 2002

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:56 EST