Writing by Peter Hilton

Validate email addresses to level 4

First person to say ‘regex’ loses 2020-12-01 #data #DDD #UX

Andrew Measham

Every time you add an email address field to a product, you wonder how can we tell if the user entered the right email address? This calls for more than basic address format validation, and even trying to do that turns out worse than you expected.

You haven’t validated a mail address unless you’ve sent mail to it, and confirmed that the right person received it. This validation has four levels.

1. Check against the SMTP standard

When people enter a mail address, check that the address complies with the Internet email (SMTP) standard. This helps catch obvious errors, such as entering a telephone number instead of a mail address. Unfortunately, the various standards allow a wide variety of characters and formats.

This variety makes it difficult to correctly check a mail address against the standard without rejecting valid addresses, which frustrates people who would otherwise use your software. The complexity means that an individual developer who implements this check will most likely get it wrong.

Using someone else’s implementation requires choosing carefully. Online searches tend to find other people’s broken implementations, especially simplified regular expression (regex) ‘solutions’ that look less scary than the example at the bottom of Dragons.java.

2. Choose which domains to exclude

In most cases, your software asks for a mail address because you want to send mail there. Even if you only want to check for obvious mistakes, you won’t want to accept everything that looks like a valid mail address.

You can’t send mail to the domains reserved for documentation examples and testing:

You also can’t mail local addresses on someone else’s server, such as peter@localhost. Ideally, the way you check addresses against the standard offers the option to disallow local addresses and example domains (unlike Java’s InternetAddress.validate() method).

Third, you can’t send mail to an unregistered domain, or one with no mail servers. You can exclude these to check for typos, and warn someone entering a mail address to ‘double check’ their input. Note: this requires network queries, which might affect system performance, although you can cache the (DNS lookup) results.

Domains don’t always register mail exchange (MX) records that list their mail servers, so don’t assume that a domain without them cannot receive mail. A domain can announce (RFC 7505) that it does not accept mail, which might help.

3. Check if the address exists

SMTP defines a way to ask a mail server to confirm an address, but security measures dictate disabling it. To check that an address exists, in practice, you have to send mail there and confirm receipt, typically by asking the recipient to open a URL that contains a unique token.

4. Check if the address belongs to the right person

Just because someone receives your verification mail, doesn’t mean the right person did. Add a final check that blocks people from using your product until you have confirmed that they received the mail you sent them. Otherwise, they will use your service without correcting the mistake, like the Peter Hilton in another country whose telephone bill I receive every month.

Share on BlueskyShare on XShare on LinkedIn