Meşru E-posta Karantinaya Düşüyor, Nasıl Kurtarılır? (2026)

Xen Bilişim ekibi · Microsoft Kayıtlı İş Ortağı · MS-100 / MS-102 / AZ-104 sertifikalı danışmanlar · Son güncelleme: 3 Kasım 2026

Özet (TL;DR): Müşterinizin ya da tedarikçinizin gönderdiği meşru bir e-posta alıcıya ulaşmıyorsa büyük ihtimalle Microsoft 365'in karantinasındadır. Karantina, şüpheli iletilerin teslim edilmeden önce bekletildiği güvenli alandır. Yönetici Microsoft Defender portalında Email & collaboration > Review > Quarantine sayfasından iletiyi bulur, Release ile serbest bırakır ve aynı pencerede yanlış pozitif olarak Microsoft'a bildirir. Zararlı yazılım ve yüksek güvenle oltalama iletilerini kullanıcı kendi başına serbest bırakamaz. Süre kısıtlıdır: varsayılan anti-spam ilkesinde 15 gün, hazır güvenlik ilkelerinde ve zararlı yazılımda 30 gün sonra ileti kalıcı olarak silinir (2026-11 itibarıyla, kaynak: Microsoft Learn).

Müşteri e-postalarınız kaybolmasın istiyorsanız e-posta koruma ilkelerinizi ücretsiz gözden geçirmemiz için bize yazın.

Belirtiler: e-posta yok ama hata da yok

Karantina sorununun can sıkıcı yanı, gönderen tarafın çoğu zaman bir hata mesajı almamasıdır. İleti Microsoft'un tarafında kabul edilir, süzgeçten geçerken şüpheli bulunur ve kullanıcının gelen kutusuna hiç düşmez. Alıcı "bana bir şey gelmedi" der, gönderen "ben yolladım" der ve iki taraf da haklıdır.

En sık duyulan şikayetler şunlardır:

• Bir müşteri teklif ya da sipariş e-postası gönderdiğini söylüyor ama kimse görmemiş.
• Muhasebe veya ERP yazılımından giden fatura, ekstre ve hatırlatma e-postaları bazı alıcılara ulaşmıyor.
• Bir tedarikçinin PDF ekli e-postası "kayboluyor".
• Kullanıcı Gereksiz E-posta klasörüne bakmış, orada da yok.
• Kullanıcıya karantina bildirimi (haftalık ya da gün içi özet) geliyor ve içinde tanımadığı ama meşru bir ileti var.

Eğer sizin gönderdiğiniz e-posta geri dönüyorsa ve hata kodu görüyorsanız farklı bir sorundur. O durumda 550 5.7.708 hatası rehberimize ya da 5.1.8 gönderim hatası rehberimize bakın. Bu yazı, gelen ve sessizce bekletilen iletileri ele alır.

Karantinaya düşme nedenleri ve kim neyi serbest bırakabilir

Karantinayı tamamen kapatamazsınız. Microsoft'a göre zararlı yazılım ve yüksek güvenle oltalama olarak işaretlenen iletiler hizmeti korumak için her zaman karantinaya alınır. Diğer sonuçlarda (spam, normal oltalama, toplu posta) ilkenizdeki eylemi Gereksiz E-posta klasörüne teslim olarak değiştirebilirsiniz.

İletiyi hangi koruma özelliği yakaladıysa, kimin ne yapabileceği buna göre değişir:

Karantina nedeni	Kullanıcı kendisi serbest bırakabilir mi?	Varsayılan saklama
Spam, toplu posta, oltalama, sahtecilik ve kişi taklidi (ilkeye bağlı)	Karantina ilkesi izin veriyorsa evet	15 gün (varsayılan ilke), 30 gün (Standart ve Sıkı hazır ilkeler)
Yüksek güvenle oltalama	Hayır, yalnızca talep edebilir	15 veya 30 gün
Zararlı yazılım (anti-malware)	Hayır, yalnızca talep edebilir	30 gün
Safe Attachments (zararlı ek taraması)	Hayır, yalnızca talep edebilir	30 gün
Posta akışı kuralı (transport rule) ile karantina	İlkeye bağlı	30 gün

Spam ve oltalama gibi nedenlerde saklama süresini 1 ile 30 gün arasında değiştirebilirsiniz. Ayar, anti-spam ilkesindeki "Retain spam in quarantine for this many days" alanıdır. Standart ve Sıkı hazır ilkelerdeki 30 günlük değer değiştirilemez (kaynak).

