Gelen ePosta

Gelen ePosta, kuruluşunuza dışarıdan ulaşan e-postaların hangi sunucuya teslim edileceğini, hangi güvenlik denetimlerinden geçeceğini ve şüpheli bulunanların nasıl karantinaya alınacağını belirlediğiniz merkezi yapılandırma sayfasıdır. Dışarıdan gelen e-posta, kuruluşa yönelen istenmeyen postanın, oltalamanın ve zararlı yazılımın başlıca giriş kapısıdır; bu sayfa o kapıyı katman katman denetlemenizi sağlar.

DeepFilter gelen her e-postayı bağımsız çalışan çok sayıda denetimden geçirir; her denetim kendi bulgusuna göre e-postanın toplam tehdit skoruna puan ekler. Puanlar toplanır ve toplam, Karantina sekmesindeki eşiğe (varsayılan 12) ulaştığında e-posta teslim edilmez, karantinaya alınır. Bu sayfadaki sekmeler o denetim katmanlarını yönetir: teslim yönlendirmesini SMTP Akışı, saatlik hız sınırlarını Trafik Limiti, karantina davranışını Karantina, kimlik ve itibar denetimlerini (SPF, DKIM, RBL, Antivirüs) Güvenlik, kalıp-tabanlı tarama kurallarını Tercihler, gelen akışa eklenen bağımsız koruma modüllerini Özellikler, yapay zeka kararlarını Yapay Zeka, kullanıcı bilgilendirmesini Digest, kuruluşlar arası paylaşımlı tehdit imzalarını Merkez İstihbarat, bağlantı seviyesi korumaları ise Gelişmiş sekmesinden ayarlarsınız.

SMTP Akışı

SMTP Akışı, koruduğunuz alan adlarına gelen e-postaların hangi teslim sunucusuna iletileceğini yönettiğiniz yönlendirme katmanıdır. DeepFilter, alan adlarınızın e-postalarını dışarıdan ilk karşılayan sunucu olarak çalışır; taramayı tamamladıktan sonra e-postayı kuruluşun gerçek posta sunucusuna teslim eder. Bir alan adının teslim edileceği hedef burada tanımlı değilse, o alana gelen e-posta iletilecek bir sunucu bulamaz.

Ekran, teslim sunucusu merkezli bir düzen kullanır: solda kuruluşunuzun teslim sunucularının listesi, sağda o an seçili sunucunun tüm ayarları bulunur. Bir sunucuyu seçtiğinizde onun bağlantı bilgileri, alıcı doğrulama yöntemi ve o sunucuya bağlı alan adları sağdaki panelde açılır. Böylece bir posta sunucusuna hizmet veren tüm alan adlarını tek yerden yönetir, alan alan dolaşmak yerine sunucu seviyesinde çalışırsınız. Sol listenin üstündeki arama kutusu, hangi sunucuya bağlı olduğunu bilmediğiniz bir alan adını tüm sunucularda aratmanızı sağlar.

Değişiklikleriniz siz kaydedene kadar taslak olarak bekler. Bir alanı düzenlediğinizde panelin altında kaydedilmemiş değişiklik olduğunu belirten bir çubuk çıkar; buradan değişikliği kaydeder veya geri alırsınız. Kaydetmeden başka bir sunucuya geçmeye çalışırsanız DeepFilter uyarır ve değişikliği kaydetmeyi ya da atmayı seçtirir; böylece yarım kalan bir düzenleme sessizce kaybolmaz.

Ayarlar

Bir teslim sunucusunun ayarları üç bölümde toplanır: sunucuya nasıl bağlanılacağını belirleyen bağlantı bilgileri, geçersiz alıcıları eleyen Alıcı Doğrulama ve o sunucuya yönlenen alan adları. Bağlantı bilgilerindeki tüm alanlar her zaman düzenlenebilir; değişiklikler panelin altındaki kaydetme çubuğuyla uygulanır.

Bağlantı bilgileri

Sunucu adı — Bu teslim hedefini listede ve kayıtlarda tanıdığınız etikettir. (zorunlu) Yalnızca sizin için bir addır ve teslimatı etkilemez; ancak birden çok sunucu arasında doğru olanı seçebilmeniz için anlamlı tutun.

Host / IP — E-postaların iletileceği gerçek posta sunucusunun adresidir: geçerli bir IP adresi veya sunucu adı. (zorunlu) Kuruluşun e-postayı sonda alan sunucusu burasıdır. Adres başında/sonunda boşluk, :// ön eki veya :port eki içermez; port ayrı bir alandan yönetilir (aşağıya bakın).

Port — Teslimatın yapılacağı porttur. (varsayılan: 25) Standart SMTP teslimatı 25 numaralı porttan yapılır ve çoğu kurulumda bu değer değişmez; ancak teslim sunucunuz e-postayı farklı bir portta dinliyorsa bu alandan değiştirebilirsiniz. Değiştirdiğinizde yeni port, bu sunucuya bağlı tüm alan adlarına uygulanır ve bağlantı sınaması da bu porttan yapılır. Yanlış bir port girerseniz sunucuya hiç bağlanılamaz ve o sunucuya bağlı alan adlarının e-postaları teslim edilemez; bu yüzden portu ancak hedef sunucunun gerçekten o portu dinlediğinden eminseniz değiştirin.

Açıklama — Sunucu hakkında serbest not (örneğin konumu veya sorumlusu). (isteğe bağlı) Yalnızca yönetim kolaylığı içindir; teslimatı etkilemez.

Alan Adları

Bu bölüm, seçili teslim sunucusuna yönlenen gelen alan adlarını yönetir. Buradaki her alan adına gelen e-postalar, tarandıktan sonra bu sunucuya teslim edilir. Alan adları toplu eklenir: birden çok alan adını virgül, boşluk veya alt alta satırlarla ayırarak tek seferde girebilirsiniz. Bir alan adı yalnızca tek bir sunucuya bağlı olabilir; zaten başka bir sunucuda tanımlı bir alan adını eklemeye çalışırsanız DeepFilter bunu bildirir ve yinelemeyi engeller. Var olan bir alan adını, satırındaki taşıma seçeneğiyle başka bir teslim sunucusuna aktarabilir veya akıştan tümüyle kaldırabilirsiniz.

Alıcı Doğrulama

Alıcı Doğrulama, teslim sunucusunda gerçekten bir hesabı bulunmayan alıcılara gelen e-postaları, daha DeepFilter onları kabul etmeden SMTP aşamasında reddeden sunucu-başı bir denetimdir. (varsayılan: Kapalı)

Neden var: Saldırganlar ve yanlış yapılandırılmış sistemler, kuruluşunuzda karşılığı olmayan adreslere (silinmis-kullanici@…, rastgele üretilmiş adresler) sürekli e-posta gönderir. Doğrulama kapalıyken DeepFilter bu e-postaları kabul eder, tarar ve teslim sunucusuna iletir; sunucu da "böyle bir alıcı yok" diyerek geri döndürür. Bu hem gereksiz tarama yükü hem de geri dönen iletilerin (backscatter) yaratacağı sorunlar demektir. Doğrulama açıkken geçersiz alıcı daha kapıda elenir.

Nasıl çalışır: Açık yöntemde DeepFilter, bir e-postayı kabul etmeden önce alıcının adresini teslim sunucusuna sorar; sunucu adresi tanıyorsa e-posta normal akışına devam eder, tanımıyorsa e-posta SMTP aşamasında kalıcı olarak reddedilir. Sorgu sonuçları bir süre önbelleğe alınır, böylece aynı alıcı için teslim sunucusuna tekrar tekrar yük binmez. Bu ayar, seçili sunucuya bağlı tüm alan adları için geçerlidir.

Doğrulama yöntemi, kartlardan seçilir:

• Kapalı — Alıcı doğrulaması yapılmaz; tüm alıcılar kabul edilir ve geçerlilik kararı tümüyle teslim sunucusuna bırakılır.
• SMTP Call-out — Yukarıda anlatılan yöntem: alıcı, teslim sunucusuna SMTP aşamasında sorulur ve geçersizse e-posta reddedilir.
• Dizin tabanlı doğrulama (LDAP / Dizin ve Active Directory) — Kuruluşun kullanıcı dizinine doğrudan bağlanan yöntemler. Bu kartlar şimdilik Yakında etiketiyle gelir ve seçilemez.

Reddedilen alıcılar, ePosta Trafiği ekranında Olmayan Alıcı etiketiyle ayrışır; böylece hangi geçersiz adreslerin elendiğini oradan izleyebilirsiniz.

UYARI

Alıcı Doğrulama'yı açmadan önce teslim sunucunuzun geçerli alıcılar için "kabul", geçersizler için "böyle bir alıcı yok" yanıtını doğru verdiğinden emin olun. Sunucu tüm alıcıları önce kabul edip sonra reddeden bir yapıdaysa veya geçici bir sorun nedeniyle geçerli alıcıları da geri çeviriyorsa, meşru alıcılara gelen e-postalar da kapıda reddedilir. Açmadan önce aşağıdaki Anlık Doğrulama Testi ile birkaç gerçek adresi sınayın.

Teslim Sunucusu Ekleme

Ön koşullar

• Teslim sunucusunun, DeepFilter'dan gelen e-postaları ilgili porttan (varsayılan 25) kabul ettiğinden (relay izni verdiğinden) emin olun; aksi halde sunucu tanımlansa bile e-postalar teslim edilemez.

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde, sol listenin üstündeki Sunucu Ekle düğmesine tıklayın.
2. Sunucu adı, Host / IP ve gerekiyorsa Port alanlarını doldurun; dilerseniz bir Açıklama girin.
3. Alan Adları bölümünden bu sunucuya yönlenecek alan adlarını girin (birden fazlaysa virgül, boşluk veya ayrı satırlarla).
4. Panelin altındaki çubuktan Sunucuyu Oluştur'a tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Yeni sunucu sol listede görünür ve eklediğiniz alan adları detay panelinde listelenir. Alan adlarının MX durumu ve sunucu bağlantısı arka planda denetlenir; sonuçları Akış Durumunu Doğrulama bölümündeki gibi okursunuz.

Alan Adı Ekleme ve Taşıma

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde, soldan ilgili teslim sunucusunu seçin.
2. Alan Adları bölümünde Domain Ekle'ye tıklayın ve alan adlarını girin (birden fazlaysa virgül, boşluk veya ayrı satırlarla).
3. Bir alan adını başka bir sunucuya taşımak için o alan adının satırındaki taşıma seçeneğini kullanıp hedef sunucuyu seçin; akıştan tümüyle çıkarmak için kaldırma seçeneğini kullanın.
4. Değişiklikleri panelin altındaki çubuktan kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Eklenen alan adları sunucunun listesinde belirir ve MX durumları denetlenmeye başlar. Taşıdığınız alan adı eski sunucudan kalkıp yeni sunucunun listesinde görünür.

BİLGİ

Bir alan adı aynı anda yalnızca tek bir teslim sunucusuna bağlı olabilir. Zaten tanımlı bir alan adını eklemeye çalışırsanız DeepFilter uyarır; bir alan adını yeni bir sunucuya taşımak, onu eski sunucudan otomatik olarak alır.

Teslim Sunucusunu Silme

Bir teslim sunucusunu sildiğinizde, ona bağlı alan adlarının teslim edilecek bir hedefi kalmamalıdır; bu yüzden DeepFilter, üzerinde alan adı bulunan bir sunucuyu doğrudan silmenize izin vermez.

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde silmek istediğiniz sunucuyu seçin.
2. Silme işlemini başlatın. Sunucuda alan adı varsa DeepFilter, bu alan adlarının taşınacağı bir hedef sunucu seçmenizi ister.
3. Hedef sunucuyu seçip Sil ve Taşı ile onaylayın; alan adları hedefe taşınır ve sunucu silinir.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Silinen sunucu listeden kalkar; taşınan alan adları hedef sunucunun Alan Adları listesinde görünür.

UYARI

Alan adlarını taşıyacak başka bir teslim sunucusu yoksa sunucu silinemez — çünkü o alan adlarına gelen e-postalar teslim edilecek bir hedef bulamaz. Silmeden önce alan adları için geçerli bir hedef sunucu tanımlayın.

Alıcı Doğrulamayı Açma

Ön koşullar

