Güvenlik·
3 Haziran 2026
Bir sabah e-posta göndermeye çalışıyorsunuz; karşı taraf hiçbir şey almıyor. Yönetim panelinize bakıyorsunuz, mesajlar "gönderildi" diyor. Ardından anlaşılıyor: alan adınız ya da IP adresiniz bir kara listeye (blacklist) düşmüş. Bu durum, pazarlama kampanyalarınızı baltalamakla kalmaz; şirket itibarına da ciddi zarar verir. Neyse ki süreç yönetilebilir — yeter ki adımları doğru atın.
Kara listeler, spam ya da zararlı içerik kaynağı olarak tanımlanmış IP adresleri ve alan adlarının tutulduğu veritabanlarıdır. Alıcı posta sunucuları, RFC 5321'de tanımlanan SMTP oturumu sırasında bu listeleri sorgular ve eşleşme bulduğunda mesajı reddeder ya da önemsiz klasörüne yönlendirir. Piyasada yüzlerce liste bulunmakla birlikte pratikte en çok önem taşıyanlar şunlardır: Spamhaus ZEN, Spamhaus DBL, SURBL, URIBL, Barracuda Reputation Block List (BRBL) ve Microsoft'un Smart Network Data Services (SNDS) veri tabanı.
Google'ın Postmaster Tools hizmeti ise Gmail altyapısının alan adınıza biçtiği itibar puanını anlık olarak yayımlar; bu puan, Spamhaus'tan bağımsız çalışır ve doğrudan gelen kutusu yerleşim oranlarını etkiler.
En hızlı yöntem, MXToolbox Blacklist Check (mxtoolbox.com/blacklists.aspx) aracını kullanmaktır; bu araç tek sorguda 100'den fazla listeyi kontrol eder. Bunun yanı sıra MultiRBL.valli.org ve WhatIsMyIPAddress.com Blacklist Check de yaygın kullanılan ücretsiz araçlardır.
Aşağıdaki SMTP hata kodları, gönderici itibar sorununa işaret eder:
| SMTP Kodu | Tipik Hata Mesajı | Olası Neden |
|---|---|---|
| 421 | Service temporarily unavailable | Geçici kısıtlama; alıcı sunucu yoğunluğu veya itibar denetimi |
| 450 | Requested mail action not taken | Geçici reddetme; kara liste kontrolü veya graylisting |
| 550 | Requested action not taken: mailbox unavailable | Kalıcı reddetme; alan adı veya IP kara listede |
| 550 5.7.1 | Message rejected due to sender policy | SPF/DMARC hatası veya Spamhaus bloğu |
| 554 | Transaction failed | İçerik filtresi veya reputasyon bloğu |
| 554 5.7.1 | Relay access denied | Yetkisiz relay girişimi veya IP kara listesi |
Kara listeye düşmenin en yaygın teknik nedeni, kimlik doğrulama kayıtlarının eksik ya da hatalı yapılandırılmasıdır. Üç kritik DNS kaydını sırasıyla inceleyin:
SPF, hangi sunucuların sizin adınıza e-posta göndermeye yetkili olduğunu tanımlar. DNS'te TXT kaydı olarak yayımlanır. Örnek doğru yapılandırma:
v=spf1 include:spf.connect365.com.tr ~all-all (hard fail) yerine ~all (soft fail) kullanmak, geçiş döneminde daha güvenli bir tercihtir; ancak uzun vadede -all itibarı güçlendirir. RFC 7208, bir alan adı için yalnızca tek bir SPF kaydına izin verir; birden fazla TXT kaydı olması "PermError" hatasına yol açar ve bu durum doğrudan kara listeye girme riskini artırır.
DKIM, gönderilen mesajların kriptografik imzayla doğrulanmasını sağlar. İmza başlığı, alıcı sunucu tarafından DNS'teki açık anahtarla karşılaştırılır. 2048-bit RSA veya Ed25519 anahtarları tercih edilmeli; 1024-bit anahtarlar artık birçok filtre tarafından güvensiz kabul edilmektedir. Google Workspace ve Microsoft 365 yönetici konsolları, DKIM anahtarlarını otomatik oluşturup DNS'e eklemeniz için rehberlik sunar.
DMARC, SPF ve DKIM üzerine oturan bir politika katmanıdır. Minimum başlangıç yapılandırması:
v=DMARC1; p=none; rua=mailto:dmarc-raporlar@sirketiniz.com.trp=none izleme modudur. Raporları 2–4 hafta inceledikten sonra p=quarantine ve ardından p=reject politikasına geçilmesi önerilir. DMARC raporları, yetkisiz gönderici olarak alan adınızı kullananları (spoofing) da tespit etmenizi sağlar.
Teknik kayıtlar yerindeyse sorun büyük olasılıkla sunucu güvenliği veya liste kalitesiyle ilgilidir. Şu noktaları kontrol edin:
Kök neden giderilmeden yapılan delist başvuruları genellikle reddedilir ya da kısa sürede tekrar listelenmeyle sonuçlanır. Kaynağı kapattıktan sonra aşağıdaki resmi kanalları kullanın:
Delist taleplerinde, sorunu nasıl çözdüğünüzü açıkça belirtin. "Spam göndermiyorum" ifadesi yerine "SPF kaydımı güncelledim, açık relay kapandı, güvenliği ihlal edilmiş hesap kaldırıldı" gibi somut adımları paylaşın.
Kara listeden çıkmanız teslimatın hemen düzeleceği anlamına gelmez. Alıcı sağlayıcıların kendi itibar önbellekleri vardır ve bu önbellekler güncellenirken 1–2 haftalık bir süre geçebilir. Bu süreçte şunları yapın:
Tek seferlik temizlik yeterli değildir; sürekli izleme şarttır. Haftalık otomatik kara liste taraması, DMARC raporlarının düzenli incelenmesi ve bounce/şikayet oranlarının anlık takibi, sorunların büyümeden müdahale edilmesini sağlar. Connect365 gibi kurumsal e-posta pazarlama platformları bu metrikleri gerçek zamanlı olarak raporlayarak müdahale süresini önemli ölçüde kısaltır.
Listeden çıkarılma talebi onaylandıktan sonra DNS yayılımı ve sağlayıcı önbelleklerinin güncellenmesi nedeniyle 24 ila 72 saat arasında değişen bir süre geçebilir. Spamhaus PBL gibi bazı listeler, kaydı talep edildiğinde anında kaldırır; ancak itibarın tam olarak onarılması 1–2 hafta alabilir.
Her liste bağımsız çalışır; her biri için ayrı delist başvurusu yapmanız gerekir. MXToolbox raporunuzu liste bazında inceleyin ve önce Spamhaus ZEN ile Microsoft SNDS gibi geniş kapsamlı listelere odaklanın; bu iki liste, toplamda en yüksek teslimat etkisine sahiptir.
SPF varlığı tek başına yeterli değildir. RFC 7208, DNS sorgularının 10 lookup sınırını aşmamasını zorunlu kılar; "too many DNS lookups" hatası SPF'yi geçersiz kılar. Ayrıca birden fazla SPF TXT kaydı varsa "PermError" oluşur. Kitterman SPF Record Testing Tools veya MXToolbox SPF Checker ile kaydınızı doğrulayın.
DMARC raporları XML formatında gelir ve ham hâlde okunması güçtür. dmarcian, Valimail veya Postmark DMARC gibi ücretsiz katman sunan araçlar bu raporları görsel panolara dönüştürür. Ücretsiz planlar küçük ve orta ölçekli gönderimler için genellikle yeterlidir.
Evet, doğrudan ve güçlü biçimde etkiler. Satın alınan listeler onay alınmamış adresler içerir; bu adresler hem şikayet oranını yükseltir hem de spam tuzağı (spam trap) barındırabilir. Spamhaus, spam trap isabet oranına göre otomatik listeleme yapar. RFC 5321 bağlamında da açık onay (explicit consent) olmadan gönderim, hukuki riskler taşır.
Paylaşımlı IP ortamlarında komşu itibarı (neighbor reputation) riski gerçektir. E-posta servis sağlayıcınıza (ESP) durumu bildirin ve dedicated IP seçeneğine geçmeyi değerlendirin. Microsoft SNDS, IP başına gönderici itibarını görüntülemenize olanak tanır; bu raporu sağlayıcınızla paylaşarak sorumluluğu netleştirin.
Evet, teknik müdahale farklıdır. IP kara listeleri (örn. Spamhaus XBL, PBL) sunucu kaynaklı sorunlara işaret eder: güvenliği ihlal edilmiş makine, açık relay veya botnet enfeksiyonu. Alan adı kara listeleri (örn. Spamhaus DBL, SURBL) ise içerik ve köprü URL'leriyle ilgilidir. Her iki durumda da kök neden analizi yapılmadan delist başvurusu sonuç vermez.
Google Postmaster Tools, Gmail'e özgü bir itibar sistemini yansıtır ve Spamhaus gibi bağımsız listelerle doğrudan ilişkili değildir. Gmail itibarı; açılma oranı, şikayet oranı (spam olarak işaretleme) ve kullanıcı etkileşimine göre algoritmik olarak hesaplanır. Spamhaus'ta görünmüyorsanız sorun büyük olasılıkla içerik kalitesi, alıcı listesi temizliği veya gönderim sıklığıyla ilgilidir.
Kalıcı önlem için dört temel pratiği sürdürün: (1) SPF, DKIM ve DMARC üçlüsünü doğru yapılandırılmış tutun; (2) abone listelerinizi çift onay (double opt-in) yöntemiyle büyütün; (3) hard-bounce oranını %2'nin, şikayet oranını %0,1'in altında tutun; (4) sunucu erişim günlüklerini düzenli denetleyin. Google'ın Toplu Gönderici Yönergeleri ve Microsoft'un Posta Akışı En İyi Uygulamaları belgeleri bu eşikler için güncel referans kaynaklardır.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.
Kurulum + migrasyon ücretsiz. KVKK uyumlu, Türkiye'de barındırma. 7/24 Türkçe destek.
Kampanya 30 Haziran'a kadar geçerlidir.