Teknoloji

cPanel’de E‑posta Spam Filtreleme: SpamAssassin, RBL Kara Liste ve Karantina Yönetimi

cPanel’de E‑posta Spam Filtreleme Neden Bu Kadar Kritik?

E‑posta trafiğiniz büyüdükçe spam sadece gelen kutusunu kirleten bir gürültü olmaktan çıkıp, doğrudan iş süreçlerini yavaşlatan, kullanıcıları yoran ve bazen de oltalama (phishing) ile ciddi veri sızıntılarına yol açan bir riske dönüşür. Özellikle cPanel kullanan ajanslar, e‑ticaret siteleri ve kurumsal ekipler için iyi ayarlanmamış bir spam filtresi; kaçırılan önemli tekliflere, kaybolan müşteri mesajlarına ve boşa harcanan mesaiye neden olur.

cPanel’in içinde yerleşik gelen Apache SpamAssassin, RBL (Real-time Blackhole List) kara listeleri ve karantina (Spam Box) yönetimi doğru kurgulandığında, spam yükünü dramatik biçimde azaltabilir ve kullanıcıları gerçekten görmeleri gereken e‑postalara odaklayabilir. Ancak varsayılan ayarlar her zaman sizin senaryonuza uymayabilir; puan eşikleri, kara liste kaynakları, karantina süresi ve kullanıcı bazlı filtreler mutlaka gözden geçirilmelidir.

Bu rehberde, DCHost üzerinde cPanel kullanan bir hesabı örnek alarak SpamAssassin’i nasıl etkin ve güvenli şekilde ayarlayabileceğinizi, RBL kara listelerini nasıl devreye alıp izlemeniz gerektiğini ve karantinaya düşen e‑postaları yönetirken nelere dikkat etmeniz gerektiğini adım adım paylaşacağım. Amacımız, hem spam’den maksimum kurtulmak hem de yanlış pozitifleri (yani gerçek e‑postaların spam’e düşmesini) minimuma indirmek.

cPanel’de Spam Mimarisi: Hangi Bileşen Ne İş Yapar?

cPanel tarafında spam yönetimi kabaca üç katmandan oluşur:

  • Gelen SMTP katmanı: Sunucuya bağlanan uzak e‑posta sunucularının IP ve protokol seviyesinde incelendiği, RBL kara listelerinin devreye girdiği nokta.
  • İçerik filtreleme katmanı (SpamAssassin): Mesaj başlıkları, içerik, ekler ve çeşitli imzalar üzerinden puanlama yapan, bayes istatistikleri ve kurallarla çalışan katman.
  • Kullanıcı filtreleri ve karantina katmanı: cPanel kullanıcılarının kendi hesapları özelinde ek kurallar tanımladığı; iletme, silme veya karantina gibi aksiyonların alındığı son katman.

Bu yapıyı anlamak önemli; çünkü bazı sorunlar (örneğin sunucu IP’sinin kara listeye girmesi) SMTP katmanında, bazıları ise (örneğin bir müşterinin önemli e‑mailsinin sürekli spam’e düşmesi) içerik filtreleme veya kullanıcı filtrelerinde çözülmelidir. Daha geniş bir bakış için, e‑posta teslim edilebilirliğini etkileyen SPF, DKIM, DMARC ve rDNS tarafını detaylı anlattığımız SPF, DKIM, DMARC ve rDNS ile e‑posta teslim edilebilirliğini artırma rehberine mutlaka göz atın.

SpamAssassin Nedir, cPanel’de Nasıl Çalışır?

SpamAssassin, gelen her e‑postaya çeşitli kurallara göre puan veren bir spam filtreleme motorudur. Mesajın aldığı toplam puan belirlediğiniz eşiği aşarsa, e‑posta “spam” olarak işaretlenir veya karantinaya gönderilir.

SpamAssassin Puanlama Mantığı

