Sign UP to My-Addr Project
My-Addr Project contact form (email verification service)
Server time: Thu 06:22 GMT
User menu
service secured by https
Lastest news:
15 June 2018
Improved patterns for sub-statuses, percent of unknowns will be a little lower.
06 June 2018
Improved syntax handling for hotmails.
26 May 2018
Improved handling for "dead" servers.
25 May 2018
Uploaded file and related reports will be deleted automatically after 30 days or after click to "delete" button.
13 Apr 2018
We getting more "unknown" results from yahoo than usually, working on this.
12 Apr 2018
Added processor for speed up re-verification for "little" files.
11 Apr 2018
Fixed problem with bulk processing (when all new files was marked as "incorrect"). We apologize for that and decreasing price for bulk processing to 50% until 18 Apr.
04 Feb 2018
Bulk processing will be stopped for 30 minutes, because of maintenance. [done]
02 Feb 2018
Fixed endless re-verification for emails.
09 Oct 2017
Bulk processing was very slow today (because of problem with dc), fixed.
25 Sep 2017
Some files was delayed after verification, fixed.
12 Sep 2017
Perfomance issue was fixed.
08 Sep 2017
Service is overloaded because of issue with DC, we working on it.
15 Aug 2017
Increased processing speed for "little" files.
02 Jul 2017
Improved processing for private domains that hosted by office365.
13 Jun 2017
We regenerated reports for files that was finished 1-2 days ago but with empty reports.
09 Jun 2017
Fixed bug with file canceling when file already taken by parser.
30 May 2017
Speed up of emails re-verification.
19 May 2017
Fixes for yahoo verification.
23 Apr 2017
Bulk processing: "pause" button was added.
04 Apr 2017
New SSL certificate for and was not recognazed by some browsers, fixed.
21 Mar 2017
Major speed up and decreasing number of "unknown" results. "Bulk processing" queue continue to contains lots of files, it will take some time until files will be finished.
19 Feb 2017
Improved handling for some domains that will a little decrease % of unknown results.
04 Feb 2017
Fixes for "Get file info with API" documentation.

Online email address verification results guide


This short guide will help to understand our customers how to get maximum information from our email verification reports.
Bulk email verifier's result it's three CSV reports: "all","valid","detail".
example of email verification
Attention: not all text editors of Windows displaying file correct, pls use WordPad editor instead of default Notepad.
If all emails in report going in one row, or more than one email address per row - it's wrong editor and not issue of our service.

Understanding of "all" report

This type of report consist of email address and status. It's row structure is "","status", this is file of example.
In text editor it will looking like this:
Status "ok" will be if three conditions will be true:
  • email service answer us that ready to receive letter
  • no antispam tricks in use
  • email service do not answering that any email is valid
Status "fail" will be if five conditions will be true:
  • email service answer us that will not receive letter to this email
  • server is down
  • smpt server working incorrect
  • no antispam tricks in use
  • email syntax is incorrect
Status "unknown" will be if two conditions will be true:
  • looking like antispam tricks in use
  • email service answering "valid" for any email
We do not take money for "unknown" emails.


Understanding of "valid" report

This report - it's all emails from "all" report where status is "ok". Row structure is "", looking like:

Understanding of "detail" report

This newest type of report, created for advanced customers. Row structure is "","substatus", looking like:
There are 13 sub-statuses, prefix "t_" or "p_" can be added to sub-status, so sub-statues in report can be with/without prefix.
List and description of sub-statuses:
  • "ok" - all is ok, server saying that ready to receive letter to this address and no tricks detected
  • "error" - server saying that delivery fail, but no information about email existing
  • "smtp_error" - smtp answer of server is invalid, destination server report us about some internal error
  • "smtp_protocol" - destination server allow us to connect, but smtp session was closed before email was verified
  • "unknown_email" - server saying that delivery fail and email not exist
  • "attempt_rejected" - delivery fail, reason similar to "rejected"
  • "relay_error" - delivery fail because relaying problem happens
  • "antispam_system" - some antispam technology blocking verification progress
  • "email_disabled" - email account is suspended/disabled/limited and can't receive emails
  • "domain_error" - email server for whole domain is not installed or incorrect, so all emails not deliverable
  • "ok_for_all" - email server saying that ready to accept letter to any email
  • "dead_server" - email server dead, no connection to it
  • "syntax_error" - syntax error in email address
  • "unknown" - email delivery fail but no information about reasons
Prefix "t_" mean "temporary", "p_" mean "permanent". Prefix very useful because giving additional information about situation:
"p_email_disabled" - it means that server say that email is permanently disabled
"t_attempt_rejected" - it can happens when server just overloaded, and temporary reject verification
"p_error" - no information about email existing, but no chance to deliver email in future too
"t_error" - no information about email existing, but there is some chance that email is alive.
Sub-statuses with prefixes very powerful weapon for email results understanding and choosing email list for mailing.

Interesting facts for deeper understanding

There is only one method to be 100% sure that email address is really exist - send email letter.
There are no software or online tools in the world that can verify any email address 100% correct.
Why? Because it's theoretically impossible in case of some email services.
See example of unverifiable email service on scheme.
example of smtp that hard to verify
There is only one email verification method, it's called "SMTP verification", and it's based on data analysis in connection1.
So how "SMTP verification" can know that destination emails server will send bounce in second connection?
There are lots email servers that not compatible with smtp standards, so biggest part of software and online verification tools
giving fake results for it. Our service become one of the best verifiers because our verification based not only on standards,
it's based on large amount of experience.

Verify email list in two easy steps!

Copyright © 2007-2018
Non-free services of My-Addr Project.
All rights reserved. Usage of our sites is not allowed without follow of membership agreement.