Virtisphere Docs

Add your email domain

Sending as your own domain takes three DNS records, plus a fourth if you want to receive replies here. This page explains each one and what it is for.

Until you add a domain, your account sends from a shared Virtisphere address. That works, but your customers see our name. Adding your own domain takes about ten minutes plus DNS propagation.

You need access to your DNS

This is wherever your domain is managed — often the registrar you bought it from, or Cloudflare, Route 53 or your web host. If you do not know where that is, we can find out for you.

Adding the domain

  1. Go to Email addresses in your CRM, then Add your domain.
  2. Enter the domain you want to send from.
  3. Decide whether you also want to receive replies here. This adds an MX record — read the warning below before turning it on.
  4. We generate your records. Each one is shown with a copy button and an explanation of what it does.

The records

RecordTypeWhat it does
_virtisphere.yourdomain.comTXTProves the domain is yours before we let anyone send mail as it. Required.
yourdomain.comTXT (SPF)Tells receiving servers our mail servers are allowed to send for you. Required.
<selector>._domainkey.yourdomain.comTXT (DKIM)The public half of the key we sign your mail with, so receivers can prove it was not altered in transit. Required.
yourdomain.comMXDelivers replies into your inbox here. Only if you enabled receiving.
_dmarc.yourdomain.comTXT (DMARC)Tells receivers what to do with mail that fails the checks above. Optional but recommended.
If you already have an SPF record, edit it — do not add a second

A domain may only have one SPF record. If one already exists, add our include: to it rather than creating another. Two SPF records is the same as having none, and it is the single most common reason mail starts failing after a change like this.

Verifying

Once the records are published, verify from the same page. Each record is checked independently and reported separately, so a failure tells you which one to fix rather than that something is wrong.

DNS changes usually appear within minutes but can take up to a few hours. If a record verified a moment ago and now does not, it is almost always propagation rather than a mistake.

Receiving mail

An MX record decides where all mail for that name is delivered. Point it at us for a domain your staff already use, and their email stops arriving.

For that reason, most people set receiving up on a subdomain — reply.yourcompany.com rather than yourcompany.com — which leaves existing mail untouched. We check whether a domain already has mail service before letting you point it here, and warn you if it does.

DMARC

DMARC is optional and worth adding. Start at p=none, which asks receivers to report rather than reject, and gives you reports so problems are visible before your customers notice. Move to a stricter policy once the reports are clean.