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=<[email protected]>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<[email protected]>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, 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?
[email protected]
hanyalah sebuah contoh. Apakah Anda yakin dapat menerima email pada alamat 'dari'? Kalau tidak, akhirnya laporan tidak terkirim akan hilang.Jawaban:
The
dsn=2.0.0
dan benarrelay=
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.
Anda juga harus mempertimbangkan pengaturan SPF dalam DNS Anda karena ini merupakan tambahan cepat dan sederhana untuk skor email anti-spam dari server Anda.
sumber
dig MX mydomain.com
. Jika Anda tidak memiliki set MX, maka ini akan menjadi versi kanonifikasidig 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.Bellsouth menerima pesan itu; itu bukan lagi tanggung jawab postfix.
Tanyakan bellsouth apa yang terjadi padanya.
sumber