Ön gereksinimler: rol ve erişim

Tüm kullanıcıların karantinasını görmek ve iletileri serbest bırakmak için aşağıdaki rol gruplarından birinde olmanız gerekir (kaynak):

• İşlem yapmak için: Quarantine Administrator, Security Administrator veya Organization Management rol grupları.
• Yalnızca görmek, önizlemek ve indirmek için: Global Reader, Security Reader veya Security Operator.
• İletiyi Microsoft'a bildirmek için: Security Administrator rol grubu.

Microsoft, en az yetki ilkesini önerir. Karantina için Global Administrator rolünü günlük kullanmayın, tek amaç bu işse Quarantine Administrator yeterlidir. Bunun yanında karantinadaki iletilerde kişisel veri bulunabilir. KVKK kapsamında teknik tedbir olarak bu yetkiyi dar bir ekiple sınırlamanız ve işlemlerin denetim kaydında tutulduğunu bilmeniz gerekir. Microsoft karantinada yönetici ve kullanıcı eylemlerinin tamamının denetlendiğini belirtir.

Adım 1: İletiyi bulun

1. Microsoft Defender portalında Email & collaboration > Review > Quarantine yolunu izleyin ve Email sekmesini açın.
2. Zaman aralığını genişletin. Süzgeç değerleri arasında son 14 gün ve son 30 gün vardır.
3. Recipient alanında "All users" seçili kalsın, Sender address alanına gönderenin adresini yazın.
4. Listede ilgili iletiyi bulduktan sonra Quarantine reason (neden), Policy type (hangi koruma yakaladı) ve Expires (silineceği tarih) sütunlarına bakın.

Liste ilk açılışta yalnızca ilk 100 kaydı gösterir. Aşağı kaydırdıkça devamı yüklenir. Çok sayıda ileti arıyorsanız göndericiye ya da konuya göre filtreleyin.

Burada kritik olan bilgi, iletiyi hangi korumanın yakaladığıdır. Zararlı yazılım ya da Safe Attachments sonucu varsa durup düşünün. Gönderenin hesabı ele geçirilmiş ve gerçekten zararlı bir ek göndermiş olabilir. Önce iletiyi önizleyin (Preview message) ve ek içeriğini körü körüne açmayın.

Adım 2: İletiyi serbest bırakın ve yanlış pozitif olarak bildirin

İletinin meşru olduğundan eminseniz:

1. İletiyi seçin ve Release düğmesine (ya da ayrıntı panelinde Release email) tıklayın.
2. Açılan Release email to recipient inboxes panelinde, aynı iletiyi başka alıcılara da göndermek istiyorsanız Send a copy of this message to other recipients seçeneğini işaretleyin.
3. Submit the message to Microsoft to improve detection (false positive) kutusunu işaretleyin. Bu, iletiyi Microsoft'a yanlış pozitif olarak bildirir. Microsoft'a göre inceleme sonucuna göre hizmet genelindeki spam kuralları ayarlanabilir.
4. Gerekirse Allow this message seçeneğini işaretleyin. Bu seçenek gönderen ve iletideki ilgili bağlantı ya da eklenti için izin girdisi açar. Süreyi 1 gün, 7 gün, 30 gün, belirli bir tarih ya da varsayılan "son kullanımdan 45 gün sonra" olarak seçersiniz.
5. Release message düğmesine basın.

Dikkat edilecek kurallar: Aynı alıcıya aynı iletiyi ikinci kez serbest bırakamazsınız. Serbest bırakılmış iletide Release status değeri "Released" olur ve düğme kullanılamaz.

İlk adımda bir meşru ileti bulduysanız, aynı gönderenden başka kaç iletinin takıldığını görmek için Microsoft güvenlik hizmetlerimiz kapsamında karantina raporu çıkarıp gönderen bazında analiz edebiliriz. Uzmanla 15 dakikalık ücretsiz görüşme için WhatsApp üzerinden yazın.

PowerShell ile toplu serbest bırakma

Birden fazla ileti varsa Exchange Online PowerShell'de aşağıdaki cmdlet'ler kullanılabilir. Önce iletileri listeleyin:

Connect-ExchangeOnline
Get-QuarantineMessage -SenderAddress "musteri@ornek.com" -StartReceivedDate (Get-Date).AddDays(-14) -EndReceivedDate (Get-Date) | Format-Table Subject, SenderAddress, Type, Expires, Identity

Serbest bırakmak için:

Get-QuarantineMessage -SenderAddress "musteri@ornek.com" | Release-QuarantineMessage -ReleaseToAll -ReportFalsePositive

Cmdlet'lerin tam sözdizimi için Release-QuarantineMessage belgesine bakın. Toplu işlem öncesi listeyi mutlaka gözle kontrol edin, çünkü karantinada gerçekten zararlı iletiler de bulunabilir.

Kullanıcı serbest bırakma talebi gönderdiyse

Karantina ilkesi kullanıcıya "serbest bırakma talebi" hakkı veriyorsa, kullanıcı bildirimdeki bağlantıdan talep açar. İletinin Release status değeri "Release requested" olur. Yönetici bu talepleri aynı Quarantine sayfasından onaylar ya da reddeder. Zararlı yazılım ve yüksek güvenle oltalama iletilerinde kullanıcı yalnızca talep gönderebilir, bu yüzden bu talepleri onaylamadan önce iletiyi önizleyin ve gönderenle başka bir kanaldan (telefon gibi) teyitleşin.

Adım 3: Aynı sorunun tekrarlanmaması için izin girdisi açın

Aynı gönderenin iletileri sürekli karantinaya düşüyorsa Kiracı İzin/Engel Listesi'ne (Tenant Allow/Block List) bir girdi eklenebilir. Bu liste, kuruma gelen iletilerde belirli gönderen, alan adı, bağlantı ya da dosyalar için süzgeç sonucunu geçersiz kılar. Yol: Email & collaboration > Policies & rules > Threat policies > Rules bölümü > Tenant Allow/Block Lists, sonra Domains & addresses sekmesi (kaynak).

Önemli sınır: Microsoft, doğrudan açılan izin girdilerinin yalnızca toplu posta (bulk), spam, yüksek güvenle spam ve normal oltalama sonuçlarını geçersiz kıldığını söyler. Zararlı yazılım ve yüksek güvenle oltalama sonuçlarını geçersiz kılmak için iletiyi Gönderimler (Submissions) sayfasından "I've confirmed it's clean" olarak bildirmek ve Allow this message seçmek gerekir.

1. Add > Allow düğmesine basın.
2. Domains & addresses kutusuna her satıra bir adres ya da alan adı yazın (en fazla 20).
3. Remove allow entry after değerini seçin: 45 gün (son kullanımdan sonra, varsayılan), 1 gün, 7 gün ya da bugünden en fazla 30 gün sonrası.
4. Notlar alanına neden izin verdiğinizi yazın. Altı ay sonra bunu yazan kişi ayrılmış olabilir.
5. Add düğmesine tıklayın. Girdinin etkinleşmesi yaklaşık 5 dakika sürer.

PowerShell karşılığı:

New-TenantAllowBlockListItems -ListType Sender -Allow -Entries "musteri@ornek.com" -RemoveAfter 45 -Notes "Fatura gonderen musteri, yanlis pozitif"

Girdi sayısının da sınırı vardır. Defender for Office 365 olmayan kurumlarda toplam 1.000, Plan 1'de 2.000, Plan 2'de 15.000 alan adı ve adres girdisi açılabilir. Aynı alan adından en az 7 adres izin listesine eklenirse gönderimler bu adresleri otomatik olarak tek alan adı girdisine toplar.

Kök neden: iletiler neden yanlışlıkla yakalanıyor?

İzin girdisi bir yama, asıl çözüm değildir. Aynı gönderenin iletileri yeniden yeniden karantinaya düşüyorsa nedeni gönderenin tarafında aramak gerekir. Sık görülen nedenler:

• SPF, DKIM ve DMARC eksikliği. Bunlar, e-postanın gerçekten o alan adının sahibinden geldiğini kanıtlayan üç doğrulama kaydıdır. Gönderen bunları kurmamışsa ileti sahtecilik şüphesiyle yakalanabilir. Kendi alan adınız için ayarlar SPF, DKIM ve DMARC rehberimizde anlatılıyor.
• Uygulama sunucusundan doğrudan gönderim. Yerli ERP, muhasebe ya da e-fatura bildirim yazılımları (Logo, Netsis, Mikro gibi) e-postaları genellikle kendi sunucusundan ya da hosting hesabından gönderir. SPF kaydında bu sunucu tanımlı değilse alıcı tarafta spam ya da sahtecilik sonucu çıkar. Fatura ve ekstre gibi ticari iletiler de bu yüzden kaybolur.
• Toplu posta özelliği. Bülten ya da hatırlatma niteliğindeki iletiler "toplu posta" olarak puanlanır. Eşik değeri anti-spam ilkesindeki Bulk email threshold ayarına bağlıdır.
• Şifreli ya da parola korumalı ek. Taranamayan şifreli ekler Safe Attachments tarafından karantinaya alınabilir. Yönetici bu iletileri parola gerektirmeden serbest bırakabilir.
• Kişi ya da alan adı taklidi koruması. Gönderenin adı, kurumunuzdaki biriyle ya da korunan bir alan adıyla benziyorsa ileti yakalanır. Bu durumda Tenant Allow/Block List işe yaramaz, güvenilir gönderen anti-phishing ilkesindeki "Trusted senders and domains" bölümüne eklenir.
• Posta akışı kuralları. Eski bir transport rule iletileri karantinaya yönlendiriyor olabilir. Exchange yönetim merkezinde Mail flow > Rules altından kuralları gözden geçirin.

Serbest bıraktım ama ileti hâlâ gelmedi

Microsoft, serbest bırakılan iletilerin gelen kutusuna ulaşmamasının birkaç tipik nedenini sayar:

1. Üçüncü taraf e-posta güvenlik ürünü ya da giden bağlayıcı. Bunlar iletiyi tekrar karantinaya alabilir, içeriğini kırpabilir ya da hiç iletmeyebilir. Destek talebi açmadan önce bunları devre dışı bırakıp denemeniz önerilir.
2. Gelen kutusu kuralı. Kullanıcı ya da yönetici tarafından tanımlanmış bir kural iletiyi başka klasöre taşıyor ya da siliyor olabilir.
3. Mesaj izleme. İletinin kullanıcının gelen kutusuna teslim edilip edilmediğini Defender portalındaki ileti izleme (message trace) ile doğrulayın.

Karantina bildirimlerinde de bir uyarı var: Microsoft, üçüncü taraf güvenlik ürünleri olduğunda bildirimdeki eylemlerin rastgele seçilebildiğini belirtir. Yine de önce kendi ortamınızda yönlendirme zincirine bakın.

Önleyici kontroller

• Haftalık gözden geçirme: Karantina sayfasında "son 7 gün, tüm kullanıcılar, spam ve oltalama" filtresiyle bir kez bakın. Takılan meşru göndericileri erken yakalarsınız.
• Karantina bildirimlerini açın. Kullanıcıların kendi karantinasını görmesini sağlayan bildirim, kullanıcının takılan iletiyi yöneticiye sormadan fark etmesine yardım eder.
• Saklama süresini bilin. Varsayılan ilkede 15 gün olan süreyi, gerekiyorsa 30 güne çıkarın. Böylece tatilde olan bir kullanıcı dönüşte iletisini kaybetmez.
• İzin girdilerine bitiş tarihi koyun. Süresiz açılan "güvenilen gönderen" listesi zamanla saldırganların hedefi olur.
• Gönderenlerle SPF, DKIM, DMARC konuşun. Önemli müşteri ve tedarikçilerden bu kayıtlarını kontrol etmelerini isteyin.
• Kendi e-posta güvenliğinizi tek merkezden yönetin. Bunun için Defender for Business kurulum rehberimiz iyi bir başlangıçtır.

Microsoft destek talebi açmadan önce toplanacaklar

Sorun yönetici işlemleriyle çözülmüyorsa destek talebine şunları ekleyin:

• İletinin Network Message ID değeri. Bu GUID, iletinin başlığındaki X-MS-Exchange-Organization-Network-Message-Id alanında bulunur, karantinadaki iletilerde ise X-MS-Office365-Filtering-Correlation-Id alanından da alınabilir.
• Gönderen ve alıcı adresleri, gönderim zamanı.
• Karantina nedeni (Policy type ve Quarantine reason).
• İleti izleme çıktısı.
• Ham ileti dosyası (.eml). Gönderimler sayfasından dosya yükleyerek de bildirim yapabilirsiniz.

Gönderimler sayfasının adresi security.microsoft.com/reportsubmission. Meşru iletiyi bildirirken I've confirmed it's clean ve gerekirse Allow this message seçilir (kaynak).

Benzer sorunlardan farkı

