لا يعد اسم العلامة التجارية الجديد في تسمية العرض هو نفس التغيير الذي يحدث في المجال الجديد في عنوان "من". هذا الأخير يغير الهوية التي ضدها DMARC تنسيق يتم تقييمها. ومن ثم يمكن لتوقيع المجال القديم الصالح تمامًا أن يتوقف عن مساعدة الرسالة ذات العلامة التجارية الجديدة. التخطيط لنقل الهوية قبل إعلان الإطلاق، بما في ذلك تطبيقات المعاملات التي لا يملكها فريق الاتصالات.
افصل بين حقول الهوية
لكل مسار، التقط العنوان المرئي من، مرسل المغلف, DKIM d= domain and محددوعنوان الرد. اسم العرض هو العرض التقديمي. الرد-إلى يوجه الردود. ولا يعد أي منهما بديلاً للمعرف المصادق عليه الذي يستخدمه DMARC . RFC 9989 يحدد المحاذاة. RFC 6376 يحدد هوية التوقيع والبحث المحدد.
لا تفترض أن نطاقات العلامات التجارية القديمة والجديدة تتوافق لأن شركة واحدة تمتلك كليهما. في ظل المحاذاة الصارمة، يجب أن تتطابق أسماء النطاقات. تستخدم المحاذاة المريحة علاقة المجال التنظيمي للبروتوكول، وليس قائمة عمليات الاستحواذ على الشركة. يفترض المثال التالي محاذاة DKIM صارمة ويعزل توقيعًا واحدًا؛ ولا ينفذ اكتشاف DMARC أو يحدد نتيجة الرسالة بالكامل.
قم بإنشاء المجال الجديد قبل التحويل
تسويق المخزون وبريد الموظفين والفواتير وإعادة تعيين كلمة المرور وتذاكر الدعم والتنبيهات منخفضة التردد. لكل منها، قم بتكوين هوية الإرسال الجديدة المدعومة من قبل الموفر ونظام DNS المطلوب، باستخدام القيم التي تم إنشاؤها للحساب الفعلي. الحصول على نتائج جهاز الاستقبال الموثوق به من رسائل الاختبار الخاضعة للرقابة. تحقق من المصادقة وسير عمل الأعمال: رسالة إعادة التعيين التي تمر عبر DMARC ولكنها تحتوي على رابط معطل ليست جاهزة.
احتفظ بمسار موثق للردود والعناوين القديمة. يعد الاستمرار في تلقي البريد على النطاق القديم منفصلاً عن الاستمرار في تخويل المرسلين الصادرين. اتفق على المدة التي تظل فيها الهويات القديمة مطلوبة وكيفية التعامل مع الرسائل المتأخرة الموقعة باستخدام المحددات القديمة. تجنب إزالة المفتاح العام لمجرد تبديل آخر رسالة تم إنشاؤها حديثًا.
قارن بين أربع نتائج توقيع افتراضية
افترض أن "من" هو oldbrand.test وأن التوقيع الصالح يحتوي على d=oldbrand.test: تتم محاذاة هذا التوقيع بدقة. قم بالتغيير فقط من إلى newbrand.test، مع الاحتفاظ بتوقيع المجال القديم الصالح: لم يعد يتماشى بشكل صارم. يؤدي التوقيع الصالح باستخدام d=newbrand.test إلى استعادة مسار DKIM المحاذي. إذا فشل توقيع المجال الجديد في التحقق، فلن يتمكن نص المجال المطابق وحده من توفير مسار مرور. هذه مدخلات مفترضة ومقارنات تم إجراؤها يدويًا، وليست تعليمات برمجية منفذة أو التحقق من التشفير.
توقيع محاذٍ آخر صالح أو محاذٍ SPF لا يزال من الممكن أن يفي pass بقاعدة DMARC على مستوى الرسالة. قم بفحص جميع المسارات ذات الصلة قبل إعلان الفشل، ولا تستنتج ترتيب جهاز الاستقبال أو موضع البريد الوارد. بشكل منفصل، RFC 9989 تتطلب الأقسام 7.4 و8 p=reject المجالات لاستخدام توقيعات DKIM صالحة وعدم الاعتماد فقط على نظام التعرف SPF . قبل الإطلاق، تحقق من معاملة إعادة التعيين بالإضافة إلى المصادقة: يظل رابط إعادة التعيين المعطل بمثابة فشل تجاري حتى مع وجود ممر محاذي.
مرحلة الإطلاق وتحديد عملية الاسترداد
قم بنقل تيار واحد معتمد أولاً وشاهد نتائج تطبيقه ونتائج جهاز الاستقبال وتقاريره. تقارير مجمعة هي عمليات رصد متأخرة من أجهزة الاستقبال المشاركة، وليست مراقبة إطلاق كاملة. أضف عمليات فحص مباشرة للتدفقات التي تهم الأعمال. يجب ألا يخفي حجم التسويق الصحي فاتورة أو فشل في إعادة التعيين.
تحديد التراجع قبل الإطلاق: من يمكنه استعادة هوية "من" السابقة، وما إذا كانت المصادقة القديمة تظل صالحة، وماذا يحدث للبريد الموجود في قائمة الانتظار بالفعل. لا يمكن للتراجع عن اسم العرض فقط إصلاح فشل المحاذاة. قم بإلغاء أذونات الإرسال القديمة عند نقل الدفق المعتمد النهائي واكتمال خطة البريد المؤجل. احتفظ بملكية النطاق القديم وقرارات التوجيه الداخلي بشكل منفصل عن سجل التقاعد الصادر.