RDNS bulunmayan posta sunucularından postaları reddetmek iyi bir uygulama mı yoksa çok acımasız mı?

Son zamanlarda SpamAssassin bıraktım ve şimdi DNSRBL's, gri liste ve diğer temel testler spam reddetme dayanıyorum ve ben de EHLO eşleşen geçerli bir RDNS olmayan ana bilgisayarları engellemek gerekir merak ediyorum?

Bunu yaparsam, çok meşru postalar için sorun çıkarır mıyım ve müşterilerimi üzer miyim? İnsanların AOL'nin bunu yaptığını duyduklarını duydum, bu da beni yapmamın çok nadir olduğunu düşündürüyor.

RDNS'nin en azından bir şeye ayarlandığını kontrol ederek ödün verip alamayacağımı merak ediyorum, ancak EHLO ile eşleştirmeye çalışmayın. Bu Postfix ile mümkün mü (ve kullanışlı mı)?

Ben 100k-200k kullanıcıları arasında oldukça iyi bir büyüklükte müşteri tabanı ile kontrol HELO / EHLO ile birden fazla yaklaşım denedim ve aşağıdakileri yapan bir çözüm ile gidiş sona erdi:

• HELO / EHLO'nun bir etki alanı adı içerdiğini kontrol edin. - Bu çoğunlukla adın içinde bir nokta olması için kaynar. Adın DNS'inin kontrol edilmesi, sunucunun dahili bir ad veya düzgün bir şekilde çözümleyemediğiniz bir şey sunması için nadir olmayan MANY başarısız sunuculara yol açtı.
• IP'nin ters DNS kaydına sahip olup olmadığını kontrol edin. - Yine HELO / EHLO'ya karşı kontrol etmediğimiz için bu gevşek bir ayardır. HELO / EHLO'ya karşı kontrol etmek, bu ayarın tek bir gün bile sürmediği kadar çok bilet oluşturdu.
• Gönderenlerin alan adının geçerli olup olmadığını kontrol edin. - Bu, iletiyi geri döndürmek zorunda kaldığımızdan emin olmak için temel bir kontroldür, en azından bunun için bir sunucu bulmanın bir yolu olacaktır.

İşte bu kontroller için kullandığımız Postfix bloğu:

smtpd_recipient_restrictions =
    reject_non_fqdn_sender,
    reject_unauth_destination,
    reject_unknown_reverse_client_hostname,
    reject_invalid_helo_hostname,
    reject_non_fqdn_helo_hostname,
    reject_unknown_sender_domain,
    reject_non_fqdn_recipient

Bu temel özelliklere sahip olmayan SMTP sunucularını engellemek son derece yaygındır:

1. HELO iletmedeki ana bilgisayar adı, kaynak IP bağlantısına çözümlenir.
2. Bağlantı kökenli IP, HELO'da talep edilen Ana Bilgisayar Adına geri döner.
3. SPF, DKIM veya DMARC ilkeleri varsa, doğrulayın.

Bunlardan biri yüzünden engellenmeyi düşünen herkes katranlı ve tüylü olmalıdır.
Başka nedenlerle, özellikle de "anormal" durumlarda RFC uyumluluğuna dayanan durumlar için engellenen insanlar için sempati duyuyorum. Spam öyle bir sorundur ki, temelleri kaçırmak için hiçbir mazeret yoktur.

MTA göndermenin geçerli RDNS'ye sahip olmasını beklerdim ancak EHLO'yu eşleştirmede ısrar etmek 'müşterilerin' kim olduğuna bağlıdır. RFC5321'de bazı ilginç yönergeler bulabilirsiniz :

2.3.5.

(...) EHLO komutunda verilen etki alanı adı, birincil ana bilgisayar adı (RR adresine çözümlenen bir etki alanı adı) veya ana bilgisayarın adı yoksa, bir adres değişmez OLMALIDIR (...)

4.1.4.

(...) Bir SMTP sunucusu EHLO komutundaki etki alanı adı bağımsız değişkeninin aslında istemcinin IP adresine karşılık geldiğini doğrulayabilir. Ancak, doğrulama başarısız olursa, sunucu bu iletiyi kabul etmeyi reddetmemelidir.

ama sonra 7.9'da.

Bir SMTP sunucusunun, sunucuyu sağlayan siteye mantıklı gelen herhangi bir operasyonel veya teknik nedenden dolayı posta kabul etmeyi reddedebileceği iyi kurulmuş bir ilkedir. (...)

Geriye doğru arama, HELO'da sağlanan ana bilgisayar adını göstermeyebilir. Bazen aynı ana bilgisayarda birden çok alan adı barındırılır ve tümü aynı IP adresine sahiptir. Ancak geriye doğru aramayı yapmaya çalıştığınızda, PTR kaydına yerleştirilen adı alırsınız. Her iki FQDN'nin farklı olacağı açıktır - ve bu tamamen kabul edilebilir.

İletiyi bırakmaya izin veren tek durum, geriye doğru arama başarısız oldu. Başarılı aramalar, ana makinenin geçerli olduğu anlamına gelir. İsimler eşleşmemelidir.

Ben de EHLO eşleşen geçerli bir RDNS olmayan ana bilgisayarları engellemek gerekir merak ediyorum?

Hayır, yapmamalısın. Bir e-postayı yalnızca bir ölçütle engeller, bu kötü bir uygulamadır.

Bunu yaparsam, çok meşru postalar için sorun çıkarır mıyım ve müşterilerimi üzer miyim?

daha olasıdır ve yasal postaları kaybedersiniz

RDNS'nin en azından bir şeye ayarlandığını kontrol ederek ödün verip alamayacağımı merak ediyorum, ancak EHLO ile eşleştirmeye çalışmayın. Bu Postfix ile mümkün mü (ve kullanışlı mı)?

evet, mümkün. Reject_unknown_client_hostname yerine reject_unknown_reverse_client_hostname kullanabilirsiniz

Ne yazık ki, postfix'in "karmaşık karar" için esnek bir seçeneği yok. Örneğin, bu tür postalar için bazı noktalar ekleyebilirsiniz, örneğin

Score = 0 
1. The HELO or EHLO hostname is not in fully-qualified domain or address literal form. Score +=10
2. The HELO or EHLO hostname has no DNS A or MX record. Score +=20
3. The HELO or EHLO hostname is listed with the A record "d.d.d.d" under rbl_domain. Score +=20
4. The sender domain has no DNS A or MX record. Score +=10
5. SPF checks return softfail. Score +=10, fail, Score +=20
...

Ve bunun gibi. Tüm kontroller tamamlandıktan ve Puan> 100'ü geçirdikten sonra postaları reddedebilirsiniz. Aslında böyle bir davranışa sahip olabilirsiniz, ancak kendi politika hizmetinizi yazmanız gerekir