تجنب مراجعة الكل أو لا شيء
ربما لا تزال صفحة مساعدة المزود تستشهد RFC 7489 مع وصف شاشة الحساب الحالي بدقة أو مسار الإرسال المدعوم. وعلى العكس من ذلك، يمكن للصفحة المؤرخة حديثًا تكرار نصيحة البروتوكول التاريخية. وحدة المراجعة المفيدة هي التعليمات أو المطالبة الفردية، وليس عمر الاقتباس وحده. يجب على المدقق تحديد ما يظل صالحًا، وما هي المعايير الحالية التي تغيرت وما الذي يعتمد على التنفيذ الفعلي من قبل المزود.
RFC 9989 يوفر الأساسية الحالية DMARC المواصفات ويصف التغييرات من RFC 7489 . يتم الآن تحديد التقارير المجمعة والفشل بشكل منفصل في RFC 9990 و RFC 9991. استخدم هذه المصادر لتقييم بيانات البروتوكول، ولكن لا تعاملها كدليل على أن مقدم الخدمة قد قام بالفعل بتغيير كل حقل من حقول واجهة المستخدم أو المُقيّم المنشور. RFC 9989 ، الملحق ج; RFC 9990 ، القسم 1; RFC 9991 ، القسم 1
الحفاظ على سياق المنتج الدقيق
قبل إضافة تعليقات توضيحية إلى الدليل، قم بتسجيل عنوان URL الخاص به أو تاريخ الاحتفاظ به أو المنتج أو الخطة أو نطاق الحساب حيثما تم تحديد المنطقة والمسار والمتطلبات الأساسية ذات الصلة. يمكن أن تحتوي العلامة التجارية للمورد على منتجات بريد متعددة بمسارات تكوين مختلفة. قد لا ينطبق دليل مسار SMTP المخصص على مسار API الافتراضي، وقد لا تغطي الإرشادات الخاصة بمنتج بريد مستضاف منتجًا آخر من نفس الشركة.
حافظ على تمييز القيم التي ينشئها الحساب عن الأمثلة التوضيحية. عينة من المرشد محدد أو لا ينبغي نسخ هدف DNS كقيمة إنتاج عالمية. وبالمثل، يمكن أن تظل تعليمات واجهة المستخدم مفيدة حتى عندما يحتاج تفسير المعايير المحيطة بها إلى التحديث. حافظ على هذا التمييز حتى لا يتجاهل القارئ شرطًا أساسيًا صالحًا للتأهيل لمجرد ظهور طلب RFC تاريخي في المقدمة.
لا تقوم هذه المخطوطة بتدقيق الحساب الحالي لموفر مسمى أو تؤكد أن خدمة معينة غير متوافقة. فهو يوفر طريقة للمراجعة المستندة إلى المصدر في المستقبل. يجب التحقق من أي تعليمات فعلية للمنتج مقابل دليل أساسي قابل للقراءة وسياق الحساب المعتمد قبل تقديمه حسب الاقتضاء.
تصنيف كل تعليمات حسب السلطة
استخدم أربع فئات من التعليقات التوضيحية على الأقل: سير عمل المنتج، ومتطلبات البروتوكول، والأهلية أو السياسة الخاصة بالموفر، والتوصية التوضيحية. تحتاج سير عمل المنتج إلى أدلة الموفر الحالية. تحتاج متطلبات البروتوكول إلى قسم المواصفات المناسب. يمكن أن تكون أهلية الموفر أكثر صرامة أو ذات نطاق مختلف عن الحد الأدنى للبروتوكول ويجب ألا يتم تعميمها على كل مستلم. ويجب أن تكشف التوصيات عن مبرراتها وحدودها.
وفي كل سطر اكتب الفاعل والحال. يختلف سلوك اكتشاف السياسة الخاص بالمستلم عن مهمة نشر DNS الخاصة بمالك المجال. قد يكون مطلب تكوين حقل حساب معين ضروريًا لهذه الخدمة دون تغيير بناء جملة السجل القياسي. يختلف إذن استلام وجهة التقرير عن طلب المرسل لإرسال التقارير إلى هناك.
عندما تجمع الجملة بين الفئات، قم بتقسيمها. على سبيل المثال، يمكن أن تكون تعليمات إدخال عنوان إعداد التقارير خطوة صالحة لواجهة المستخدم، في حين أن المطالبة بأن أي عنوان خارجي يتلقى التقارير تلقائيًا غير مكتملة. يجب أن تحافظ المراجعة على الخطوة المفيدة وأن ترفق شرط الترخيص المفقود بدلاً من استبدال الدليل بأكمله بنصيحة عامة.
مقارنة المفاهيم المتغيرة المحددة
تظل قيمة إصدار DMARC الأساسية الحالية هي DMARC1 . يجب ألا تخترع المراجعة سجل DMARC2 أو تشير ضمنًا إلى أن تحديث اقتباس RFC يتطلب تبديل إصدار DNS . وتوثق المواصفات الحالية أيضًا إزالة معاهدة التعاون بشأن البراءات، في حين يشير سجل IANA المحتفظ به إلى أن هذه العلامة تاريخية. تدعم هذه الحقائق تصحيح الادعاء بأن معاهدة التعاون بشأن البراءات هي أداة تحكم حالية لأخذ العينات وفقًا للمعايير الأساسية دون إثبات كيفية تعامل كل مزود منتشر معها.
يحتاج اكتشاف السياسات وتحديد المجال التنظيمي أيضًا إلى المقارنة مع المواصفات الحالية بدلاً من الخوارزمية المبسطة القديمة. يجب التحقق من بيانات التقارير مقابل RFC 9990 أو RFC 9991 حسب الاقتضاء. تسجيل الفرق الدقيق وأهميته التشغيلية؛ لا تستخدم "DMARCbis غيرت كل شيء" كبديل للتقييم على مستوى القسم. RFC 9989 ، القسم 4.7، 4.10 والملحق أ.6; تسجيل علامات IANA DMARC
ورقة عمل الشرح ومعايير القبول
قم بإنشاء ورقة عمل تحتوي على مقتطف من الدليل، ولقطات المصدر، ونطاق المنتج، وفئة التعليمات، والسلطة الحالية، والتعليق التوضيحي المقترح وأدلة التنفيذ التي لا تزال مطلوبة. قم بتعيين إحدى النتائج الأربع: الاحتفاظ بها حسب الاقتضاء، أو الاحتفاظ بها مع مذكرة النطاق، أو تحديثها بسبب تغيير مطالبة المعايير، أو عدم حل أدلة المزود المعلقة. هذه نتائج تحريرية، وليست ادعاءات بأن أي نظام إنتاج قد اجتاز الاختبار.
يجب أن تحدد ورقة العمل أيضًا المالك الذي يمكنه تأكيد القيم الخاصة بالحساب وأي اختبار معتمد بشكل منفصل مطلوب لتحديد السلوك. إذا تعذر الوصول إلى دليل الموفر، فقم بتسمية فجوة المصدر بدلاً من استبدال تسلسل إعداد عام والاتصال به تم التحقق منه.
ويقتضي القبول أن تقف كل حاشية على دليلها الخاص. يجب أن يكون المراجع قادرًا على معرفة سبب الاحتفاظ بخطوة التنقل على الشاشة أثناء مراجعة شرح البروتوكول. احتفظ بالمقتطف الأصلي والصياغة المقترحة معًا حتى لا يؤدي التغيير عن طريق الخطأ إلى التزام جديد أو ميزة غير مدعومة أو وعد بالتسليم الشامل.
مراجعة خيالية لصفحة الإعداد المقتبسة القديمة
تخيل صفحة مزود خيالية تحتوي على ثلاث تعليمات: أدخل الحساب الذي تم إنشاؤه DKIM السجلات، وأضف عنوان إعداد التقارير من خلال شاشة الإعدادات، واستخدم PCT كعنصر تحكم في طرح المعيار الحالي. تستشهد الصفحة بـ RFC 7489 . لم يتم تدقيق أي صفحة مسماة هنا؛ توضح هذه التعليمات المخترعة طريقة التصنيف.
قد تظل خطوة DKIM صالحة إذا كانت وثائق المنتج الحالية وقيم الحساب تدعمها. قد تظل خطوة عنوان الإبلاغ صالحة كإجراء لواجهة المستخدم بينما تتطلب شرحًا إضافيًا للتفويض الخارجي. وسيحتاج بيان معاهدة التعاون بشأن البراءات إلى شرح للمعايير الحالية، في حين أن التعامل الفعلي للمزود مع هذا المجال سيظل مسألة تنفيذ. ولذلك يؤدي الاستشهاد الواحد إلى ثلاث نتائج مراجعة مختلفة.
الإجراء التالي المقترح هو الاحتفاظ بتعليمات المنتج المدعومة ولغة المعايير الصحيحة والحصول على أدلة خاصة بمزود الخدمة بشأن السلوك الذي لم يتم حله. ولا يعني ذلك حذف جميع السجلات الموجودة أو تجاوز متطلبات الإعداد أو الإعلان عن أن الموفر غير آمن. يوضح المثال الخيالي كيف يمكن أن تكون المراجعة الدقيقة مفيدة دون المبالغة في المطالبة بحق الوصول أو نتائج الاختبار.
أبقِ الإصدار التشغيلي والتحريري منفصلين
يمكن للتحديث التحريري تحسين الدليل قبل اكتمال التحقق من الإنتاج، بشرط أن تكون حدوده مرئية. لا تصف مستندًا مشروحًا كدليل على تكوين الحساب الحقيقي بشكل صحيح. وعلى العكس من ذلك، لا ينبغي تعميم اختبار الحساب الناجح على كل خطة عميل أو منطقة أو تنفيذ مستلم.
يتطلب الكتالوج تعليقات توضيحية تحدد الخطوات التي تظل صالحة والخطوات التي تم تغييرها والتي تعتمد على تنفيذ الموفر. يظل الدليل المشروح الحقيقي الخاص بالمصدر مفتوحًا لهذه المسودة. لا تتم المطالبة بطرح موفر مسمى حالي أو التنقل في الحساب أو تحرير DNS أو اختبار الرسالة. تظل بوابة الدليل الأصلي وبوابات الإصدار الخمس الأخرى مفتوحة.
قبل النشر التشغيلي، احصل على مصدر الموفر الفعلي القابل للقراءة واحتفظ بالمقتطفات الدقيقة وتواريخ المصدر ومراجع المعايير الحالية. يجب على المراجع المؤهل التحقق من أن كل التعليمات المحتفظ بها تتوافق مع نطاق المنتج وأن سلوك التنفيذ الذي لم يتم حله يظل دون حل. ينتج هذا النهج دليلاً صالحًا للاستخدام دون التظاهر بأن الاقتباس القديم وحده يثبت الصحة أو الفشل.