• Gereksiz E-posta klasörüne düşen ileti: Karantinada değildir. Kullanıcı kendi klasöründen "Gereksiz değil" olarak işaretleyebilir.
• Geri dönen e-posta (NDR): Gönderen tarafta hata mesajı vardır, bu başka bir sorundur ve ayrı rehberlerde ele alındı.
• Posta kutusu dolu ya da kota hatası: İleti reddedilir, karantinaya alınmaz.
• Teams sohbet iletisi karantinası: Zararlı bulunan Teams iletileri de 30 gün karantinada tutulur ve varsayılan karantina ilkesi yalnızca yöneticiye erişim verir.

Sıkça Sorulan Sorular (SSS)

Karantinadaki e-posta kaç gün saklanır?

Karantina nedenine bağlıdır. Varsayılan e-posta spam önleme (anti-spam) ilkesinde 15 gün, Standart ve Sıkı hazır güvenlik ilkelerinde 30 gün saklanır. Zararlı yazılım ve Safe Attachments kaynaklı iletiler 30 gün tutulur. Süre dolunca ileti kalıcı olarak silinir ve geri getirilemez.

Kullanıcı karantinadaki iletiyi kendisi serbest bırakabilir mi?

Spam, toplu posta ve sahtecilik gibi nedenlerde, karantina ilkesi izin veriyorsa evet. Zararlı yazılım ve yüksek güvenle oltalama olarak ayrılan iletileri ise kullanıcı serbest bırakamaz, yalnızca serbest bırakılmasını talep edebilir. Bunları yönetici onaylar.

Gönderen alan adını doğrudan izin listesine eklemek güvenli mi?

Genellikle hayır. Microsoft, gereksiz izin girdilerinin kurumu normalde süzülecek zararlı iletilere açtığını belirtir. Önce neden engellendiğini bulun, sonra kısa süreli ve nedenini yazdığınız bir girdi açın. Kalıcı çözüm gönderenin SPF, DKIM ve DMARC ayarlarını düzeltmesidir.

İzin girdisi ne kadar süre geçerli kalır?

Gönderim bildirimi yoluyla açılan izin girdileri varsayılan olarak son kullanımdan 45 gün sonra kalkar. Elle açtığınızda 1 gün, 7 gün, 30 gün ya da bugünden en fazla 30 gün sonrası seçilebilir. Sahte gönderen (spoofed sender) girdileri hiç sona ermez.

Karantinaya düşen iletiyi serbest bıraktım ama kullanıcıya ulaşmadı, neden?

Üçüncü taraf bir e-posta güvenliği ürünü, giden bağlayıcı (outbound connector) ya da kullanıcının gelen kutusu kuralı iletiyi tekrar karantinaya alıyor veya taşıyor olabilir. Gelen kutusu yerine başka bir klasöre gittiğini ileti izleme (message trace) ile doğrulayabilirsiniz.

Karantinayı tamamen kapatabilir miyim?

Hayır. Zararlı yazılım ve yüksek güvenle oltalama iletileri hizmeti korumak için her zaman karantinaya alınır. Yalnızca spam ve normal oltalama gibi diğer sonuçlarda eylemi Gereksiz E-posta klasörüne teslim etmek olarak değiştirebilirsiniz.

Karantinayı kimler yönetebilir?

Karantina Yöneticisi, Güvenlik Yöneticisi veya Organization Management rol grubundakiler tüm kullanıcılar için işlem yapabilir. Global Reader, Security Reader ve Security Operator rolleri yalnızca okuma ve önizleme erişimi verir.

Sonuç

E-posta sorununun ilk şüphelisi çoğu zaman karantinadır. Önce Defender portalındaki Quarantine sayfasına bakın, iletinin neden yakalandığını okuyun ve meşruysa serbest bırakıp yanlış pozitif olarak bildirin. Böylece hem iletiyi kurtarır hem de Microsoft'un aynı gönderen için sonraki kararını iyileştirirsiniz.

Kalıcı çözüm üç yerde yatar. Gönderenin SPF, DKIM ve DMARC kayıtlarını düzeltmek, süreli ve notlu izin girdileri kullanmak ve karantinayı haftalık gözden geçirmek. Süreyi unutmayın: 15 ya da 30 gün içinde işlem yapılmayan ileti silinir ve geri alınamaz.

Şirketinizde de kaybolan e-postalar mı var? Ücretsiz fiyat teklifi al ya da Microsoft 365 hizmetlerimizi inceleyin.

Microsoft İstanbul ekibi olarak kurumunuzun e-posta koruma ve karantina yönetimi sürecinde baştan sona destek veriyoruz. İletişim sayfamızdan bize ulaşın. Diğer çözümlerimiz için çözümler sayfamıza göz atabilirsiniz.