1. La Parte Locale (Nome Utente)

La parte locale appare prima del simbolo @ e identifica la casella di posta specifica presso un dominio. Secondo la RFC 5322, la parte locale può contenere:

Caratteri consentiti:

• Lettere maiuscole e minuscole (A-Z, a-z)
• Cifre (0-9)
• Caratteri speciali: ! # $ % & ‘ * + – / = ? ^ _ ` { | } ~
• Punto (.) ma NON all’inizio, alla fine o consecutivamente

Regole chiave:

• Lunghezza massima: 64 caratteri
• Sensibile alle maiuscole/minuscole in teoria, sebbene la maggior parte dei server di posta li tratti come insensibili
• Le stringhe tra virgolette consentono caratteri aggiuntivi: `”john..doe”@example.com`

Esempi validi comuni:

• `john.doe` (lettere e punto)
• `user+tag` (segno più per il filtraggio)
• `admin_2024` (underscore e cifre)
• `first-last` (trattino)

Errori comuni da evitare:

• Iniziare o terminare con un punto: `.john@` o `john.@`
• Punti consecutivi: `john..doe@`
• Spazi senza virgolette: `john doe@`
• Solo caratteri speciali: `@@@@@@@`

2. Il Simbolo @

Il simbolo @ (chiocciola) funge da separatore obbligatorio tra la parte locale e il nome dominio. Ogni indirizzo email valido contiene esattamente un simbolo @ (a meno che non sia all’interno di una stringa tra virgolette).

Regole critiche:

• È richiesto esattamente un @
• Non può apparire all’inizio o alla fine
• Non può essere escapato o sostituito

La posizione del simbolo @ determina dove finisce la parte locale e inizia il nome dominio. I sistemi di convalida delle email prima localizzano il simbolo @, poi convalidano separatamente le porzioni prima e dopo di esso.

3. Il Nome Dominio

Il nome dominio segue il simbolo @ e identifica il server di posta che riceve i messaggi per questo indirizzo. I nomi dominio devono essere conformi agli standard DNS (Domain Name System).

Requisiti di struttura del dominio:

• Contiene una o più etichette separate da punti
• Ogni etichetta: 1-63 caratteri
• Lunghezza totale del dominio: massimo 253 caratteri
• Deve avere record MX o record A validi per la consegna della posta

Caratteri consentiti nei nomi dominio:

• Lettere (A-Z, a-z)
• Cifre (0-9)
• Trattini (-) ma NON all’inizio o alla fine delle etichette

Esempi di domini validi:

• `example.com` (dominio base)
• `mail.company.co.uk` (sottodominio con codice paese)
• `server-01.internal.org` (trattini e cifre)

Esempi di domini non validi:

• `-example.com` (inizia con trattino)
• `example-.com` (etichetta termina con trattino)
• `example` (nessun TLD)
• `example..com` (punti consecutivi)

Affinché un’email possa effettivamente ricevere messaggi, il dominio deve avere record MX configurati correttamente nel DNS. Questi record indicano ai server di invio quali server di posta gestiscono la posta per quel dominio.

4. Il Dominio di Primo Livello (TLD)

Il TLD è il segmento finale del nome dominio dopo l’ultimo punto. I TLD rientrano in diverse categorie:

TLD generici (gTLD):

• Originali: .com, .org, .net, .edu, .gov
• Nuovi gTLD: .app, .dev, .io, .tech, .shop (oltre 1000 disponibili)

TLD di codice paese (ccTLD):

• Codici di due lettere: .uk, .de, .jp, .au, .ca
• Spesso usati localmente ma accessibili globalmente

Requisiti TLD validi:

• Minimo 2 caratteri (storicamente)
• I nuovi gTLD possono essere più lunghi: .technology, .international
• Devono essere registrati da IANA
• Non possono contenere solo cifre (nella maggior parte dei contesti)

La convalida moderna dovrebbe accettare qualsiasi TLD registrato da IANA anziché mantenere un elenco codificato, poiché nuovi TLD vengono introdotti regolarmente.

Indirizzi email validi

