In breve: l’Errore SMTP 553 Sender address rejected segnala che il server non accetta l’indirizzo usato come mittente o una condizione collegata alla sua policy. Il significato preciso dipende dal testo completo della risposta e dalla fase SMTP: non è corretto modificare il DNS senza aver prima identificato il rifiuto.
Indice dei contenuti
Errore SMTP 553 Sender address rejected: significato
Durante una sessione SMTP il client presenta un mittente envelope con il comando MAIL FROM. Questo indirizzo gestisce anche i ritorni di mancato recapito e può essere diverso dal campo From: mostrato nel messaggio. Un server può rifiutarlo perché sintassi o dominio non sono validi, l’account non è autorizzato a usarlo, la casella non esiste oppure una policy richiede identità coerenti.
Il codice 553 da solo non documenta quale regola sia scattata. Conserva testo esteso, host, orario, mittente envelope, destinatario e ID del messaggio. Alcuni server usano formulazioni personalizzate: la stessa etichetta può quindi richiedere controlli diversi.

Controllare mittente e autenticazione SMTP
- Verifica che l’indirizzo sia scritto correttamente, senza spazi, caratteri invisibili o dominio errato.
- Controlla che il dominio esista e che la casella o alias siano configurati quando richiesto dal provider.
- Confronta utente SMTP, mittente envelope e campo From visibile.
- Assicurati che il client usi il server, la porta, la cifratura e l’autenticazione previsti.
- Verifica se l’account è autorizzato a inviare con alias o domini differenti.
Non usare come soluzione casuale l’indirizzo di un’altra persona o un dominio non controllato. Molti servizi limitano l’invio a identità verificate per prevenire abusi. Se un’applicazione usa un return-path automatico, controlla la sua configurazione separatamente dal campo From.
Confrontare Webmail, client e applicazione
Invia un messaggio minimo dalla Webmail con lo stesso account. Se funziona ma il client fallisce, confronta impostazioni SMTP e identità del mittente. Se fallisce soltanto il sito, controlla il plugin SMTP, il return-path e le credenziali salvate dall’applicazione. Se falliscono tutti i canali, il problema può riguardare account, dominio o policy del server.
Esegui pochi test, variando un solo elemento alla volta, e annota il risultato. Un test verso un altro destinatario aiuta a capire se il rifiuto arriva dal server di invio o da quello ricevente. Non interpretare il messaggio senza identificare quale host ha restituito il 553.
Dati da inviare al supporto per l'errore 553
Prepara l’errore completo, data e ora con fuso, mittente, destinatario, canale usato, server SMTP configurato e risultato del confronto con Webmail. Se disponibile aggiungi l’ID del messaggio o la riga pertinente del registro di consegna. Maschera i dati personali non necessari e non inviare mai password.
Il supporto potrà controllare autenticazione, autorizzazioni del mittente e log del server gestito. Se il rifiuto proviene da un sistema esterno, potrebbe essere necessario coinvolgere il destinatario. Modifica SPF, DKIM o DMARC soltanto quando i dati mostrano un problema di autenticazione: un 553 legato a un alias non autorizzato non viene risolto aggiungendo record casuali.

Guide Xlogic correlate
Fonti tecniche
Domande frequenti
Il campo From è uguale al mittente envelope?
Non necessariamente. Il From è visibile nel messaggio, mentre il mittente envelope viene usato nella transazione SMTP e per i mancati recapiti.
Devo modificare subito SPF?
No. Prima identifica testo e server che hanno prodotto il 553. Il problema può essere sintassi, casella, alias o autorizzazione del mittente.
Perché Webmail funziona ma il sito no?
Il sito può usare credenziali, server SMTP, mittente envelope o return-path differenti. Confrontare i due canali aiuta a isolare la configurazione errata.
Conclusione
Per risolvere l’errore SMTP 553 Sender address rejected, conserva la risposta completa, identifica il server che rifiuta e confronta identità, account e policy. Il test Webmail aiuta a separare un problema dell’account da quello del client o dell’applicazione.