In breve: il greylisting ritarda temporaneamente un messaggio proveniente da un mittente non ancora riconosciuto e attende che il server di origine riprovi la consegna. Un server SMTP conforme effettua il nuovo tentativo e il messaggio viene normalmente accettato. Prima di disattivare la protezione, verifica in Track Delivery che il ritardo sia davvero causato dal greylisting e non da quota, DNS o un altro errore 4xx.
Indice dei contenuti
Come funziona il greylisting
Alla prima consegna, il server destinatario può rispondere con un codice SMTP temporaneo della serie 4xx. Il messaggio non è rifiutato in modo definitivo: resta nella coda del server mittente, che dovrebbe riprovare dopo un intervallo stabilito dalla propria configurazione.
Il sistema riconosce normalmente una combinazione di informazioni come IP mittente, indirizzo del mittente e destinatario. Dopo un nuovo tentativo valido, la combinazione può essere accettata per le consegne successive. Il comportamento preciso dipende dalla configurazione del server destinatario.
Come riconoscere il ritardo
- il messaggio arriva, ma più tardi del normale;
- la traccia mostra prima uno stato deferred con codice 4xx e poi una consegna riuscita;
- il problema interessa soprattutto un nuovo mittente o un nuovo percorso di invio;
- un’applicazione che non mantiene una coda SMTP fallisce invece di riprovare;
- il testo della risposta cita esplicitamente greylisting, retry o una sospensione temporanea.
Un codice 421, 450 o 451 non dimostra da solo il greylisting. Gli stessi codici possono segnalare manutenzione, reputazione, limiti di risorse, casella temporaneamente indisponibile o policy antispam.
Controllare Track Delivery
- Apri Track Delivery in cPanel.
- Cerca il destinatario e restringi l’intervallo alla data e ora del messaggio.
- Leggi stato, server remoto e risposta SMTP completa.
- Verifica se compare un secondo tentativo e se viene accettato.
- Confronta l’IP di invio tra primo e secondo tentativo.
Se il messaggio proviene da un fornitore esterno, chiedi anche i log del server mittente. Senza entrambi i lati non è possibile attribuire ogni ritardo al greylisting.
Se amministri il server mittente
Non reinviare manualmente lo stesso messaggio molte volte. Controlla che l’MTA mantenga la coda e riprovi le risposte temporanee. Mantieni coerenti hostname, reverse DNS e autenticazione del dominio; un’infrastruttura che cambia IP a ogni tentativo può essere riconosciuta con maggiore difficoltà.
Un’applicazione Web non dovrebbe collegarsi direttamente al server destinatario e abbandonare il messaggio al primo 4xx. Usa un server SMTP che gestisca coda e retry.
Se gestisci il dominio destinatario
Quando la funzione è disponibile nell’account, cPanel offre Configure Greylisting per abilitare o disabilitare la protezione per dominio. Prima di cambiarla, misura frequenza e impatto dei ritardi. Su alcuni servizi la configurazione può essere gestita a livello server e non dall’utente.
Un’eccezione deve essere mirata e basata su mittenti verificati. La disattivazione globale riduce una protezione antispam e non risolve un server mittente che ignora le risposte SMTP temporanee.
Cosa non fare
- non classificare ogni errore 4xx come greylisting;
- non creare whitelist per intere reti senza verificarne l’identità;
- non disattivare la protezione per risolvere un singolo caso non diagnosticato;
- non promettere un tempo esatto di consegna: dipende dal retry del mittente;
- non confondere un ritardo temporaneo con un rifiuto SMTP definitivo 5xx.
Quando contattare l’assistenza Xlogic
Apri un ticket se il mittente ritenta correttamente ma il messaggio resta differito, il pannello non consente di gestire la funzione oppure la risposta non è chiara. Indica mittente, destinatario, data e ora con fuso orario, Message-ID se disponibile e risposta SMTP completa. Non inoltrare password o contenuti riservati non necessari.
Guide Xlogic correlate
- Track Delivery in cPanel: tracciare email ed errori
- Errori SMTP 421, 450 e 451
- Email Deliverability in cPanel
Domande frequenti
Il greylisting perde le email?
Un server SMTP conforme conserva il messaggio in coda e riprova dopo la risposta temporanea. Il problema nasce quando il sistema mittente non gestisce correttamente i retry o abbandona subito la consegna.
Quanto dura il ritardo causato dal greylisting?
Non esiste un tempo garantito. Dipende dalla finestra configurata dal destinatario e dall’intervallo di retry del server mittente. I log mostrano l’orario effettivo dei tentativi.
Un codice SMTP 450 indica sempre greylisting?
No. I codici 4xx sono temporanei e possono avere molte cause. Leggi il testo completo della risposta e verifica i tentativi successivi prima di identificare il greylisting.
Conviene disattivare il greylisting?
Solo dopo aver misurato il problema e valutato la protezione antispam. Prima correggi eventuali server mittenti che non riprovano e usa eccezioni mirate quando sono disponibili e giustificate.