• Teslim sunucusunun, geçerli bir alıcı için "kabul", geçersiz bir alıcı için "böyle bir alıcı yok" yanıtını verdiğini bilin. Emin değilseniz önce Anlık Doğrulama Testi ile sınayın.

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde ilgili teslim sunucusunu seçin.
2. Alıcı Doğrulama bölümünde SMTP Call-out yöntemini seçin.
3. Değişikliği panelin altındaki çubuktan kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Alıcı Doğrulama bölümünde yöntemin etkin olduğu ve ayarın bu sunucudaki tüm alan adları için geçerli olduğu görünür. Bundan sonra geçersiz bir alıcıya gelen e-postalar ePosta Trafiği'nde Olmayan Alıcı etiketiyle listelenir.

Bir Alıcı Adresini Anlık Sınama

Alıcı Doğrulama'yı açmadan önce ya da bir alıcının neden reddedildiğini anlamak için, tek bir adresin teslim sunucusunda geçerli olup olmadığını gerçek zamanlı sınayabilirsiniz.

Ön koşullar

• Sınamak istediğiniz alan adının bu teslim sunucusunda tanımlı olması gerekir; değilse test, alan adının bu sunucuda tanımlı olmadığını bildirir.
• Yeni oluşturduğunuz ama henüz kaydetmediğiniz bir sunucuda test çalışmaz; önce sunucuyu oluşturun.

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde ilgili teslim sunucusunu seçin.
2. Alıcı Doğrulama bölümündeki Anlık Doğrulama Testi alanına sınamak istediğiniz tam adresi girin (örneğin alici@ornekalan.com).
3. Doğrula'ya tıklayın ve teslim sunucusuyla yapılan canlı sorgunun sonucunu izleyin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Sonuç üç durumdan biriyle döner: Alıcı geçerli — kabul edilir, Alıcı geçersiz — reddedilir veya Sonuç belirsiz (sunucu net bir yanıt vermedi). Geçerli bir adresin "kabul edilir", var olmayan bir adresin "reddedilir" dönmesi, doğrulamayı açtığınızda sistemin doğru davranacağını gösterir.

Akış Durumunu Doğrulama

Her alan adının satırında bir renkli durum noktası bulunur; bu nokta yalnızca alan adının yönünü, yani MX kaydının bu teslim sunucusuna işaret edip etmediğini gösterir. Sunucuya bağlanma ve relay durumu ayrı ele alınır (aşağıya bakın).

Alan adı noktası — MX yönü. DeepFilter, alan adının MX kaydını genel DNS (herkese açık ad çözümleme) üzerinden okur; böylece iç ağdaki özel kayıtların yanıltması engellenir.

• Yeşil — MX kaydı bu sunucuya işaret ediyor.
• Kırmızı — MX kaydı yanlış bir hedefe işaret ediyor veya alan adının MX kaydı yok.
• Gri — MX henüz kontrol edilmedi.

Alan adı noktasında sarı durum yoktur; MX ya doğrudur ya değildir.

Sunucu bağlantısı ve relay. Bir alan adının e-postasının gerçekten teslim edilebilmesi için MX'in doğru olması yetmez; teslim sunucusuna bağlanılabilmesi ve o sunucunun e-postayı kabul etmesi (relay etmesi) de gerekir. Bu durum, seçili sunucunun bağlantı bilgileri bölümündeki sınamayla ve alan adı satırının ipucunda birleşik olarak gösterilir (örneğin "MX doğru · Sunucu: Bağlantı var, Relay sorunu").

Adımlar

1. Gelen ePosta → SMTP Akışı sekmesinde bir teslim sunucusu seçin.
2. Bağlantı bilgileri bölümündeki Bağlantıyı Test Et düğmesine tıklayın. DeepFilter, sunucuya girdiğiniz porttan bağlanır ve sunucuya bağlı gerçek bir alan adıyla teslim (relay) denemesi yapar.
3. Alan adlarının MX yönü için satırlardaki durum noktalarına bakın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Sağlıklı bir kurulumda alan adı noktaları yeşildir (MX doğru) ve bağlantı sınaması hem bağlantının kurulduğunu hem relay denemesinin geçtiğini bildirir.

BİLGİ

Bağlantı sınaması, teslim denemesini sunucuya bağlı gerçek bir alan adıyla yapar. Bu sayede sağlıklı bir sunucu, yalnızca kendi yönetim adresini kabul etmediği için yanlışlıkla "Relay sorunu" görünmez; sonuç, sunucunun sizin alan adlarınız için gerçekten relay edip etmediğini yansıtır.

Sorun Giderme

• Alan adı noktası kırmızı: Alan adının MX kaydı bu sunucunun genel IP adresine işaret etmiyor — DNS henüz yayılmamış ya da MX kaydı hatalı olabilir. Yalnızca test amaçlı, gerçek MX'i olmayan alan adları (örneğin deepfilter.local) daima kırmızı görünür.
• Sunucu bağlantısı kurulamıyor: Teslim sunucusuna girdiğiniz porttan hiç bağlanılamıyor. Host / IP ve Port değerlerini, güvenlik duvarını ve sunucunun o portu dinlediğini kontrol edin.
• Bağlantı var ama relay reddediliyor: Sunucuya bağlanılıyor ama teslim (relay) denemesi geri çevriliyor. Teslim sunucusunun, DeepFilter'dan gelen e-postalar için relay iznini ve alıcı kabul politikasını gözden geçirin.
• Meşru alıcılara gelen e-postalar reddediliyor (Alıcı Doğrulama açık): Teslim sunucusu geçerli alıcıları da geri çeviriyor olabilir. Anlık Doğrulama Testi ile birkaç gerçek adresi sınayın; sürekli "reddedilir" ya da "belirsiz" dönüyorsa doğrulamayı geçici olarak Kapalı'ya alıp sunucunun alıcı yanıtlarını düzeltin.

Trafik Limiti

Trafik Limiti, gelen e-posta trafiğine saatlik hız sınırları koyar ve sınırı aşan trafiğe otomatik bir aksiyon uygular. Ele geçirilmiş bir hesabın kısa sürede binlerce e-posta püskürtmesi ya da yanlış yapılandırılmış bir sistemin aynı adrese sel gibi e-posta yollaması gibi durumları, içeriğe bakmadan yalnızca hıza bakarak sınırlamak için vardır.

Buradaki sınırlar sabit bir tavan değil, saatlik sürdürülebilir bir hıztır: her e-posta ilgili sayacı bir miktar doldurur, sayaç zamanla boşalır ve yalnızca kısa süreli yoğunluk anlık kapasiteyi (burst) aştığında sınır devreye girer. Böylece normal iş temposu engellenmeden gerçek seller yakalanır.

Ayarlar

Trafik Limiti anahtarı — Modülü tümüyle açar veya kapatır. (varsayılan: açık — "Aktif — limitler uygulanıyor") Kapatıldığında hiçbir hız sınırı uygulanmaz.

Gönderen başına limit / saat — Tek bir gönderen adresinin bir saatte gönderebileceği e-posta sayısını sınırlar. (varsayılan: 100)

Domain başına limit / saat — Tek bir gönderen alan adının saatlik toplam e-posta sayısını sınırlar. (varsayılan: 500)

IP başına limit / saat — Tek bir gönderen IP adresinin saatlik e-posta sayısını sınırlar. (varsayılan: 200)

Bu üç sınır aynı anda çalışır. Değerleri düşürmek korumayı sıkılaştırır ama meşru toplu gönderenleri (bülten, davet, otomatik bildirim) de sınıra takma riskini büyütür; yükseltmek ani patlamalara daha çok izin verir ve kötüye kullanımı kolaylaştırır. Değerleri kuruluşunuzun normal trafiğine göre belirleyin.

Aksiyon — Bir sayaç sınırı aştığında o e-postaya uygulanacak işlemi seçer. (varsayılan: Karantinaya Al)

• Karantinaya Al — Sınırı aşan e-posta teslim edilmez, karantinaya alınır ve oradan incelenip serbest bırakılabilir. En güvenli seçenektir; yanlışlıkla takılan meşru e-posta kaybolmaz.
• Ertele — Gönderene "sonra tekrar dene" yanıtı döner (geçici ret). Meşru sunucular kısa süre içinde yeniden dener ve e-posta gecikmeyle de olsa geçer; birçok istenmeyen e-posta altyapısı yeniden denemediği için elenir. Bu seçenekte e-posta karantinada birikmez, gönderen tarafında bekler.

Anlık Kapasite (Burst) — Her sayacın ani patlama toleransını, yani sınır devreye girmeden önce kısa sürede kaç e-postaya izin verileceğini belirler. Üç alan vardır: Gönderen Anlık Kapasitesi, Domain Anlık Kapasitesi ve IP Anlık Kapasitesi. (varsayılan: Gönderen 10, Domain 20, IP 30) Bu değerler çoğu ortamda olduğu gibi bırakılır; yalnızca meşru toplu gönderim düzeniniz ani yoğunluk gerektiriyorsa artırılır.

Trafik Sınırı Tanımlama

Adımlar

1. Gelen ePosta → Trafik Limiti sekmesinde Trafik Limiti anahtarının açık olduğundan emin olun.
2. Gönderen başına, Domain başına ve IP başına saatlik sınırları, kuruluşunuzun normal trafiğine göre girin.
3. Aksiyon listesinden sınır aşıldığında uygulanacak işlemi (Karantinaya Al veya Ertele) seçin.
4. Gerekiyorsa Anlık Kapasite (Burst) bölümünü açıp ani patlama toleransını düzenleyin.
5. Kaydet ile uygulayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Sınırı aşan bir gönderici olduğunda, o e-postaların skor dökümünde RATELIMITED işareti görünür ve seçtiğiniz aksiyon (karantina ya da geçici ret) uygulanır.

UYARI

Sınırları kuruluşunuzun gerçek trafiğinin altına çekmek, meşru toplu gönderen sistemleri (bülten, e-posta pazarlama, otomatik bildirim) de sınıra takar. Aksiyon Karantinaya Al ise bu e-postalar karantinada birikir; Ertele ise geciker. Değerleri normal trafiğinizi ölçerek belirleyin.

Karantina

Karantina, tehdit skoru eşiği aşan e-postaların silinmek yerine güvenli bir alanda tutulduğu bölmedir. DeepFilter, şüpheli bir e-postayı doğrudan reddetmek yerine karantinaya alır; böylece yanlışlıkla yakalanan meşru bir e-posta (yanlış pozitif) incelenip serbest bırakılabilir. Bu sekme, karantinanın ne kadar süre saklanacağını, hangi skorun karantinayı tetikleyeceğini ve kullanıcıların nasıl bilgilendirileceğini yönetir.

Ayarlar

Saklama Süresi (gün) — Karantinadaki bir e-postanın ne kadar süre tutulacağını belirler. (varsayılan: 30; alt sınır 1, üst sınır yok) Bu süreden eski e-postalar otomatik olarak silinir. Silme işlemi anlık değildir; her gün çalışan otomatik bir temizlik, süresi dolan kayıtları o gün kaldırır. Karantinanın hiç otomatik silinmemesini istiyorsanız çok büyük bir değer (örneğin 9999) girebilirsiniz.

DİKKAT

Saklama süresini düşürdüğünüzde, bu süreden eski karantina e-postaları bir sonraki günlük temizlikte kalıcı olarak silinir; bu e-postalar bir geri dönüşüm kutusuna taşınmaz, geri getirilemez. Süreyi kısaltmadan önce, kaybını göze alamayacağınız e-postaların serbest bırakıldığından emin olun.

Karantina Eşiği (puan) — Bir e-postanın toplam tehdit skoru bu değere ulaştığında e-posta teslim edilmez, karantinaya alınır. (varsayılan: 12; izin verilen aralık 0–20) Bu, temkinli ↔ agresif kalibrasyon eksenidir: düşürmek daha çok e-postayı karantinaya çeker — istenmeyen posta kaçağı azalır ama meşru e-postanın takılma riski (yanlış pozitif) artar; yükseltmek tersini yapar — yalnızca belirgin istenmeyen posta tutulur, temiz e-posta rahat geçer ama kaçak artar. DeepFilter tasarımı gereği bu eşiği aşan e-posta hiçbir zaman gerçek anlamda reddedilmez; en sert sonuç karantinadır.

