إن إعادة تعيين كلمة المرور التي تصل بعد انتهاء صلاحية الرابط الخاص بها قد فشلت في العميل حتى لو كانت مصادقتها صحيحة. يمكن أن يؤدي الإيصال الذي لا يصل أبدًا إلى صندوق البريد المقصود إلى إنشاء عمل دعم على الرغم من استجابة واجهة برمجة التطبيقات (API) الناجحة من النظام الأساسي للإرسال.
DMARC هو جزء واحد من جعل بريد المعاملات موثوقًا به. أنشئ تكوين المصادقة حول سير عمل كل عميل، ثم قم بقياس المراحل التي تحدد ما إذا كانت الرسالة ستظل مفيدة أم لا.
تحديد الخدمة، وليس المجال فقط
قم بإدراج الرسائل التي يرسلها النطاق: رموز تسجيل الدخول، وإعادة تعيين كلمة المرور، والفواتير، وإشعارات الدفع، والإيصالات، وتغييرات الحساب. قم بتسجيل مالك التطبيق وحساب الإرسال والهوية ومسار العودة وهوية التوقيع والمسار الاحتياطي ذي الصلة.
أعط كل تدفق نتيجة عمل. قد يلزم وصول رمز تسجيل الدخول قبل انتهاء فترة قصيرة. قد يتحمل الإيصال مزيدًا من التأخير ولكنه لا يزال يتطلب مرجعًا للمعاملة قابلاً للبحث. هذه هي أهداف الخدمة الخاصة بك، وليست وعود التسليم التي أنشأها DMARC .
يستخدم مخزون المرسل لربط تلك التوقعات بتكوين الإرسال الفعلي. قم بتضمين مناطق وحسابات النسخ الاحتياطي بدلاً من افتراض أن إعدادات الموفر الأساسي تغطيها.
تحقق من الهوية المستخدمة بواسطة كل مسار تطبيق
للحصول على رسالة تمثيلية خاضعة للرقابة، افحص النطاق الفعلي والهوية التي تم تقييمها بواسطة نظام التعرف على هوية المرسل (SPF) وكل منهما DKIM مجال التوقيع. تحقق من كل من المصادقة الأولية و تنسيق ذات الصلة بـ DMARC .
تحت RFC 9989 §5.3.5، تمريرة واحدة محاذاة SPF أو يمكن أن يفي مسار DKIM بشرط DMARC على مستوى الرسالة عند وجود سياسة قابلة للتطبيق. المشاركة الكاملة تحت RFC 9989 §8 يتطلب بالإضافة إلى ذلك توافق نظام التعرف على SPF و DKIM وإعداد التقارير ونشر السياسات. تحت RFC 9989 §7.4، يجب ألا يعتمد نطاق سياسة الرفض على نظام التعرف على هوية المرسل SPF فقط ويجب أن يطبق توقيعات DKIM صالحة.
يكون هذا التمييز مهمًا عندما تعرض منصة سحابية حالة "مصادقة" واسعة النطاق. لا تثبت صفحة تكوين المجال أن حساب التطبيق ومنطقة الإنتاج ونوع الرسالة استخدموا الهوية المتوقعة في الرسالة التي تم اختبارها.
متابعة المعاملة عبر معالمها
أبقِ حدث الطلب وأدلة التقديم والمستلم منفصلة. إن قبول الموفر لطلب واجهة برمجة التطبيقات (API) ليس هو نفس الحدث الذي يقبل فيه مستقبل SMTP الرسالة بعد الإرسال. اكتمال إيجابي بعد نهاية نقل البيانات مسؤولية التسليم بموجب RFC 5321 §4.2.5; قبول المتلقي لا يثبت وضع البريد الوارد أو عرضه أو قراءته.
يستخدم هذا الاختبار الخيالي عمر رابط إعادة التعيين لمدة خمس دقائق والذي تم اختياره بواسطة تطبيق المثال:
- التوقيت العالمي: 12:00:00 ؛ الحدث الرئيسي: تم إنشاء طلب إعادة التعيين؛ المعنى: التطبيق يبدأ المعاملة
- التوقيت العالمي: 12:00:02 ؛ الحدث الرئيسي: منصة الإرسال تقبل التقديم؛ المعنى: نجح التقديم عند حدود المنصة تلك
- التوقيت العالمي: 12:00:20 ; الحدث الرئيسي: يقبل الخادم المستلم الرسالة بعد البيانات؛ المعنى: نجح تسليم SMTP إلى جهاز الاستقبال هذا
- التوقيت العالمي: 12:00:27 ; الحدث الرئيسي: يكشف صندوق البريد الاختباري الخاضع للرقابة عن الرسالة؛ المعنى: التوفر الملحوظ لمتلقي الاختبار هذا
- التوقيت العالمي: 12:05:00 ؛ الحدث الرئيسي: انتهاء صلاحية رابط إعادة التعيين؛ المعنى: الموعد النهائي لفائدة التطبيق
كانت رسالة الاختبار متاحة قبل أربع دقائق وثلاث وثلاثين ثانية. وهذه ملاحظة في الاختبار الخيالي، وليست معيارًا أو ضمانًا لكل عميل.
إذا قام المستلم بتأجيل الرسالة مؤقتًا حتى الساعة 12:06، فإن التسليم الناجح لاحقًا سيظل يفتقد الموعد النهائي لسير العمل هذا. يجب تسجيل الحادث على أنه فشل في انتهاء الصلاحية حتى لو مرت الرسالة النهائية DMARC .
احتفظ بأدلة كافية لتحديد موقع التأخير
استخدم معرف المعاملة الذي يمكن مطابقته عبر سجلات التطبيق وخدمة الإرسال. قم بتسجيل نص SMTP الذي تم إرجاعه وأحداث قائمة الانتظار ورؤوس الرسائل المستلمة المتاحة. حافظ على الأوقات في منطقة زمنية ثابتة.
لا تستنتج رفض DMARC من شكوى العميل المتأخرة. تحتاج حالات فشل المصادقة، والتأجيلات المؤقتة، والتصفية المحلية، ومشكلات العناوين، وأخطاء التطبيق إلى حلول مختلفة. بالنسبة للرفض، قد يكون الرد الذي تم إرجاعه بالكامل وحدث منصة الإرسال هو الدليل المتاح لأنه لا توجد رسالة تم تسليمها.
بالنسبة للاختبار الذي تم تسليمه، تكون نتائج جهاز الاستقبال الموثوق به ضمن الحدود الموصوفة بواسطة RFC 8601 §7.1 يمكن أن تظهر المصادقة والمحاذاة. قصر العينات والسجلات المحتفظ بها على ما يحتاجه التحقيق؛ لا ينبغي نسخ رمز إعادة التعيين أو محتوى الرسالة الكاملة بشكل عرضي في تذكرة مشتركة.
اختبر المسار الذي قد يستخدمه العميل بالفعل
يعد صندوق البريد التجريبي المباشر مفيدًا ولكنه لا يمثل كل مسار للمستلم. يمكن للعملاء توفير عناوين إعادة التوجيه أو الأسماء المستعارة المستندة إلى الأدوار. يمكن أن تؤدي المعالجة غير المباشرة إلى تغيير مصدر الاتصال الذي يراه نظام التعرف على SPF أو تغيير المواد ذات الصلة بـ DKIM .
استخدم اختبارات تمثيلية للطرق المهمة لعدد عملائك وتحقق من حالات الفشل الفعلية. قد يكون مجال المعاملات فقط أكثر تحكمًا من مجال مراسلات الموظفين، ولكن لا يزال بإمكان المستلمين تقديم التسليم غير المباشر.
متطلبات سياسة الرفض الحالية تجعل توقيع DKIM الصحيح أمرًا ضروريًا؛ لا يضمنون التحقق من كل رسالة مُعاد توجيهها أو وصولها. دليل اختيار السياسات يشرح كيفية تقييم المفاضلة الناتجة.
تعريف الانتعاش الذي لا يضاعف الارتباك
قم بتصميم إعادة محاولة التطبيق والاسترداد الذي يواجه المستخدم وفقًا لنموذج انتهاء الصلاحية الخاص به. بالنسبة لارتباط إعادة التعيين، حدد كيفية تأثير الرمز المميز الذي تم إصداره حديثًا على الرمز المميز السابق وما يراه المستخدم في حالة وصول الرسائل المتأخرة خارج الترتيب. تنتمي هذه الاختيارات إلى فريق التقديم.
احتفظ بمسار تجاوز فشل الموفر خاضعًا لنفس التحقق من الهوية مثل المسار الأساسي. يمكن أن تؤدي النسخة الاحتياطية التي تبدأ في الإرسال بهوية غير مرتبطة إلى إنشاء حادثة مصادقة أثناء حادثة التوفر.
لا تقم بنقل المجال المتأثر بصمت إلى نهج أضعف كبديل للتحقيق في المسار. إذا كانت هناك حاجة لاستعادة السياسة، فقم بتفويض نطاقها الدقيق، واحتفظ بسجل التكوين وأعد اختبار التدفق الحرج.
مراقبة النتائج حسب نوع الرسالة
نتائج منفصلة لإعادة الضبط والفوترة والاستلام بدلاً من الإبلاغ عن رقم نجاح واحد على مستوى النطاق. قم بمراجعة التأخيرات والتأجيلات والارتدادات وأدلة المصادقة المتاحة مقابل النتائج المحددة للخدمة.
تقارير DMARC المجمعة ضمن RFC 9990 §3.1 المساعدة في تحديد أنماط المصادقة الملحوظة. ولا يقدمون إيصال التسليم في الوقت الفعلي لكل معاملة. قم بدمجها مع أدلة التطبيق وخدمة الإرسال دون الادعاء بأن صف التقرير يثبت أن مستخدمًا معينًا تلقى بريدًا إلكترونيًا معينًا.
يجب أن يُظهر سجل التشغيل النهائي من يملك التدفق، والهويات التي استخدمها، وأين تم قبوله أو تأخيره وما إذا كان قد استوفى الموعد النهائي للعميل. يساهم DMARC بأدلة المجال التي تم التحقق منها في هذا السجل؛ تنجح الخدمة عندما تنجح المهمة الفعلية للعميل.
اجعل الإجراء التالي محددًا
في مباراة إعادة التعيين، 12:05:00 ناقص 12:00:27 يترك 273 ثانية، أو 4 دقائق و33 ثانية، من الفائدة. سيكون التوفر عند 12:06:00 بعد 60 ثانية من انتهاء الصلاحية حتى لو مرت المصادقة. تسجيل مرحلة التأخير وفشل انتهاء صلاحية الطلب بشكل منفصل. تصف هذه الحسابات المدخلات الخيالية، وليس أداء التسليم المُقاس أو عمر الرمز المميز الموصى به.