SpamAssassin, her mesaj için onlarca testi bir arada uygular:

  • Başlık (Header) kontrolleri: Sahte From adresleri, tutarsız Received zincirleri, şüpheli HELO/SMTP bilgileri.
  • İçerik analizi: Sık kullanılan spam anahtar kelimeleri, HTML/Metin oranı, gömülü resimler ve linkler.
  • DNS tabanlı kontroller: SPF sonucu, DKIM doğrulaması, bazı DNSBL/RBL işaretleri.
  • Bayes istatistikleri: Sisteme daha önce öğretilmiş örnek spam ve ham posta istatistiklerine göre olasılık hesabı.

Her kural belirli bir puan ekler veya çıkarır. Örneğin SPF başarısızsa +2, DKIM başarısızsa +2, “%100 kazanç” türü kelimeler tespit edilirse +3 gibi. Toplam puanınız eşik değerini geçerse, mesaj spam sayılır.

cPanel’de SpamAssassin’i Etkinleştirme

cPanel arayüzünde SpamAssassin’i açmak için:

  1. cPanel’e giriş yapın.
  2. E‑Posta bölümünden Apache SpamAssassin veya Spam Filters (cPanel sürümüne göre değişebilir) menüsüne girin.
  3. SpamAssassin’i Etkinleştir veya Enable SpamAssassin butonuna tıklayın.

Bu noktadan sonra gelen e‑postalar SpamAssassin tarafından puanlanır ve konu satırına eklenen ***SPAM*** etiketi veya mesaj başlığına eklenen özel header’lar üzerinden işaretlenir.

Önerilen Başlangıç Eşik Değeri (Score)

SpamAssassin için tipik eşik değeri 5.0 olarak gelir. Bu genellikle iyi bir başlangıçtır, ancak her senaryo farklı olabilir:

  • 5–6 arası: Çoğu küçük/orta ölçekli site için iyi denge. Hem spam’i temizler, hem aşırı agresif değildir.
  • 3–4 arası: Çok spam alan ama nadiren kritik e‑posta kaçırmayı göze alabilen senaryolarda kullanılabilir; yanlış pozitif ihtimali artar.
  • 7 ve üzeri: Daha temkinli, düşük hassasiyet. İlk aşamada gözlem amaçlı tercih edilebilir.

Pratikte DCHost tarafında gördüğümüz iyi yaklaşım, önce 5 ile başlamak, karantinaya (Spam Box) atmak, birkaç hafta log ve klasörleri incelemek, ardından ihtiyaç varsa 4 veya 6 gibi daha uygun bir değere ayarlamaktır.

SpamAssassin Ayarları: Beyaz Liste, Kara Liste ve Özel Kurallar

SpamAssassin’in gücü, sadece varsayılan kurallarında değil; sizin ekleyeceğiniz beyaz liste (whitelist), kara liste (blacklist) ve isteğe göre oluşturulan özel puanlama kurallarında yatar.

Beyaz Liste (Whitelist) ile Önemli Gönderenleri Koruma

Bazı göndericiler var ki, onlardan gelen e‑postaların asla spam olarak işaretlenmesini istemezsiniz: Bankanız, ödeme sağlayıcınız, ERP sistemi, kritik SaaS uygulamaları gibi.

cPanel’de SpamAssassin beyaz listesi için genellikle iki yöntem kullanılır:

  • Kullanıcı arayüzü üzerinden: Bazı cPanel temalarında SpamAssassin ekranında “Whitelist” alanı bulunur; buraya @alanadi.com veya tam e‑posta adresi yazabilirsiniz.
  • Özel yapılandırma dosyası: Gelişmiş kullanıcılar, .spamassassin/user_prefs dosyasında whitelist_from direktifleriyle çalışmayı tercih eder.

Örnek kural:

whitelist_from  [email protected]
whitelist_from  *@odeme-saglayici.com

Bu sayede bu adreslerden gelen e‑postalar, puan alsa bile spam eşik değerini geçmeyecek şekilde avantajlı konuma gelir.

Kara Liste (Blacklist) ile Sürekli Rahatsız Edenleri Engelleme

Her zaman SPF/DKIM/SPAM skoru ile yakalayamadığınız, sürekli domain veya IP değiştiren, ama aynı türden alan adlarından gelen ısrarcı spam’ler olabilir. Bu noktada SpamAssassin kara listesi devreye girer.

