تغييران في مايكروسوفت 365 يصلان في الربع نفسه، وكلاهما يصيب الأجهزة الصامتة التي لا يفكر فيها أحد في المكتب حتى تتوقف. في 1 أكتوبر 2026 كتب فريق Exchange أن «إيقاف EWS في Exchange Online يبدأ اليوم». وبحلول 21 أكتوبر أكد أن الإيقاف «جارٍ الآن» وأن بعض المستأجرين بدأوا يرون EWS معطّلًا. ثم في نهاية ديسمبر 2026 ستُعطَّل المصادقة الأساسية (Basic) لـ SMTP AUTH افتراضيًا لدى المستأجرين الحاليين. وهي طريقة الدخول باسم المستخدم وكلمة المرور التي تستخدمها معظم الماسحات الضوئية وتطبيقات الأعمال القديمة لإرسال البريد عبر smtp.office365.com.
بالنسبة لشركة صغيرة في دبي أو الرياض ترسل من نطاقها الخاص، الأعراض مملة ومكلفة. يتوقف المسح إلى البريد. لا تصل الفواتير إلى العميل. يرى مستخدم Mac نافذة كلمة المرور كل عشر دقائق. فيما يلي: ما الذي يتغير ومتى، وكيف تجد الأجهزة المتأثرة قبل غيرك، وكيف تنقل كل جهاز دون أن ينتهي بريدك في السبام.
ما الذي يتغير بالضبط
EWS: إيقاف مستأجرًا تلو الآخر
Exchange Web Services واجهة برمجية قديمة تقرأ بها التطبيقات صناديق البريد والتقويمات. بحسب منشور الإيقاف الذي نشرته مايكروسوفت في أكتوبر 2026، لم يعد ضبط EWSEnabled على True كافيًا وحده: يجب الآن أن تذكر قائمة سماح اسمها EWSAllowedAppIDs كل تطبيق يُسمح له باستخدام EWS. ملأت مايكروسوفت هذه القائمة في 10 و11 أكتوبر للمستأجرين الذين فعّلوا EWS صراحةً. أما المستأجرون الذين لم يغيّروا الإعداد قط فيتلقون تحذيرًا قبل 7 أيام في Message Center، وبعدها تملأ مايكروسوفت قائمة السماح بناءً على استخدام آخر 60 يومًا وتضبط EWSEnabled على False.
يذكر منشور استكشاف الأخطاء من فريق Exchange البرامج الأكثر عرضة للتعطل: Apple Mail وCalendar على macOS، وOutlook الكلاسيكي لنظام Mac، وبعض إضافات Outlook لسطح المكتب، وإصدارات Outlook القديمة على Windows، وأدوات من جهات خارجية مثل تطبيقات النسخ الاحتياطي. يستطيع المسؤولون إعادة تشغيل EWS، لكن لفترة فقط. وبعبارة مايكروسوفت نفسها، «ستتوقف إعادة تفعيل EWS عن العمل في أبريل 2027».
SMTP AUTH: المصادقة الأساسية متوقفة افتراضيًا من نهاية ديسمبر
هذا الموعد تغيّر من قبل. كان إعلان مايكروسوفت في أبريل 2024 يخطط لبدء رفض الإرسال بالمصادقة الأساسية في 1 مارس 2026 والوصول إلى رفض 100% في 30 أبريل 2026. وفي يناير 2026 عدّلت الخطة: لا تغيير حتى ديسمبر 2026، ثم تعطيل المصادقة الأساسية افتراضيًا للمستأجرين الحاليين في نهاية ديسمبر مع بقاء قدرة المسؤولين على تفعيلها، وعدم توفرها افتراضيًا للمستأجرين الذين يُنشأون بعد ديسمبر، وإعلان موعد الإزالة النهائية في النصف الثاني من 2027.
إذن ديسمبر تغيير في الإعداد الافتراضي وليس النهاية. لكن إعادة التفعيل لا تنفع إلا إذا عرف أحد أن الماسح يعتمد عليها وكان على مكتبه في أواخر ديسمبر. يوثّق إعلان مايكروسوفت لعام 2024 الرد الذي يتلقاه العميل عند رفض المصادقة الأساسية: 550 5.7.30 Basic authentication is not supported for Client Submission. إذا ظهر هذا السطر في سجل جهاز أو شاشة خطأ تطبيق، فقد وجدت السبب.
ما الذي يتعطل عادةً في مكتب صغير
من البرامج التي ذكرتها مايكروسوفت وما نراه لدى عملائنا:
- الطابعات والماسحات متعددة الوظائف المضبوطة على smtp.office365.com والمنفذ 587 وكلمة مرور صندوق بريد.
- برامج المحاسبة أو ERP أو الفوترة الإلكترونية التي ترسل الفواتير وكشوف الحساب من عنوان مشترك مثل [email protected].
- نماذج الاتصال في المواقع وإضافات SMTP في WordPress التي تسجّل الدخول بكلمة مرور صندوق حقيقي.
- مستخدمو Mac على Apple Mail أو Outlook الكلاسيكي لنظام Mac، عبر EWS.
- أدوات النسخ الاحتياطي والأرشفة والترحيل التي تقرأ الصناديق عبر EWS.
مجموعة SMTP تحمل الخطر الأكبر على وصول البريد، لأن الحل المعتاد يغيّر المسار الذي يسلكه بريدك (الخطوة 3).
الخطوة 1: اعثر على كل جهاز وتطبيق يعتمد عليهما
بالنسبة لـ SMTP AUTH ابدأ من Exchange admin center. قال إعلان مايكروسوفت الأصلي إن تقرير SMTP AUTH Clients Submission سيُظهر منذ منتصف أكتوبر 2024 ما إذا كانت المصادقة الأساسية أو OAuth هي المستخدمة، فهو يخبرك بالحسابات التي ما زالت ترسل بكلمة مرور. بعدها افحص الإعدادات في Exchange Online PowerShell. الأمران مأخوذان من توثيق SMTP AUTH من مايكروسوفت:
Get-TransportConfig | Format-List SmtpClientAuthenticationDisabled
Get-CASMailbox -ResultSize unlimited | where {$_.SmtpClientAuthenticationDisabled -eq $false}الأول يعرض إعداد المؤسسة كلها. والثاني يسرد الصناديق التي فُعّل فيها SMTP AUTH صراحةً، وهي في مستأجر صغير غالبًا الصناديق المشتركة نفسها التي تسجّل بها الماسحات والتطبيقات. إعداد الصندوق يتقدّم على إعداد المؤسسة.
بالنسبة لـ EWS، ابحث في Message Center عن «EWS will be disabled in your tenant in 7 days» أو «EWS has been disabled in your tenant». هذان هما العنوانان اللذان يطلب فريق Exchange من المسؤولين البحث عنهما. ثم شغّل:
Get-OrganizationConfig | Fl EWSEnabled
Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Fl EwsAllowedAppIDsيسرد الأمر الثاني التطبيقات التي رصدتها مايكروسوفت في مستأجرك خلال آخر 60 يومًا. أي تطبيق تعتمد عليه وغير موجود في هذه القائمة سيتوقف عند تقييد EWS. وبحسب منشور الإيقاف، يسري تغيير EWSEnabled عادةً خلال ساعة وقد يستغرق حتى 4 ساعات، أما تغيير قائمة السماح فيستغرق 24 ساعة. ودعم مايكروسوفت لا يستطيع إعادة تفعيله نيابةً عنك؛ وحده مسؤول المستأجر يستطيع.
الخطوة 2: اختر بديلًا لكل مُرسِل
يعرض دليل مايكروسوفت للطابعات والماسحات وتطبيقات الأعمال الخيارات. باختصار:
| الطريقة | من يمكنها الوصول إليه | الحدود التي تذكرها مايكروسوفت | مناسبة لـ |
|---|---|---|---|
| SMTP AUTH مع OAuth، smtp.office365.com المنفذ 587 | داخل الشركة وخارجها | 10,000 مستلم يوميًا، 30 رسالة في الدقيقة | الأجهزة والتطبيقات التي يدعم إصدارها أو برنامجها الثابت الحالي OAuth |
| High Volume Email، المنفذ 587 | المستلمون الداخليون فقط | بلا حدود لعدد المستلمين أو معدل الرسائل | التقارير والتنبيهات الداخلية |
| Azure Communication Services Email | داخل الشركة وخارجها | بحسب خدمة Azure | تطبيقات لا تدعم OAuth لكنها تراسل العملاء |
| SMTP relay عبر inbound connector، نقطة MX الخاصة بك على المنفذ 25 | داخل الشركة وخارجها | «حدود معقولة» | أجهزة المكتب على IP ثابت غير مشترك أو بشهادة |
| Direct Send، نقطة MX الخاصة بك على المنفذ 25 | المستلمون الداخليون فقط | التقييد المعتاد للبريد المجهول | الملاذ الأخير |
رأينا: استخدم OAuth حيث يدعمه البرنامج الثابت من الشركة المصنّعة، وضع الماسحات القديمة خلف connector relay من IP المكتب الثابت، وامنح التطبيقات السحابية التي تراسل العملاء خدمة إرسال موثّقة خاصة بها. لن نبني شيئًا جديدًا على Direct Send. فصفحة مايكروسوفت نفسها تقول إنها موجّهة إلى «العملاء المتقدمين»، وإنها لا تستطيع التسليم إلى عناوين Gmail أو Yahoo، وإن مايكروسوفت «تعمل على خيار لتعطيل Direct Send افتراضيًا».
تفصيل واحد من الصفحة نفسها يوفّر التخمين: إذا كان الجهاز «يوصي بالمنفذ TCP 465 أو يستخدمه افتراضيًا، فهو لا يدعم إصدارات TLS المطلوبة» للإرسال عبر client submission. هذا الماسح يحتاج برنامجًا ثابتًا جديدًا أو relay أو استبدالًا.
الخطوة 3: تأكد أن المسار الجديد يجتاز SPF وDKIM وDMARC
مع SMTP AUTH كان البريد يخرج من خوادم مايكروسوفت ويغطيه include:spf.protection.outlook.com الموجود لديك. أما مع connector relay فيقول دليل مايكروسوفت إن عليك إضافة عنوان IP المكتب «كمصدر للرسائل في سجل SPF»، وإلا قد تنتهي الرسائل في Junk. وإذا نقلت تطبيقًا إلى خدمة إرسال أخرى تتغير خوادم الإرسال مرة أخرى.
تشترط إرشادات المرسلين من Google على كل من يرسل إلى Gmail إعداد SPF أو DKIM، والحفاظ على DNS أمامي وعكسي صالح، واستخدام TLS، وإبقاء معدل السبام المسجّل في Postmaster Tools دون 0.3%. وفوق 5,000 رسالة يوميًا إلى Gmail تحتاج أيضًا إلى DMARC، ويجب أن يتوافق نطاق From مع SPF أو DKIM. ولـ Outlook.com قواعده الخاصة للمرسلين بكميات كبيرة، وقد شرحناها في دليلنا عن الخطأ 550 5.7.515.
افحص سجلاتك الحالية من أي طرفية:
dig +short TXT yourcompany.ae
dig +short TXT _dmarc.yourcompany.ae
dig +short CNAME selector1._domainkey.yourcompany.aeيجب أن يعيد الأول سجلًا واحدًا يبدأ بـ v=spf1؛ إذ يطلب دليل SPF من مايكروسوفت سجل SPF واحدًا فقط لكل نطاق. ويجب أن يعيد الثاني سياسة DMARC الخاصة بك. أما الثالث فيجب أن يشير إلى اسم مضيف لمايكروسوفت إذا فعّلت توقيع DKIM في مايكروسوفت 365، عبر سجلات CNAME الخاصة بـ selector1 وselector2 كما تصفها مايكروسوفت. بعد إضافة IP لـ relay يبدو سجل SPF مثل مثال مايكروسوفت نفسه:
v=spf1 ip4:203.0.113.10 include:spf.protection.outlook.com -allراقب عدد عبارات include. يحدّ القسم 4.6.4 من RFC 7208 تقييم SPF بعشر عبارات تتطلب استعلام DNS، وكل include: يُحتسب مع ما بداخله من include متداخلة. أضف خدمتين أو ثلاثًا من الخارج إلى السجل وقد تتجاوز الحد، وعندها يعيد SPF خطأً دائمًا لكل رسالة، حتى الرسائل التي كانت تنجح من قبل.
ثم اختبر: أرسل من كل جهاز نُقل إلى عنوان Gmail وعنوان Outlook.com تملكهما، وافتح الترويسات الكاملة. تريد أن ترى spf=pass وdkim=pass وdmarc=pass لنطاقك أنت في سطر Authentication-Results. وفي الرسائل التي تستقبلها مايكروسوفت تحمل الترويسة نفسها نتيجة compauth، وهي مشروحة في مرجع ترويسات مكافحة السبام من مايكروسوفت. بعد التغيير راقب معدل السبام لنطاقك في Google Postmaster Tools، وراقب Microsoft SNDS إذا أصبحت ترسل من IP مكتب تملكه.
كل المواعيد في مكان واحد
- الآن: تعطّل مايكروسوفت EWS مستأجرًا تلو الآخر، مع تحذير قبل 7 أيام في Message Center (المصدر).
- نهاية ديسمبر 2026: تُعطَّل SMTP AUTH Basic افتراضيًا للمستأجرين الحاليين، ولا تتوفر افتراضيًا للمستأجرين الذين يُنشأون بعد ديسمبر (المصدر).
- أبريل 2027: يتوقف خيار إعادة تفعيل EWS (المصدر).
- النصف الثاني من 2027: تعلن مايكروسوفت موعد الإزالة النهائية لـ SMTP AUTH Basic (المصدر).
إن كنت ستفعل شيئًا واحدًا هذا الشهر، فصدّر تقرير SMTP AUTH، واكتب بجانب كل حساب الجهاز أو التطبيق الذي يستخدمه، واختبر البديل لكل ما يراسل العملاء. الماسح يمكنه الانتظار. أما نظام الفوترة الذي يتوقف بصمت عن إرسال الفواتير في يناير فلا.
أين يقع البريد المستضاف ذاتيًا من كل هذا
بعض الفرق ترى في هذه التغييرات سببًا لتشغيل خادم بريد خاص بها. وهذا منطقي إلى حد ما. على خادمك أنت، سياسة مصادقة الماسحات بيدك: يمكنك السماح بالدخول بكلمة مرور من شبكة المكتب فقط، ولا يوقفها أي مزوّد وفق جدوله الخاص. لكن الجهات المستقبِلة تطبّق عليك القواعد نفسها التي تطبّقها على مايكروسوفت: SPF وDKIM وDMARC وDNS عكسي وIP نظيف. FanMail، منتج البريد المؤسسي لدينا المبني على Stalwart Mail Server، متاح بإدارة كاملة منا أو مستضافًا لديك، مع إعداد هذه السجلات من اليوم الأول. وإذا كنت تقارن الخيارات، فإن مقارنتنا بين FanMail وGoogle Workspace وZoho Mail تغطي التكلفة والتحكم في البيانات، ومقالنا عن آخر تحديث ESU لـ Exchange يتناول الشركات التي ما زالت تشغّل Exchange على خوادمها.
الأسئلة الشائعة
هل سيتوقف الماسح عن إرسال البريد في 1 يناير 2027؟
ربما. تقول مايكروسوفت إن SMTP AUTH Basic ستُعطَّل افتراضيًا للمستأجرين الحاليين في نهاية ديسمبر 2026. ويستطيع المسؤول تفعيلها من جديد إلى أن تعلن مايكروسوفت موعد الإزالة النهائية، وهو ما تخطط له في النصف الثاني من 2027.
هل يؤثر هذا على Outlook في حواسيب الموظفين وهواتفهم؟
في الغالب لا. أنهت مايكروسوفت إزالة المصادقة الأساسية من بقية بروتوكولات Exchange Online في أواخر 2022. والاستثناءات هي Outlook الكلاسيكي لنظام Mac وإصدارات Windows القديمة جدًا التي تستخدم EWS.
هل أستطيع توجيه الماسح إلى Direct Send بدلًا من ذلك؟
فقط إذا كان يراسل أشخاصًا داخل شركتك. فـ Direct Send لا يستطيع التسليم إلى عناوين خارجية، ومايكروسوفت توصي به للعملاء المتقدمين فقط، وتعمل على خيار لإيقافه افتراضيًا.
مستخدمو Mac لدينا يرون نافذة كلمة المرور باستمرار. هل هذا بسبب تغيير EWS؟
على الأرجح، إذا كانوا يستخدمون Apple Mail أو Outlook الكلاسيكي لنظام Mac. نصيحة مايكروسوفت هي الانتقال إلى Outlook الجديد لنظام Mac، وهو غير متأثر. أما مع Outlook الكلاسيكي فيجب أن يكون معرّف التطبيق «Microsoft Office» في قائمة EWSAllowedAppIDs.
هل نحتاج إلى DMARC إذا كنا نرسل أقل من 5,000 رسالة يوميًا؟
لا يشترط Gmail دون هذا الحجم إلا SPF أو DKIM. ومع ذلك ننصح بنشر DMARC بدءًا من p=none، لأنه ما يمنع الآخرين من الإرسال باسم نطاقك.
المصادر: منشورات فريق Exchange في مايكروسوفت بتاريخ 1 أكتوبر 2026 و21 أكتوبر 2026 ويناير 2026 وأبريل 2024؛ وMicrosoft Learn حول الإرسال من الأجهزة والتطبيقات وSMTP AUTH وSPF وDKIM؛ وإرشادات المرسلين من Google؛ وRFC 7208.
