Bir çalışanın iş günü boyunca ortalama kaç e-posta aldığını sormak yerine, şu soruyu sorun: Bu e-postaların kaçı birkaç gün sonra bulunamaz hale geliyor? Rasgele biriken mesajlar, yanlış sınıflandırılmış kampanyalar ve kayıp müşteri talepleri; kurumsal ekiplerde gerçek bir üretkenlik yitimine yol açar. E-posta istemcilerinin ve sunucu taraflı sistemlerin sunduğu etiket (label) ve klasör (folder/mailbox) yapılarını doğru kurmak, bu kaosun önüne geçmenin en güvenilir yoludur.
Pek çok kullanıcı "klasör" ve "etiket" kavramlarını birbirinin yerine kullanır; ancak teknik açıdan aralarında önemli fark vardır. Klasörler, IMAP protokolünün (RFC 3501, §2.3.2) sunucu tarafında tanımladığı posta kutusu (mailbox) kavramına karşılık gelir. Bir ileti yalnızca tek bir klasörde bulunabilir; arşivlendiğinde o klasörden başka bir yere taşınır. Etiketler ise —Gmail ve bazı modern istemcilerin hayata geçirdiği üzere— aynı iletiye birden fazla sınıflandırma metadatası eklemenize olanak tanır. Teknik altyapısı IMAP'ın \Keyword bayrağı veya özel başlıklar üzerine inşa edilebilir.
Microsoft Exchange / Outlook ekosistemi klasör merkezli çalışırken, Google Workspace etiket (Label) merkezli bir yaklaşım benimser. Bununla birlikte her iki yapı da RFC 3501 uyumlu istemcilerle (Thunderbird, Apple Mail, Outlook) birlikte kullanılabilir.
| Özellik | Klasör (Folder / Mailbox) | Etiket (Label / Tag) |
|---|---|---|
| Protokol desteği | RFC 3501 — IMAP Mailbox | IMAP \Keyword bayrağı (RFC 3501 §2.3.2) veya özel uzantı |
| Bir iletiye atanabilecek adet | Yalnızca 1 | Sınırsız (çoklu etiket) |
| Sunucu uyumluluğu | Tüm IMAP sunucuları | Gmail, Fastmail; Exchange sınırlı destek |
| Arama kolaylığı | Klasör bazlı filtreleme | Çok boyutlu filtre (etiket kombinasyonu) |
| Arşiv yapısı | Hiyerarşik ağaç (INBOX/Proje/2026) | Düz liste + kombine görünüm |
| Mobil istemci desteği | Evrensel | İstemciye bağımlı |
İyi bir klasör yapısı üç ilkeye dayanır: tahmin edilebilirlik (her çalışan bir iletiyi nereye koyacağını önceden bilmeli), derinlik sınırı (3 seviyeden fazla iç içe klasör arama verimliliğini düşürür) ve takım genelinde tutarlılık (kişisel alışkanlıklar yerine kurumsal kural kümesi geçerli olmalı).
Aşağıda Exchange/Outlook ve Google Workspace için önerilen temel hiyerarşi bulunmaktadır:
INBOX
├── _Bekleyen (aksiyon bekleyen, SLA takibi için)
├── _Referans (bilgi amaçlı saklanacak)
├── Projeler
│ ├── ProjeAdı-2026
│ └── ...
├── Müşteriler
│ ├── MüşteriAdı
│ └── ...
├── Finans
├── İK
├── Yasal
│ └── KVKK (6698 sayılı Kanun kapsamında gelen/giden)
└── Arşiv
└── 2025
Ön ekle başlayan klasörler (_Bekleyen, _Referans) alfabetik sıralamada listenin en üstüne çıkar; bu basit numara iş akışını hızlandırır.
Etiketlerin gücü çok boyutlu sınıflandırmadan gelir; ancak kontrol edilmezse "etiket çöplüğüne" dönüşür. Aşağıdaki adımlar sağlıklı bir etiket sistemi kurmayı sağlar:
Etiket ve klasör sisteminin asıl değeri, sınıflandırmanın otomatik gerçekleşmesinden gelir. Hem Exchange hem de Google Workspace, sunucu taraflı filtreleme motoru sunar:
Klasör ve etiket sistemi tasarlanırken yalnızca üretkenlik değil, yasal uyumluluk da gözetilmelidir. Türkiye'de kurumsal e-posta yönetimiyle ilgili başlıca yasal çerçeve şunlardır:
Bu yasal çerçeve doğrultusunda klasör yapısında Yasal/KVKK ve Yasal/ETK gibi ayrı alt klasörler tutmak hem denetim hazırlığını hızlandırır hem de veri silme süreçlerini kontrol altına alır.
| # | Adım | Sorumlu | Araç / Ortam |
|---|---|---|---|
| 1 | Mevcut klasör yapısını ve kullanım alışkanlıklarını analiz et | IT / Takım lideri | Anket, e-posta istemcisi dışa aktarım |
| 2 | Standart klasör ağacını ve onaylı etiket listesini belgele | IT yöneticisi | Dahili wiki, şirket politika belgesi |
| 3 | Yönetim konsolundan kuruluş genelinde klasör şablonu ve etiketleri oluştur | IT yöneticisi | Microsoft 365 EAC veya Google Admin Console |
| 4 | Otomatik filtreleme / yönlendirme kurallarını tanımla ve test et | IT yöneticisi | Transport Rules / Gmail Routing / Sieve |
| 5 | Çalışanlara kısa eğitim ver ve politika belgesini paylaş | İK + IT | Toplantı, e-posta, LMS |
| 6 | İlk ayın sonunda kuralların etkinliğini değerlendir, gerekirse güncelle | Takım lideri | E-posta istemcisi istatistikleri |
| 7 | Çeyreklik etiket ve klasör denetimi takvimini kalıcı hale getir | IT yöneticisi | Takvim, görev yönetimi |
IMAP protokolü, klasörleri mobil cihazlarla sorunsuz senkronize eder; ancak etiketler konusunda istemci desteği değişkendir. iOS Mail ve Android Gmail uygulamaları Google Workspace etiketlerini tam olarak gösterirken, üçüncü parti istemciler (Spark, Outlook for iOS vb.) etiketi klasör gibi gösterebilir ya da hiç göstermeyebilir. Bu nedenle kurumsal standartta mümkün olduğunca IMAP klasör hiyerarşisini temel almak, farklı cihaz ve istemcilerde tutarlı deneyim sağlar.
Microsoft Exchange ActiveSync (EAS) protokolü, akıllı telefon uygulamalarıyla klasörleri senkronize etmek için yaygın kullanılır. Ancak EAS, sunucu taraflı kurallara uymayabilir; özellikle taşınan iletiler mobil istemcide gecikmeyle görünebilir. Bu riski azaltmak için IMAP + SMTP kombinasyonunu tercih etmek, bağımsız istemci desteğini artırır.
IMAP standardı (RFC 3501) derinlik konusunda teknik bir sınır getirmez; ancak pratikte 3 seviyeden fazla hiyerarşi hem kullanıcı deneyimini hem de mobil istemci uyumluluğunu olumsuz etkiler. Ana klasör → Alt kategori → Yıl/Proje şeklinde 3 seviyeli yapı çoğu kurumsal senaryo için yeterlidir.
Kısmen. Gmail etiketleri IMAP üzerinden bağlanan Outlook'ta klasör olarak görünür. Tam iki yönlü senkronizasyon için Google Workspace Migrate veya üçüncü parti araçlar (örneğin Transend Migrator) kullanılabilir; ancak etiket-klasör eşleştirmesini geçiş öncesinde planlamak kritik önem taşır.
Kural çakışması (rule conflict). Birden fazla kural aynı iletiyle eşleştiğinde hangi kuralın öncelikli olduğu açıkça tanımlanmamışsa sonuç tahmin edilemez hale gelir. Microsoft 365'te kural sırası belirlenebilir; Google Workspace'te ise tüm eşleşen filtreler uygulanır. Her iki platformda da kural listesini düzenli aralıklarla gözden geçirmek gerekir.
Zorunlu değil; ancak takım genelinde paylaşılan bir minimum yapı (ortak proje klasörleri, müşteri klasörleri) tanımlanması önerilir. Kişisel tercihler bu ortak yapının dışında kalan alanlarda serbesttir. Önemli olan, aranabilirlik ve devir teslim süreçlerinde ortak noktaların korunmasıdır.
İkisi farklı ihtiyaçlara yanıt verir. IMAP klasörü tabanlı arşivleme pratik ve hızlıdır; ancak büyük hacimlerde performans sorununa yol açabilir. Kurumsal arşiv sistemleri (Microsoft 365 Compliance Center, Barracuda Email Archiver vb.) yasal tutma (legal hold), tam metin arama ve KVKK / ETK uyumluluk raporlaması için daha sağlam altyapı sunar.
KVKK, saklama süresini doğrudan belirlemez; saklama süresini "işlendikleri amaç için gerekli olan süre" ile sınırlar (Madde 7). Bununla birlikte 6563 sayılı ETK ticari iletiler için 3 yıl, TTK Madde 82 ticari yazışmalar için 10 yıl öngörür. Uygulamada çoğu hukuk birimi, kurumsal e-postalar için 5-10 yıl saklama politikası benimser ve bunu Kişisel Veri İşleme Envanterinde belgelendirir.
Sunucu taraflı tam metin arama motorları (Google Workspace'in yerleşik motoru, Exchange Search vb.) etiket sayısından doğrudan etkilenmez. Ancak IMAP \Keyword bayrakları üzerine kurulu etiket sistemlerinde bazı sunucuların bayrak başına ek meta veri maliyeti oluşturduğu bilinmektedir. Pratikte 20-30 adet iyi tanımlanmış etiket performans sorunu yaratmaz.
Microsoft 365'te paylaşılan posta kutularında klasörler ortak görünür ve tüm yetkili kullanıcılar tarafından düzenlenebilir; bu durum hem avantaj hem de risk yaratır. Google Workspace'te ise ortak erişim "delegasyon" üzerinden yönetildiğinden etiketler kişisel düzeyde kalır ve ortak görünüm sınırlıdır. Paylaşılan posta kutularında değişiklik yönetimi için kimin hangi klasörü düzenleyebileceğini yazılı politikayla belirlemek gerekir.
KVKK Madde 12 ve işveren veri sorumluluğu çerçevesinde, ayrılan çalışanın kurumsal e-posta hesabının belirli bir süre erişime açık tutulması ve içeriklerin yetkili kişiye aktarılması önerilir. Bu sürenin şirketin Kişisel Veri İşleme Envanterinde ve çalışan sözleşmesinde açıkça tanımlanmış olması gerekir. Genellikle 30-90 gün erişim açık bırakılır, ardından içerik arşive taşınır ve hesap kapatılır.
RFC 5228 (Sieve: An Email Filtering Language) resmi teknik başlangıç noktasıdır. Bunun yanı sıra Fastmail'in Sieve kılavuzu (fastmail.com/support/sieve) ve Dovecot resmi dokümantasyonu uygulamalı örnekler içermektedir. Temel sözdizimini öğrenmek birkaç saatlik yatırımla mümkündür; karmaşık filtreleme senaryoları için Sieve testleri açık kaynak araçlarla (timsieved) kolayca doğrulanabilir.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.