Re: RDNS "servfail"
- From: Todd <Todd@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 8 Aug 2008 11:57:00 -0700
I learned a long time ago there are no absolutes. That being said I AM
getting mixed messages from SBC. Wednesday I was told DNS/RDNS was deligated
to me. I have no way of checking there records. Today I was told it was not.
DO THEY KNOW WHAT THEY ARE DOING? I doubt it.
Anyway, AOL is no longer giving me the SERVFAIL error; instead they are
"114.160.114.67.in-addr.arpa. 7200 IN CNAME 114.112.160.114.67.in-addr.arpa."
It is not an acceptable reply in there eyes, so I am still blocked. This
tells me that SBC has probabily taken back control. I have sent them a
request to FIX IT, one way or the other. It has worked at my server for over
a year just fine (SBC never had host information). I have asked if they
refuse to let me do it, then they need to fix it SOON, as I continue to be
blocked. I have given them the appropriate host infomation.
Which brings me back to my origional question, which no one seems able to
explore. If the requests were actually raching my server, then what might
cause the reply to "time out"?
Thanks
"Anthony [MVP]" wrote:
Todd,.
Are you absolutely sure they have delegated the Reverse zone, and not the
domain zone?
Anthony,
http://www.airdesk.com
"Todd" <Todd@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:31186182-FE07-445A-9D46-2575C5245DC8@xxxxxxxxxxxxxxxx
Thank you for your reply.
No, I am not the ISP, but I have a block of addresses that I use for
various
services and sites. The ISP (SBCGlobal) had deligated DNS services to me.
"Anthony [MVP]" wrote:
Todd,
The people operating the reverse zone for your Exchange server external
IP
address should be the ISP. That's how the reverse lookup check works.
Because the ISP is authoritative for that group of numbers, it
demonstrates
that you are a legitimate user of that IP address.
That does not explain why it seemed to be working before, but its what
you
need to do, (unless you are the ISP?)
Anthony,
http://www.airdesk.com
"Todd" <Todd@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:E2B93B3C-1392-46F7-A9BF-239C0C53D9A6@xxxxxxxxxxxxxxxx
After several exchanges with a respondent on the exchange group, we
have
come
to a standstill. And the problem is still not solved. DOes anyone here
have
any suggestions what might cause my DNS server not to respond to a RDNS
request?
Thanks for any help that you can offer.
"Todd" wrote:
A respondent on the exchange group suggested I should put this
question
here:
Two weeks ago (shortly after some updates from MS) I started having
rejected by AOL & CS domains. (This is not the first time I have had
this
problem.) But now there is a new twist.
After talking to everyone on the network from my exchange server to
AOL's
mail server (AT&T DSL / DNS support and AOL's postmaster) I have
determined
that no one claims to be blocking port 53, but my DNS server is not
responding to RDNS requests from AOL; the request "times out"; it
appears
that my server "is not responding to the request" (You may already
know
that
unless your server responds to an RDNS request from AOL, your mail
will
not
be delivered in the AOL domain.)
Is anyone else seeing this problem? Does anyone have a suggestion as
to
how
I can get my server to respond faster? I had been fine for a year (the
last
time I had problems with AOL's postmaster). I have made no recent
changes
to
my "public" network. I have made not recent changes to my DSN
configuration.
I am running Exchange 2003 in an SBS 2003 environment with all of the
current
service packs and updates.
Any suggestions would be appreciated.
- Follow-Ups:
- Re: RDNS "servfail"
- From: Anthony [MVP]
- Re: RDNS "servfail"
- References:
- RDNS "servfail"
- From: Todd
- RE: RDNS "servfail"
- From: Todd
- Re: RDNS "servfail"
- From: Anthony [MVP]
- Re: RDNS "servfail"
- From: Todd
- Re: RDNS "servfail"
- From: Anthony [MVP]
- RDNS "servfail"
- Prev by Date: RE: using ntdsutil to remove a DC from AD
- Next by Date: Re: RDNS "servfail"
- Previous by thread: Re: RDNS "servfail"
- Next by thread: Re: RDNS "servfail"
- Index(es):
Relevant Pages
|