ماذا يعني إيقاف Microsoft لخدمة EWS بالنسبة إلى مزامنة التقاويم

يبدأ إيقاف Exchange Web Services في 1 أكتوبر 2026 ويتوقف نهائيًا في 1 أبريل 2027. إليك ما يتعطّل فعلًا، وما لا يتعطّل، والإعدادين اللذين يحدّدان أي المجموعتين تنتمي إليها.

تعمل Microsoft على إيقاف Exchange Web Services (EWS) في Exchange Online. يبدأ التعطيل عالميًا في 1 أكتوبر 2026 وتتوقف EWS كليًا في 1 أبريل 2027. أما مزامنة التقاويم التي تعمل عبر Microsoft Graph فلا تتأثر. الذي يتعطّل هو مشاركة حالة التوفر/الانشغال بين المؤسسات الشريكة عبر المستأجرين، وصناديق البريد المرخّصة بـ Kiosk وF1 وF3، وأي تطبيق خارجي ما زال يستدعي EWS.

الجدول الزمني بالتواريخ

أربعة أمور تحدث في أربعة تواريخ مختلفة. وكثيرًا ما يُنقل الأمر وكأنه حدث واحد، ولهذا يحمل كثير من المسؤولين موعدًا نهائيًا خاطئًا في أذهانهم.

أعلنت Microsoft لأول مرة في 2018 أن EWS ستتوقف عن تلقّي تحديثات وظيفية، ثم حدّدت في 2023 موعد التعطيل في أكتوبر 2026. وقد شملت حادثة Midnight Blizzard في يناير 2024 خدمة EWS، ووسّعت النطاق من التطبيقات الخارجية ليشمل منتجات Microsoft نفسها، ولهذا يجري نقل Outlook وOffice وTeams وDynamics 365 بعيدًا عنها أيضًا.

الإعدادان اللذان يحدّدان كل شيء

يتحكم في تعطيل EWS خاصيتان على مستوى المستأجر، والتفاعل بينهما هو ما توقع فيه المؤسسات.

EWSEnabled

لهذه الخاصية ثلاث قيم: True وFalse وNull. وNull هي القيمة الافتراضية اليوم، وهي تتصرف حاليًا كأنها True. وفي 1 أكتوبر 2026، ومع وصول الطرح إلى مستأجرك، تتغير Null إلى False. وهذا التغيير وحده يحجب EWS عن كل تطبيق في المستأجر دفعة واحدة.

وإذا كان لديك تطبيق يحتاج فعلًا إلى EWS بين أكتوبر 2026 وأبريل 2027، فعليك ضبط EWSEnabled على True صراحةً. فترك القيمة الافتراضية ليس مثل ترك الأمور على حالها.

EWSAllowedAppIDs

لم يعد ضبط EWSEnabled على True كافيًا بمفرده. فاعتبارًا من 1 أكتوبر 2026 تحتاج أيضًا إلى قائمة سماح مملوءة تحدّد معرّفات التطبيقات (App IDs) المسموح لها باستدعاء EWS. وإذا أغفلت أيًّا من الشقين، فستتوقف EWS عن كل ما يعتمد عليها.

وتعمل Microsoft على ملء هذه القائمة مسبقًا قبل سبتمبر 2026 للمستأجرين الذين لم ينشئوا قائمة خاصة بهم، استنادًا إلى الاستخدام الملحوظ لكل مستأجر. وهذا مفيد، لكنه مبني على ما استدعاه مستأجرك مؤخرًا فحسب. فالتطبيق الذي يعمل مرة كل ربع سنة، أو الذي كان خاملًا خلال فترة أخذ العينات، قد يكون غائبًا عن قائمة تفترض أنها مكتملة.

كيف تفحص مستأجرك

اتصل بـ Exchange Online PowerShell واقرأ الحالة الراهنة قبل التخطيط لأي شيء:

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

ثم اكتشف ما إذا كان أي شيء يستدعي EWS فعلًا. فـتقارير استخدام EWS في مركز إدارة Microsoft 365 تُظهر حركة المرور الحقيقية بحسب التطبيق، وهي أوثق من السؤال داخل المؤسسة.

وإذا كنت تشارك أوقات التوفر مع مؤسسات شريكة، فافحص التكوينات الثلاثة التي تعتمد على EWS في الخلفية:

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

وخلوّ النتائج الثلاث جميعًا يعني أن الشق الخاص بالمستأجرين المتعددين لا ينطبق عليك. فقد أرسلت Microsoft إشعار مركز الرسائل إلى كل مستأجر، ولذلك تلقّى عدد كبير من المسؤولين تحذيرًا بشأن شيء لا يستخدمونه.

ما الذي يتعطّل وما الذي لا يتعطّل

الفارق المهم هو ما إذا كانت الأداة تتصل بـ Exchange Online عبر EWS أم عبر Microsoft Graph. فـ Graph هي واجهة برمجة التطبيقات البديلة ولا تتأثر إطلاقًا بأي من التواريخ أعلاه.

