Validare l'email senza regex

Un indirizzo email si controlla in due passi: una regex larga ferma gli errori di battitura, un messaggio di conferma prova che la casella esiste. Nessuna regex da sola dice se l'indirizzo è reale.

Cosa dice lo standard

La sintassi completa sta nella RFC 5322, e la regex che la copre è lunga e illeggibile. Per un form bastano tre controlli: una chiocciola sola, una parte locale non vuota e un dominio con almeno un punto.

function looksLikeEmail(value) {
  if (value.length > 254) return false;
  const at = value.indexOf("@");
  if (at < 1 || at !== value.lastIndexOf("@")) return false;
  const local = value.slice(0, at);
  const domain = value.slice(at + 1);
  return local.length <= 64 && /^[^\s@]+$/.test(local) && /^[^\s@]+\.[^\s@]+$/.test(domain);
}

I limiti vengono dalla RFC 5321: 254 caratteri in totale e 64 nella parte locale. Sono limiti di trasporto, non una prova che l'indirizzo esista, quindi vanno letti come un tetto e non come una conferma.

I tre controlli che bastano

• Spazi e chiocciole doppie: si vedono senza regex e coprono la maggior parte degli errori di battitura.
• Punto nel dominio: un dominio senza punto non risolve, tranne su una rete locale.
• Lunghezza: oltre i limiti il messaggio viene rifiutato da qualche server a valle, non dal form.

Provarlo in un comando

node -e "const ok = (s) => /^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(s); console.log(ok('[email protected]'), ok('a@@b.co'), ok('a [email protected]'))"

Il comando stampa true false false: la regex accetta l'indirizzo plausibile e rifiuta chiocciola doppia e spazio. I tre casi vanno verificati prima di fidarsi della regex, perché ognuno copre un errore diverso.

Record vivi nel catalogo

Tre form di registrazione: full-screen-signup, auth-form e signup-01. Per sfogliare per categoria parti da blocchi signup.

La limitazione

La regex accetta indirizzi che nessun server consegna e rifiuta casi legali rari, come un dominio con caratteri non latini. La prova che conta è il link o il codice monouso: finché non viene usato, l'indirizzo resta non verificato.

Dove continuare

La validazione condivisa è in validazione con Server Actions; il form progressivo è in form progressivo; il confronto misurato fra librerie di form è in librerie form React.