Posted on 11 October 2007
Last night, while developing code for
MATRIKA, I came across a
situation where-in I had to validate an email-address. I wanted a way to stop people putting
[email protected] like I had been doing so, throughout my interactions with the Web.
The big question was: how to judge whether an entered text was really a valid email address. A solution to the above problem is in using a verification email, but it is not the best practice. Sometimes, a legitimate user has to go through the process of getting a validation email just because he misspelt his email address. Another approach is to ask a user to enter his email address twice. Again, that is a bit of inconvenience to a normal user. We are her to just seek information for future correspondence and better interaction with the user.
So how could I possibly find out the validity of an email address. Google is to rescue again, and with a few small searches I am guided to RFC2822 - Internet Message Format. The specifications are more than 50 pages long, and I am not the kind to read them again. So I took Google again. Digging deeper and deeper I came across this post which has a class to validate the email address.
The official specifications can be summarized to a simpler regular expression like
Now, thats a really long expression. It validates both the parts of an email address, the one before ‘@’ sign and the one after that. This expression defines all the possible valid email addresses. So an address like [email protected] would be considered valid, but in practicality, it is not. For there is no top-level domain by name ‘india’.
For this, I found another expression,
This expression is able to parse 99.99% of email addresses, but in a few cases it might fail. Actually, there are a few obsolete sections in the RFC 2822 specifications, and hence, have been removed from the above expression. Sounds good, but chances of failure are there.
Another expression worth noting here down is,
This expression explicitly defines the allowable top domain names that can be used in the email address. This is constraining the user to enter an email address from a particular top-level domain.
In practicality, it is really tough to determine the validity of an email address. Registration has become a must-have feature of every website, and to even read something many a times you have to register. As a result users like me are getting intelligent in making up non-sense email addresses (like another way I learned today to add .india at the end).
There exists no single regular expression that can validate an email address, and hence we need to validate an email address as per our usage and then proceed to verify using a verification email too.
Verification email - an inherent burden of validating an email address.