Documentation menu
POST/v1/keys/self/email/verify
API key required, sent as Authorization: Bearer snk_… or ?api_key=snk_….
What it does
Only the key that asked for the code can redeem it. An address that
already has ANY identity row is NEVER attached, whether or not anybody
ever verified it, and nothing moves between identities: the answer is
409 email-in-use. The app should then sign in with that address
through POST /v1/keys, which the owner's own mailbox verifies; that
is a new key on the address's identity, so the email-less key's own
state (its usage, styles and jobs) does not come with it. A wrong code counts against
identity::MAX_EMAIL_CODE_ATTEMPTS (then the code is void), and
attempts are capped per key and per IP per day like every other
verification budget.
Call it
curl -fsS -X POST "https://api.mapmap.ai/v1/keys/self/email/verify" \
-H "Authorization: Bearer $MAPMAP_KEY" \
-H "Content-Type: application/json" \
-d @request.jsonRequest body
application/json · VerifyEmailCodeRequest
| Field | Type | Required | Description |
|---|---|---|---|
| code | string | yes | The code from the mail. |
Responses
verified on the free tier| Field | Type | Required | Description |
|---|---|---|---|
| string | yes | The address now on the account. | |
| monthly_quota | integer | yes | Requests allowed per calendar month from now on. |
| state | string | yes | Always verified. |
key-has-email: the key already has an email; email-in-use: the address belongs to another account, which is left untouchedError bodies follow the shared problem model documented on API conventions.
Also under self-serve
Generated from https://api.mapmap.ai/openapi.json on 2026-10-02 · operationId verify_email_code