Cos'è il Return-Path?

Definizione

Ogni email in realtà porta con sé due diversi indirizzi mittente. Il primo è l'indirizzo From, quello che il destinatario vede nella casella di posta e che la maggior parte delle persone considera il mittente. Il secondo è il Return-Path, un indirizzo dietro le quinte che i sistemi di posta usano per gestire i problemi di consegna.

Il Return-Path viene stabilito durante la transazione SMTP tramite il comando MAIL FROM. Quando un server mittente consegna un messaggio a un server ricevente, dichiara il bounce address in quel comando. Se in seguito il server ricevente non riesce a collocare il messaggio in una casella, genera un report di mancata consegna, spesso chiamato bounce, e invia quel report all'indirizzo indicato in MAIL FROM. Una volta accettato il messaggio, il mail server finale registra quell'indirizzo nel messaggio come una riga di intestazione chiamata letteralmente Return-Path.

Poiché è definito a livello di envelope anziché nel corpo del messaggio, il Return-Path può essere completamente indipendente dall'indirizzo From e dall'indirizzo Reply-To. Una campagna potrebbe mostrare marketing@yourbrand.com come indirizzo From mentre instrada i bounce verso un Return-Path come bounces@mail.yourbrand.com che nessuna persona legge mai direttamente.

Come funziona

Quando invii un messaggio tramite un provider di servizi email, il provider imposta il Return-Path su un indirizzo che controlla e monitora, spesso su un sottodominio dedicato a questo scopo. L'indirizzo From visibile resta quello del tuo brand così i destinatari ti riconoscono, ma l'envelope sender è l'indirizzo dell'infrastruttura del provider.

Se la consegna va a buon fine, il Return-Path resta semplicemente nelle intestazioni e raramente viene notato. Se la consegna fallisce, il server ricevente rispedisce un messaggio di bounce all'indirizzo del Return-Path. Il bounce contiene un codice di stato e una spiegazione del motivo per cui il messaggio non ha potuto essere consegnato, ad esempio una casella inesistente, una casella piena o un dominio che non si risolve più.

Il provider raccoglie quei messaggi di bounce, legge i codici di stato e li usa per classificare ogni fallimento. Un fallimento permanente come una casella inesistente è un hard bounce, mentre un fallimento temporaneo come una casella piena è un soft bounce. È questa classificazione ad alimentare la gestione automatica delle liste, perché gli hard bounce vengono in genere spostati direttamente in una lista di soppressione così da non essere più contattati.

Usare un Return-Path separato mantiene anche pulita la tua casella di posta quotidiana. Invece di centinaia di avvisi di errore che finiscono nella stessa casella che usi per le risposte vere, tutto il traffico automatico dei bounce viene raccolto in un unico posto dove può essere elaborato da un software anziché da una persona.

Perché è importante per la deliverability delle email

Il Return-Path è centrale per la deliverability per due ragioni collegate: autenticazione e gestione dei bounce.

Per l'autenticazione, SPF verifica il dominio presente nel Return-Path, non il dominio dell'intestazione From visibile. Quando un server ricevente valuta SPF, consulta il record DNS SPF pubblicato per il dominio del Return-Path e conferma che l'indirizzo IP che invia il messaggio sia nell'elenco autorizzato per quel dominio. Se il dominio del Return-Path non ha un record SPF, o se l'IP mittente non è elencato, SPF può fallire. È anche per questo che l'allineamento DMARC dipende in parte dal rapporto tra il dominio del Return-Path e il dominio From. Un Return-Path configurato correttamente è quindi un prerequisito per superare SPF in modo pulito.

Per la gestione dei bounce, è il Return-Path a rendere possibile l'igiene delle liste. Se il Return-Path punta a un indirizzo reale e monitorato, ogni consegna fallita produce un bounce che il tuo sistema può catturare e su cui può agire. Gli indirizzi non validi vengono identificati e soppressi rapidamente, mantenendo basso il tuo bounce rate. Un bounce rate alto, in genere qualsiasi valore sopra l'intervallo sano, segnala ai mailbox provider che non stai curando la tua lista, e loro reagiscono filtrando più posta nello spam. Se il Return-Path è assente o non valido, i bounce vanno persi, gli indirizzi errati restano e la tua reputazione si erode lentamente senza alcuna causa evidente.

Come la gestisce VeriMails

VeriMails interviene sul lato prevenzione di questa equazione. L'elaborazione dei bounce tramite il Return-Path ti dice quali indirizzi hanno fallito solo dopo che hai già inviato loro la posta e incassato il danno alla reputazione. VeriMails identifica gli indirizzi non recapitabili prima dell'invio, così molti meno arrivano al punto di generare un bounce.

Per ogni indirizzo che invii, VeriMails esegue la validazione della sintassi, una ricerca del record MX, un controllo DNS e un handshake SMTP dal vivo con il mail server ricevente, la stessa conversazione che altrimenti produrrebbe un bounce, eseguita in sicurezza in anticipo senza recapitare alcun messaggio. Applica inoltre il rilevamento catch-all, il rilevamento degli indirizzi usa e getta e il rilevamento degli indirizzi basati su ruolo. Il risultato ti dice se un indirizzo è recapitabile, con categorie di deliverability chiare per le decisioni di campagna.

Verificando prima la tua lista, mantieni bassi gli hard bounce fin dall'inizio, proteggendo la reputazione di invio che una buona configurazione di SPF e Return-Path è pensata per costruire. Puoi verificare indirizzi singoli tramite la REST API di VeriMails oppure controllare intere liste caricando un file CSV. La verifica parte da $0.0019 per email, con 10.000 crediti a $19 e piani annuali da $12.50/mese con fatturazione annuale, e ogni nuovo account riceve 100 crediti gratuiti che non scadono mai, senza bisogno di carta di credito per iniziare.

Domande frequenti