Karantinaya alındığında bildir — Bir e-posta karantinaya alındığında alıcıya bilgilendirme gönderir. (varsayılan: açık) Bildirim; gönderen, konu ve e-postayı inceleyip serbest bırakabileceği güvenli bir bağlantı içerir. Böylece kullanıcı, beklediği bir e-posta gelmediğinde karantinaya takıldığını fark eder.

Serbest bırakıldığında bildir — Karantinadan bir e-posta serbest bırakıldığında alıcıya bilgilendirme gönderir. (varsayılan: kapalı) Serbest bırakma işleminin kullanıcıya teyit edilmesini istediğiniz ortamlarda açılır.

BİLGİ

Her iki bildirim de yalnızca alıcıya gider ve alıcının alan adının kullanıcı portalı erişimine bağlıdır: portal erişimi kapalı (erişim yok) olan alan adlarında bu bildirimler gönderilmez. Portal yetkisi Digest sekmesindeki ayarlarla yönetilir.

Karantina Ayarlarını Değiştirme

Adımlar

1. Gelen ePosta → Karantina sekmesini açın.
2. Saklama Süresi ve Karantina Eşiği alanlarına yeni değerleri girin; eşiği izin verilen 0–20 aralığında tutun.
3. Karantinaya alındığında bildir ve Serbest bırakıldığında bildir anahtarlarını ihtiyacınıza göre açıp kapatın.
4. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Eşiği değiştirdikten sonra, yeni eşiğin üstünde skor alan bir e-posta Karantina listesinde görünür; altında kalanlar teslim edilir. Bildirim anahtarını açtıysanız, karantinaya düşen bir e-posta için alıcının bir bilgilendirme e-postası aldığını görürsünüz.

Güvenlik

Güvenlik sekmesi, gelen e-postaları gönderen kimliği ve itibarı açısından denetleyen dört modülü barındırır: SPF, DKIM, RBL ve Antivirüs. Her modül, gönderenin iddia ettiği kişi olup olmadığını ya da bilinen bir kötü kaynaktan gelip gelmediğini sınar ve bulgusunu e-postanın tehdit skoruna bir katkı olarak ekler.

Bu sekmedeki her modülün başında bir ana anahtar vardır; anahtar modülün tümünü açar veya kapatır. Modül açıkken, denetim sonucuna uygulanacak işlem bir açılır listeden seçilir. Bu listelerdeki en sert seçenek karantinadır; doğrudan "reddet" seçeneği yoktur. "Karantinaya Al", ilgili sinyalin skor katkısını yükselterek e-postayı karantina eşiğine taşır; "Kabul Et" ise katkıyı nötrler. Yani bir modülü karantinaya ayarlamak e-postayı tek başına reddetmez; katkısı diğer sinyallerle toplanır ve ancak eşik aşılırsa e-posta karantinaya alınır.

Ayarlar

SPF (Sender Policy Framework)

Gönderen IP adresinin, gönderen alan adının DNS kayıtlarında e-posta göndermeye yetkili olarak tanımlanıp tanımlanmadığını denetler. (modül varsayılan: açık) Modül üç ayrı sonuç için ayrı birer aksiyon listesi sunar:

• SPF doğrulaması başarısız (-all) — Alan adı "yalnızca yetkili sunucularım gönderebilir" diye kesin bir kural yayınlamış ve gönderen IP bu kurala uymuyor. (varsayılan: Kabul Et)
• SPF yumuşak başarısız (~all) — Alan adı benzer kuralı daha gevşek yayınlamış. (varsayılan: Kabul Et)
• SPF kaydı bulunamadı — Alan adının hiç SPF kaydı yok. (varsayılan: Kabul Et)

Üç senaryonun da varsayılanı "Kabul Et"tir; çünkü yumuşak başarısızlık ve kayıt yokluğu çok yaygındır ve bunları karantinaya çevirmek yüksek yanlış pozitif üretir. Bir senaryoyu Karantinaya Al yaparsanız, o SPF sonucunu taşıyan e-postalar (tek başına değil, diğer sinyallerle birlikte) karantina eşiğine yaklaşır. Modülü tümden kapatmak SPF sinyalini bütünüyle kaldırır.

DKIM (DomainKeys Identified Mail)

E-postanın gönderildikten sonra yolda değiştirilmediğini, dijital imza doğrulamasıyla denetler. (modül varsayılan: açık) Üç ayrı sonuç için ayrı aksiyon vardır:

• DKIM doğrulaması başarısız (varsayılan: Kabul Et)
• Geçersiz DKIM imzası (varsayılan: Kabul Et)
• DKIM imzası bulunamadı (varsayılan: Kabul Et)

İmzasız e-posta çok yaygındır (birçok küçük gönderen imzalamaz), bu yüzden "imza bulunamadı"yı karantinaya çevirmek geniş bir yanlış pozitif yüzeyi açar. "Başarısız" ve "geçersiz imza" daha güçlü sinyallerdir ama yanlış yapılandırma da sıktır; bu nedenle üç senaryo da varsayılan "Kabul Et" ile gelir.

RBL (Realtime Blackhole List)

Gönderen IP adresini ve e-posta içeriğindeki bağlantı alan adlarını, bilinen istenmeyen posta kaynaklarını listeleyen harici itibar veritabanlarında sorgular. (modül varsayılan: açık) İstenmeyen postanın büyük kısmı itibarı zaten bozuk kaynaklardan geldiği için RBL, içeriği taramadan önce kaynağı eleyen ucuz ve etkili bir katmandır.

Modül açıkken iki ek denetim belirir. Aktif RBL Kaynakları listesinde her kaynak kendi anahtarıyla ayrı ayrı açılıp kapatılır; RBL eşleşmesi durumunda açılır listesi ise eşleşen e-postaya uygulanacak işlemi belirler (varsayılan: Karantinaya Al).

Kaynak	Ne denetler	Varsayılan
Spamhaus ZEN	Gönderen IP kara listesi (en yaygın birleşik liste)	Açık
Barracuda BRBL	İstenmeyen posta kaynağı IP adresleri	Açık
SpamCop	Kullanıcı bildirimlerine dayalı istenmeyen posta IP listesi	Açık
Spamhaus DBL	E-posta içeriğindeki bağlantı alan adlarını denetler	Açık
URIBL	E-postadaki bağlantıları denetler	Kapalı
SURBL	Ek bağlantı tabanlı denetim	Kapalı

Bir kaynağı kapatmak onun yakaladığı istenmeyen postanın kaçmasına yol açar; açmak korumayı artırır ama yanlış pozitif riskini de getirebilir. RBL eşleşmesi durumunda listesini "Kabul Et" yapmak, RBL eşleşmesini karantinaya taşımadan yalnızca bilgi amaçlı bir skora indirir.

BİLGİ

URIBL ve SURBL varsayılan olarak kapalıdır. URIBL'in ücretsiz genel sorgu servisi yoğun trafikte sınırlamaya takılıp meşru alan adları için hatalı eşleşme döndürebildiğinden, sistematik yanlış pozitifi önlemek için kapalı gelir. Bağlantı tabanlı korumanın büyük kısmını zaten Spamhaus DBL sağlar; bu iki kaynağı yalnızca ihtiyaç duyar ve kendi erişim anahtarınızı edinirseniz açın.

Antivirüs

E-posta eklerini zararlı yazılıma karşı tarar ve virüs tespit edildiğinde seçili aksiyonu uygular. (modül varsayılan: açık; aksiyon varsayılan: Karantinaya Al) Tek bir aksiyon listesi vardır: Virüs tespit edildiğinde. Bu modül yalnızca klasik virüsleri değil, güncel zararlı yazılım imzalarını ve arşiv içindeki yasaklı dosya türlerini de yakalar; eşleşen e-posta yüksek bir skorla karantinaya taşınır.

Modülü kapatmak ek taramasını bütünüyle durdurur — kritik bir güvenlik kaybıdır. Aksiyonu "Kabul Et" yapmak virüs bulgusunu karantinaya taşımaz; bu yüzden önerilmez.

Tehlikeli dosya uzantılarının (exe, bat, js, vbs gibi) engellenmesi bu sekmeden değil, Giden ePosta → DLP sayfasından yönetilir; oradaki uzantı engelleme hem gelen hem giden trafiğe uygulanır.

SPF/DKIM Aksiyonu Yapılandırma

Adımlar

1. Gelen ePosta → Güvenlik sekmesinde ilgili modülün (SPF veya DKIM) ana anahtarının açık olduğundan emin olun.
2. Üç sonuç senaryosunun her birinin yanındaki açılır listeden uygulanacak aksiyonu (Kabul Et veya Karantinaya Al) seçin.
3. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Bir senaryoyu "Karantinaya Al" yaptıktan sonra o durumu taşıyan bir test e-postası gönderin; e-postanın skor dökümünde ilgili SPF/DKIM işaretinin skoru yükselttiğini ve yeterli katkı birikince e-postanın karantinaya düştüğünü görürsünüz.

RBL Kaynağı Açma veya Kapatma

Adımlar

1. Gelen ePosta → Güvenlik sekmesinde RBL modülünün ana anahtarını açın.
2. Aktif RBL Kaynakları listesinde kullanmak istediğiniz kaynağın anahtarını açın veya kapatın.
3. Gerekirse RBL eşleşmesi durumunda listesinden eşleşen e-postaya uygulanacak işlemi seçin.
4. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Bir kaynağı açık tutup eşleşen bir e-posta geldiğinde, e-postanın skor dökümünde ilgili RBL işareti görünür ve RBL eşleşmesi durumunda seçtiğiniz aksiyon (karantina ya da bilgi amaçlı skor) uygulanır; bir kaynağı kapattığınızda o kaynağın yakaladığı türden e-postalar artık bu işareti almaz.

UYARI

Bir modülü doğrudan reddetmeye çeviremezsiniz; en sert seçenek karantinadır. Yine de bir senaryoyu karantinaya çevirmeden önce, yanlış yapılandırılmış meşru göndericilerin (SPF'i eksik, imzasız ya da paylaşımlı IP'den gelen) de yakalanabileceğini göz önünde bulundurun. Değişiklikleri kademeli uygulayın ve trafiği izleyin.

Sorun Giderme

• Meşru bir gönderen karantinaya takılıyor: Karantinadaki e-postanın skor dökümünde hangi SPF, DKIM veya RBL işaretinin skoru yükselttiğine bakın. İlgili senaryo listesini "Kabul Et"e çekin ya da o göndereni beyaz listeye alın — korumayı tümden kapatmak yerine tek kaynağı istisna yapmak daha güvenlidir.

Tercihler

DeepFilter, gelen her e-postayı birbirinden bağımsız çalışan çok sayıda tarama kuralından geçirir; her kural belirli bir spam veya oltalama işaretini arar ve eşleşirse e-postanın toplam tehdit skoruna kendi puanını ekler. Puanlar toplanır ve toplam, Karantina sekmesindeki eşiğe (varsayılan 12) ulaştığında e-posta teslim edilmeyip karantinaya alınır. Tek bir kural çoğu zaman bu eşiği tek başına aşmaz; kurallar birbirini tamamlayarak şüpheli e-postayı eşiğin üzerine taşır.

Tercihler sekmesi, bu kuralların yüksek-özgüllüklü ve kalıp-tabanlı olanlarını — kimlik ve marka taklidi, hedefli oltalama, görsel spam, içerik kalıpları ve konu sinyalleri — tek tek yönetmenizi sağlar. Her kuralın ürettiği puanı kendi aralığında değiştirebilir veya kuralı büsbütün kapatabilirsiniz. Bu sekmedeki hiçbir kural e-postayı doğrudan reddetmez; bir kuralın skorunu yükseltmenin en kötü sonucu meşru bir e-postanın karantinaya düşmesidir, kalıcı kayıp değildir. (Yapay zeka olasılığına dayalı kararlar burada değil, ayrı Yapay Zeka sekmesinde yönetilir.)

Ayarlar

Her satır bir tarama kuralını temsil eder. SKOR alanı kuralın her eşleşmede üreteceği puanı belirler ve kuralın izin verilen aralığında düzenlenir; AKTİF anahtarı kapatıldığında kural artık hiç puan üretmez (listeden kalkmaz, yalnızca ağırlığı sıfırlanır); DEFAULT sütunu kuralın fabrika referans değerini gösterir; SIFIRLA tek bir satırı bu değere geri döndürür. Skor değişikliği kaydedildiği anda geçerli olur ve sonraki e-postalara uygulanır. Aşağıda kurallar, hedef aldıkları tehdit sınıfına göre gruplanmıştır.

