The three records
When you verify a custom domain, Sentvia gives you these to publish. On the sharedmail.sentvia.ai domain they’re already in place.
| Record | What it proves | What Sentvia returns |
|---|---|---|
| DKIM (CNAME ×3) | The message wasn’t tampered with and came from you | <token>._domainkey.<domain> → <token>.dkim.amazonses.com |
| SPF (TXT) | The sending servers are authorized for your domain | v=spf1 include:amazonses.com ~all |
| DMARC (TXT) | What receivers should do if SPF/DKIM fail | _dmarc.<domain> → v=DMARC1; p=…; rua=mailto:dmarc@sentvia.ai |
| MAIL-FROM (MX + TXT) | Aligns the bounce domain with your domain (SPF alignment) | feedback-smtp.<region>.amazonses.com + an SPF TXT |
| Inbound (MX) | Routes replies back to your inboxes | inbound-smtp.<region>.amazonaws.com |
Ramp your DMARC policy
Start permissive and tighten as you build history. Sentvia lets you ramp the policy (POST /domains/{id}/dmarc):
Reputation hygiene
- Warm up. Ramp volume gradually on a new domain rather than blasting from day one.
- Keep bounce/complaint rates low. Sentvia auto-suppresses bounced and complained addresses so you never re-send to them — watch your Metrics deliverability score.
- Send wanted mail. Relevant, expected messages with easy opt-out beat volume every time.
- Use a dedicated subdomain/IP (Scale and up) to isolate your reputation from other tenants.