Indirizzi email non validi

Distinzione importante: questi esempi mostrano la validità della sintassi. Un indirizzo può essere sintatticamente valido ma comunque non ricevere posta se il dominio non esiste o non dispone di server di posta.

Convalida Email (Controllo Sintassi)

Cos’è: Verifica se un indirizzo email segue le corrette regole di formato senza contattare alcun server.

Cosa controlla:

• Struttura corretta ([email protected])
• Solo caratteri consentiti
• Corretto posizionamento dei punti
• Limiti di lunghezza
• Formato dominio base

Metodi:

• Corrispondenza di pattern Regex
• Parser di formato
• Convalida JavaScript lato client
• Verifica sintassi lato server

Velocità: Istantanea (millisecondi)

Risultato: “Questo indirizzo è formattato correttamente” o “Questo indirizzo viola le regole di formato”

Limitazione: Non può determinare se l’indirizzo esiste effettivamente o riceve posta.

Verifica Email (Controllo Esistenza)

Cos’è: Conferma che un indirizzo email esista effettivamente e possa ricevere messaggi.

Cosa controlla:

• Il dominio ha record MX validi
• Il server di posta risponde
• La casella di posta esiste (quando possibile)
• Non è un indirizzo usa e getta/temporaneo noto
• Non è in blacklist

Metodi:

• Lookup dei record DNS MX
• Connessioni al server SMTP
• Protocolli di verifica casella di posta
• Controlli database di consegnabilità

Velocità: Più lenta (1-5 secondi per indirizzo)

Risultato: “Consegnabile”, “Non consegnabile”, “Sconosciuto” o “Rischioso”

Limitazione: Alcuni server di posta bloccano i tentativi di verifica; i risultati non sono sempre accurati al 100%.

Perché hai bisogno di entrambi

Sistemi email intelligenti utilizzano prima la convalida (veloce, elimina errori ovvi) seguita dalla verifica per gli indirizzi che superano i controlli di sintassi. Questo approccio a due fasi:

• Previene errori di battitura alla sottomissione del modulo (convalida)
• Riduce il tasso di rimbalzo (verifica)
• Mantiene l’igiene della lista (verifica)
• Migliora la reputazione del mittente (entrambi)
• Aumenta la consegnabilità (entrambi)

Per le aziende che raccolgono indirizzi email, implementare entrambi i processi tramite strumenti di verifica e convalida delle email migliora significativamente la qualità dei dati.

1. Convalida del modulo eccessivamente restrittiva

Problema: Molti siti web utilizzano regole di convalida obsolete che rifiutano indirizzi legittimi.

Restrizioni comuni:

• Blocco dei segni più (+) utilizzati per il filtraggio delle email
• Rifiuto dei nuovi TLD come .io, .app o .dev
• Richiesta di almeno un punto nella parte locale
• Blocco di underscore o trattini

Soluzione: Aggiornare i pattern regex di convalida per accettare tutti i formati conformi alla RFC. Utilizzare un parser di sintassi email completo anziché regex eccessivamente semplificati.

2. Filtraggio di caratteri speciali

Problema: Moduli attenti alla sicurezza a volte bloccano caratteri speciali legittimi negli indirizzi email.

Comunemente rifiutati:

• `[email protected]` (filtraggio del segno più)
• `user%[email protected]` (percentuale)
• `[email protected]` (underscore, raramente)

Soluzione: Distinguere tra convalida email e sanificazione generale dell’input. Gli indirizzi email necessitano delle proprie regole di convalida specializzate.

3. Restrizioni TLD

Problema: Moduli che mantengono elenchi TLD codificati rifiutano domini di primo livello appena introdotti o meno comuni.

Esempi rifiutati:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Soluzione: Accettare qualsiasi dominio con una struttura TLD valida anziché mantenere una whitelist. Verificare la validità del TLD tramite lookup del dominio anziché tramite pattern matching.

4. Limitazioni di lunghezza

Problema: Campi di database o moduli con limiti di lunghezza arbitrari rifiutano indirizzi validi più lunghi.