Kimlik ve marka taklidi

Bu gruptaki kurallar, gönderenin kimliği konusunda alıcıyı yanıltma girişimlerini yakalar: tanıdık bir markanın veya kurye firmasının adını taşıyan ama o kurumdan gelmeyen e-postaları.

Kiril Karakterli Marka Taklidi aynı kelimede birden çok alfabenin birlikte kullanıldığını — örneğin Latin "a" ile ona neredeyse tıpatıp benzeyen Kiril "а" harfini — tespit eder. (varsayılan 4,00; aralık 0–10) Oltalama saldırganları bir markanın adını gözle ayırt edilemeyen yabancı harflerle yazarak hem filtreleri hem alıcıyı aldatır; bu kural o karışımı yakalar. Grubun en geniş ve en çıplak sinyali olduğu, tek bir koşula baktığı için yanlış pozitif yüzeyi de en yüksek olandır: Kiril alfabesiyle meşru yazışan (Rusça, Bulgarca, Ukraynaca) ya da Türkçe içine Kiril karışan e-postalar yanlışlıkla tetikleyebilir. Skoru düşürmek bu yanlış pozitifleri azaltır; kapatırsanız harf karışımına dayalı marka taklidi puansız kalır. Dört puanla tek başına eşiği aşmaz, asıl ağırlığını diğer kurallarla birleşince kazanır.

Kiril Karakterli Phishing gönderen görünen adında tanınmış bir e-posta servisi, kurye firması veya marka adı geçen ve aynı zamanda karışık alfabe içeren e-postaları işaretler. (varsayılan 8,00; aralık 0–10) Karışık alfabenin tek başına masum olabildiği yerde "tanınmış servis adı + harf karışımı" birleşimi neredeyse her zaman kötü niyetlidir; iki koşulu birlikte aradığı için Kiril Karakterli Marka Taklidi kuralından çok daha özgüldür ve düşük yanlış pozitif üretir. Kapatırsanız marka artı harf-karışımı oltalaması daha kolay kaçar; skoru yükseltmek e-postayı tek başına eşiğe yaklaştırır.

İçerikte Marka Taklidi e-posta gövdesinde tanınmış bir marka adı geçerken gönderen başlığındaki alan adlarının birbirinden farklı olduğu durumu yakalar. (varsayılan 4,00; aralık 0–10) Marka taklidi eden oltalama, metinde markadan söz ederken kendi sahte alan adından gönderilir; gövdedeki marka ile başlıktaki tutarsız alan adı bu uyumsuzluğu ele verir. Kapatırsanız gövdede marka adı geçen ama farklı alan adından gelen taklit e-postalar bu sinyali almaz. Marka adı içeren üçüncü taraf bültenler (bir pazarlama aracından gönderilip gövdesinde markadan söz eden meşru postalar) bu kuralı yanlışlıkla tetikleyebildiği için, yanlış pozitif görürseniz skoru düşürebilirsiniz.

Sahte Kurye Göndericisi gönderen görünen adı bir kargo/kurye firmasını taklit ederken gönderici bilgisinin sahte olduğu (görünen gönderen ile gerçek gönderen uyuşmadığı) e-postaları yakalar. (varsayılan 10,00; aralık 0–10) "Kargonuz teslim edilemedi" temalı oltalama en yaygın saldırı kalıplarından biridir; kurye adı taklidi ile sahte gönderici birleşimi güçlü bir dolandırıcılık işaretidir. Varsayılan 10 puan bilinçli olarak agresiftir ve e-postayı tek başına eşiğe çok yaklaştırır, ancak iki koşullu olduğu için yanlış pozitif düşüktür. Meşru bir kurye bildiriminin yanlışlıkla yakalandığını görürseniz skoru düşürebilirsiniz; kapatırsanız kurye temalı oltalamaya kapı açılır.

Alıcıyı hedef alan oltalama

Bu üç kural, alıcının kendi kurum adını veya e-posta adresini kullanarak güven oluşturmaya çalışan hedefli oltalama saldırılarını yakalar. Üçü de yalnızca kendi ek puanlarını ekler; birlikte tetikledikleri konu ve içerik işaretleri ayrıca kendi puanlarını üretmeye devam eder, bu yüzden bir kuralı kapatmak diğer işaretleri etkilemez.

Alıcı Firma Taklidi Oltalaması alıcının kendi kurumunun adı konu satırının başında geçerken gönderen alan adının alakasız olduğu ve konunun bir oltalama kalıbı taşıdığı e-postaları yakalar. (varsayılan 8,00; aralık 0–10) Saldırgan, "[Şirketiniz] hesabınız..." gibi bir konuyla alıcıyı kendi kurumundan geliyormuş izlenimiyle kandırır. Otuz günlük ölçümde bu birleşim (kurum adı konu başında artı oltalama konusu) hiç meşru e-postayla çakışmamıştır, yanlış pozitif riski çok düşüktür. Kapatırsanız yalnızca bu kuralın kendi puanı kalkar, oltalama-konu işareti puanlamayı sürdürür; buna karşılık hedefli oltalama daha kolay kaçar.

Alıcı Adresiyle Hedefli Oltalama alıcının tam e-posta adresi konu satırının içinde geçerken konunun bir oltalama kalıbı taşıdığı e-postaları yakalar. (varsayılan 8,00; aralık 0–10) Hedefli oltalama, kişiselleştirilmiş görünmek için alıcının adresini doğrudan konuya gömer; bu, otomatik toplu gönderimlerde nadir, oltalamada ise sık görülen bir imzadır. Ölçümde bu birleşim saldırıları yakalamış, meşru e-postalarla çakışmamıştır — adresini konuya koyan tek meşru sınıf takvim davetleridir, onlar da oltalama konu işareti taşımadığı için bu kural onlarda tetiklenmez. Kapatırsanız bu düşük-gürültülü hedefli sinyal ortadan kalkar.

Sahte Karantina/Hesap Tuzağı Oltalaması alıcının kurum adı veya adresi konuda geçerken konunun sahte bir "karantina özeti" ya da "hesabınızı güncelleyin" tuzağı taşıdığı e-postaları yakalar; bilinen güvenilir gönderici listelerinde yer alan sunucular muaf tutulur. (varsayılan 16,00; aralık 0–20) Bu saldırı kullanıcıyı sahte bir karantina veya hesap yönetim ekranına yönlendirip kimlik bilgilerini çalmayı hedefler; DeepFilter'ın kendi bildirimlerini taklit etmesi onu özellikle tehlikeli kılar ve kural en yüksek varsayılan puanı bu yüzden taşır. Aynı anda tetiklenen temiz işaretleri (örneğin yapay zekanın "güvenli" kararının negatif puanı) dengeleyip yine de eşiği geçebilmesi için tek başına eşiği aşacak biçimde tasarlanmıştır — aralığının 0–20'ye kadar açık olmasının nedeni budur. Kapatırsanız sahte-karantina temalı hedefli oltalama puansız kalır. Skoru düşürmek, güvenilir listede olmayan bir üst sunucudan gelen meşru karantina-özeti e-postalarının yanlışlıkla takılma ihtimalini azaltır; hâlâ kaçan saldırı görürseniz aralık elverdiğince yükseltebilirsiniz.

BİLGİ

Bu kural, bilinen güvenilir gönderici listelerinde yer alan sunucuları zaten muaf tutar. Yanlış pozitif yaşadığınız kaynak bu listelerde değilse, kuralı tümden kapatmak yerine önce o kaynağı beyaz listeye almayı değerlendirin; böylece koruma diğer göndericiler için ayakta kalır.

Görsel tabanlı spam

Görsel-Tabanlı Reklam Spamı tüm satış metnini bir görselin içine gömen, yeni açılmış/atılabilir bir alan adından gönderilen ve gerçek alıcısı gizlenmiş (toplu gizli kopya) e-postaları yakalar. (varsayılan 10,00; aralık 0–10) Bu tür reklam spam'i metnini görsele koyarak metin-tabanlı taramadan kaçar, gönderen adresi her seferinde değiştiği için adres kara listesi de işe yaramaz; kural üç işareti (taze alan adı, gizlenmiş alıcı, yalnızca-görsel gövde) birlikte arayarak bu kaçış kalıbını hedefler. Üç koşulun birden gerekmesi yanlış pozitifi düşürür — yalnızca-görsel gövde tek başına meşru bir görselli bültende de bulunabildiği için diğer iki koşul olmadan tetiklenmez. Kapatırsanız satış metnini tümüyle görsele gömen reklam spam'i puansız kalır; görsel-ağırlıklı meşru pazarlama e-postaları alıp yanlış pozitif yaşıyorsanız skoru düşürebilir veya kuralı kapatabilirsiniz.

İçerik ve bağlantı kalıpları

Bu gruptaki kurallar, e-posta gövdesinin metnindeki oltalama diline ve içindeki bağlantılara bakar.

Düz metin gövdede oltalama e-postanın düz metin bölümünde bilinen bir oltalama kalıbı ("parolanız sona eriyor", "hesabınız kapatılacak" gibi) geçtiğinde tetiklenir; HTML gövdede oltalama ise aynı kalıpları e-postanın HTML bölümünde arar. Ayar listesinde bu iki kural PHISHING_BODY_TEXT ve PHISHING_BODY_HTML adlarıyla görünür. (her ikisi için varsayılan 4,00; aralık 0–10) Oltalama, kullanıcıyı aciliyet hissiyle harekete geçiren kalıplaşmış ifadeler kullanır; bir e-postanın hem düz metin hem HTML sürümü olabildiği için kalıp iki ayrı kuralla her iki gövdede de aranır. İki sürüm de aynı kalıbı içeren bir e-postada iki kural birden tetiklenir ve dört puanlık iki katkı birlikte sekiz puana ulaşır. Varsayılan 4 puan bilinçli olarak ölçülüdür: daha yüksek bir değerde, meşru bir fatura veya hesap yazışması bu kalıplardan birini içerdiğinde iki kuralın toplamı tek başına eşiği aşıp e-postayı karantinaya düşürebiliyordu. Skoru yükseltmek yakalamayı artırır ama bu yanlış pozitif riskini büyütür; düşürmek tersini yapar. Kapatırsanız gövde metnindeki oltalama dili puansız kalır.

Phishing Bağlantısı e-postadaki bir bağlantının okuyucuya gösterilen alan adı ile tıklandığında gerçekten gidilen hedef alan adı arasında kandırma amaçlı bir uyumsuzluk taşıdığını ya da bağlantının bilinen oltalama adres listeleriyle eşleştiğini tespit eder. (varsayılan 4,00; aralık 0–10) Oltalamanın en temel mekaniği budur: metinde tanıdık bir banka, kurum veya servis adresi görünürken bağlantı saldırganın sahte sayfasına gider; kural hem bu görünen-gerçek uyumsuzluğunu hem de daha önce oltalama olarak raporlanmış adresleri arar. Varsayılan 4 puan bilinçli olarak ölçülüdür: aynı markanın iki farklı uzantısı arasındaki meşru yönlendirme de (örneğin metinde firma.com.tr yazan bir bağlantının firma.com adresine gitmesi) aynı uyumsuzluğu üretir ve daha yüksek bir değerde böyle bir e-posta tek başına eşiğe taşınabiliyordu. Bu tür bir yanlış pozitif görürseniz skoru düşürün; belirgin oltalama e-postaları geçiyorsa kademeli yükseltin. Kapatırsanız yalnızca bu kuralın kendi puan katkısı kalkar; bağlantı uyumsuzluğunun DKIM doğrulama hatası veya yanıt adresi tutarsızlığıyla birleştiği oltalama işaretleri kendi puanlarını üretmeyi sürdürür.

