Seberapa pentingkah catatan PTR untuk Server Email?

Adakah yang tahu tentang penelitian yang dilakukan untuk menunjukkan berapa banyak email akan ditolak jika tidak ada catatan ptr untuk nama spanduk SMTP dari server email?

Apakah pemeriksaan balik selalu dilakukan ketika diaktifkan, atau adakalanya dikonfigurasi sehingga jika program spam menganggap email 'rapuh', pemeriksaan balik dilakukan?

Saya akan berusaha sekuat mungkin untuk memiliki pencarian sebaliknya untuk alamat IP server email saya yang menentukan nama yang digunakannya dalam percakapan SMTP. Itu membuat hidup lebih mudah.

Saya tidak memiliki bukti statistik untuk mendukung hal ini, tetapi menurut pengalaman saya, dari waktu ke waktu, pesan akan ditolak oleh beberapa pengirim surat jarak jauh karena tidak memiliki pencarian terbalik yang cocok dengan nama host yang digunakan dalam percakapan SMTP. Daripada harus berurusan dengan masalah ini, hanya lebih mudah untuk mendapatkan pengaturan pencarian terbalik yang benar untuk memulai. Selama beberapa tahun terakhir saya baru saja memperlakukan memiliki forward / reverse lookup yang konsisten sebagai persyaratan sehingga saya tidak harus berurusan dengan masalah tidak memilikinya.

Jika Anda belum menyiapkannya, Anda akan mendapatkan email yang ditandai ditandai. Terserah perangkat penyaringan spam tentang bagaimana mereka melakukan pemeriksaan dan tidak ada standar yang jelas yang ditetapkan, jadi hit atau miss. Tetapi dalam kebanyakan kasus dengan skor spam, mereka akan mengecek email Anda ketika Anda tidak memiliki pencocokan maju dan mundur yang cocok. Bahwa ding dengan sendirinya sering tidak akan mendapatkan blok email (tapi tidak ada janji), tetapi sedikit kekhawatiran lain dalam email dapat mengambil alih.

Kami tidak biasa memiliki catatan PTR khusus untuk server surat kami dan kami mendapatkan pantulan dari craigslist.org dan beberapa mitra bisnis kami.
Anda juga harus memiliki catatan A khusus untuk entri MX Anda. Tidak ada * atau CNAMES yang diizinkan untuk beberapa server surat ketat.

Ketika Anda mengatakan "nama spanduk", itu agak menyesatkan. Spanduk adalah nama di sisi server, yang merupakan sisi yang menentukan apa yang harus ditolak. :) Saya pikir maksud Anda nama yang diberikan pihak pengirim dalam perintah HELO / EHLO?

Sebagian besar tempat hanya melakukan pemeriksaan sintaks dan menolak HELO / EHLO yang jelas buruk, karena terlalu banyak sampah yang rusak di luar sana. Tetapi jika Anda menjalankan mail-server yang sah, Anda hanya harus memberikan nama host publik dari mail-server Anda sendiri di HELO yang Anda kirim. Ada beberapa yang melakukan pengecekan. Dan karena itu kebutuhan hostname untuk memiliki bekerja reverse DNS, untuk koneksi TCP Anda untuk tidak segera ditolak oleh banyak MTA, pada dasarnya Anda harus memiliki bekerja reverse DNS untuk nama yang diberikan.

Jadi tidak ada kesulitan konfigurasi dalam menjalankan DNS untuk nama host HELO selain memilah-milah DNS terbalik untuk dapat dijangkau secara umum.

Seperti yang dikatakan Evan, taruhan terbaik Anda adalah meminta entri PTR Anda kembali ke alamat IP server Anda.

Namun, jika karena alasan tertentu hal ini tidak memungkinkan, PTR harus menyarankan Anda menggunakan alamat IP yang dialokasikan secara statis, bukan jalur DSL rumah (bukan bisnis). Sebagai bagian dari strategi anti-spam mereka, banyak organisasi menggunakan layanan reputasi (misalnya, SORBS), yang memantau rentang alamat IP untuk aktivitas botnet dan memelihara daftar hitam kisaran IP. Namun, tidak peduli aktivitas mencurigakan atau tidak, mereka biasanya memasukkan Daftar Pengguna Dinamis (DUL) dalam daftar hitam mereka. Untuk membuat DUL ini, mereka menggunakan catatan PTR, dan ekspresi reguler, khusus dirancang untuk skema penamaan banyak ISP besar.

Misalnya, sejenis PTR cable-66-103-40-69.clarenville.dyn.personainc.netkemungkinan besar akan masuk daftar hitam secara otomatis (cocok dengan "dyn", jadi harus dinamis). Ada beberapa upaya standardisasi pada penamaan DNS terbalik di IETF, dengan keberhasilan beragam:

http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes

http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations

Agak topik off, sumber informasi lain untuk hitam / daftar putih adalah catatan SWIS WHOIS .