لماذا تذهب رسائلي إلى البريد العشوائي في Outlook؟ (وكيف تصلح ذلك)

"Outlook" عبارة عن ثلاثة عوامل تصفية مختلفة، ويعتمد الحل على العامل الذي نقل رسالتك إلى مجلد Junk. الأول هو Outlook.com، خدمة البريد الإلكتروني للمستهلكين من Microsoft، التي تشمل أيضًا عناوين hotmail.com وlive.com وmsn.com. والثاني هو Microsoft 365، أي صناديق بريد الأعمال التي تدفع الشركات مقابلها، حيث يحدد مسؤول في شركة المستلم سياسة البريد العشوائي. والثالث هو تطبيق Outlook على جهاز المستخدم، الذي يمكنه تشغيل عامل تصفية Junk خاص به، بالإضافة إلى قرار الخادم. قواعد المرسلين التي أعلنت عنها Microsoft في عام 2025 تنطبق فقط على النوع الأول.

لذلك، قبل أن أغيّر أي سجل DNS، أنظر إلى عنوان المستلم. يعني عنوان hotmail.com أو outlook.com أن قواعد المستهلكين الواردة أدناه هي التي تنطبق. أما العنوان التابع لشركة تشغّل بريدها على Microsoft، فيعني أن سياسة المستأجر التي وضعها فريق تقنية المعلومات في تلك الشركة هي التي تنطبق.

01Outlook.com وقواعد مايو 2025

في أبريل 2025، أعلنت Microsoft عن متطلبات للنطاقات التي ترسل أكثر من 5,000 رسالة يوميًا إلى خدمتها المخصصة للمستهلكين، وتذكر صفحة سياسات Postmaster أن هذه المتطلبات دخلت حيز التنفيذ في 5 مايو 2025. عند تجاوز هذا الحجم:

• يجب أن يجتاز النطاق المرسل فحص SPF.
• يجب اجتياز فحص DKIM.
• يجب نشر DMARC بسياسة "p=none على الأقل"، مع المحاذاة مع SPF أو DKIM، و"يفضل كليهما". وتضيف صفحة السياسات أن استخدام p=reject موصى به.

تستخدم مقالة الدعم الخاصة برسالة الارتداد صياغة مختلفة قليلًا. فهي تحسب 5,000 رسالة أو أكثر مرسلة إلى خدمات Microsoft المخصصة للمستهلكين، تستخدم جميعها النطاق نفسه في عنوان From. وتذكر أن فحصي SPF وDKIM يجب أن ينجحا، وأنه بمجرد وصول النطاق إلى هذا الحد، تتوقع Microsoft أن تلتزم "جميع الرسائل الواردة من مرسلين في النطاق" بالقواعد، وليس فقط النشرة البريدية التي أدت إلى تجاوز الحد. ومثال DMARC الذي تعرضه هو سجل بأقل قدر ممكن تقريبًا من المحتوى:

Hostname:   _dmarc
TXT value:  v=DMARC1; p=none

سأضيف إليه عنوانًا لاستلام التقارير، مثل rua=mailto:dmarc@example.com أو أي عنوان تقرأ فيه البريد فعليًا. يرسل Outlook.com تقارير مجمعة بالفعل، وتذكر الأسئلة الشائعة لدى Microsoft أنه يرسل RUA ولا يخطط لإرسال RUF، كما ستوضح لك أداة فحص DMARC ما إذا كان العنوان الذي تدرجه قادرًا على استقبالها.

وضعت Google الحد نفسه، وهو 5,000 رسالة يوميًا، لخدمة Gmail في فبراير 2024، وبدأت تشدد تطبيق القواعد تدريجيًا، بما في ذلك رفض الرسائل، في نوفمبر 2025. وتطبق Yahoo قائمة متطلبات مشابهة من دون تحديد أي حد.

تغيرت طريقة تطبيق القاعدة بينما كان الإعلان لا يزال حديثًا. ذكرت التدوينة الأصلية أن البريد غير المتوافق سيُنقل أولًا إلى مجلد البريد العشوائي، وقد يُرفض لاحقًا. لكن تحديثًا مؤرخًا في 29 أبريل يذكر أن Microsoft قررت رفضه بدلًا من ذلك، ومع هذا لا تزال التدوينة نفسها تتضمن في موضع لاحق الفقرة الأقدم التي تتحدث عن نقله أولًا إلى مجلد البريد العشوائي. والقراءة المتأنية حاليًا هي أن البريد غير المتوافق يُنقل إلى مجلد البريد العشوائي منذ 5 مايو 2025، وأن Outlook.com يرفضه الآن أيضًا بالرسالة التالية:

