Verdicts & reasons

Every validation returns exactly one verdict, plus a machine-readable reason code that explains it. The verdict tells you whether to send; the reason tells you why and what to do next.

The four verdicts

VerdictMeaningWhat to do
deliverableThe mailbox exists and accepted mail during the probe.Safe to send.
undeliverableThe address cannot receive mail — bad syntax, no mail servers, the mailbox was rejected, or it is on a do-not-mail/abuse list.Do not send. Remove or correct.
riskyMail was accepted, but we could not prove the specific mailbox exists — most often a catch-all domain.Send with caution; monitor bounces.
unknownWe could not reach a conclusion — the far end was slow, greylisting us, or throttling. Unknown results are free.Re-check later; never charged.

Reason codes

The reason code is a stable, lowercase token attached to every result. It refines the verdict.

ReasonVerdictWhat it means
failed_syntaxundeliverableThe address is not a well-formed email address.
no_mxundeliverableThe domain publishes no mail servers (no MX or A record that accepts mail).
mailbox_not_foundundeliverableThe mail server explicitly rejected the recipient (e.g. 550 no such user).
disposableundeliverableThe domain is a throwaway / disposable mailbox provider.
role_basedriskyA role address (info@, sales@, admin@) rather than a person.
catch_allriskyThe domain accepts every recipient, so acceptance does not prove the mailbox exists. See Catch-all results.
complainedundeliverableThe address previously generated a spam complaint.
suppressed_spamtrapundeliverableKnown or suspected spam trap — sending risks blocklisting.
suppressed_abuseundeliverableOn an abuse / do-not-mail suppression list.
greylistedunknownThe server asked us to retry later; no conclusion yet. Free.
throttledunknownThe server rate-limited the probe. Free.
timeoutunknownThe server did not respond in time. Free.
typo_suggestedA likely correction is offered (e.g. gmial.comgmail.com).

A verdict describes the address at the moment it was checked. Mailboxes fill up, get deleted, and change providers — which is why lists decay and why re-validation exists.

← All docs