Free email verifier
Paste an address and see what can be established about it without sending anything, plus the part that honestly cannot be answered from a browser.
Everything above runs in this tab. Nothing you type is sent anywhere.
What each line of the result means
| Check | What it establishes | Where it stops |
|---|---|---|
| Syntax | The address has one @, a domain with a dot in it and no spaces, so a mail server could parse it. | A well-formed typo passes. jen@gmial.com has a perfectly good shape. |
| Disposable | The domain matches a short built-in list of throwaway providers. | A domain that isn't on the list hasn't been cleared. New throwaway providers keep appearing. |
| Role address | The part before the @ is a function such as info, billing or support. A +tag is ignored first, so sales+eu@ still counts. | It can't tell you whether one person or ten read that inbox. |
| Provider | The domain is consumer webmail. Yahoo and AOL also get a warning, because those servers accept every address. | It says nothing about a company domain, which takes a DNS lookup this page doesn't make. |
When this page is enough, and when it isn't
Use it for a quick look at one address: a signup that looks odd, a contact a colleague copied from a business card. Because everything runs in your tab, the address never leaves your machine, which matters when it belongs to a customer.
It won't check a list, and it won't tell you whether the mailbox exists. A full check does the parts a browser can't. It looks up the domain's MX records, opens an SMTP connection to the mail server over port 25, asks about the address with RCPT TO, and hangs up before the DATA command, so nothing is ever sent. Then it asks the same server about a random address that shouldn't exist. If that one is accepted too, the honest label is catch-all, not valid.
Our engine for that is built and isn't live yet, so this page doesn't pretend to run it. Once the full check opens, the free tier is 100 credits a month with no card, and a result that comes back unknown isn't billed.
What a full check adds
The four verdicts our API returns, once it is live.
valid
Valid
The mailbox accepted the address at the SMTP step.
invalid
Invalid
The server rejected the address outright.
catch_all
Catch-all
The domain accepts every address, so the mailbox cannot be confirmed.
unknown
Unknown
The server would not give a straight answer. We say so, and we do not bill it.
Unknown is a verdict here rather than a footnote, and it is never billed. That is the whole argument: a verifier that hides what it could not resolve is reporting a number about the easy addresses.
Questions
Does checking an address email the person?
No. Even a full check closes the connection before the stage where a message body would be sent. The mailbox owner sees nothing.
Why can this page not confirm the mailbox?
A browser cannot open an SMTP connection to another company's mail server. Any web page claiming to do that from your tab is doing something else and describing it loosely.
Is a role address like info@ bad?
Not bad, just different. Shared inboxes generate more complaints on marketing sends and are often exactly right for support. We label it rather than remove it.
What if the domain is disposable?
The mailbox usually expires within hours, so anything you send later lands nowhere. Blocking these at the signup form works better than cleaning them out afterwards.
The full check, once it is live
100 free credits a month, no card, and unknowns are never billed.