Sendmail: indirizzo mittente rifiutato (dominio non trovato)

Riscontro problemi con l'invio di posta sul nostro server web. Alcuni messaggi vengono inviati e recapitati senza problemi (ad es. Gmail), mentre altri vengono rinviati con "Indirizzo mittente rifiutato: dominio non trovato"

Comprendo che si tratta di una misura di protezione dallo spam mediante la quale viene effettuata una ricerca sul dominio di invio, ma il nostro dominio ha record MX:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
premiumconnect.co.za    mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za    mail exchanger = 10 za-smtp-1.mimecast.co.za.

Authoritative answers can be found from:

(A parte questo, perché non abbiamo risposte autorevoli? Potrebbe essere questo il problema?)

Oltre a un record A:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   premiumconnect.co.za
Address: 196.28.97.202

Ecco i registri per un messaggio specifico che stava tentando di inviare:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<bookings@premiumconnect.co.za>, size=3522, class=0, nrcpts=1, msgid=<52f22998c2680@premiumconnect.co.za>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb  5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb  5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found

Ho poca esperienza con Sendmail (o MTA in generale), non sono sicuro di quali altre informazioni possano essere utili.

— JonoCoetzee
fonte

Se non stai dando risposte autorevoli, devi assicurarti che il registrar del tuo dominio abbia i tuoi server NS elencati.

— NickW

Il nostro registrar di domini ci obbliga a usare i loro server dei nomi, non potrei cambiare se volessi purtroppo ...

— JonoCoetzee,

Bene, se sei costretto a usare il loro, devi assicurarti che i loro server NS stiano restituendo i record che desideri e che includano un record MX corretto. Assicurati inoltre che il tuo ISP o la tua società di hosting pubblichi un record RDNS adeguato per il tuo server di posta.

— NickW,

Va bene, i record restituiti sopra sono corretti per il nostro dominio e ciò che è impostato nell'autorevole NS (presso il registrar), incluso il record MX che punta a un mailserver esterno. Anche il mailserver (definito nel record MX) si risolve con una ricerca DNS inversa. Il dominio / server web non lo sa, non sei sicuro che ciò influisca sulle cose?

— JonoCoetzee,

Quindi, i tuoi server web vengono inoltrati tramite il tuo mailserver? Sarebbe il modo più semplice per garantire che la posta che stanno inviando passerà attraverso.

— NickW,

Risposte:

Questo errore riguarda specificamente l'indirizzo "da", non il server di posta mittente. Pertanto, i record MX non sono rilevanti e le impostazioni MTA probabilmente non sono pertinenti.

Il problema è che stai inviando un'e-mail da "bookings@debian70.vm", che il destinatario determina correttamente non può essere un indirizzo e-mail valido, poiché il dominio debian70.vm non esiste.

La soluzione dipenderà da come stai esattamente generando queste e-mail. Un'opzione è specificare l'indirizzo "da" desiderato in qualunque software stia generando queste mail.

D'altra parte sembra che tu non stia specificando attivamente un indirizzo "da", ma lasciando che il sistema ne generi uno. In tal caso, la parte dopo @ è impostata in base a ciò che il sistema pensa sia il suo nome di posta. Debian controlla '/ etc / mailname' per determinare questo, e se non trova nulla usa il suo nome di dominio completo, che nel tuo caso è 'debian70.vm' - un nome valido solo per la tua rete interna da è nel dominio di primo livello .vm.

Se modifichi / etc / mailname (creandolo se necessario) per dire "premiumconnect.co.za" (senza virgolette), probabilmente risolverà il tuo problema.

In caso contrario, ciò potrebbe indicare che un MTA sta generando l'indirizzo in base a qualche altra configurazione, quindi dovremmo sapere di più sulla tua configurazione MTA.

— Nye
fonte

Capisco che, se si guarda alla prima riga del registro vedrete che che l'indirizzo del mittente è impostato: from=<bookings@premiumconnect.co.za>. Ho già provato a impostare / etc / mailname. Cosa potrebbe causare questo non funzionare?

— JonoCoetzee,

Ho provato di nuovo con Gmail e le e-mail continuano a essere inviate come bookings@debian70.vm? Ho riavviato il servizio sendmail ma nessuna modifica.

— JonoCoetzee,

Ho Authentication-Warning: premiumconnect.co.za: www-data set sender to bookings@premiumconnect.co.za using -fnel mail.log, questo potrebbe essere correlato?

— JonoCoetzee,

Come dovrebbe risolvere il dominio debian70.vm? mi sembra che tu stia usando bookings@debian70.vm come indirizzo del mittente. Il controllo dello spam viene eseguito su debian70.vm, che non può essere risolto.

— sballato
fonte

@slm Nope. Questa è in realtà la risposta imho. Per me sta cercando di inviare posta come bookings@debian70.vm, il cui dominio non può essere risolto dal server remoto. Scusa se non è chiaro, modificherò la mia risposta.

— lapidato il

lapidato è giusto, questo è il problema principale .. un altro potrebbe essere il motivo per cui il suo server di inoltro accetta indirizzi del genere :)

— NickW,

@stoned - la modifica lo rende migliore, ho rimosso il commento, grazie.

— slm,

@NickW in realtà mi sembra che stia usando la macchina locale (127.0.0.1) per inviare la posta, quindi funziona. Immagino che non abbia inoltrato la posta da nessuna parte, altrimenti avrebbe probabilmente ricevuto una mail di errore anziché un registro degli errori. Se questo è vero, avrà problemi con i controllori di spam come SpamAssassin, ma di solito non riceverà alcun feedback per questo - il messaggio verrà semplicemente scartato dal mailserver del destinatario.

— lapidato il

Sono d'accordo, che è la ragione dietro il mio ultimo commento sotto la sua domanda :)

— NickW

Ho trovato il problema, una volta che sono stato indicato nella giusta direzione dalle altre risposte. Il sendmail.mc (generato automaticamente) aveva una linea MASQUERADE_AS(`debian70.vm')dnl, l'ho cambiato in MASQUERADE_AS(`premiumconnect.co.za')dnle le e-mail sono state impostate correttamente ora. Grazie per la comprensione.

— JonoCoetzee
fonte