E-posta kara listesi (blacklist / blocklist), spam gönderdiği tespit edilen IP adreslerinin ve alan adlarının toplandığı, alıcı posta sunucularının gelen e-postaları filtrelerken danıştığı gerçek zamanlı veritabanlarıdır. Teknik adı DNSBL (DNS-based Blocklist) veya RBL (Realtime Blackhole List) olan bu listeler, DNS sorgusu hızında çalışır: alıcı sunucu, bağlanan gönderenin IP'sini listede arar ve kayıt bulursa e-postayı reddeder, karantinaya alır veya spam klasörüne düşürür. Kara listeye girmek, gönderen itibarınızı doğrudan çökerten ve teslimat oranınızı dakikalar içinde sıfıra yaklaştıran en ciddi deliverability sorunlarından biridir.
DNSBL/RBL nasıl çalışır?
Bir alıcı sunucu SMTP bağlantısını kabul ettiğinde, gönderen IP'sini ters çevirip listenin alan adına ekleyerek bir DNS sorgusu yapar. Örneğin 1.2.3.4 IP'si Spamhaus'ta sorgulanırken 4.3.2.1.zen.spamhaus.org kaydı aranır. Yanıt olarak bir IP dönerse (genellikle 127.0.0.x aralığında) IP listelenmiş demektir; hangi kodun döndüğü hangi alt listede olduğunuzu gösterir. Bu mimari sayesinde milyonlarca sunucu, saniyeler içinde güncellenen bir spam istihbaratına ücretsiz erişir. Listeler IP tabanlı (gönderen sunucu) veya alan adı tabanlı (mesaj içindeki bağlantılar, gönderen domain) olabilir.
Öne çıkan kara listeler
| Liste | Tür / Kapsam | Not |
|---|---|---|
| Spamhaus SBL | Bilinen spam kaynağı IP'ler | Kaldırma için ISP/abuse ekibiyle iletişim gerekir |
| Spamhaus XBL | Ele geçirilmiş / exploit edilmiş makineler | Reputation Checker ile self-servis |
| Spamhaus PBL | Dinamik/son kullanıcı IP aralıkları | Yalnızca gerçek mail sunucusu işletiyorsanız |
| Spamhaus CSS | Snowshoe / düşük itibarlı gönderenler | XBL ile birlikte self-servis kaldırma |
| Spamhaus DBL | Alan adı tabanlı (domain) | Otomatik süre dolumu; erken kaldırma talep edilebilir |
| Barracuda (BRBL) | IP tabanlı | barracudacentral.org üzerinden kaldırma formu |
| SpamCop (SCBL) | Şikâyet tabanlı IP | Listeler genelde 24 saatte otomatik düşer |
| SORBS | IP tabanlı (eski) | Haziran 2024'te kapatıldı; artık aktif değil |
| UCEPROTECT | Katmanlı IP (Level 1-3) | Ücretli hızlı kaldırma; sektörde tartışmalı |
Not: Uzun yıllar referans gösterilen SORBS, Proofpoint tarafından Haziran 2024'te tamamen devre dışı bırakıldı. Bugün görülen "SORBS listelemesi" uyarıları eski yapılandırmalardan kalmadır; sunucu filtrelerinden temizlenmelidir.
Neden kara listeye girilir?
- Spam tuzağına (spam-trap) yazmak: Hiç onay vermemiş, satın alınmış veya eski adreslere göndermek en yaygın nedendir. Ayrıntı için spam trap nedir yazımıza bakın.
- Yüksek şikâyet oranı: Alıcıların "spam bildir" düğmesine sık basması, feedback loop üzerinden listeleri tetikler.
- Güvenliği ihlal edilmiş sunucu: Ele geçirilmiş bir web sitesi, form veya kötü amaçlı yazılım, sunucunuzu spam botuna çevirebilir (XBL nedeni).
- Kötü/kirli liste kullanımı: Yüksek hard bounce ve geçersiz adres oranı itibarınızı bozar.
- Açık relay veya yanlış yapılandırma: Kimlik doğrulaması olmadan başkalarının posta göndermesine izin veren sunucular hızla listelenir.
Listede olup olmadığınızı kontrol etme
IP veya alan adınızı düzenli olarak kontrol edin. Pratik araçlar:
- MXToolbox Blacklist Check — tek sorguda onlarca DNSBL'i tarar.
- Spamhaus Reputation Checker (check.spamhaus.org) — Spamhaus artık eski "Blocklist Removal Center" yerine bu birleşik IP ve alan adı itibar aracını kullanır.
- Barracuda Reputation (barracudacentral.org) ve ilgili listenin kendi lookup sayfası.
Delisting: Kara listeden nasıl çıkılır?
En kritik kural: önce kök nedeni düzeltin, sonra kaldırma talep edin. Sorun devam ederken yapılan kaldırma, dakikalar içinde yeniden listelemeyle sonuçlanır ve bazı listeler tekrarlayan ihlallerde self-servis kaldırmayı kapatır.
- Kök nedeni bulun: Hangi listedesiniz, hangi kod döndü? XBL genelde ele geçirilmiş sunucu/malware, PBL yanlış IP kullanımı, SBL ise spam gönderimi anlamına gelir.
- Sorunu giderin: Zararlı yazılımı temizleyin, açık relay'i kapatın, SPF/DKIM/DMARC'ı doğrulayın, sızan şifreleri değiştirin.
- Listeyi temizleyin: Geçersiz, şikâyetçi ve tuzak adresleri çıkarın; bkz. e-posta listesi temizleme ve hard/soft bounce ve suppression.
- Kaldırma talebini gönderin: İlgili listenin resmi formunu kullanın (Spamhaus Reputation Checker, Barracuda kaldırma formu). SBL için hosting/ISP abuse ekibinizle iletişime geçin.
- Doğrulayın: Kaldırma sonrası tekrar sorgulayarak IP/domain'in temiz döndüğünü onaylayın.
- İzleyin: Şikâyet ve bounce oranlarını, gönderen itibarını sürekli takip edin.
Tekrar listelenmeyi önleme
Kalıcı çözüm, sağlam gönderim hijyeninden geçer: yalnızca izinli (double opt-in) listelere gönderin, hard bounce'ları anında suppression'a alın, şikâyet oranını binde birin altında tutun, SPF/DKIM/DMARC kayıtlarını doğru kurun ve yeni IP'leri kademeli olarak ısıtın. Güçlü ve istikrarlı bir gönderen itibarı, kara listeye girmenizi büyük ölçüde engeller.
SenderTR bu süreci sizin için otomatikleştirir: gerçek zamanlı bounce ve teslimat geri-beslemesi (Postfix), otomatik suppression ve abuse-rate izleme sayesinde riskli gönderimler daha listeye girmeden durdurulur. Otomatik IP warmup ile itibarınız kademeli oluşur, SPF/DKIM/DMARC doğrulaması entegre gelir ve KVKK/İYS uyumlu, verileri Türkiye'de tutulan altyapı üzerinde çalışırsınız. Böylece kara liste kontrolü ve delisting bir kriz değil, nadir bir istisna olur.
Reddedilen iletiden sorunun kaynağını bulma
Bir iletinin ulaşmaması, tek başına kara liste kaydı bulunduğunu göstermez. İncelemeye, alıcı posta sunucusunun verdiği ret yanıtını ve gönderim kaydını birlikte okuyarak başlayın. Yanıtta bir kara liste adı veya bağlantısı geçiyorsa bunu not edin; geçmiyorsa yalnızca teslimat sorununa bakarak kaldırma başvurusu yapmayın. Aynı gönderici adresinden çıkan iletilerin farklı alıcı sunucularda nasıl karşılandığı da sorunun kapsamını anlamanıza yardımcı olur.
- Ret yanıtının tam metnini saklayın; yalnızca hata başlığını aktarmak, önemli ayrıntıları gizleyebilir.
- İlgili gönderici sunucu adresini ve iletide kullanılan alan adını belirleyin. Engelin hangisiyle ilişkili olduğunu ayrı ayrı inceleyin.
- Gönderim altyapısı başka bir kuruluş tarafından yönetiliyorsa kaydı o kuruluşla paylaşın. Size ait olmayan bir sunucu adresi için yapılacak işlemleri önce altyapı sorumlusuyla netleştirin.
Bu ayrım, alan adıyla ilgili bir uyarı varken sunucu adresi için başvuru yapmanızı veya geçici bir bağlantı hatasını listeleme sanmanızı önler.
Kaldırma başvurusu için açıklama hazırlama
Resmi başvuru sayfasına geçmeden önce kısa ve doğrulanabilir bir açıklama hazırlayın. Açıklama, listeyi işleten ekibin hangi kaydı inceleyeceğini ve sorunun neden yeniden oluşmayacağını anlamasına yardımcı olmalıdır. Genel ifadeler yerine gözlemlediğiniz olayı, yaptığınız müdahaleyi ve mevcut durumu birbirinden ayırın. Emin olmadığınız bir nedeni kesinleşmiş gibi yazmayın.
- Listelenen sunucu adresini veya alan adını, görünen liste adını ve varsa ret yanıtındaki açıklamayı belirtin.
- İlk belirtiyi nerede gördüğünüzü anlatın; gönderim kaydı ile alıcı sunucunun yanıtı arasında bağlantı kurun.
- Uyguladığınız düzeltmeyi somut olarak açıklayın. Sorun hâlâ araştırılıyorsa bunu açıkça söyleyin ve başvuruyu erken tamamlanmış bir çözüm gibi sunmayın.
- Başvuruya gelen yanıtı ve gönderdiğiniz açıklamayı saklayın; yeniden listeleme yaşanırsa önceki olayla karşılaştırın.
Hassas erişim bilgilerini, parolaları veya tüm alıcı listenizi başvuru metnine eklemeyin. Gerekli bilgileri yalnızca ilgili listenin resmi iletişim kanalı üzerinden paylaşın.
Kaldırma sonrasında gönderime dönüş
Kaydın listeden silinmesi, bekleyen bütün iletilerin kendiliğinden teslim edileceği anlamına gelmez. Daha önce reddedilen gönderimlerin durumunu ayrıca inceleyin: Sisteminizin yeniden deneme davranışı ile kalıcı olarak başarısız olmuş iletiler aynı şekilde ele alınmaz. Gönderime dönmeden önce hangi iletilerin yeniden işleme alınacağını belirleyin; aynı alıcılara kontrolsüz tekrar gönderim yapmayın.
- Önce sınırlı bir gönderim grubunun sunucu yanıtlarını inceleyin; eski ret açıklamasının sürüp sürmediğine bakın.
- Önceden başarısız olan iletileri yeniden gönderecekseniz alıcının hâlâ geçerli ve iletişime uygun olduğundan emin olun.
- Aynı uyarı yeniden görünürse gönderimi durdurup ilk olaydaki kayıtlarla karşılaştırın; yalnızca kaldırma işlemini tekrarlamakla yetinmeyin.
Bu yaklaşım, teknik kaydın temizlenmesiyle gerçek gönderim sorununun çözülmesini birbirinden ayırır. Farklı alıcı sunucular farklı filtreler uygulayabileceği için tek bir başarılı denemeyi bütün gönderimlerin sonucu olarak yorumlamayın.