Giden ePosta

Kurumunuzdan dışarıya çıkan e-postaların işlenmesi, gelen e-postalardan farklı bir amaç taşır: gelen tarafta hedef şüpheli e-postayı durdurmakken, giden tarafta hedef hem kurumsal politikayı uygulamak (veri sızıntısını önlemek, gönderim hızını sınırlamak, yasal not eklemek) hem de e-postalarınızın karşı sunucularda güvenilir görünmesini (DKIM imzası, doğru teslim yolu) sağlamaktır. Giden ePosta ekranı bu ihtiyaçları tek yerde toplar.

DeepFilter'ın giden trafiği tanıma biçimi bu ekranın belkemiğidir. DeepFilter, kendi e-posta sunucunuzun önüne yerleştirilir ve "giden" sayılan e-posta, güvenilir olarak tanımladığınız kaynak IP'lerden (Relay sekmesi) gelen e-postadır. Kimlik doğrulamalı oturum (SMTP kimlik doğrulama) kullanılmaz; yön tamamen kaynak IP'ye göre belirlenir. Bu yüzden önce hangi sunucuların giden gönderim yapabileceğini Relay sekmesinde tanımlarsınız; DLP, gönderim limiti, DKIM imzalama ve disclaimer gibi tüm giden politikalar da bu tanıma dayanır.

Ekran altı sekmeye ayrılır: Relay (giden gönderim izni), DLP (veri sızıntısı önleme), Gönderim Limiti (saatlik gönderim tavanı), DKIM İmzalama (alan adı doğrulama imzası), Disclaimer (otomatik yasal not) ve Gelişmiş (giden tarama ve yönlendirme).

Relay

Relay sekmesi, DeepFilter üzerinden dışarıya e-posta gönderebilecek sunucuların IP adreslerini belirler. Kurumsal e-posta sunucunuzu DeepFilter'ın arkasına aldığınızda, o sunucunun IP'sini burada tanımlarsanız e-postaları DeepFilter üzerinden çıkar. Bu liste aynı zamanda "giden" yön tanımının kaynağıdır: buradaki bir IP'den gelen e-posta giden yönde sınıflanır ve giden politikalarına (DLP, limit, DKIM, disclaimer) tabi olur. Listede olmayan bir IP'den gelen gönderim denemesi reddedilir.

Tabloda tanımlı her aktif IP, giden gönderime izinli güvenilir kaynak olarak işlenir.

Ayarlar

IP / Subnet — Giden gönderime izin verilecek sunucunun IP adresi veya ağ bloğu (CIDR). (tek IP için /32; blok için örn. 10.189.200.0/24; / yazmazsanız girdi otomatik /32 sayılır.)

• Ne yapar: Bu IP'den gelen bağlantıların DeepFilter üzerinden dışarı gönderim yapmasına izin verir ve bu IP'den gelen e-postayı giden yönde işler.
• Neden var: Yalnızca tanıdığınız sunucuların sizin adınıza e-posta göndermesini sağlar; tanımsız kaynaklardan gönderimi engeller.
• Değiştirirsen: Doğru IP eklerseniz kurumsal sunucunuz giden gönderim yapabilir. Fazla geniş bir blok eklerseniz istemediğiniz kaynaklar sizin üzerinizden gönderim yapabilir; tüm interneti kapsayan /0 bloğu, açık relay (open relay) riski nedeniyle kabul edilmez. Yerel adres (127.0.0.0/8) her zaman güvenilir kabul edilir ve listeden çıkarılamaz.

Açıklama — kaydı tanımlayan serbest metin (örn. "Mail Sunucu"). Yalnızca yönetim kolaylığı içindir; işleyişe etkisi yoktur.

Aktif — kaydın yürürlükte olup olmadığını belirler. (yeni kayıtta varsayılan: açık)

