- لم تتم مصادقة بريدك الإلكتروني. لا يمكن للخادم المستلم التأكد من أن الرسالة قد أُرسلت فعليًّا من نطاقك. وعادةً ما يكون السبب هو فقدان سجل ما، أو عدم إضافة أداة جديدة (مثل نظام إدارة علاقات العملاء (CRM)، أو نظام إصدار الفواتير، أو النشرة الإخبارية، أو نموذج الموقع الإلكتروني، أو مكتب الدعم الفني، أو حتى الماسح الضوئي) إلى النطاق مطلقًا، أو تجاوز سجل SPF الحد الأقصى المسموح به، مما أدى إلى تعطله بشكل خفي بالنسبة لجميع الرسائل.
- تبدو الرسالة وكأنها بريد مزعج. مُختصِّرات الروابط، والكثير من الصور والقليل من الكلمات، والأحرف الكبيرة، والتوقيع الذي يحتوي على ستة شعارات، والمرفقات التي لم يطلبها أحد، أو العنوان المكتوب كإعلان. تقوم المرشحات بتقييم كل عنصر من هذه العناصر.
- تضررت سمعة نطاقك. تعرض صندوق بريد للاختراق وأرسل رسائل غير مرغوب فيها طوال عطلة نهاية الأسبوع، أو أرسل شخص ما تحديثًا إلى 400 مستلم من Outlook مع وضع الجميع في خانة «نسخة مخفية» (Bcc)، أو يتم إرسال بريدك عبر خادم مشترك مع جار سيئ.
- جانب المستلم. قد يكون السبب قاعدة ما، أو صندوق بريد ممتلئ، أو إعادة توجيه إلى عنوان شخصي، أو مرشح صنف عنوانك كبريد غير مرغوب فيه بعد أن تعلمه. هذه الحالة أقل شيوعًا مما يعتقده الناس، ولا يمكن حلها إلا من قبل المستلم نفسه.
لماذا ينتهي المطاف ببريد شركتك الإلكتروني في مجلد الرسائل غير المرغوب فيها، وكيفية حل هذه المشكلة نهائيًا
الأسباب الأربعة التي تجعل البريد الإلكتروني الخاص بالأعمال ينتهي به المطاف في مجلد البريد غير المرغوب فيه، وما الذي تفعله SPF وDKIM وDMARC فعليًّا، وما الذي يتطلبه الآن كل من Gmail وOutlook من كل مرسل، وفحص يمكنك إجراؤه في 20 دقيقة.
مدة القراءة: 8 دقائقآخر تحديث
الإجابة المختصرة
في تسع حالات من أصل عشر، يكون السبب هو المصادقة: فمجالك لا يُعلم العالم بالخدمات التي يُسمح لها بإرسال البريد نيابة عنك، أو تمت إضافة أداة جديدة دون تحديث تلك السجلات. يتوقع كل من Gmail وOutlook الآن وجود سجلات SPF وDKIM وDMARC من كل مرسل، ويقومان تلقائيًّا بإرسال البريد إلى مجلد الرسائل غير المرغوب فيها عند حدوث أي خطأ. قم بتصحيح السجلات، وشغّل DKIM في كل أداة ترسل بريدًا باسم مجالك، وابدأ مراقبة DMARC، وستختفي معظم مشاكل التسليم في غضون يوم أو يومين.
أربعة أسباب، مرتبة حسب الاحتمالية
ما الذي تفعله SPF وDKIM وDMARC فعليًّا
هذه العناصر الثلاثة هي سجلات نصية صغيرة في نظام أسماء النطاقات (DNS) الخاص بنطاقك. لا يراها أحد في شركتك، لكن كل خادم بريد ترسل إليه رسالة يتحقق منها.
| تسجيل | بعبارات بسيطة | ما الذي قد يحدث من مشاكل في غيابها |
|---|---|---|
| SPF | قائمة بالخدمات المسموح لها بإرسال رسائل البريد الإلكتروني باسم نطاقك، على سبيل المثال Microsoft 365 وأداة إصدار الفواتير الخاصة بك. | يفشل استلام البريد من خدمة غير مدرجة في القائمة. كما تفشل القائمة التي تحتوي على أكثر من عشرة عمليات بحث في جميع الحالات. |
| DKIM | يتم إضافة توقيع رقمي إلى كل رسالة، مما يثبت أنها صادرة من نطاقك ولم يتم التلاعب بها أثناء الإرسال. | تصل الرسائل غير موقعة ولا تختلف في مظهرها عن الرسائل المزورة. |
| DMARC | تعليماتك للمستلمين: ما يجب فعله عندما تفشل رسالة تدعي أنها منك في اجتياز الفحوصات المذكورة أعلاه، وإلى أين يجب إرسال البلاغات. | المستلمون يخمنون، ويمكن لأي شخص إرسال بريد باسمك دون علمك. |
هناك تفصيل واحد مهم: التوافق. يجب أن يتطابق النطاق الموجود في عنوان «من» الذي يراه المستلمون مع النطاق الذي اجتاز اختبار SPF أو DKIM. فأداة النشرات الإخبارية التي ترسل الرسائل باسم نطاقك ولكنها توقع باستخدام نطاقها الخاص، تجتاز اختبار DKIM لنفسها، لكنها لا تزال تفشل في اجتياز اختبار DMARC نيابة عنك.
ما يتطلبه الآن كل من Gmail وOutlook وYahoo
منذ عام 2024، أصبح كبار مزودي خدمات البريد الإلكتروني ينشرون القواعد بدلاً من الاعتماد على التخمين، وفي أواخر عام 2025، صعّدت Google من إجراءات الإنفاذ بزيادة حالات الرفض. وفيما يلي متطلباتهم المنشورة، اعتبارًا من أكتوبر 2026:
| المتطلبات | Gmail (كل مرسل) | Outlook.com وYahoo |
|---|---|---|
| SPF وDKIM | كلاهما تم إعدادهما | كلاهما مُعدّ لمن يرسل حوالي 5,000 رسالة يوميًا أو أكثر؛ ويُتوقع بشدة من الجميع القيام بذلك |
| سجل DMARC | نُشر، على الأقل p=none | منشور، على الأقل p=none، متوافق مع SPF أو DKIM |
| من المجال المتوافق | نعم، باستخدام SPF أو DKIM | نعم |
| DNS العكسي و TLS | مطلوب | المتوقع |
| معدل الشكاوى المتعلقة بالبريد العشوائي | أقل من 0.3 في المائة، استهدف 0.1 | تم إبقاؤها منخفضة؛ مايكروسوفت تراقب السمعة عن كثب |
| إلغاء الاشتراك بنقرة واحدة | رسائل تسويقية من مرسلين جماعيين | رسائل تسويقية من مرسلين جماعيين |
تغطي هذه القواعد رسميًا البريد المرسل إلى عناوين Gmail وOutlook.com وYahoo الشخصية. وفي الواقع، يطبق كل من Microsoft 365 وGoogle Workspace نفس الإجراءات على صناديق البريد الخاصة بالأعمال، لذا فإن الحل واحد بغض النظر عن الخدمة التي يستخدمها عملاؤك.
الفحص الذي يستغرق 20 دقيقة
- أدرج كل ما يتم إرساله باسم نطاقك. Microsoft 365 أو Google Workspace، ونظام إدارة علاقات العملاء (CRM)، وأدوات إصدار الفواتير وكشوف المرتبات، ومنصة النشرات الإخبارية، ونموذج الاتصال على الموقع الإلكتروني، ومكتب المساعدة، وأدوات التقويم والحجز، وتلك الطابعة التي تقوم بالمسح الضوئي وإرسال الملفات إلى البريد الإلكتروني. تحتوي معظم النطاقات على ما بين خمسة إلى ثمانية.
- اقرأ سجل «SPF» الخاص بك. يجب أن يكون هناك سجل واحد فقط. ويجب أن يشمل كل خدمة من القائمة، وألا يتجاوز عدد عمليات البحث في DNS عشرة، وأن ينتهي بـ -all أو ~all. وجود سجل SPF ثانٍ، أو عملية بحث حادية عشرة، يؤدي إلى فشل الاختبار بالكامل.
- قم بتفعيل DKIM في كل مكان. في Microsoft 365، توجد هذه الإعدادات في بوابة Defender ضمن «إعدادات مصادقة البريد الإلكتروني»؛ وفي Google Workspace، توجد ضمن «التطبيقات»، ثم «Google Workspace»، ثم «Gmail»، ثم «مصادقة البريد الإلكتروني». كل أداة من أدوات الجهات الخارجية لها إعدادات DKIM الخاصة بها التي توفر لك سجلين أو ثلاثة سجلات DNS لإضافتها.
- نشر DMARC على مستوى المراقبة. السجل الذي يحتوي على p=none وعنوان الإبلاغ لا يغير شيئًا في الوقت الحالي، ولكن في غضون أيام ستُظهر التقارير كل خدمة ترسل باسمك، بما في ذلك تلك التي نسيتها وأي شخص ينتحل شخصيتك.
- أرسل اختبارًا واقرأ النتيجة. أرسل بريدًا إلكترونيًّا إلى حساب Gmail شخصي، وافتح الرسالة، واختر «إظهار الأصل»، وابحث عن SPF: PASS، وDKIM: PASS، وDMARC: PASS. يعرض Outlook.com نفس المعلومات في رؤوس الرسائل. ويُعلمك ظهور كلمة «FAIL» واحدة بالسجل الذي يجب إصلاحه بالضبط.
- تشديد إجراءات DMARC تدريجيًّا. بعد مرور أسبوعين إلى أربعة أسابيع من صدور تقارير خالية من المشاكل، انتقل إلى p=quarantine، ثم p=reject. عند الوصول إلى p=reject، لن يتمكن أي شخص من إرسال بريد باسمك، وسيزداد ثقة المستلمين في بريدك.
المشكلات التي تبدو وكأنها تتعلق بالمصادقة ولكنها ليست كذلك
- صندوق بريد تعرض للاختراق. إذا انخفضت نسبة التسليم بين عشية وضحاها، فتحقق أولاً من سجلات تسجيل الدخول وقواعد صندوق الوارد للحسابات المتأثرة قبل أي شيء آخر. يقوم المهاجمون بإضافة قاعدة تخفي الردود وترسل رسائل غير مرغوب فيها من الحساب الحقيقي.
- البريد الجماعي من صندوق بريد عادي. تم تصميم Outlook وGmail للمحادثات، وليس للحملات التسويقية. يجب إجراء تحديثات مئات جهات الاتصال باستخدام أداة مخصصة، وإرسالها من نطاق فرعي مثل news.yourcompany.com حتى لا يؤثر أي خلل في هذا النطاق على نطاقك الرئيسي.
- التوقيعات الثقيلة ومُختصِّرات الروابط. عدد أقل من الصور، وعدم وجود روابط مختصرة، ونص يبدو وكأنه كُتب بواسطة شخص حقيقي.
- نطاق جديد تمامًا. يتم التعامل مع النطاقات التي لا يوجد لها سجل سابق بريبة خلال الأسابيع الأولى. ابدأ بأحجام صغيرة ومحادثات حقيقية.
- قوائم تم شراؤها أو جمعها بطريقة غير مشروعة. تؤدي معدلات الشكاوى التي تتجاوز 0.3 في المائة إلى استبعادك من قائمة المزودين الموثوقين لمدة أسبوع في كل مرة، ولا يمكن لأي سجل تصحيح ذلك.
احرص على ترتيبها
- أضف كل أداة جديدة ترسل بريدًا إلكترونيًّا إلى SPF وDKIM في يوم إعدادها
- اقرأ تقارير DMARC شهريًّا، أو اطلب من شخص آخر قراءتها نيابةً عنك
- احتفظ بالبريد التسويقي والمتعلق بالمعاملات في نطاقات فرعية خاصة به
- راقب معدل الشكاوى في «Google Postmaster Tools» وأدوات المرسل من مايكروسوفت
- تحقق من الأشخاص الذين يمكنهم إنشاء قواعد البريد الوارد وإعادة التوجيه، لأن هذه هي أول الأشياء التي يغيرها المهاجم
الأسئلة الشائعة
ما يسألنا عنه الناس
إجابات قصيرة عن أكثر ما يسألنا عنه المؤسسون ومسؤولو الشؤون المالية.
اسألنا عن أي شيء آخرعادةً ما يكون السبب أحد الأمور الأربعة التالية: بدأت أداة جديدة في إرسال رسائل باسم نطاقك دون أن تُضاف إلى سجل SPF، أو تجاوز سجل SPF حد العشرة عمليات بحث، أو تعرض صندوق بريد للاختراق، أو شدد مزود الخدمة إجراءات الإنفاذ، كما فعلت Google في أواخر عام 2025. ويحدد الفحص الذي يستغرق 20 دقيقة المذكور أعلاه السبب.
نعم. تتوقع Google الآن وجود سجل DMARC من كل مرسل يراسل عناوين Gmail، كما تتوقع Outlook.com وجوده من المرسلين الكبار. ولا يؤدي السجل بقيمة p=none إلى تغيير أي شيء ولا يكلف شيئًا، وهو الطريقة الوحيدة لمعرفة من يرسل رسائل باسمك.
ليس عند p=none. لا تظهر المشكلات إلا إذا قمت بالانتقال إلى الحجر الصحي أو الرفض قبل أن يتم تمرير جميع الخدمات المشروعة، ولهذا السبب نقوم أولاً بقراءة التقارير لبضعة أسابيع.
نعم. توجد السجلات في نظام أسماء النطاقات (DNS) الخاص بنطاقك وتسري على أي منصة أو أدوات تستخدمها لإرسال بريدك. ويختلف الأمر فقط في المكان الذي تقوم فيه بتفعيل DKIM.
لأن «Microsoft 365» موجود في إعدادات «SPF» و«DKIM» الخاصة بك، بينما نظام إدارة علاقات العملاء (CRM) غير موجود، أو لأن نظام إدارة علاقات العملاء (CRM) يقوم بالتوقيع باستخدام نطاقه الخاص بدلاً من نطاقك. وتحتوي كل أداة على إعداد «DKIM» يعالج هذه المشكلة.
يمكن تصحيح السجلات في غضون يوم واحد بالنسبة لمعظم النطاقات. ويستغرق تفعيل DMARC تدريجيًّا حتى يصل إلى مرحلة الرفض الآمن بضعة أسابيع من قراءة التقارير، بينما تستعيد السمعة المتضررة عافيتها على مدار أسابيع من الإرسال النظيف.
كيف تساعدك «SF3 Technologies»
نقوم بتحديد كل خدمة ترسل بوصفها نطاقك، وإصلاح SPF، وتفعيل DKIM في Microsoft 365 وGoogle Workspace وكل أداة، وننشر DMARC ونضبطه على الرفض أثناء مراجعة التقارير، حتى تصل رسائلك الإلكترونية ولا يتمكن أحد من الإرسال باسمك. وتبقى السجلات في نظام DNS الخاص بك وفي حسابك، تحت سيطرتك.
متطلبات المرسل هي كما نشرتها Google وMicrosoft في أكتوبر 2026، وهي عرضة للتغيير بمرور الوقت. يرجى مراجعة إرشادات المرسل الحالية لكل مزود قبل الاعتماد على أي عتبة.