Sorun Giderme·
8 Haziran 2026
Outlook'ta IMAP bağlantısının sürekli kopması; yanlış port ayarları, sunucu tarafı zaman aşımı politikaları ve istemci-taraflı bağlantı havuzu hataları gibi birden fazla katmanlı nedenden kaynaklanır. Bu kılavuzda, sorunu kök nedeninden çözmenizi sağlayacak adımlar teknik referanslarıyla birlikte ele alınmaktadır.
IMAP protokolü, RFC 3501 standardıyla tanımlanmış "kalıcı bağlantı" (persistent connection) mimarisine dayanır. İstemci sunucuya bağlanır, kimlik doğrular ve oturum açık kaldığı sürece posta durumu eşitlenir. Ancak bu mimarinin düzgün çalışması için hem istemci hem de sunucunun aynı zaman aşımı parametreleri konusunda anlaşması gerekir.
Microsoft'un kendi teknik belgelerine göre Outlook, her hesap için varsayılan olarak birden fazla eşzamanlı IMAP bağlantısı açar. Bu davranış, RFC 3501 §2.1'de tanımlanan "çok bağlantı" modeliyle uyumludur; ancak sunucu tarafında bağlantı başına kaynak sınırı varsa ani kesintilere yol açar. Özellikle Microsoft 365 ve Exchange Online ortamlarında, Microsoft'un EXO (Exchange Online) belgeleri bağlantı başına 30 dakikalık bir IMAP oturum süresi uyguladığını belirtmektedir.
Outlook, IMAP bağlantı hatalarını "Outlook Bağlanamıyor" iletişim kutusu veya gönderme/alma hata raporu aracılığıyla bildirir. Karşılaşılan başlıca hata kodları şunlardır:
IMAP için doğru port ve şifreleme yapılandırması aşağıdaki tabloda özetlenmiştir. Internet Assigned Numbers Authority (IANA) kayıtlarına göre 143 numaralı port düz metin IMAP içindir ve STARTTLS ile yükseltilmesi beklenir; 993 numaralı port ise implicit TLS (IMAPS) içindir ve modern ortamlarda tercih edilmelidir.
| Port | Şifreleme | Durum | Outlook Ayarı |
|---|---|---|---|
| 143 | Düz metin / STARTTLS | Eski; kaçınılmalı | "Otomatik" veya "TLS" |
| 993 | Implicit TLS (IMAPS) | Önerilen standart | "SSL/TLS" |
| 993 | TLS 1.2 / TLS 1.3 | Zorunlu (RFC 8314) | "SSL/TLS" + sertifika doğrulaması açık |
RFC 8314, e-posta istemcileri için düz metin iletişimi resmi olarak kullanım dışı bırakmış ve implicit TLS'i zorunlu kılmıştır. Outlook'ta Dosya → Hesap Ayarları → Hesabı Düzenle → Diğer Ayarlar → Gelişmiş yolundan bu değerleri doğrulayın. "Gelen sunucu (IMAP)" alanı 993, "Bu sunucu şifreli bir bağlantı (SSL/TLS) gerektiriyor" seçeneği etkin olmalıdır.
Microsoft, Exchange Online için temel kimlik doğrulamayı (Basic Authentication) Ekim 2022 itibarıyla devre dışı bırakmıştır. Bu değişiklik, bağlantı kesintilerinin en yaygın nedenlerinden biri haline gelmiştir. Microsoft'un resmi belgeleri, IMAP erişimi için OAuth 2.0 + Modern Kimlik Doğrulama'nın etkinleştirilmesi gerektiğini açıkça belirtmektedir.
Outlook 2016 ve sonraki sürümler, Microsoft 365 hesapları için OAuth 2.0'ı otomatik olarak kullanır. Ancak eski Outlook sürümleri veya üçüncü taraf IMAP istemcileri bu protokolü desteklemeyebilir. Bu durumda Microsoft Entra ID (eski adıyla Azure AD) üzerinden uygulama kaydı yapılarak istemci kimlik bilgileriyle OAuth belirteci alınması gerekmektedir.
RFC 2177, IMAP IDLE uzantısını tanımlar; bu uzantı sayesinde sunucu, yeni posta geldiğinde istemciyi anlık olarak bilgilendirir. Outlook bu uzantıyı destekler, ancak IDLE bağlantısının ne kadar süre açık tutulacağı konusunda hem istemci hem de sunucu tarafında parametreler söz konusudur.
RFC 3501 §5.4 uyarınca sunucular, hiç etkinlik olmayan bağlantıları en az 30 dakika sonrasında sonlandırabilir. Ancak bazı barındırma sağlayıcıları bu süreyi çok daha kısa tutmaktadır (örneğin 5-10 dakika). Bu durumda Outlook, sunucunun kapattığı bağlantıyı fark etmeden senkronizasyon girişiminde bulunur ve hata üretir.
Windows kayıt defterinde aşağıdaki değeri ayarlayarak Outlook'un IMAP IDLE yenileme aralığını kısaltabilirsiniz:
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Options\MailIMAPIdleTimeout (DWORD, saniye cinsinden)1080 (18 dakika — sunucu 30 dakikalık sınır öncesinde yenileme yapılır)Kurumsal ağlarda NAT (Network Address Translation) cihazları, etkin olmayan TCP oturumlarını belirli bir süre sonra otomatik olarak sonlandırır. Bu davranış, IMAP IDLE bağlantısını kesintiye uğratır. Cisco ASA güvenlik duvarları varsayılan olarak 1 saatlik TCP oturum zaman aşımı uygular; ancak IMAP trafiği "half-closed" durumda kalabilir ve NAT çevirisi silinmeden bağlantı çakışmaya neden olabilir.
Çözüm için ağ ekibinden IMAP trafiğine özel TCP keepalive ayarı talep edin. Linux sistemlerinde tcp_keepalive_time, tcp_keepalive_intvl ve tcp_keepalive_probes çekirdek parametreleri ile bu süre yapılandırılabilir. Windows istemcilerinde ise HKLM kayıt defteri üzerinden KeepAliveTime değeri düzenlenebilir.
Uzun süreli bağlantı kesintileri, Outlook'un yerel önbellek dosyası olan OST dosyasını bozabilir. Bu durumda Outlook, IMAP sunucusundan tam eşitleme yapmaya çalışır ve bu da aşırı bant genişliği kullanımına ve ek zaman aşımlarına yol açar. Microsoft, OST dosyasını yeniden oluşturmak için şu adımları önermektedir:
Exchange Online, IMAP protokolünü EXO altyapısı üzerinden sunar ve bağlantı başına katı kota uygulamaları söz konusudur. Microsoft'un Exchange Online sınırları belgesi, tek bir hesap için eşzamanlı IMAP bağlantı sayısını 10 ile sınırlandırmaktadır. Bunun yanı sıra Microsoft Defender for Office 365 veya üçüncü taraf e-posta güvenlik ağ geçitleri, IMAP trafiğini proxy üzerinden geçiriyorsa bağlantı süresi daha da kısalabilir.
Exchange Online'da IMAP erişimini doğrulamak ve yeniden etkinleştirmek için Exchange Yönetim Merkezi'nden (EAC) veya PowerShell üzerinden şu komut kullanılabilir:
Set-CASMailbox -Identity kullanici@domain.com -ImapEnabled $true -ImapUseProtocolDefaults $true
IMAPIdleTimeout kayıt defteri değerini 1080 saniyeye ayarlayın.Microsoft 365 veya Exchange hesapları için Exchange ActiveSync (EAS) veya doğrudan Exchange bağlantısı tercih edilmelidir. IMAP, özellikle üçüncü taraf e-posta sağlayıcılarıyla uyumluluk için kullanılır. EAS, RFC 3501'de tanımlı IMAP'e kıyasla daha fazla özellik sunar ve bağlantı kararlılığı genellikle daha yüksektir.
Port 143, STARTTLS ile yükseltilmeden düz metin trafiğe izin verir. RFC 8314, bu yöntemi kullanım dışı bırakmıştır. Bunun yanı sıra bazı güvenlik duvarları ve e-posta ağ geçitleri port 143 trafiğini filtreler veya TLS müzakeresinde gecikmeye neden olur; bu da bağlantı hatalarına yol açar.
Bu hata, sunucuya bağlantı kurulamadığını gösterir. Önce IMAP sunucu adresini ve port 993'ü doğrulayın. Ardından güvenlik duvarının 993. portu engellememesini kontrol edin. Son olarak antivirüs veya güvenlik yazılımının IMAP trafiğini taramak için SSL denetimi yapıp yapmadığını araştırın; bu durum sertifika hatalarına yol açabilir.
Evet. IMAP IDLE bağlantısı kesildiğinde Outlook düzenli yoklama (polling) moduna geçer ve yeni posta bildirimleri gecikir. IMAPIdleTimeout değerini düşürmek ve NAT zaman aşımını artırmak bu sorunu çözer. Ayrıca Outlook'un güncel sürümünü kullandığınızdan emin olun; eski sürümlerde IDLE yenileme mekanizmasında bilinen hatalar mevcuttur.
Microsoft, Ekim 2022'den itibaren Exchange Online'da temel kimlik doğrulamayı devre dışı bırakmıştır. Modern Kimlik Doğrulama (Modern Authentication / OAuth 2.0) destekleyen Outlook 2016 veya üzeri sürümler kullanılmalıdır. Eski sürümler için Microsoft 365 Yönetim Merkezi'nden "Uygulama Parolaları" oluşturabilirsiniz, ancak bu geçici bir çözümdür.
Bu durum genellikle ofis ağındaki NAT veya güvenlik duvarının IMAP oturumlarını beklenenden erken sonlandırmasından kaynaklanır. VPN tüneli TCP oturumlarını farklı biçimde yönetir ve NAT zaman aşımını atlar. Ağ yöneticinizden port 993 üzerindeki TCP oturumlarına keepalive yapılandırması uygulamasını isteyin.
Düzenli bir bakım takvimi yoktur; OST yeniden oluşturma, bozulma belirtileri (eşitleme hataları, eksik klasörler, 0x8004010F hatası) görüldüğünde uygulanır. OST'nin silinmesi, Outlook'un sunucudan tam senkronizasyon yapmasını gerektireceğinden büyük posta kutularında birkaç saat sürebilir.
Microsoft'un Exchange Online sınırları belgesi, posta kutusu başına 10 eşzamanlı IMAP bağlantısına izin verdiğini belirtmektedir. Bu sınır kullanıcı tarafından artırılamaz; ancak Microsoft 365 E3 ve üzeri lisanslarda bu limitler farklılık gösterebilir. Birden fazla cihazdan IMAP erişimi yapıyorsanız, bağlantı sayısını azaltmak için kullanılmayan cihazlardaki IMAP erişimini devre dışı bırakın.
RFC 2177'de tanımlanan IMAP IDLE, istemcinin sunucuya bağlı beklediği ve sunucunun yeni posta durumunu anlık ilettiği mekanizmadır. "IMAP PUSH" ise teknik bir protokol terimi olmayıp genellikle IDLE veya NOTIFY (RFC 5465) uzantılarını kullanan anlık bildirim sistemlerini tanımlamak için kullanılan halk dili bir ifadedir. Outlook, IDLE uzantısını destekler ancak RFC 5465 NOTIFY uzantısını desteklemez.
Evet. Symantec, Kaspersky ve benzeri uç nokta güvenlik çözümleri, e-posta trafiğini gerçek zamanlı tarama yapmak için SSL denetimi (SSL inspection / man-in-the-middle proxy) uygulayabilir. Bu durumda sunucunun sertifikası değişir ve Outlook sertifika doğrulama hatası alır. Güvenlik yazılımının IMAP 993 portu için SSL denetimini devre dışı bırakması ya da Outlook'un bu sertifika değişimine güvenmesi sağlanmalıdır.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.
Kurulum + migrasyon ücretsiz. KVKK uyumlu, Türkiye'de barındırma. 7/24 Türkçe destek.
Kampanya 30 Haziran'a kadar geçerlidir.