• Ne yapar: Açıkken IP güvenilir gönderim listesine yazılır; kapatınca listeden çıkarılır.
• Neden var: Bir sunucuyu silmeden geçici olarak devre dışı bırakabilmenizi sağlar (bakım, taşıma).
• Değiştirirsen: Kapatırsanız o IP'nin gönderim denemesi reddedilir; tekrar açınca gönderim geri gelir. Kalıcı bir kayıp yaşanmaz.

Bir sunucu kaydına bağlı relay IP'si doğrudan silinemez; önce ilgili sunucu kaydını güncellemeniz gerekir.

caution

Kurumsal e-posta sunucunuzun IP'si listede yoksa veya Aktif değilse, o sunucunun giden e-postaları reddedilir ("Relay access denied"). Bir relay kaydını silmeden veya kapatmadan önce, o IP'den aktif gönderim yapılmadığından emin olun.

Relay Sunucusu Ekleme

Ön koşullar

• Eklemek istediğiniz IP'nin gerçekten sizin kontrolünüzdeki gönderim sunucusuna ait olduğundan emin olun; güvenmediğiniz bir IP'yi eklemek, o kaynağın sizin üzerinizden gönderim yapmasına izin verir.

Adımlar

1. Giden ePosta → Relay sekmesini açın.
2. Sağ üstteki Relay Ekle'ye tıklayın.
3. IP / Subnet alanına sunucunun adresini girin (tek IP için /32, blok için CIDR).
4. Açıklama alanına tanımlayıcı bir ad girin (örn. "Mail Sunucu").
5. Kaydı ekleyin.

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

• Yeni kayıt tabloda Aktif olarak görünür ve o sunucudan gönderilen bir test e-postası Trafik ekranında giden yönde işlenmiş görünür. Ekleme veya değişiklikten sonra güvenilir gönderim listesi otomatik güncellenir; elle işlem gerekmez.

note

Relay sunucunuz genel (public) bir IP kullanıyorsa, giden yöne bağlı bazı kurallar (giden DLP ve disclaimer) bu IP'yi güvenilir-yerel olarak tanımayabilir ve beklendiği gibi çalışmayabilir. Tipik kurulumlarda relay sunucusu özel ağ (private) IP'sindedir ve bu durum yaşanmaz; genel IP'li bir sunucu ekliyorsanız giden DLP ve disclaimer davranışını bir test e-postasıyla doğrulayın.

DLP

DLP (Veri Kaybı Önleme), giden e-postaların içeriğinde hassas verilerin (banka hesap numarası, kredi kartı, kimlik numarası) veya tehlikeli dosya eklerinin kurum dışına çıkmasını engeller. Amaç, ister kaza ister ele geçirilmiş bir hesap yoluyla olsun, düzenleyici veya kurumsal açıdan riskli verinin gönderim anında yakalanmasıdır. Kurallar yalnızca giden e-postaya uygulanır; gelen iş e-postalarındaki hesap veya kimlik numaraları yanlış-pozitif üretmesin diye gelen yönde devre dışıdır.

DLP açıkken tanımlı kurallar giden e-posta içeriğini ve eklerini denetler.

Ayarlar

DLP Koruması — DLP motorunu bütünüyle açan/kapatan ana anahtar. (varsayılan: açık)

• Ne yapar: Aşağıdaki tüm kuralları ve dosya tipi denetimini yürürlüğe koyar veya durdurur.
• Neden var: Veri sızıntısı taramasını tek noktadan yönetmek.
• Değiştirirsen: Kapatırsanız çift güvenlik uygulanır — tüm tespit kalıpları boşaltılır ve DLP skorları sıfırlanır, böylece eski bir eşleşme bile etkisiz kalır; hiçbir giden e-posta DLP nedeniyle durdurulmaz. Açarsanız kurallar tekrar devreye girer.

Varsayılan Aksiyon — bir DLP kuralı eşleştiğinde uygulanan işlem. (varsayılan: Karantina)

