Beklediğiniz teklif veya fatura Outlook'ta görünmüyorsa, ileti Microsoft 365 karantinasında tutuluyor olabilir. Karantina, Önemsiz E-posta klasörüyle aynı yer değildir. Doğru sıra; gönderici ve gönderim zamanını doğrulamak, ilgili iletiyi bulmak, karantina nedenini incelemek ve gerekiyorsa yetkili kişiden serbest bırakma istemektir. Tanıdık bir firmadan geliyor görünmesi, e-postayı doğrudan güvenli kabul etmek için yeterli değildir.
Bu rehber, tek bir kayıp e-postayı araştıran çalışanla süreci yöneten BT sorumlusunun adımlarını ayırır. Amaç mesajı mümkün olduğunca hızlı bulurken şirketin korumasını devre dışı bırakmamaktır. Her ileti için aynı işlem uygulanmaz; gördüğünüz seçenekler kurumunuzun politikalarına bağlıdır.
Karantina, spam klasörü ve teslim hatası nasıl ayrılır?
Microsoft 365 karantinası, tehlikeli olabilecek veya istenmeyen iletilerin tutulduğu ayrı bir alandır. Bir iletinin buraya alınması, onu tespit eden güvenlik özelliği ve uygulanan politikayla ilişkilidir. Dolayısıyla “spam klasörüne baktım, yok” kontrolü araştırmayı tamamlamaz.
| Gördüğünüz durum | İlk kontrol | Kaçınılacak varsayım |
|---|
| İleti Önemsiz E-posta klasöründe | Gönderici ve ileti içeriğini inceleyin. | Her istenmeyen ileti aynı derecede riskli değildir. |
| İleti karantina listesinde | Neden, alıcı ve serbest bırakma durumunu kontrol edin. | Listede olması, kullanıcıya bırakma yetkisi verildiği anlamına gelmez. |
| İleti hiçbir yerde yok | BT ekibinden ileti izleme isteyin. | Her kayıp e-posta karantinaya alınmış değildir. |
Kullanıcı olarak beklenen e-postayı bulma
BT ekibinizin doğruladığı Microsoft Defender portalına iş hesabınızla girin. Menüde Email & collaboration → Review → Quarantine yolunu ve e-posta sekmesini açın. Türkçe arayüzde etiketler farklı görünebilir. Size gelen bir bildirimdeki bağlantıdan emin değilseniz, bağlantıyı kullanmak yerine kurumunuzun doğrulanmış portal adresini açın.
- Filtrelerde alıcı, gönderici ve alınma tarihini kontrol edin. Önceki aramadan kalan dar tarih aralığı aradığınız iletiyi gizleyebilir.
- İletiyi seçerek karantina nedenini ve sona erme tarihini inceleyin.
- Yetkinize göre Release veya Request release seçeneği bulunabilir. İkinci seçenek yalnızca yöneticiye inceleme talebi gönderir; teslim edildiği anlamına gelmez.
- İleti görünmüyorsa ya da işlem düğmesi yoksa BT ekibine iletin. Görüntüleme ve işlem hakları, iletinin neden karantinaya alındığına ve atanmış politikaya bağlıdır.
Tanımadığınız ekleri incelemek için bilgisayarınıza indirmeyin. Özellikle ödeme bilgisi değişikliği veya acil parola doğrulaması isteyen bir mesajda, işlemi hızlandırmak adına güvenlik uyarısını aşmaya çalışmayın.
Yönetici neyi incelemeli?
Yönetici incelemesinde doğru alıcı ve mesaj eşleştirilir; karantina nedeni ile uygulanan politika kontrol edilir. Yanlış tespit olduğu doğrulanmış bir ileti için serbest bırakma ve Microsoft'a yanlış pozitif bildirme seçenekleri değerlendirilir. Portalda görülebilen izin listesi seçenekleri, tek bir mesajı teslim etme kararından daha geniş sonuç doğurabilir; otomatik olarak seçilmemelidir.
Serbest bırakılan mesaj hâlâ bulunamıyorsa gelen kutusu kuralları, başka güvenlik hizmetleri ve bağlayıcılar araştırılır. Başka bir filtreleme katmanı iletiyi tekrar tutabilir; bir posta kutusu kuralı da farklı klasöre taşıyabilir. Yöneticinin teslimi ayrıca doğrulaması gerekir.
İnceleme kaydında “müşteri istiyor” yerine somut gerekçe bulunması yararlıdır: Hangi mesaj araştırıldı, kimlik nasıl teyit edildi, hangi bulguya göre işlem yapıldı? Bu kayıt, aynı sorun tekrarlandığında önceki kararı körlemesine uygulamak yerine karşılaştırma imkânı verir.
Karantinada yoksa ileti izleme kullanın
Exchange yönetim merkezindeki Message trace, hizmetin iletiyi alıp almadığını ve sonrasında hangi işlemlerin gerçekleştiğini araştırmak için kullanılır. Gönderici, alıcı, zaman aralığı ve varsa Message-ID ile arama daraltılabilir. Yeni ileti izleme ekranında Quarantined, Failed veya Pending gibi durumlar görülebilir; kullanılabilir filtreler seçilen zaman aralığına göre değişebilir.
Yalnızca sonuç satırındaki duruma bakmayın; olay ayrıntılarını da açın. “Gönderdim” diyen kişi yanlış adrese göndermiş olabilir veya mesaj henüz hizmete ulaşmamış olabilir. Farklı saat dilimleriyle yapılan aramalar da yanlış sonuca götürebilir. BT kaydına saati ve saat dilimini birlikte yazmak bu karışıklığı azaltır.
Bildirim gelmemesi neden yanıltıcıdır?
Karantina bildirimleri her varsayılan politikada açık değildir. Yönetici, desteklenen politikalarda bildirimleri ve sıklığını ayarlayabilir; seçenekler dört saatte bir, günlük veya haftalıktır. Bu nedenle bildirim almamanız, hiçbir iletinin karantinaya alınmadığını kanıtlamaz.
Şirket açısından karar yalnızca bildirim sıklığı olmamalı: Talepleri kim inceleyecek, yedek sorumlu kim olacak ve zaman açısından kritik bir satın alma yazışması nasıl önceliklendirilecek? Örneğin günlük özet uygun olsa bile aynı gün sonuçlanması gereken bir teklif için ayrı destek kanalı gerekebilir. Bildirim tasarımını iş akışıyla birlikte değerlendirin.
Örnek olay: tedarikçinin “yeni banka hesabı” e-postası
Varsayımsal bir muhasebe ekibi, düzenli çalıştığı tedarikçiden fatura bekliyor olsun. Mesaj karantinada bulunuyor ve gövdesinde ödemenin farklı hesaba yapılması isteniyor. Çalışanın “bu firmayı tanıyorum” demesi, bu mesajın gerçekten o firmadan geldiğini doğrulamaz.
Bu durumda çalışan, mesajdaki yeni telefon numarasını kullanmak yerine önceden bilinen kurumsal iletişim kanalından teyit ister. BT sorumlusu teknik bulguları inceler; muhasebe sorumlusu da iş talebinin doğruluğunu kontrol eder. Teknik teslim kararı ile ödeme onayı birbirinin yerine geçmez. Gerekirse tedarikçiden güvenilir kanaldan yeniden iletişim kurması istenir.
Bu örneğin amacı bütün karantina iletilerini saldırı saymak değildir. Doğru ayrım, beklenen bir yazışmayı bulma ihtiyacıyla içindeki talebi onaylama kararını ayrı tutmaktır. E-posta serbest bırakılmış olsa bile para transferi için şirketin normal onay süreci uygulanmalıdır.
BT destek talebine eklenecek kısa kontrol listesi
- Gönderici ve alıcı: Görünen isim yerine tam adresleri yazın; kişisel kutu mu ortak kutu mu olduğunu belirtin.
- Zaman: Yaklaşık gönderim tarihi, saati ve saat dilimini ekleyin. “Dün akşam” tek başına yeterli olmayabilir.
- İleti bilgisi: Konu, varsa Message-ID ve göndericinin aldığı teslim hatasını paylaşın.
- Kontrol sonucu: Hangi klasörlere bakıldığını, karantinada görünüp görünmediğini ve bırakma talebi gönderilip gönderilmediğini belirtin.
- İş etkisi: Tek bir teklif mi, çok sayıda müşteriden gelen ileti mi etkilendi? Son işlem saatini ve ulaşılacak kişiyi yazın.
- Gizlilik: Parola veya doğrulama kodu göndermeyin. Ekran görüntülerinde konuyla ilgisiz müşteri bilgilerini gizleyin.
Sık sorulan sorular
Karantinadaki bütün e-postalar 30 gün saklanır mı?
Tek bir süre varsaymayın. İlgili iletinin Expires alanını kontrol edin. Süresi dolarak karantinadan silinen iletiler geri alınamaz; önemli bir ileti için inceleme talebini bekletmeyin.
Serbest bırakma talebi verdim; işlem tamamlandı mı?
Hayır. Talep, yönetici değerlendirmesini başlatır. Onaylanıp teslim edildiğini ayrıca kontrol edin; istek göndermeyi mesajın posta kutusuna gelmesiyle karıştırmayın.
Sorunu çözmek için firmanın bütün alan adına izin verelim mi?
Tek mesajın neden tutulduğu anlaşılmadan geniş bir istisna oluşturmayın. İncelemeyi o iletiyle başlatın. Kalıcı değişiklik gerekiyorsa gerekçe, kapsam, sorumlu ve gözden geçirme tarihi belirleyin.
Karantina görmek için mutlaka Defender Plan 2 gerekir mi?
Hayır. Karantina bulut posta kutularının yerleşik güvenlik kapsamında da bulunur. Gelişmiş araştırma özellikleri ve lisans gereksinimleri ayrı konudur; tek başına karantinaya erişmek için plan yükseltme gerektiğini varsaymayın.
E-posta akışını güvenliği zayıflatmadan düzenleyin
Benzer olaylar sık tekrarlanıyorsa yalnızca mesajları tek tek bırakmak yerine politika ve destek sürecini değerlendirin. Micro Bilgi Microsoft Defender hizmetleri ve Exchange Online hizmetleri hakkında bilgi alabilirsiniz. Bize ulaşırken etkilenen kullanıcı sayısını ve gizli bilgi içermeyen örnek olay özetini iletmeniz, kapsamı belirlemeyi kolaylaştırır.
Kaynaklar ve kontrol tarihi
Aşağıdaki Microsoft belgeleri 15 Ekim 2026 tarihinde kontrol edilmiştir. Ekranlar ve kullanılabilir işlemler, kurumunuzun yapılandırmasına ve yetkilerinize göre farklılaşabilir.