postfix dice che la posta è stata inviata correttamente, il messaggio non arriva nella posta in arrivo degli ISP? nessun rifiuto nel registro?


10

Quando invio un messaggio di prova dal mio server di posta alla mia e-mail @ bellsouth.net, il registro postfix mostra che è stato inviato OK, ma il messaggio non arriva mai nella mia casella di posta bellsouth. Non dovrei ricevere un avviso di errore o un rimbalzo se At & T sta bloccando i messaggi?

Sto cercando di risolvere il motivo per cui alcuni clienti non ricevono e-mail, ma se non c'è nulla in mail.log per dire che il messaggio è rifiutato, come faccio a sapere quali messaggi sono stati recapitati correttamente?

Il registro mostra:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

Il server AT&T ha accettato il messaggio, giusto?

Mi capita di avere un'e-mail At & T / Bellsouth, ma non ho un account con tutti gli ISP che inviamo. Ho bisogno di un modo per sapere se un messaggio sta arrivando a destinazione o no. C'è qualche impostazione nel mio file main.cf che potrebbe influire sul fatto che riceviamo o meno notifiche di rifiuto / rimbalzo?


Suppongo root@mydomain.comsia solo un esempio. Sei sicuro di poter ricevere e-mail sull'indirizzo "da"? In caso contrario, eventuali rapporti di mancata consegna andranno persi.
Matteo

V'è una possibilità che hanno le loro contromisure di spam impostati in modo che accetta la posta e li fa uscire in silenzio senza ottenere alla casella di posta del cliente.
Bart Silverstrim,

@BartSilverstrim, non dovremmo ancora ricevere un avviso da loro?
Nick,

1
Dipende da come viene gestito. Posso configurare un server di posta che accetti il ​​trasferimento della posta e poi lo cestini in silenzio. Non è difficile da fare. E con un sacco di spam oggi proveniente da indirizzi falsi, l'invio di un messaggio di rimbalzo può aggiungere al carico di spam, in quanto qualcuno che non aveva nulla a che fare con lo spam e il loro indirizzo nel "da" avrebbe ricevuto una notifica di rimbalzo per qualcosa che non avevano sì, caricando il loro amministratore di sistema rispondendo da dove veniva.
Bart Silverstrim,

Risposte:


8

Il dsn=2.0.0simbolo e relay=indica che il server di posta di Bell ha accettato il messaggio. Tuttavia, ciò non significa che consentirà il recapito del messaggio nella casella di posta dell'utente. In questo caso, la spiegazione più probabile è che i filtri antispam di Bell South abbiano ripulito il messaggio prima di raggiungere la casella postale dell'utente o che il software di posta dell'utente abbia ripulito il messaggio.

Assicurati che l'indirizzo e-mail di ritorno accetti i messaggi in modo che rimbalzi il ritorno dai server di Bell South. Ciò è importante anche nel caso in cui si tenti di recapitare la posta alle caselle postali sui loro server che in realtà non esistono.

Controlla la configurazione della tua posta per assicurarti che la posta non venga contrassegnata come spam (inviando te stesso e quindi controllando le intestazioni). Postfix dovrebbe scrivere le intestazioni / buste corrette in modo che la posta sembri provenire dal dominio specificato nell'indirizzo "da". Quindi se il tuo server di posta è per mail.example.com ma il nome host del tuo server è in realtà mailserver.int.hostingprovider.com, allora postfix deve essere impostato per mascherarsi correttamente come example.com. Ciò dovrebbe anche corrispondere al DNS inverso in modo che una ricerca sull'indirizzo IP del server restituisca l'indirizzo del server (se non è corretto, impostare il record PTR su di esso). Questo può essere facilmente verificato con scavare.

dig example.com
dig -x <your IP address>

Dovresti anche considerare di impostare SPF nel tuo DNS in quanto è un'aggiunta semplice e veloce al punteggio anti-spam della posta dal tuo server.


È possibile impostare un indirizzo di rimpatrio globale bounces@mydomain.com in PostFix in modo che lo aggiunga sempre a ogni messaggio indipendentemente dalla persona o dall'applicazione che lo invia? La ricerca DNS inversa è mail.mydomain.com e mail.mydomain.com si risolve nello stesso indirizzo IP. Ieri ho aggiunto un record SPF: ho usato lo strumento di Microsoft per crearne uno. L'ho aggiunto come record txt a mydomain.com e non a mail.mydomain.com. Dovrebbero essere entrambi? Spam Assassin nel mio lavoro ha dato al messaggio un "-2.6".
Nick,

L'SPF dovrebbe essere su qualunque cosa venga restituita dig MX mydomain.com. Se non hai un MX set, questa sarà la versione canonificata di dig mydomain.com. Non sarebbe male essere su entrambi i domini (poiché è solo un record TXT). Per quanto riguarda un raccoglitore di rimbalzi generico, potresti gestirlo con un filtro in postfix che esegue un bcc in una cassetta postale separata se trova un rimbalzo ma questo è complicato (vedi postfix.org/postconf.5.html#recipient_bcc_maps per la mappatura bcc ). I rimbalzi dovrebbero essere visti dagli utenti stessi nel caso in cui stiano provando a spedire qualcuno e a sbagliare l'indirizzo.
webtoe,

2
Penso di aver capito il problema: PHP stava inviando posta come dati www anche se gli avevo detto di non farlo. Devi aggiungere -f e un altro flag al comando sendmail per forzarlo a usare la busta che desideri. Penso che gli ISP eliminino la posta dai dati www.
Nick

Nel mio caso di e-mail inviate correttamente ma scartate in silenzio, l'aggiunta dell'indirizzo del mittente alla lista bianca sul sito del destinatario ha aiutato. Si riferisce a un pacchetto di web hosting di Host Europe.
tanius,

3
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Bellsouth accettò il messaggio; non è più responsabilità di postfix.

Chiedi a bellsouth cosa è successo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.