Problema: Impostare un massimo di 50 caratteri rifiuta indirizzi come:

• `[email protected]` (55 caratteri)

Soluzione: Supportare il massimo di 320 caratteri (64 locale + @ + 255 dominio). I campi del database dovrebbero utilizzare VARCHAR(320) o equivalente.

5. Pattern Regex errati

Problema: Pattern regex semplificati non colgono casi limite o rifiutano formati validi.

Problemi regex comuni:

• Richiesta di almeno un punto: `^[^@]+@[^@]+\.[^@]+$` (troppo semplice)
• Blocco di punti consecutivi in stringhe tra virgolette
• Non gestione corretta dei sottodomini
• Definizioni errate delle classi di caratteri

Soluzione: Utilizzare librerie di convalida email consolidate e conformi alla RFC anziché scrivere regex personalizzati. Come riferimento, un pattern regex completamente conforme si estende per centinaia di caratteri.

6. Gestione caratteri Unicode/internazionali

Problema: Moduli che non supportano indirizzi email internazionalizzati rifiutano indirizzi con caratteri non ASCII.

Esempi:

• `mü[email protected]`
• `用户@domain.cn`

Soluzione: Implementare il supporto RFC 6531 o comunicare chiaramente agli utenti le limitazioni solo ASCII.

Soluzione pratica per gli utenti

Quando la tua email valida viene rifiutata:

1. Prova senza indirizzamento con segno più: Cambia `[email protected]` in `[email protected]`
2. Usa un TLD più comune: Se possibile, prova un indirizzo .com o .net
3. Rimuovi caratteri speciali: Usa solo lettere, cifre e punti
4. Controlla errori di battitura: Punti consecutivi, punti iniziali/finali, @ mancante
5. Contatta il supporto: Segnala il problema di convalida al sito web

Metodi manuali

1. Controllo sintassi visivo

Esamina l’indirizzo per errori evidenti:

• È presente un solo simbolo @?
• Caratteri prima e dopo @?
• Il dominio ha almeno un punto?
• Nessuno spazio o caratteri palesemente non validi?

Utile per controlli rapidi sul posto ma soggetto a errori per problemi sottili.

2. Invia email di prova

Il test definitivo: invia un messaggio e conferma la ricezione.

Processo:

• Invia un’email all’indirizzo
• Includi un link o codice di conferma
• Attendi l’azione del destinatario
• Conferma la consegnabilità

Pro: Accuratezza al 100% per la consegnabilità effettiva
Contro: Lento, richiede la cooperazione del destinatario, rischio di reclami per spam

3. Trucco recupero password

Verifica indiretta intelligente:

• Vai su un servizio che la persona probabilmente utilizza (Gmail, LinkedIn, ecc.)
• Inserisci l’email nel flusso “Password dimenticata”
• Il sistema indica “Email inviata” o “Email non trovata”

Nota: Questo funziona solo quando i servizi indicano se un’email esiste nel loro database. Molti ora restituiscono messaggi generici per motivi di sicurezza.

Metodi automatici

1. Convalida con pattern Regex

Le espressioni regolari controllano la sintassi senza chiamate esterne.

Pattern base (semplificato):

“`regex

^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$

“`

Pattern più completo (ancora semplificato):

“`regex

^[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+(?:\.[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+)@(?:[a-zA-Z0-9](?:[a-zA-Z0-9-][a-zA-Z0-9])?\.)+[a-zA-Z0-9](?:[a-zA-Z0-9-]*[a-zA-Z0-9])?$

“`

Pro: Veloce, funziona offline, nessuna dipendenza esterna
Contro: Pattern complessi difficili da mantenere, non può verificare la consegnabilità, casi limite complicati

Migliore pratica: Utilizzare librerie consolidate anziché scrivere pattern regex personalizzati.

2. Servizi API

Le API di verifica email controllano sia la sintassi che la consegnabilità.

Servizi popolari:

• ZeroBounce
• NeverBounce
• Kickbox
• Clearout
• EmailListVerify

Funzionalità API tipiche:

