Sending email from your own domain
Adding your domain, the three DNS records, and the SPF/DMARC checks that decide whether mail lands.
By default your survey emails come from [email protected], showing your business as the sender name. Authenticating your own domain lets them come from an address like [email protected] instead.
Settings → Sending Domain — Send from your own domain. A paid feature, and one domain per workspace.
Why bother
Two reasons, and the second matters more than people expect:
Recognition. An email from your own domain looks like you and gets opened more.
Deliverability. Mail sent from a domain you’ve authenticated, with SPF and DMARC in place, is substantially less likely to land in spam. Gmail and Yahoo both expect these records from anyone sending in volume.
1. Add your domain
Enter the domain you own — yourcompany.com, not an email address — and choose Add domain.
You’ll see Sending domain added — add the DNS records below.
2. Add three CNAME records
You get exactly three records, all CNAMEs. They’re listed as cards, each showing the record’s raw name and two copy buttons:
| Shown as | What it is |
|---|---|
mail_cname (cname) |
The sending host |
dkim1 (cname) |
First DKIM signing key |
dkim2 (cname) |
Second DKIM signing key |
Each card gives you a Host value and a Points to value, both with copy buttons. Add all three at your domain registrar — wherever you manage DNS (Cloudflare, GoDaddy, Namecheap, Route 53).
Don’t retype them. Use the copy buttons; a single wrong character means it won’t verify and the mismatch can be hard to spot by eye.
3. Check DNS
Check DNS now verifies them. You’ll get one of:
- Domain verified!
- Not verified yet — DNS changes can take up to an hour to propagate.
- DNS verification failed — check the records below.
On a failure you get a per-record result: Match or No match, and where it doesn’t match it shows what was expected versus what it found. That tells you exactly which of the three is wrong.
You don’t have to keep clicking — verification is also re-checked automatically every half hour, so if you’ve added the records correctly it’ll flip to verified on its own.
Status shows as Pending, Verified, or Verification failed.
4. Set your sender email
Once verified, a Sender email section appears. Choose the From address for survey emails — it must be on the verified domain.
Pick something a human would reply to. feedback@ or hello@ beats no-reply@; some people reply to surveys instead of filling them in, and those replies are often the most useful thing you’ll get.
Deliverability: SPF, DMARC and MX
The three CNAMEs prove you own the domain. They don’t get you into the inbox. A separate Deliverability section checks three more records live:
| Check | Why it matters |
|---|---|
| SPF | Says we’re allowed to send for you |
| DMARC | Tells receiving servers what to do with mail that fails checks |
| MX | Whether the domain receives mail |
Each shows Passing, Needs an edit, Missing, Couldn’t check or Not set. These are advisory — they never block verification or sending — but ignoring them is how you end up authenticated and still in spam.
If a verified domain is missing SPF or DMARC you’ll see a callout: Authenticated — but not yet set up for the inbox.
The SPF trap
A domain may only publish one SPF record. Two is a permanent error that breaks mail for everything on that domain, not just FeedbackRobot.
So if you already have an SPF record, edit it — don’t add a second one. The screen detects this and shows your current record next to the corrected version with SendGrid spliced in, so you can copy the right thing rather than working it out yourself.
A typical record looks like:
v=spf1 include:sendgrid.net ~all
One caveat if your SPF is already long: it’s limited to 10 DNS lookups, and include:sendgrid.net uses two of them.
DMARC
Start permissive and tighten later:
v=DMARC1; p=none; rua=mailto:[email protected]
as a TXT record at _dmarc.yourcompany.com. p=none monitors without affecting delivery. Once you’re confident everything legitimate passes, move to quarantine, then reject.
Removing the domain
Remove at the top right. You’ll be warned that survey emails go back to the shared platform address and you’ll need to re-verify DNS if you add the domain again. Your sender email is cleared automatically.
Two things worth knowing
Verification is re-checked at send time. If your DNS changes later and the domain stops verifying, emails quietly revert to [email protected] rather than failing. Worth checking this screen if you ever change registrars or clean up DNS.
The sender name is separate. That’s set under Sending Channels, and it applies whether or not you use a custom domain.
Not on a plan that includes it?
You’ll see Custom sending domains aren’t available on your current plan with a link to plans. → Changing your plan
Was this article helpful?
Thanks — that helps us fix the gaps.
Still stuck? Talk to us — or open the chat in the corner.