Microsoft के EWS रिटायरमेंट का कैलेंडर सिंक पर क्या असर पड़ता है

Exchange Web Services 1 अक्टूबर 2026 से बंद होना शुरू होता है और 1 अप्रैल 2027 को पूरी तरह बंद हो जाता है। यहाँ बताया गया है कि असल में क्या टूटता है, क्या नहीं, और वे दो टेनेंट सेटिंग्स कौन-सी हैं जो तय करती हैं कि आप किस समूह में हैं।

Microsoft, Exchange Online में Exchange Web Services (EWS) को रिटायर कर रहा है। इसे बंद करने की प्रक्रिया वैश्विक रूप से 1 अक्टूबर 2026 को शुरू होती है और EWS 1 अप्रैल 2027 को पूरी तरह बंद कर दिया जाता है। Microsoft Graph पर चलने वाला कैलेंडर सिंक इससे अप्रभावित रहता है। जो टूटता है वह है साझेदार संगठनों के बीच क्रॉस-टेनेंट फ़्री/बिज़ी, Kiosk, F1 और F3 लाइसेंस वाले मेलबॉक्स, और वे सभी थर्ड-पार्टी ऐप जो अब भी EWS को कॉल कर रहे हैं।

समय-रेखा, तारीखों के साथ

चार चीज़ें चार अलग-अलग तारीखों पर होती हैं। इन्हें अक्सर एक ही घटना बताकर रिपोर्ट किया जाता है, इसीलिए इतने सारे एडमिन के मन में गलत समय-सीमा बैठी हुई है।

Microsoft ने सबसे पहले 2018 में घोषणा की थी कि EWS को अब कोई नई कार्यक्षमता नहीं मिलेगी, और 2023 में अक्टूबर 2026 की बंद करने की तारीख तय की। जनवरी 2024 की Midnight Blizzard घटना में EWS शामिल था, जिससे दायरा थर्ड-पार्टी ऐप्लिकेशन से बढ़कर Microsoft के अपने उत्पादों तक पहुँच गया; यही वजह है कि Outlook, Office, Teams और Dynamics 365 सभी को भी इससे हटाया जा रहा है।

वे दो सेटिंग्स जो सब कुछ तय करती हैं

EWS को बंद करना दो टेनेंट-स्तरीय प्रॉपर्टी से नियंत्रित होता है, और इन दोनों की आपसी क्रिया में ही संगठन फँसते हैं।

EWSEnabled

इसके तीन मान होते हैं: True, False और Null. आज Null ही डिफ़ॉल्ट है, और फ़िलहाल यह True की तरह व्यवहार करता है। 1 अक्टूबर 2026 को, जैसे ही रोलआउट आपके टेनेंट तक पहुँचता है, Null को False में बदल दिया जाता है। यह एक ही बदलाव टेनेंट के हर ऐप्लिकेशन के लिए EWS को एक साथ ब्लॉक कर देता है।

यदि अक्टूबर 2026 और अप्रैल 2027 के बीच आपके पास कोई ऐसा ऐप्लिकेशन है जिसे वाकई EWS चाहिए, तो आपको EWSEnabled को स्पष्ट रूप से True पर सेट करना होगा। डिफ़ॉल्ट पर छोड़ देना और चीज़ों को जैसा है वैसा छोड़ देना, एक बात नहीं है।

EWSAllowedAppIDs

अब केवल EWSEnabled को True करना अपने आप में पर्याप्त नहीं है। 1 अक्टूबर 2026 से आपको एक भरी हुई अनुमति-सूची भी चाहिए जिसमें उन App ID के नाम हों जिन्हें EWS कॉल करने की अनुमति है। इनमें से कोई एक भी छूट जाए, तो EWS पर निर्भर हर चीज़ रुक जाती है।

जिन टेनेंट ने यह सूची नहीं बनाई है, उनके लिए Microsoft सितंबर 2026 से पहले हर टेनेंट के अपने देखे गए उपयोग के आधार पर इसे पहले से भर रहा है। इससे मदद मिलती है, लेकिन यह उसी आधार पर बनती है जो आपके टेनेंट ने हाल में कॉल किया हो। कोई ऐप्लिकेशन जो तिमाही में एक बार चलता है, या जो नमूना अवधि के दौरान निष्क्रिय था, उस सूची से गायब हो सकता है जिसे आप पूर्ण मान रहे हैं।

अपने टेनेंट की जाँच कैसे करें

कुछ भी योजना बनाने से पहले Exchange Online PowerShell से कनेक्ट करें और मौजूदा स्थिति पढ़ें:

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

