الإجابة المختصرة: إليك شرح DMARC في سطور. أضف إلى إعدادات نظام أسماء النطاقات (DNS) سجلًا واحدًا من نوع TXT، اسمه _dmarc وقيمته v=DMARC1; p=none. هذا السجل آمن من اليوم الأول، ويلبّي ما تشترطه Gmail وYahoo. وبعد أن ينجح فحصا SPF وDKIM طوال أسبوع أو أسبوعين، غيّر p=none إلى p=quarantine. وهذا كله إعداد في اسم نطاقك (الدومين)، لا في منشئ النماذج السهل (Easy Form Builder) ولا في أي إضافة أخرى.
أظهر لك اختبار البريد السطر Domain protection policy (DMARC) (سياسة حماية النطاق) وبجانبه الشارة Needs setup (يحتاج إلى إعداد). وهذا الجزء من النتيجة يظهر بالإنجليزية حتى لو كانت لوحة تحكم ووردبريس بالعربية، لأنه لم يُترجم بعد. وسجل DMARC أقصر السجلات الثلاثة، والوحيد الذي تستطيع أن تكتبه بنفسك. ومنذ عام 2024 تطلب Gmail وYahoo وجوده، ومن دونه قد تنتهي حتى الرسائل الموقّعة توقيعًا سليمًا في البريد المزعج.
هذا إعداد في نطاقك، لا في الإضافة. يتكوّن DMARC من سجل واحد من نوع TXT في إعدادات DNS لنطاقك. ويكتفي منشئ النماذج السهل بالتحقق من وجوده، ولا تستطيع أي إضافة نماذج أن تضيفه نيابةً عنك.
ما هو DMARC؟ الجواب في جملة واحدة
سجل DMARC قاعدة تضعها على نطاقك لتخبر صناديق البريد بما تفعله برسالة فشلت في الفحصين الآخرين (SPF وDKIM): أن تمرّرها، أو ترسلها إلى البريد المزعج، أو ترفضها. وتحدد القاعدة كذلك العنوان الذي تُرسَل إليه التقارير عن هذه الرسائل.
ولأن DMARC يعتمد على نجاح SPF أو DKIM، فأعِدّهما أولًا. ولو أضفت سجل DMARC بسياسة صارمة قبل أن يعملا، لانتهت رسائلك أنت في البريد المزعج.
الخطوة 1: اختر السياسة (ابدأ بالمراقبة)
هل تبدأ بـ p=none أو p=quarantine؟ ابدأ بالأولى. وإليك ما تعنيه كل سياسة:
| السياسة | معناها | متى تستخدمها |
|---|---|---|
p=none | مراقبة وتقارير فقط، ولا يُحظر أي شيء | ابدأ بها. آمنة من اليوم الأول. |
p=quarantine | تذهب الرسائل التي تفشل في الفحص إلى البريد المزعج | بعد أن ينجح SPF وDKIM طوال أسبوع أو أسبوعين |
p=reject | تُرفض الرسائل التي تفشل في الفحص | لاحقًا، حين تصبح كل خدمة ترسل باسمك متطابقة مع نطاقك |
وتكفي السياسة p=none نفسها لتَعُدّ Gmail وYahoo سجل DMARC «موجودًا»، ولذلك ترفع درجتك في الاختبار فورًا.
الخطوة 2: افتح سجلات DNS
- في Cloudflare: سجّل الدخول، واختر نطاقك، ثم افتح DNS → Records (قائمة سجلات DNS). ولا تتوفر لوحة Cloudflare بالعربية، لذلك نكتب أسماء أزرارها وحقولها بالإنجليزية كما تظهر على الشاشة، ومعها معناها بالعربية.
- في لوحة أخرى: ابحث لدى مسجّل النطاق (الشركة التي اشتريت منها النطاق) أو لدى شركة الاستضافة عن صفحة DNS أو Zone Editor (محرر منطقة DNS)، أو ما يقابلها بالعربية في لوحتك.
تأكد أن القائمة لا تضم سجلًا سابقًا باسم _dmarc، فلا يكون للنطاق إلا سجل واحد بهذا الاسم.
الخطوة 3: أضف سجل DMARC في Cloudflare أو أي لوحة DNS
اضغط Add record (إضافة سجل)، ثم املأ الحقول كما يلي:
| الحقل | القيمة |
|---|---|
| حقل Type (النوع) | TXT |
| حقل Name (الاسم) | _dmarc |
| حقل Content (المحتوى) | النص v=DMARC1; p=none; rua=mailto:[email protected]، بعد أن تضع مكان [email protected] عنوان بريد على نطاقك تتابع رسائله |
| حقل TTL | الخيار Auto (تلقائي) |
الجزء rua= اختياري، لكنه مفيد، إذ ترسل إليك صناديق البريد بفضله ملخصًا يوميًا يبيّن مَن أرسل بريدًا باسم نطاقك، وهل نجحت رسائله في الفحوص. وإن كنت لا تريد التقارير، فاكتفِ في حقل المحتوى بـ v=DMARC1; p=none.
ثم اضغط Save (حفظ).
الخطوة 4: أعد الاختبار
تحتاج تغييرات DNS من 5 دقائق إلى بضع ساعات حتى تنتشر. بعد ذلك افتح في ووردبريس منشئ النماذج السهل ← الإعدادات ← إعدادات البريد الإلكتروني، واضغط تحقق من خادم البريد الإلكتروني (Easy Form Builder → Settings → Email Settings → Check Email Server). ومن المفترض أن ترى الآن الشارة Looks good (يبدو جيدًا) بجانب سطر Domain protection policy (DMARC) (سياسة حماية النطاق).
الخطوة 5: شدّد السياسة لاحقًا (اختياري)
حين يظل الاختبار يُظهر Looks good (يبدو جيدًا) بجانب SPF وDKIM طوال أسبوع أو أسبوعين، حرّر السجل وغيّر p=none إلى p=quarantine، فهذه السياسة هي التي تحمي نطاقك من التزوير فعلًا. أما p=reject فلا تنتقل إليها إلا حين تتأكد أن كل خدمة ترسل باسمك (استضافتك، وأداة الرسائل الإخبارية، ونظام CRM…) تنجح في الفحوص.
أخطاء شائعة
- البدء بـ
p=reject. إن لم يكن SPF أو DKIM متطابقًا مع نطاقك، فسترفض صناديق البريد رسائلك أنت. - إدخال الاسم كاملًا فيصبح
_dmarc.example.com.example.com. اكتب في حقل الاسم_dmarcوحده، فاللوحة تضيف إليه اسم النطاق تلقائيًا. - سجل
_dmarcثانٍ. في هذه الحالة تتجاهل صناديق البريد السجلين معًا. - عنوان تقارير غير موجود. عندها ترتدّ التقارير، فاستخدم صندوق بريد حقيقيًا، أو احذف الجزء
rua=من السجل.
الأسئلة المتكررة
هل عليّ أن أقرأ التقارير؟ لا، فهي ملفات XML مخصّصة لأدوات التحليل، والسجل يعمل سواء قرأتها أم لم تقرأها.
هل يرفع DMARC وحده الدرجة المنخفضة؟ جزئيًا. فهو يُزيل خصم النقاط الناتج عن «غياب السياسة»، لكن الثقة نفسها تأتي من نجاح SPF وDKIM. لذلك أعِدّ السجلات الثلاثة كلها.
موقعي على نطاق فرعي (shop.example.com)، فأين أضع السجل؟ تضعه على النطاق الرئيسي كالمعتاد (_dmarc.example.com)، فالنطاقات الفرعية ترث سجله، ما لم تُضف لها سجلًا خاصًا بها.
برومبت جاهز لأي مساعد ذكاء اصطناعي
انسخ النص التالي كله، واستبدل القسم الأول بمعلوماتك أنت، ثم الصقه في ChatGPT أو Gemini أو Claude أو أي مساعد آخر.
[معلوماتي — استبدلها]
نطاقي: example.com
تُدار إعدادات DNS لنطاقي في: (Cloudflare / مسجّل النطاق / لوحة الاستضافة)
نتيجة الاختبار الحالية: SPF: … DKIM: … DMARC: Needs setup
عنوان بريد على نطاقي أتابع رسائله (لاستقبال التقارير)، أو «بلا تقارير»: …
[التعليمات — لا تغيّرها]
أنت تساعد مالك موقع ووردبريس ليست لديه خلفية تقنية على إضافة سجل DMARC. هذا إعداد في DNS،
ولا تستطيع إضافة النماذج أن تقوم به. ابدأ بـ p=none، ولا تقترح quarantine أو reject إلا إذا أخبرتك
أن SPF وDKIM ينجحان منذ أسبوع على الأقل.
أجب بالعربية دائمًا. واذكر أسماء القوائم والأزرار والحقول كما تظهر على شاشتي بالضبط: بالعربية إن ظهرت
بالعربية، وبالإنجليزية إن ظهرت بالإنجليزية (كما في Cloudflare). ولا تترجم قيم السجلات.
1. أعطني السجل في ثلاثة حقول: Type وName وContent، جاهزًا للّصق.
2. أرشدني إلى إضافته في لوحة DNS خطوة واحدة في كل مرة، واسألني عمّا أراه أمامي قبل أن تنتقل إلى الخطوة التالية.
3. اختم بثلاثة أمور: كم أنتظر، وكيف أعيد الاختبار في منشئ النماذج السهل ← الإعدادات ← إعدادات البريد الإلكتروني
(Easy Form Builder → Settings → Email Settings)، ومتى يصبح تغيير p=none إلى p=quarantine آمنًا.