Örnek kara liste kuralı:

blacklist_from  *@orneksuperspam.com
blacklist_from  promosyon*@*.spamdomain.net

Bu adreslerden gelen e‑postalar baştan çok yüksek puanla işaretlenir ve doğrudan spam kategorisine girer. Burada dikkat edilmesi gereken, mümkün olduğunca genel alan adlarını değil, gerçekten spam gönderdiğinden emin olduğunuz kaynakları eklemenizdir; aksi halde meşru göndericileri de yanlışlıkla engelleyebilirsiniz.

Özel Puan Kuralları ile Hassasiyeti Ayarlama

Çok teknik ekiplere sahip projelerde, belirli SpamAssassin kurallarına verilen puanı ince ayar yapmak isteyebilirsiniz. Örneğin:

  • “SPF_PASS” için negatif (eksi) puan verip, SPF’i geçenlere daha fazla güvenmek,
  • “HTML_IMAGE_ONLY_XX” gibi sadece resim içeren e‑postalara fazladan puan vererek daha agresif davranmak,
  • Türkçe karakter içermeyen ve çok fazla link taşıyan e‑postalarda ekstra puan vermek gibi stratejiler mümkündür.

Örnek:

score HTML_IMAGE_ONLY_08 3.0
score SPF_PASS           -1.0

Bu seviye özelleştirme, kontrollü yapılmalıdır. Özellikle çok alan adını tek bir sunucuda barındırıyorsanız, global değişiklikler tüm müşterilerinizi etkiler; bu nedenle önce test ortamında veya sınırlı sayıda hesapta denemenizi öneririz.

RBL (Real-time Blackhole List) Kara Listeleri: Sunucu Seviyesinde Savunma

SpamAssassin mesaj bazlı analiz yaparken, RBL kara listeleri IP seviyesinde çalışır. Bir IP adresi bilinen spam kaynakları listesine girmişse, daha SMTP oturumu aşamasında o bağlantıyı reddedebilirsiniz. Bu hem sunucunuzun yükünü azaltır hem de SpamAssassin’in daha az mesajla uğraşmasını sağlar.

RBL Nedir, Nasıl Çalışır?

RBL’ler, spam gönderen IP’lerin tutulduğu gerçek zamanlı kara listelerdir. E‑posta sunucunuz, gelen her bağlantı için bu IP’nin belirli DNSBL/RBL servislerinde listelenip listelenmediğini sorgular. Eğer listelenmişse, genelde iki yol izlenir:

  • Bağlantı SMTP oturumunda reddedilir (REJECT).
  • Bağlantı kabul edilir ama ekstra spam puanı verilerek SpamAssassin’e avantaj sağlanır.

cPanel tarafında bu işlemi Exim (varsayılan MTA) yönetir. RBL’ler doğrudan Exim yapılandırmasına veya WHM (root/ reseller düzeyi) arayüzüne eklenir.

cPanel/WHM’de RBL Kara Listesi Ekleme

Eğer DCHost üzerinde kendi VPS veya dedicated sunucunuzda WHM erişiminiz varsa, RBL yönetimi genellikle şu adımlarla yapılır:

  1. WHM’ye root olarak giriş yapın.
  2. Exim Configuration Manager menüsüne gidin.
  3. RBLs veya benzer isimli sekmeyi açın.
  4. Önerilen RBL servislerini etkinleştirin veya kendi kullanmak istediğiniz DNSBL alan adlarını ekleyin.

Hangi RBL’leri kullanacağınız kritik bir karardır. Çok agresif listeler yanlış pozitifleri artırabilir; çok gevşek listeler ise spam’i yeterince kesmez. Burada dengeyi, birkaç haftalık log analizine bakarak kurmak gerekir.

RBL ve Yanlış Pozitif Riski

Bir IP’nin RBL’de listelenmesinin her zaman “tamamen kötü niyetli” olduğu anlamına gelmediğini unutmamak gerekir. Paylaşımlı ortamlar, yeni taşınmış IP’ler veya iptal edilip yeniden tahsis edilmiş bloklar da yanlışlıkla kara listelere girebilir.