फिर पता लगाएँ कि क्या वाकई कुछ EWS को कॉल कर रहा है। Microsoft 365 admin center में EWS Usage Reports ऐप्लिकेशन के अनुसार वास्तविक ट्रैफ़िक दिखाती हैं, जो भीतर-ही-भीतर पूछताछ करने से कहीं अधिक भरोसेमंद है।

यदि आप साझेदार संगठनों के साथ उपलब्धता साझा करते हैं, तो उन तीन कॉन्फ़िगरेशन की जाँच करें जो अंदर से EWS पर निर्भर हैं:

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

तीनों के परिणाम खाली आने का मतलब है कि क्रॉस-टेनेंट वाला हिस्सा आप पर लागू नहीं होता। Microsoft ने message center की सूचना हर टेनेंट को भेजी थी, इसलिए बहुत सारे एडमिन को ऐसी चीज़ की चेतावनी मिली जिसका वे उपयोग ही नहीं करते।

क्या टूटता है, और क्या नहीं

असली अंतर इस बात का है कि कोई टूल Exchange Online से EWS के ज़रिए बात करता है या Microsoft Graph के ज़रिए। Graph ही प्रतिस्थापन API है और ऊपर दी गई किसी भी तारीख से पूरी तरह अप्रभावित है।

क्या इसका CalendarBridge पर असर पड़ता है?

नहीं। CalendarBridge, Microsoft 365 से Microsoft Graph के ज़रिए जुड़ता है और डेलिगेटेड Calendars.ReadWrite तथा User.Read स्कोप का उपयोग करता है। इसकी EWS पर कोई निर्भरता नहीं है, इसलिए अक्टूबर 2026 या अप्रैल 2027 की तारीखों से आपके सिंक कनेक्शन के व्यवहार में कुछ नहीं बदलता, और CalendarBridge को आपकी EWSAllowedAppIDs अनुमति-सूची में किसी प्रविष्टि की ज़रूरत नहीं है।

यदि आप समय-सीमा से पहले वेंडर्स का ऑडिट कर रहे हैं, तो हर एक से पूछने लायक सवाल यही है: Graph या EWS। कोई भी कैलेंडर टूल जो अब भी EWS पर है, उसके सामने अप्रैल 2027 में एक कड़ी दीवार है, और उससे पहले पूरा करने के लिए एक माइग्रेशन।

माइग्रेट कैसे करें, इस आधार पर कि आपके पास असल में क्या है

कोई एक अकेला माइग्रेशन नहीं है। आप क्या करेंगे, यह इस पर निर्भर है कि ऊपर की चार चीज़ों में से कौन-सी आप पर लागू होती है, और अधिकांश संगठनों पर एक से अधिक लागू होती हैं।

क्रॉस-टेनेंट फ़्री/बिज़ी की जगह कैलेंडर सिंक

क्रॉस-टेनेंट वाला हिस्सा ही सबसे अधिक संभावना से आम कैलेंडर उपयोगकर्ताओं तक पहुँचता है, और सीधे जैसे-का-तैसा माइग्रेशन चुन लेने के बजाय इस विकल्प को समझ लेना बेहतर है।

Cross-Tenant Access Policy मौजूदा मॉडल को बनाए रखती है: जब भी कोई शेड्यूलिंग असिस्टेंट खोलता है, एक टेनेंट दूसरे से रीयल टाइम में पूछताछ करता है। यह लाइव लुकअप बनाए रखती है, और यदि आपको संगठनों के बीच वाकई पल-पल की सटीक उपलब्धता चाहिए तो यही सही उत्तर है। इसकी कीमत यह है कि आप एक क्रॉस-टेनेंट ट्रस्ट कॉन्फ़िगरेशन माइग्रेट कर रहे हैं, और उसके बाद दोनों टेनेंट को उसे स्वस्थ बनाए रखना पड़ता है।

कैलेंडर सिंक इस मॉडल को उलट देता है। साझेदार टेनेंट से पूछताछ करने के बजाय, CalendarBridge उन इवेंट को आपके अपने टेनेंट के किसी कैलेंडर में कॉपी कर देता है, जहाँ वे किसी भी अन्य इवेंट की तरह व्यवहार करते हैं। वे समय ब्लॉक करते हैं, शेड्यूलिंग असिस्टेंट और Find a Time में दिखते हैं, और दोनों टेनेंट के बीच के रिश्ते का जो भी हो, वे बने रहते हैं, क्योंकि टूटने के लिए कोई लाइव लुकअप है ही नहीं।

जब ज़रूरत सिर्फ़ इतनी हो कि लोग देख सकें कि उनके समकक्ष कब व्यस्त हैं, तो आमतौर पर सिंक ही बेहतर बैठता है। Cross-Tenant Access Policy तब बेहतर है जब आपको रीयल-टाइम सटीकता चाहिए या किसी साझेदार के कैलेंडर विवरण में वास्तविक दोतरफ़ा दृश्यता।