لم أعثر على تاريخ منشور لبدء الرفض. تصف مقالة الدعم هذا الإجراء بصيغة الحاضر فحسب.

02ما الذي يخبرك به رمز الارتداد

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

أما الرمز 550 5.7.1 وحده، من دون رموز Microsoft الخاصة، فهو نوع آخر من الرفض، وتوجد صفحة منفصلة لشرح كيفية قراءة هذا الرمز.

03الجهات الخارجية المرسلة ومتطلبات SPF

ترسل نطاقات كثيرة عبر عدة خدمات في الوقت نفسه: منصة نشرات بريدية، ونظام CRM، ومكتب مساعدة، ونظام فوترة. ترسل كل خدمة منها باستخدام نطاقك في حقل From، ويجب أن تغطي سجلاتك كل واحدة منها. وعند سؤال Microsoft عما إذا كانت القواعد تظل سارية عندما يرسل مزود خدمة نيابة عنك، تجيب صفحة الأسئلة الشائعة: "نعم. حتى إذا استعنت بجهة خارجية للإرسال، تظل المصادقة مرتبطة بنطاقك." وتوضح مقالة الدعم ما يجب التحقق منه: أن يوقّع DKIM باستخدام نطاقك، وأن سجل SPF لديك "يتضمن عنوان IP أو قيم include التي تتطلبها الخدمة".

هنا يصبح اشتراط كل من SPF وDKIM مربكًا. تضع منصات كثيرة عنوان الارتداد على نطاقها الخاص، وهذا الـ Return-Path هو ما يتحقق منه SPF فعليًا. عندئذ ينجح SPF للمنصة، ما يستوفي شرط "يجب أن ينجح"، ويجب أن تأتي محاذاة DMARC من توقيع DKIM باستخدام نطاقك. إذا وقّعت المنصة باستخدام نطاقها الخاص بدلًا من ذلك، فستحصل على نجاحين من دون أي محاذاة، ويكون DMARC fail الناتج هو تحديدًا ما يدور حوله الخطأ 5.7.515. تطلب منك مقالة الدعم أيضًا التحقق مما إذا كان نطاق Return-Path متوافقًا مع نطاق From.نجاحان، ومحاذاة معدومة: هذه هي قصة 5.7.515 كاملة

كل خدمة تضيفها إلى SPF تستهلك أيضًا عمليات بحث DNS. تصوغ صفحة الأسئلة الشائعة من Microsoft الأمر هكذا: "إذا تجاوزت 10 عمليات بحث DNS، فقد يفشل فحص SPF." تحسبها لك أداة فحص SPF، وإذا تجاوزت الحد، فهذه طريقة العودة إلى أقل من عشر عمليات. وتؤدي أداة فحص DKIM مهمة المطابقة لكل محدد selector تستخدمه كل منصة.

04يخضع Microsoft 365 لسياسة يحددها طرف آخر

لدى مؤسسة Microsoft 365 سياسات لمكافحة البريد العشوائي يضبطها المسؤولون. وفق الإعدادات الافتراضية، تنتقل الرسائل العشوائية والرسائل العشوائية عالية الثقة والبريد الجماعي إلى مجلد Junk Email، بينما تنتقل رسائل التصيد الاحتيالي إلى العزل، وتُعزل دائمًا رسائل التصيد الاحتيالي عالية الثقة. العزل هو النتيجة الأكثر ضررًا من جهة المرسل، لأن المستلم لن يجد الرسالة في أي مجلد ما لم يبحث عنها. تحتفظ بها السياسة الافتراضية هناك لمدة 15 يومًا، بينما تحتفظ بها إعدادات Standard وStrict المسبقة لمدة 30 يومًا.

للبريد الجماعي مقياس خاص به، وهو مستوى شكاوى البريد الجماعي. تعني قيمة BCL من 1 إلى 3 أن المرسل الجماعي لديه شكاوى قليلة، بينما تعني 8 أو 9 أن لديه شكاوى كثيرة. ترسل السياسة الافتراضية البريد الجماعي إلى Junk ابتداءً من BCL 7، وإعداد Standard المسبق ابتداءً من 6، وإعداد Strict ابتداءً من 5. ومنذ يوليو 2026، توجد طبقة أحدث: يحصل البريد الجماعي ذي الطبيعة الترويجية على علامة Promotions بصرف النظر عن قيمة BCL، وعندما يفعّل المسؤول "Bulk moves enabled"، تصل الرسائل إلى مجلد Promotions. هذا ليس بريدًا عشوائيًا، لكنه لا يصل إلى Inbox أيضًا. وما تزال الميزة قيد الطرح التدريجي.