Bu yüzden RBL sonucuna göre gelen e‑postaları hemen reddetmek yerine, bazı senaryolarda sadece ekstra spam puanı vermek daha güvenli bir strateji olabilir. Böylece SpamAssassin içerik ve DNS imzalarını da kontrol eder, karar çok boyutlu olur.

IP itibarının toparlanması, gerektiğinde blacklist’lerden çıkma (delisting) süreçleri hakkında detaylı bilgi için e‑posta itibarını kurtarma rehberinde blacklist delisting ve IP ısıtma adımlarını ayrıntılı şekilde anlattık.

Karantina (Spam Box) Yönetimi: Silmek Yerine Güvenli Sandığa Kaldırmak

SpamAssassin’i devreye aldığınızda, en kritik kararlardan biri şudur: Spam’i direkt silmek mi, yoksa karantinaya mı almak?

Spam Box Nedir?

cPanel’de Spam Box, spam olarak işaretlenen e‑postaların otomatik olarak taşındığı özel bir IMAP klasörüdür. Genellikle posta kutusunda Spam veya Junk adıyla görünür. Bu yaklaşımın avantajları:

  • Yanlışlıkla spam’e düşen meşru e‑postaları daha sonra kurtarabilirsiniz.
  • Kullanıcılar, periyodik olarak bu klasörü inceleyerek filtrelerin çok agresif olup olmadığını size geri bildirebilir.
  • Bayes istatistikleri için eğitim verisi olarak kullanılabilir (gelişmiş kurulumlarda).

cPanel’de Spam Box’ı Etkinleştirme

Spam Box’ı açmak için:

  1. cPanel’e giriş yapın.
  2. Spam Filters veya Apache SpamAssassin menüsüne gidin.
  3. “Spam Kutusunu Etkinleştir” (Process New Emails and Mark Them as Spam: Move New Spam to a Separate Folder) benzeri seçeneği aktif edin.

Bu adımdan sonra eşik değerinizi geçen tüm e‑postalar ilgili posta hesabındaki Spam/Junk klasörüne düşecektir.

Otomatik Temizleme Stratejisi

Spam klasörü kontrol edilmezse, zamanla binlerce mesaj birikir ve disk kotanızı doldurur. Bu nedenle, DCHost tarafında müşterilere genellikle şu pratik stratejiyi öneriyoruz:

  • Spam klasörü için otomatik silme süresi belirlemek (örneğin 15 veya 30 gün).
  • IMAP istemcisinde (Outlook, Thunderbird, mobil uygulamalar) Spam klasörünün görünür olduğundan emin olmak ve kullanıcılara “ayda bir göz atın” demek.
  • cPanel’de Email Disk Usage aracını kullanarak şişen klasörleri periyodik kontrol etmek.

İleri seviyede, kendi VPS’inizde ek script’ler veya cron görevleri ile belirli klasörlerdeki 60 günden eski mesajları otomatik temizleyebilirsiniz. Bu tür otomasyonların sunucu tarafı altyapısına etkisi konusunda cPanel ve VPS’te otomatik yedekleme stratejileri yazısında da benzer mantığı görebilirsiniz.

Gerçek Bir Senaryo: Ajans Hesabında Kaybolan Teklifler

Ajans müşterilerimizden birinde yaşadığımız tipik bir senaryo: SpamAssassin eşiği 4’e indirilmiş, Spam Box kapalı ve “spam’i direkt sil” seçeneği işaretli. Sonuç: Aylık binlerce spam mesajı gerçekten temizleniyor ama aynı zamanda bazı yurtdışı tedarikçilerin teklif e‑postaları da siliniyor, geri dönüş oranları düşüyor.

Çözüm olarak:

  • Eşik değeri 5’e yükselttik,
  • Spam Box’ı etkinleştirdik,
  • Belirli güvenilir tedarikçileri whitelist’e ekledik,
  • Spam klasörünü 30 günde bir otomatik temizleyecek bir süreç kurguladık.

