Use your own email look on the Emails card changes what a message looks like. This is what changes where it comes FROM: the address your clients see in the From line.
Why a subdomain
We recommend a subdomain, like mail.youragency.com, rather than your bare domain: it keeps the records below separate from anything already on your root, like your website or your own Google Workspace mail. A bare domain works too, if you would rather send from hello@youragency.com than from a subdomain; type either into the address field, and we set up whichever host you typed. Nothing is rewritten for you.
The three records that get your mail accepted
- On the Branding screen, open Emails, turn on Use your own email look, and type the address you want to send from.
- Press Verify this address. Three records appear:
- a TXT record, which proves you control the domain,
- an MX record, with a priority,
- a second TXT record, which authorizes our sending servers to use your name.
- Add all three at your DNS host, using the host shown under each one and the value exactly as printed. Every value has a copy button.
- Press Check DNS. Propagation is usually a few minutes and occasionally longer, and we also check automatically in the background, so a tab left open still catches it. The pill reads Waiting for DNS the whole time.
The sender domain records table with three checked records and a fourth DMARC row.
Until it verifies, messages keep your look and leave from our address, because a mail provider either refuses an unverified sender outright or delivers it to spam.
DMARC, the fourth record
A fourth row, DMARC, sits under the three above, marked Recommended for inbox placement, not checked. We do not poll it and it never blocks verification, but publish it anyway: the three checked records get your mail accepted onto a receiving server, and DMARC is what tells that server what to do with anything claiming to be from your domain that fails the other checks, which is the difference between landing in the reviews feed and landing in spam.
If it breaks later
Broken since {date} on the pill means a record that used to verify has stopped resolving. A DNS edit at your host, a domain transfer or an expired domain are the usual causes. Messages fall back to our address until it is fixed. Fix the record, press Check DNS, and the pill clears once we see it resolve again.
Changing the address, or removing it
Typing an address on a different domain starts over: the sentence under the field names the domain you are about to lose verification on, and the new one needs its own records added and checked. Remove domain, beside the records table once verified, takes the domain down for good and asks you to type it back to confirm; messages fall back to our address the moment you do.