sendly-now Validation API

Bulk email validation, billed per address: a bounded synchronous batch, and background runs over a whole list. Distinct from `Verify`, which is the one open, unauthenticated, single-address endpoint the marketing site calls.

Operations 4

POST /api/v1/email-validations Validate a batch of email addresses #
POST /api/v1/lists/{id}/validation-runs Validate every address on a list #
GET /api/v1/validation-runs/{id} Retrieve a validation run #
GET /api/v1/validation-runs/{id}/results List a validation run's results #

Work with this as data

Every API here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for apis

7 MCP tools reach this
  • find_apisBrowse and filter every API in the catalog.
  • get_api_artifactsOne API's artifacts, grouped by type.
  • get_openapiThe primary OpenAPI for this API.
  • find_similar_apisAPIs that look like this one.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This API
curl "https://apis.io/api/v1/apis/sendly-now:sendly-now-validation-api"
All apis
curl "https://apis.io/api/v1/apis?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.

OpenAPI Specification

sendly-now-validation-api-openapi.yml Raw ↑
openapi: 3.2.0
info:
  title: Sendly Now Validation API
  version: 1.0.0
  contact:
    name: Sendly Support
    url: https://sendly.now
  license:
    name: AGPL-3.0
    url: https://www.gnu.org/licenses/agpl-3.0.txt
  description: 'Operations tagged Validation across 2 of this provider''s published API definitions: openapi.json, sendly-now-openapi.json. Each path carries the servers of the definition it was published in.'
servers:
- url: https://api.sendly.now
tags:
- description: 'Bulk email validation, billed per address: a bounded synchronous batch, and background runs over a whole list. Distinct from `Verify`, which is the one open, unauthenticated, single-address endpoint the marketing site calls.'
  name: Validation