هل يؤثر هذا على 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 عبر OAuth باستخدام نطاقي Graph المفوَّضين Calendars.ReadWrite وUser.Read، فلا دخل لـ EWS في الأمر ولا حاجة إلى إدخال في قائمة السماح.
2. أنشئ مزامنة أحادية الاتجاه من تقويم الشريك أو التقويم الثانوي إلى التقويم الذي تعمل فيه فعليًا.
3. في إعدادات الخصوصية لاتصال المزامنة، اترك Subject وDescription وLocation وAttendees بلا تحديد لتصبح كل نسخة مجرد كتلة انشغال. وحدِّد All Private أيضًا إذا أردت أن تظهر النسخ كحالة انشغال في Outlook Scheduling Assistant وGoogle Find a Time.

إعداده للمؤسسة بأكملها

إذا كنت تستبدل Organization Relationship كانت تخدم شركة بأكملها، فأنت بحاجة إلى عمليات المزامنة المُدارة بدلًا من مطالبة كل مستخدم بتكوين مزامنته بنفسه:

1. أنشئ حساب مجموعة بتراخيص مزامنة بدلًا من تراخيص المستخدمين.
2. فوّض الوصول لعمليات المزامنة المُدارة في كل مستأجر يستضيف تقاويم تحتاج إليها. وعلى Microsoft 365 يكون ذلك منح أذونات على مستوى التطبيق من مسؤول المستأجر، وعبر Graph أيضًا.
3. اربط النطاقات المفوَّضة بحساب المجموعة، مرة واحدة لكل مستأجر.
4. أنشئ اتصالات المزامنة المُدارة. إذا كان عددها أقل من عشرين، فعيّنها فرديًا. وإذا كانت عشرين أو أكثر، فاستخدم مهمة جماعية لاستيراد قائمة التعيينات كاملة في تشغيل واحد.

ولأن هذا يعمل بأذونات على مستوى التطبيق يمنحها مسؤول كل مستأجر، فهو لا يعتمد على Organization Relationship ولا Availability Address Space ولا Sharing Policy. فلا يقع أي من التكوينات الثلاثة التي تُنقل في سبتمبر 2026 في مساره.

إذا كنت تحتاج فقط إلى نشر أوقات التوفر

بعض العلاقات بين المستأجرين قائمة لغرض واحد هو أن يرى طرف خارجي متى يكون موظفوك متاحين. ولهذا الغرض، يكون موجز التقويم العام أبسط من أي من الخيارين أعلاه. اختر التقاويم، وعطّل كل حقول التفاصيل، وشارك الرابط الناتج أو رابط اشتراك ICS. ولا يحتاج المستلم إلى مستأجر 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 وكان معرّف تطبيق الجهة المستدعية مدرجًا في قائمة السماح EWSAllowedAppIDs. وبعد 1 أبريل 2027 لا يُبقيها أي إعداد عاملة.

هل ستتوقف مزامنة تقاويمي عن العمل عند إيقاف EWS؟

فقط إذا كانت أداة مزامنة التقاويم لديك تستخدم EWS. أما الأدوات المبنية على Microsoft Graph فلا تتأثر، لأن Graph هي واجهة برمجة التطبيقات البديلة لا ضحية للإيقاف. ويستخدم CalendarBridge خدمة Microsoft Graph ولا يحتاج إلى إدخال في قائمة السماح ولا إلى أي تغيير في التكوين.

ماذا يحدث إذا لم أفعل شيئًا قبل 1 أكتوبر 2026؟

المستأجرون الذين ما زالت قيمة EWSEnabled لديهم Null ستتغير إلى False مع وصول الطرح إليهم، وهو ما يحجب EWS عن كل تطبيق في المستأجر. وNull هي القيمة الافتراضية الحالية، لذا فإن معظم المستأجرين الذين لا يتخذون أي إجراء سيُعطَّلون تلقائيًا.

هل يؤثر إيقاف EWS على مشاركة التوفر/الانشغال بين المستأجرين؟

نعم. فمشاركة التوفر/الانشغال بين المستأجرين وMailTips ومشاركة التقاويم المكوَّنة عبر Organization Relationship أو Availability Address Space أو Sharing Policy تعمل جميعها على EWS. وتنقلها Microsoft إلى Microsoft 365 Cross-Tenant Access Policy، مع بدء الطرح في أغسطس 2026 واكتماله بحلول 1 سبتمبر 2026.

هل يمكن لصناديق بريد Kiosk وF1 وF3 الاحتفاظ بالوصول إلى EWS؟

لا. فاعتبارًا من 1 أكتوبر 2026، تُرجع طلبات EWS الواردة من صناديق بريد لا تحمل سوى تراخيص Exchange Online Kiosk أو Microsoft 365 F1 أو Office 365 F3 الرمز HTTP 403. ولا تعفيها قائمة السماح. ويحتاج هؤلاء المستخدمون إلى ترخيص يشمل صلاحيات EWS، مثل Exchange Online Plan 1 أو 2، أو Microsoft 365 E3 أو E5.

كيف أعرف أي التطبيقات ما زالت تستخدم EWS؟

استخدم تقارير استخدام EWS في مركز إدارة Microsoft 365، فهي تُظهر حركة مرور EWS الفعلية موزّعة بحسب التطبيق. كما تنشر Microsoft أداة EWS Analyzer لفحص الشيفرة الداخلية بحثًا عن استدعاءات EWS.

المصادر

جرى التحقق من الجدول الزمني والآلية استنادًا إلى وثائق 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. ومراجع مركز الرسائل: MC1446796، MC1227454، MC1191578.