Microsoft'un EWS Emekliliği Takvim Senkronizasyonu İçin Ne Anlama Geliyor

Exchange Web Services 1 Ekim 2026'da kapatılmaya başlıyor ve 1 Nisan 2027'de tamamen devre dışı kalıyor. İşte gerçekte neyin bozulduğu, neyin bozulmadığı ve hangi gruba gireceğinizi belirleyen iki kiracı ayarı.

Microsoft, Exchange Online'da Exchange Web Services (EWS) hizmetini emekliye ayırıyor. Devre dışı bırakma işlemi küresel olarak 1 Ekim 2026'da başlıyor ve EWS 1 Nisan 2027'de tamamen kapatılıyor. Microsoft Graph üzerinde çalışan takvim senkronizasyonu bundan etkilenmiyor. Bozulan şeyler; iş ortağı kuruluşlar arasındaki kiracılar arası meşgul/müsait bilgisi, Kiosk, F1 ve F3 lisanslarındaki posta kutuları ve hâlâ EWS çağıran üçüncü taraf uygulamalar.

Zaman çizelgesi ve tarihler

Dört farklı tarihte dört ayrı şey oluyor. Bunlar sık sık tek bir olaymış gibi aktarılıyor; pek çok yöneticinin kafasında yanlış son tarih olmasının nedeni de bu.

Microsoft, EWS'nin artık işlevsel güncelleme almayacağını ilk kez 2018'de duyurdu ve Ekim 2026 devre dışı bırakma tarihini 2023'te belirledi. Ocak 2024'teki Midnight Blizzard olayı EWS'yi de kapsıyordu ve kapsamı üçüncü taraf uygulamalardan Microsoft'un kendi ürünlerine genişletti; Outlook, Office, Teams ve Dynamics 365'in de bu hizmetten taşınmasının nedeni budur.

Her şeyi belirleyen iki ayar

EWS'nin devre dışı bırakılması, kiracı düzeyindeki iki özellik tarafından denetlenir ve kuruluşların tökezlediği nokta bu ikisinin birlikte nasıl çalıştığıdır.

EWSEnabled

Bunun üç değeri vardır: True, False ve Null. Bugün varsayılan değer Null'dur ve şu anda True gibi davranır. 1 Ekim 2026'da, kullanıma sunum sizin kiracınıza ulaştığında Null değeri False olarak değiştirilir. Bu tek değişiklik, kiracıdaki her uygulama için EWS'yi aynı anda engeller.

Ekim 2026 ile Nisan 2027 arasında EWS'ye gerçekten ihtiyaç duyan bir uygulamanız hâlâ varsa, EWSEnabled değerini açıkça True olarak ayarlamanız gerekir. Varsayılan değerde bırakmak, işleri olduğu gibi bırakmakla aynı şey değildir.

EWSAllowedAppIDs

EWSEnabled değerini True yapmak artık tek başına yeterli değildir. 1 Ekim 2026'dan itibaren, EWS çağırmasına izin verilen App ID'leri adlandıran doldurulmuş bir izin listesine de ihtiyacınız olacak. Bu ikisinden birini atlarsanız EWS'ye bağlı olan her şey durur.

Microsoft, henüz böyle bir liste oluşturmamış kiracılar için bu listeyi Eylül 2026 öncesinde, her kiracının kendi gözlemlenen kullanımına dayanarak önceden dolduruyor. Bu yardımcı olur, ancak liste kiracınızın yakın zamanda yaptığı çağrılara göre oluşturulur. Üç ayda bir çalışan ya da örnekleme penceresi sırasında boşta duran bir uygulama, tam sandığınız bir listede eksik olabilir.

Kendi kiracınızı nasıl kontrol edersiniz

Herhangi bir plan yapmadan önce Exchange Online PowerShell'e bağlanın ve mevcut durumu okuyun:

Get-OrganizationConfig | Format-List EWSEnabled, EWSAllowedAppIDs, EWSApplicationAccessPolicy, EWSAllowList, EWSBlockList

