أداة إنشاء سجل DMARC
أنشئوا سجل DMARC TXT يخبر مزوّدي صناديق البريد بكيفية التعامل مع الرسائل التي تفشل في محاذاة SPF أو DKIM لنطاقكم.
باختصار
- ابدأوا بـ
p=noneعندما تراقبون المصادقة، ثم انتقلوا نحو quarantine أو reject بعد أن يجتاز البريد المشروع الفحص. - استخدموا التقارير المجمّعة لمعرفة الخدمات التي ترسل باسم نطاقكم، وما إذا كانت محاذاة SPF أو DKIM تفشل.
- يعتمد DMARC على عمل SPF وDKIM بشكل سليم، لذا افحصوا هذه السجلات قبل فرض سياسة أكثر صرامة.
اضبطوا سياسة DMARC
كيف تختارون سياسة DMARC المناسبة
يُنشر DMARC كسجل TXT في _dmarc.example.com. وهو لا يحل محل SPF أو DKIM، بل يتحقق مما إذا كان SPF أو DKIM متوافقًا مع نطاق المُرسِل الظاهر (From)، ثم يطبّق السياسة التي تنشرونها. وعادةً ما يبدأ النطاق الجديد بـ p=none لتتمكنوا من جمع التقارير دون حظر البريد. وبعد التأكد من أن جميع المرسلين المشروعين مُصادَق عليهم، يمكنكم الانتقال إلى p=quarantine ثم في النهاية إلى p=reject.
يتلقى عنوان التقارير في rua التقارير المجمّعة من مزوّدي صناديق البريد المشاركين. وتساعدكم هذه التقارير على معرفة الخدمات التي ترسل البريد باسم النطاق، وأيها يجتاز المصادقة، وأيها يحتاج إلى إصلاحات في SPF أو DKIM. أما التقارير التفصيلية في ruf فهي اختيارية ولا يدعمها كل المزوّدين بشكل متسق، لذا تعتمد فرق كثيرة في الغالب على التقارير المجمّعة.
يتيح إعداد النسبة تطبيق السياسة تدريجيًا. فعلى سبيل المثال، يمكن للنطاق الانتقال من المراقبة إلى العزل لحصة صغيرة من البريد الفاشل قبل تطبيق السياسة على كل البريد. ويفيد ذلك عندما ترسل عدة فرق أو منصات من النطاق نفسه.
ابدأوا بـ p=none وصندوق بريد للتقارير لتطّلعوا على نتائج المصادقة قبل التطبيق.
تأكدوا من أن المرسلين الرئيسيين لديكم يجتازون محاذاة SPF أو DKIM لنطاق المُرسِل (From).
انتقلوا نحو quarantine أو reject فقط بعد أن يجتاز البريد المشروع المصادقة.
إعداد DMARC لإرسال الحملات ورسائل المنتج
في رسائل التسويق والمبيعات والمنتج، ينبغي أن يقترن DMARC بتنظيف القوائم ومراقبة المرسلين. فالمصادقة تقلّل مخاطر انتحال الهوية وتساعد مزوّدي صناديق البريد على فهم هوية المرسل، لكنها لا تجعل العناوين غير الصالحة قابلة للتسليم. وقبل الإرسال إلى ملف CSV كبير، تحققوا من القائمة باستخدام التحقق بالجملة أو اختبروا العناوين الفردية باستخدام أداة التحقق من البريد الإلكتروني.
إذا كنتم تُعدّون نطاقًا جديدًا، فاستخدموا أداة إنشاء SPF و أداة إنشاء DKIM أولًا. ثم أنشئوا DMARC وانشروه وشغّلوا أداة فحص DMARC. معدل ارتداد أقل من 3% يُعد سليمًا؛ ومن 3-5% يحتاج إلى تنظيف ومتابعة؛ وما يزيد على 5% يُعد عالي المخاطر على سمعة المرسل.
قائمة تحقق لتطبيق DMARC
لا تقفزوا مباشرةً إلى سياسة صارمة ما لم تكن مصادر الإرسال في النطاق محدودة وكان كل مرسل موثّقًا بالفعل. ينبغي لمعظم الفرق المراقبة أولًا، ومراجعة التقارير المجمّعة، وإصلاح المصادر التي تفشل في المحاذاة، ثم تشديد السياسة على مراحل. فهذا يتجنب حظر الفواتير المشروعة أو ردود الدعم أو رسائل إعادة تعيين كلمات المرور أو رسائل الحملات التي لم تكن مُصادَقًا عليها بالكامل بعد.
استخدموا صندوق بريد للتقارير يراجعه شخص ما فعلًا، أو وجّهوا التقارير إلى خدمة مراقبة. فقيمة تقارير DMARC تكمن في الرؤية: إذ تُظهر الأنظمة التي تستخدم النطاق وما إذا كانت تجتاز محاذاة SPF أو DKIM. وتفيد هذه المعلومات خصوصًا عندما تتحكم عدة فرق في منصات بريد إلكتروني مختلفة.
بالنسبة إلى النطاقات الفرعية، قرّروا ما إذا كان ينبغي تطبيق سياسة النطاق الجذر أم أن النطاق الفرعي يحتاج إلى سياسة خاصة به. تُبقي فرق كثيرة التواصل والنشرات الإخبارية وبريد المنتج على نطاقات فرعية منفصلة لتسهيل إدارة تغييرات DNS ومؤشرات السمعة.
الأسئلة الشائعة حول أداة إنشاء DMARC
أين أنشر سجل DMARC؟
انشروه كسجل TXT في _dmarc متبوعًا بنطاقكم، مثل _dmarc.example.com.
هل ينبغي أن أبدأ بـ p=none؟
نعم، في معظم الإعدادات الجديدة. تتيح لكم p=none جمع التقارير وإصلاح المرسلين المشروعين قبل فرض quarantine أو reject.
ماذا يعني pct في DMARC؟
يتحكم الوسم pct في نسبة الرسائل الفاشلة التي تُطبَّق عليها السياسة المنشورة. وهو مفيد للتطبيق التدريجي.
هل يعمل DMARC من دون SPF أو DKIM؟
يعتمد DMARC على محاذاة SPF أو DKIM. ولا بد من اجتياز طريقة مصادقة متوافقة واحدة على الأقل لتحقيق اجتياز DMARC المعتاد.
تحققوا من قائمة حقيقية قبل الإرسال
ابدأوا بـ 100 رصيد مجاني. لا حاجة إلى بطاقة ائتمان.
ابدأوا مجانًا