• Convalida sintassi
• Verifica dominio
• Controllo record MX
• Rilevamento email usa e getta
• Identificazione trappole antispam
• Verifica esistenza casella di posta

Pro: Controlli completi, alta accuratezza, veloce (1-3 secondi)
Contro: Costoso su larga scala, richiede connessione Internet

3. Widget di convalida in tempo reale

Librerie JavaScript che convalidano mentre l’utente digita.

Funzionalità:

• Feedback sintassi istantaneo
• Rilevamento errori di battitura del dominio (“gmial.com” → “gmail.com”)
• Avvisi email usa e getta
• Indicatori visivi (spunta/X)

Librerie popolari:

• Mailcheck.js (rilevamento errori di battitura)
• Email-validator (solo sintassi)
• Validator.js (include convalida email)

Pro: Ottima UX, previene errori prima della sottomissione
Contro: Solo sintassi (nessun controllo di consegnabilità), limitazioni lato client

4. Strumenti di verifica in blocco

Per convalidare grandi liste di email (da migliaia a milioni).

Processo:

1. Carica file CSV/testo di indirizzi
2. Il sistema elabora in parallelo
3. Scarica i risultati con lo stato di verifica

I risultati includono tipicamente:

• Stato Valido/Non Valido
• Punteggio di consegnabilità
• Livello di rischio (sicuro/rischioso/sconosciuto)
• Motivo dell’invalidità

Casi d’uso:

• Mantenimento dell’igiene della lista email
• Pulizia liste pre-campagna
• Deduplicazione database
• Convalida importazione

La verifica in blocco è essenziale per mantenere l’igiene della lista email e garantire tassi di consegnabilità elevati.

Per le Aziende

1. Accetta tutti i formati validi

Non rifiutare indirizzi email solo perché sono insoliti:

• Consenti l’indirizzamento con segno più (`[email protected]`)
• Accetta tutti i TLD validi
• Supporta i sottodomini
• Consenti punti, trattini, underscore secondo le regole RFC

Implementazione: Utilizza una libreria di convalida completa che segua gli standard RFC 5322 anziché regex personalizzati.

2. UX di convalida in tempo reale

Fornisci feedback immediato senza frustrare gli utenti:

Buone pratiche:

• Convalida mentre l’utente digita (con breve ritardo)
• Mostra messaggi di errore chiari che spiegano i problemi
• Suggerisci correzioni per errori di battitura comuni
• Usa indicatori visivi (colore, icone)
• Non bloccare la sottomissione per ritardi di verifica

Cattive pratiche:

• Convalida solo dopo la sottomissione del modulo
• Errori generici: “Email non valida”
• Blocco dell’indirizzamento con segno più senza spiegazione
• Falsi positivi che rifiutano indirizzi validi

3. Implementazione del Double Opt-In

Conferma che gli indirizzi email appartengano effettivamente agli utenti:

Processo:

1. L’utente invia l’email
2. Il sistema invia un’email di conferma
3. L’utente clicca sul link di conferma
4. L’indirizzo viene contrassegnato come verificato

Benefici:

• Previene errori di battitura nel database
• Conferma la consegnabilità
• Riduce i reclami per spam
• Migliora le metriche di coinvolgimento
• Conformità legale (consenso GDPR)

4. Mantieni l’igiene della lista

Pulisci regolarmente il tuo database email:

Azioni:

• Rimuovi immediatamente i hard bounce
• Segnala gli indirizzi con più soft bounce
• Identifica e segmenta gli utenti inattivi
• Ri-verifica periodicamente indirizzi vecchi
• Rimuovi indirizzi basati su ruolo quando appropriato

Frequenza: Ri-verifica l’intera lista ogni 6-12 mesi; contatti critici trimestralmente.

Per gli Utenti

1. Scegli indirizzi memorizzabili

La tua email funge da identità online:

Suggerimenti:

• Usa il formato nome.cognome per contesti professionali
• Mantienilo semplice per la condivisione verbale
• Evita numeri eccessivi o caratteri speciali
• Considera la longevità (gli indirizzi scolastici scadono)