इसे अपने लिए सेट करना

1. दोनों खाते कनेक्ट करें CalendarBridge से। Microsoft 365 खाते डेलिगेटेड Calendars.ReadWrite और User.Read Graph स्कोप का उपयोग करते हुए OAuth से जुड़ते हैं, इसलिए इसमें EWS की कोई भूमिका नहीं है और न ही किसी अनुमति-सूची प्रविष्टि की ज़रूरत।
2. साझेदार या द्वितीयक कैलेंडर से उस कैलेंडर में एकतरफ़ा सिंक बनाएँ जिसमें आप वास्तव में काम करते हैं।
3. सिंक कनेक्शन की गोपनीयता सेटिंग्स में Subject, Description, Location और Attendees को अनचेक ही रहने दें, ताकि हर कॉपी एक सादा व्यस्त ब्लॉक बने। यदि आप चाहते हैं कि ये कॉपियाँ Outlook Scheduling Assistant और Google Find a Time में भी व्यस्त के रूप में दिखें, तो All Private पर भी टिक करें।

इसे पूरे संगठन के लिए सेट करना

यदि आप ऐसे Organization Relationship को बदल रहे हैं जो पूरी कंपनी के काम आता था, तो हर उपयोगकर्ता से अपना-अपना कॉन्फ़िगरेशन करवाने के बजाय आपको managed syncs चाहिए:

1. उपयोगकर्ता लाइसेंस के बजाय सिंक लाइसेंस वाला एक समूह खाता बनाएँ।
2. हर उस टेनेंट में managed syncs के लिए पहुँच अधिकृत करें जिसमें आपको ज़रूरी कैलेंडर हैं। Microsoft 365 पर यह टेनेंट एडमिन द्वारा दी गई एक ऐप्लिकेशन-अनुमति है, और वह भी Graph पर।
3. अधिकृत डोमेन को समूह खाते से जोड़ें, हर टेनेंट के लिए एक बार।
4. managed sync कनेक्शन बनाएँ। बीस से कम हों तो उन्हें एक-एक करके असाइन करें। बीस या उससे अधिक हों तो पूरी मैपिंग सूची एक ही बार में इम्पोर्ट करने के लिए बल्क जॉब का उपयोग करें।

चूँकि यह हर टेनेंट के अपने एडमिन द्वारा दी गई ऐप्लिकेशन अनुमतियों पर चलता है, इसलिए यह किसी Organization Relationship, Availability Address Space या Sharing Policy पर निर्भर नहीं है। सितंबर 2026 में माइग्रेट किए जा रहे तीनों कॉन्फ़िगरेशन में से कोई भी इस रास्ते में नहीं आता।

यदि आपको केवल उपलब्धता प्रकाशित करनी है

कुछ क्रॉस-टेनेंट रिश्ते केवल इसलिए होते हैं ताकि कोई बाहरी पक्ष देख सके कि आपके लोग कब खाली हैं। इसके लिए सार्वजनिक कैलेंडर फ़ीड ऊपर दिए दोनों विकल्पों से आसान है। कैलेंडर चुनें, हर विवरण फ़ील्ड बंद करें, और बनने वाला लिंक या ICS सदस्यता URL साझा करें। प्राप्तकर्ता को न Microsoft 365 टेनेंट चाहिए, न आपके साथ कोई रिश्ता, और न ही किसी तरह का खाता। फ़ील्ड-दर-फ़ील्ड जानकारी के लिए देखें इवेंट विवरण साझा किए बिना कैलेंडर कैसे सिंक करें।

अगले छह हफ़्तों में क्या करें

1. अपनी मौजूदा स्थिति पढ़ें। ऊपर दी गई Get-OrganizationConfig कमांड चलाएँ और लिख लें कि आज EWSEnabled किस पर सेट है।
2. उपयोग रिपोर्ट निकालें। संस्थागत याददाश्त पर भरोसा करने के बजाय पता लगाएँ कि वाकई क्या EWS को कॉल कर रहा है।
3. क्रॉस-टेनेंट कॉन्फ़िगरेशन जाँचें। यदि Get-OrganizationRelationship कुछ नहीं लौटाता, तो आप सितंबर की तारीख की चिंता छोड़ सकते हैं।
4. लाइसेंस असाइनमेंट का ऑडिट करें। Kiosk, F1 और F3 उपयोगकर्ताओं की EWS पहुँच बिना किसी छूट के समाप्त हो जाती है। यदि उनमें से कोई किसी EWS-आधारित टूल पर निर्भर है, तो उसे अलग लाइसेंस चाहिए।
5. अपने वेंडर्स से Graph वाला सवाल पूछें। जवाब लिखित में लें, और गोलमोल बात को भी एक जवाब ही मानें।

