Host unknown (Name server: .: no data known)
Dan
I've search the Internet trying to find a solution to this problem I'm
having, but unable to find any solutions.
Here's my situation:
About a week and a half ago, I was sending mail from my server with no
problems whats-so-ever. Then two days later, I go to send out an email
and I get the following returned mail statement from the mailer daemon
(taken from a test I did today and with server/domain names and email
addresses changed):
The original message was received at Tue, 27 May 2008 08:54:47 -0400
(EDT)
from optimus [192.168.2.101]
----- The following addresses had permanent fatal errors -----
<t...@foo.com>
----- Transcript of session follows -----
550 5.1.2 <t...@foo.com>... Host unknown (Name server: .: no data
known)
[ Part 2: "Delivery Status" ]
Reporting-MTA: dns; optimus.mydomain.com
Received-From-MTA: DNS; optimus
Arrival-Date: Tue, 27 May 2008 08:54:47 -0400 (EDT)
Final-Recipient: RFC822; t...@foo.com
Action: failed
Status: 5.1.2
Remote-MTA: DNS;
Last-Attempt-Date: Tue, 27 May 2008 08:54:47 -0400 (EDT)
And from my /var/log/maillog:
May 27 09:06:11 optimus sm-mta[77223]: m4RD6BbM077223:
from=<b...@mydomain.com>, size=313, class=0, nrcpts=1,
msgid=<2008052709...@optimus.mydomain.com>, proto=ESMTP,
daemon=IPv4, relay=optimus [192.168.2.101]
May 27 09:06:11 optimus sm-mta[77225]: m4RD6BbM077223:
to=<t...@foo.com>, ctladdr=<b...@mydomain.com> (1001/1001),
delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30313, relay=.,
dsn=5.1.2, stat=Host unknown (Name server: .: no data known)
May 27 09:06:11 optimus sm-mta[77225]: m4RD6BbM077223: m4RD6BbL077225:
DSN: Host unknown (Name server: .: no data known)
The strange thing is, that I had NOT touched anything between the day
I had no problem sending and the day I started having the problem.
This confuses me as to why it would suddenly stop.
I'm running FreeBSD 6.2-Stable. Running my own DNS server on the same
server. My ISP blocks people from sending mail directly from their
personal computers, so I have set up sendmail to relay mail through
their mail server using the SMART_HOST definition in the mc file, with
authentication set up.
I have tested connecting to my ISP's mail server using telnet and
everything worked fine.
I've done nslookup foo.com several times and it always works.
Also, sending mail internally works fine.
I'm lost in terms of what to do now. Any help you guys can give me is
much appreciated. If there is any info I left out, just let me know.
Thank you.
Per Hedeland
<274ff899-6a6c-485a...@y21g2000hsf.googlegroups.com> Dan
<dma...@gmail.com> writes:
>I'm running FreeBSD 6.2-Stable. Running my own DNS server on the same
>server. My ISP blocks people from sending mail directly from their
>personal computers, so I have set up sendmail to relay mail through
>their mail server using the SMART_HOST definition in the mc file, with
>authentication set up.
What does your SMART_HOST definition look like? If it gives a host name
w/o [brackets] around it, what do you get with an MX lookup on the name?
(I.e. 'dig mx smart.host.name' )
--Per Hedeland
p...@hedeland.org
Dan
> What does your SMART_HOST definition look like? If it gives a host name
> w/o [brackets] around it, what do you get with an MX lookup on the name?
> (I.e. 'dig mx smart.host.name' )
>
The definition is written as so:
define(`SMART_HOST',`smtp.broadband.rogers.com')dnl
I've obtained this values from their HowTo for setting up an email
client. It has been working for me for over a year now. Although, I
have recently come to realize that they have changed the port number
to connect to.
The output of the dig command you gave me is as follows:
; <<>> DiG 9.4.1-P1 <<>> mx smtp.broadband.rogers.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38223
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 7, ADDITIONAL: 7
;; QUESTION SECTION:
;smtp.broadband.rogers.com. IN MX
;; ANSWER SECTION:
smtp.broadband.rogers.com. 1932 IN CNAME
ssmtp.bloor.is.net.cable.rogers.com.
ssmtp.bloor.is.net.cable.rogers.com. 4865 IN CNAME smtp-
rog.mail.yahoo.com.
smtp-rog.mail.yahoo.com. 300 IN MX 0 .
;; AUTHORITY SECTION:
yahoo.com. 131778 IN NS ns8.yahoo.com.
yahoo.com. 131778 IN NS ns6.yahoo.com.
yahoo.com. 131778 IN NS ns3.yahoo.com.
yahoo.com. 131778 IN NS ns1.yahoo.com.
yahoo.com. 131778 IN NS ns5.yahoo.com.
yahoo.com. 131778 IN NS ns2.yahoo.com.
yahoo.com. 131778 IN NS ns4.yahoo.com.
;; ADDITIONAL SECTION:
ns2.yahoo.com. 87501 IN A 68.142.255.16
ns1.yahoo.com. 87501 IN A 66.218.71.63
ns3.yahoo.com. 87501 IN A 217.12.4.104
ns4.yahoo.com. 87501 IN A 68.142.196.63
ns5.yahoo.com. 87501 IN A 203.84.197.239
ns6.yahoo.com. 131778 IN A 202.43.223.170
ns8.yahoo.com. 131778 IN A 202.165.104.22
;; Query time: 242 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu May 29 08:55:57 2008
;; MSG SIZE rcvd: 369
By looking at it, it would seem that Rogers/Yahoo may have messed up
their DNS configuration, seeing as the MX resolves to an IP of ".".
Per Hedeland
<0fdaf367-b707-4539...@79g2000hsk.googlegroups.com> Dan
<dma...@gmail.com> writes:
>
>The definition is written as so:
> define(`SMART_HOST',`smtp.broadband.rogers.com')dnl
>The output of the dig command you gave me is as follows:
>smtp-rog.mail.yahoo.com. 300 IN MX 0 .
>By looking at it, it would seem that Rogers/Yahoo may have messed up
>their DNS configuration, seeing as the MX resolves to an IP of ".".
No, it resolves to a host name of ".". But whether messed up or
intentional, you can avoid it by using
define(`SMART_HOST',`[smtp.broadband.rogers.com]')dnl
This prevents sendmail from attempting the MX lookup, going directly for
A (the result of that seems reasonable). And it's what your ISP (any
ISP) expects to happen, since a MUA doesn't try to do a MX lookup on the
name you enter as "SMTP server" - it's just sendmail that has the extra
flexibilty, which is sometimes useful.
--Per Hedeland
p...@hedeland.org
Dan
> No, it resolves to a host name of ".". But whether messed up or
> intentional, you can avoid it by using
>
> define(`SMART_HOST',`[smtp.broadband.rogers.com]')dnl
>
> This prevents sendmail from attempting the MX lookup, going directly for
> A (the result of that seems reasonable). And it's what your ISP (any
> ISP) expects to happen, since a MUA doesn't try to do a MX lookup on the
> name you enter as "SMTP server" - it's just sendmail that has the extra
> flexibilty, which is sometimes useful.
>
> --Per Hedeland
> p...@hedeland.org
Placing the brackets around the server name worked. It now connects to
it. Thank you very much for your help.
Now I just have to figure out why I'm getting "authentication
required" bounces. Sheesshh, if it ain't one thing, it's another.