• Engelle — En yüksek riski atar. DeepFilter'da gerçek reddetme kapalı olduğundan e-posta pratikte karantinaya alınır; en katı seçenektir.
• Karantina — E-posta teslim edilmez, yönetici onayı için karantinada bekletilir. Yönetici inceleyip serbest bırakabilir.
• Etiketle — E-posta teslim edilir ve eşleşme tarama raporuna düşük skorlu bir işaret olarak bırakılır. Bu işaret tek başına karantina eşiğinin altında kaldığı için e-postayı durdurmaz; görünürlük ve raporlama amaçlıdır.
• Sadece Logla — Hiçbir işlem yapılmaz, yalnızca kayıt tutulur. Bir kuralı devreye almadan önce canlı trafikte davranışını gözlemlemek için uygundur.

Veri Tespiti Kuralları — her biri ayrı anahtarla açılan üç hazır kural: IBAN Tespiti, Kredi Kartı Tespiti, TC Kimlik Tespiti. (üçü de varsayılan: açık)

• Ne yapar: Sırasıyla uluslararası banka hesap numaralarını, kredi kartı numaralarını ve TC kimlik numaralarını giden e-posta içeriğinde arar; eşleşince Varsayılan Aksiyon'u tetikler.
• Neden var: En sık sızan yapılandırılmış veri türleri bunlardır; hazır kalıplarla ek yapılandırma gerektirmeden korunurlar.
• Değiştirirsen: Bir kuralı kapatırsanız o veri türü giden e-postada serbest kalır. Örneğin muhasebe departmanı IBAN'ı meşru olarak sık gönderiyorsa, kuralı tümden kapatmak yerine Varsayılan Aksiyon'u "Sadece Logla"ya çekip önce hacmi ölçmek daha güvenlidir.

Dosya Tipi Engelleme (Giden) — virgülle ayrılmış uzantı listesi. (varsayılan: exe,bat,scr,vbs,js,msi,ps1)

• Ne yapar: Listedeki uzantıya sahip ek taşıyan giden e-postaya Varsayılan Aksiyon'u uygular.
• Neden var: Çalıştırılabilir dosyaların kurum dışına gönderilmesi hem zararlı yazılım yayılımı hem veri sızıntısı riskidir.
• Değiştirirsen: Uzantı eklerseniz koruma genişler; çıkarırsanız o tür serbest kalır. Bu liste yalnızca giden eklere bakar.

note

İçerik DLP kuralları (IBAN, kredi kartı, kimlik) ve buradaki dosya tipi listesi yalnızca giden e-postaya uygulanır. Gelen e-postalardaki tehlikeli ekler ayrı bir modülde yönetilir: Gelen ePosta → Tercihler → Engellenen Dosya Uzantıları.

DLP açıkken sayfanın alt bölümünde ek denetimler bulunur: eşleşme olduğunda göndereni bilgilendiren otomatik bildirim, kendi tanımladığınız özel tespit kalıpları ve bir metni kaydetmeden sınayabileceğiniz test alanı. Özel kalıplar kaydedilmeden önce geçerlilik ve güvenlik denetiminden geçirilir; geçersiz bir kalıp sessizce yok sayılır.

Gönderim Limiti

Gönderim Limiti, tek bir gönderenin, alan adının veya kaynak sunucunun saatte gönderebileceği e-posta sayısına tavan koyar. Asıl amaç, ele geçirilmiş bir hesabın veya sunucunun kısa sürede büyük hacimli spam göndererek kurumun gönderim itibarını zedelemesini ve IP'nizin kara listelere düşmesini önlemektir.

Anahtar açıldığında saatlik gönderim tavanları ve tavan aşımı aksiyonu görünür.

Ayarlar

Gönderim Limiti — saatlik gönderim tavanını açan/kapatan ana anahtar. (varsayılan: kapalı)

• Ne yapar: Aşağıdaki tavanları ve tavan aşımı aksiyonunu yürürlüğe koyar veya durdurur.
• Neden var: Ani gönderim patlamalarını (ele geçirilmiş hesap, hatalı otomasyon) sınırlamak.
• Değiştirirsen: Açarsanız tanımlı tavanı aşan gönderim yavaşlatılır; kapalıyken (varsayılan) giden hızda sınır yoktur.

