Email checks and Domain Intelligence share one credit balance. See how credits work

Start for free

Guides

Email validation at checkout

Check the address before payment, offer a correction and decide what happens if email is the only way to deliver the order. Uncertain evidence should not become a false address error.

What to do with each answer

The same four verdicts every time. The instruction changes with the situation, because what a mistake costs changes with it.

What to do with each answer
VerdictWhat to do here
DeliverableContinue checkout. A positive result supports using the address but does not guarantee a receipt will arrive or show who controls the mailbox.
RiskyInspect the action and reasons. A role or catch-all address is not a payment-risk finding. Continue when your fulfilment policy allows it; confirm mailbox control separately if access depends on it.
UndeliverableAsk the customer to correct the address and explain the failure. If the order can be delivered securely without email, your policy can allow continuation after a warning. If email is essential, resolve the contact problem before payment.
UnknownTreat the address as unresolved. Allow checkout where another secure fulfilment route exists, and review or recheck the contact later. Do not call it invalid or use it as a fraud finding.

Check the address before the payment step

A checkout address may receive a receipt, a licence or a delivery update. Check it while the customer can still edit the field. A browser format check helps with obvious mistakes; the server can call Emvero after the field is complete or when the form is submitted. Keep the API credential on your server.

A delayed answer must stay attached to the address that was checked. If the customer edits the field, disregard the old result and check the new value. The real-time verification page describes the request and waiting path.

Let the customer choose a suggested correction

When LIKELY_DOMAIN_TYPO and a suggestion are returned, show the entered address alongside the suggested one. Let the customer accept the change or keep the original. Do not replace the domain automatically or clear the field.

A clear syntax error and a suspected typo need different messages. INVALID_SYNTAX can justify asking for a format correction. SMTP_MAILBOX_NOT_FOUND describes an SMTP recipient refusal, not proof that the mailbox is absent or the domain is mistyped. Current policy returns unknown with SMTP_RECIPIENT_REJECTED_AMBIGUOUS. Do not invent a correction when none was returned.

Decide whether delivery depends on email

If an authenticated account or another secure order route already provides the purchase, an email warning need not stop checkout. If a working mailbox is the only route to a licence or account access, resolve a clear contact failure before taking payment. Explain this requirement beside the field.

The API recommendation is one input to this decision. Its reject action concerns the address, not payment authorisation. Likewise, ROLE_ACCOUNT, catch-all behaviour and a risky result do not establish fraud. Keep payment and identity checks separate from the contact-address policy.

Bound the wait and keep the order moving

A full check can return pending with id and retry_after_ms. After the interval, retrieve GET /v1/verifications/{id} with the same credential. Poll only while it is pending and stop waiting when your form deadline expires. Emvero does not send a callback.

A deadline or an HTTP error supplies no negative address verdict. Apply the fallback you chose for fulfilment, rather than presenting a service failure as an invalid email. For a permitted checkout, retain the check identifier with the relevant contact value so your own process can retrieve the result later. The API page explains the response fields.

Give customers a safe way to fix the order address

After payment, let an authenticated customer correct the contact address through your order or support flow. Verify the new value and update the right order without restarting payment. Do not promise that a later check will resolve every uncertain mailbox.

Emvero sends no receipt or confirmation email. If access requires mailbox control, send your own confirmation; the signup-form guide explains the distinction. A checkout address also does not establish permission for marketing messages.

Reason codes that decide something here

The API uses these identifiers to explain a check. The notes identify values that the current verification policy or probe does not return.

Reason codes that decide something here
LIKELY_DOMAIN_TYPODomain looks like a typo
INVALID_SYNTAXAddress is not well formed
SMTP_MAILBOX_NOT_FOUNDRecipient refusal observed by SMTP; current policy returns unknown with SMTP_RECIPIENT_REJECTED_AMBIGUOUS.
ROLE_ACCOUNTAddress uses a role name

Try it on an address you already know.

The free checker returns the whole result - every stage, every reason code, nothing held back.