input type = "email" permite test @ test, por quê?

Sempre estive sob a suposição de que o navegador email-validation-regex é mais robusto do que algum padrão regex em JS / PHP.

Meu empregador acabou de me mostrar que as duas cadeias são consideradas corretas (finalmente no FF28):

test@test.com // Expected to be true, is true
test@test     // Expected to be false, is true

Por que o último é verdadeiro? Isso é um bug ou algo para o futuro? Porque, até onde eu sei, não é correto não usar uma extensão (além de talvez localhosts).

Alguém que possa lançar alguma luz sobre isso?

email firefox validation

— Martijn
fonte

"além de talvez localhosts" - e como o navegador se diferencia?

— MrWhite

Além disso, considero que isso <input type="email" />é útil apenas para sites para celular, para que a maioria dos teclados apareça com uma exibição apropriada (com a @tecla e alguns .comatalhos ...).

— RichouHunter

Eu não sei, eu não construo navegadores :) Pode ser um truque inteligente, ou talvez uma configuração que você possa adicionar #pattern

— Martijn

Esse é um endereço perfeitamente válido, por que ele seria rejeitado?

— Jörg W Mittag

porque test@testé um endereço de e-mail válido ... trata testcomo um tld. Assim como test@comé um endereço de email válido para o comTLD ... tools.ietf.org/html/rfc2822#section-3.4.1

— SnakeDoc

Respostas:

É válido porque testpode ser um domínio de nível superior e localpart@top-level-domainé um endereço de email válido.

Veja, por exemplo , Endereço de email, parte do domínio

— Matteo
fonte

E como a ICANN agora tem um processo para qualquer pessoa (grande o suficiente) solicitar o TLD de sua escolha, não é mais possível que um validador de e-mail rejeite testcomo TLD apenas porque ainda não está registrado.

— Steve Jessop

@SteveJessop Além disso, o OP não especificou se ele está falando em validade sintática (o e-mail seria válido mesmo se não estiver registrado) ou se ele está falando em verificar se o e-mail funciona (e, neste caso, seria necessário muito mais) .. .

— Matteo

Não verificando se existe, fiquei surpreso com a extensão do domínio não ser necessária. Isso tornaria a validação do navegador muito menos útil, pois alguém só precisa digitar asd @ ads e será aprovado.

— 28714 Martijn

@ Martijn: A "validação do navegador" é apenas uma verificação de validação de primeira linha (que é facilmente ignorada), por isso precisa ser a verificação mais ampla possível. A validação "estrita" final ainda precisa estar na sua lógica do lado do servidor.

— MrWhite

Você pode editar o arquivo hosts ou executar um servidor DNS em uma rede local para criar uma máquina com um nome de domínio de nível superior. O endereço de e-mail estará acessível apenas se for roteado somente dentro da rede local, mas é uma configuração possível.

— Lie Ryan
fonte

Observe também que os navegadores da web não são necessários para executar nenhuma verificação de validação. Navegadores mais antigos não fazem nada de especial com o endereço de email. Navegadores mais recentes podem ser validados, mas o tipo 'email' é mais útil em dispositivos móveis nos quais um teclado especializado pode ser mostrado ao usuário.

— Ron Lussier
fonte