Ardından gerçekte EWS'yi çağıran bir şey olup olmadığını öğrenin. Microsoft 365 yönetim merkezindeki EWS Usage Reports, uygulama bazında gerçek trafiği gösterir; bu, kurum içinde etrafa sormaktan çok daha güvenilirdir.

Müsaitlik bilgisini iş ortağı kuruluşlarla paylaşıyorsanız, arka planda EWS'ye dayanan üç yapılandırmayı da kontrol edin:

Get-OrganizationRelationship | Format-List Name, DomainNames, FreeBusyAccessEnabled
Get-AvailabilityAddressSpace | Format-List Name, ForestName, AccessMethod
Get-SharingPolicy | Format-List Name, Domains, Enabled

Üçünün de boş sonuç vermesi, kiracılar arası kısmın sizin için geçerli olmadığı anlamına gelir. Microsoft mesaj merkezi bildirimini her kiracıya gönderdi; dolayısıyla çok sayıda yönetici, kullanmadıkları bir şey hakkında uyarı aldı.

Ne bozulur, ne bozulmaz

Önemli olan ayrım, bir aracın Exchange Online ile EWS üzerinden mi yoksa Microsoft Graph üzerinden mi konuştuğudur. Graph, yerine geçen API'dir ve yukarıdaki tarihlerin hiçbirinden etkilenmez.

Bu CalendarBridge'i etkiliyor mu?

Hayır. CalendarBridge, Microsoft 365'e Microsoft Graph üzerinden, temsilci Calendars.ReadWrite ve User.Read kapsamlarını kullanarak bağlanır. Hiçbir EWS bağımlılığı yoktur; dolayısıyla Ekim 2026 veya Nisan 2027 tarihleri senkronizasyon bağlantılarınızın davranışında hiçbir şey değiştirmez ve CalendarBridge'in EWSAllowedAppIDs izin listenizde bir girdiye ihtiyacı yoktur.

Son tarih öncesinde tedarikçilerinizi denetliyorsanız, her birine sorulmaya değer soru şudur: Graph mı, EWS mi? Hâlâ EWS üzerinde çalışan her takvim aracını Nisan 2027'de kesin bir duvar bekliyor ve o tarihe kadar tamamlanması gereken bir geçiş var.

Elinizdekine göre nasıl geçiş yapılır

Tek bir geçiş yolu yoktur. Ne yapacağınız, yukarıdaki dört durumdan hangisinin sizi ilgilendirdiğine bağlıdır ve çoğu kuruluş için birden fazlası geçerlidir.

Kiracılar arası meşgul/müsait bilgisini takvim senkronizasyonuyla değiştirmek

Kiracılar arası kısım, sıradan takvim kullanıcılarına ulaşma olasılığı en yüksek olan parçadır; bire bir geçişe varsayılan olarak yönelmek yerine bu seçimi anlamakta fayda vardır.

Cross-Tenant Access Policy mevcut modeli korur: biri zamanlama asistanını her açtığında bir kiracı diğerini gerçek zamanlı olarak sorgular. Canlı sorguları korur ve kuruluşlar arasında gerçekten saniye saniye güncel müsaitlik bilgisine ihtiyacınız varsa doğru yanıt budur. Bedeli, kiracılar arası bir güven yapılandırmasını taşıyor olmanız ve sonrasında her iki kiracının da bunu sağlıklı tutması gerekmesidir.

Takvim senkronizasyonu modeli tersine çevirir. CalendarBridge, iş ortağı kiracıyı sorgulamak yerine etkinlikleri kendi kiracınızdaki bir takvime kopyalar; orada diğer etkinlikler gibi davranırlar. Zaman bloke ederler, zamanlama asistanında ve Find a Time'da görünürler ve iki kiracı arasındaki ilişkiye ne olursa olsun yerlerinde kalırlar; çünkü bozulabilecek canlı bir sorgu yoktur.