paths:
  /api/v1/email-validations:
    post:
      description: 'Check up to 50 addresses for whether they can receive mail, and for the signals that make one worth mailing. Billed per address.


        The response publishes a `verdict` alongside the flags it was drawn from. Branch on the verdict: the two obvious readings of the flags are both wrong — a free-provider address (`is_personal`) and a role mailbox (`is_role_address`) are ordinary, deliverable addresses that real customers use, and refusing them would shrink a list for no reason. `is_disposable` is the only flag that lowers a verdict.


        `unknown` means DNS did not answer in time, so that address was NOT checked. It is a separate value from `undeliverable` on purpose — acting on the two together deletes live contacts over a network hiccup.


        The 50-address ceiling is a latency bound, not a payload one: every distinct DOMAIN in the batch costs a DNS round trip. To validate a whole list, use `POST /api/v1/lists/{id}/validation-runs`, which runs as a background job.


        Requires the `validation:write` scope — Check whether email addresses can receive mail — this is billed per address.'
      operationId: v1ValidateEmails
      requestBody:
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/EmailValidationBatchRequestV1'
        required: true
      responses:
        '200':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/EmailValidationBatchV1'
          description: One verdict per address, in the order they were given
        '401':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`invalid_api_key` or `invalid_session` — missing or invalid credentials.'
        '403':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`scope_missing`, `project_access_denied`, or `project_disabled`.'
        '422':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`validation_error` — query, path, or body parameters did not match the schema.'
        '429':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`rate_limited` — see `Retry-After` and the `RateLimit` headers.'
        '500':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`internal_error`.'
      security:
      - ApiKeyAuth: []
      - SessionAuth: []
      - OAuth2:
        - validation:write
      summary: Validate a batch of email addresses
      tags:
      - Validation
    servers:
    - url: https://api.sendly.now
  /api/v1/lists/{id}/validation-runs:
    post:
      description: 'Start a background run over every contact on the list and answer immediately with the run. Poll `GET /api/v1/validation-runs/{id}` for progress and read the verdicts from its `/results` page.


        This VALIDATES and changes nothing: no membership is unsubscribed, no contact is deleted. What to do about an `undeliverable` address is your decision, and a run that acted on its own findings would be acting on a DNS lookup that can also answer `unknown`.


        A second run while one is already in flight for the same list is refused with 409 rather than queued: two runs would bill the same addresses twice.


        Requires the `validation:write` scope — Check whether email addresses can receive mail — this is billed per address.'
      operationId: v1StartListValidationRun
      parameters:
      - description: Resource id.
        in: path
        name: id
        required: true
        schema:
          description: Resource id.
          format: uuid
          type: string
      responses:
        '202':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/EmailValidationRunV1'
          description: The run, accepted and queued
        '401':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`invalid_api_key` or `invalid_session` — missing or invalid credentials.'
        '403':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`scope_missing`, `project_access_denied`, or `project_disabled`.'
        '404':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`resource_not_found` — no list with this id belongs to the authenticated project.'
        '422':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`validation_error` — query, path, or body parameters did not match the schema.'
        '429':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`rate_limited` — see `Retry-After` and the `RateLimit` headers.'
        '500':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`internal_error`.'
      security:
      - ApiKeyAuth: []
      - SessionAuth: []
      - OAuth2:
        - validation:write
      summary: Validate every address on a list
      tags:
      - Validation
    servers:
    - url: https://api.sendly.now
  /api/v1/validation-runs/{id}:
    get:
      description: 'How far a run has got and what it found. The counters are advanced by each batch in the same step that commits the rows they count, so they are a ledger rather than a cached estimate and may be branched on.


        There is no total to divide by, deliberately: a list changes size while a run walks it, so a denominator captured when the run started would be wrong by the time you read it. A run is finished when `status` is `completed` or `failed`, never when a percentage reaches 100.


        Requires the `validation:read` scope — View your email validation runs and their results.'
      operationId: v1GetValidationRun
      parameters:
      - description: Resource id.
        in: path
        name: id
        required: true
        schema:
          description: Resource id.
          format: uuid
          type: string
      responses:
        '200':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/EmailValidationRunV1'
          description: The run
        '401':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`invalid_api_key` or `invalid_session` — missing or invalid credentials.'
        '403':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`scope_missing`, `project_access_denied`, or `project_disabled`.'
        '404':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`resource_not_found` — no validation run with this id belongs to the authenticated project.'
        '422':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`validation_error` — query, path, or body parameters did not match the schema.'
        '429':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`rate_limited` — see `Retry-After` and the `RateLimit` headers.'
        '500':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`internal_error`.'
      security:
      - ApiKeyAuth: []
      - SessionAuth: []
      - OAuth2:
        - validation:read
      summary: Retrieve a validation run
      tags:
      - Validation
    servers:
    - url: https://api.sendly.now
  /api/v1/validation-runs/{id}/results:
    get:
      description: 'One page of a run''s verdicts, cursor-paginated. Filter with `verdict` — `undeliverable` is the page you want when you are about to act on the results.


        No total is reported: a run over a large list holds millions of rows, and counting them on every page read is the query this design exists to avoid. The run''s own counters carry the numbers worth having.


        `contact_id` is the contact the address belonged to when it was checked, and it is null for a contact deleted since. The `email` is stored on the result rather than read through the contact, so a completed run reports what it actually checked even after the contact changed address.


        Requires the `validation:read` scope — View your email validation runs and their results.'
      operationId: v1ListValidationRunResults
      parameters:
      - description: Resource id.
        in: path
        name: id
        required: true
        schema:
          description: Resource id.
          format: uuid
          type: string
      - in: query
        name: limit
        required: false
        schema:
          default: 50
          maximum: 200
          minimum: 1
          type: integer
      - description: Opaque cursor from a previous response's `next_cursor`.
        in: query
        name: after
        required: false
        schema:
          description: Opaque cursor from a previous response's `next_cursor`.
          minLength: 1
          type: string
      - description: Return only results with this verdict — `undeliverable` is the usual filter.
        in: query
        name: verdict
        required: false
        schema:
          allOf:
          - $ref: '#/components/schemas/EmailValidationVerdictV1'
          - description: Return only results with this verdict — `undeliverable` is the usual filter.
      responses:
        '200':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/EmailValidationResultListV1'
          description: One page of results
        '401':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`invalid_api_key` or `invalid_session` — missing or invalid credentials.'
        '403':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`scope_missing`, `project_access_denied`, or `project_disabled`.'
        '404':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`resource_not_found` — no validation run with this id belongs to the authenticated project.'
        '422':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`validation_error` — query, path, or body parameters did not match the schema.'
        '429':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`rate_limited` — see `Retry-After` and the `RateLimit` headers.'
        '500':
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Problem'
          description: '`internal_error`.'
      security:
      - ApiKeyAuth: []
      - SessionAuth: []
      - OAuth2:
        - validation:read
      summary: List a validation run's results
      tags:
      - Validation
    servers:
    - url: https://api.sendly.now
