Sorun Giderme·
5 Haziran 2026
Outlook'ta e-posta göndermeye veya almaya çalışırken karşınıza çıkan "Şifreli bağlantı kullanılamıyor" ya da İngilizce ortamlarda "An encrypted connection is not available" uyarısı, yalnızca bir bağlantı sorununun habercisi değildir. Arka planda sunucu yapılandırması, TLS/SSL anlaşmazlığı, port çakışması veya sertifika geçersizliği yatıyor olabilir. Bu rehber, hatanın tüm olası nedenlerini ve kalıcı çözüm adımlarını kurumsal bir bakış açısıyla ele almaktadır.
Modern e-posta istemcileri bağlantı güvenliğini sağlamak için TLS (Transport Layer Security) protokolünü kullanır. IETF tarafından yayımlanan RFC 8446 ile standardize edilen TLS 1.3, günümüzde güvenli iletişimin temel taşı olmuştur. Outlook, sunucuya bağlanmaya çalışırken şifrelenmiş kanal açamazsa "Şifreli bağlantı kullanılamıyor" uyarısını görüntüler.
Bu hatayı tetikleyen başlıca sebepler şunlardır:
Outlook bazen hata mesajının yanında ek bir kod görüntüler. En sık karşılaşılan kodlar ve anlamları aşağıdaki tabloda özetlenmiştir:
| Hata Kodu / Mesajı | Olası Neden | İlk Bakılacak Yer |
|---|---|---|
| 0x800CCC1A | SSL/TLS el sıkışması başarısız | Port ve şifreleme yöntemi ayarları |
| 0x800C8101 | Geçersiz veya güvenilmeyen sertifika | Sunucu SSL sertifikası geçerlilik tarihi |
| 0x80090326 | Desteklenmeyen TLS şifre paketi (cipher suite) | Sunucu TLS yapılandırması (TLS 1.2+ zorunlu) |
| An encrypted connection is not available | STARTTLS veya SSL/TLS müzakeresi çöktü | Port, şifreleme yöntemi, sunucu günlükleri |
| Cannot connect to the server | Port engelli veya sunucu erişilemez | Güvenlik duvarı kuralları, telnet ile port testi |
| 0x800CCC0E | Bağlantı kurulamadı (SMTP) | SMTP sunucu adresi ve port doğruluğu |
Outlook'ta Dosya > Hesap Ayarları > Hesap Ayarları yolunu izleyerek hesabınızı seçin ve Değiştir > Diğer Ayarlar > Gelişmiş sekmesine gidin. Aşağıdaki değerlerin doğruluğundan emin olun:
RFC 8314 (Cleartext Considered Obsolete), 2018 yılından itibaren şifresiz SMTP (port 25) ve POP3/IMAP bağlantılarının kullanımını açıkça tavsiye etmemektedir. Bu RFC'ye uyumlu güncel sunucular yalnızca şifreli bağlantı kabul etmektedir.
Outlook'ta iki farklı şifreleme başlatma yöntemi bulunur:
Sunucunuz yalnızca STARTTLS destekliyorken Outlook "SSL/TLS" modunda yapılandırılmışsa (veya tam tersi) el sıkışma başarısız olur ve bahsi geçen hata mesajı alınır.
Tarayıcınızdan (Chrome veya Firefox) posta sunucunuzun web arayüzüne gidin ve adres çubuğundaki kilit simgesine tıklayarak sertifika ayrıntılarını inceleyin. Kontrol edilmesi gereken noktalar:
Sertifika sorunlu görünüyorsa hosting veya e-posta servis sağlayıcınızla iletişime geçerek sertifikayı yenileyin. Let's Encrypt sertifikaları 90 günde bir yenilenmelidir; otomatik yenileme süreci bozulmuş olabilir.
Windows üzerinde desteklenen TLS sürümlerini kontrol etmek için PowerShell'i yönetici olarak açın ve şu komutu çalıştırın:
Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols"Microsoft, resmi TLS kayıt defteri belgelerinde TLS 1.2 ve 1.3'ün etkin, TLS 1.0 ve 1.1'in devre dışı olmasını önermektedir. Sunucu tarafında ise openssl s_client aracıyla test yapabilirsiniz:
openssl s_client -connect mail.sirketiniz.com:993 -tls1_2Bu komut başarılı bir "Verify return code: 0 (ok)" çıktısı vermiyorsa sorun sunucu TLS yapılandırmasındadır.
Tüm ayarlar doğru görünmesine rağmen hata devam ediyorsa Outlook profili bozulmuş olabilir. Yeni profil oluşturmak için:
Windows Defender Güvenlik Duvarı veya üçüncü taraf güvenlik yazılımları (Kaspersky, ESET, Bitdefender vb.) bazen SSL denetleme (SSL inspection) özelliğiyle TLS el sıkışmasını bozabilir. E-posta istemcileri için aşağıdaki portların giden trafikte açık olduğunu doğrulayın: 993, 465, 587, 995. Antivirüs yazılımının "E-posta taraması" veya "SSL/TLS taraması" özelliğini geçici olarak devre dışı bırakarak sorunun devam edip etmediğini sınayın.
Microsoft Exchange veya Microsoft 365 kullanan kurumsal ortamlarda hatanın farklı kaynakları olabilir:
Connect365, Türkiye'deki işletmelere yönelik kurumsal e-posta altyapısı sunarken tüm SMTP bağlantılarını TLS 1.2 ve TLS 1.3 zorunluluğuyla güvence altına alır. Gelen kutusu sağlayıcınızdan veya kendi SMTP sunucunuzdan kaynaklanan yapılandırma sorunları yerine, otomatik yapılandırmayla çalışan ve RFC uyumlu bir altyapıya geçiş yaparak bu tür hataları kökten ortadan kaldırabilirsiniz. Özellikle toplu e-posta kampanyaları için SMTP sunucusu olarak Connect365 kullanıldığında, tüm bağlantılar şifreli kanallar üzerinden iletilir ve Outlook dahil tüm e-posta istemcileriyle sorunsuz çalışır.
En yaygın ani tetikleyiciler şunlardır: sunucu tarafında sertifika yenileme başarısızlığı (otomatik yenileme bozulmuşsa), hosting sağlayıcısının TLS ayarlarını değiştirmesi, Windows güncellemesi sonrası TLS 1.0/1.1 desteğinin otomatik kapatılması veya antivirüs yazılımının yeni bir güncellemeyle SSL tarama özelliğini devreye alması. Bu değişiklikler olana kadar bağlantı sorunsuz çalışmış olabileceğinden hata beklenmedik anlarda ortaya çıkabilir.
Güvenli bağlantı için IMAP'ta port 993 (SSL/TLS) veya 143 (STARTTLS), SMTP'de port 465 (SSL/TLS) veya 587 (STARTTLS), POP3'te ise port 995 (SSL/TLS) kullanılmalıdır. RFC 8314 uyarınca şifresiz iletişim sağlayan port 25 (SMTP) ve port 110 (POP3) son kullanıcı istemcileri için artık önerilmemektedir.
SSL/TLS (örtülü TLS) bağlantıyı baştan şifreli açar; STARTTLS ise şifresiz başlayıp TLS'e yükseltir. Her ikisi de doğru yapılandırıldığında eşit güvenlik sağlar. Ancak STARTTLS, yanlış yapılandırılan veya saldırıya uğramış ağlarda "downgrade attack" riskine daha açıktır. Mümkünse port 993 ve 465 üzerinden SSL/TLS (örtülü) tercih edin.
Bu, aldığınız hizmet modeline göre değişir. Yönetilen e-posta hosting hizmetlerinde sertifika yenileme sağlayıcının sorumluluğundadır. Kendi sunucunuzu yönetiyorsanız Let's Encrypt ile Certbot veya acme.sh gibi araçlarla otomatik yenileme kurmanız gerekir. Sertifika yenilenmezse 90 günlük geçerlilik süresi dolduğunda Outlook dahil tüm istemciler bağlantıyı reddeder.
0x800CCC1A hata kodu SSL/TLS el sıkışması başarısızlığını gösterir. Çözüm adımları: (1) Hesap ayarlarında port ve şifreleme yöntemini kontrol edin, (2) openssl s_client komutuyla sunucu sertifikasını doğrulayın, (3) Windows'ta TLS 1.0/1.1'in devre dışı olup olmadığını kayıt defterinden kontrol edin, (4) antivirüs SSL taramasını geçici devre dışı bırakın, (5) Outlook profilinizi yeniden oluşturun.
Evet, bu önemli bir ipucudur. Hata yalnızca ofis ağında (veya yalnızca evdeyken) oluşuyorsa sorun büyük olasılıkla ağ katmanındadır: güvenlik duvarı kuralları, kurumsal proxy sunucusu veya SSL denetleme cihazı (Palo Alto, Fortinet gibi UTM/NGFW cihazları) TLS el sıkışmasını kesintiye uğratıyor olabilir. VPN üzerinden bağlanarak veya mobil internet kullanarak sorunu yeniden üretebilir ve ağ ekibini sürece dahil edebilirsiniz.
Microsoft 365 ortamında bu hata en sık Modern Kimlik Doğrulama (OAuth 2.0) sorunlarından kaynaklanır. Önce kullandığınız Outlook sürümünün OAuth 2.0'ı destekleyip desteklemediğini kontrol edin (Outlook 2013 ve öncesi desteklemez). Microsoft 365 yönetim merkezinde temel kimlik doğrulamanın devre dışı bırakılmış olması eski istemcilerin bağlanmasını engelleyebilir. Outlook'u güncel sürüme yükseltin ve hesabı yeniden ekleyin.
Hayır; Autodiscover devre dışı bırakmak genellikle sorunu çözmez, aksine ek sorunlara yol açar. Autodiscover, sunucu ayarlarını otomatik yapılandıran DNS tabanlı bir mekanizmadır. Sorun Autodiscover'dan kaynaklanıyorsa DNS kayıtlarınızı kontrol edin: autodiscover.sirketiniz.com CNAME veya A kaydının doğru sunucuyu işaret ettiğini doğrulayın. Microsoft Remote Connectivity Analyzer (testconnectivity.microsoft.com) bu süreci otomatik test etmenizi sağlar.
Sistem yöneticinize veya hosting desteğinize başvurmadan önce şu bilgileri hazır bulundurun: kullandığınız Outlook sürümü (Dosya > Office Hesabı > Sürüm Hakkında), Windows sürümü, e-posta hesabı türü (IMAP/POP3/Exchange), sunucu adresi ve port numaraları, tam hata mesajı ve varsa hata kodu, sorunun ne zaman başladığı ve öncesinde sistem veya yazılım değişikliği olup olmadığı.
Şifreli bağlantı kurulamazsa Outlook genellikle bağlantıyı tamamen reddeder ve e-posta gönderip almanıza izin vermez; bu açıdan güvenlik önlemi olarak çalışır. Ancak bazı eski yapılandırmalarda veya Outlook'un "şifresiz bağlantıya izin ver" seçeneği etkinleştirilmişse e-postalar şifresiz iletilebilir. Bu durum, özellikle hassas kurumsal iletişimde ciddi bir güvenlik riski oluşturur. Sorunu çözene kadar bu seçeneği etkinleştirmeyin.
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.