Tasso elevato di differimenti email: come diagnosticarlo

Cosa significa un tasso elevato di differimenti delle email? Una checklist per diagnosticare i ritardi di consegna

Un tasso elevato di differimenti delle email significa che un server di posta destinatario ha posticipato l’accettazione di un gruppo di messaggi. Non li ha necessariamente rifiutati: spesso i server chiedono al mittente di riprovare più tardi, ad esempio durante un periodo di intenso traffico o mentre applicano un limite temporaneo agli invii. I messaggi potrebbero comunque arrivare, ma una password da reimpostare che arriva con 20 minuti di ritardo può sembrare un disservizio a chi la sta aspettando.

Se ti stai chiedendo cosa significhi un tasso elevato di differimenti per i tuoi invii, cioè cosa significa email differita nel contesto dei report del tuo provider, inizia verificando la definizione esatta del provider e le risposte SMTP nei relativi log. Una percentuale, da sola, non permette di capire se i messaggi sono in coda per un nuovo tentativo, se il ritardo riguarda un solo dominio destinatario o se si stanno avvicinando alla scadenza. Prima di modificare il volume o il percorso di invio, segui le verifiche riportate qui sotto.

1. Verifica che «differito» significhi ritardato, non rifiutato

Le piattaforme email non usano sempre le etichette di stato nello stesso modo. In una dashboard, «differito» può significare che il server destinatario ha rifiutato temporaneamente una connessione e che la piattaforma riproverà. In un’altra, può indicare che il messaggio è in attesa di un nuovo tentativo dopo un errore SMTP temporaneo. Prima di considerare ogni differimento come un mancato recapito, consulta la documentazione del provider e la cronologia degli eventi del singolo messaggio.

Cerca l’evento successivo associato allo stesso ID messaggio. Un successivo evento «consegnato» indica che il nuovo tentativo è riuscito; un evento di scadenza o di errore permanente indica che non è andata così. Prendi nota dell’intervallo tra i tentativi e delle regole di scadenza indicate dalla piattaforma. Se un messaggio è ancora in coda dopo 30 minuti, il solo stato non basta a stabilire se tutto funziona regolarmente o se il messaggio è bloccato.

Nei rapporti sull’incidente, distingui la consegna dal differimento. Un messaggio differito non è ancora arrivato al server del destinatario, anche se potrebbe arrivarci in seguito. Per indicazioni più ampie sulla reputazione del mittente e sui requisiti dei provider di posta, consulta Best practice per la recapibilità delle email · YourTrend.

2. Individua i messaggi interessati prima di modificare qualsiasi cosa

Per capire come diagnosticare ritardi nella consegna delle email, parti da un intervallo di tempo che includa il momento in cui è iniziato l’aumento dei differimenti. Filtra i log dei messaggi in base all’ora di invio, al dominio destinatario, all’IP di invio e al testo o al codice di risposta. Una prima verifica utile potrebbe coprire l’ora precedente e quella successiva all’avviso; amplia l’intervallo se il problema è iniziato prima. Esporta anche gli ID dei messaggi, così potrai seguire i singoli tentativi invece di affidarti soltanto ai totali della dashboard.

Quindi raggruppa i risultati. Se la maggior parte dei messaggi differiti è diretta a un unico dominio destinatario, il problema potrebbe riguardare soltanto quella destinazione. Se i messaggi provenienti da un solo IP di invio sono interessati su più domini, è opportuno esaminare più da vicino il percorso di invio. Anche il nome di una campagna può aiutare a capire se è coinvolto un solo flusso, come una newsletter di grandi dimensioni, mentre i messaggi di sicurezza dell’account continuano a essere consegnati normalmente.

Non sospendere subito tutti gli invii. Prima verifica se i messaggi interessati sono ancora sottoposti a nuovi tentativi e se altri messaggi stanno entrando in coda. Registra alcuni esempi con la cronologia completa degli eventi. Anche un piccolo campione può rivelare se si tratta di un breve picco o di un arretrato in aumento.

3. Leggi la risposta SMTP associata a ogni differimento

La risposta del server destinatario è più utile della dicitura «differito». Registra sia il codice di stato SMTP sia il testo completo, incluso il nome del server, se presente nei log. Una risposta temporanea della famiglia 4xx indica in genere che il server non sta accettando il messaggio in quel momento; da sola, però, non ne identifica la causa.

Per approfondire come analizzare gli errori SMTP temporanei, distingui i messaggi relativi ai limiti di frequenza dagli altri errori. La risposta potrebbe menzionare un numero eccessivo di connessioni, il volume degli invii, un server occupato o una restrizione temporanea basata su una policy. Altri differimenti possono dipendere da un controllo di greylisting, da un timeout della connessione, da un problema di risoluzione DNS o da un problema temporaneo lato destinatario. Conserva la formulazione esatta: riassumere «riprova più tardi» come «bloccato» può portare l’indagine nella direzione sbagliata.

Verifica se i tentativi successivi ricevono la stessa risposta. Se la prima connessione va in timeout e quella successiva riesce, l’incidente potrebbe essere temporaneo. Se lo stesso IP di invio riceve una risposta analoga relativa ai limiti di frequenza in più tentativi, evita di aumentare il numero di connessioni simultanee finché non avrai capito qual è il limite imposto dal server destinatario. Il testo SMTP è un elemento utile, ma non fornisce una diagnosi completa: può però indicare quale verifica eseguire dopo.

4. Verifica se il ritardo è circoscritto o si sta estendendo

