يمكن لمزود الخدمة الإبلاغ بصدق عن مرور بريده DKIM أثناء التوقيع باستخدام مجال لا علاقة له بعنوان "من" المرئي الخاص بك. إذا كان الهدف هو مصادقة مجال المؤلف الخاص بمؤسستك DMARC، واطلب هوية DKIM مدعومة وحدد كيفية التحقق منها. الطلب العام لتمكين DKIM غامض للغاية.
ابدأ برسالة يتم التحكم فيها من الخدمة والمسار الفعليين. الحفاظ على النموذج الأولي المستلم ونتيجة المتلقي الموثوق به. وهذا يمنح الموفر عدم تطابق ملموس في الهوية للتحقيق فيه دون افتراض أن المنتج يقدم توقيع المجال المخصص على كل خطة أو وسيلة نقل.
اذكر الهويات بشكل منفصل
تسجيل المجال المرئي من، مرسل المغلف هوية، SPF النتيجة، كل مجال DKIM d، محدد ونتيجة التحقق. يضع تنسيق في مجال منفصل. RFC 9989 §4.4 يتعامل مع نجاح المصادقة ومحاذاة المعرفات كمتطلبات مختلفة؛ لا تتم محاذاة مجال DKIM غير المرتبط لأنه ينتمي إلى موفر الإرسال.
تتطلب محاذاة DKIM الصارمة تطابقًا تامًا للنطاق ضمن RFC 9989 §3.2.10. تقارن المحاذاة المريحة المجالات التنظيمية ضمن RFC 9989 §4.10.2. اسأل عن المجال d الذي يمكن للموفر أن يرسله بالفعل، ثم قارنه بالنطاق والسياسة المقصودين. لا تطلب قيمة DNS معينة قبل أن يؤكد الموفر على الهوية المدعومة وتكوين الحساب.
أظهر التمريرة المضللة بوضوح
ورقة عمل الهوية التوضيحية:
- هوية الموفر فقط: From= brand.example ؛ d=provider.example; تمرير DKIM المفترض؛ غير محاذية، على افتراض أن هذه المجالات التنظيمية غير ذات صلة.
- هوية العميل: من= brand.example ؛ d=brand.example; تمرير DKIM المفترض؛ تطابق المجال الدقيق.
افترض النتائج المعروضة لغرض هذا المثال. فهي ليست دليل اختبار الرسالة المستلمة. في الحالة الأولى، قد يستمر DMARC في المرور عبر نظام التعرف على هوية المرسل SPF المحاذاة، لذا لا تطالب بفشل DMARC بشكل عام دون التحقق من هوية المغلف ونتيجة نظام التعرف على هوية المرسل SPF . تعزل ورقة العمل خاصية DKIM المطلوبة.
إرسال طلب فني دقيق
اسأل الموفر عما إذا كان المنتج المحدد وخطة الحساب ومسار الإرسال يدعم مجال التوقيع الذي يتحكم فيه العميل والذي يتوافق مع عنوان "من" المقصود. قم بتضمين تفاصيل API أو SMTP أو الحملة أو مسار المعاملة حسب الاقتضاء. اسأل ما إذا كان السلوك يختلف بالنسبة للأسماء المستعارة والنطاقات الفرعية والمستخدمين المفوضين.
اطلب أسماء المحددات الدقيقة وأنواع سجلات DNS وقيمها وخطوة التنشيط وإجراءات التحقق. اسأل من يتحكم في المفاتيح الخاصة، وكيف يتم إجراء التناوب وماذا يحدث لسجلات التحقق بعد إلغاء التشغيل. إذا أ CNAME مطلوب، أكد هدفه ونطاقه بدلاً من استبداله بتخمين سجل TXT.
قم بمشاركة ورقة عمل هوية منقحة أو رسالة اختبارية خاضعة للرقابة بدلاً من رسالة العميل التي تحتوي على محتوى شخصي غير ضروري. لا يحتاج طلب دعم الموفر إلى مفتاح توقيع خاص أو كلمة مرور لصندوق البريد. احتفظ ببيانات الاعتماد الحساسة خارج التذاكر العادية.
الموافقة على معايير القبول قبل تغيير DNS
يتطلب اختبار القبول المفيد رسالة جديدة من المسار الفعلي المكافئ للإنتاج، وهو مسار مقصود توقيع DKIM في جهاز استقبال موثوق به والمواءمة بموجب السياسة ذات الصلة. اختبر تنسيقات الرسائل المهمة ومساراتها بشكل منفصل. إن مجرد نشر سجلات DNS أو رؤية شارة تم التحقق منها يعد دليلاً غير كامل.
إذا أضاف الموفر توقيعه الخاص أيضًا، فافحص كليهما. يُسمح بالتوقيعات المتعددة تحت RFC 6376 §4.2، ويزود التوقيع المحاذي للتمرير مسار DKIM الموجود أسفله RFC 9989 §4.4.1. سجل المحدد والمجال d الذي تمت ملاحظته بالفعل بدلاً من الاعتماد على التوقيع الأول الذي تعرضه أداة الرأس.
التعامل مع القدرات غير المدعومة بأمانة
إذا لم يكن DKIM المحاذاة المخصصة متاحًا، فاطلب البدائل المدعومة والقيود الخاصة بها. قد يؤدي مسار نظام التعرف على هوية المرسل SPF المحاذي للتمرير إلى تلبية DMARC لمسار مباشر قابل للتطبيق، ولكنه لا ينشئ DKIM محاذيًا أو يضمن المرونة من خلال إعادة التوجيه؛ RFC 7208 §10.3 يناقش قيود وسيط SPF . قد تكون هوية أو خدمة إرسال مدعومة مختلفة ضرورية لمتطلبات المؤسسة.
أغلق الطلب بالهوية المتفق عليها والمسار وملكية DNS والوصي الرئيسي وأدلة الرسائل المستلمة. إذا ظلت الإمكانية غير مدعومة، فقم بتسجيلها بشكل صريح. يجب أن تكون النتيجة تصميم إرسال يمكن التحقق منه بدلاً من الوعد بأن أي مرور DKIM يثبت هوية علامتك التجارية.
سجل القرار التالي
قم بإعداد هذه الحقول قبل الاتصال بالدعم: المنتج والمسار؛ المقصود من؛ d/s ملحوظة ونتيجة موثوقة؛ وضع المحاذاة المطلوب؛ سؤال القدرة؛ تعليمات DNS التي تم إنشاؤها المطلوبة؛ الوصي الرئيسي؛ أسئلة التناوب والخروج؛ ومعايير القبول. تنقيح البيانات الشخصية غير الضرورية. هذه قائمة مراجعة للطلبات الفنية، وليست تذكرة مرسلة، أو تغيير DNS معتمد أو دليل على الخدمة التي تم تكوينها.