Validare un’email

Validare un'email "correttamente" e' un problema molto piu' difficile di quanto sembri: la RFC 5322 e' un mostro. In pratica scegliamo un pattern abbastanza buono che accetta i casi comuni e rifiuta quelli ovviamente sbagliati.

Pattern: ^[\w.+-]+@[\w-]+(?:\.[\w-]+)+$

• [\w.+-]+ -- parte locale: lettere, cifre, _, ., +, -.
• @ -- separatore.
• [\w-]+(?:\.[\w-]+)+ -- dominio + almeno un TLD separato da ..

Cosa accetta: mario.rossi@example.com, foo+bar@sub.example.co.uk, user_123@test-domain.io.

Cosa rifiuta: mario@, @example.com, mario@example (no TLD), spazi.

Compromessi

Il pattern sopra non accetta:

• Stringhe quotate "strane (cose)"@example.com (RFC permette).
• Domini con caratteri Unicode (\u00fcber@m\u00fcnchen.de).
• TLD molto lunghi che non passano \w (es. internazionalizzati).

Se ti servono, allarga la classe a \p{L} con flag u, oppure delega a una libreria specializzata.

Compromessi e best practice per validare email

Nessuna regex può garantire l'esistenza reale di una casella email. I pattern troppo complessi degradano le prestazioni ed escludono domini legittimi insoliti. È preferibile usare una validazione di base per scartare errori macroscopici e inviare un codice di verifica.

Prova tu

Esercizio di ripasso

Sfida aggiuntiva