components:
  schemas:
    EmailValidationVerdictV1:
      description: '`deliverable`: the domain resolves and accepts mail, with no badness signal. `undeliverable`: the domain does not exist or publishes no MX records. `risky`: deliverable, but a throwaway-inbox provider — mailing it costs sender reputation. `unknown`: DNS did not answer in time, so this address was NOT checked. Ask again; never delete a contact on `unknown`.'
      enum:
      - deliverable
      - undeliverable
      - risky
      - unknown
      type: string
    EmailValidationBatchV1:
      description: One verdict per address, in the order they were given.
      properties:
        results:
          items:
            $ref: '#/components/schemas/EmailValidationV1'
          type: array
      required:
      - results
      type: object
    Problem:
      description: RFC 9457 problem document, served as `application/problem+json`. Returned by every 4xx/5xx response on the `/api/v1` surface.
      properties:
        code:
          description: Machine-readable lowercase error code, e.g. `scope_missing`.
          type: string
        detail:
          description: Explanation specific to this occurrence.
          type: string
        errors:
          description: Field-level failures. Present on 422 `validation_error` responses.
          items:
            properties:
              code:
                type: string
              message:
                type: string
              pointer:
                description: RFC 6901 JSON Pointer to the offending field.
                type: string
            required:
            - pointer
            - code
            - message
            type: object
          type: array
        instance:
          description: Request path the failure occurred on.
          type: string
        next:
          description: The tool an agent calls next to repair this failure — `request_scopes` for a missing permission, `upgrade_plan` for an exhausted plan. Absent when no tool repairs it.
          properties:
            args:
              additionalProperties: {}
              description: Arguments to call it with.
              type: object
            tool:
              description: The MCP tool that repairs this failure, e.g. `upgrade_plan`.
              type: string
          required:
          - tool
          type: object
        request_id:
          description: Correlation id — quote it in support requests.
          type: string
        status:
          description: HTTP status code, repeated in the body.
          type: integer
        title:
          description: Short, stable summary — the same for every occurrence of a `type`.
          type: string
        type:
          description: Dereferenceable URI identifying the error class, anchored on the docs errors page.
          format: uri
          type: string
      required:
      - type
      - title
      - status
      - code
      type: object
    EmailValidationRunV1:
      description: One bulk validation run over a list.
      properties:
        completed_at:
          format: date-time
          type:
          - string
          - 'null'
        created_at:
          format: date-time
          type: string
        deliverable_count:
          type: integer
        failure_reason:
          description: Set only on `failed`. Prose for an operator; never parse it.
          type:
          - string
          - 'null'
        id:
          type: string
        list_id:
          type:
          - string
          - 'null'
        processed_count:
          description: 'Addresses checked so far. There is deliberately no total: a list changes size while a run walks it, so a denominator captured up front would be wrong by the time you read it.'
          type: integer
        risky_count:
          type: integer
        started_at:
          format: date-time
          type:
          - string
          - 'null'
        status:
          enum:
          - pending
          - running
          - completed
          - failed
          type: string
        undeliverable_count:
          type: integer
      required:
      - id
      - list_id
      - status
      - processed_count
      - deliverable_count
      - undeliverable_count
      - risky_count
      - started_at
      - completed_at
      - failure_reason
      - created_at
      type: object
    EmailValidationV1:
      description: One address's verdict, with the evidence behind it.
      properties:
        email:
          type: string
        has_mx_records:
          description: The domain publishes MX records.
          type: boolean
        is_disposable:
          description: A throwaway-inbox provider. The ONLY flag here that lowers the verdict.
          type: boolean
        is_personal:
          description: A free/consumer provider (Gmail, Outlook). List-quality information, not a problem.
          type: boolean
        is_role_address:
          description: 'The local part addresses a role (`support@`, `info@`), not a person. List-quality information: role mailboxes are deliverable and companies answer them.'
          type: boolean
        reasons:
          description: Human-readable findings. Prose for a person to read — branch on `verdict`, never on these.
          items:
            type: string
          type: array
        verdict:
          $ref: '#/components/schemas/EmailValidationVerdictV1'
      required:
      - email
      - verdict
      - is_disposable
      - is_role_address
      - is_personal
      - has_mx_records
      - reasons
      type: object
    EmailValidationBatchRequestV1:
      properties:
        emails:
          description: The addresses to check, at most 50. Every distinct DOMAIN costs a DNS round trip, so this endpoint is bounded by latency rather than payload size — validate a whole list with `POST /api/v1/lists/{id}/validation-runs`, which is a background job.
          items:
            format: email
            type: string
          maxItems: 50
          minItems: 1
          type: array
      required:
      - emails
      type: object
    EmailValidationResultListV1:
      description: One page of a run's results. No total — a run over a large list holds millions of rows, and the run's own counters are the numbers worth reading.
      properties:
        data:
          items:
            allOf:
            - $ref: '#/components/schemas/EmailValidationV1'
            - properties:
                contact_id:
                  type:
                  - string
                  - 'null'
              required:
              - contact_id
              type: object
            description: One address's verdict, with the evidence behind it.
          type: array
        has_more:
          type: boolean
        next_cursor:
          description: Pass as `after` to fetch the next page. `null` on the last page.
          type:
          - string
          - 'null'
      required:
      - data
      - has_more
      - next_cursor
      type: object
  securitySchemes:
    ApiKeyAuth:
      bearerFormat: API Key
      description: 'API key authentication. Use a `sk_*` (FULL) or `pk_*` (SENDING_ONLY) key as the bearer token. Public keys (`pk_*`) are restricted to the email-send endpoints and the self-serve list subscribe/unsubscribe pair; every other endpoint — event tracking included — answers 403 for them. In scope terms (used by `/api/v1/*` operations): FULL keys hold every scope; SENDING_ONLY keys hold only `emails:send`.'
      scheme: bearer
      type: http
    MailgunBasicAuth:
      description: 'Mailgun-style authentication for the `/api/compat/mailgun/*` operations only: HTTP Basic with the username `api` and a Sendly API key (`sk_*`, or a `pk_*` send-only key) as the password, exactly as mailgun.js sends it.'
      scheme: basic
      type: http
    OAuth2:
      description: 'OAuth 2.1 with PKCE, for AI agents and other delegated clients (this is what the MCP endpoint at `/api/mcp` uses, and how a third-party application sends on a user''s behalf). Tokens are minted through the consent screen and carry ONLY the scopes the user ticked there, so an operation lists the single scope it requires and a token without it answers `403` with code `SCOPE_MISSING` — before any input is parsed. Unlike an API key, a delegated token reaches an operation only where the route itself declares a scope; every other route refuses it outright.


        **Ask for the right audience.** Pass `resource=https://app.sendly.now/api` on the authorization AND the token request to receive a token for this REST API; `resource=https://app.sendly.now/api/mcp` is the MCP endpoint''s identifier. A request carrying no `resource` receives an OPAQUE token, which every endpoint here rejects. Each identifier publishes RFC 9728 metadata at `/.well-known/oauth-protected-resource/api` and `/.well-known/oauth-protected-resource/api/mcp`.


        **Name the project on every call.** An OAuth grant belongs to a USER, not to a project — the same person may belong to several — so a delegated token carries no tenant and the project is chosen per request with the `x-project-id` header, checked against real membership. Omit it and a project-scoped operation answers `400`; send one the user does not belong to and it answers `403 PROJECT_ACCESS_DENIED`. List the projects a token may name with `GET /api/users/me/projects` (scope `projects:read`), which needs no header. API keys are unaffected: a key already names its project.'
      flows:
        authorizationCode:
          authorizationUrl: https://app.sendly.now/api/auth/oauth2/authorize
          refreshUrl: https://app.sendly.now/api/auth/oauth2/token
          scopes:
            account:read: See your profile and notification preferences
            account:write: Edit your profile and preferences, export your data, delete your account
            analytics:read: View your sending analytics and engagement metrics
            api-keys:read: See which API keys exist, including what each one is allowed to do
            api-keys:write: Create, rotate, and revoke API keys — these keep working even after you disconnect this app
            billing:read: See your plan, usage, invoices and spending limits
            billing:write: Start a checkout, change spending limits, open the billing portal, cancel or refund
            campaigns:read: View your campaigns and their performance
            campaigns:send: Send or schedule your campaigns to their audience
            campaigns:write: Create, edit, and organize your campaigns
            connections:read: See connected services such as Slack and connected AI apps
            connections:write: Connect, re-verify and disconnect services
            contacts:read: View your contacts and their custom fields
            contacts:write: Create, update, and delete your contacts
            deliverability:read: Check why mail from one of your domains is not arriving
            domains:read: View your sending domains and their verification status
            domains:write: Add and remove sending domains, and trigger verification
            emails:read: View the emails you have sent and their delivery status
            emails:send: Send emails from your verified domains
            emails:test: Send test emails to your own address from the Sendly sandbox
            events:read: View the custom events your application has recorded
            events:write: Record custom events for your contacts
            lists:read: View your subscriber lists and who is on them
            lists:write: Create, rename, and delete your subscriber lists
            mailbox-conversations:read: Read the conversations in your hosted mailboxes — every message and attachment people have sent you
            mailbox-conversations:reply: Reply to conversations in your hosted mailboxes, from the mailbox's own address
            mailboxes:read: View the mailboxes on your domains and their settings
            mailboxes:send: Write and send new email from your hosted mailboxes, as that address
            mailboxes:write: Create and delete mailboxes on your verified domains
            members:read: See who belongs to your projects
            members:write: Add and remove project members and change their roles
            projects:read: View your projects and their settings
            projects:write: Create, change, reset and delete projects on your account
            segments:read: View your segments and who belongs to them
            segments:write: Create, edit, and delete your segments
            support:read: See your support tickets
            support:write: Open support tickets and suspension appeals
            suppression:read: View the addresses on your suppression list
            suppression:write: Add and remove addresses on your suppression list
            templates:read: View your email templates
            templates:write: Create, edit, and delete your email templates
            topics:read: View the topics you mail about and who is subscribed to each
            topics:write: Create and edit topics, and change what your contacts are subscribed to — this decides who your campaigns reach
            usage:read: View your usage totals and billing limits
            validation:read: View your email validation runs and their results
            validation:write: Check whether email addresses can receive mail — this is billed per address
            webhooks:read: View your webhook endpoints and their delivery history
            webhooks:write: Create, edit, and delete your webhook endpoints
            workflows:read: View your automation workflows and their runs
            workflows:write: Create, edit, enable, and delete your automation workflows
          tokenUrl: https://app.sendly.now/api/auth/oauth2/token
      type: oauth2
    PostmarkServerToken:
      description: 'Postmark-style authentication for the `/api/compat/postmark/*` operations only: a Sendly API key (`sk_*`, or a `pk_*` send-only key) sent in the `X-Postmark-Server-Token` header, exactly where the postmark SDK puts its server token.'
      in: header
      name: X-Postmark-Server-Token
      type: apiKey
    SessionAuth:
      description: BetterAuth session cookie. Used by the dashboard / browser clients. When present, the active project is taken from the `x-project-id` header.
      in: cookie
      name: better-auth.session_token
      type: apiKey
x-refined-from:
- openapi.json
- sendly-now-openapi.json