Hai creato una lista email e avviato una campagna. Le aperture diminuiscono e i messaggi respinti aumentano. La settimana dopo, molte email finiscono nello spam di Gmail senza una causa chiara. Avere @ e un dominio non basta, e un indirizzo funzionante tre mesi fa potrebbe non esserlo più. Il deterioramento del 2 al 3 per cento al mese citato nell'articolo è una stima indicativa: l'evoluzione dipende dalla lista e i problemi di recapito possono avere più cause.
La verifica delle liste email valuta gli indirizzi prima dell'invio, oltre alla sintassi e all'esistenza del dominio. L'articolo descrive 25 segnali, tra DNS, interrogazioni SMTP ed euristiche di rischio. Lo SPF del destinatario non dimostra l'allineamento del mittente, e le euristiche non identificano con certezza le spam trap. Il punteggio aiuta a decidere quali indirizzi conservare, riesaminare o escludere.
La verifica può contribuire alla qualità della lista. Non sostituisce consenso, pertinenza, gestione dei rimbalzi e dei reclami, né garantisce reputazione o arrivo nella posta in ingresso.
Come liste obsolete possono influire sul recapito
Google, Microsoft, Yahoo e Apple possono considerare rimbalzi, reclami e interazioni secondo i propri sistemi. Gli indirizzi non validi possono compromettere una campagna, ma gli effetti non seguono una formula universale.
Primo, possono aumentare i rimbalzi permanenti. Una risposta 5xx non significa sempre che la casella sia inesistente: può indicare criteri del server o altri errori permanenti. Il 2 per cento e il 5 per cento citati sono riferimenti di allarme, non soglie universali che determinano automaticamente la reputazione.
Secondo, possono essere presenti spam trap. Alcune sono indirizzi abbandonati e riutilizzati; altre non sono mai appartenute a persone. Liste acquistate o ottenute tramite scraping richiedono particolare cautela, ma verificarle non conferisce consenso e non rileva ogni trappola in modo affidabile. L'effetto sulla reputazione dipende dal contesto.
Terzo, le metriche di interazione possono peggiorare. Indirizzi inattivi non generano interazioni e modificano la composizione della lista. Aperture e clic hanno limiti di misurazione e, da soli, non provano la causa di un cambiamento nel recapito.
Cosa controlla la verifica delle liste
La valutazione non deve essere soltanto valida o non valida. L'articolo attribuisce a TrekMail 25 controlli organizzati in fasi, con un punteggio finale. Verifica l'insieme disponibile e le regole nell'implementazione attuale.
Fase 1: controlli eliminatori
Nel modello descritto, alcuni esiti azzerano il punteggio e classificano l'indirizzo come non valido. È una decisione del prodotto e dei criteri applicati, non una prova universale che la casella non possa ricevere posta.
| Controllo | Cosa valuta | Perché conta |
|---|---|---|
| Sintassi | Validazione secondo RFC 5321 e regole del prodotto | Individua errori di formato; verifica la gestione dei casi particolari |
| Punycode e omografi | Segnala possibili caratteri ingannevoli nei domini internazionalizzati | Aiuta la revisione; un IDN legittimo non è necessariamente un attacco |
| Domini temporanei | Confronto con i 5,300+ provider citati nell'articolo | Guerrilla Mail, Temp Mail e Mailinator possono richiedere criteri specifici |
| Lista di blocco amministrativa | Consulta i blocchi definiti nel tuo account | Applica i tuoi criteri agli indirizzi già segnalati |
| Record MX | Interroga il DNS per trovare i server email | Senza MX può essere previsto il fallback implicito su A/AAAA; un null MX indica che il dominio non riceve posta |
| IP MX instradabile | Verifica che sia pubblico, non privato o riservato | Individua destinazioni come 127.0.0.1 o spazio RFC 1918 |
| Soppressione dei rimbalzi | Consulta i rimbalzi permanenti precedenti nell'account | Riduce invii impropri ripetuti secondo motivo e criteri di soppressione |
Dopo i sette controlli eliminatori, il modello avvia la fase 2 con punteggio 100. Verifica la gestione di eccezioni ed esiti inconcludenti.
Fase 2: segnali di rischio e punteggio
Alcuni controlli sottraggono punti, altri aggiungono informazioni. La categoria finale esprime il modello di rischio, non l'identità o il permesso di contattare qualcuno.
| Controllo | Cosa valuta | Effetto descritto |
|---|---|---|
| Indirizzi di ruolo | Segnala info@, support@ e admin@ | Informativo, senza penalità |
| Sequenze casuali | Individua schemi come xk7q9z@ | -15 punti nel modello |
| Suggerimenti per refusi | Segnala gmial.com, outlok.com e yaho.com | -10 punti nel modello |
| Indirizzi con segno più | Rileva user+tag@, una funzione legittima di alias | -5 punti nella regola descritta; non prova un rischio |
| DNSBL | Interroga Spamhaus e altre liste nell'ambito supportato | -30 punti nel modello |
| Età del dominio via RDAP | Consulta la data di registrazione | -10 se ha meno di 1 anno nel modello |
| Gravatar | Cerca un profilo associato all'indirizzo | Informativo; non prova l'identità |
| Nome nell'indirizzo | Cerca un nome riconoscibile nella parte locale | Informativo; non prova l'identità |
| Linguaggio offensivo | Segnala espressioni nella parte locale | Informativo |
| Sito del dominio | Verifica la presenza di un sito raggiungibile | Informativo; non prova la legittimità |
| Rischio di spam trap | Applica euristiche alle caratteristiche dell'indirizzo | Deduzione variabile; rilevamento non conclusivo |
| Record SPF | Verifica la pubblicazione di SPF nel dominio | Informativo; non dimostra ricezione o allineamento del mittente |
| Record DMARC | Verifica la pubblicazione di un criterio DMARC | Informativo; non dimostra capacità di ricezione |
| Provider gratuito | Segnala Gmail, Yahoo e Outlook | Informativo |
| Dominio in violazioni di dati | Consulta database noti secondo disponibilità | Informativo; non prova compromissione della casella |
| Interrogazione SMTP | Si collega al server e osserva la risposta al destinatario | L'accettazione non prova esistenza o recapito; catch-all e greylisting possono rendere l'esito inconcludente |
| Bonus per dominio proprio | Dominio non gratuito con MX + SPF + DMARC nel modello | +5 punti; non prova allineamento o consenso |
Categorie del punteggio
Il modello divide i risultati nelle categorie seguenti. Servono alla revisione, senza garantire attività della casella o recapito.
| Categoria | Punteggio | Interpretazione | Azione suggerita |
|---|---|---|---|
| Safe | 90 a 100 | Pochi segnali di rischio, senza prova di identità o attività | Inviare soltanto con permesso, pertinenza e monitoraggio |
| Valid | 60 a 89 | Esito favorevole con alcuni segnali da valutare | Confermare il permesso e monitorare |
| Risky | 20 a 59 | Più avvisi; l'esito può essere inconcludente | Rivedere manualmente o escludere secondo i criteri |
| Invalid | 0 a 19 | Controllo eliminatorio fallito o penalità accumulate | Sospendere l'invio e valutare il motivo |
Il punteggio offre più contesto di un esito binario. Un indirizzo con 62 oppure con 85 e indicatore di ruolo può richiedere scelte diverse. Non sostituire un indirizzo transazionale confermato con una stima, né considerare un punteggio favorevole un'autorizzazione a campagne B2B o contatti personali.
Modalità Quick e Deep
L'articolo descrive due modalità per scegliere la profondità della valutazione. Verifica funzioni e costi attuali.
La modalità Quick comprende la fase 1 e controlli selezionati della fase 2: sintassi, domini temporanei, MX, ruoli, sequenze casuali, refusi, alias con segno più e soppressione. MX richiede una query DNS, quindi non è un'operazione senza rete. Il costo citato è 1 credito per indirizzo; i millisecondi sono un riferimento, non una garanzia per moduli o webhook.
La modalità Deep include le 25 verifiche annunciate, con SMTP, DNSBL, RDAP, Gravatar, euristiche di spam trap e riferimenti a violazioni di dati. Il costo citato è 2 crediti per indirizzo. Può aiutare audit e campagne autorizzate. Verificare una lista acquistata non conferisce consenso né rende automaticamente lecito l'utilizzo.
| Funzione | Quick | Deep |
|---|---|---|
| Crediti per indirizzo | 1 | 2 |
| Controlli | Insieme di base descritto | 25 annunciati; verificare implementazione |
| Interrogazione SMTP | No nella modalità descritta | Sì, con possibili esiti inconcludenti |
| Interrogazione DNSBL | No | Sì, secondo copertura |
| Età del dominio via RDAP | No | Sì, secondo disponibilità |
| Euristiche di spam trap | No | Sì, senza rilevamento garantito |
| Velocità | Millisecondi nello scenario descritto | 1 a 3 secondi nello scenario descritto |
| Uso possibile | Registrazioni e revisioni di base | Campagne autorizzate, importazioni e audit |
Verifica in blocco
La verifica individuale serve a registrazioni e integrazioni. Per liste di 10,000 o 50,000 indirizzi, un processo in blocco può facilitare la revisione prima di una campagna autorizzata.
L'articolo indica fino a 50,000 indirizzi per attività TrekMail, caricati come CSV, XLSX o tramite API. Descrive deduplicazione per evitare addebiti ripetuti nella stessa attività; verifica limiti e regole attuali.
L'architettura descritta separa lettura del file, recupero anticipato del DNS per dominio ed elaborazione in lotti. La distribuzione round-robin mira a ripartire la coda tra account; i lotti possono eseguire controlli in parallelo secondo la capacità disponibile.
Il pannello descritto mostra avanzamento e conteggi safe, valid, risky e invalid. Al termine, l'export CSV può filtrare le categorie. Usa i segmenti per la revisione, non come prova di permesso all'invio.
L'articolo indica cancellazione automatica dei risultati dopo 15 giorni. Questo non prova che ogni log o backup segua lo stesso termine: verifica i criteri di conservazione applicabili.
Integrazione API
L'API REST descritta consente operazioni secondo gli endpoint disponibili. Usa un token bearer con gli ambiti necessari: verify:read per i risultati e verify:write per le richieste. Gli esempi riproducono lo snapshot, incluse sequenze di escape da rivedere prima dell'utilizzo.
Verifica di un indirizzo
curl -X POST https://trekmail.net/api/v1/verify -H "Authorization: Bearer tm_live_your_token" -H "Content-Type: application/json" -d \x27{"email": "user@example.com", "mode": "deep"}\x27
La risposta di esempio contiene punteggio, categoria e controlli eseguiti. SMTP accepted non prova una casella reale o un recapito futuro:
{
"status": "safe",
"score": 95,
"mode": "deep",
"checks": {
"syntax": true,
"mx": true,
"disposable": false,
"role_based": false,
"gibberish": false,
"dnsbl_listed": false,
"domain_age_days": 365,
"smtp_status": "accepted"
}
}
Invio di una richiesta in blocco
curl -X POST https://trekmail.net/api/v1/verify/bulk -H "Authorization: Bearer tm_live_your_token" -H "Content-Type: application/json" -d \x27{
"emails": ["a@example.com", "b@test.com"],
"name": "March campaign cleanup",
"mode": "deep"
}\x27
Il flusso descritto restituisce un identificatore di attività. Consulta lo stato o configura un webhook dove supportato. Risultati paginati ed export CSV per stato dipendono dagli endpoint e dai permessi attuali.
Limiti citati: 60 verifiche individuali al minuto, 10 richieste in blocco al minuto e 120 interrogazioni di stato al minuto. Verifica i limiti vigenti.
L'articolo descrive anche strumenti MCP (Model Context Protocol). Le otto funzioni coprono operazioni come verifiche, attività in blocco, crediti e risultati secondo implementazione. Claude Desktop, Claude Code, Cursor e altri client richiedono supporto compatibile, credenziali e ambiti adeguati.
Quando rivedere la lista
La revisione non deve essere un evento isolato. Le persone cambiano lavoro, abbandonano indirizzi e lasciano scadere domini. Il passaggio dal 95 per cento a gennaio all'85 per cento a giugno è illustrativo, non una previsione per la tua lista.
Prima delle campagne importanti. Valuta un controllo di base su segmenti ampi o datati. Il tasso di rimbalzo del 5 per cento citato è un avviso indicativo; costo e profondità dipendono dal rischio.
Dopo una pausa negli invii. L'articolo suggerisce una revisione dopo 90 giorni senza contatti. È un orientamento: conferma il permesso di ricontattare e considera rimbalzi e interazioni precedenti.
Quando ricevi dati esterni. Registrazioni a eventi e dati dei partner richiedono verifica dell'origine e dei permessi. Liste acquistate o ottenute tramite scraping non diventano autorizzate con Deep. Non usare la verifica per giustificare invii di massa senza consenso o altra base valida applicabile.
Alla raccolta. La verifica può aiutare a rilevare refusi in registrazioni, checkout e moduli. Gestisci con cautela alias legittimi ed esiti inconcludenti: la latenza API varia e il controllo non impedisce ogni dato errato.
Periodicamente. Per liste ampie, una revisione mensile o trimestrale può essere sensata secondo attività, consenso e rischio. Definisci una frequenza adatta, non una regola universale.
Crediti e prezzi
L'articolo descrive crediti mensili inclusi nei piani. La colonna dei prezzi contiene dati corrotti o incompleti dello snapshot e non è un listino valido: verifica prezzi e crediti attuali.
| Piano | Prezzo mensile nella fonte | Crediti inclusi / mese | Offerta descritta |
|---|---|---|---|
| Free | -bash | 10 | Account di hosting email secondo offerta |
| Starter | 100 | Hosting e lettura API secondo piano | |
| Pro | 0 | 300 | API e inoltro secondo permessi |
| Agency | 3.25 | 1,000 | API e 1,000 domini nello scenario descritto |
Il pannello può consentire acquisti di crediti aggiuntivi. Consulta il calcolatore della pagina Email Verifier per costi attuali per volume; non presumere lo stesso sconto in ogni offerta.
Nel modello citato, Quick usa 1 credito e Deep ne usa 2. La deduplicazione avviene nella stessa attività. L'articolo descrive rimborso dei crediti non elaborati quando annulli un lotto: verifica la regola vigente.
Integrata nell'hosting email
I servizi di verifica email possono essere indipendenti dall'hosting. Ciò non impedisce integrazioni per condividere risultati e storico dove disponibili.
Nel TrekMail descritto, la verifica fa parte della piattaforma di hosting. Questo può facilitare i flussi seguenti, senza renderli esclusivi né garantire la reputazione.
Soppressione automatica dei rimbalzi. Il flusso aggiunge i rimbalzi permanenti dell'account alla lista di soppressione consultata nella fase 1. Verifica motivi, tempi di aggiornamento e criteri. Altri servizi possono integrare lo storico degli invii quando ricevono i dati.
Protezione in Postfix. L'articolo indica sincronizzazione della lista ogni 5 minuti. Non è un blocco istantaneo: aggiornamenti in attesa o configurazioni diverse possono cambiare l'esito. La soppressione MTA riduce tentativi impropri secondo le regole, senza garantire reputazione intatta.
L'offerta integrata può riunire hosting e verifica nello stesso account e pannello. Controlla fatturazione, credenziali e ambiti, senza concedere permessi superflui.
Sicurezza e privacy
Gli indirizzi di terzi possono essere dati personali. Valuta finalità, accesso e conservazione nel processo di verifica.
- Crittografia TLS descritta per API e pannello; verifica configurazione e validazione dei client
- Cancellazione automatica dei risultati in blocco dopo 15 giorni secondo l'articolo; log e backup possono seguire criteri diversi
- Gestione dei dati con cancellazione dell'attività via API (
DELETE /api/v1/verify/bulk/{jobId}); la funzione non garantisce da sola conformità GDPR - Nessun contenuto dei messaggi nel verificatore. Il flusso descritto valuta indirizzi; controlla gli altri dati e log trattati
- Mitigazione dell'analisi temporale. L'articolo descrive risposte individuali con durata minima di 200ms; non elimina ogni inferenza o attacco basato sui tempi
Prova la dimostrazione
La pagina del TrekMail Email Verifier descrive una demo pubblica con punteggio e dettagli. Usa soltanto indirizzi che sei autorizzato a verificare. Disponibilità, registrazione, carta e tempi di risposta dipendono dalle condizioni attuali.
L'articolo cita un account gratuito con 10 crediti mensili e piani per volumi maggiori. Il valore Pro di 0/mese è corrotto nella fonte e non va usato come prezzo. Anche i 300 crediti, l'API e le verifiche SMTP Deep vanno confermati nell'offerta attuale.
Cura qualità e permessi della lista. Rivedi gli indirizzi prima del prossimo invio autorizzato.