Email Validation API

Validate the address before it becomes a record

One call at the point of entry — a signup form, a checkout, a CRM import, a background job. Email Awesome returns a usable status before bad data reaches anything downstream.

Ship it in an afternoon. No account needed to read the docs.
Async API Verification

What you get back,
and what to do with it

Every call returns a structured status you can act on — accept the record, block it, or hold it for review.

Status

What it means

Typical handling

Valid

Mailbox exists and the server accepted it.

Create the record and continue.

Invalid

Address doesn't exist or the domain can't receive.

Block at the form, or flag on import.

Catch all

Domain accepts anything, so the mailbox can't be confirmed.

Accept but tag for a separate sending policy.

Unknown

No definitive answer — greylisting or rate limiting.

Queue for retry. Never charged.

Bad emails spread fastest in automated systems.

Manual cleanup works when the problem is a list. It fails when email data is moving through forms, products, CRMs, enrichment jobs and reports before anyone has time to inspect it.

Clean after the damage

Bad emails enter through forms, sync into CRMs, trigger automations, reach enrichment jobs and distort reporting. By the time someone notices, the address has touched several systems that now need correction, suppression or manual investigation.

Verify at the point of entry

Products, forms, CRM imports and background jobs check the address before it spreads, then use returned statuses to accept, block, flag, segment or review while the data is still close to the source.

Two modes, two very different integrations

Pick the mode that matches where the address enters. It's the one decision worth getting right before you write any code.

Zapier

When validation belongs in your product

Where it fits

Signup, checkout or any field where a person is waiting for an answer.

Who sets it up

A developer, working against the API reference.

How it runs

In your own code, fast enough to block a form submit.

API

When validation belongs in your product

Where it fits

Signup, checkout or any field where a person is waiting for an answer.

Who sets it up

A developer, working against the API reference.

How it runs

In your own code, fast enough to block a form submit.

Real-time

Blocking call, answer in the response.

Use it where a human is waiting: a signup form, a checkout, an in-product field. Keep a timeout and a fallback so a slow mail server never blocks a conversion.

Asynchronous

Submit and move on

The result arrives by webhook or is retrieved when ready. Use it for CRM imports, enrichment jobs and batch work where nothing is waiting on the answer.

Where teams actually
put the call

Signup and lead forms

Reject typos and disposable addresses at submit, before the record exists. The highest-value placement and the easiest to ship.

CRM imports

Validate on ingest so a purchased list never lands in HubSpot or Pipedrive unchecked. Async fits here.

Background jobs

Re-verify ageing records on a schedule, so the database doesn't decay quietly between campaigns.

Verify where
email data enters

01

Send a request

Submit the email address through the API from the form, product flow, CRM import or background job where the data first appears.

02

Receive the result

Use callback or workflow handling to process the final verification status when the check is complete.

03

Automate the decision

Accept, block, flag, segment or review the address based on the returned status and the rules your system already uses.

FAQs

Questions about the API

Is the API only for developers?

What statuses should my app expect?

Why use async verification?

Where should developers use the API?

What is an email validation API?

Stop bad data at the door

Get an API key and 1,000 free verifications. Unknown results never cost a credit.

Email check image