Blacklist / RBL

En yaygın üç sebep: sunucunuzda ele geçirilmiş bir hesap veya betik spam gönderiyor, açık röle/açık proxy çalıştırıyorsunuz, ya da IP'yi yeni aldınız ve önceki sahibinin geçmişini devraldınız. Listelenme sebebini ilgili listenin sorgu sayfasında görebilirsiniz; delisting talebinden önce sebebi ortadan kaldırmanız gerekir.

Sayı değil, hangi liste önemlidir. Spamhaus ZEN, Barracuda ve SpamCop büyük sağlayıcılar tarafından fiilen kullanılır; tek birinde listelenmek teslimatı ciddi etkiler. Buna karşılık az bilinen agresif listeler neredeyse hiç kullanılmaz ve tek başına anlam taşımaz.

Önce sebebi düzeltin (ele geçirilmiş hesabı kapatın, röleyi kapatın, giden trafiği sınırlayın). Sonra listenin kendi delisting formunu kullanın. Sebebi düzeltmeden yapılan çıkarma talepleri genellikle tekrar listelenmeyle sonuçlanır ve bazı listelerde bekleme süresi uzar.

Her IP için onlarca DNS sorgusu yapılır; bir /24 zaten 2000'in üzerinde sorgu demektir. Daha büyük blokların taranması hem listelerin altyapısına yük bindirir hem de sizin sorgu kotanızı tüketir. Daha geniş bir aralık için blokları parça parça tarayın.

Sorgulanan listeler için evet, ama dünyadaki tüm listeler sorgulanmaz. Ayrıca bazı listeler (özellikle Spamhaus) genel resolver'lardan gelen sorguları reddeder; böyle bir durumda sonuç "temiz" değil, açıkça hata olarak gösterilir — bu ayrımı raporda görürsünüz.

Evet. Alan adı girdiğinizde önce A kaydına çözümlenir ve o IP sorgulanır. URI/alan adı temelli listeler (SURBL, URIBL gibi) farklı çalışır ve ayrı bir kontrol gerektirir; bu araç IP temelli listelere odaklanır.

Giden e-posta hacmini kademeli artırın, çift onaylı (double opt-in) liste kullanın, geri dönen adresleri temizleyin, her e-postada çalışan bir abonelikten çık bağlantısı bulundurun ve sunucunuzda kimlik doğrulaması olmadan gönderim yapılmasına izin vermeyin.

IP'nin geçmişi size devroldu. Bulut sağlayıcıları adresleri geri dönüşüme sokar; önceki kiracı spam gönderdiyse liste kaydı IP üzerinde kalır. Delisting formlarında bu durumu belirtmek genellikle hızlı çözüm sağlar.

Listeye göre değişir: bazıları dakikalar içinde, bazıları birkaç saatte yayılır. Asıl gecikme alıcı sunucuların kendi önbelleklerindedir; teslimatın düzelmesi bir günü bulabilir.

Kırkın üzerinde DNSBL, tek IP sorgularında hepsi paralel çalıştırılır. CIDR taramalarında sorgu sayısını sınırlı tutmak için yalnızca en çok kullanılan çekirdek listeler sorgulanır.