مولّد سجل DMARC
- يعمل في متصفحك
- بلا استعلامات DNS
أنشئ سجل DMARC الخاص بك
يُسمّي المضيف _dmarc ويتحقق مما إذا كانت التقارير تُرسَل إلى نطاق آخر.
عنوان بريد إلكتروني واحد في كل سطر. ترسل الخوادم المستقبِلة إلى هنا تقارير ملخّصة عن البريد الذي يستخدم نطاقك.
مزيد من الخيارات
أضافه RFC 9989.
اتركه فارغًا لاستخدام القيمة الافتراضية 100. وقد صنّف RFC 9989 الوسم pct على أنه تاريخي.
اختياري. تصف تقارير الإخفاق رسائل فردية وقد تحتوي على بيانات شخصية.
سجلك
- المضيف
_dmarc- النوع
TXT- القيمة
v=DMARC1; p=none
الفحوص
تحذير
من دون rua لا ترسل الخوادم المستقبِلة أي تقارير مجمّعة، لذا لا يمكنك معرفة من يرسل البريد باسم نطاقك قبل إنفاذ سياسة.
تحذير
p=none للمراقبة فقط: لا تتخذ الخوادم المستقبِلة أي إجراء بشأن البريد الذي يفشل في DMARC. انتقل إلى quarantine بمجرد أن تُظهر تقاريرك أن كل مرسِل مشروع ينجح في التحقق.
ما هو مولّد سجل DMARC؟
يكتب مولّد سجل DMARC سجل TXT الذي تنشره في _dmarc متبوعًا بنطاقك. اختر سياسة للبريد الذي يفشل في DMARC وأضف العناوين التي يجب أن تتلقى التقارير، وسيضع المولّد v=DMARC1 أولًا و p ثانيًا كما يشترط RFC 7489، ويحذف الوسوم التي لا تفعل سوى تكرار قيمة افتراضية.
يتبع RFC 7489 والتغييرات الواردة في RFC 9989 الذي حلّ محله في مايو 2026: فالوسمان np و t متاحان، والوسم pct مصنَّف على أنه تاريخي. ويُنشئ السجل في متصفحك ولا يجري أي استعلامات DNS.
طرح آمن لـ DMARC
- 1
ابدأ بـ p=none و rua
اجمع التقارير المجمّعة وأصلح SPF و DKIM لكل مرسِل مشروع تُظهره.
- 2
انتقل إلى p=quarantine
تتعامل الخوادم المستقبِلة مع البريد الفاشل على أنه مشبوه. واصل قراءة التقارير بحثًا عن مشكلات فاتتك.
- 3
انتقل إلى p=reject عندما تكون مستعدًا
تأكد أولًا من أن كل مرسِل يوقّع باستخدام DKIM، لأن إعادة التوجيه تُفسد SPF في أغلب الأحيان. وينصح RFC 9989 النطاقات التي ينشر مستخدموها في القوائم البريدية بعدم نشر p=reject.
- 4
افحص السجل المنشور
شغّل أداة فحص DMARC بعد انتشار DNS.
وسوم DMARC
v=DMARC1- الإصدار. يجب أن يكون الوسم الأول.
p=- السياسة المطبّقة على البريد الذي يفشل في DMARC: none أو quarantine أو reject.
sp=- سياسة النطاقات الفرعية. وعند غيابها، تتبع النطاقات الفرعية p.
rua=- وجهة التقارير المجمّعة، في صورة عناوين mailto: مفصولة بفواصل.
ruf=- وجهة تقارير الإخفاق عن الرسائل الفردية. ولا يرسلها كثير من مزوّدي صناديق البريد الكبار.
adkim= / aspf=- المحاذاة في DKIM وSPF: يقبل r (المرن، وهو الافتراضي) نطاقًا فرعيًا من نطاق From، ويتطلب s (الصارم) تطابقًا تامًا.
fo=- الإخفاقات التي تستدعي إرسال تقارير الإخفاق: 0 أو 1 أو d أو s. ويُتجاهل في غياب ruf.
pct=- نسبة البريد الفاشل التي تُطبَّق عليها السياسة، وهي 100 افتراضيًا. وقد صنّفه RFC 9989 تاريخيًا.
np= / t=- أضافها RFC 9989: سياسة للنطاقات الفرعية غير الموجودة، وt=y لاختبار سياسة دون تطبيقها بالكامل.
مثال على سجل
v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com
المصادر
مزيد من أدوات مصادقة البريد الإلكتروني
- أداة فحص SPFاستعلم عن سجل SPF لنطاق ما وعدد استعلامات DNS فيه.
- أداة فحص DMARCافحص سياسة DMARC لنطاق ما وعنوان التقارير فيها.
- أداة فحص DKIMاعثر على مفاتيح DKIM العامة تحت المحدِّدات الشائعة.
- أداة فحص BIMIافحص سجل BIMI ومتطلب DMARC الخاص به.
- أداة فحص MTA-STSافحص سياسة MTA-STS ووضعها وTLS-RPT.
- مولّد سجل SPFأنشئ سجل SPF واحسب عدد استعلامات DNS فيه.
- محلل أمان البريد الإلكترونيقيّم كل سجلات مصادقة البريد الإلكتروني دفعة واحدة.
ما بعد سجلات DNS
تمنع هذه السجلات الآخرين من إرسال البريد باسم نطاقك نفسه تمامًا. لكنها لا تمنع التصيّد من النطاقات المشابهة أو من الحسابات المخترقة، التي ترسل بريدًا مصادَقًا عليه. يربط Vigilbase OS أدوات الأمان التي تدفع مقابلها بالفعل، ومنها Microsoft 365 وGoogle Workspace وProofpoint وMimecast. ويحقق الوكيل Vigil في الحوادث عالية الخطورة، ويتولى محللو Vigilbase الحالات الاستثنائية.