Reverse DNS records are essential for those running a mail server since many recipient servers reject, or mark as spam, all email that originates from an “unauthenticated” server.
This means that after the sending IP address is checked, if the reverse DNS does not match the sending domain, then it is classed as “unauthenticated”.
Here is how you can start the process for PTR record setup.
Repeat the last step as many times as needed to add additional A records for domains you wish to host on your instance.
This is a useful setting to configure for anyone, but it is essential for customers running an outgoing mail server on their Cloud Server.
With reverse DNS, your Internet connection provider (ISP) must point (or "sub-delegate") the zone ("....in-addr.arpa") to your DNS server.Doing an "nslookup IPADDRESS" will reveal that reverse DNS is working properly. However, the A record is not registering into the forward DNS zone. I don't know if I've missed a setting in DHCP that relates to DNS? Due to the possibly of multiple domains and multiple A records pointing to your public IPv4 address, our system may not pick the one you want by default.To remedy this, please contact our support team and let us know the following: Our support team will make sure that your public IPv4 address has the right record set and will push out a DNS update.It is an issue on Server 2000, 2003, 2008, 2008R2, Server 2012, Server 2012 R2 and will likely be an issue in the newer builds.