Dosya Paylaşım Bağlantısı e-postada bir dosya paylaşım servisine (bulut sürücüler, dosya aktarım siteleri) ait bağlantı bulunduğunda tetiklenir. (varsayılan 4,00, bağlantı başına; aralık 0–10) Oltalama ve zararlı yazılım dağıtımı, ekleri filtrelerden geçirmek için sık sık dosya paylaşım bağlantıları kullanır; tek başına düşük risklidir ama sahte gönderici veya oltalama konusuyla birleştiğinde ağırlık kazanır. Bu kural her eşleşen bağlantı için puanı ayrı ekler, bu yüzden bir e-postada birden çok paylaşım bağlantısı varsa puan hızla birikir. Dosya paylaşım bağlantıları normal iş yazışmasında da çok yaygın olduğundan yanlış pozitif yüzeyi geniştir; büyük dosya alışverişini yoğun ve meşru biçimde yapan ekiplerde (tasarım, prodüksiyon) skoru düşürmek birikmeyi yumuşatır. Kapatırsanız bu bağlantıların katkısı tümüyle kalkar.

UYARI

Dosya Paylaşım Bağlantısı puanı her bağlantı için ayrı eklendiğinden, birkaç paylaşım bağlantısı içeren tek bir meşru e-posta beklenenden yüksek puan alabilir. Skoru belirlerken tek bağlantıyı değil, tipik e-postalarınızdaki bağlantı sayısını göz önünde bulundurun.

Konu ve biçim sinyalleri

Bu iki kural düşük ağırlıklı yardımcı işaretlerdir; tek başlarına belirleyici değildir, toplam skora küçük katkılar yapar.

Konu Tamamen Büyük Harf konu satırının baştan sona büyük harflerden oluştuğu durumda tetiklenir. (varsayılan 3,00; aralık 0–10) Sürekli büyük harf (bağırma) spam ve dolandırıcılık konularında sık görülür. Meşru büyük-harf konular da bulunduğundan (kısa uyarı veya alarm bildirimleri gibi) ağırlığı bilinçli olarak düşük tutulur; yükseltmek bu tür meşru konularda yanlış pozitif riskini artırır. Kapatırsanız tümü-büyük-harf konu işareti puansız kalır.

Tanıtım Cümlesi e-postanın "Merhaba, ben..." gibi bir kendini tanıtma açılışıyla başladığını tespit eder. (varsayılan 2,00; aralık 0–10) Soğuk-satış ve dolandırıcılık e-postaları çoğu zaman kişisel bir tanıtımla açılır; bu en düşük ağırlıklı işaretlerden biridir. Gerçek ilk-temas iş e-postaları (satış, işe alım, tanıtım) da aynı kalıpla açıldığından, bu tür soğuk-erişim e-postalarını almak isteyen ekipler skoru düşürebilir; ağırlığı zaten düşük olduğu için etkisi sınırlıdır.

Yardımcı sinyal

Gönderici Adında Domain gönderen görünen adının içinde bir alan adı geçtiğini tespit eder. (varsayılan 0,00 — yalnızca bilgi; aralık 0–10) Bu işaret, tek başına puan üretmemek üzere tasarlanmıştır; görevi, gönderici-adı sahteciliğini yakalayan daha karmaşık kuralları beslemektir. Varsayılan 0 puan bilinçlidir: birçok meşru gönderici görünen adına alan adını koyar (örneğin "Acme Corp acme.com"), bu yüzden bu işarete doğrudan puan vermek yüksek yanlış pozitif üretir. Yükseltmemeniz önerilir; puanlama, bu işareti girdi olarak kullanan özgül sahtecilik kurallarına bırakılmalıdır.

BİLGİ

Gönderici Adında Domain kapatılırsa yalnızca kendi (sıfır) puanı değil, onu girdi olarak kullanan gönderici-adı sahtecilik kurallarına giden sinyal de kesilir. Puanı zaten sıfır olduğundan bu kuralı açık bırakmak güvenlidir.

Bir Kuralın Skorunu Değiştirme

Adımlar

1. Gelen ePosta → Tercihler sekmesini açın.
2. Skorunu değiştireceğiniz kuralı, SEMBOL / AÇIKLAMA sütunundaki adı ve açıklamasından bulun.
3. SKOR alanına yeni değeri, kuralın izin verilen aralığında girin; DEFAULT sütunu fabrika değerini gösterir.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Değişiklikten sonra bu kuralın tetiklediği bir e-posta geldiğinde, e-postanın skor dökümünde kuralın yeni puanıyla göründüğünü ve toplam skorun buna göre değiştiğini Karantina listesinden veya e-posta trafiği kayıtlarından görürsünüz.

Bir Kuralı Devre Dışı Bırakma

Adımlar

1. Gelen ePosta → Tercihler sekmesinde ilgili kuralı bulun.
2. Kuralın AKTİF anahtarını kapatın; kural bundan sonra hiç puan üretmez.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kapattığınız kural, daha önce eşleştiği türden bir e-postada artık skor dökümünde görünmez; o e-postanın toplam skoru kuralın eski puanı kadar düşer.

İPUCU

Tek bir satırın değişikliğini geri almak için o satırdaki SIFIRLA simgesini, sekmedeki tüm özelleştirmeleri fabrika değerlerine döndürmek için üstteki Hepsini Sıfırla düğmesini kullanın.

Skor Ayarlama Rehberi

Bir kuralın skorunu değiştirmeden önce hangi belirtiyle karşılaştığınızı belirleyin; yön buna göre seçilir.

Belirti	Yön	Nasıl
Meşru bir e-posta yanlışlıkla karantinaya düşüyor (yanlış pozitif)	Skoru düşür	Karantinadaki e-postanın skor dökümünden onu eşiğe taşıyan kuralı bulun, skorunu kademeli azaltın; gerekirse AKTİF anahtarından kapatın.
Belirgin spam veya oltalama karantinaya düşmeden geçiyor (kaçak)	Skoru yükselt	Kaçan e-postanın hangi kuralları tetiklediğine bakın; ilgili kuralın skorunu, toplamı eşiğin üzerine çıkaracak kadar artırın.
Bir kural hem meşru hem kötü e-postalarda tetikleniyor	Kapatmak yerine daralt	Kuralı tümden kapatmak yerine skorunu düşürüp, ilgili kaynağı beyaz veya kara listelerle nokta atışı yönetin.

Ayarlama yaparken üç ilkeyi izleyin:

• Kademeli değiştirin. Skoru bir seferde büyük adımlarla değil, birer-ikişer puan değiştirip sonucu izleyin; her seferinde tek kuralı değiştirmek etkiyi ölçmenizi sağlar.
• Eşiği hatırlayın. Kurallar toplanır ve toplam skor Karantina eşiğine (varsayılan 12) ulaştığında e-posta karantinaya alınır; 12'nin altında puan üreten bir kural ancak başka kurallarla birleşince belirleyici olur.
• Etkiyi izleyin. Bir değişikliğin sonucunu sonraki e-postaların Karantina listesinden ve her e-postanın skor dökümünden takip edin; beklediğiniz kuralın beklediğiniz puanı ürettiğini oradan doğrularsınız.

BİLGİ

Bu sekmedeki hiçbir kural e-postayı doğrudan reddetmez; eşik aşıldığında e-posta yalnızca karantinaya alınır ve oradan serbest bırakılabilir. Bu nedenle bir skoru yükseltmenin en kötü sonucu, bir e-postanın karantinada beklemesidir — kalıcı bir kayıp değildir.

Özellikler

Özellikler, gelen e-posta akışına eklenen bağımsız koruma modüllerinin toplandığı sekmedir. Buradaki her modül tek bir saldırı biçimini hedefler, kendi anahtarıyla ayrı ayrı açılıp kapatılır ve kendi Kaydet düğmesiyle uygulanır; bir modülde yaptığınız değişiklik diğer modülleri ve sayfanın öteki sekmelerindeki denetimleri etkilemez. Şu an sekmede tek bir modül bulunur: Bombardıman Kalkanı.

Bu sekme, sayfanın geri kalanından farklı bir soruya yanıt verir. SMTP Akışı'ndan Yapay Zeka'ya kadarki katmanların hepsi bir e-postayı tek başına değerlendirir ve ona bir puan verir. Özellikler sekmesindeki modüller ise tek tek bakıldığında tümü temiz görünen bir e-posta yığınının bir arada bir saldırı oluşturduğu durumları yakalar.

BİLGİ

Özellikler sekmesi tam yönetici yetkisi ister. Alan adı yöneticisi veya salt-okuma yetkisiyle giriş yapan bir kullanıcı sekmeyi açtığında modülleri göremez; bunun yerine görüntüleyebileceği bir özellik modülü bulunmadığı bilgisiyle karşılaşır.

Bombardıman Kalkanı

E-posta bombardımanı, saldırganın kurbanın adresini kısa sürede yüzlerce sitenin bülten ve kayıt formuna yazmasıyla başlar. Ardından o tek adrese, birbirinden bağımsız yüzlerce göndericiden abonelik ve onay e-postası yağar. Bu e-postaların her biri tek tek incelendiğinde gerçekten meşrudur: gönderen gerçektir, alan adı gerçektir, imzası geçerlidir. Bu yüzden e-postayı tek tek puanlayan hiçbir katman saldırıyı göremez — görülebilecek tek şey, tek bir alıcıya düşen tempodur.

Saldırının amacı çoğu zaman yalnızca gelen kutusunu boğmak değildir. Sel, kurbanın tam o sırada almayı beklediği gerçek bir uyarıyı — bir banka işlem bildirimini, bir hesap değişikliği uyarısını — yüzlerce e-postanın arasında görünmez kılmak için kullanılır. Kurban yüzlerce onay e-postasını silmekle uğraşırken kritik bildirimi fark edemez.

Bombardıman Kalkanı, alıcı başına düşen e-posta temposunu ölçerek bu kalıbı yakalar ve tempo saldırı düzeyine çıktığında o alıcı için geçici bir kalkan kurar. Kalkan süresince yalnız o kutuya gelen şüpheli e-postalar normalden çok daha kolay karantinaya alınır; sel gelen kutusuna değil karantinaya akar. Modül hiçbir aşamada e-postayı reddetmez: seldeki e-postalar karantinada durur ve aralarında kalan meşru bir e-posta oradan tek tek serbest bırakılabilir.

Bombardıman tespitinin kendi ürettiği puan (8,00) varsayılan karantina eşiğinin (12) altındadır. Yani bir e-posta yalnızca bombardıman işareti taşıdığı için karantinaya alınmaz; ya yapay zeka modelinin de o e-postayı istenmeyen bulması ya da alıcının kalkan altında olması gerekir. Kalkan altındaki alıcıda karar eşiği çok daha düşük olduğu için bu işaret tek başına belirleyici hale gelir.

Modül birbirinden bağımsız açılıp kapatılan iki bölümden oluşur: Tempo sinyali ölçer ve işaretler, Otomatik kalkan ise ölçüme dayanarak kalkanı kurar. Tempo sinyalini açık bırakıp otomatik kalkanı kapatmak, kalkan kurulmadan yalnızca işaretlemenin sürmesini sağlar.

Kalkanın kapsamı bilinçli olarak dardır. Yalnızca dışarıdan gelen e-postaya uygulanır; sunucunuz üzerinden gönderilen e-posta kapsam dışıdır. Doğrulama kodu ve tek kullanımlık parola (OTP) kalıpları taşıyan e-postalar da kasıtlı olarak kapsam dışında tutulur — aksi halde kalkan, kurbanın kendi iki adımlı doğrulama kodunu gizleyebilirdi. Yönetici beyaz listesi, gönderici veya alıcı için tanımlanmış yapay zeka muafiyeti ve son kullanıcının kişisel izin listesi kalkanı geçersiz kılar; bu kayıtlar kalkan altındayken de geçerliliğini korur.

Tempo sinyali

Tempo sinyali anahtarı — Alıcı başına gelen e-posta temposunu ölçen ve eşiği aşan e-postaları işaretleyen bölümü açar veya kapatır. (varsayılan: açık) Bu bölüm tek başına engellemez; ürettiği işaret, yapay zeka ve içerik sinyalleriyle birleştiğinde puana dönüşür. Kapatıldığında tempo ölçümüne dayanan işaret hiç üretilmez ve bombardıman kalıbı taşıyan e-postalar bu katkıyı almaz.

Ani eşik — Sayaç dolmadan önce peş peşe kabul edilen e-posta sayısıdır. (varsayılan: 100; aralık 1–100.000) Kısa süreli meşru yoğunlukların (bir toplantı davetine gelen yanıt dalgası, bir duyuruya gelen geri dönüşler) hemen işaret üretmesini engellemek için vardır. Düşürmek saldırıyı daha erken yakalar ama ortak kutuların normal yoğunluğunu da işaretler; yükseltmek yalnızca gerçekten büyük sellerin işaretlenmesini sağlar, karşılığında küçük ölçekli bombardımanlar sinyalsiz kalır.