Confronta i differimenti tra domini destinatari, IP di invio e flussi di messaggi. Un gruppo di messaggi interessati su un solo dominio suggerisce un problema più circoscritto, specifico di quella destinazione; se invece sono coinvolti più domini raggiunti tramite un unico IP, potrebbe esserci un problema comune nel percorso di invio. Se tutti i flussi iniziano a subire differimenti nello stesso momento, verifica se ci sono state modifiche comuni, come l’introduzione di un nuovo IP, un aggiornamento DNS o una variazione della pianificazione degli invii.

Ricostruisci brevemente la cronologia delle modifiche recenti. Includi l’ora d’inizio dei differimenti, il lancio di campagne, l’importazione di liste, le modifiche all’autenticazione, eventuali incidenti del provider e ogni variazione del volume di invio. Se martedì il team marketing ha importato una nuova lista, hai un indizio concreto da approfondire; un generico «problema di recapibilità» inspiegato non aiuta.

Confronta situazioni simili. Una campagna promozionale e un flusso di reimpostazione della password potrebbero usare IP, infrastrutture o modalità di invio diverse, quindi i loro risultati non sono direttamente confrontabili. Se il ritardo riguarda soltanto il flusso promozionale, concentra l’indagine su quello invece di instradare tutti i messaggi attraverso un altro sistema. Per monitorare gli invii transazionali a livello di evento, consulta Webhook email per le email transazionali.

5. Proteggi i messaggi urgenti mentre proseguono i nuovi tentativi

Controlla la frequenza dei nuovi tentativi della piattaforma, per quanto tempo mantiene un messaggio in coda e cosa succede allo scadere dell’intervallo previsto. Queste impostazioni possono variare a seconda del provider e del tipo di messaggio: controlla quindi la configurazione dell’account invece di dare per scontato che esista una pianificazione standard. Il ritardo di qualche minuto nella consegna di una ricevuta può essere scomodo; un codice di accesso monouso che scade prima di arrivare può impedire l’accesso.

Non inviare di nuovo un messaggio urgente attraverso un altro percorso senza aver prima verificato il rischio di duplicati. Il messaggio originale potrebbe essere ancora in coda e arrivare dopo l’invio alternativo. Prima di usare un canale di riserva approvato, verifica se il sistema può bloccare la copia in coda, se il messaggio contiene un ID stabile della transazione o dell’evento e se il destinatario potrebbe eseguire due volte la stessa istruzione.

Usa un canale alternativo soltanto se è autorizzato e il rischio di duplicati è sotto controllo. Per esempio, un team di assistenza potrebbe inviare un avviso urgente attraverso un canale secondario approvato, lasciando le ricevute ordinarie nella coda email. Se l’alternativa è un altro provider di posta, verifica che disponga di un’identità di invio valida e che non ripeta semplicemente lo stesso schema di traffico che ha causato il ritardo.

6. Segnala il problema con dati concreti, non con supposizioni

Contatta il tuo provider email se le risposte persistono dopo più tentativi, se la coda continua ad aumentare o se i tempi di consegna sono importanti per i clienti. Fornisci un insieme conciso di dati: timestamp con fuso orario, ID dei messaggi, domini destinatari, IP di invio, codici SMTP e testo completo delle risposte. Indica anche se i tentativi successivi sono riusciti. Dire «le email sono lente» offre al supporto pochi elementi su cui indagare; tre risposte identiche provenienti da un dominio specifico forniscono invece un indizio concreto.

Contatta il postmaster del destinatario soltanto se gli elementi raccolti indicano un problema nel sistema di quel destinatario e il tuo provider ritiene opportuno farlo. Attieniti ai fatti e includi pochi esempi, non l’intero elenco dei clienti. Non inviare contenuti sensibili dei messaggi, a meno che non vengano richiesti esplicitamente tramite un canale adeguato.

Rivolgi al provider una domanda specifica: il server destinatario sta applicando temporaneamente un limite di frequenza all’IP di invio? La coda sta ancora effettuando nuovi tentativi? È consigliata una modifica della configurazione? In questo modo potrai distinguere un problema di instradamento lato provider da una risposta del destinatario. Se hai modificato di recente SPF, DKIM o DMARC, controlla la cronologia delle modifiche e consulta la guida alla configurazione dell’autenticazione email prima di apportare altre modifiche.

7. Verifica che il problema sia rientrato prima di chiudere l’incidente

Per confermare il ripristino non basta osservare che il tasso complessivo dei differimenti è sceso. Verifica che i messaggi dell’intervallo interessato siano stati consegnati o abbiano raggiunto l’esito di scadenza documentato. Esamina un campione di ID messaggio e controlla poi se i nuovi messaggi diretti allo stesso dominio vengono accettati al primo tentativo o dopo un nuovo tentativo.

Lascia aperto l’incidente se la coda continua ad aumentare o se i nuovi messaggi ricevono ancora la stessa risposta temporanea. Una volta ripresa la consegna, annota la causa comprovata dai dati, l’ora in cui è iniziato il ripristino e ogni modifica duratura apportata ai nuovi tentativi o al volume di invio. Se non è stato necessario modificare la configurazione, scrivilo: un problema temporaneo del server destinatario non richiede una soluzione inventata.

Al prossimo avviso, salva l’intervallo di tempo interessato, gli ID dei messaggi, gli IP e le risposte SMTP complete prima di cancellare o reinviare qualsiasi cosa. Questi quattro dettagli possono impedire che un gruppo di messaggi in ritardo si trasformi in un secondo gruppo di duplicati.