Verimlilik·
17 Nisan 2026
Günde onlarca, hatta yüzlerce e-posta alan bir profesyonel için gelen kutusu, zamanla kontrol edilemez bir kaosa dönüşebilir. Önemli bir müşteri mesajını, aralarına sıkışmış bir haber bülteni yüzünden kaçırmak; ya da acil bir onay bekleyen sözleşmeyi "okunmamış" yığınının altında bulmak artık istisnai değil, gündelik bir sorun. E-posta filtreleri, bu kaosun önüne geçmek için onlarca yıldır e-posta protokollerine gömülü olan; ancak çoğu kullanıcı tarafından hâlâ tam potansiyeliyle kullanılmayan güçlü bir araçtır.
E-posta filtreleri, IMAP (RFC 9051) veya POP3 (RFC 1939) protokolleri üzerinden teslim edilen mesajları, önceden tanımlanmış koşullara göre işleyen kurallardır. Sunucu tarafında çalışan filtreler için en yaygın standart, IETF tarafından yayımlanan Sieve (RFC 5228) dil standardıdır. Sieve; zincir kurallar, mantıksal operatörler (AND, OR, NOT) ve eylem blokları (fileinto, reject, redirect, keep) tanımlamanıza olanak tanır. Gmail, Microsoft 365 ve birçok kurumsal e-posta sağlayıcısı arka planda Sieve veya Sieve uyumlu bir filtre motoru kullanır; ancak bu motoru genellikle görsel bir arayüz arkasına gizler.
İstemci tarafı filtreler ise Outlook kuralları, Apple Mail kuralları gibi uygulamaların yerel olarak çalıştırdığı mantıktır. Bu filtreler yalnızca uygulama açıkken devreye girer; bu nedenle kritik iş akışları için sunucu tarafı filtreler tercih edilmelidir.
Bir filtre kuralı oluştururken inceleyebileceğiniz e-posta başlık alanları oldukça geniştir. RFC 5322, internet e-posta mesajlarının biçimini tanımlar ve bu standartta yer alan başlıkların tamamı filtre koşulu olarak kullanılabilir. Aşağıdaki tablo yaygın koşul türlerini ve kullanım örneklerini özetlemektedir:
| Başlık / Koşul | Açıklama | Örnek Kullanım |
|---|---|---|
From: |
Gönderenin e-posta adresi veya etki alanı | @sirketim.com → "İş" klasörüne taşı |
To: / CC: |
Alıcı adresleri | CC'de olduğum mesajlar → düşük öncelik etiketi |
Subject: |
Konu satırında anahtar kelime | "Fatura" veya "Invoice" → "Muhasebe" klasörü |
List-Unsubscribe: |
Toplu e-posta başlığı (RFC 2369) | Başlık mevcutsa → "Bültenler" klasörü |
X-Spam-Score: |
SpamAssassin veya benzeri puanı | Puan > 5 → Spam klasörü |
| Mesaj Boyutu | Bayt cinsinden mesaj büyüklüğü | > 10 MB → "Büyük Dosyalar" etiketi |
DKIM-Signature: |
Dijital imza doğrulama durumu (RFC 6376) | DKIM başarısız → karantinaya al |
Ham kurallar yazmak yerine, önce gelen kutunuzun nasıl bir yapıya kavuşmasını istediğinizi planlamak gerekir. Aşağıda profesyonellerin sıklıkla başvurduğu dört temel strateji yer almaktadır:
Belirli şirketlerden veya etki alanlarından gelen tüm e-postaları otomatik olarak etiketlemek, gelen kutunuzu hızla düzenler. Örneğin tüm @muvekkil.com.tr adreslerinden gelen mesajlar doğrudan "Müşteri A" klasörüne düşebilir. Bu yöntem özellikle birden fazla müşteriyle çalışan serbest çalışanlar ve ajanslar için değer taşır.
RFC 2369'da tanımlanan List-Unsubscribe başlığı, toplu gönderilen pazarlama e-postalarının büyük çoğunluğunda bulunur. Bu başlığın varlığını koşul olarak kullanan tek bir filtre; haber bültenlerini, kampanya mesajlarını ve duyuruları tek seferde ayrı bir klasöre yönlendirebilir. Böylece birincil gelen kutunuz yalnızca gerçek, kişisel iletişimleri barındırır.
"Acil", "URGENT", "son dakika" veya "son gün" gibi ifadeler içeren mesajları ayrı bir klasöre veya etiket altına yönlendirmek, sahte aciliyetleri filtrelemenizi de sağlar. Öte yandan gerçek sözleşme ve fatura anahtar kelimeleri ("Fatura No:", "Teklif", "Sözleşme") için ayrı bir öncelik klasörü oluşturmak iş akışınızı hızlandırır.
Bir e-postada yalnızca CC veya BCC alanında yer alıyorsanız, büyük ihtimalle doğrudan bir yanıt beklenmemektedir. Bu mesajları "Bilgi İçin" etiketiyle işaretleyip ana görünümden gizlemek, gerçek dikkat gerektiren mesajlara odaklanmanızı kolaylaştırır.
Gmail, Google'ın resmi destek belgelerine göre filtre kurallarını hesap düzeyinde saklar; yani filtreler tüm cihazlarda ve tarayıcılarda geçerlidir. Bir filtre oluşturmak için şu adımları izleyin:
Oluşturduğunuz filtreleri Ayarlar → Filtreler ve Engellenen Adresler bölümünden dışa aktarabilir (.xml formatında) ve farklı bir Gmail hesabına içe aktarabilirsiniz.
Microsoft 365'te kurallar hem Outlook masaüstü uygulamasından hem de Outlook Web App (OWA) üzerinden oluşturulabilir. Exchange Server ortamlarında kurallar, sunucuda depolanır ve istemciden bağımsız çalışır. Microsoft'un resmi dokümantasyonu (Microsoft Learn), kural koşulları ve eylemler için kapsamlı bir başvuru kaynağı sunar. Dikkat edilmesi gereken önemli bir nokta: Exchange Online'da tek bir posta kutusu için kural depolama boyutu varsayılan olarak 256 KB ile sınırlıdır. Çok sayıda karmaşık kural oluşturanlar bu sınıra takılabilir.
Ticari e-posta yönetimi söz konusu olduğunda iki temel Türk kanunu devreye girer:
6563 Sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun (ETK): Bu kanun ve buna bağlı Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik (son değişiklik: 2022), ticari elektronik ileti göndermek için alıcının önceden onayını şart koşar. Dolayısıyla izinsiz gönderilen ticari e-postaları spam olarak sınıflandıran filtreler kurmak hem yasal hem de etik bir zorunluluktur.
6698 Sayılı Kişisel Verilerin Korunması Kanunu (KVKK): E-posta adresleri kişisel veri kapsamındadır. Şirket içi e-posta filtrelerinin, çalışanların özel yazışmalarına erişim sağlayacak biçimde yapılandırılması KVKK'nın 4. ve 12. maddeleri kapsamında veri güvenliği yükümlülüklerini ihlal edebilir. Kurumsal ortamlarda filtre politikaları, çalışanların açık rızası veya açık yasal dayanak olmaksızın kişisel içerik tarayamaz.
Spam filtreleri ile kullanıcı tanımlı filtreler farklı katmanlarda çalışır. Spam koruması; SpamAssassin, Postfix politika sunucuları, DNSBL (DNS tabanlı kara listeler) ve bulut tabanlı e-posta güvenlik ağ geçitleri (SEG) gibi araçları kapsar ve çoğunlukla sistem yöneticisi düzeyinde yapılandırılır. Kullanıcı tanımlı filtreler ise bu katmanın üstünde, kişisel organizasyon amacıyla devreye girer. Her ikisi de birbirini tamamlar; ancak birinin eksikliği diğeriyle telafi edilemez.
Filtreler bir kez kurulduktan sonra unutulup gidebilir. Oysa e-posta örüntüleriniz zamanla değişir: yeni müşteriler, yeni hizmet sağlayıcıları, değişen proje isimleri. Üç ayda bir yapılacak kısa bir denetimle eski ve gereksiz kuralları temizlemek, filtrelerin etkinliğini korur. Ayrıca birbirine çelişen kuralların oluşabileceğini göz önünde bulundurun: aynı e-posta iki farklı kuralı tetiklediğinde, e-posta istemcisinin öncelik mantığını (Gmail'de tanım sırası, Outlook'ta "Bu kural uygulanınca diğerlerini durdur" seçeneği) anlamak önem taşır.
Hayır. Spam filtreleri, kötü niyetli veya istenmeyen toplu mesajları tespit etmek için makine öğrenmesi, IP itibarı ve içerik analizi kullanan sistem katmanlarıdır. Kullanıcı tanımlı filtreler ise kişisel organizasyon için elle oluşturulan kurallardır. Spam filtreleri genellikle sistem yöneticisi tarafından yönetilir; kullanıcı filtreleri ise kişi başına özelleştirilir.
Kritik iş akışları için sunucu tarafı filtreleri tercih edin. Sunucu tarafı filtreler, e-posta uygulamanız kapalı olsa bile mesajlara uygulanır. İstemci tarafı filtreler (örneğin Outlook yerel kuralları) yalnızca uygulama açıkken çalışır ve cihaz bağımlıdır.
Çoğu e-posta sağlayıcısında silinen mesajlar "Çöp Kutusu" klasöründe belirli bir süre (Gmail'de 30 gün, Microsoft 365'te varsayılan 14 gün, yönetici ayarlarına göre değişebilir) tutulur. Silme eylemi yerine "Arşivle" veya "Klasöre taşı" eylemlerini tercih etmek, bu riski ortadan kaldırır.
Google'ın resmi destek belgelerine göre Gmail'de kişisel hesaplarda 1.000 adet filtreye kadar oluşturabilirsiniz. Bu sayının üzerine çıkmak yeni filtre oluşturmanızı engeller; bu nedenle düzenli temizlik yapmanız önerilir.
Hayır. Filtreler yalnızca yeni gelen mesajlara uygulanır. Ancak Gmail'de bir filtre oluştururken "Eşleşen konuşmaları da filtrele" seçeneğini işaretlerseniz mevcut mesajlara da geriye dönük uygulanır.
Exchange Server ve Microsoft 365 ortamlarında hem son kullanıcılar (kendi posta kutuları için) hem de yöneticiler (tüm posta kutuları veya taşıma kuralları için) filtre oluşturabilir. Yönetici düzeyi "Mail Flow" kuralları (eski adıyla Taşıma Kuralları), tüm kuruluş için geçerlidir ve kullanıcı kurallarından önce işlenir.
Doğrudan bir "filtre kurma" yükümlülüğü yoktur; ancak 6563 sayılı ETK kapsamında ticari e-posta gönderiminde onay zorunluluğu bulunmaktadır. Alıcı olarak, izinsiz gönderilen ticari iletileri şikayet etme hakkınız ve bu iletileri filtreleme / engelleme özgürlüğünüz yasal güvence altındadır.
Gmail'de Ayarlar → Filtreler ve Engellenen Adresler → Tüm filtreleri dışa aktar yoluyla XML formatında yedek alabilirsiniz. Outlook'ta kurallar, .rwz uzantılı dosya olarak dışa aktarılabilir (Dosya → Kuralları ve Uyarıları Yönet → Kuralları Dışa Aktar).
Bu özellik sağlayıcıya göre değişir. Gmail standart filtrelerde regex desteği sunmaz. Ancak Google Workspace yöneticileri, uyumluluk kurallarında regex kullanabilir. Sunucu düzeyinde Sieve dili, regex eklentisi (RFC 5228 Ek A) aracılığıyla düzenli ifadeleri destekler.
Sunucu tarafı filtreler, mobil cihazlar dahil tüm erişim noktalarında çalışır çünkü mesaj sunucuya ulaştığında işlenir. Gmail ve Outlook mobil uygulamaları, sunucuda oluşturulan filtrelerin sonuçlarını otomatik olarak yansıtır.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.