Anahtar açıldığında tavan değerleri ve aksiyon görünür hale gelir:

• Gönderen başına / saat (varsayılan: 100) — tek bir gönderen adresinin saatlik tavanı.
• Alan adı başına / saat (varsayılan: 500) — bir alan adından toplam saatlik tavan.
• IP başına / saat (varsayılan: 300) — bir kaynak sunucunun saatlik tavanı.
• Ani artış tamponu (burst) — kısa süreli hacim artışına, saatlik tavan dolmadan izin verilen esneme payı.
• Aksiyon — bir tavan aşıldığında uygulanan işlem:
  • Geçici Ret (varsayılan) — gönderene "sonra tekrar dene" (4xx) yanıtı döner; meşru gönderim daha sonra tamamlanır, yalnızca hızı düşürülür.
  • Karantina — tavanı aşan e-posta karantinada bekletilir.

Tavan değerlerini düşürürseniz koruma sıkılaşır ama meşru toplu gönderim (bülten, davetiye) yanlışlıkla yavaşlayabilir; yükseltirseniz meşru gönderim rahatlar ama ele geçirilmiş bir hesap daha çok e-posta gönderebilir. Bu bir temkinli↔hoşgörülü kalibrasyon eksenidir.

note

Limit değerleri gelen e-posta trafiğinden bağımsızdır; her yön kendi sayaçlarını tutar. Giden trafik, Relay sekmesindeki güvenilir IP'lerden gelen e-postadır (SMTP kimlik doğrulama kullanılmaz), bu yüzden "gönderen başına" sayaç, zarf üzerindeki gönderen adresine göre işler.

Giden Gönderim Limiti Tanımlama

Ön koşullar

• Meşru toplu gönderim (bülten, toplu davet) yapan sunucularınızın normal saatlik hacmini bilin; tavanı bu hacmin altına koymak meşru gönderimi de yavaşlatır.

Adımlar

1. Giden ePosta → Gönderim Limiti sekmesini açın.
2. Gönderim Limiti anahtarını açın.
3. Gönderen, alan adı ve IP başına saatlik tavanları girin.
4. Aksiyonu seçin (Geçici Ret önerilir; meşru gönderim daha sonra kendiliğinden tamamlanır).
5. Kaydedin.

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

• Tavanı bilinçli olarak düşük bir test değerine çekip art arda gönderim yaptığınızda, tavanı aşan e-postaların Trafik ekranında geçici ret ile yavaşlatıldığını görürsünüz.

DKIM İmzalama

DKIM imzalama, giden her e-postaya alan adınıza ait bir kriptografik imza ekler. Alıcı sunucular bu imzayı, alan adınızın DNS kaydındaki genel anahtarla doğrulayarak e-postanın gerçekten sizin alan adınızdan çıktığını ve yolda değiştirilmediğini teyit eder. İmzasız veya doğrulanamayan e-postalar giderek daha sık spam'e düşürüldüğü için DKIM, giden e-postanın teslim edilebilirliğini doğrudan etkiler.

İmzalama açıldığında her alan adı için anahtar oluşturma ve doğrulama araçları görünür.

Ayarlar

DKIM İmzalama — giden imzalamayı açan/kapatan ana anahtar. (varsayılan: kapalı)

• Ne yapar: İmzalamayı yürürlüğe koyar; açıldığında her alan adı için anahtar oluşturma ve yönetim araçları görünür hale gelir.
• Neden var: İmzalamayı alan adı bazında yönetebilmek.
• Değiştirirsen: Açıp DNS'e genel anahtarı eklerseniz alıcılar alan adınızı doğrular. Açıp DNS'e eklemezseniz imza doğrulanamaz ve teslim edilebilirlik düşebilir.

Selector — imza anahtarını DNS'te adlandıran etiket. (varsayılan: default)

