Errori SMTP 421, 450 e 451: problemi temporanei

In breve: Gli errori SMTP 421 450 451 appartengono normalmente alla classe 4xx, cioè condizioni temporanee.

Errori SMTP

Questa guida approfondisce errori SMTP 421 450 451 con controlli progressivi, modifiche reversibili e verifiche finali. Non inviare password, cookie, token, chiavi private o codici 2FA nei ticket.

Che cosa significa

Il codice principale non basta: il testo e il sottocodice esteso spiegano se la causa è greylisting, servizio non disponibile, casella temporaneamente occupata, rate limit, reputazione o errore locale.

Se il problema persiste oltre la durata della coda, il mittente genera un rimbalzo definitivo. Bisogna quindi controllare orari e numero dei tentativi.

Come riconoscere il problema

• Track Delivery mostra deferred.
• Il rimbalzo parla di try again later.
• La consegna arriva dopo alcuni minuti.
• Solo un provider destinatario rinvia i messaggi.
• Molti invii simultanei ricevono 421.

Cause più frequenti

1. Greylisting

Il destinatario rinvia il primo tentativo e accetta quelli successivi. Confronta questa ipotesi con il messaggio completo e con i log dell’orario interessato, evitando conclusioni basate soltanto sulla pagina mostrata dal browser.

2. Servizio temporaneamente indisponibile

Il server remoto chiude o limita la sessione.

3. Rate limiting

L’IP invia troppi messaggi in un intervallo.

4. Casella o risorsa occupata

Il destinatario non può accettare temporaneamente.

5. Reputazione incerta

Il provider applica defer temporaneo.

6. Problema DNS o routing momentaneo

La consegna non può essere completata in quel tentativo.

Diagnosi passo per passo

1. Leggi il rimbalzo completo. Copia codice esteso, testo e host remoto. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
2. Controlla Track Delivery. Verifica deferred, tentativi e risposta. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
3. Confronta destinatari. Stabilisci se il problema è del singolo dominio. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
4. Controlla coda e volume. Individua picchi o account compromessi. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
5. Verifica autenticazione. SPF, DKIM e DMARC devono essere validi. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
6. Controlla reputazione e contenuto. Esamina pattern di invio e liste. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.
7. Attendi il retry previsto. Non reinviare manualmente molte copie. Salva il risultato prima di passare al controllo seguente, così potrai identificare il punto preciso in cui il comportamento cambia.

Procedura di risoluzione

1. Lascia lavorare la coda. Per un 4xx isolato il server riprova automaticamente. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
2. Riduci la velocità. Scagliona newsletter e messaggi transazionali. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
3. Correggi autenticazione. Allinea SPF e DKIM. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
4. Blocca invii anomali. Cambia credenziali e correggi moduli compromessi. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
5. Contatta il provider destinatario. Quando il defer è persistente e specifico. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
6. Verifica quota e casella. Se il testo indica risorse del destinatario o locale. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
7. Monitora l’esito finale. Conferma delivered o rimbalzo definitivo. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.

Domande frequenti

Guide Xlogic correlate

• Errori SMTP 550, 552 e 554: significato e soluzioni
• Errore SMTP 452 Insufficient System Storage
• Errore SMTP 450 Requested mail action not taken