Setup

Verify a domain

POST
/api/v1/domains/{domain}/verify

Asks the provider to re-check DNS. Poll after publishing the records — verified: false just means DNS hasn't propagated yet, which is normal for the first several minutes. Also re-checks DMARC and returns the advisory dmarc block; DMARC never blocks verification.

Authorization

bearerAuth admin
headerAuthorizationBearer <token>

An API key from the dashboard under Settings → API keys, sent as Authorization: Bearer aem_….

Authorization has two independent axes.

The scope is ranked — a key satisfies any requirement at or below its own tier:

  • read — see messages, contacts and metrics. Changes nothing, and cannot send.
  • write — everything read does, plus managing templates, contacts, automations, segments and suppressions. This is what editing a template needs.
  • admin — everything write does, plus sending configuration: domains, senders, webhook registration, kill switch, daily cap, brand.

There is no approve scope. It was a rung once; it is not one now, and a key requested with it is rejected.

The approval grant (can_approve) is a separate boolean, not a rung. Delivering mail to a real inbox needs write and the grant. Keeping them on separate axes is what makes the review gate a control rather than a convention: a key that may propose is not automatically a key that may approve its own proposal.

Give your application the lowest tier that works. Most need write and the grant — the dashboard mints that combination as Send + manage; Manage only is the same rung with the grant withheld.

Scope: admin

Path Parameters

domain*string

The domain name itself, e.g. mail.acme.com.

Response Body

Current verification state.

application/json
  1. response
domain?string
status?string
verified?boolean
dns_records?array<>
dmarc?

Advisory DMARC state from our own DNS check. Never blocks verification; Gmail/Yahoo bulk-sender rules require a DMARC record on the From domain.

tracking?|

Domain-level open/click tracking (Resend). Null for SendGrid — tracking is applied per send there. The tracking CNAME rides in dns_records (record: 'Tracking'); click events won't fire until it resolves.

Example Request
curl -X POST 'https://sendandretain.com/api/v1/domains/string/verify'
Example Response
{  "domain": "string",  "status": "verified",  "verified": true,  "dns_records": [    {}  ],  "dmarc": {    "status": "missing",    "record": "string",    "recommendedRecord": {      "type": "TXT",      "name": "_dmarc.mail.acme.com",      "value": "v=DMARC1; p=none;",      "note": "string"    }  },  "tracking": {    "open": true,    "click": true,    "subdomain": "tk"  }}