• Ne yapar: DNS kaydının adını belirler: <selector>._domainkey.<alanadı>.
• Neden var: Aynı alan adı için birden çok anahtarı (rotasyon, farklı sistemler) ayırt etmeye yarar.
• Değiştirirsen: Boş bırakırsanız default kullanılır. Farklı bir selector girerseniz DNS'e o adla kayıt açmanız gerekir; DNS'teki selector ile imzadaki selector eşleşmezse doğrulama başarısız olur.

Her alan adı kendi 2048-bit RSA anahtarıyla imzalanır ve imza, e-postanın gönderen (From) alan adına göre seçilir. Bir anahtar oluşturulduğunda DeepFilter, DNS'e eklemeniz gereken TXT kaydını (v=DKIM1; k=rsa; p=<genel anahtar>) gösterir. Anahtarı başka bir DeepFilter kurulumuna taşımak için dışa ve içe aktarabilirsiniz (en az 1024-bit RSA, şifrelenmemiş anahtar kabul edilir).

DKIM Anahtarı Oluşturma

Ön koşullar

• DKIM İmzalama anahtarı açık olmalı; anahtar araçları yalnızca açıkken görünür.
• İmzalayacağınız alan adının DNS bölgesine TXT kaydı ekleyebiliyor olmalısınız.

Adımlar

1. Giden ePosta → DKIM İmzalama sekmesini açın ve DKIM İmzalama anahtarını açın.
2. İmzalanacak alan adını girin ve isterseniz bir selector belirtin (boş bırakılırsa default).
3. Anahtarı oluşturun; DeepFilter 2048-bit RSA anahtar üretir ve yayınlamanız gereken TXT kaydını gösterir.
4. Gösterilen TXT kaydını alan adınızın DNS bölgesine ekleyin.
5. Doğrula ile DeepFilter'ın yayınladığınız kaydı bulup yerel anahtarla eşleştirmesini bekleyin.

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

• Doğrulama rozeti "eşleşiyor" durumuna döner ve bu alan adından gönderilen bir test e-postası alıcı tarafta geçerli DKIM imzasıyla ulaşır.

tip

Anahtarı oluşturmak tek başına yeterli değildir; gösterilen TXT kaydını DNS'e eklemeden imza doğrulanamaz. DNS değişikliğinin yayılması zaman alabilir, bu yüzden Doğrula rozeti hemen yeşile dönmezse bir süre sonra tekrar deneyin.

Var olan bir anahtarı yönetirken, silme işlemine dikkat edin:

danger

Bir alan adının DKIM anahtarını silmek geri alınamaz: özel anahtar kaybolur, o alan adına ait imzalama durur ve yeniden oluşturulan anahtar farklı olacağı için DNS kaydını da güncellemeniz gerekir. Silmeden önce anahtarı dışa aktarıp yedeklemeyi değerlendirin.

Disclaimer

Disclaimer, giden e-postaların gövdesine otomatik olarak yasal not veya kurumsal imza (footer) ekler. Kurumlar bunu sorumluluk reddi, gizlilik bildirimi veya standart imza bloğu için kullanır. Tanımları oluşturup alan adlarına atarsınız; o alan adından çıkan giden e-postalara not otomatik eklenir.

Not, e-postaya imzalama aşamasından önce eklenir; böylece footer DKIM imzasının kapsamına girer ve imza geçerli kalır. Eklemenin sınırları şunlardır: yalnızca giden e-postaya uygulanır ve karar gönderen adresine göre değil kaynak IP'ye göre verilir, dolayısıyla taklit bir gönderen adresi footer tetikleyemez; zaten imzalı veya şifreli e-postalar (mevcut imza, S/MIME, PGP, imzalı/şifreli çok parçalı içerik) atlanır ve gövdelerine dokunulmaz; not yalnızca gövdenin sonuna eklenir. İşleme sırasında bir sorun olursa e-posta not eklenmeden teslim edilir; gövde bütünlüğü footer'dan önceliklidir.