نظاما Microsoft غير معزولين أحدهما عن الآخر. تقول Microsoft إن تصفية البريد العشوائي في Microsoft 365 «تتعلم من تهديدات البريد العشوائي والتصيد الاحتيالي المعروفة ومن ملاحظات المستخدمين الواردة من منصتنا الموجهة للمستهلكين، Outlook.com»، لذلك تؤثر بلاغات قراء hotmail.com في عامل التصفية الذي تستخدمه صناديق بريد الشركات.

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

05قراءة النتيجة في الترويسات

عندما تتمكن من الحصول على الرسالة كما استلمها صندوق بريد Microsoft 365، تعرض ترويسات مكافحة البريد العشوائي القرار بوضوح. يحتوي X-Forefront-Antispam-Report على بعض الحقول التي ينبغي معرفتها:

• تعني SFV:SPM أن تصفية البريد العشوائي صنفت الرسالة كبريد عشوائي، وتعني SFV:NSPM أنها لم تصنفها كذلك، بينما تعني SFV:SFE أن التصفية تم تجاوزها لأن المرسل مدرج في قائمة Safe Senders الخاصة بالمستخدم.
• يحدد CAT فئة السياسة المطبقة: SPM وHSPM (بريد عشوائي بدرجة ثقة عالية) وBULK وPHSH وSPOOF.
• تمثل SCL رقمًا، إما -1 أو من 0 إلى 9. تتعامل الأدلة القديمة معها باعتبارها النتيجة. توضح صفحة SCL الحالية من Microsoft أن القيمة "doesn't determine whether spam filtering identifies a message as Spam or High confidence spam"، لذا اقرأ CAT أولًا.

تحتوي الترويسات أيضًا على compauth، وهي نتيجة Microsoft المركبة المبنية على SPF وDKIM وDMARC وأجزاء أخرى من الرسالة. يعني رمز السبب 001 أن المصادقة الضمنية فشلت، ويحدث ذلك عادةً لأن نطاق الإرسال لم ينشر أي سجلات مصادقة أو لم ينشر سوى سياسة ضعيفة.

06SNDS وJMRP، الآن على موقع Postmaster

أصبحت Smart Network Data Services، أو SNDS، موجودة الآن على موقع Postmaster الجديد، وتحل محل الموقع القديم على sendersupport.olc.protection.outlook.com. تعرض تقارير لكل عنوان IP، لذلك عليك إثبات ملكيتك لنطاق من عناوين IP قبل أن تعرض عليك أي بيانات. تشمل البيانات حجم الإرسال ومعدلات الشكاوى ولونًا يوضح نسبة الزيارات التي صنّفها عامل التصفية على أنها بريد عشوائي: أخضر لأقل من 10%، وأصفر بين 10% و90%، وأحمر لأكثر من 90%. تنتهي صلاحية الوصول الآن بعد 10 أشهر من الموافقة أو الترحيل، ويجب تجديدها.

بالنسبة إلى مرسل صغير، قد لا تعرض SNDS أي شيء، إذ يمكن أن تتجاهل عنوان IP أرسل أقل من 100 رسالة في يوم معين. وإذا كنت ترسل عبر عناوين IP مشتركة تابعة لمنصة، فأنت لا تملك هذه العناوين ولا يمكنك تسجيلها.

JMRP، أو Junk Mail Reporting Program، هي حلقة الملاحظات. سجّل فيها عبر SNDS، وسترسل لك Microsoft رؤوسًا مختارة من الرسائل التي وضع مستخدمو Outlook.com علامة بريد عشوائي عليها، ويبدأ ذلك عادةً خلال 72 ساعة. أضف إليها عناوين IP الجديدة كلما أضفتها.

تصف Microsoft معدل شكاوى البريد العشوائي بأنه «أحد العوامل الرئيسية» في سمعة المرسل، وتصف الأسئلة الشائعة في SNDS معدل شكاوى أقل من 0.3% بأنه «مستوى جيد لاستهدافه». تحتاج عناوين IP الجديدة إلى وقت، وتقول Microsoft إن العنوان الجديد يمكن أن يتوقع اكتمال رفع حجم إرساله «خلال أسبوعين أو أقل، حسب الحجم ودقة القائمة». ولا توجد قائمة يمكنك الدفع للانضمام إليها. تسأل صفحة استكشاف الأخطاء وإصلاحها عما إذا كان Outlook.com يدير قائمة سماح يمكن للمرسل الانضمام إليها، وتجيب: «No.»