Gereksinim, insanların muhataplarının ne zaman dolu olduğunu görebilmesiyse genellikle senkronizasyon daha uygundur. Gerçek zamanlı doğruluğa ya da bir iş ortağının takvim ayrıntılarına gerçek anlamda çift yönlü erişime ihtiyacınız varsa Cross-Tenant Access Policy daha uygundur.

Kendiniz için kurma

1. Her iki hesabı da CalendarBridge'e bağlayın. Microsoft 365 hesapları, temsilci Calendars.ReadWrite ve User.Read Graph kapsamları kullanılarak OAuth üzerinden bağlanır; dolayısıyla EWS devreye girmez ve izin listesi girdisi gerekmez.
2. İş ortağı veya ikincil takvimden, fiilen çalıştığınız takvime tek yönlü bir senkronizasyon oluşturun.
3. Senkronizasyon bağlantısının gizlilik ayarlarında Subject, Description, Location ve Attendees alanlarını işaretsiz bırakın; böylece her kopya sade bir meşgul bloğu olur. Kopyaların Outlook Scheduling Assistant ve Google Find a Time'da meşgul olarak görünmesini istiyorsanız All Private seçeneğini de işaretleyin.

Tüm kuruluş için kurma

Şirketin tamamına hizmet veren bir Organization Relationship yapılandırmasının yerini alıyorsanız, her kullanıcıdan kendi ayarını yapmasını istemek yerine yönetilen senkronizasyonlar kullanmalısınız:

1. Kullanıcı lisansları yerine senkronizasyon lisanslarıyla bir grup hesabı oluşturun.
2. İhtiyaç duyduğunuz takvimleri barındıran her kiracıda yönetilen senkronizasyonlar için erişim yetkisi verin. Microsoft 365'te bu, bir kiracı yöneticisinin verdiği uygulama izni onayıdır ve yine Graph üzerindedir.
3. Yetkili etki alanlarını, kiracı başına bir kez olmak üzere grup hesabına bağlayın.
4. Yönetilen senkronizasyon bağlantılarını oluşturun. Yirmiden azsa tek tek atayın. Yirmi veya daha fazlaysa, eşleme listesinin tamamını tek seferde içe aktarmak için bir toplu iş kullanın.

Bu yöntem, her kiracının kendi yöneticisi tarafından verilen uygulama izinleriyle çalıştığı için bir Organization Relationship, Availability Address Space veya Sharing Policy yapılandırmasına bağlı değildir. Eylül 2026'da taşınan üç yapılandırmanın hiçbiri bu yolun üzerinde değildir.

Yalnızca müsaitlik yayımlamanız gerekiyorsa

Bazı kiracılar arası ilişkiler yalnızca dışarıdan birinin ekibinizin ne zaman müsait olduğunu görebilmesi için vardır. Bunun için bir herkese açık takvim akışı, yukarıdaki iki seçenekten de basittir. Takvimleri seçin, her ayrıntı alanını kapatın ve ortaya çıkan bağlantıyı veya ICS abonelik URL'sini paylaşın. Alıcının bir Microsoft 365 kiracısına, sizinkiyle bir ilişkiye ya da herhangi bir hesaba ihtiyacı yoktur. Alan alan ayrıntılar için bkz. etkinlik ayrıntılarını paylaşmadan takvimler nasıl senkronize edilir.

Önümüzdeki altı haftada yapılacaklar

1. Mevcut durumunuzu okuyun. Yukarıdaki Get-OrganizationConfig komutunu çalıştırın ve EWSEnabled değerinin bugün ne olduğunu not edin.
2. Kullanım raporunu çekin. Kurumsal hafızaya güvenmek yerine EWS'yi gerçekte neyin çağırdığını öğrenin.
3. Kiracılar arası yapılandırmaları kontrol edin. Get-OrganizationRelationship hiçbir sonuç döndürmüyorsa, Eylül tarihini dert etmeyi bırakabilirsiniz.
4. Lisans atamalarını denetleyin. Kiosk, F1 ve F3 kullanıcıları EWS'yi muafiyetsiz kaybediyor. Bunlardan herhangi biri EWS tabanlı bir araca bağımlıysa, farklı bir lisansa ihtiyaçları var.
5. Tedarikçilerinize Graph sorusunu sorun. Yanıtı yazılı alın ve muğlaklığı da bir yanıt olarak değerlendirin.