Sürekli hız — Sayacın sürekli olarak tolere ettiği tempodur. (varsayılan: 400 e-posta / 1 saat; süre seçenekleri 1 saat, 6 saat ve 24 saat) Ani eşik kısa patlamayı, bu değer ise uzun süreli akışı sınırlar. Varsayılanı belirleyen ölçü şudur: bir alıcıya saatte 400 e-postaya kadar düşmesi normal iş temposu kabul edilir. Bu değerin altına inmek paylaşımlı kutuları (info@, destek@, muhasebe@ gibi) kalıcı olarak işaretli bırakma riskini büyütür; yükseltmek ise seli daha geç fark etmeye yol açar. Sunucunuzdaki kayıtlı değer hazır süre seçeneklerinden birine uymuyorsa alan ham biçimde (sayı / süre, örneğin 60 / 1h) düzenlenir.

BİLGİ

Varsayılan hız ve ani eşik değerleri v2.39.5 ile yukarı çekildi. Değişiklik yalnızca yeni kurulumlarda görünür; daha önce kurulmuş sistemlerde veritabanındaki kayıtlı değer korunur. Kuruluşunuzda hâlâ eski ve daha düşük bir değer görüyorsanız bu bir hata değildir — güncel kalibrasyona geçmek isterseniz değerleri bu ekrandan elle girip kaydedin.

Otomatik kalkan

Otomatik kalkan anahtarı — Ölçüme dayanarak alıcı başına geçici kalkan kuran bölümü açar veya kapatır. (varsayılan: açık) Bölüm, son trafiği düzenli aralıklarla (yaklaşık beş dakikada bir) inceler; bir alıcının kutusuna düşen e-posta sayısı ile farklı gönderen sayısı aşağıdaki eşikleri birlikte aştığında o alıcı için kalkan kurar. Kapatıldığında yeni kalkan kurulmaz; hâlihazırda kurulmuş kalkanlar süreleri dolana kadar geçerli kalmayı sürdürür.

Ölçüme yalnızca alıcıya teslim edilmiş e-postalar girer. Karantinaya alınanlar sayılmaz — böylece kalkanın kendi yakaladığı e-postalarla kendini beslemesi engellenir; Geçici Ret verilen ve geri dönen teslimat kayıtları da hesaba katılmaz.

İnceleme penceresi — Her turda geriye dönük bakılan süredir. (varsayılan: 60 dakika; aralık 5–1.440) Bombardıman kısa sürede yoğunlaşan bir saldırı olduğu için pencere dar tutulur. Daraltmak yalnızca çok yoğun sellerin yakalanmasını sağlar; genişletmek yavaş yayılan bombardımanları da görünür kılar ama gün içine yayılmış normal trafiğin eşiği doldurma ihtimalini artırır.

En az e-posta sayısı — Pencerede alıcıya teslim edilmiş e-posta sayısının ulaşması gereken alt sınırdır. (varsayılan: 40; alt sınır 5) Hacim ölçüsüdür. Düşürmek kalkanı daha kolay kurar ve yoğun çalışan kutularda gereksiz kalkanlara yol açar; yükseltmek kalkanı yalnızca büyük sellere saklar, küçük ölçekli bombardımanlar kalkansız kalır.

En az gönderen sayısı — Aynı pencerede kaç farklı gönderen adresinin görülmesi gerektiğini belirler. (varsayılan: 20; alt sınır 2) Bombardımanı, tek bir göndericiden gelen normal yığından (bir bülten patlaması, bir otomatik bildirim dizisi) ayıran ölçü budur; bu yüzden hacimden daha ayırt edicidir. Düşürmek tek kaynaklı yoğunlukları da bombardıman saymaya başlar ve yanlış kalkan riskini büyütür; yükseltmek ölçütü daraltır ve yalnızca gerçekten çok kaynaklı seller kalkan üretir.

Bu üç ölçütün — pencere, e-posta sayısı ve gönderen sayısı — hepsi birden sağlanmadıkça kalkan kurulmaz. Yalnızca hacim ya da yalnızca çeşitlilik tek başına yeterli değildir.

Kalkan süresi — Kurulan kalkanın ne kadar ayakta kalacağını belirler. (varsayılan: 24 saat; aralık 1–168) Süre dolduğunda alıcı kendiliğinden normal korumaya döner. Tempo sürdüğü sürece süre yeniden uzar, yani saldırı devam ederken kalkan kendiliğinden düşmez. Kısaltmak yanlış kurulmuş bir kalkanın etkisini sınırlar ama uzun süren bir saldırıda korumanın sık sık yeniden kurulmasını gerektirir; uzatmak korumayı sürdürür, buna karşılık saldırı bittikten sonra da kutuyu bir süre daha sıkı eşikte tutar.

Kalkan eşiği — Kalkan süresince yalnız o alıcı için geçerli olacak karantina eşiğidir. (varsayılan: 2,0 puan; aralık 0,1–100) Sunucu genelindeki karantina eşiğini (varsayılan 12) değiştirmez; yalnızca korunan kutuda geçerlidir. Bu kadar düşük bir değerin anlamı şudur: kalkan altındaki kutuya gelen ve en küçük şüphe işaretini taşıyan e-postalar bile karantinaya alınır. Yükseltmek kalkanı yumuşatır — sel bir ölçüde gelen kutusuna geçmeye devam eder; düşürmek korumayı sertleştirir ve kalkan süresince meşru e-postaların da karantinaya düşme ihtimalini artırır.

UYARI

Kalkan altındaki alıcı, kalkan süresince olağandışı derecede düşük bir eşikle korunur. Bu, seli durdurur ama aynı sürede o kutuya gelen meşru e-postaların da karantinaya düşme olasılığını yükseltir. Bir kalkan kurulduğunda ilgili kutunun karantinasını gözden geçirin ve beklenen e-postaları serbest bırakın; sürekli tekrar eden meşru bir gönderen varsa onu beyaz listeye alın — beyaz liste kalkanın önüne geçer.

Aktif Kalkanlar

Modülün alt bölümündeki tablo, o an koruma altında olan alıcıları gösterir. Bir bombardıman uyarısı aldığınızda kimin korunduğunu ve korumanın ne zaman biteceğini buradan okursunuz. Sütunlar:

• Alıcı — Kalkanın kurulduğu adres.
• Tespit — Kalkanı tetikleyen ölçüm; pencerede sayılan e-posta ve farklı gönderen sayısını (örneğin 40 e-posta ve 22 gönderen) verir. Ölçüm kaydı saklanmamışsa bunun yerine ölçüm kaydı bulunmadığı bilgisi görünür.
• Başlangıç — Kalkanın kurulduğu an.
• Bitiş — Korumanın ne kadar sürede sona ereceği; kalan süre ("12 saat kaldı", "1 saatten az kaldı") ya da sürenin dolduğu bilgisi olarak gösterilir.
• İşlem — O satırdaki kalkanı elle sona erdiren Kalkanı kaldır eylemi.

Koruma altında alıcı yoksa tablo, şu anda kalkan altında bir alıcı bulunmadığını bildirir. Otomatik kalkan kapalıyken tabloda ayrıca yeni kalkan kurulmayacağı, mevcut kayıtların ise süreleri dolana kadar geçerli kalacağı hatırlatılır.

BİLGİ

Yeni bir kalkan kurulduğunda yöneticiye "Bombardıman kalkanı devrede" konulu kritik seviyeli bir uyarı e-postası gider; e-postada korunan alıcı, son bir saatteki e-posta sayısı ve farklı gönderici sayısı ile panele giden bağlantı bulunur. Bu uyarı yalnızca kalkan ilk kurulduğunda gönderilir, süre uzatmalarında tekrarlanmaz — bu yüzden gün boyu süren bir saldırıda tek bir e-posta alırsınız. Bu bildirim türünün Yönetim → Bildirimler sayfasında açma/kapama anahtarı yoktur; her zaman açıktır ve orada aramanıza gerek yoktur.

Bombardıman Kalkanını Yapılandırma

Ön koşullar

• Özellikler sekmesi tam yönetici yetkisi ister; alan adı yöneticisi hesabıyla bu ayarlara erişemezsiniz.
• Kuruluşunuzda bir alıcıya normal koşullarda saatte kaç e-posta düştüğünü kabaca bilin. En yoğun kutular genellikle ortak adreslerdir (info@, destek@, muhasebe@); eşikleri bunlara göre değerlendirin.

Adımlar

1. Yönetim → Gelen ePosta → Özellikler yolunu açın ve Bombardıman Kalkanı modülüne geçin.
2. Tempo sinyali bölümünün anahtarını açık bırakın; gerekiyorsa Ani eşik ve Sürekli hız değerlerini kuruluşunuzun normal temposuna göre düzenleyin.
3. Otomatik kalkan bölümünün anahtarını açın ve İnceleme penceresi, En az e-posta sayısı, En az gönderen sayısı, Kalkan süresi ile Kalkan eşiği değerlerini gözden geçirin.
4. Modülün kendi Kaydet düğmesiyle değişiklikleri uygulayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Ayarlar kaydedildikten sonra bir bombardıman başladığında iki şey birlikte gerçekleşir: yöneticiye "Bombardıman kalkanı devrede" uyarı e-postası ulaşır ve korunan alıcı Aktif Kalkanlar tablosunda kalan süresiyle birlikte görünür.
• O alıcıya gelen selin Karantina listesinde biriktiğini, e-postaların skor dökümünde bombardıman işaretinin yer aldığını görürsünüz. Gelen kutusuna teslim edilen e-posta sayısı belirgin biçimde düşer.

Bir Kalkanı Elle Kaldırma

Yanlış kurulduğunu düşündüğünüz ya da artık gerek kalmadığına karar verdiğiniz bir kalkanı, süresinin dolmasını beklemeden sona erdirebilirsiniz.

Ön koşullar

• Kalkanı tetikleyen trafiğin gerçekten bittiğinden emin olun. Tempo sürüyorsa bir sonraki inceleme turu kalkanı yeniden kurar.

Adımlar

1. Yönetim → Gelen ePosta → Özellikler yolunu açın ve Aktif Kalkanlar tablosunda ilgili alıcıyı bulun.
2. Satırdaki Kalkanı kaldır eylemini seçin.
3. Açılan onay penceresinde işlemi onaylayın; pencere, kalkanın hemen kalkacağını ve alıcının sunucu genelindeki karantina eşiğine döneceğini hatırlatır.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Alıcı Aktif Kalkanlar tablosundan kalkar. O andan itibaren aynı kutuya gelen e-postalar, düşürülmüş kalkan eşiğine göre değil, sunucu genelindeki karantina eşiğine göre değerlendirilir.

UYARI

Bir kalkanı kaldırmak kalıcı bir muafiyet oluşturmaz. Alıcının temposu hâlâ eşiklerin üzerindeyse bir sonraki inceleme turunda kalkan yeniden kurulur. Kalkanın kalıcı olarak kurulmamasını istiyorsanız Otomatik kalkan anahtarını kapatın; bu durumda yeni kalkan kurulmaz, ancak zaten kurulmuş kalkanlar süreleri dolana kadar geçerli kalır.

Sorun Giderme

• Bombardıman yaşandığını biliyorum ama hiç kalkan kurulmadı: Önce Otomatik kalkan anahtarının açık olduğunu doğrulayın. Açıksa, ölçüme yalnızca alıcıya teslim edilmiş e-postaların girdiğini hatırlayın: selin büyük bölümü zaten başka kurallarla karantinaya alındıysa sayım eşiğe ulaşmayabilir. Bu durumda En az e-posta sayısı ve En az gönderen sayısı değerlerini kademeli olarak düşürün.
• Kaldırdığım kalkan kısa süre sonra geri geldi: Alıcıya gelen tempo sürüyor demektir; otomatik kalkan bir sonraki turda ölçümü yine eşiğin üzerinde bulmuştur. Saldırı bitene kadar kalkanı yerinde bırakmak en güvenli yoldur; gerçekten kalıcı biçimde kaldırmak istiyorsanız Otomatik kalkan anahtarını kapatın.
• Kalkan altındaki kullanıcı beklediği meşru e-postayı alamıyor: Kalkan süresince o kutuda karar eşiği çok düşüktür. E-postayı Karantina ekranından bulup serbest bırakın; aynı gönderenden düzenli e-posta bekleniyorsa göndereni beyaz listeye alın — beyaz liste kaydı kalkanın önüne geçer.
• Ortak bir kutu (info@, destek@) sürekli tempo işareti alıyor: Bu kutuların normal trafiği yüksektir. Sürekli hız ve Ani eşik değerlerini o kutunun gerçek temposunun üzerine çıkarın; ölçümü kuruluşunuzun en yoğun kutusuna göre kalibre edin.
• Bombardıman uyarı e-postasını Bildirimler sayfasında kapatamıyorum: Bu bildirim türünün açma/kapama anahtarı bulunmaz, her zaman açıktır. Uyarı yalnızca yeni bir kalkan kurulduğunda gönderildiği için tekrar eden bir e-posta akışı oluşturmaz.