İki hafta içinde kaybolan teklif sorunu çözüldü ve kullanıcılar hala büyük oranda spam’den kurtulmuş şekilde çalışmaya devam etti.

Kullanıcı ve Global E‑posta Filtreleriyle İnce Ayar

SpamAssassin ve RBL’ler genel savunmayı kurarken, cPanel’in E‑posta Filtreleri arayüzü kullanıcı veya alan adı bazında çok daha ince ayar yapmanıza izin verir.

Global (Alan Adı Bazlı) E‑posta Filtreleri

cPanel’de Global Email Filters (veya Alan Adı Filtreleri) menüsüne girdiğinizde, o domain altındaki tüm hesaplara uygulanacak kurallar tanımlayabilirsiniz. Örnekler:

  • Konu satırında belirli bir kelime geçen e‑postaları doğrudan reddetmek.
  • Belirli bir ülke kodlu TLD’den (.xyz, .top vb.) gelenleri ekstra klasöre taşımak.
  • Belirli bir başlık (header) değeri taşıyan uygulama loglarını ayrı bir posta kutusuna yönlendirmek.

Örneğin, konu satırında “kredi kartı onayı” geçen mesajları özel bir klasöre taşımak için bir kural oluşturabilirsiniz. Bu tür filtreleri, hem spam azaltma hem de iş akışı düzenleme için kullanmak mümkün.

Kullanıcı Bazlı E‑posta Filtreleri

Email Filters menüsünden, her e‑posta hesabı için ayrı kurallar tanımlanabilir. Özellikle yönetici hesapları veya yoğun satış ekipleri için faydalıdır. Örnek kullanım senaryoları:

  • Belirli bir müşteriden gelen tüm e‑postaları otomatik olarak “VIP” klasörüne taşımak.
  • Ek boyutu belirli bir limitten büyük olan e‑postaları farklı bir hesaba kopyalamak.
  • Şüpheli görünen ama tamamen silmek istemediğiniz bazı motifleri “inceleme” klasörüne taşımak.

Bu arayüz üzerinden, SpamAssassin tarafından eklenen X-Spam-Status veya X-Spam-Score başlıklarına göre de filtre oluşturabilirsiniz. Örneğin X-Spam-Score 10’dan büyükse, başka bir karantina klasörüne taşıyıp daha agresif inceleme yapabilirsiniz.

SPF, DKIM, DMARC ve Spam Filtreleri Arasındaki İlişki

cPanel’de ne kadar iyi SpamAssassin ve RBL ayarı yaparsanız yapın, kendi gönderdiğiniz e‑postaların karşı tarafta spam’e düşmemesi için SPF, DKIM ve DMARC kayıtlarınızı da sağlam tutmanız gerekir. Aksi halde siz de başkalarının spam filtrelerine yakalanırsınız.

Bu DNS kayıtlarının düzgün kurulumu ve etkileri hakkında detaylı bir saha rehberi arıyorsanız, IPv6 ile e‑posta teslimini PTR, HELO, SPF ve RBL’lerle nasıl rayına oturtacağımızı anlattığımız makalede çok sayıda pratik örnek bulabilirsiniz.

Ayrıca, e‑posta yönlendirmelerinde SPF/DMARC’ın neden kırıldığını ve SRS/ARC gibi mekanizmalarla bu sorunun nasıl çözüleceğini merak ediyorsanız, e‑posta yönlendirmede SPF/DMARC sorunlarını anlatan rehberimize mutlaka göz atın. Bu bilgiler, spam filtreleriyle birlikte çalıştığında çok daha sağlam bir e‑posta altyapısı kurmanızı sağlar.

Gelişmiş Güvenlik Katmanı: MTA‑STS, TLS‑RPT ve E‑posta Teslim Edilebilirliği

Spam filtreleri istenmeyen postaları engellerken, MTA‑STS, TLS‑RPT ve DANE gibi modern mekanizmalar e‑posta trafiğinizin şifreli, güvenli ve manipülasyona karşı dayanıklı olmasını sağlar. Bunlar spam filtresi değildir, fakat iyi yapılandırıldığında e‑posta itibarınız ve teslim edilebilirliğiniz için olumlu sinyaller üretir.

