Prime VerifierPrime VerifierDevelopersAPI v1
Dashboard →
Core concepts / Results & sub-results

Results & sub-results

Every verification returns a headline result (the decision) and a precise sub_result (the reason, mapped from what the mail server actually did). This is the layer other verifiers hide, so here it is in full.

The six results
resultcodeMeaningQualityBilling
ok1Mailbox exists and accepts mail.goodbilled
catch_all2Domain accepts every recipient; the exact mailbox cannot be isolated.riskybilled
unknown3The server gave no usable answer (block, greylist, timeout, DNS).riskyfree
error4Something failed on our side; retry later.n/afree
disposable5Throwaway or temporary-inbox domain.badbilled
invalid6Mailbox provably does not exist.badbilled
Sub-results the public value you receive
sub_resultUnder the hoodMeaning & what to doBilling
Deliverable → result: ok
okRCPT accepted (250)Mailbox accepts mail. On a catch-all domain, also reported here. Send.billed
Could not determine → result: unknown
greylisted4xx deferralServer asked us to retry. Real mailbox, temporary. Re-check soon.free
ip_blockedPolicy / IP refusalThe domain blocked our sending IP or an anti-spam gateway. Not the mailbox's fault.free
mailbox_full552 over quotaMailbox exists but is out of space, a soft bounce. Risky, may clear later.free
no_code_in_helo_responseBroken HELOServer misbehaved at the handshake. Cannot judge the mailbox.free
timeoutConnect / stage timeoutServer too slow or dropped us. Retry later.free
dns_errorDNS lookup failedThe domain's DNS did not resolve during the probe.free
unknownIndeterminateNo usable signal at all. Treat as risky.free
Undeliverable → result: invalid
no_mailbox550 "no such user"The mailbox does not exist. Hard bounce, remove.billed
invalid_syntaxMalformed addressNot a valid email format. Remove.billed

Why so few public values? Internally we track dozens of sub-results for diagnostics, but the API collapses them onto this compact, stable vocabulary so your integration never has to handle them all. The full internal detail is in your dashboard's SMTP probe log.

Quality one word to segment a list
qualityMaps fromWhat to do
goodokSafe to send.
riskycatch_all, unknownDeliverable but unproven, send with care.
badinvalid, disposableDo not send.