• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 810
  • Last Modified:

RDNS errors, ISP or Webhost issue.

More and more I see email servers check for RDNS resolution. I'm not very clear on the process of RDNS. I usually configure MX record for the server at the webhost level. It is easier for me to deal with Webhositng companies then dealing with ISP's DNS department. So we usually create an A record and MX record for a mail server. The question is regarding RDNS. If a server is resolvng an RDNS address, who is responsible for RDNS? Is it ISP? because ip addresses belong to ISP? An example would be a domain name renmediagroup.com
They fail the RDNS test at mxtoolbox.com website. Some of their emails are not being able to go out. Do I need to cntact ISP and ask them to create a RDNS error for the 64.20.227.131 address, which is hte address of their a record of mail.renmediagroup.com
0
mavrukin
Asked:
mavrukin
  • 3
  • 2
1 Solution
 
kaushal2004Commented:
you will need to contact your ISP who is providing you an IP address.  i am assuming you have statice ip.  and if that is case, then yes.....call your ISP and let them know that you want your IP to have a PTR record pointed to your mail server hostname.

so if your mail server is "exchange.abc.com", then you will request your ISP to have the PTR record point to "exchange.abc.com".  once PTR record is configured by your ISP, it generally takes couple days to replicate.

what kind of errors are you getting, in particular, any bounce back, rejected mails...etc, etc.

i hope this helps you.
0
 
mavrukinAuthor Commented:
yes, it does help.
Is PTR the same as RDNS? some ISPs will require an exact comand line for DNS servers. Do you have an example of PTR (RDNS) script? Also, I'm familiar with nslookup and I know how to check for MX record, and A record for example. Is there any way to see what kind of RDNS entry a specific domain has via comand line?
0
 
kaushal2004Commented:
PTR is a pointer record in your ISP DNS configuration that they will modify.  they will need to make those changes for you.  ISP should perform this tasks for you unless you have access to their DNS record panel.  just use www.dnsstuff.com to check rdns now.  and once the ISP makes the changes, you can come back and check again.
0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
redseatechnologiesCommented:
Yes, a PTR is the same as RDNS.

If your ISP says they need the exact script for their DNS server, ask to speak to someone who understands what DNS actually is.

All you need to ask for is a PTR for "yourip" pointing at "yourfullservername"

-red
0
 
mavrukinAuthor Commented:
Still little confused.
The email server we talked about; mail.renmediagroup.com comes up with no RDNS setup.
However when I run the tests against mail.gladiustechnoloige.scom (another one setup by me)
it looks like the RDNS is setup, however i never told ISP to set it up, and it does not look like its setup correctly. Could you please look at the output and tell me how it should be setup. Then I think I will understand.
Here is the output for mail.gladiustechnologies.com It does not seem right.

mail.gladiustechnologies.com is not an IP address, so I am using 75.63.33.91 (the A record for mail.gladiustechnologies.com).
Location: United States [City: Plano, Texas]

Preparation:
The  reverse DNS entry for an IP is found by reversing the IP, adding it to "in-addr.arpa", and looking up the PTR record.
So, the reverse DNS entry for 75.63.33.91 is found by looking up the PTR record for
 91.33.63.75.in-addr.arpa.
All DNS requests start by asking the root servers, and they let us know what to do next.
See How Reverse DNS Lookups Work for more information.


Asking d.root-servers.net for 91.33.63.75.in-addr.arpa PTR record:  
       d.root-servers.net says to go to chia.arin.net. (zone: 75.in-addr.arpa.)
Asking chia.arin.net. for 91.33.63.75.in-addr.arpa PTR record:  
       chia.arin.net [192.5.6.32] says to go to NS2.SWBELL.NET. (zone: 63.75.in-addr.arpa.)
Asking NS2.SWBELL.NET. for 91.33.63.75.in-addr.arpa PTR record:  Timed out [at 151.164.11.218].  Trying again.
Asking NS1.SWBELL.NET. for 91.33.63.75.in-addr.arpa PTR record:  Reports adsl-75-63-33-91.dsl.lsan03.sbcglobal.net. [from 151.164.1.1]

Answer:
75.63.33.91 PTR record: adsl-75-63-33-91.dsl.lsan03.sbcglobal.net. [TTL 7200s] [A=75.63.33.91]

To see the reverse DNS traversal, to make sure that all DNS servers are reporting the correct results, you can Click Here.
0
 
kaushal2004Commented:
ok....it looks like your IP 75.63.33.91 has a PTR record pointing to your ISP.  you will need to contact SBC and speak to their tech support and have them setup PTR record pointing back to your exchange server.  unless this is done correctly you will continue to have issue.
0

Featured Post

Transaction-level recovery for Oracle database

Veeam Explore for Oracle delivers low RTOs and RPOs with agentless transaction log backup and transaction-level recovery of Oracle databases. You can restore the database to a precise point in time, even to a specific transaction.

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now