2. Considerazioni sulla sicurezza

Migliori pratiche:

• Usa un’email univoca per account finanziari
• Considera indirizzi separati per acquisti/newsletter
• Non condividere l’email pubblicamente (bot di harvesting)
• Abilita l’autenticazione a due fattori
• Usa alias email quando sei preoccupato per la privacy

3. Indirizzamento con segno più per il filtraggio

Gmail e la maggior parte dei provider supportano l’indirizzamento con segno più:

Formato: `[email protected]`

Casi d’uso:

• `[email protected]` (filtra per etichetta)
• `[email protected]` (disiscrizione facile)
• `[email protected]` (traccia chi condivide/vende dati)

Tutte le varianti vengono consegnate a `[email protected]` ma consentono regole di filtraggio automatiche.

4. Gestione di indirizzi multipli

Approccio strategico multi-indirizzo:

Struttura:

• Professionale: [email protected]
• Personale: [email protected]
• Acquisti: [email protected]
• Test: servizi usa e getta per siti non affidabili

Usa client email o inoltro per gestire più indirizzi da un’unica casella di posta.

Indirizzi email internazionalizzati

La RFC 6531 (2012) ha introdotto il supporto Unicode negli indirizzi email, consentendo caratteri non ASCII sia nella parte locale che nel dominio.

Esempi:

• `用户@例え.jp` (Cinese/Giapponese)
• `Dörte@Sörensen.com` (Umlaut tedeschi)
• `χρήστης@παράδειγμα.gr` (Greco)
• `अजय@डाटा.भारत` (Hindi)

Stato attuale:

• Supporto: In crescita ma incoerente
• Provider principali: Gmail, Outlook supportano la ricezione; l’invio varia
• Sfide: Compatibilità sistemi legacy, limitazioni DNS

Raccomandazione: Gli indirizzi ASCII rimangono più universalmente compatibili. Gli indirizzi internazionalizzati funzionano meglio all’interno di sistemi regionali che condividono set di caratteri/lingua.

Sotto-indirizzamento e filtraggio

Oltre all’indirizzamento con segno più (+), alcuni sistemi supportano altri delimitatori:

Variazioni:

• Più: `[email protected]` (Gmail, Outlook, la maggior parte dei provider)
• Trattino: `[email protected]` (Yahoo, alcuni provider)
• Underscore: A volte funziona ma non è standardizzato

Filtraggio avanzato:

1. Crea sotto-indirizzi per scopi diversi
2. Imposta regole/filtri automatici
3. Traccia quali servizi condividono la tua email
4. Identifica facilmente le fonti di spam
5. Elimina in massa per filtro

Limitazione: Spammer sofisticati rimuovono l’indirizzamento con segno più prima di vendere le liste.

Indirizzi email usa e getta

I servizi di email temporanei forniscono indirizzi di breve durata per situazioni che richiedono un’email senza impegno.

Servizi popolari:

• 10 Minute Mail
• Guerrilla Mail
• Temp Mail
• Mailinator

Casi d’uso validi:

• Testare la funzionalità email
• Evitare spam su siti non fidati
• Download unici che richiedono registrazione
• Proteggere la privacy per servizi non critici

Considerazioni aziendali:

Le email usa e getta sono sintatticamente valide ma rappresentano lead di bassa qualità. Molti servizi di verifica segnalano i domini usa e getta, consentendo alle aziende di:

• Bloccare gli usa e getta alla registrazione
• Richiedere un’email alternativa per account importanti
• Segmentare gli usa e getta per un trattamento diverso

Indirizzi basati su ruolo

Gli indirizzi basati su ruolo rappresentano funzioni piuttosto che individui:

Esempi comuni:

• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`

Caratteristiche:

• Caselle di posta spesso condivise
• Tassi di coinvolgimento inferiori
• Necessari per le operazioni aziendali
• Soggetti a diverse regole antispam

Prospettiva aziendale:

Alcune normative sul marketing via email scoraggiano l’invio di contenuti promozionali a indirizzi basati su ruolo senza un opt-in esplicito.

Domini Catch-All

Le configurazioni catch-all accettano email a QUALSIASI indirizzo di un dominio, anche quelli inesistenti.

Come funziona:

• Dominio configurato per accettare tutta la posta: `*@example.com`
• `[email protected]` → consegnato alla casella di posta catch-all
• Spesso utilizzato da piccole aziende per non perdere mai email

Sfida di verifica:

I catch-all riportano sempre gli indirizzi come “validi” durante la verifica poiché il server accetta tutti i destinatari. I servizi di verifica segnalano tipicamente questi come stato “sconosciuto” poiché la consegnabilità effettiva non può essere confermata.

Errori “Indirizzo email non valido”

Quando vedi questo:

La tua email viene rifiutata nonostante tu sappia che funziona.

Soluzioni:

1. Controlla errori di battitura (punti consecutivi, @ mancante, spazi finali)
2. Rimuovi temporaneamente l’indirizzamento con segno più
3. Prova un’email alternativa se usi un TLD insolito
4. Contatta il supporto del sito web citando la conformità RFC 5322
5. Usa un’email diversa come soluzione temporanea

Se sei uno sviluppatore:

Rivedi la convalida regex rispetto agli standard RFC 5322. Considera l’utilizzo di librerie consolidate come `validator.js` o `email-validator` invece di pattern personalizzati.

Perché Gmail ignora i punti

Domanda: Perché `[email protected]` e `[email protected]` vengono consegnati alla stessa casella di posta?

Risposta: Gmail ignora intenzionalmente i punti nella parte locale per usabilità. Tutti questi raggiungono la stessa casella di posta:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Implicazione: Puoi fornire diverse “versioni” del tuo indirizzo e filtrare per campo destinatario, ma questa non è una funzionalità di sicurezza: raggiungono tutte lo stesso posto.

Il segno più non funziona

Problema: Usi `[email protected]` ma viene rifiutato o non filtra correttamente.

Cause:

1. Il sito web blocca i segni più: Comune ma non conforme alla RFC
2. Il tuo provider non lo supporta: Meno comune; Gmail/Outlook lo fanno
3. Filtro non impostato: Devi creare manualmente le regole di filtro

Soluzioni:

• Soluzione temporanea: Usa il trattino se il provider lo supporta
• Contatta il sito web per correggere la convalida
• Crea manualmente un filtro per le email in arrivo

Problemi con caratteri internazionali

Problema: Caratteri accentati o non latini rifiutati.

Realtà:

• La RFC 6531 supporta caratteri internazionali
• Molti sistemi non hanno implementato il supporto
• L’ASCII rimane il più compatibile

Soluzioni:

• Usa l’equivalente ASCII se disponibile
• Chiedi al provider informazioni sul supporto internazionale
• Usa un’email diversa per servizi che richiedono ASCII
• Segnala la limitazione al provider del servizio

“Questa email esiste già”

Problema: Non riesci a registrarti perché l’email è già registrata.

Possibili cause:

1. Hai un vecchio account dimenticato
2. Qualcuno ha digitato male la propria email (la tua)
3. Una violazione dei dati ha portato alla pre-registrazione di account
4. Una variante di indirizzamento con segno più è già stata utilizzata

Soluzioni:

• Usa il recupero password per riottenere l’accesso
• Prova una variante di indirizzamento con segno più: `[email protected]`
• Contatta il supporto per controllare/rimuovere il vecchio account
• Usa un indirizzo email diverso

L’email funziona ma la verifica fallisce

Problema: Ricevi normalmente le email ma gli strumenti di verifica segnalano “non valido”.

Cause:

1. Problemi temporanei del server: Record MX temporaneamente irraggiungibili
2. Blocco della verifica: Il server di posta blocca i tentativi di verifica
3. Dominio catch-all: Il server accetta tutti gli indirizzi, la verifica è incerta
4. Greylisting: Rifiuto temporaneo che richiede un nuovo tentativo

Soluzioni:

• Riprova la verifica dopo 24 ore
• Verifica la consegnabilità inviando un’email di prova
• Controlla direttamente i record MX DNS
• Accetta l’incertezza della verifica per i domini catch-all

Servizi di convalida consigliati

Per convalida in tempo reale:

• Abstract API – API semplice, sintassi + consegnabilità
• Clearout – Widget in tempo reale + API
• Kickbox – Rilevamento usa e getta + verifica

Per verifica in blocco:

• ZeroBounce – Pulizia liste email + punteggio
• NeverBounce – Verifica liste ad alto volume
• BriteVerify – Opzioni in tempo reale + in blocco

Validator gratuiti da provare

Strumenti solo sintassi:

• Email Regex Tester (regex101.com)
• Email Format Validator (freeformatter.com)
• Quick Email Verification (quickemailverification.com – piano gratuito limitato)

Verifica singola email:

• Email Checker (email-checker.net)
• Verify Email Address (verifalia.com – piano gratuito)
• Mail Tester (mail-tester.com)

Risorse per sviluppatori

Librerie di convalida:

JavaScript:

“`javascript

