postfix mengatakan mail terkirim ok, pesan tidak sampai di inbox ISP? tidak ditolak dalam log?


10

Ketika saya mengirim pesan pengujian dari server email saya ke email @ bellsouth.net saya, log postfix menunjukkan bahwa itu dikirim OK, tetapi pesan itu tidak pernah tiba di inbox bellsouth saya. Tidakkah seharusnya saya mendapatkan pemberitahuan kegagalan atau bouncing jika At & T memblokir pesan?

Saya mencoba memecahkan masalah mengapa beberapa pelanggan tidak mendapatkan email, tetapi jika tidak ada apa-apa di mail.log untuk mengatakan pesan ditolak, bagaimana saya tahu pesan mana yang berhasil dikirim?

Log menunjukkan:

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

Server AT&T menerima pesan itu, bukan?

Saya kebetulan memiliki email At & T / Bellsouth, tetapi saya tidak memiliki akun di setiap ISP yang kami kirim. Saya perlu cara untuk mengetahui apakah suatu pesan mencapai tujuannya atau tidak. Apakah ada pengaturan pada file main.cf saya yang akan mempengaruhi apakah kita mendapat atau menolak pemberitahuan bouncing?


Saya kira root@mydomain.comhanyalah sebuah contoh. Apakah Anda yakin dapat menerima email pada alamat 'dari'? Kalau tidak, akhirnya laporan tidak terkirim akan hilang.
Matteo

Ada adalah kemungkinan bahwa mereka memiliki penanggulangan spam mereka mengatur dengan cara yang ia menerima surat dan diam-diam kesedihan mereka tanpa mendapatkan ke inbox pelanggan.
Bart Silverstrim

@ BartSilverstrim, bukankah kita masih harus mendapat pemberitahuan dari mereka?
Nick

1
Tergantung bagaimana penanganannya. Saya dapat mengatur server surat yang akan menerima handoff surat dan kemudian membuangnya dengan diam-diam. Tidak sulit untuk dilakukan. Dan dengan banyak spam hari ini dari alamat palsu, mengirim pesan bouncing dapat menambah beban spam, karena seseorang yang tidak ada hubungannya dengan spam tetapi dengan alamat mereka di "dari" akan mendapatkan pemberitahuan bouncing untuk sesuatu yang mereka tidak lakukan. lakukan, membebani sysadmin mereka dengan menjawab dari mana asalnya.
Bart Silverstrim

Jawaban:


8

The dsn=2.0.0dan benar relay=berarti bahwa server mail Bell telah menerima pesan. Namun, ini tidak berarti bahwa itu akan memungkinkan pesan untuk dikirim ke kotak surat pengguna. Dalam hal ini, penjelasan yang paling mungkin adalah bahwa filter spam Bell South telah membersihkan pesan Anda sebelum mencapai kotak surat pengguna atau perangkat lunak surat milik pengguna telah membersihkan pesan tersebut.

Pastikan alamat email kembali menerima pesan sehingga memantul kembali dari server Bell South. Ini juga penting jika Anda mencoba mengirim surat ke kotak surat di server mereka yang sebenarnya tidak ada.

Periksa konfigurasi email Anda untuk memastikan bahwa email tidak ditandai sebagai spam (dengan mengirimkan sendiri surat lalu periksa headernya). Postfix harus menulis tajuk / amplop yang benar sehingga surat tampaknya berasal dari domain yang ditentukan dalam alamat 'from'. Jadi jika server mail Anda untuk mail.example.com tetapi nama host server Anda sebenarnya adalah mailserver.int.hostingprovider.com maka postfix perlu diatur untuk menyamar dengan benar seperti example.com. Ini juga harus sesuai dengan DNS terbalik Anda sehingga pencarian pada alamat IP server Anda mengembalikan alamat server (jika tidak benar, atur catatan PTR Anda ke sana). Ini dapat dengan mudah diperiksa dengan menggali.

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

Anda juga harus mempertimbangkan pengaturan SPF dalam DNS Anda karena ini merupakan tambahan cepat dan sederhana untuk skor email anti-spam dari server Anda.


Apakah mungkin untuk menetapkan alamat jalur pengembalian bounces@mydomain.com global di PostFix sehingga selalu menambahkan bahwa untuk setiap pesan terlepas dari orang atau aplikasi mana yang mengirimkannya? Reverse DNS lookup adalah mail.mydomain.com dan mail.mydomain.com memutuskan untuk alamat IP yang sama. Saya memang menambahkan catatan SPF kemarin - saya menggunakan alat Microsoft untuk membuatnya. Saya menambahkannya sebagai catatan txt ke mydomain.com dan bukan mail.mydomain.com. Haruskah keduanya? Spam Assassin di tempat kerja saya memberi pesan "-2.6".
Nick

SPF harus berdasarkan apa pun yang dikembalikan oleh dig MX mydomain.com. Jika Anda tidak memiliki set MX, maka ini akan menjadi versi kanonifikasi dig mydomain.com. Tidak ada salahnya berada di kedua domain (karena itu hanya catatan TXT). Sedangkan untuk kolektor bouncing umum, Anda dapat menangani ini dengan filter di postfix yang melakukan bcc ke dalam kotak surat terpisah jika menemukan bouncing tetapi ini fiddly (lihat postfix.org/postconf.5.html#recipient_bcc_maps untuk pemetaan bcc ). Bouncing harus dilihat oleh pengguna sendiri seandainya mereka mencoba mengirim seseorang dan salah alamat.
webtoe

2
Saya pikir saya telah memecahkan masalahnya: PHP mengirim email sebagai www-data meskipun saya sudah mengatakan tidak melakukannya. Anda harus menambahkan -f dan flag lain ke perintah sendmail untuk memaksanya menggunakan amplop dari yang Anda inginkan. Saya pikir ISP membuang sampah dari www-data.
Nick

Dalam kasus saya sendiri, email yang berhasil dikirim tetapi dibuang secara diam-diam, menambahkan alamat pengirim ke daftar putih di situs penerima membantu. Mengacu pada paket hosting web Host Eropa.
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 menerima pesan itu; itu bukan lagi tanggung jawab postfix.

Tanyakan bellsouth apa yang terjadi padanya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.