أنشئ سجل DMARC بالسياسة وعناوين التقارير والتوافق الذي تختاره. يُشرح كل وسم، ويبيّن الطرح المرحلي كيف تنتقل من المراقبة إلى الإنفاذ بأمان.
| الوسم | القيمة | المعنى |
|---|
| المرحلة | السجل | ما عليك فعله |
|---|---|---|
| 1. المراقبة | p=none; rua=mailto:... | اجمع التقارير لبضعة أسابيع. أدرج كل نظام يرسل باسم نطاقك وأصلح SPF أو DKIM للأنظمة المشروعة. |
| 2. بدء الإنفاذ | p=quarantine; pct=10 | طبّق السياسة على نسبة صغيرة من الرسائل الفاشلة، ثم ارفع pct تدريجيًا (25 ثم 50 ثم 100) ما دامت التقارير سليمة. |
| 3. حجر كامل | p=quarantine; pct=100 | ابقَ هنا حتى لا يفشل أي مصدر مشروع. |
| 4. الرفض | p=reject | تُرفض الرسائل الفاشلة. واصل قراءة التقارير؛ فالمرسلون الذين يُضافون لاحقًا سيحتاجون إلى إعداد. |
تعتمد مدة البقاء في كل مرحلة على عدد الأنظمة التي ترسل لنطاقك. أسماء المراحل من اقتراحنا، وليست جزءًا من معيار DMARC.
يعمل المولّد في متصفحك ولا يخزّن شيئًا. أبقِ دائمًا سجل DMARC واحدًا لكل نطاق، منشورًا كسجل TXT عند _dmarc.
يفحص كل من SPF وDKIM أمرًا ما، لكن أيًّا منهما لا يحدد ما يُفعل عند فشل الفحص، ولا يرتبط بالعنوان الذي يراه الناس فعلًا في سطر From. ويعالج DMARC الأمرين. فهو يخبر المستقبِلين: اقبلوا البريد على أنه من هذا النطاق فقط إذا نجح SPF أو DKIM باستخدام النطاق نفسه الموجود في عنوان From، وإليكم ما تفعلونه بالبريد الذي لا يستوفي ذلك. كما يطلب من المستقبِلين إرسال تقارير إليك، وبها تعرف من يرسل بريدًا باسم نطاقك.
| الوسم | ما يفعله | ملاحظات |
|---|---|---|
| v | الإصدار | دائمًا DMARC1 ودائمًا أولًا. |
| p | سياسة الرسائل الفاشلة: none أو quarantine أو reject | مطلوب. |
| sp | سياسة النطاقات الفرعية | اختياري. وبدونه تتبع النطاقات الفرعية p. |
| rua | وجهة إرسال التقارير المجمّعة | يُنصح به بشدة. عنوان mailto: واحد أو أكثر. |
| ruf | وجهة إرسال تقارير الإخفاق | اختياري. لا يرسل كثير من كبار المستقبِلين هذه التقارير. |
| adkim, aspf | وضع التوافق: مرن (r) أو صارم (s) | المرن هو الافتراضي ويناسب معظم النطاقات. |
| pct | نسبة الرسائل الفاشلة التي تُطبَّق عليها السياسة | استخدمه لتطبيق quarantine أو reject تدريجيًا. |
| fo | متى تُنشأ تقارير الإخفاق | 0 (الافتراضي) أو 1 أو d أو s. |
| ri | عدد الثواني المطلوب بين التقارير المجمّعة | الافتراضي 86400، أي يوم واحد. وقد يتجاهله المستقبِلون. |
الخطأ الشائع هو نشر p=reject من اليوم الأول ثم اكتشاف، عبر فواتير مرتدّة، أن نظامًا منسيًا كان يرسل باسمك. الطريق الآمن أن تبدأ بالمراقبة ولا تشدّد إلا عندما تصبح التقارير سليمة.
يعرض جدول المراحل أسفل المولّد كل خطوة في صورة سجل يمكنك نسخه.
ينجح DMARC عندما ينجح SPF أو DKIM ويطابق النطاق الناجح نطاق From. مع التوافق المرن يُعدّ النطاق الفرعي مطابقًا: فالبريد من mail.example.com يتوافق مع From بعنوان example.com. ومع التوافق الصارم يجب أن يكون النطاقان متطابقين. لا يستحق الصارم العناء إلا عندما تتحكم في كل المرسلين وتريد أشد قاعدة؛ فقد يعطّل بريدًا مشروعًا من خدمات خارجية تستخدم نطاقات فرعية.
إذا كان عنوان rua على نطاق مختلف عن النطاق الذي تحميه، مثل خدمة تقارير، يتحقق المستقبِلون من موافقة النطاق الآخر على استلام تقاريرك. ويتم ذلك بنشر سجل TXT عند yourdomain._report._dmarc.otherdomain بالقيمة v=DMARC1. تُعدّ خدمات التقارير هذا عادةً نيابة عنك؛ وينبهك المولّد عندما ينطبق ذلك.
تقارير rua اليومية ملفات XML مضغوطة، واحد لكل مستقبِل، تسرد عناوين IP المرسِلة وأعداد الرسائل ونتائج SPF وDKIM. يصعب قراءتها يدويًا إذا وصل أكثر من بضعة ملفات يوميًا. يستخدم معظم الناس خدمة تقارير أو سكربتًا لتحويلها إلى جدول. وأيًّا كان ما تستخدمه، راجعه بانتظام، خصوصًا بعد إضافة خدمة إرسال جديدة.
أنشئ سجل TXT باسم _dmarc على نطاقك (فيصبح الاسم الكامل _dmarc.example.com) والصق القيمة المُنشأة. يجب أن يوجد سجل DMARC واحد بالضبط. بعد تحديث DNS، شغّل فاحص SPF وDKIM وDMARC لدينا على النطاق للتأكد من أنه يُقرأ كما قصدت.
يرتّب الوسوم بالترتيب القياسي، ويضيف البادئة mailto: نيابة عنك، ويمنع النسخ ما دام أي عنوان غير صالح.
ينبّه إلى reject دون تقارير، والتوافق الصارم، والتقارير المرسلة إلى نطاق آخر، والسجلات الطويلة بما يستدعي تقسيمها.
يسرد جدول كل وسم في سجلك مع معناه، لتعرف ما الذي تنشره.
تنقلك خطة من أربع مراحل من p=none إلى p=reject.
v=DMARC1; p=none; rua=mailto:an-address-you-read. لا يغيّر شيئًا في التسليم، ويبدأ التقارير التي تبيّن من يرسل باسم نطاقك.
يطلب quarantine من المستقبِلين معاملة الرسائل الفاشلة على أنها مشبوهة، وغالبًا بوضعها في البريد المزعج. أما reject فيطلب منهم رفضها. وكلاهما يتوقف على اختيار المستقبِل اتباع سياستك.
يحدد نسبة الرسائل الفاشلة التي تُطبَّق عليها السياسة. وهو مخصص للتدرج في quarantine أو reject: ابدأ بنسبة منخفضة وارفعها ما دامت التقارير سليمة.
عادةً لا. يسمح التوافق المرن بمطابقة النطاقات الفرعية، وهذا يلائم معظم الإعدادات. وقد يتسبب التوافق الصارم في فشل بريد مشروع من خدمات خارجية إذا استخدمت نطاقًا فرعيًا.
ليس عادةً. تقارير الإخفاق اختيارية، ولا يرسلها كثير من كبار المستقبِلين، وقد تحتوي على أجزاء من محتوى الرسالة. التقارير المجمّعة (rua) هي المفيدة.
كسجل TXT باسم _dmarc على نطاقك، مثل _dmarc.example.com. ويجب ألا يوجد سوى سجل واحد.
يرسل كل مستقبِل التقارير مرة في اليوم تقريبًا، وعن البريد الذي عالجه فقط. أمهل يومين بعد النشر، وتأكد من صحة كتابة العنوان، ومن تفويضه هناك إذا كان على نطاق آخر.
اطّلع على ما يراه المستقبِلون لنطاقك: SPF وDKIM وDMARC في تشغيل واحد.
أنشئ حساباً، وأضف نطاقك، وأرسل أول رسالة بريد إلكتروني.