// Utilizzo di validator.js

import validator from ‘validator’;

validator.isEmail(‘[email protected]’); // true

“`

Python:

“`python

Utilizzo di email-validator

from email_validator import validate_email, EmailNotValidError

try:

v = validate_email(“[email protected]”)

email = v[“email”] # forma normalizzata

except EmailNotValidError as e:

print(str(e))

“`

PHP:

“`php

// Utilizzo del filtro integrato

if (filter_var($email, FILTER_VALIDATE_EMAIL)) {

// Sintassi valida

}

“`

Ruby:

“`ruby

Utilizzo della gemma valid_email2

require ‘valid_email2’

ValidEmail2::Address.new(“[email protected]”).valid? # true

“`

Documentazione RFC

RFC chiave:

• RFC 5321 – Simple Mail Transfer Protocol (SMTP)
• RFC 5322 – Internet Message Format (sintassi indirizzi email)
• RFC 6531 – Internationalized Email
• RFC 3696 – Application Techniques for Checking and Transformation

Accesso: Cerca “[numero RFC] ietf.org” o visita tools.ietf.org/html/rfcXXXX

Cosa rende non valido un indirizzo email?

Un indirizzo email non è valido se viola le regole di formato RFC 5322: simbolo @ mancante, nessuna parte locale o dominio, punti consecutivi nella parte locale, caratteri proibiti, superamento dei limiti di lunghezza (320 caratteri totali) o struttura del dominio malformata. Esempi comuni di indirizzi non validi includono indirizzi con spazi, simboli @ multipli o domini di primo livello mancanti.

Gli indirizzi email possono contenere spazi?

No, gli indirizzi email non possono contenere spazi in forma non tra virgolette. Gli spazi nella parte locale (prima di @) richiedono che l’intera parte locale sia racchiusa tra virgolette doppie: `”user name”@example.com`. Tuttavia, gli indirizzi con stringhe tra virgolette sono raramente supportati dai sistemi moderni e la maggior parte dei provider di posta li rifiuta nonostante la validità tecnica secondo la RFC 5322.

Le lettere maiuscole sono consentite negli indirizzi email?

Sì, la RFC 5321 specifica tecnicamente che gli indirizzi email sono sensibili alle maiuscole/minuscole. Tuttavia, quasi tutti i provider di posta moderni trattano gli indirizzi come insensibili alle maiuscole/minuscole nella pratica. `[email protected]` e `[email protected]` vengono consegnati alla stessa casella di posta su Gmail, Outlook, Yahoo e la maggior parte degli altri servizi. Migliore pratica: trattare gli indirizzi come insensibili alle maiuscole/minuscole.

Qual è la lunghezza massima di un indirizzo email?

La lunghezza massima di un indirizzo email è di 320 caratteri totali: fino a 64 caratteri per la parte locale (prima di @), più il simbolo @ (1 carattere), più fino a 255 caratteri per il nome dominio. I nomi dominio hanno anche restrizioni per etichetta (massimo 63 caratteri per etichetta tra i punti).

Tutti i domini email accettano tutti i formati validi?

No. Mentre la RFC 5322 definisce la sintassi valida, i singoli server di posta possono implementare regole più restrittive. Alcuni provider rifiutano l’indirizzamento con segno più, le stringhe tra virgolette o caratteri speciali insoliti nonostante la loro validità tecnica. Inoltre, alcuni servizi bloccano domini email usa e getta, indirizzi basati su ruolo o implementano restrizioni personalizzate per motivi di sicurezza o policy.

Come posso verificare se un indirizzo email esiste?

Invia un’email di prova e conferma la ricezione, oppure utilizza servizi di verifica email che controllano i record MX e interrogano i server di posta. Le API di verifica (ZeroBounce, NeverBounce, Kickbox) possono determinare lo stato di consegnabilità. Nota che alcuni server di posta bloccano i tentativi di verifica e i domini catch-all accettano tutti gli indirizzi, rendendo impossibile una conferma definitiva dell’esistenza in alcuni casi.

Cos’è la convalida della sintassi email?

La convalida della sintassi email è il processo di verifica se un indirizzo email segue le corrette regole di formato senza tentare la consegna. Verifica la corretta struttura ([email protected]), i caratteri consentiti, il corretto posizionamento dei punti e i limiti di lunghezza. La convalida della sintassi avviene istantaneamente e cattura errori ovvi, ma non può confermare se l’indirizzo esista effettivamente o riceva posta.

Posso usare caratteri speciali nel mio indirizzo email?

Sì, la parte locale degli indirizzi email può contenere questi caratteri speciali: `! # $ % & ‘ * + – / = ? ^ _ ` { | } ~` più punti (con restrizioni). La parte dominio consente solo lettere, cifre, trattini e punti. Tuttavia, alcuni siti web rifiutano erroneamente caratteri speciali validi, in particolare i segni più utilizzati per il filtraggio delle email.