Tanımlı her disclaimer, atandığı alan adının giden e-postalarına otomatik eklenir.

Ayarlar

Disclaimer / İmza — disclaimer motorunu açan/kapatan ana anahtar. (varsayılan: kapalı)

• Ne yapar: Tanımlı disclaimer'ların giden e-postalara eklenmesini yürürlüğe koyar veya durdurur.
• Neden var: Not eklemeyi tek noktadan yönetmek.
• Değiştirirsen: Kapalıyken hiçbir e-postaya ek yapılmaz. Açıp tanım oluşturup alan adına atarsanız, o alan adının giden e-postalarına footer eklenir.

Disclaimer Tanımı Oluşturma

Ön koşullar

• Disclaimer / İmza anahtarı açık olmalı.
• Not eklenecek alan adının DKIM imzası DeepFilter üzerinden yapılmalı (aşağıdaki uyarıya bakın).

Adımlar

1. Giden ePosta → Disclaimer sekmesini açın ve Disclaimer / İmza anahtarını açın.
2. Disclaimer Ekle'ye tıklayın.
3. Bir ad girin ve biçimi seçin (HTML veya Düz Metin).
4. Not içeriğini yazın; gerekiyorsa makroları (__SENDER__, __RECIPIENT__, __SUBJECT__, __DATE__, __MSGID__) ekleyin ve önizlemeyle sonucu görün. HTML notlarda makro değerleri güvenlik için kaçışlanır.
5. Notu uygulanacak alan adlarını seçin. Bir alan adı yalnızca tek bir tanıma atanabilir; başka bir tanıma atanmışsa buraya eklerken oradan taşınır.
6. Tanımı Aktif yapıp kaydedin.

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

• Seçtiğiniz alan adından bir test e-postası gönderin; alıcıda gövdenin sonuna notun eklendiğini görün. İmzalı veya şifreli gönderdiğiniz bir test e-postasında ise notun bilinçli olarak eklenmediğini doğrulayın.

caution

Disclaimer atadığınız alan adının DKIM imzası DeepFilter üzerinden yapılmalıdır (DKIM İmzalama sekmesi). Aksi halde imza dışarıda, footer eklenmeden önceki gövdeye göre atılmışsa, eklenen not imzayı bozar ve alıcı tarafta DKIM doğrulaması başarısız olur.

Gelişmiş

Gelişmiş sekmesi, giden e-posta akışının ileri seviye ayarlarını toplar: giden e-postaların spam taramasına tabi olup olmayacağı ve giden e-postaların doğrudan mı yoksa bir ara sunucu (smarthost) üzerinden mi teslim edileceği.

Giden tarama ve smarthost yönlendirmesi bu sekmeden yönetilir.

Giden ePostaları Tara

Giden ePostaları Tara — güvenilir (yerel) sunuculardan gönderilen e-postaların spam puanlamasına tabi olup olmayacağını belirler. (varsayılan: açık)

• Ne yapar: Açıkken giden e-posta tam spam kurallarına (itibar, içerik, kimlik-avı vb.) tabidir; kapatıldığında bu kontroller atlanır.
• Neden var: Ele geçirilmiş bir iç hesabın spam göndermesini yakalamak için giden tarama gerekir; ancak bazı kurumlar giden e-postayı hiç karantinaya almamayı tercih edebilir.
• Değiştirirsen: Açıkken (varsayılan) giden e-posta tam korumaya tabidir. Kapatırsanız spam, itibar ve kimlik-avı kontrolleri atlanır ve giden e-posta hiçbir sebeple karantinaya alınmaz.

caution

Bu anahtar kapalıyken giden e-posta hiçbir sebeple karantinaya alınmaz. DLP ve antivirüs kuralları çalışıp e-postayı işaretlemeye devam eder (Trafik ekranında görünür), ancak karantina veya durdurma uygulanmaz — yani IBAN içeren ya da zararlı ek taşıyan bir giden e-posta işaretlenir fakat durdurulmaz. Giden DLP ve antivirüs korumasının e-postayı fiilen durdurmasını istiyorsanız bu anahtarı açık tutun.

