Memperbaiki Reputasi Buruk MTA Saya

Saya memiliki situs web yang perlu mengirim email ke pelanggan untuk mengirimkan file yang telah mereka beli. Pengiriman email yang andal sangat penting untuk bisnis ini. Sayangnya, sebagian besar email yang dikirim oleh server saya tidak terkirim karena "reputasi buruk" MTA saya. Berikut ini beberapa contoh baris dari saya mail.log:

Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)

Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<user@domain.com>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)

Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168

Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<user@domain.com>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)

Langkah-langkah yang saya ambil untuk mencoba memperbaiki situasi:

• mengatur pencarian DNS terbalik untuk bekerja dengan benar
• mengatur catatan SPF untuk domain saya
• larang koneksi masuk ke server SMTP saya
• memformat pesan menurut RFC 2822
• tidak pernah mengirim pesan yang tidak diminta (saya tidak pernah punya)

Server saya ada di cloud Rackspace. Apakah mungkin reputasi buruk alamat IP diwarisi dari pelanggan sebelumnya? Beberapa langkah di atas telah diambil dalam seminggu terakhir - apakah saya harus menunggu situasi membaik? Apakah ada hal lain yang harus saya lakukan? Haruskah saya menyewa pihak ketiga untuk mengirim email kepada saya?

Sayangnya IP tersebut dimasukkan dalam daftar hitam terlepas dari perangkat keras yang ada di belakangnya, sehingga tidak banyak yang dapat Anda lakukan tentang reputasi Anda yang ada kecuali memastikan Anda mengirim email dengan benar dan menghubungi daftar spam yang relevan. Anda mungkin harus menunggu beberapa hari atau minggu untuk situasi membaik.

Saya akan merekomendasikan menggunakan Google Apps for SMTP untuk memberantas masalah ini :)

Kalau tidak, jika Anda terus berjalan sendiri, periksa:

• Anda tidak ada dalam daftar hitam
• Server Anda memiliki MX dan membalikkan catatan DNS
• Anda memiliki catatan DNS SPF (banyak server menolak email tanpa SPF yang valid, misalnya GMail, inilah penjelasan dan wisaya )
• Respons HELO server surat Anda cocok dengan nama host Anda
• Server surat Anda bukan relay terbuka
• TTL catatan DNS Anda tidak terlalu rendah - 86400 (24 jam) disarankan (beberapa spammer menetapkan TTL mereka sangat rendah untuk secara teratur memperbarui catatan DNS yang dipalsukan)
• Anda mematuhi Standar Teknis AOL

http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl

Saya punya VPS dengan mereka.

Rupanya Rackspace sebelumnya mendaftar sekelompok IP mereka, tetapi Anda dapat meminta penghapusan blok melalui daftar spamhaus (setidaknya) berdasarkan ip-by-ip.

Saya harus melakukan ini dengan host saya begitu saya perhatikan gmail menolak pengiriman. 24 jam setelah saya meminta dihapus, gmail diperbarui dan siap untuk digunakan.

Jika alamat IP ini memiliki reputasi buruk ketika Anda menerimanya, Rackspace akan memberi Anda yang berbeda.

IP Anda memiliki reputasi "Buruk" di Senderbase, tetapi IP itu tidak mencantumkan IP Anda secara khusus dalam daftar IP di netblock yang mengirim email. Sepertinya Anda memiliki reputasi yang buruk di sini karena banyak tetangga Anda "miskin".

http://www.senderbase.org/senderbase_queries/detailip?search_string=174.143.206.168

(Sungguh aneh bahwa Senderbase tidak memiliki informasi tentang siapa yang memiliki IP ini. Rackspace harus terdaftar di sana. "IP Whois" mengetahui bahwa ... http://ws.arin.net/whois/?queryinput=174.143. 206.168 )

Hm IP Anda terdaftar di spamhaus.org PBL ... PBL bukan daftar hitam, tetapi daftar alamat IP dinamis yang digunakan untuk modem pelanggan akhir. Itu tidak terdengar seperti jenis layanan yang Anda harapkan dari Rackspace. (Kecuali jika Anda adalah pelanggan modem DSL / Kabel yang menjalankan server dari ruang bawah tanah Anda. Saya melakukannya selama bertahun-tahun.) Jika ini bukan IP dinamis, hubungi Spamhaus dan Rackspace tentang cara membuat netblock direklasifikasi.

http://www.spamhaus.org/query/bl?ip=174.143.206.168

Entri log Anda dari comcast mengatakan bahwa Anda menggunakan DNSBL dan tautan itu mengatakan mereka menggunakan daftar Spamhaus SBL / XBL ... tetapi Anda tidak termasuk salah satu dari mereka. Jadi, mungkin saja Anda ada dalam daftar dan baru saja dihapus. Atau Comcast menggunakan PBL secara tidak tepat.

Tetapi IP Anda tampaknya tidak tercantum dalam daftar hitam sebenarnya yang telah saya periksa. Pada halaman Senderbase, klik "daftar blokir berbasis DNS [Tampilkan / Sembunyikan semua]" untuk melihat daftar daftar utama dengan tautan untuk memeriksa IP Anda.

Webreus.nl tampaknya menggunakan reputasi Senderbase ... itu adalah dasar yang cukup lemah untuk penolakan langsung.

Yang paling membuat saya penasaran adalah respons dari Google ... itu satu-satunya yang mengklaim telah menerima terlalu banyak surat dari IP Anda. Dikatakan "tidak diminta", tetapi saya tidak yakin bagaimana mereka menentukan apakah itu diminta atau tidak.

Saya sarankan Anda memeriksa log server mail Anda ... pastikan bahwa Anda sedang mengirimkan hanya surat Anda berpikir Anda mengirim.

Jadi ... itu semacam ikhtisar situasi, tetapi tidak banyak membantu Anda memperbaikinya. Rupanya Rackspace telah memberi Anda IP dengan reputasi buruk, meskipun itu tampaknya tidak memiliki riwayat nyata sebagai pengirim surat (yang diketahui Senderbase). Meminta mereka untuk IP di netblock yang berbeda bisa membantu, terutama jika Anda bisa mendapatkan IP yang dikenal memiliki reputasi Netral atau lebih baik di Senderbase.

Dan seperti kata Andy ... (untuk parafrase) jaga hidungmu bersih dan ikuti aturan dengan hati-hati. Anda dapat membangun reputasi yang baik dengan Senderbase jika Anda berusaha keras. Tetapi jika Anda mencoba mengirimkan barang-barang berbayar melalui email, saya akan mendorong Rackspace untuk mendapatkan IP bersih.

Sebagai pengguna Rackspace, Anda dapat menggunakan SendGrid untuk menangani semua ini untuk Anda: http://blog.sendgrid.com/sendgrid-now-more-available-than-ever-to-rack-acespace-users/

Saya dulu mencoba melakukan semuanya sendiri, tetapi sekarang saya menggunakan SendGrid dan itu jauh lebih mudah.