انقطاع مايكروسوفت 365 في نوفمبر 2026: ما الذي حدث، وكيف تُبقي بريدك الإلكتروني يعمل

بدأت المشكلات في صناديق بريد Exchange Online يوم الخميس 12 نوفمبر 2026، ثم امتدت إلى خدمات Microsoft 365 الأخرى. أدرجت Microsoft بين الخدمات المتأثرة Exchange Online (بريد Outlook) وMicrosoft Teams وSharePoint Online وMicrosoft 365 Copilot وDefender XDR، تحت الحادثتين EX1550543 وMO1550821 في مركز مسؤولي Microsoft 365. وسجّل موقع Downdetector أكثر من 130,000 بلاغ عن مشكلات في Outlook في ذروة الانقطاع، بحسب وكالة رويترز.

أوضحت Microsoft عبر حسابها الرسمي لحالة Microsoft 365 أن الضغط المرتفع لم ينتج عن زيادة في حركة البيانات، بل عن خروج عدد من الخوادم عن الخدمة بشكل غير متوقع، ما أثقل كاهل البنية التحتية المتبقية. وقال أحد مسؤولي Microsoft لرويترز إن الانقطاع لا يبدو ناتجاً عن هجوم إلكتروني.

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

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

خفّف التوقيت الأثر على بعض الشركات، فقد بدأ الانقطاع بعد ساعات العمل يوم الخميس، والجمعة يوم عطلة لمعظم الشركات في عُمان وقطر. أما في الإمارات فالجمعة يوم عمل لكثير من الشركات، وأخبرنا عدد من عملائنا هناك أن الانقطاع كلّفهم أعمالاً فعلية، فالموافقات والطلبات والردود على العملاء تتوقف حين يتوقف البريد والمحادثات معاً.

امتد الأثر أيضاً إلى ما بعد تطبيقات Microsoft نفسها. فقد أفادت رويترز بأن الانقطاع أصاب موصلات Microsoft 365 في خدمات الذكاء الاصطناعي لدى OpenAI وAnthropic، وسجلت صفحة حالة OpenAI أخطاء في موصل Microsoft 365. استمر ChatGPT وClaude في العمل، وتعطل ربطهما مع Outlook وTeams وSharePoint. تعتمد أدوات كثيرة اليوم على المنصات نفسها، فيوقف انقطاع واحد عدة أدوات في الوقت ذاته.

نعم. تعرّض كل موفر خدمات سحابية كبير لانقطاعات مؤثرة خلال العامين الماضيين، ولا أحد بمنأى عنها:

كل خدمة سحابية تتعرض للانقطاع، وما يحدد الخسارة هو وجود خطة لدى شركتك للساعات التي تتوقف فيها الخدمة. لهذا نوصي بنهج يعتمد على أكثر من مورّد في استمرارية الأعمال والتعافي من الكوارث والأمن، أياً كانت المنصة التي تعمل عليها.

• AWS (خدمات أمازون ويب)، أكتوبر 2025: مشكلة في إدارة DNS لخدمة DynamoDB في منطقة us-east-1 عطّلت مواقع وتطبيقات حول العالم معظم اليوم، بحسب ملخص AWS نفسها.
• AWS في الشرق الأوسط، مارس 2026: أعلنت AWS أن إحدى مناطق التوفر في منطقتها بالإمارات تأثرت بأجسام اصطدمت بمركز البيانات وتسببت في شرر وحريق، وتعطلت خدمات في منطقتي الإمارات والبحرين.
• Google Cloud، يونيو 2025: عطل في نظام Service Control لدى Google أوقف Google Cloud والخدمات المبنية عليها عدة ساعات، بحسب تقرير الحادثة الصادر عن Google.
• Cloudflare، نوفمبر 2025: تغيير في صلاحيات قاعدة بيانات أفسد ملفاً تستخدمه خدمة الحماية من الروبوتات، فتعذّر تحميل كثير من المواقع التي تعتمد على Cloudflare، وأكدت الشركة أنه ليس هجوماً.
• CrowdStrike، يوليو 2024: تحديث محتوى من مورّد أمني خارجي أثّر في نحو 8.5 مليون جهاز Windows، بحسب تقدير Microsoft.

اتبع هذه الخطوات بالترتيب، ولا يحتاج أي منها إلى فني.

1. 1

   تحقق من الحالة الفعلية

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

2. 2

   لا تغيّر إعدادات البريد في عجلة

   تغيير سجلات MX أو كلمات المرور أو مسار البريد أثناء الانقطاع نادراً ما يفيد، وقد يضيّع رسائل. الخادم المرسِل يحتفظ عادةً بالبريد الموجّه إليك ويعيد المحاولة، فيصل حين تعود الخدمة.

3. 3

   انتقل إلى قناة أخرى تستخدمها أصلاً

   الهاتف أو WhatsApp أو Google Meet أو Zoom للمحادثات العاجلة، مع قائمة قصيرة بجهات الاتصال المهمة محفوظة خارج البريد.

4. 4

   أبلغ فريقك وعملاءك

   رسالة واحدة من الإدارة تذكر أن البريد متأثر، والقناة البديلة، وموعد التحديث التالي.

5. 5

   ارفع درجة الحذر من الاحتيال

   الانقطاعات فرصة للمهاجمين، فاقرأ القسم التالي قبل تنفيذ أي طلب غير معتاد.

6. 6

   دوّن ما توقف

   سجّل المهام التي تعذّر إنجازها ومدة توقفها، فهي أفضل مدخل لخطة الاستمرارية لديك.

حين يتوقف البريد ينتقل الموظفون إلى WhatsApp وصناديق البريد الشخصية ومكالمات هاتفية لا يستخدمونها عادةً. يعرف المهاجمون ذلك، فتجلب الانقطاعات موجة من انتحال الشخصيات:

اتفق مع فريقك على هذه القواعد من الآن:

• احتيال باسم المدير التنفيذي أو الإدارة المالية: «البريد متوقف، نفّذ هذه الدفعة اليوم وسأشرح لاحقاً»، من رقم WhatsApp جديد أو بريد شخصي.
• دعم فني مزيف: مكالمة أو رسالة تطلب كلمة المرور أو رمز تطبيق المصادقة «لاستعادة صندوق البريد».
• صفحات Microsoft مزيفة: روابط إلى صفحة «استعادة Microsoft 365» أو صفحة تسجيل دخول تسرق كلمة المرور التي تكتبها.
• تغيير بيانات الحساب البنكي: «مورّد» يطلب التحويل إلى حساب جديد لأن بريده متوقف.
• تحقق بمعاودة الاتصال: أي عنوان أو رقم أو طلب دفع جديد يُراجَع باتصال على رقم لديك مسبقاً، لا على رقم وارد في الرسالة.
• لا تشارك رموز تسجيل الدخول: لن تطلب Microsoft ولا فريق تقنية المعلومات كلمة مرورك أو رمز المصادقة.
• احفظ صفحة الحالة الصحيحة: افتح صفحات الحالة من إشارة محفوظة في المتصفح، لا من رابط يرسله أحد.
• تمهّل في المدفوعات: لا مستفيد جديد ولا تغيير في بيانات الحساب البنكي حتى يعود البريد ويُؤكَّد التغيير.

هناك ثلاثة مستويات من الحماية. تحتاج معظم الشركات إلى المستوى الأول، أما الشركات التي لا تحتمل يوماً بلا بريد فتحتاج إلى المستوى الثاني أو الثالث.

1. خطة تواصل (مجانية). حدّد مسبقاً القناة التي تحل محل البريد والمحادثات أثناء الانقطاع، ومن يبلغ الموظفين والعملاء، واحفظ جهات الاتصال المهمة خارج البريد. وجهّز أداة ثانية للاجتماعات والمحادثات يعرفها فريقك: Google Meet وGoogle Chat، أو Zoom، أو WhatsApp Business. إن لم يستخدمها الموظفون من قبل، فلن يجدوها وقت الانقطاع.

2. التسليم المزدوج إلى صندوق بريد احتياطي (الحل السريع). يستمر وصول كل رسالة إلى صندوق بريدك المعتاد كما هو اليوم. وفي الوقت نفسه تُسلَّم نسخة من كل رسالة للأشخاص المهمين (الإدارة والمبيعات والمالية وخدمة العملاء) إلى صندوق احتياطي على Zoho Workplace أو Google Workspace. في الأيام العادية لا يستخدم أحد الصندوق الاحتياطي، وأثناء الانقطاع يسجّل هؤلاء الدخول إليه فيجدون بريدهم الحديث بانتظارهم، ويواصلون الرد من العنوان نفسه. وحين تعود الخدمة الرئيسية، يُسلَّم إليها البريد الذي فاتها.

يهم المكان الذي تُنشأ فيه النسخة. قاعدة إعادة التوجيه داخل خدمة البريد الرئيسية تتوقف حين تتوقف الخدمة، لذلك نضبط مسار البريد بحيث تُنشأ النسختان قبل الخدمة الرئيسية، ويدعم Google Workspace وZoho Mail التسليم المزدوج. نعتمد التسليم المزدوج وحده ولا نستخدم التسليم المقسّم، لأن التسليم المقسّم ينقل بريد بعض المستخدمين إلى النظام الثاني بدل نسخه، فلا يحمي الصندوق الرئيسي أصلاً. تكلفة التسليم المزدوج مدروسة، لأن الصندوق الاحتياطي مطلوب للأشخاص المهمين فقط؛ اطلب منا عرض سعر.

3. Mimecast Continuity (الأكثر موثوقية). تعمل Mimecast على بنية تحتية منفصلة عن منصة بريدك. وحين تتوقف الخدمة الرئيسية، تقول Mimecast إن الموظفين يواصلون إرسال البريد واستلامه واستخدام التقويم في Outlook وعلى الهاتف والويب وتطبيقات Mac. ومن قصص عملاء Mimecast المنشورة مجموعة العبار في دبي وGrant Thornton، وقد اختارتا Mimecast للحفاظ على عمل البريد خلال الانقطاعات. يعمل الحل مع Microsoft 365 وGoogle Workspace وExchange، ويتم الإعداد بأسرع ما تسمح به متطلباتك، والسعر عند الطلب.

اطلع على خدمة استمرارية البريد الإلكتروني لترى كيف نُعد كل خيار ونختبره.

تبدأ معظم الشركات بخطة تواصل وتسليم مزدوج للأشخاص المهمين، ثم تنتقل إلى Mimecast Continuity حين يصبح البريد أساسياً للجميع.

نعم، لمعظم الشركات. يبقى Microsoft 365 منصة موثوقة وآمنة، وكذلك Google Workspace وZoho Workplace؛ تعرضت كل منها لانقطاعات وستتعرض لغيرها. الانتقال إلى منصة أخرى لا يزيل الخطر بل ينقله. والدرس من هذا الأسبوع ليس اختيار مورّد واحد مختلف، بل التوقف عن الاعتماد على مورّد واحد في كل شيء: قناة ثانية للتواصل، وصندوق احتياطي للبريد، ونسخ احتياطية محفوظة خارج المنصة الرئيسية.

تساعد جلف إنفوتك، بصفتها Microsoft Solutions Partner في Modern Work وشريك Google Cloud Premier وشريك Zoho المعتمد، العملاء في عُمان والإمارات وقطر على بناء هذا الإعداد متعدد المورّدين.

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