Refresh a sending domain's verification state
Re-read this domain's state from SES and DNS and return the refreshed document.
This does NOT perform verification. Verification happens in the domain's own DNS, when its owner publishes the DKIM records SES minted at creation; Amazon decides when they resolve. What this call does is ask SES what it currently sees, re-check SPF and DMARC, and persist the answer — so a caller polling after a DNS change learns the outcome without waiting for the periodic sweep. Calling it on a domain whose records are not published yet is not an error and does not make it verify any sooner.
A POST rather than a GET because it writes: the refreshed state is persisted, and a verified/unverified transition notifies the project.
Requires the domains:write scope — Add and remove sending domains, and trigger verification.
Request
- Base URL: https://api.sendly.now
- URL: https://api.sendly.now/api/v1/domains/{id}/verify
- Auth: one of:
- HTTP bearer
- API key in cookie better-auth.session_token
- OAuth 2 (authorization code, authorization URL https://app.sendly.now/api/auth/oauth2/authorize, token URL https://app.sendly.now/api/auth/oauth2/token, scopes: domains:write)
Path parameters
Resource id.
Response
The sending domain, as SES and DNS now report it
Changes
No recorded changes to this operation across all 1 revision of this API.