"450 4.1.8 Sender address rejected: Domain not found" / "553 5.1.8 Domain of sender address does not exist": soluzione

Cosa significa

Il server di destinazione ha cercato il dominio del tuo indirizzo mittente e non l'ha trovato nel DNS. Rifiuta la posta da un dominio che sembra non esistere, perché non potrebbe mai inviargli una risposta o un messaggio di mancata consegna. Il messaggio di solito è simile a uno di questi:

450 4.1.8 <user@yourdomain.com>: Sender address rejected: Domain not found

553 5.1.8 <user@yourdomain.com>... Domain of sender address user@yourdomain.com does not exist

Il primo viene da Postfix. La versione 450 è temporanea, quindi il tuo server riproverà, ma continuerà a fallire finché il dominio non potrà essere trovato. La versione 553 è definitiva.

L'indirizzo mittente verificato qui è il mittente della busta, chiamato anche Return-Path o MAIL FROM. Non è sempre l'indirizzo "From" che vedono le persone. App e server spesso lo impostano automaticamente, per esempio www-data@server1.local.

Perché succede

• Un nome locale o interno. Il mittente della busta usa un dominio che esiste solo all'interno della tua rete, come .local, .lan, .internal o il semplice nome del server (root@localhost).
• Un errore di battitura nell'indirizzo mittente, come yourdomian.com.
• Il dominio non ha né record A né record MX. Alcuni destinatari ne richiedono almeno uno per il dominio del mittente.
• Il dominio è scaduto o il suo hosting DNS è stato eliminato.
• Un sottodominio senza record, come bounce.yourdomain.com usato da uno strumento, che nessuno ha creato nel DNS.
• Problemi DNS: i name server del tuo dominio non rispondono, o rispondono male. In questo caso è frequente il codice temporaneo 450.

Come verificare

1. Leggi il messaggio di errore. L'indirizzo esatto tra parentesi è quello verificato. Guarda con attenzione il suo dominio.
2. Fai un test Delivmail. Invia un'email dalla stessa app o dallo stesso server all'indirizzo unico nella home page (/). Il report mostra il mittente della busta (Return-Path) e l'indirizzo From, così puoi vedere quale dominio usa davvero la tua app.
3. Analizza il dominio su /domain-scanner per vedere i suoi record MX e se risponde.
4. Controlla la registrazione del dominio su /whois per assicurarti che non sia scaduto.

Come risolvere

Se il dominio è locale o sbagliato

1. Imposta un vero indirizzo mittente su un dominio di tua proprietà, per esempio noreply@yourdomain.com.
2. In Postfix, imposta myorigin e myhostname con nomi reali (per esempio yourdomain.com e mail.yourdomain.com), oppure riscrivi gli indirizzi locali con sender_canonical_maps.
3. In PHP o in un sito web, imposta esplicitamente il mittente della busta (l'opzione -f di mail(), oppure il campo "Return-Path" o "Sender" della tua libreria di posta o del tuo plugin).
4. Nelle app e nei dispositivi, cerca un'impostazione "indirizzo mittente" o "from address" e usa un indirizzo reale.

Se il dominio è reale

1. Assicurati che abbia un record MX (dove arrivano le risposte) e, se possibile, un record A.
2. Se uno strumento usa un sottodominio di bounce personalizzato, crea i record che richiede (spesso un CNAME).
3. Rinnova il dominio se è scaduto, e verifica che i suoi name server rispondano.

Usare un dominio reale ti permette anche di configurare SPF, DKIM e DMARC, che ti serviranno comunque per una buona consegna.

Verifica che sia risolto

Dopo ogni modifica DNS, aspetta un po' che si propaghi (di solito meno di un'ora). Invia un nuovo test Delivmail dalla stessa app: il Return-Path deve ora mostrare il tuo dominio reale, e SPF deve essere verificato su di esso. Poi invia di nuovo l'email che era stata rifiutata, oppure lascia che il tuo server ritenti i messaggi in coda.