Cosa sono gli indirizzi email usa e getta?

Gli indirizzi email usa e getta sono indirizzi temporanei forniti da servizi come 10 Minute Mail o Guerrilla Mail che scadono automaticamente dopo un certo tempo. Sono sintatticamente validi e ricevono posta normalmente durante la loro durata. Gli utenti li utilizzano per evitare spam su siti non fidati, mentre le aziende spesso bloccano domini usa e getta noti per garantire informazioni di contatto di qualità.

Come si convalidano gli indirizzi email in blocco?

Utilizza servizi di verifica email in blocco (ZeroBounce, NeverBounce, EmailListVerify) che elaborano grandi liste. Carica un file CSV o di testo contenente gli indirizzi, e il servizio convalida la sintassi e verifica la consegnabilità per ogni voce, elaborando tipicamente migliaia al minuto. I risultati includono lo stato di validità, i punteggi di consegnabilità e i livelli di rischio. La verifica in blocco regolare mantiene l’igiene della lista e migliora la reputazione del mittente.

Perché la mia email valida viene rifiutata su alcuni siti web?

La maggior parte dei rifiuti di email valide si verifica a causa di regole di convalida del sito web eccessivamente restrittive che non sono completamente conformi alla RFC 5322. Cause comuni includono il blocco dei segni più (+), il rifiuto dei nuovi TLD (.io, .app), la richiesta di punti nelle parti locali o l’uso di pattern regex obsoleti. Prova a rimuovere i caratteri speciali, usa temporaneamente un indirizzo .com o contatta il supporto del sito web per segnalare il problema di convalida.

Qual è la differenza tra convalida e verifica email?

La convalida email controlla le regole di sintassi e formato (istantanea, offline, gratuita), confermando che l’indirizzo sia strutturato correttamente. La verifica email controlla la consegnabilità effettiva interrogando i record DNS e i server di posta (più lenta, richiede internet, spesso a pagamento), confermando che l’indirizzo esista e riceva posta. Una gestione efficace delle email utilizza prima la convalida per catturare errori ovvi, poi la verifica per gli indirizzi che superano i controlli di sintassi.