İzin listesi bir köprüdür, varış noktası değil. Ekim 2026'da bu listeye eklediğiniz her şey Nisan 2027'de yine çalışmayı bırakacak; dolayısıyla bu pencereyi ertelemek için değil, geçişi tamamlamak için kullanın.

Sık sorulan sorular

EWS tam olarak ne zaman çalışmayı bırakıyor?

EWS küresel olarak 1 Ekim 2026'da devre dışı bırakılmaya başlanıyor ve 1 Nisan 2027'de tamamen kapatılıyor. Bu tarihler arasında EWS, yalnızca kiracıda EWSEnabled True olarak ayarlıysa ve çağıran uygulamanın App ID'si EWSAllowedAppIDs izin listesindeyse çalışmaya devam edebilir. 1 Nisan 2027'den sonra hiçbir ayar onu çalışır durumda tutmaz.

EWS emekliye ayrıldığında takvim senkronizasyonum çalışmayı bırakacak mı?

Yalnızca takvim senkronizasyon aracınız EWS kullanıyorsa. Microsoft Graph üzerine kurulu araçlar etkilenmez; çünkü Graph bu emekliliğin bir kurbanı değil, yerine geçen API'dir. CalendarBridge Microsoft Graph kullanır ve hiçbir izin listesi girdisine veya yapılandırma değişikliğine ihtiyaç duymaz.

1 Ekim 2026'dan önce hiçbir şey yapmazsam ne olur?

EWSEnabled değeri hâlâ Null olan kiracılarda, kullanıma sunum kendilerine ulaştığında bu değer False olarak değiştirilir ve bu da kiracıdaki her uygulama için EWS'yi engeller. Null mevcut varsayılan değerdir; dolayısıyla hiçbir işlem yapmayan kiracıların çoğu otomatik olarak kapatılacaktır.

EWS emekliliği kiracılar arası meşgul/müsait bilgisini etkiliyor mu?

Evet. Organization Relationship, Availability Address Space veya Sharing Policy üzerinden yapılandırılan kiracılar arası meşgul/müsait bilgisi, MailTips ve takvim paylaşımının tamamı EWS üzerinde çalışır. Microsoft bunları Microsoft 365 Cross-Tenant Access Policy'ye taşıyor; kullanıma sunum Ağustos 2026'da başladı ve 1 Eylül 2026'da tamamlanıyor.

Kiosk, F1 ve F3 posta kutuları EWS erişimini koruyabilir mi?

Hayır. 1 Ekim 2026'dan itibaren yalnızca Exchange Online Kiosk, Microsoft 365 F1 veya Office 365 F3 lisansına sahip posta kutularından gelen EWS istekleri HTTP 403 döndürür. İzin listesi bunları muaf tutmaz. Bu kullanıcıların EWS haklarını içeren bir lisansa ihtiyacı vardır; örneğin Exchange Online Plan 1 veya 2 ya da Microsoft 365 E3 veya E5.

Hangi uygulamaların hâlâ EWS kullandığını nasıl öğrenirim?

Microsoft 365 yönetim merkezindeki EWS Usage Reports raporlarını kullanın; bunlar gerçek EWS trafiğini uygulama bazında gösterir. Microsoft ayrıca kurum içi kodu EWS çağrıları için taramaya yarayan bir EWS Analyzer aracı da yayımlıyor.

Kaynaklar

Zaman çizelgesi ve işleyiş, Microsoft'un kendi belgelerine göre doğrulanmıştır: Deprecation of Exchange Web Services in Exchange Online, Exchange Online EWS, Your Time is Almost Up, Introducing EWSAllowedAppIDs ve Migrate to Microsoft 365 Cross-Tenant Access Policy. Mesaj merkezi referansları: MC1446796, MC1227454, MC1191578.