Smarthost (Giden Yönlendirme)

Smarthost — giden e-postaları doğrudan internete teslim etmek yerine belirtilen bir SMTP sunucusuna yönlendirir. (varsayılan: kapalı)

• Ne yapar: Açıkken tüm giden e-posta, tanımladığınız hedef SMTP sunucusu üzerinden çıkar.
• Neden var: Bazı kurumlar giden e-postayı ISS'nin SMTP sunucusu, Office 365, Amazon SES, Mailgun veya kurum içi Exchange üzerinden göndermek zorundadır (IP itibarı, politika, ağ kısıtı).
• Değiştirirsen: Açıp hedef sunucuyu tanımlarsanız giden e-posta o sunucu üzerinden gider. Kapatırsanız (varsayılan) yönlendirme temizlenir ve DeepFilter e-postayı doğrudan teslim eder.

Smarthost Yapılandırma

Ön koşullar

• Yönlendirme yapacağınız SMTP sunucusunun adresi, portu ve (gerekiyorsa) kimlik bilgileri elinizde olmalı.

Adımlar

1. Giden ePosta → Gelişmiş sekmesinde Smarthost anahtarını açın.
2. Hedef sunucu adresini ve portunu girin (yaygın port 587).
3. Sunucu kimlik doğrulama istiyorsa SASL'ı açıp kullanıcı adı ve parolayı girin.
4. Şifreli iletim için TLS'i açık bırakın.
5. Kaydedin.

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

• Bir test e-postası gönderin; e-postanın hedef smarthost üzerinden teslim edildiğini alıcı üstbilgilerinden (Received zinciri) veya smarthost sağlayıcısının kayıtlarından doğrulayın.

note

Parola alanı, kaydettikten sonra yeniden yazmadığınız sürece korunur; parolayı değiştirmek istemiyorsanız alanı olduğu gibi bırakabilirsiniz.

Sorun Giderme

• Giden e-postalar reddediliyor ("Relay access denied"). Gönderim yapan sunucunun IP'si Relay sekmesinde tanımlı ve Aktif mi kontrol edin. Kayıt yeni eklendiyse, tabloda Aktif göründükten sonra güvenilir gönderim listesi otomatik güncellenir.
• Gelen meşru bir e-posta (örn. fatura) DLP'ye takılıyor. Genel (public) IP'li bir relay sunucusu eklediyseniz, o kaynaktan gelen e-posta yanlışlıkla giden sayılıp giden DLP'ye tabi olabilir; Relay sekmesindeki genel IP uyarısına bakın.
• Meşru toplu gönderim (davetiye, bülten) geçici ret alıyor. Gönderim Limiti tavanları meşru saatlik hacminizin altında olabilir; tavanları yükseltin veya aksiyonu gözden geçirin.
• DKIM doğrulaması başarısız. DNS'e eklediğiniz TXT kaydının selector ve alan adıyla eşleştiğini ve yayıldığını, Doğrula rozetinin "eşleşiyor" olduğunu kontrol edin; DNS değişikliği henüz yayılmamış olabilir.
• Disclaimer footer'ı eklenmiyor. Disclaimer / İmza anahtarı açık mı; alan adı bir tanıma atanmış ve tanım Aktif mi; e-posta imzalı/şifreli mi (bu durumda bilinçli atlanır); gönderen sunucu Relay listesinde (giden) mi kontrol edin.
• Giden spam dışarı çıkıyor. Gelişmiş sekmesinde Giden ePostaları Tara anahtarının açık olduğunu doğrulayın; kapalıyken giden e-posta karantinaya alınmaz.
• Giden e-posta smarthost'a gitmiyor. Smarthost anahtarının açık, hedef adres ve portun doğru ve (gerekiyorsa) SASL kimlik bilgilerinin girili olduğunu kontrol edin.