अनुमति-सूची एक पुल है, मंज़िल नहीं। अक्टूबर 2026 में आप उसमें जो भी जोड़ेंगे, वह अप्रैल 2027 में काम करना बंद कर ही देगा, इसलिए इस अवधि का उपयोग टालने के लिए नहीं, माइग्रेट करने के लिए करें।

अक्सर पूछे जाने वाले प्रश्न

EWS ठीक कब काम करना बंद कर देता है?

EWS को वैश्विक रूप से बंद करना 1 अक्टूबर 2026 को शुरू होता है और 1 अप्रैल 2027 को यह पूरी तरह अक्षम हो जाता है। इन दो तारीखों के बीच EWS केवल तभी चल सकता है जब टेनेंट में EWSEnabled को True पर सेट किया गया हो और कॉल करने वाले ऐप्लिकेशन का App ID, EWSAllowedAppIDs अनुमति-सूची में हो। 1 अप्रैल 2027 के बाद कोई भी सेटिंग इसे चालू नहीं रख सकती।

EWS के रिटायर होने पर क्या मेरा कैलेंडर सिंक काम करना बंद कर देगा?

केवल तभी, जब आपका कैलेंडर सिंक टूल EWS का उपयोग करता हो। Microsoft Graph पर बने टूल अप्रभावित रहते हैं, क्योंकि Graph इस रिटायरमेंट का शिकार नहीं, बल्कि प्रतिस्थापन API है। CalendarBridge, Microsoft Graph का उपयोग करता है और उसे किसी अनुमति-सूची प्रविष्टि या कॉन्फ़िगरेशन बदलाव की ज़रूरत नहीं है।

यदि मैं 1 अक्टूबर 2026 से पहले कुछ न करूँ तो क्या होगा?

जिन टेनेंट में EWSEnabled अब भी Null पर है, रोलआउट उन तक पहुँचते ही उसे False कर दिया जाता है, जिससे टेनेंट के हर ऐप्लिकेशन के लिए EWS ब्लॉक हो जाता है। Null ही मौजूदा डिफ़ॉल्ट है, इसलिए जो टेनेंट कोई कार्रवाई नहीं करते उनमें से अधिकांश अपने आप बंद कर दिए जाएँगे।

क्या EWS रिटायरमेंट का क्रॉस-टेनेंट फ़्री/बिज़ी पर असर पड़ता है?

हाँ। Organization Relationship, Availability Address Space या Sharing Policy के ज़रिए कॉन्फ़िगर किए गए क्रॉस-टेनेंट Free/Busy, MailTips और Calendar Sharing, ये सभी EWS पर चलते हैं। Microsoft इन्हें Microsoft 365 Cross-Tenant Access Policy पर माइग्रेट कर रहा है, जिसका रोलआउट अगस्त 2026 में शुरू होकर 1 सितंबर 2026 तक पूरा होगा।

क्या Kiosk, F1 और F3 मेलबॉक्स अपनी EWS पहुँच बनाए रख सकते हैं?

नहीं। 1 अक्टूबर 2026 से, केवल Exchange Online Kiosk, Microsoft 365 F1 या Office 365 F3 लाइसेंस रखने वाले मेलबॉक्स से आने वाले EWS अनुरोध HTTP 403 लौटाते हैं। अनुमति-सूची उन्हें छूट नहीं देती। उन उपयोगकर्ताओं को ऐसा लाइसेंस चाहिए जिसमें EWS अधिकार शामिल हों, जैसे Exchange Online Plan 1 या 2, या Microsoft 365 E3 या E5।

मैं कैसे पता करूँ कि कौन-से ऐप्लिकेशन अब भी EWS का उपयोग करते हैं?

Microsoft 365 admin center में EWS Usage Reports का उपयोग करें, जो ऐप्लिकेशन के अनुसार विभाजित वास्तविक EWS ट्रैफ़िक दिखाती हैं। Microsoft, इन-हाउस कोड में EWS कॉल स्कैन करने के लिए एक EWS Analyzer टूल भी प्रकाशित करता है।

स्रोत

समय-रेखा और तंत्र की पुष्टि Microsoft के अपने दस्तावेज़ों से की गई है: Deprecation of Exchange Web Services in Exchange Online, Exchange Online EWS, Your Time is Almost Up, Introducing EWSAllowedAppIDs, और Migrate to Microsoft 365 Cross-Tenant Access Policy। Message center संदर्भ: MC1446796, MC1227454, MC1191578।