Yapay Zeka

Yapay Zeka sekmesi, DeepFilter'ın yapay zeka modelinin ürettiği istenmeyen posta olasılığına göre tetiklenen karar skorlarını yönetir. Model her gelen e-postaya, onun istenmeyen olma olasılığını hesaplar; bu olasılığın düştüğü banda göre yalnızca tek bir karar tetiklenir ve o kararın skoru e-postanın toplam puanına eklenir. Kararlar birbirini dışlar — bir e-postada aynı anda birden fazla yapay zeka kararı çalışmaz, istifleme olmaz.

Ayarlar

Her karar kartında, o kararın ürettiği puanı belirleyen bir SKOR alanı, kararı tümüyle açıp kapatan bir AKTİF anahtarı ve skoru fabrika değerine döndüren bir sıfırlama simgesi bulunur.

Spam Kararı — Model, e-postanın istenmeyen olma olasılığını %70 ve üzerinde bulduğunda tetiklenir. (varsayılan: 10,00; aralık 0–20) İstenmeyen toplu ve ticari e-posta için ana engelleme sinyalidir. Skoru yükseltmek daha çok yapay zeka temelli istenmeyen postayı yakalar ama meşru toplu/ticari e-postada yanlış pozitif riskini büyütür; düşürmek kaçağı artırır. AKTİF anahtarını kapatmak yapay zekanın ana engelleme katkısını tümüyle kaldırır.

Şüpheli Karar (Gri Bölge) — Olasılık %50 ile %70 arasında olduğunda tetiklenir. (varsayılan: 3,50; aralık 0–10) Tek başına engellemeye yetmeyen ölçülü bir katkıdır; diğer sinyallerle birleşince ağırlık kazanır. Düşük varsayılanı bilinçlidir: bu banttaki e-postaların bir kısmı meşrudur, yüksek bir puan yanlış pozitif üretir.

Güvenli Karar — Olasılık %30 ve altında olduğunda tetiklenir. (varsayılan: -1,00; aralık -10–0) Negatif skoruyla e-postanın toplam puanını düşürür ve meşru e-postaların yanlışlıkla karantinaya alınmasını azaltır. Skoru daha negatif yapmak yanlış pozitif korumasını güçlendirir ama gerçek bir tehdidi de eşiğin altına iterek sessizce kaçırma riskini artırır; sıfıra yaklaştırmak koruma ile kaçak arasındaki dengeyi tersine çevirir.

Modelin bir e-postaya verdiği olasılık %30 ile %50 arasındaysa hiçbir yapay zeka kararı tetiklenmez — bu bant kasıtlı olarak boştur. Bu aralıktaki e-postalar "temize meyilli" kabul edilir; onlara pozitif puan vermek yanlış pozitif ürettiği için yapay zeka bu bantta ne olumlu ne olumsuz katkı yapar, kararı bütünüyle diğer denetimlere bırakır.

Karar Skorunu Değiştirme

Adımlar

1. Gelen ePosta → Yapay Zeka sekmesini açın.
2. İlgili kararın (Spam Kararı, Şüpheli Karar veya Güvenli Karar) SKOR alanına yeni değeri, o kararın kendi aralığında girin.
3. Bir kararı tümüyle devre dışı bırakmak için AKTİF anahtarını kapatın; skoru fabrika değerine döndürmek için sıfırlama simgesini kullanın.
4. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Değişiklikten sonra ilgili banda düşen bir e-posta geldiğinde, e-postanın skor dökümünde yapay zeka kararının yeni puanıyla göründüğünü ve toplam skoru buna göre değiştirdiğini görürsünüz.

UYARI

Güvenli Karar'ı gereğinden fazla negatif yapmak, gerçek tehditleri sessizce eşiğin altına indirebilir. Bilinen bir örnek, tüm satış metnini bir görsele gömen görsel-tabanlı istenmeyen postadır: güçlü bir negatif "güvenli" puanı, böyle bir e-postayı karantina eşiğinin hemen altına düşürüp geçmesine yol açabilir. Bu skoru sıfıra doğru ayarlarken küçük adımlarla ilerleyin ve sonucu izleyin.

Digest

Digest, son kullanıcılara karantinalarındaki bekleyen e-postaların özetini belirli aralıklarla e-posta ile gönderen bilgilendirme özelliğidir. Kullanıcı, karantinaya takılan e-postalarından haberdar olur ve yetkisi varsa doğrudan özet üzerinden serbest bırakabilir; böylece yöneticinin her kullanıcı için tek tek karantina taraması gerekmez.

Ayarlar

Digest Bildirimi anahtarı — Özelliği tümüyle açar veya kapatır. (varsayılan: kapalı)

GÖNDERİM SIKLIĞI — Özetin hangi aralıkla gönderileceğini belirler. (varsayılan: Günlük; seçenekler: Günlük, 12 saat, Haftalık) Sıklık aynı zamanda özetin kapsadığı zaman penceresini belirler: günlük özet son 24 saatin, 12 saatlik özet son 12 saatin, haftalık özet son 7 günün bekleyen e-postalarını içerir. Bu pencerenin dışında kalan daha eski bekleyen e-postalar özette görünmez; kullanıcı bunları özetteki güvenli bağlantıyla açtığı portaldan görebilir.

GÖNDERİM SAATLERİ — Özetin günün hangi saat(ler)inde gönderileceğini belirler. Birden fazla saat eklenebilir; özet her seçili saatte ayrı ayrı gönderilir.

Konu Gösterimi anahtarı — Özet e-postasında karantina öğelerinin konu satırının gösterilip gösterilmeyeceğini belirler. (varsayılan: açık) Konu satırlarının gizli kalmasını istediğiniz ortamlarda kapatılır.

MAX ÖĞE SAYISI — Özet e-postasında en fazla kaç karantina öğesinin listeleneceğini belirler. (varsayılan: 50; aralık 1–500) Penceredeki toplam bekleyen sayısı özette her zaman tam gösterilir; bu sayıyı aşan öğeler sayılır ama listelenmez — kullanıcı tümünü portaldan görür. Değeri düşürmek listeyi kısaltır (toplam sayı yine tamdır), yükseltmek daha uzun bir liste üretir.

Uyarı Bandı anahtarı — Özet e-postasının başına, sizin yazdığınız kırmızı bir uyarı satırı eklenmesini açar veya kapatır. (varsayılan: kapalı) Kurumun tüm kullanıcılarına aynı hatırlatmayı — örneğin bir bağlantıya tıklamadan önce göndereni doğrulama uyarısını — özetin en görünür yerinden iletmek için kullanılır. Kapatırsanız band hiçbir özet e-postasında görünmez; yazdığınız metin silinmez, anahtarı yeniden açtığınızda geri gelir.

UYARI METNİ — Bantta gösterilecek uyarıyı belirler. (varsayılan: boş) Metin tek satırlıktır ve en fazla 300 karakter olabilir; alanın altındaki sayaç kalan payı siz yazarken gösterir. Metin düz yazı olarak iletilir, HTML çalışmaz — yazdığınız etiketler kullanıcıya olduğu gibi görünür. Birden çok satır girerseniz kayıt sırasında tek satıra indirgenir. Alan boş bırakılırsa, anahtar açık olsa bile band gösterilmez. Ayar geneldir: alan adı ya da alıcı ayrımı yapılmaz, tüm özet e-postalarına aynı metin gider. Kartın ÖNİZLEME kutusu, girdiğiniz metnin e-postada nasıl görüneceğini yazarken gösterir; böylece test e-postası göndermeden metnin uzunluğunu ve okunuşunu değerlendirebilirsiniz.

UYARI

300 karakteri aşan metin sessizce kısaltılmaz — kaydetme tümüyle reddedilir. Sınırı aştığınızda panel hata verir ve aynı kaydetme işlemindeki diğer digest ayarları da yazılmaz; gönderim sıklığı, gönderim saatleri veya öğe sayısında yaptığınız değişiklikler kaybolur. Kaydetmeden önce karakter sayacının 300'ü aşmadığını doğrulayın.

BİLGİ

Uyarı bandı yalnızca özet (digest) e-postasında gösterilir. Bir e-posta karantinaya alındığında ya da serbest bırakıldığında alıcıya gönderilen anlık bildirimlerde band yer almaz; bu bildirimlerin içeriği değişmez. Uyarınızın her kullanıcıya ulaşması gerekiyorsa, bunun tek yolu özet e-postasıdır.

Digest sekmesi, karantinanın yönetici özetini de kısa bir bilgi kartıyla bu ekrana bağlar. Kartın başlığı Yönetici Özeti Raporu'dur; yönetici özeti bu sekmeden gönderilmez, Yönetim → Raporlar altındaki Karantina Raporu ile yapılandırılır ve seçtiğiniz alıcılara oradan e-posta ile ulaşır. Karttaki Raporu Düzenle düğmesiyle doğrudan Raporlar ekranına geçebilirsiniz.

BİLGİ

Bu sekmedeki digest, son kullanıcıların kendi karantina özetleri içindir. Karantinanın yöneticiye özeti — toplam engellenen e-posta, en çok spam alan adresler, alan adı dağılımı ve portal ziyaret sıklığı — ise Yönetim → Raporlar altındaki Karantina Raporu'ndan yönetilir. İkisi ayrı akışlardır.

Digest Zamanlamasını Ayarlama

Adımlar

1. Gelen ePosta → Digest sekmesinde Digest Bildirimi anahtarını açın.
2. GÖNDERİM SIKLIĞI listesinden aralığı (Günlük, 12 saat veya Haftalık) seçin.
3. GÖNDERİM SAATLERİ altında saat ve dakikayı seçip + Saat Ekle ile ekleyin; gerekirse birden çok saat tanımlayın.
4. İsterseniz Konu Gösterimi anahtarını ve MAX ÖĞE SAYISI değerini ayarlayın.
5. Değişiklikleri kaydedin.

Uyarı Bandı Ekleme

Özet e-postasının başına, kurumunuzun kendi hatırlatmasını taşıyan kırmızı bir satır ekleyebilirsiniz.

Ön koşul

• Band yalnızca gönderilen özet e-postasında görünür; kullanıcıların bandı görebilmesi için Digest Bildirimi anahtarının açık ve en az bir gönderim saatinin tanımlı olması gerekir.

Adımlar

1. Gelen ePosta → Digest sekmesinde Uyarı Bandı anahtarını açın.
2. UYARI METNİ alanına tek satırlık uyarınızı yazın (örneğin bağlantılara tıklamadan önce göndereni doğrulamayı hatırlatan bir cümle). Metni 300 karakterin altında tutun.
3. ÖNİZLEME kutusunda metnin e-postadaki görünümünü inceleyin; uzunsa kısaltın.
4. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kendime Test Maili Gönder bölümündeki Test Maili Gönder düğmesiyle kendinize bir özet gönderin; gelen özette uyarınız, bekleyen e-posta listesinin üstünde kırmızı bir şerit olarak görünür.

Teslimatı Test Etme

Özelliği kullanıcılara açmadan önce şablonu ve teslimatı kendi adresinizde doğrulayabilirsiniz.

Adımlar

