Bir e-posta sunucusunun SMTP başlık adı için ptr kaydı yoksa, ne kadar e-postanın reddedileceğini göstermek için yapılan herhangi bir çalışma bilen var mı?
Etkinleştirildiklerinde ters denetimler her zaman yapılıyor mu veya bazen bir spam programı 'iffy' e-postasını ele alıyorsa, ters denetim yapılır mı?
Yanıtlar:
E-posta sunucumun IP adresi için geriye doğru aramayı SMTP görüşmelerinde kullandığı ada göre çözmek için mümkün olduğunca çok denerdim. Hayatı kolaylaştırır.
Bunu destekleyecek herhangi bir istatistiksel kanıtım yok, ancak zaman zaman mesajların SMTP görüşmelerinde kullanılan ana bilgisayar adıyla eşleşen ters bir aramaya sahip olmadığı için bazı uzak posta gönderenler tarafından reddedileceği deneyimim oldu . Bu sorunla uğraşmak yerine, geriye doğru arama kurulumunu doğru bir şekilde yapmak daha kolaydır. Son birkaç yıldır, tutarlı bir ileri / geri arama gereksinimi olarak ele aldım, böylece sahip olmamak sorunuyla uğraşmak zorunda kalmadım.
Kurulumu yapmadıysanız, yasal e-posta işaretlenir. Denetimlerini nasıl yaptıklarına ilişkin spam filtreleme cihazına bağlıdır ve tanımlanmış net standartlar yoktur, bu yüzden vurur veya kaçırır. Ancak, spam skoru olan çoğu durumda, eşleşen bir ileri ve geri aramaya sahip olmadığınız zaman e-postalarınızı gönderir. Bu ding tek başına e-posta bloklarını alamaz (ancak söz vermez), ancak e-postadaki başka bir küçük endişe üstesinden gelebilir.
Posta sunucumuz için özel bir PTR kaydımız yoktu ve craigslist.org'dan ve bazı iş ortaklarımızdan geri dönüşler alıyorduk.
Ayrıca MX girişiniz için belirli bir A kaydınız olması gerekir. Bazı katı posta sunucuları için * veya CNAMES kullanımına izin verilmez.
"Banner adı" dediğinizde, bu biraz yanıltıcıdır. Afiş, sunucu tarafındaki addır, bu da neyi reddeteceğine karar veren taraftır. :) Sanırım gönderen tarafın HELO / EHLO komutunda verdiği ismi mi kastediyorsunuz?
Çoğu yer sözdizimi kontrolleri yapar ve açıkça kötü HELO / EHLO'yu reddeder, çünkü orada çok fazla kırık önemsiz var. Ancak yasal bir posta sunucusu çalıştırıyorsanız, yalnızca gönderdiğiniz postada kendi posta sunucunuzun genel ana bilgisayar adını vermeniz gerekir. Kontrol eden bazıları var. Ve bu yana bu ana makine adı ihtiyaçları yürürlükte size verilen isim için çalışan ters DNS olmalıdır, hemen birçok MTA'larla tarafından reddedilemez için TCP bağlantısı için ters DNS çalışma olması.
Bu nedenle, genel erişilebilirlik için ters DNS'yi ayıklamanın ötesinde HELO ana bilgisayar adı için DNS çalışma konusunda herhangi bir yapılandırma zorluğu yoktur.
Evan'ın dediği gibi, en iyi seçeneğiniz PTR girişinizin sunucunuzun IP adresine geri çözülmesidir.
Bununla birlikte, herhangi bir nedenle bu mümkün değilse, PTR, ev (işletme dışı) DSL hattı değil, statik olarak tahsis edilmiş bir IP adresi kullanmanızı önerir. Anti-spam stratejilerinin bir parçası olarak, birçok kuruluş botnet etkinliği için IP adres aralıklarını izleyen ve IP aralıklarının kara listelerini koruyan itibar hizmetlerini (örneğin, SORBS) kullanır. Ancak, şüpheli etkinlik olsun ya da olmasın, genellikle Kara Listelerine Dinamik Kullanıcı Listelerini (DUL) eklerler. Bu DUL'ları oluşturmak için, birçok büyük İSS'nin adlandırma şemaları için özel olarak hazırlanmış PTR kayıtlarını ve düzenli ifadeleri kullanırlar.
Örneğin, bir PTR benzeri cable-66-103-40-69.clarenville.dyn.personainc.netbüyük olasılıkla otomatik olarak kara listeye alınır (dinamik olarak "dyn" ile eşleşir). IETF'de ters DNS adlandırma konusunda karışık başarı ile bazı standartlaştırma çabaları vardır:
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
Biraz konu dışı, siyah / beyaz liste için başka bir bilgi kaynağı WHOIS SWIP kayıtlarıdır .