استخدم تكوين الحساب كنقطة بداية
يوفر Sendloop سير عمل الحساب لمصادقة مجال المرسل، في حين يذكر معالج المصادقة العامة الخاص به أيضًا تخصيصًا DKIM و تنسيق إعدادات. تثبت هذه الصفحات أن المصادقة متاحة، لكنها لا تحدد مجموعة السجلات الدقيقة أو هوية التوقيع أو عناصر التحكم في المغلف لحساب معين. يأخذك هذا الدليل عبر سير عمل الحساب الموثق وخطة التحقق الخاضعة للرقابة. يظل ترتيب DKIM المخصص أو متطلبات المغلف المخصص عنصرًا لتأكيد الموفر. معالج مصادقة Sendloop وإعدادات DKIM ومحاذاة المجال.
قم أولاً بتحديد الحساب المعتمد من المجالات والحملات أو عمليات التشغيل الآلي التي تستخدم كل منها. سجل ما إذا كان الحساب لديه ترتيب تسليم مخصص ومن يمكنه تأكيد ذلك. لا تستنتج بنية تحتية مخصصة من ملصق التسعير، أو بريد إلكتروني قديم للتأهيل، أو قائمة خارجية لعناوين IP للإرسال. قم بتعيين مسؤول Sendloop ومالك DNS ومراجعًا للمؤسسة DMARC سياسة.
قبل إجراء التغييرات، قم بتصدير إدخالات DNS الحالية للمالكين المعنيين. احتفظ بممثل واحد يتلقى رسالة من المسار المعتمد الحالي إذا كان ذلك متاحًا. إن جرد ما يعمل بالفعل يمنع مشروع مصادقة جديد من تعطيل مرسل آخر عن طريق الخطأ. الهدف هو مسار Sendloop تمت مصادقته ومحاذاته، وليس استبدالًا بالجملة لتكوين البريد الإلكتروني للنطاق.
افتح لوحة تحكم مجال المرسل
يوجهك دليل الموفر عبر الإعدادات > مصادقة مجال المرسل > مصادقة مجال المرسل، ثم إضافة مجال. توفر لوحة تحكم المجال الناتجة القيم ذات الصلة بالحساب وإجراء التحقق من سجلات DNS . التقط هذا الإخراج قبل تحرير DNS . إذا كانت الواجهة الحالية مختلفة، فاستخدم تعليمات الموفر الحالي أو الدعم بدلاً من تخمين الأزرار المكافئة. دليل Sendloop، استخدام معالج تفويض البريد الإلكتروني والتحقق من إعداد المصادقة الخاصة بك.
سجل كل مالك كامل ونوع DNS وقيمة وTTL مع الغرض منه. احتفظ بمجموعة السجلات المعروضة مرفقة بتذكرة التغيير. إذا أظهرت اللوحة سجلاً مفقودًا، فحدد ما إذا كان غائبًا أو منشورًا عند المالك الخطأ أو موجودًا بقيمة مختلفة. قد يحتاج المجال الذي تم تكوينه بالفعل لحساب Sendloop آخر إلى تنسيق الموفر بدلاً من الاستبدال.
الدليل العام لديه SPF مثال وتعديل السجل الحالي الذي لا يدرج تضمينات متطابقة. ويصف أيضًا إعداد الملفات النصية. لا تقم بتحويل أي من التفاصيل إلى وصفة إنتاج تلقائية. يجب أن يحتوي DNS على السياسة الحالية المعمول بها؛ لا يقوم الملف النصي المحفوظ على محطة العمل بنشره. حل أي اختلاف بين لوحة الحساب والصفحة العامة قبل التنفيذ. دليل Sendloop، إعداد سجل SPF.
قم بمراجعة نظام التعرف على SPF دون توسيع الأذونات غير ذات الصلة
تحديد مجال المغلف الذي تستخدمه رسالة Sendloop الحقيقية. هذه هي الهوية التي يجب التحقق منها لنظام التعرف على SPF ، بدلاً من افتراض أن المجال المرئي من يجب أن يكون هو مالك التقييم. في حالة وجود ترتيب مغلف مخصص معتمد، قم بالتقاط إعداداته ونطاقه الصادر. إذا لم يحدث ذلك، فقم بتسجيل هوية مغلف الموفر الذي تمت ملاحظته وتقييم محاذاة DKIM بشكل منفصل.
عند تغيير أي مالك، احتفظ بسياسة نظام التعرف SPF واحدة واحتفظ بالتفويضات المطلوبة من قبل المرسلين النشطين الآخرين. قم بمراجعة عمليات بحث DNS المتداخلة قبل إضافة مصطلحات جديدة. ينطبق حد SPF العشرة على الآليات والمعدلات التي تتسبب في عمليات بحث DNS أثناء التقييم، وليس على عدد الكلمات المرئية في السجل. الآليات المتساهلة الموجودة تستحق المراجعة أيضًا، لكن إزالتها هي قرار تبعية منفصل. RFC 7208 ، الأقسام 4.5 و4.6.4.
لا تقم بنسخ سياسة العينة الواسعة كبديل للسجل الموجود. قد يؤدي القيام بذلك إلى السماح للمضيفين غير المرغوب فيهم أو تغيير مؤهل الفشل أو إزالة موفر آخر. عندما لا يكون التفويض المطلوب مناسبًا بشكل آمن، توقف واطلب من مالك البريد اختيار تصميم مدعوم. لا تحل المشكلة عن طريق نشر سياسة أخرى لنظام التعرف على SPF أو حذف الخدمات غير المألوفة.
نشر فقط مواد DKIM العامة الصادرة
استخدم المالك والقيمة العامة المقدمة لهذا الحساب. يعرض الدليل العام إعداد DKIM TXT ، لكن مفتاح العرض التوضيحي الخاص به ليس مفتاح العميل. إذا قدمت اللجنة أو الدعم نموذج سجل مدعومًا مختلفًا، فاحتفظ بهذه التعليمات بدلاً من تحويلها دون دليل. دليل Sendloop، إعداد سجل DKIM.
ينتمي مفتاح التحقق العام فقط إلى DNS . ينشئ DKIM توقيعًا مشفرًا باستخدام مفتاح خاص؛ ولا يقوم بتضمين المفتاح الخاص في الرسالة الصادرة. لا ينبغي قراءة التفسير غير الرسمي للدليل العام على أنه طلب لمشاركة أسرار التوقيع. تحمل الرسالة توقيعًا، ويستخدم المدقق المفتاح العام المحدد بواسطة مجال التوقيع الخاص به و محدد. RFC 6376 ، القسمان 3.5 و6.1.
تحقق من المالك المقترح بحثًا عن مفتاح نشط ينتمي إلى طريق آخر. الاصطدام يتطلب التنسيق. ليس من الآمن الكتابة فوق محدد يعمل فقط لمسح الحالة الحمراء. تحقق من الاسم المؤهل بالكامل بعد النشر، بما في ذلك لاحقة المجال التي أضافها محرر DNS . احتفظ بالطوابع الزمنية ونتائج الاستعلام حتى تتمكن التقارير اللاحقة من التمييز بين ذاكرة التخزين المؤقت القديمة والمالك أو المفتاح غير الصحيح.
احتفظ بعلامة الارتباط التجارية خارج خاتمة المحاذاة
يصف دليل المزود خيارًا اختياريًا CNAME لروابط الرسائل المستعارة. والغرض منه هو ربط العلامة التجارية، وليس دليلاً على محاذاة نظام التعرف على هوية SPF أو DKIM . قم بتنفيذه فقط إذا تمت الموافقة على تغيير التتبع ذي الصلة وقدم الحساب الهدف الدقيق. دليل Sendloop، اختياري: إعداد سجل CNAME.
تحقق من موقع الويب الحالي أو تتبع الاستخدام قبل المطالبة بالمالك المقترح. لا تقم بتوجيه موقع الويب الجذر أو اسم مضيف التطبيق المباشر إلى هدف التتبع. احتفظ برابط اختبار غير ضار في الحملة الخاضعة للرقابة حتى يتمكن المراجع من التحقق من وجهتها واسم المضيف المعروض. تعد وظيفة المصادقة والارتباط بمثابة فحوصات قبول منفصلة؛ الارتباط ذو العلامة التجارية الذي يعمل لا يشكل توقيعًا صالحًا.
ارجع إلى فحص DNS الخاص بالحساب بعد النشر. قارن كل نتيجة معروضة مع بحث عام مستقل. سجل الحالات المعلقة بأمانة. إذا أظهر الحساب أنه تم التحقق منه بينما لا يزال الاختبار الخارجي يفشل، فاترك التغيير مفتوحًا واستخدم دليل الرسالة لتحديد الحد المتبقي.
جمع سجل هوية الرسالة المستلمة
أرسل من خلال سير عمل الحملة الفعلي إلى صناديق البريد الخارجية الخاضعة للرقابة دون استخدام بيانات العميل. كرر ذلك مع المجالات المختلفة ماديًا أو تكوينات التسليم. احتفظ بالرسالة الأصلية ونتائج المستلم الموثوق به، بالإضافة إلى معرف الرسالة والطابع الزمني UTC. سجل جميع توقيعات DKIM بدلاً من التوقف عند التوقيع الأول الذي يمر.
يجب أن يحتوي سجل الأدلة على المجال المرئي وهوية المغلف الموثقة، Return-Pathوقيم DKIM d= وs= ونتائج SPF و DKIM ونتيجة DMARC للمستلم. حدد آلية التمرير التي تتوافق مع المجال من. تفرض المحاذاة المريحة والصارمة مقارنات مختلفة للمجالات؛ سجل الوضع قيد الاستخدام. RFC 9989 ، شرح محاذاة المعرف.
إذا كان التوقيع المار الوحيد يستخدم نطاق موفر غير ذي صلة، فاطلب خيار توقيع نطاق العميل المدعوم وشروط التنشيط الخاصة به. لا تثبت ملاحظة جهة اتصال DKIM المخصصة للمعالج العام أن الخيار ممكّن أو مجاني أو متاح في كل خطة أو تم تكوينه تلقائيًا. احصل على تلك الإجابات للحساب الدقيق. لا تمثل اسمًا مستعارًا للتتبع كمجال مغلف بديل.
استخدم الفشل لتحديد الشيك التالي
ل مفقود توقيع DKIM، قم بتأكيد الحساب، وتم تحديده من الهوية وتنشيط المزود. بالنسبة لفشل التوقيع، قارن بين المحدد الذي تمت ملاحظته والمفتاح العام قبل التحقق من التغييرات النهائية للمحتوى الموقع. قد ينجح الاختبار باستخدام عنوان مرسل مختلف بينما لا تزال الحملة المتأثرة تفشل، لذا حافظ على ثبات سير العمل أثناء التشخيص.
بالنسبة لفشل نظام التعرف على SPF ، حدد المجال الذي تم تقييمه ومصدر الإرسال النهائي. بالنسبة لتمرير نظام التعرف على SPF مع فشل DMARC ، افحص المحاذاة بدلاً من إضافة المزيد من تضمينات SPF . إذا لم يتمكن الموفر من توثيق خيار الهوية المطلوب، فاحتفظ بهذا المطلب محظورًا وقم بتقييم مسار مدعوم آخر مع مالك الأعمال. لا تخفض سياسة النطاق بأكمله لمجرد إيقاف فشل اختبار أحد الموفرين.
قم بإعداد حزمة دعم تحتوي على تعريف الحساب، والمجال المتأثر، والسجلات العامة الصادرة، وإجابات DNS الملحوظة، ومعرف الرسالة، والوقت ونتائج المتلقي ذات الصلة. استبعاد كلمات المرور ومفاتيح API وقوائم المستلمين ومحتوى الرسائل غير ذات الصلة. يعد الفشل المتكرر القابل للتكرار أكثر فائدة من لقطات الشاشة المتعددة غير المرتبطة لتحريرات DNS .
استعادة ورقة العمل والقبول
استخدم ورقة عمل مصادقة Sendloop (قم بإنشاء سجل مراجعة منفصل باستخدام الحقول الموضحة هنا) لتتبع مراجعة تناقضات السجل وتأكيد الميزات المخصصة ومقارنة الهوية النهائية. يمكن أن تظل إجابة قدرة المغلف المفقودة دون حل بشكل واضح حتى عندما يعمل DKIM العادي. حدد القبول مقابل متطلبات العمل بدلاً من ملء كل فراغ بافتراض.
إذا فشل التغيير، قم بإيقاف عمليات الإرسال المتأثرة مؤقتًا واستعادة التكوين المعتمد مسبقًا من خلال خطة التغيير المسجلة. تنسيق تغييرات DKIM مع تنشيط الموفر؛ يؤدي حذف المفتاح العام أثناء استمرار الخدمة في التوقيع معه إلى حدوث فشل جديد. عند إيقاف Sendloop، تأكد من توقف جميع الحملات وعمليات التشغيل الآلي ومراجعة تبعيات SPF المشتركة قبل إزالة سجلات الثقة أو التتبع.
مثال عملي خيالي لتناقض نظام التعرف على SPF
الحالة المكتوبة الخيالية فقط: يفترض SLP-01 أن المقصود من offers@workshop.example . يحتوي المثال العام على موفرين يتضمنان بينما تسمي تعليمات السياسة الحالية واحدًا؛ ترخيص الحساب الحالي وهوية المغلف ونتائج DKIM / SPF غير معروفة. يحتفظ مالك DNS بالتغيير ويطلب من مالك الحساب الحصول على تأكيد خاص بالمسار. لا يقوم الملف النصي والارتباط ذو العلامة التجارية بإنشاء المصادقة. بعد التوضيح، سيقوم الفريق بمراجعة سياسة واحدة وجمع رسالة الحملة الخاضعة للرقابة. لم يتم تنفيذ أي حساب أو DNS أو اختبار الإرسال.
التغطية الوثائقية والبوابات المتبقية
تغطي هذه المسودة سير عمل الحساب العام والتحقق الآمن. ولا ينشئ DKIM عالميًا مخصصًا أو إعداد Return-Path مخصص، ولا يدعي أنه تم فحص رسالة Sendloop المحاذاة المباشرة. تظل هذه التفاصيل المعتمدة على الحساب، ونظام DNS المباشر والأدلة الرأسية، والمراجعة المستقلة، والمراجعة المرئية، وموافقة الشركات الصغيرة والمتوسطة البشرية معلقة. احتفظ بنطاق التنفيذ الكامل الأصلي قيد الانتظار حتى يقوم دليل الحساب المطلوب بسد الفجوات.
افصل رسالة المرور عن جاهزية التنفيذ
RFC 9989 يتطلب القسم 7.4 DKIM صالحًا لنشر المجال p=reject ويحذر بشأن إمكانية التشغيل التفاعلي للبريد غير المباشر. لا تبرر نتيجة SPF المفردة في حد ذاتها طرح سياسة الرفض. قم بمراجعة جميع المسارات الشرعية وملكية السياسة بشكل منفصل عن إعداد الموفر هذا.