16 email verification terms with simple explanations
When your list is validated you get detail from us about the results. Email Hippo results have two levels. The first level is the headline; Success, Bad, Retry Later, Unverifiable.
Then we give you more detail, to help you understand your email data in more depth. There are 16 ways to code each email we attempt to validate.
Here’s what our terms mean;
“Catch-all” mail servers take emails to a central domain for manual inspection. We identify emails with these domains as unverifiable as, well, they can’t be verified. A surprising amount of businesses use catch-all mail servers.
Means we tried to validate the email but the domain server wasn’t available. It might be a network fault, or that the server couldn’t cope with our processing speed so we need to do as it tells us and try later to prove that we are good guys, not a threat.
Domain is well known DEA
If you’re using our real time API and you get this response we have probably saved you from fraudulent activity. A DEA is a Disposable Email Address, i.e. one that someone uses for a short period of time and has little or no intention of ever using again. There is a significant link with DEAs and credit card chargebacks. We might change this result to, “Whoa, back up the truck, don’t let these guys anywhere near your check-out!” Bottom line. Don’t bother mailing to DEAs.
Server does not Support International Mailboxes
We can’t verify emails if they contain characters that the server does not recognise and if the server is not set to use Punycode to translate the characters. (Punycode isn't something most non-technical people will be bothered with. If you want to find out about it, there's a link at the end of this article.)
Possible spam trap detected
We think the email address is a spam trap so we tell you it’s a bad one and you shouldn’t mail to it. What’s a spam trap? A spam trap is an email address that is monitored, but not used. So you couldn’t have it on your list as a result of genuine opt-in. The chances are if you mail to it you will be reported for spam. This is similar to seeded emails, which are placed onto lists you may buy. A seeded email address is monitored and your usage will be checked in accordance with any licence terms that apply.
Mailbox does not exist
This one just says what it is. No mailbox, therefore a bad email address. Like a front door without a mailbox.
No MX servers found
No mail exchange (MX) server is defined for the domain the email contains, so the email address is an undeliverable one. No MX, no delivery. Easy.
Domain is inexistent
If it doesn't exist you can’t mail to it. The domain is the bit after the “@” and before the “.” by the way. So in our case, it's emailhippo ([email protected]emailhippo.com)
At Sign Not Found
Leading on from our domain troubles above, no “@” means it’s not an email address.
Too Many At Signs Found
Little rascals. Just one “@”per email please or it isn’t an email address.
When we tap a mail server to see if an email address is good, we’re sometimes told to try again later. This is because the server is set up to respond with a delaying tactic to make sure the email poke isn’t coming with malicious intent. If you’re using our API in real-time (so testing email addresses immediately) a grey listing result is recorded as unverifiable. When we check emails in bulk we can do as we’re told and come back again later to find out if the email address is OK.
Like grey listing. This happens when we're put on a "go slow" by a server that's set up to sloooooooow things doooooown to prevent spammers from blasting bad emails around. We get caught up in it too, even though we're the good guys. Que sera sera,
Email address is valid, you’re good to go.
Transient Network fault
Something went wrong with the connection in the briefest of moments when we tried to verify the address. Give it another go later and the result could be different, like when the guy from IT comes to fix your computer and it works without him doing anything. BUT, please don’t keep trying endlessly, the fault may be one that’s just bad and not be resolved so it could waste your time and money.
If the box is full you can’t cram your email into it and it’s not going to be read any time soon. We tell you when a mailbox is full as we think you should avoid sending another email to it. Maybe come back to it next time to see if the status has changed, it might be a legitimate situation where a user needs a bigger mailbox, but it’s more likely to just be out of date and full of rubbish. Lots of full email addresses will mess with your campaign results.
We don’t know anymore than that. There is simply no extra information available to interpret. We get None results when the mail provider is just doing stuff that only they know they are doing. Might be ad-hoc shut downs, might be using Office 365, might be just closing things down. If you have None responses don’t waste time retrying as the result won’t change.
We don’t know whether it is deliverable or undeliverable. It’s like the exception to prove the rule. Sometimes we just don’t know what to say.
Interested in Punycode? Read on here where Wikipedia explains it. https://en.wikipedia.org/wiki/Punycode