What does "Unknown" mean in email verification? (And what to do with those addresses)
You check your email list and most addresses come back Passed or Invalid. Then there's a pile marked Unknown. It's tempting to delete them or ignore the label. Both can cost you.
Unknown means the checker asked the receiving mail server about the address and got no clear yes or no, often because of greylisting, a slow server or a provider that hides which mailboxes exist. It is not the same as Invalid. Keep addresses that opened or clicked recently, check the rest again in a day or two, and send to them separately and carefully.
An Unknown result simply means the checker asked the receiving mail server about the address and didn't get a clear yes or no. This guide explains why that happens, how Unknown differs from Invalid and catch-all, and how to handle those contacts sensibly.
How an email check gets its answer
A proper email checker doesn't send anyone an email. It looks up the domain's mail server and starts the same conversation a real email would, asking "would you accept mail for this address?" Then it stops before anything is sent.
Most of the time the server answers clearly. It either accepts the address, or refuses it with a permanent "no such user" error. Internet mail rules split server replies into permanent failures and temporary ones: a temporary reply means "not now, try again later." When the answer is temporary, missing or deliberately vague, the honest label is Unknown.
Why an address comes back Unknown
| What happened | What it usually means | Worth checking again later? |
|---|---|---|
| The server said "try again later" | Greylisting or rate limiting: the server temporarily turns away unfamiliar senders | Yes, often |
| The server didn't respond in time | A slow, busy or temporarily down mail server | Yes |
| The server accepted the connection but wouldn't say | Some providers deliberately hide which mailboxes exist | Usually no change |
| Security filtering blocked the check | Anti-spam protection in front of the real mail server | Usually no change |
- Greylisting. Some servers deliberately turn away the first attempt from a sender they don't recognize, expecting a real mail system to retry a few minutes later. It's a common anti-spam technique, and it produces a temporary "try later" answer.
- Timeouts and busy servers. Small business mail servers can be slow or briefly down. No answer means no conclusion.
- Providers that don't reveal mailboxes. To stop spammers testing addresses, some mail systems answer the same way whether a mailbox exists or not, or refuse to answer verification-style checks at all.
- Security gateways. Many companies route mail through filtering services that sit in front of the real server and may block or blur the check.
Unknown vs. Invalid vs. catch-all
- Invalid: the server gave a clear, permanent "no" (or the domain can't receive mail at all). Remove these.
- Catch-all: the server said yes, but it says yes to every address at that domain, so the specific mailbox can't be confirmed. See catch-all email addresses. Veml labels these Risky.
- Unknown: the server didn't give a usable answer at all.
So Unknown isn't a softer version of Invalid. Many Unknown addresses belong to real, active people whose company simply runs a cautious mail server.
What to do with Unknown addresses
- Look at your own history first. If the person opened or clicked one of your recent emails, the address works. Keep it. Your engagement data beats any checker's guess.
- Check them again later. If the cause was greylisting or a busy server, a second check a day or two later often gets a clear answer.
- Keep them in a separate group. Don't mix them into your main send. Put them in their own segment or tag.
- Send to that group carefully. A small, valuable email (not a big promotion) to the Unknown group, separate from your main campaign, shows you who's really there. Remove the ones that bounce.
- Set an expiry rule. If an Unknown contact hasn't opened anything in a set number of sends, stop emailing them.
What not to do: don't delete them all (you'll lose real customers), and don't paste them straight into your main campaign as if they'd passed. If you send to a lot of dead addresses at once, the bounces hurt every message you send afterward.
How common are Unknown results?
It depends almost entirely on who's on your list. A list of personal addresses at big consumer providers usually gets clear answers. A list of business contacts, especially companies using strict security filtering, tends to produce more Unknown and catch-all results. A high Unknown count doesn't mean your list is bad. It usually means your contacts work at cautious companies.
If you check the same list twice and the Unknown pile shrinks, temporary causes like greylisting were at work. If it stays the same, those servers simply don't reveal their mailboxes, and your own engagement data is the best guide.
See also: why email verification results change over time.
This is general information, not legal advice.
Questions people ask
- Is an Unknown email address bad?
- Not necessarily. Unknown means the mail server didn't give a clear yes or no, often because of anti-spam settings or a temporary error. Many Unknown addresses belong to real people.
- Should I delete Unknown results?
- Not all of them. Keep anyone who has opened or clicked your recent emails, re-check the rest later, and send to the remainder carefully as a separate group before deciding.
- What's the difference between Unknown and catch-all?
- A catch-all server accepts mail for every address at its domain, so a specific mailbox can't be confirmed. Unknown means the server gave no usable answer at all.
- Why do business addresses come back Unknown more often?
- Many companies use security gateways or settings that hide which mailboxes exist, to stop spammers testing addresses. That blocks a checker from getting a clear answer.
- Will checking again give a different answer?
- Sometimes. If the cause was greylisting or a busy server, a later check often gets a clear result. If the server never reveals mailboxes, the result will stay Unknown.