Bu konuyu daha derinlemesine incelemek isterseniz, MTA‑STS, TLS‑RPT ve DANE ile teslim edilebilirliği artırma rehberimizde hem DNS yapılandırmalarını hem de pratik kurulum adımlarını detaylı şekilde ele aldık.

DCHost Tarafında cPanel E‑posta Altyapısını Nasıl Kurguluyoruz?

DCHost olarak cPanel barındırma, VPS ve dedicated sunucu hizmetlerimizde e‑posta altyapısını kurarken genellikle şu prensiplerle ilerliyoruz:

  • Varsayılan SpamAssassin eşiği: 5 puan ve Spam Box açık.
  • Temel ve güvenilir RBL’ler: Hem kaynak kullanımını koruyan hem de yanlış pozitif riskini makul seviyede tutan listeler.
  • DNS katmanında SPF, DKIM, DMARC: Mümkün olduğunca otomatik oluşturulan ve test edilen kayıtlar.
  • Düzenli log ve rapor takibi: Gelen/giden e‑postaların istatistiksel analizi, şüpheli artışlarda hızlı müdahale.

Daha kompleks ihtiyaçlarda, örneğin tamamen size ait bir mail sunucusu kurmak, Postfix/Dovecot/rspamd gibi bileşenlerle ileri seviye bir mimari tasarlamak isterseniz, bunu da DCHost VPS veya dedicated sunucular üzerinde kurgulayıp işletmenize uygun politikalarla birleştirebiliyoruz.

Hangi senaryoda paylaşımlı cPanel, hangi senaryoda kendi mail sunucunuzun doğru tercih olacağı konusunda kararsızsanız, e‑posta hosting seçimi rehberimiz size iyi bir çerçeve sunacaktır.

Özet ve Yol Haritası: cPanel’de Sağlam Bir Spam Savunması Kurmak

cPanel kullanıyorsanız, elinizde aslında oldukça güçlü bir spam savunma araç seti var: SpamAssassin, RBL kara listeleri, Spam Box karantina ve kullanıcı/global filtreler. Önemli olan, bunları rastgele değil, bilinçli bir stratejiyle devreye almak.

Önerdiğimiz pratik yol haritasını kısaca özetleyelim:

  • SpamAssassin’i etkinleştir, başlangıç eşiğini 5 olarak ayarla.
  • Spam Box’ı aç, en az 2–4 haftalık bir gözlem süresi boyunca silmek yerine karantinaya al.
  • Güvenilir göndericileri whitelist’e, sürekli rahatsız edenleri dikkatle seçilmiş blacklist’e ekle.
  • RBL kara listelerini makul sayıda ve güvenilir kaynaklardan seç; önce log’ları izle, sonra daha agresif hale getir.
  • SPF, DKIM, DMARC, rDNS gibi kritik DNS kayıtlarını sağlam kur; gerekirse ilgili rehberlerimizden faydalan.
  • Global ve kullanıcı bazlı filtrelerle, özellikle yoğun gelen kutularını ince ayarla.

DCHost olarak, ister paylaşımlı cPanel hosting ister kendi VPS/dedicated sunucunuz olsun, e‑posta tarafında spam ile teslim edilebilirlik dengesini yakalamanız için mimari tasarımdan günlük operasyonel iyileştirmelere kadar size eşlik edebiliyoruz. Mevcut bir cPanel hesabınız varsa ve spam sorunlarınız kronik hale geldiyse, gelin birlikte log’lara bakalım; SpamAssassin, RBL ve karantina ayarlarını birkaç küçük dokunuşla nasıl rayına oturtabileceğinizi birlikte planlayalım.

Sıkça Sorulan Sorular

