Microsoft Exchange Server ile Exchange Online arasında posta kutusu taşıma işlemleri, Ekim 2026’nın ortasından itibaren MRSProxy 401 ve CommunicationErrorTransientException hataları nedeniyle başarısızlıkla sonuçlanıyor. Sorun, özellikle Exchange Server 2019 CU15 üzerinden Hybrid Agent kullanılarak gerçekleştirilen hibrit geçişlerde, hedef posta kutusuna bağlantı kurulduktan hemen sonra ortaya çıkıyor. Etkilenen bazı yöneticiler yerel yönetici hesabının adını değiştirerek geçiş işlemlerini tamamlayabilirken Microsoft kaynaklı olası sorun için henüz kesin bir çözüm açıklanmıyor.
Exchange Hybrid Geçiş Sorunu Ekim 2026’da Başladı
Exchange hybrid migration hatası, şirket içindeki Exchange Server ortamlarından Microsoft 365 Exchange Online’a posta kutusu taşıyan kuruluşları etkiliyor. Soruna ilişkin kullanıcı bildirimleri, problemin 12 Ekim 2026 civarında başladığını gösteriyor.
Blog yazarı Günter Born’un aktardığı bilgilere göre bir okuyucu, 21 Ekim’de şirket içindeki Exchange sunucularından Exchange Online’a yapılan Remote Move işlemlerinin artık çalışmadığını bildirdi. Okuyucu, Microsoft’un şirket içi Exchange altyapısındaki güncelleme kaynaklı sorunların yanı sıra Exchange Online tarafında da bir problem yaşanabileceğini belirtti.
Remote Move yöntemi, hibrit Exchange ortamlarında posta kutularını şirket içi sunucular ile Exchange Online arasında taşımak için kullanılıyor. Bu işlemler başarısız olduğunda kuruluşların Microsoft 365’e geçiş planları aksayabiliyor ve posta kutusu taşıma süreçleri uzayabiliyor.
Microsoft Learn soru-cevap forumunda 16 Ekim 2026’da açılan bir başlık, hatanın özellikle Exchange Server 2019 CU15 ile Exchange Online arasındaki geçişlerde görüldüğünü ortaya koyuyor. Dario Steck tarafından paylaşılan bildirime göre Modern Hybrid Migration ve Hybrid Agent kullanan geçişler, “Connected to target mailbox” mesajından hemen sonra başarısız oluyor.
Hata kaydında TooManyTransientFailureRetriesPermanentException ve CommunicationErrorTransientException ifadeleri yer alıyor. Buna karşılık Test-MigrationServerAvailability komutuyla gerçekleştirilen bağlantı testi başarılı sonuç verebiliyor. Bu durum, bağlantı testinin başarılı olmasının gerçek posta kutusu taşıma işleminin de sorunsuz tamamlanacağını garanti etmediğini gösteriyor.
Sorun yaşayan Exchange sunucularında Windows güvenlik günlüğündeki 4625 numaralı olay da kaydediliyor. Forum bildiriminde hesap adı Administrator, hesap etki alanı boş, alt durum kodu ise 0xC000006A olarak belirtiliyor. Kayıtta NTLM kimlik doğrulaması ile Exchange Online sunucusunun iş istasyonu bilgisi de bulunuyor.
Microsoft Learn forumunda sorunu bildiren kullanıcı, şirket içindeki Exchange sunucusunun yerel yönetici hesabının adını değiştirdikten sonra posta kutusu geçişlerini tamamlayabildiğini aktarıyor. Bu yöntem, bildirilen ortamda işe yarayan bir geçici çözüm niteliği taşıyor; ancak tüm Exchange kurulumlarında aynı sonucu vereceğine ilişkin doğrulanmış bir bilgi bulunmuyor.
Yöneticilerin bu yöntemi uygulamadan önce ilgili sunucudaki güvenlik kayıtlarını, kimlik doğrulama ayarlarını ve geçiş günlüklerini incelemesi gerekiyor. Yerel yönetici hesabının yeniden adlandırılması, kurumun güvenlik politikaları ve yönetim süreçleriyle birlikte değerlendirilmesi gereken bir değişiklik olarak ele alınmalı.
Sorunun MRSProxy bileşeninden, kimlik doğrulama sürecinden veya Microsoft tarafındaki bir değişiklikten kaynaklanıp kaynaklanmadığı ise paylaşılan bilgilerle kesinleşmiyor. Bu nedenle geçici çözümün etkisi, her ortamda ayrıca doğrulanmalı.
Microsoft Learn üzerindeki tartışma, farklı kullanıcılardan gelen bildirimlerle genişliyor. Kaynak yazıda yer alan bilgilere göre hataya ilişkin son kullanıcı doğrulamaları 28 Ekim 2026’ya kadar uzanıyor. Tartışmayı başlatan kullanıcı, etkilenen yöneticilere Microsoft destek kaydı açmalarını öneriyor.
Günter Born’un aktardığı okuyucu bildiriminde Microsoft destek sürecinin de tatmin edici ilerlemediği belirtiliyor. Bununla birlikte kaynak, Microsoft’un sorunun temel nedenini resmen doğruladığını veya bütün etkilenen ortamlar için kalıcı bir düzeltme yayınladığını göstermiyor.
Exchange yöneticilerinin geçiş işlemlerinde hata kayıtlarını saklaması, 4625 olaylarını incelemesi ve Microsoft’un resmi duyurularını takip etmesi önem taşıyor. Özellikle hibrit geçişleri devam eden kuruluşların, yalnızca bağlantı testi sonuçlarına güvenmek yerine gerçek posta kutusu taşıma işlemlerini de doğrulaması gerekiyor.
