انتقل إلى المحتوى الرئيسي
MailLand

دليل: المصادقة

كيف تُعد DMARC

يربط DMARC نتيجتي SPF وDKIM بعنوان From الذي يراه المستلمون، ويخبر المستقبِلين بما يفعلونه بالبريد الذي يفشل، ويطلب منهم إرسال تقارير إليك.

آخر مراجعة: 4 نوفمبر 2026

ما الذي يضيفه DMARC

يتحقق SPF من نطاق المغلف ويتحقق DKIM من النطاق الموقِّع، لكن لا يُشترط في أي منهما أن يطابق عنوان From. أما DMARC (المعيار RFC 9989 الذي حل محل RFC 7489 في مايو 2026) فيشترط ذلك: لا تجتاز الرسالة DMARC إلا إذا نجح SPF أو DKIM لنطاق محاذٍ لنطاق From.

السياسة سجل TXT في _dmarc.yourdomain. يقرؤه المستقبِلون ليقرروا ما يفعلونه بالبريد الذي يدّعي أنه منك ويفشل، وإلى أين يرسلون تقارير بما رأوه.

المحاذاة

في المحاذاة relaxed (adkim=r وaspf=r، وهي القيمة الافتراضية) يجب أن يشترك النطاقان في النطاق التنظيمي نفسه: mail.example.com محاذٍ لـ example.com. وفي المحاذاة strict (s) يجب أن يتطابقا تمامًا.

عمليًا يعني ذلك أن على خدمة الإرسال أن توقّع DKIM بنطاقك، وأن تستخدم Return-Path على نطاقك كي يُحتسب SPF. ويكفي نجاح واحد محاذٍ.

السجل وسياساته

يبدأ السجل بـ v=DMARC1. ويعامل RFC 9989 السجل الخالي من الوسم p= كأنه p=none، لكن انشر p= صراحة كي تكون نيتك واضحة. أما بقية الوسوم فاختيارية: rua= للتقارير المجمعة، وsp= للنطاقات الفرعية، وt=y لاختبار السياسة دون مطالبة المستقبِلين بتطبيقها. وقد أُزيل الوسم pct= الذي كان في RFC 7489.

  • p=none: تطلب من المستقبِلين عدم اتخاذ أي إجراء DMARC والاكتفاء بالتقارير. استخدمها لمعرفة من يرسل باسم نطاقك، وتظل تصفية البريد المزعج المعتادة سارية.
  • p=quarantine: تطلب من المستقبِلين معاملة البريد الذي يفشل على أنه مشبوه، وغالبًا بنقله إلى البريد غير المرغوب فيه.
  • p=reject: تطلب من المستقبِلين رفض البريد الذي يفشل. وهي أقوى حماية من انتحال نطاقك، وإن ظل القرار الأخير بيد كل مستقبِل.
v=DMARC1; p=none; rua=mailto:[email protected]

ترتيب آمن لتشديد السياسة

ابدأ بـ p=none وعنوان rua تقرأ تقاريره فعلًا. التقارير المجمعة ملفات XML يرسلها كل مستقبِل نحو مرة في اليوم، وتذكر المصادر التي أرسلت باسم نطاقك وهل نجحت أم لا.

أصلح كل مصدر مشروع يفشل: أداة نشرات منسية، أو نظام فوترة، أو مكتب دعم. ثم انتقل إلى p=quarantine وراقب التقارير مرة أخرى، وانتقل إلى p=reject حين لا يفشل إلا المرسلون غير المصرح لهم.

ما يطلبه مزودو صناديق البريد

تطلب Google من الذين يرسلون قرابة 5,000 رسالة أو أكثر يوميًا إلى حسابات Gmail الشخصية نشر DMARC، وأن يكون نطاق From محاذيًا لنطاق SPF أو DKIM. وتطلب Yahoo من المرسلين بالجملة سياسة DMARC صالحة لا تقل عن p=none، ويجب أن ينجح DMARC.

كيف تتعامل Mail.Land مع DMARC

DMARC إلزامي في Mail.Land: لا يُتحقق من النطاق إلا بسجل _dmarc يبدأ بـ v=DMARC1 ويحمل الوسم p=، ويجب التحقق من SPF وDKIM وDMARC جميعًا قبل أن يتمكن من الإرسال. تقترح لوحة التحكم قيمة بـ p=quarantine ومحاذاة relaxed، ويمكنك نشر سياستك الخاصة بدلًا منها.

توقّع Mail.Land DKIM بنطاقك، وبعد التحقق من سجل Return-Path الخاص المفعّل افتراضيًا تحاذي SPF أيضًا بالمحاذاة relaxed. وتستقبل Mail.Land تقارير DMARC التجميعية المرسلة إلى عنوان rua الذي تعطيك إياه، وتتيح نسبة نجاحها ومصادر الإرسال والإجراءات المطبقة عبر الواجهة البرمجية؛ أضف عنوان rua خاصًا بك إن أردت التقارير الأصلية أيضًا.

إعداد DNS في توثيق Mail.Land

المصادر

  1. RFC 9989، Domain-based Message Authentication, Reporting, and Conformance (DMARC) (تاريخ الاطلاع 4 نوفمبر 2026)
  2. RFC 9990، التقارير المجمعة في DMARC (تاريخ الاطلاع 4 نوفمبر 2026)
  3. Google، إرشادات مرسلي البريد الإلكتروني (تاريخ الاطلاع 4 نوفمبر 2026)
  4. Yahoo، أفضل الممارسات للمرسلين (تاريخ الاطلاع 4 نوفمبر 2026)

ضعه موضع التطبيق

أضف نطاقك إلى Mail.Land، وستعرض لوحة التحكم بالضبط سجلات SPF وDKIM وDMARC التي عليك نشرها.

ابدأ مجاناً