News for hackers. Stuff that matters.
Re:The Correct Way to Validate Email Addresses by tempestn on Thursday September 08, 2016 @12:09AM (#12450263)
I recently registered [mylastname].email, thinking to switch over to [email protected] from my gmail address. Turns out a large percentage of forms don't accept new TLDs.
Re:The Correct Way to Validate Email Addresses by vidarh on Thursday September 08, 2016 @01:26AM (#12450488)
I co-founded the company that set up the ".name" TLD as part of the first batch of new TLDs back in 2001, and we had no ends of problems because of that.

A lot of people either had hardcoded lists, or they checked the length and refused TLDs longer than 3 characters. We kept e-mailing people about it, and kept getting messages back from people who had "fixed" it by adding just us (we'd generally have pointed people to articles listing other new TLDs too, to make it clear to them that this wasn't just one TLD), or increasing the limit to 4 characters... We quickly gave up on trying to get these people to stop having useless checks and settled for just getting them to accept ours.

It's quite shocking people still haven't learnt even after the number of expansions since.

Re:The Correct Way to Validate Email Addresses by lostboys67 on Thursday September 08, 2016 @09:45AM (#12452913)
I recall doing something similar for .coop
Re:The Correct Way to Validate Email Addresses by toomanybeersies on Thursday September 08, 2016 @01:19AM (#12450464)
It's because a lot of regex validations (including earlier versions of Angular) have a regex that ends in something like

\.[A-Za-z]{2,4}$ (this is the end of the regex in Angular 1.15, it also doesn't support brackets or quotes in the local part, poor showing from Google)

At the time when they were written, gTLDs didn't exist, so the longest a tld could be was 4 characters (.info, .mobi). It's pretty piss poor futureproofing to be honest.

Re:The Correct Way to Validate Email Addresses by vidarh on Thursday September 08, 2016 @01:29AM (#12450499)
Angular didn't even exist when the first expansion happened, so either they were flat out ignorant, or they copied an earlier regex without verifying it (.museum was part of the initial batch of new gTLDs in 2001)