07ما الذي يمكن للطرف الآخر تغييره

بعض هذه الأمور يعتمد على المستلم، ومن المنطقي أن تطلب من القارئ المساعدة. في Outlook.com، انتقل إلى Settings، ثم Mail، ثم Junk email. يمكن للمستخدم وضع علامة Not junk على الرسالة أو إضافة المرسل إلى Safe senders and domains. تستوعب هذه القائمة ما يصل إلى 10,000 إدخال، وتشير Microsoft إلى أن الروابط والصور في رسائل المرسلين المدرجين فيها تكون مفعلة افتراضيًا عادةً. ويمكن للمستخدم المتشدد أيضًا تفعيل وضع "exclusive"، الذي لا يقبل إلا الرسائل الواردة من Contacts وSafe Senders.

يعمل زر Junk في الاتجاه المعاكس. تستخدم Microsoft هذه البلاغات لتحديد ما إذا كان ينبغي حظر الرسائل المستقبلية من المرسل نفسه. وبشكل منفصل، تطلب توصياتها للمرسلين توفير رابط لإلغاء الاشتراك يكون "ظاهرًا بوضوح". لا يذكر نص Microsoft ترويسات List-Unsubscribe بنقرة واحدة التي يطلبها Gmail وYahoo، ولكن بما أن الحملة نفسها تُرسل إلى الخدمات الثلاث، فسأضيفها إلى جميع الرسائل (الترويستان).

يحتوي تطبيق سطح المكتب على Junk Email Filter خاص به. ويكون مضبوطًا افتراضيًا على "No Automatic Filtering"، مع خيارات Low وHigh و"Safe Lists Only" الأعلى منه، ويعامل الخيار الأخير كل الرسائل الواردة من خارج القوائم الآمنة للمستخدم على أنها بريد عشوائي. وتتم مزامنة قوائم المرسلين الآمنين والمحظورين مع الخادم، وتُستخدم هناك أيضًا.

وهناك أيضًا Focused Inbox، الذي يقسم صندوق الوارد إلى Focused وOther، ووفقًا لتعبير Microsoft فإنه "يستبعد المصادر المزعجة، مثل الرسائل المنشأة تلقائيًا أو الرسائل الجماعية". يمثل Other علامة تبويب في صندوق الوارد، وفهمي لذلك هو أن النشرة البريدية الموجودة هناك قد اجتازت بالفعل تصفية البريد العشوائي.

08الاختبار قبل الإرسال الفعلي

تقول صفحة استكشاف الأخطاء وإصلاحها الخاصة بـ Microsoft إنها «توصي بشدة بإجراء اختبار للبريد الإلكتروني قبل إرسال الرسائل الفعلية». وهذه هي الخطوة التي يغطيها Email Spam Tester. ترسل الرسالة الفعلية إلى عنوان تنشئه الصفحة، من الخادم أو المنصة التي ستستخدمها فعليًا، ويعرض التقرير 42 من عمليات التحقق: SPF وDKIM وDMARC مع المحاذاة، وDNS العكسي، ووجود IP المرسل في 21 قائمة حظر (لماذا هذه القوائم مهمة)، وترويسات إلغاء الاشتراك، والمحتوى. تتضمن عمليات التحقق الفاشلة خطة للإصلاح وسجلات DNS جاهزة للنسخ، وتأتي النقاط التي يستحقها كل إصلاح من جدول التقييم.

أضف اختبار موضع البريد، وستُرسل الرسالة نفسها أيضًا إلى صناديق بريد لدى Gmail وOutlook وYahoo ومزودي الخدمة الآخرين. يعرض التقرير المكان الذي وصلت إليه لدى كل مزود، بناءً على قراءة صندوق البريد نفسه، بما في ذلك Focused أو Other عندما يستخدم مزود الخدمة هذا التصنيف. الاختبار مجاني ولا يتطلب إنشاء حساب. تشرح الوثائق كل عملية تحقق وعدد النقاط التي تكلفها.

إذا كانت الخطوة التالية هي فتح تذكرة دعم، فلاحظ أن نموذج قابلية التسليم لدى Microsoft لا يقبل إلا الحالات المتعلقة بعناوين @outlook.com و@hotmail.com و@live.com و@msn.com. وتحذر صفحة السياسات من أنه إذا لم تكن ملتزمًا، «فقد لا يتمكن فريق الدعم لدينا من مساعدتك».