Check at the point of entry.
Offer a possible typo correction for the person to accept. Keep the original input until they decide, and repeat the lookup when the input changes.
Integrate Email Lookup ↗Check an address before an important message depends on it. Read the verdict, offer a useful correction, and handle uncertain results deliberately.
Inspect a synthetic address, then decide how your application should handle its evidence.
Try alex@gmial.com, alex@gmail.com, neutral@example.com, role@example.com, missing@example.com, or unknown@example.com. Other addresses have no example result.
Not inspected. Inspect the current address before making a validity decision.
This example has no result for this address. No result can be inferred and no Lookup request was made.
Offer the suggested correction. The customer chooses whether to accept it; after acceptance, inspect the changed address again.
The address-quality evidence is favorable. Check possession, consent and suppressions separately.
This result needs review. Ask the customer to confirm the address; a risk flag or inconclusive mailbox is not proof of delivery.
Continue only with separate possession verification under your reviewed application policy. The uncertainty remains in the record.
Do not send to this example mailbox. Invite the customer to correct the address.
Unknown future verdict. Preserve the result and seek confirmation or another supported signal without automatically accepting or rejecting it.
Companies that trust Bird across their communications.
Read Bird customer storiesOffer a possible typo correction for the person to accept. Keep the original input until they decide, and repeat the lookup when the input changes.
Integrate Email Lookup ↗A risky or unknown verdict needs a deliberate application policy. Validation does not confer marketing permission or override suppression and preference records.
Understand sending restrictions ↗Understand address quality before you choose to send.
Use a single-address lookup to receive a verdict, a confidence score and any risk flags. Your application decides what to do with that evidence.
Inspect syntax and domain problems, mailbox verdicts and typo suggestions. Distinguish an undeliverable address from one that could not be confirmed.
Prevent invalid email submissions on forms. Get smart suggestions for common typos, helping users provide correct email addresses during signup.
Use role and disposable-address flags in your signup policy. A free-provider flag identifies a consumer mailbox; it does not make that address invalid.
Read delivery confidence alongside the result. The separate valid boolean checks format and domain setup, so it cannot establish that a mailbox exists.
Use the API, SDKs or CLI to check addresses in your workflow. Reuse a POST idempotency key within its documented replay window when retrying the same lookup.
Submit one bare email address, without a display name, and preserve the local part before the @. Read the result, confidence, reason and flags before applying your signup policy. Acceptance here means accepting the address into your workflow; sending still requires consent, preferences and suppression checks.
Offer corrections for the person to confirm. Keep risky, inconclusive and future verdicts subject to a deliberate policy.
const answer = await bird.lookup.email({ email: "info@example.com" });
const decision =
answer.result === "undeliverable"
? { action: "reject", reason: answer.reason }
: answer.result === "typo"
? { action: "offer_correction", address: answer.did_you_mean }
: answer.result === "valid"
? { action: "continue_signup" }
: {
action: "review",
result: answer.result,
confidence: answer.delivery_confidence,
flags: answer.flags,
};
console.log(decision);
Run an email lookup with CLI or MCP and inspect the verdict and risk signals. Use those signals in your application policy; they do not verify the person behind an address.
Each answered lookup is billed, including undeliverable results. There is no list-upload or batch endpoint: integrate individual lookups and follow rate limits. Failed requests without an answer are distinct from billed verdicts.
Use the documented verdict with confidence and risk flags. Handle future result values without treating them as errors.
The mailbox is reported as accepting mail. Continue to honor consent, preferences and suppression records.
The address does not accept mail. Inspect the reason for a syntax, domain or recipient problem before sending.
The address may accept mail but carries risk signals, such as a role or disposable address. Review its flags against your sending policy.
The address looks misspelled. Offer the suggested correction for the person to confirm; do not silently replace the address they submitted.
The mailbox could not be confirmed either way, often because the domain responds the same way for different recipients. Use confidence and your sending policy.
Check addresses during signup or incorporate individual lookups into your list-import process. Let people confirm typo suggestions. Revisit address quality when an older audience returns, and keep your contact, suppression and preference records consistent.
Continue with the documentation, guides and examples for this topic. Resources are in English.
Use validation alongside your contact data, sending preferences and delivery controls.
Work through address quality, possession and permission in a signup flow.
Keep validated addresses with the profiles and segments you use for campaigns.
Apply opt-outs and suppression rules as well as address checks.
Review address quality as part of your wider sending setup.
Investigate estimated inbox placement after checking recipient quality.
Connect validation results to your application’s sending workflow.
Explore sending, campaigns and the rest of Bird Email.
Review published rates for the lookups your application needs.
Check number information before choosing a messaging route.
Talk to our email team
Discuss validation volumes, integration and where checks belong in your email workflow. You can also start testing with the API.
Create your account to run an Email Lookup. Review the result before deciding to send.
A test API key is yours immediately. Production unlocks when you add a payment method and verify a sender.
Read docs