1. Kendime Test Maili Gönder bölümündeki Test Maili Gönder düğmesine tıklayın.
2. Oturum açtığınız e-posta adresine gelen örnek özeti inceleyin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kendi karantinanızda pencere içinde bekleyen e-posta varsa, gerçek şablonla hazırlanmış özet adresinize ulaşır. (Test, Digest Bildirimi anahtarı kapalı olsa bile çalışır; penceresinde bekleyen e-postanız yoksa özet boş olduğu için gönderilmez.)
• Uyarı bandı açık ve metni doluysa, test özetinde de görünür. Bandı kullanıcılara açmadan önce metnin son görünümünü buradan doğrulayabilirsiniz.

BİLGİ

Son kullanıcıların karantinalarına erişim yetkisi üç düzeyde tanımlanır ve özet e-postasındaki eylemler bu yetkiye göre çalışır: erişim yok düzeyinde kullanıcıya digest hiç gönderilmez ve portal kapalıdır; yalnızca görüntüleme düzeyinde digest gider ama kullanıcı yalnızca inceleyebilir, serbest bırakamaz; serbest bırakabilir düzeyinde (varsayılan) kullanıcı e-postayı özet üzerinden serbest bırakabilir.

Sorun Giderme

• Digest hiç gelmiyor: Sırayla kontrol edin — özellik anahtarı açık mı, bugünkü gönderim saati penceresi geldi mi (ya da o saat için zaten gönderildi mi), alıcının alan adı SMTP Akışı'nda tanımlı mı, alan adının portal erişimi "erişim yok" olarak mı ayarlı, ve pencerede gerçekten bekleyen e-posta var mı.
• Eski e-postalar özette yok: Bunlar sıklığın belirlediği zaman penceresinin dışında kalmıştır; bu normaldir ve kullanıcı onları portaldan görebilir.
• Yönetici özeti gelmiyor: Yönetici özeti Yönetim → Raporlar altındaki Karantina Raporu ile gönderilir. Oradaki rapor tanımının Aktif olduğunu, en az bir alıcısı bulunduğunu ve planlanan gönderim saatinin geçtiğini doğrulayın.

Merkez İstihbarat

Merkez İstihbarat, başka kuruluşlarda istenmeyen posta olarak öğretilen imzaların bu sunucuda da engellenmesini sağlayan "biri öğretir, herkes engeller" mekanizmasıdır. Bir kuruluş bir istenmeyen posta örneğini öğrettiğinde, onun parmak izi merkezle paylaşılır ve tüm DeepFilter sunucuları aynı tehdidi tanır hale gelir. Bu sekme, bu paylaşımlı istihbaratın ve T.C. Siber Güvenlik Başkanlığı'nın (SGB) zararlı adres listesinin bu sunucuda kullanılıp kullanılmayacağını yönetir.

Ayarlar

Merkez İstihbarat Eşleştirmesi — Açıkken, merkezden gelen paylaşımlı istenmeyen posta imzaları bu sunucudaki e-postalarla eşleştirilir. (varsayılan: açık) Eşleştirme, merkezden düzenli olarak indirilen yerel bir imza kopyası üzerinden yapılır; her e-posta için merkeze soru sorulmaz, bu yüzden merkez erişilemez olsa bile e-posta akışı kesilmez, sunucu elindeki son geçerli kopyayı kullanmaya devam eder. Kapatırsanız bu sunucu paylaşımlı istihbaratı kullanmaz (başka yerde öğretilen istenmeyen posta burada engellenmez); ancak bu sunucudan yaptığınız öğretmeler yine merkeze gitmeyi sürdürür. Bu sunucudan öğretilen kayıtları Kara Liste → Merkezi İstihbarat sekmesinden görüntüleyip geri çekebilirsiniz.

Flood Intelligence (YAKINDA) — Anormal e-posta akışının merkezle anonim paylaşımını hedefleyen, henüz hazırlık aşamasındaki özelliktir. Bu anahtar şu an devreye alınamaz.

SGB Tehdit İstihbaratı — Açıkken, T.C. Siber Güvenlik Başkanlığı'nın zararlı listesindeki bir alan adı (alt alan adları dahil) veya tam bir bağlantı adresi, gelen bir e-postanın içindeki bir bağlantıda geçerse e-posta karantinaya alınır. (varsayılan: kapalı — isteğe bağlı) Liste merkezden imzalı (doğrulanmış) olarak çekilir. Eşleşen e-posta yüksek bir skorla otomatik karantinaya taşınır; bu katman da diğerleri gibi e-postayı reddetmez, karantinayla sınırlıdır. Zararlı adres kategorilerine göre sayımlar Yönetim → Lisans sayfasında görünür.

SGB kartının altındaki durum satırı, o an engellenen adres sayısını ve son eşitleme zamanını gösterir; SGB kapalıyken bu sayı sıfırdır. Şimdi Senkronla düğmesi listeyi beklemeden günceller.

SGB Tehdit Listesini Etkinleştirme

Adımlar

1. Gelen ePosta → Merkez İstihbarat sekmesinde SGB Tehdit İstihbaratı anahtarını açın.
2. Listeyi hemen çekmek için Şimdi Senkronla düğmesine tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• SGB kartının altındaki durum satırında engellenen adres sayısı sıfırdan yükselir ve son eşitleme zamanı güncellenir. Kategori bazlı sayımları Yönetim → Lisans sayfasından takip edebilirsiniz.

UYARI

SGB, eşleşen e-postayı yüksek skorla otomatik karantinaya aldığı için, listedeki bir adrese bağlantı veren meşru bir e-posta da karantinaya düşebilir. Liste bu riski azaltmak için küratörlüdür ve tam bağlantı adresleri birebir eşleştirilir (bir adres kısaltma servisi yüzünden masum bağlantılar yakalanmaz). Yine de beklenmedik bir karantina görürseniz ilgili e-postanın bağlantılarını ve Yönetim → Lisans'taki kategori sayımlarını inceleyin.

Sorun Giderme

• SGB "0 engelli adres" gösteriyor: Anahtar kapalıysa bu normaldir. Açıksa, Şimdi Senkronla ile eşitlemeyi tetikleyin ve son eşitleme zamanının güncellenip güncellenmediğine bakın; güncellenmiyorsa lisans durumunuzu kontrol edin.
• SGB eşleşmiyor: Anahtarın açık ve durum satırındaki adres sayısının sıfırdan büyük olduğundan emin olun. Tam bağlantı adresi kayıtları birebir (yol dahil) eşleştiği için, yalnızca alan adı benzeyen ama adresi farklı bağlantılar eşleşmez.

Gelişmiş

Gelişmiş sekmesi, e-postanın içeriğinden önce bağlantı ve protokol seviyesinde çalışan korumaları barındırır: gri listeleme, gönderen sunucu kimlik denetimleri, TLS şifreleme zorunluluğu ve boyut sınırları. Bu sekmedeki denetimlerin bir kısmı yalnızca skora katkı yapan sinyaller üretir; bir kısmı ise e-postayı protokol seviyesinde doğrudan reddedebilir. İkisi arasındaki fark her ayarda ayrıca belirtilmiştir.

Ayarlar

Gri Listeleme — Şüpheli bulunan bir gönderene ilk denemesinde geçici bir "sonra tekrar dene" yanıtı (geçici ret) döndürür. (varsayılan: kapalı) Meşru sunucular kısa süre içinde (tipik olarak 1–15 dakika) yeniden dener ve e-posta geçer; birçok istenmeyen posta altyapısı yeniden denemediği için elenir. Bu koruma her yeni gönderene değil, önce bir şüphe eşiğini geçen (skor almış) e-postalara uygulanır; temiz, düşük skorlu e-postalar geciktirilmez. Ayrıca yerel gönderenler ve kimliği doğrulanmış (authenticated) gönderenler bu denetimden muaftır. Bir gönderen ilk kez başarıyla geçtikten sonra bir süre (yaklaşık bir ay) hatırlanır ve yeniden geciktirilmez. Açmak bot ve istenmeyen posta teslimini azaltır; kapatmak teslim gecikmesini sıfırlar ama bu katmanı kaldırır.

HELO Kontrolleri — Gönderen sunucunun SMTP oturumunda bildirdiği sunucu adının (HELO/EHLO) tutarlılığını denetler. (varsayılan: açık) Bu denetim e-postayı reddetmez; yalnızca skora bir sinyal ekler. Kötü yapılandırılmış istenmeyen posta kaynakları bu sinyalden puan alır ama tek başına bir e-postayı karantinaya düşürmez. Kapatmak bu zayıf ama faydalı sinyali kaldırır.

RDNS Kontrolleri — Gönderen IP adresinin ters DNS (PTR) kaydını doğrular. (varsayılan: açık) HELO denetiminden bağımsız açılıp kapatılır ve o da reddetmez, yalnızca skora sinyal ekler. Ters DNS kaydı olmayan meşru ama küçük sunucular bu sinyalden düşük bir puan alabilir; tek başına karantinaya yetmez.

TLS Zorunlu — Açıkken, TLS şifreleme kuramayan gelen bağlantıları reddeder. (varsayılan: kapalı) Bu, skora katkı değil, protokol seviyesinde gerçek bir reddetmedir: şifreleme desteklemeyen bağlantı hiç kabul edilmez.

UYARI

TLS Zorunlu'yu açmak, STARTTLS desteklemeyen ya da TLS el sıkışması başarısız olan meşru eski göndericilerin e-postalarını tümüyle geri çevirir — bu bir e-posta kaybıdır. Çoğu ortamda bu anahtarı kapalı (fırsatçı TLS) bırakmak güvenlidir; açtıktan sonra bazı göndericilerden e-posta kesilirse ilk şüphelenilecek ayar budur.

TLS Minimum Versiyon — Kabul edilecek en düşük TLS sürümünü belirler. (varsayılan: TLSv1.2; seçenekler: TLSv1.2, TLSv1.3) Bu ayar, TLS Zorunlu kapalı olsa bile uygulanır. TLSv1.3 seçmek yalnızca TLSv1.2 konuşabilen gönderen veya alıcılarla şifreli el sıkışmayı bozabilir; çoğu ortam için TLSv1.2 dengeli seçimdir.

Boyut Kısıtlamaları — Bu kart iki ayrı alan içerir:

• Max Mesaj Boyutu (MB) — İzin verilen en büyük e-posta boyutudur. (varsayılan: 25; aralık 1–500) Bu boyutu aşan e-posta, sisteme hiç girmeden SMTP anında reddedilir (protokol seviyesinde gerçek reddetme); gönderen bir geri dönme (bounce) yanıtı alır. Değeri düşük tutmak, sunum veya video gibi büyük meşru ekleri olan e-postaları reddeder.
• Max Ek Boyutu (MB) — (varsayılan: 20; aralık 1–200) Etiketi "tek ek boyutu" dese de, bu değer aslında tarama tavanı olarak çalışır: bu boyutu aşan e-postalar reddedilmez, ama derinlemesine taranmadan "çok büyük" olarak işaretlenip geçer. Varsayılan 20, mesaj sınırı 25'in altında olduğundan, 20–25 MB arası bir e-posta sistemi geçer ama tam taranmaz. Büyük ama meşru e-postalarınızın yeterince taranmasını istiyorsanız bu değeri yükseltin.

Bağlantı Korumalarını Ayarlama

Adımlar

1. Gelen ePosta → Gelişmiş sekmesini açın.
2. HELO Kontrolleri ve RDNS Kontrolleri anahtarlarını ihtiyacınıza göre açın veya kapatın.
3. Şifreleme politikanız gerektiriyorsa TLS Minimum Versiyon'u seçin; TLS'i zorunlu kılmak istiyorsanız TLS Zorunlu anahtarını açın (yukarıdaki uyarıyı dikkate alın).
4. Boyut Kısıtlamaları altındaki değerleri ortamınıza göre girin.
5. Değişiklikleri kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Max Mesaj Boyutu'nu düşürdüyseniz, sınırın üstünde bir e-posta gönderildiğinde gönderenin bir boyut-aşımı geri dönme yanıtı aldığını görürsünüz. TLS Zorunlu'yu açtıysanız, şifrelemesiz bir teslim denemesinin reddedildiğini gözlemlersiniz.

BİLGİ

"Doğrudan reddetme yok" ilkesi istenmeyen posta aksiyonları içindir; TLS Zorunlu ve Max Mesaj Boyutu ise şifreleme ve boyut için protokol seviyesinde uygulanan ayrı bir kategoridir ve gerçek reddetme yapabilir. Bu iki ayarı değiştirirken e-posta kaybı riskini göz önünde bulundurun.