System Status
Buy Now
  • Email & Apps
  • Office 365
Login
  • MyRackspace Portal
  • Cloud Control Panel
  • Rackspace Webmail Login
  • Cloud Office Control Panel
  • Support Home
  • How-To
  • Developer Documentation
  •  Blogs 
    • Expert Insights Tech Blog
    • Rackspace Blog
    • Solve: Thought Leadership

Support Network

End-to-End Multicloud Solutions.   Solving Together.™   Learn more at Rackspace.com

How–To Home

Rackspace Email

  • Introduction
  • FAQ
  • All Articles

DNS record definitions

Last updated on:  2021-06-14

Authored by:  William Loy


This article provides a brief overview of common email-related DNS records.

If you need to configure your DNS for Rackspace Cloud Office Email products, see Set up DNS records for Cloud Office email.

Prerequisite

  • Applies to: Administrators and Users

For more information on prerequisite terminology, see Cloud Office support terminology.

DNS records

The following DNS record definitions also include an example of how to configure these records at your DNS hosting provider:

  • A record
  • MX record
  • CNAME record
  • TXT record

A record

The Address (A) record is the most basic DNS record type. It points a domain or subdomain to an IP address.

Example:

Type Hostname Destination TTL
A blog.example.com XXX.XX.XX.XXX 3600

MX record

Mail Exchanger (MX) records specify a mail server responsible for accepting messages addressed to your domain. Without these records, emails addressed to your domain cannot find your mailbox. Think of it as sending a letter to an address that does not exist. The system returns the email to the sender if the MX records don’t exist.

Example:

Type Hostname Destination Priority TTL
MX @ mx1.emailsrvr.com 10 3600
MX @ mx2.emailsrvr.com 20 3600

Note: Email hosts might ask for multiple MX record entries. These examples are actually the MX records for Rackspace Cloud Office. We require two records entries in case the first MX server experiences a disruption. This redundancy ensures you still receive your email.

CNAME record

Canonical Name (CNAME) records specify that a domain name is an alias for another domain.

Example:

Type Hostname Destination TTL
CNAME autodiscover autodiscover.emailsrvr.com 3600

Note: A common CNAME record entry is an Autodiscover Record. The example shown is the CNAME record used by our Rackspace Cloud Office users to redirect their autodiscover.example.com subdomain to our Autodiscover server (autodiscover.emailsrvr.com).

TXT record

External sources reference text (TXT) records to check for domain-specific policies such as SPF, DKIM, and DMARC.

Example:

Type Hostname Destination TTL
TXT @ v=spf1 include:emailsrvr.com ~all 3600

Following are some common email-related TXT records:

  • Sender Policy Framework (SPF) records help recipient mail servers identify unauthorized use of your domain in the form of forgeries (spoofing).

    Note: If you send email from other providers on behalf of your domain, be sure to include their sending servers in the same SPF record entry. Do not create multiple SPF records.

  • DomainKeys Identified Mail (DKIM) records assign a digital signature to mail sent from your domain, marking it as authorized mail sent from your domain. If you require instruction to enable DKIM for your Rackspace Cloud Office email, see Enable DKIM in the Cloud Office Control Panel.

  • Domain Message Authentication Reporting and Compliance (DMARC) records indicate to recipient mail servers that messages sent from that domain are employing DKIM and SPF sending policies. The recipient mail server then validates the message that you sent by using your DKIM and SPF policies.

Note: SPF, DKIM, and DMARC records are important because of increased “spoofing” and “phishing” attempts. Mail recipients are adopting these methods of sender authentication to combat malicious email. This authentication protects those to whom you are sending mail, and it also helps identify the mail you send as legitimate.

DNS propagation

When you add or edit one of the preceding records in your DNS zone file, the update must go through a propagation period. The industry standard for DNS propagation time is 24-48 hours.

For example, if you change your domain MX records, the change might take up to 48 hours to complete. The propagation takes so long because your domain is associated with an IP address in thousands of databases worldwide.

Share this information:

©2020 Rackspace US, Inc.

Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License

See license specifics and DISCLAIMER

About Rackspace
  • About
  • Customer Stories
  • Events
  • Programs
Blogs
  • The Rackspace Blog
  • Expert Insights Tech Blog
  • Solve: Thought Leadership
  • News
  • Contact Information
  • Legal
  • Careers
Site Information
  • Style Guide for Technical Content
  • Trademarks
  • Privacy Statement
  • Website Terms
Support Network
  • Support Network Home
  • Rackspace How-To
  • API Documentation
  • Developer Center
  • ©2020 Rackspace US, Inc.