Tek bir herkese uyan değer yok ama pratikte 5 puan çoğu senaryo için iyi bir başlangıç dengesidir. 5’in altında (örneğin 3–4) tutulduğunda spam daha agresif süzülür ancak yanlış pozitif riski artar; özellikle yurtdışı tedarikçiler ve otomatik sistem e‑postaları sıkça spam’e düşebilir. 7 ve üzeri ise tam tersi, daha az yanlış pozitif ama daha fazla spam anlamına gelir. Önerilen yaklaşım, önce 5 ile başlayıp Spam Box’ı açmak, 2–4 hafta spam klasörünü inceleyerek durumunuza göre 4 veya 6 gibi ince ayar yapmaktır. Çok kritik hesaplar için her zaman bir tık daha temkinli olmak mantıklıdır.

RBL kara listelerini doğru seçip yapılandırdığınız sürece genellikle oldukça faydalı ve güvenlidir; çünkü daha SMTP oturumunda bilinen spam kaynaklarını keserek hem sunucu yükünü azaltır hem de SpamAssassin’in işini kolaylaştırır. Ancak fazla agresif veya hatalı yönetilen listeler, temiz IP’leri de zaman zaman yanlışlıkla işaretleyebilir. Bu yüzden önerilen yöntem, önce birkaç güvenilir RBL’i sadece ek spam puanı verecek şekilde devreye almak, log’ları izlemek ve yanlış pozitif görmüyorsanız daha katı politikaya (doğrudan reddetme) geçmektir. Ayrıca kendi IP’lerinizin RBL’de listelenip listelenmediğini düzenli kontrol etmek önemlidir.

Spam Box etkinleştirildiğinde spam olarak işaretlenen e‑postalar silinmek yerine Spam/Junk klasörüne taşınır ve birikmeye başlar. Özellikle günde yüzlerce spam alan hesaplarda bu klasör temizlenmezse zamanla ciddi disk kullanımı oluşturabilir. Bunu yönetmenin en pratik yolu, kullanıcıları ayda en az bir kez spam klasörünü kontrol etmeye alıştırmak ve 15–30 günden eski mesajları otomatik temizleyen bir strateji uygulamaktır. cPanel’de Email Disk Usage aracıyla hangi klasörlerin şiştiğini görebilir, IMAP istemcinizde otomatik temizlik kuralları tanımlayabilir veya VPS/dedicated ortamda cron tabanlı temizleme script’leri kullanabilirsiniz. Böylece hem güvenli bir karantina katmanı hem de dengeli disk kullanımı elde edersiniz.

Öncelikle SpamAssassin eşik değerinizin fazla düşük olup olmadığını kontrol edin; 3–4 gibi agresif bir değerdense 5–6 aralığına çıkarmayı deneyin. Ardından, sık iletişim kurduğunuz kritik göndericileri (müşteriler, bankalar, SaaS hizmetleri) SpamAssassin whitelist’ine ekleyin. Kendi gönderdiğiniz e‑postalar düşüyorsa SPF, DKIM, DMARC ve rDNS kayıtlarınızın doğru yapılandırıldığından emin olun; bu konuda DCHost’un ilgili rehberlerinden faydalanabilirsiniz. Son olarak, Spam Box’ı kapatmak yerine açık tutup periyodik kontrol etmeyi tercih edin; böylece yanlış pozitifleri yakalayıp hangi motiflerin sorun oluşturduğunu gözlemleyebilir, gerekiyorsa özel kurallarla ince ayar yapabilirsiniz.

E‑posta yönlendirmeleri bazen SPF ve DMARC açısından sorun yaratabilir; çünkü iletilen e‑posta, ilk göndericinin alan adını taşırken farklı bir IP’den tekrar iletilmiş olur. Bu durum, bazı alıcı sunucularda spam filtrelerini tetikleyebilir. cPanel tarafında SpamAssassin ve RBL yine çalışır ancak asıl kritik nokta, yönlendirme yaptığınız hedef sunucunun SPF/DMARC’ı nasıl yorumladığıdır. Bu problemi azaltmak için mümkünse doğrudan POP/IMAP ile çekme (fetch) yöntemlerini tercih edebilir veya SRS/ARC gibi mekanizmaları destekleyen çözümler kullanabilirsiniz. Ayrıntılı açıklamalar ve örnek senaryolar için, e‑posta yönlendirmede SPF/DMARC neden kırılıyor konulu rehberlere göz atmanız faydalı olacaktır.