What it means
Unknown is used when validation cannot reach a definitive result, such as temporary DNS or SMTP uncertainty, provider blocking, or budget guardrails.
Email validation semantics
An unknown result preserves validation uncertainty without charging or pretending the mailbox is usable.
Canonical status
unknown
Status language is backed by the shared validation result contract and product publish gates.
Unknown is used when validation cannot reach a definitive result, such as temporary DNS or SMTP uncertainty, provider blocking, or budget guardrails.
Non-chargeable unknown paths should not increment consumed-credit counters. This keeps uncertain validation separate from usable lead economics.
unknown is a canonical status and also the normalization fallback: empty or unrecognized provider statuses normalize to unknown rather than being guessed into another bucket. Validation summaries count unknown in its own bucket, and it is never high-value.
Because unknown often comes from temporary conditions, it is the one status where a later re-validation can genuinely change the answer.
Unknown results should not be treated as send-ready by default. Retry, suppress, or review them depending on your workflow.
No. Invalid is a definitive failed result, while unknown preserves uncertainty. They are separate canonical statuses and are counted in separate summary buckets.
Common causes are temporary DNS or SMTP uncertainty, provider blocking, transport issues, or budget guardrails. Unrecognized provider statuses also normalize to unknown.