أرسلت عرض سعر مهماً يوم الإثنين، ومر الأسبوع دون رد. اتصلت بالعميل فقال إنه لم يستلم شيئاً، ثم وجده بعد بحث في مجلد الرسائل المزعجة. يحدث هذا كثيراً، وسببه في الغالب إعدادات ناقصة في نطاق الشركة، والمحتوى بريء.
الإصلاح يأخذ ساعة إذا عرفت أين تبحث.
لماذا يصنّف Gmail وOutlook رسائلك كرسائل مزعجة؟
أي شخص يستطيع تقنياً أن يرسل رسالة تحمل اسم نطاقك، والمحتالون يفعلون ذلك يومياً. لهذا تسأل خوادم الاستقبال عن كل رسالة: هل الخادم الذي أرسلها مسموح له بالإرسال باسم هذا النطاق؟ هل الرسالة موقّعة رقمياً ولم تتغير في الطريق؟ وماذا يريد صاحب النطاق أن نفعل إذا فشل التحقق؟
الأسئلة الثلاثة تجيب عنها ثلاثة سجلات: SPF وDKIM وDMARC. منذ عام 2024 شددت Google وYahoo متطلباتهما على المرسلين، وخاصة من يرسل أعداداً كبيرة يومياً، فصارت هذه السجلات شرطاً عملياً لوصول البريد.
- SPFهل الخادم المرسل مسموح له بالإرسال باسمك؟
- DKIMهل الرسالة موقّعة من نطاقك ولم تُعدَّل؟
- DMARCماذا يحدث إذا فشل التحقق، ولمن تُرسل التقارير؟
- صندوق الواردالرسالة التي تنجح في الثلاثة تصل إلى مكانها
كيف تكتب سجل SPF صحيحاً؟
SPF سجل نصي من نوع TXT في إعدادات النطاق، يذكر الخوادم المسموح لها بالإرسال. لنطاق يرسل من خادم الاستضافة ومن Google Workspace، يبدو هكذا:
v=spf1 a mx include:_spf.google.com ~all
ثلاثة أخطاء نراها كثيراً. الأول وجود سجلي SPF للنطاق نفسه، وهذا يُفشل التحقق تماماً، فادمجهما في سجل واحد. الثاني نسيان جهة ترسل باسمك، مثل نظام الفواتير أو أداة النشرات البريدية. الثالث كثرة الـ include، لأن للسجل حداً من عشر عمليات بحث.
كيف تفعّل DKIM من cPanel؟
افتح cPanel ثم Email Deliverability. ستجد بجانب كل نطاق حالة DKIM وSPF. إذا كان النطاق يُدار من الاستضافة نفسها، يكفي الضغط على Repair. وإذا كانت إعدادات النطاق عند جهة أخرى، انسخ السجل الذي تعرضه اللوحة وأضفه هناك. من يستخدم Google Workspace أو Microsoft 365 يفعّل DKIM من لوحة إدارتهما وينسخ السجل إلى النطاق بالطريقة نفسها.
ما سجل DMARC الذي تبدأ به؟
سجل نصي باسم _dmarc. ابدأ بالمراقبة فقط:
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com
ستصلك تقارير يومية تبين من يرسل باسم نطاقك. بعد أسابيع، حين تتأكد أن كل الجهات الشرعية تنجح في التحقق، ارفع السياسة إلى p=quarantine ثم إلى p=reject. هذه الخطوة تحمي عملاءك أيضاً من رسائل احتيال تنتحل اسم شركتك.
هل يستطيع أحد أن يرسل بريداً باسم شركتي؟
نعم، إذا لم تكن سياسة DMARC مفعّلة. بروتوكول البريد قديم ولا يتحقق وحده من المرسل، فيستطيع أي خادم أن يضع عنوانك في خانة «من». بعض الشركات تكتشف ذلك حين يتصل عميل ليسأل عن فاتورة لم ترسلها، أو عن طلب تحويل مبلغ إلى حساب بنكي جديد.
حين تصل سياستك إلى quarantine أو reject، ترفض خوادم Gmail وOutlook وغيرها هذه الرسائل أو تضعها في البريد المزعج. لكن DMARC يحمي اسم نطاقك بالضبط، ولا يمنع محتالاً من حجز نطاق يشبهه بحرف مختلف. لهذا ننصح بتنبيه العملاء إلى أن تغيير بيانات الدفع لا يتم عبر البريد وحده. وإذا سُرقت كلمة مرور صندوق حقيقي، فالرسائل ستنجح في التحقق، وهذا ما تمنعه حماية الحسابات التي شرحناها في مقال حماية لوحة الاستضافة وحسابات البريد.
ما شروط Gmail وOutlook لمن يرسل كميات كبيرة؟
منذ 2024 تطلب Google من المرسلين بكميات كبيرة إلى Gmail، أي بضعة آلاف رسالة يومياً، سجلات SPF وDKIM وDMARC معاً، ورابط إلغاء اشتراك بضغطة واحدة في الرسائل التسويقية، ونسبة شكاوى منخفضة. وطبّقت Microsoft شروطاً مشابهة على من يرسل إلى Outlook.com وHotmail في 2025.
هذه الشروط تُعدّل من وقت لآخر، فراجع صفحات المرسلين عند Google وMicrosoft إذا كنت ترسل نشرات أو إشعارات بأعداد كبيرة. أما الشركة التي ترسل عشرات الرسائل يومياً من صناديق موظفيها، فتكفيها السجلات الثلاثة مضبوطة.
ضبطت السجلات وما زالت المشكلة قائمة؟
افحص سمعة عنوان IP الذي ترسل منه. في الاستضافة المشتركة قد يرسل جار مسيء من الخادم نفسه فتتأثر سمعتكما معاً. افحص أيضاً سجل PTR، أي DNS العكسي، فيجب أن يشير عنوان الخادم إلى اسم صحيح. وانتبه للمحتوى: رسالة كلها صورة واحدة، أو مليئة بالروابط المختصرة، أو فيها مرفق تنفيذي، تثير الشك حتى مع سجلات صحيحة.
وإذا كنت ترسل نشرات لمئات العناوين من بريد الموظفين العادي، فانقلها إلى أداة نشرات متخصصة. الإرسال الجماعي من صندوق شخصي يضر سمعة النطاق كله.
كيف تعرف إن كان خادم بريدك في قائمة سوداء؟
افحص عنوان IP الذي يرسل منه بريدك في أداة فحص القوائم السوداء، مثل MXToolbox، التي تمر على عشرات القوائم دفعة واحدة. تجد العنوان في الرسالة الأصلية المستلمة، في سطور Received الأولى.
إذا ظهر العنوان في قائمة، فالسبب غالباً حساب مخترق يرسل بريداً مزعجاً، أو موقع على الخادم نفسه فيه نموذج يستغله المهاجمون. أوقف المصدر أولاً، ثم اطلب الإزالة من صفحة القائمة نفسها، فطلب الإزالة قبل إيقاف المصدر يعيدك إليها خلال أيام. وفي الاستضافة المشتركة اطلب من المزود معالجة ذلك، لأن العنوان ليس لك وحدك.
كيف تتأكد أن الإعداد صحيح؟
أرسل رسالة إلى حساب Gmail، وافتحها، واختر من القائمة «إظهار الرسالة الأصلية». ستجد سطراً لكل من SPF وDKIM وDMARC، وكلها يجب أن تكون PASS. بعدها راقب تقارير DMARC أسبوعياً لشهر، أو استخدم أداة تقرأها لك وتلخصها.
نضبط هذه السجلات لكل عميل ضمن خدمة الاستضافة والبريد. إذا كانت رسائل شركتك تذهب إلى البريد المزعج، أرسل لنا اسم النطاق ونفحصه لك.
أسئلة يطرحها شركاؤنا
هل يكفي SPF وحده؟
لا يكفي. SPF يتحقق من الخادم الذي أرسل الرسالة، وقد يفشل عند إعادة التوجيه. DKIM يوقّع الرسالة نفسها، وDMARC يربط الاثنين باسم نطاقك ويحدد ما يحدث عند الفشل. نحتاج الثلاثة معاً.
هل أبدأ بسياسة DMARC صارمة؟
ابدأ بـ p=none للمراقبة، واقرأ التقارير بضعة أسابيع حتى تتأكد أن كل جهة ترسل باسمك مضبوطة، ثم انتقل تدريجياً إلى quarantine ثم reject.
لماذا تصل رسائلي إلى Gmail ولا تصل إلى Outlook؟
لكل مزود معاييره، وOutlook حساس لسمعة عنوان IP المرسل. إذا كانت السجلات الثلاثة صحيحة، فاسأل مزود الاستضافة عن سمعة خادم البريد، أو انقل البريد إلى خدمة متخصصة.
كتبه فريق Visual Innovate، الفريق الذي يبني الأنظمة والمواقع والتطبيقات ويستضيفها ويتابعها لعملائنا في الأردن والسعودية وعُمان ومصر.
