Resend subdomain DNS roles
Resend’s "Add domain" flow pushes subdomain isolation, not pedantry. Do not verify the apex for app mail when the same zone also hosts human (ZeptoMail) and marketing senders.
Named DNS roles
| Role | Resend field | Recommended label | Notes |
|---|---|---|---|
Sending identity |
Domain Name |
Dedicated transactional subdomain (e.g. |
Apex mixes reputations. |
Return-Path / bounce |
Custom Return-Path |
|
Must differ from tracking. |
Click/open tracking |
Tracking subdomain |
|
Must differ from Return-Path. Prefer vendor default |
Tracking toggles
-
Click tracking — on for product emails with measurable CTAs.
-
Open tracking — default off (inaccurate + privacy-sensitive; Resend warns about this).
FoodTruckNerdz example
| Role | FQDN |
|------|------|
| Sending | updates.foodtrucknerdz.com |
| Return-Path | send.foodtrucknerdz.com (or as Resend emits) |
| Tracking | links.foodtrucknerdz.com |
Set application From to a local-part on the verified sending host (e.g. [email protected]). Keep marketing on a separate identity (e.g. news.… / Customer.io).
Encode these records in the org infra Pulumi stack once Resend shows the exact TXT/CNAME values.