النطاق والتكوين الخاص بالمزود
تبسيط مصادقة مجال المرسل للمستندات باستخدام SPF, DKIM و DMARC. توضح مقالة المرسل المجمع الأحدث الخاصة بها الانتقال من الإصدار k5 الأقدم محدد DKIM إلى dkim2048. استخدم هذا السلوك الحالي عند تقييم النطاق بدلاً من التعامل مع أي مفتاح تاريخي كدليل على مسار التوقيع المقصود.
جرد المجال المستخدم في عنوان المرسل وسجلات المصادقة الموجودة به. ينشر دليل مجال المرسل خط الأساس SPF v=spf1 include:carmamail.com ~all . دمج التضمين المطلوب مع الخدمات المعتمدة الأخرى في سياسة واحدة. لا تقم باستبدال سياسة محددة أو اعتماد نهاية الأساس دون مراجعة مخزون الإرسال الكامل وموازنة البحث.
بالنسبة إلى DKIM ، يشير الدليل الأحدث إلى علامات Symmplify باستخدام a مفتاح 2048 بت باستخدام محدد dkim2048. انشر المفتاح العام للموفر الحالي باسم TXT على dkim2048. _domainkey .<your-domain>. انسخ المفتاح غير المنقطع من المصدر الحالي بدلاً من نسخ مفتاح طويل من لقطة الشاشة أو هذه المقالة. إذا كان محرر DNS يحتاج إلى سلاسل أحرف متعددة بسبب حد السلسلة البالغ 255 حرفًا، فيجب أن تشكل سلسلة واحدة منطقية سجل TXT. لا تقم بتحويل المقاطع إلى سجلات رئيسية منافسة مستقلة أو إضافة مسافات داخل مادة المفتاح العام.
يوضح المزود أنه عندما يكون k5 فقط. _domainkey موجود، ويستمر في استخدام المفتاح الأقدم حتى تتم إضافة dkim2048. مع عدم نشر أي مفتاح، تقوم Symplify بالتوقيع باستخدام المجال الخاص بها، ولا يتوافق هذا التوقيع مع المجال من الخاص بالعميل. وهذا هو السبب في أن تصريح DKIM العام لا يعد دليل قبول كافيًا. اقرأ قيمتي d= وs= الفعلية في الحملة المستلمة.
نشر أو مراجعة سياسة DMARC المعمول بها. يقدم المزود p=none كنقطة بداية ومثال لعنوان الإبلاغ، ولكن يجب أن يكون صندوق البريد حقيقيًا ومصرحًا به. لا تقم بتخفيض سياسة حالية لعكس مثال. تقدم Symmplify التحقق من الإعداد من خلال domainsetup@symplify.com ؛ إن مطالبة هذا الفريق هي عبارة عن اتصال منفصل يتطلب الحصول على إذن. لا تحل المصادقة أيضًا محل إذن المستلم أو نظافة القائمة أو رابط إلغاء الاشتراك المرئي. يقول الدليل الأحدث بنقرة واحدة إلغاء الاشتراك تتم إضافة الرؤوس بواسطة الخدمة، بينما يظل الرابط المرئي مسؤولية مالك القالب.
القرار الذي يهم
تأكد من محاذاة توقيع dkim2048 مع مجال "من" الخاص بالعميل بدلاً من قبول مرور DKIM لمجال الموفر.
التحقق من السجلات المنشورة ومسار الإرسال الحقيقي
قم بتسجيل مالك التغيير والمنتج المرسل والمجال ونافذة الصيانة المعتمدة وإجابات DNS السابقة قبل التحرير. احصل على قيم السجل الحالية من الحساب المحدد أو سير عمل الموفر الموثق. افصل القيم التي يقدمها الموفر عن الاختيارات التي تتحكم فيها مؤسستك، مثل سياسة DMARC ومستلمي التقارير. إن صندوق البريد MX الموجود وسجلات TXT للتحقق غير ذات الصلة ومحددات DKIM النشطة ليست مرشحات للتنظيف لمجرد إضافة خدمة جديدة.
استعلم عن خوادم الأسماء الرسمية لكل مالك ونوع سجل بعد النشر. تسجيل وقت الاستعلام واستجابة الخادم والإجابة الكاملة. قارن سلاسل TXT كقيمة منطقية واحدة حيث تقوم استجابة DNS بتقسيمها إلى سلاسل أحرف. يفحص CNAME الأهداف وكذلك الاسم المستعار البداية. ثم قارن إجابة الحل العودي لتحديد اختلافات التخزين المؤقت. يعد التحقق الناجح من الموفر دليلاً مفيدًا على التكوين، ولكنه لا يحدد ما حصل عليه المستلم الفعلي.
أرسل فقط اختبارًا معتمدًا إلى مستلم خاضع للرقابة باستخدام طريق المنتج المقصود. احتفظ بالرسالة الأولية ونظام الاستقبال الموثوق به Authentication-Results. قم بتسجيل المجال المرئي من SMTP البريد من أو ملاحظتها Return-Path المجال، وكل قيمة DKIM d= وs=، ونتائج SPF و DKIM ، ونتيجة DMARC للمستلم. لا يدعم فحص SPF أو DKIM الناجح DMARC إلا عندما يتوافق المجال الذي تمت مصادقته مع المجال المرئي من ضمن السياسة المعمول بها. الرد على واسم العرض ذو العلامة التجارية ليسا هويات محاذاة. توفر RFC 7208 و RFC 6376 و RFC 9989 أساس البروتوكول لهذه الفروق.
ورقة عمل القبول والاسترداد وحدود الأدلة
هذه ورقة عمل قبول أصلية، وليست تقرير اختبار مباشر. وضع علامة على كل بوابة معلقة حتى وجود الدليل: تأكيد نطاق الحساب؛ تم التقاط DNS السابق؛ تم نشر المالك/النوع/القيمة الجديدة بالضبط؛ اكتمال التحقق من المزود؛ تم ممارسة المسار المقصود؛ تم تسجيل الهويات المستلمة؛ تم تأكيد المصادقة المحاذاة؛ المرسلين الآخرين لا يتأثرون. قم بتعيين ملف شخص وأدلة لكل بوابة. تمنع البوابة الحمراء عملية الطرح حتى عندما تكون لوحة معلومات الموفر باللون الأخضر.
في حالة فشل الاختبار، قم أولاً بالتمييز بين المنشور المفقود والبيانات المخزنة مؤقتًا التي لا معنى لها وتكوين الموفر غير النشط والمسار الصادر الخاطئ والمصادقة غير المحايدة. قم بتصحيح أصغر عيب تم إثباته ثم قم بالاختبار مرة أخرى. لا تقم بإضعاف DMARC أو حذف سجلات المرسلين الآخرين لمجرد اجتياز اختبار واحد. إذا كان التغيير يضر بالبريد الحالي، فاستخدم خطة الاسترداد المعتمدة والتكوين المسبق للتغيير الذي تم التقاطه، وتنسيق أي تغيير للمرسل من جانب الموفر بالإضافة إلى DNS . احتفظ بالمفاتيح القديمة بينما لا تزال الرسائل الموضوعة في قائمة الانتظار أو التداخل المعتمد تتطلب ذلك.
لم يكن هناك أي مستأجر عميل أو موثوق قبل/بعد التغيير أو رسالة مستلمة حقيقية متاحة لهذه المخطوطة. المصادر المحتفظ بها تدعم سير العمل الوثائقي؛ إنهم لا يرضون بوابة الأدلة الحية المفوضة. لا تزال مراجعة المدقق المستقل وموافقة الشركات الصغيرة والمتوسطة البشرية معلقة. لا تصف هذا الدليل بأنه تم التحقق من صحته ميدانيًا أو تنشره على أنه قد اجتاز تلك البوابات.
تعامل مع التوقيع الاحتياطي كدليل غير كامل
تفترض الحالة المكتوبة SY-01 أن الحملة تحتوي على من news@example.org ، ولم يتم نشر أي محدد لمجال العميل، ويعرض المتلقي الافتراضي توقيعًا عابرًا من مجال موفر غير ذي صلة. إن نطاق الموفر الدقيق والمحدد ونتيجة نظام التعرف على هوية المرسل SPF غير معروفة عمدًا، لذلك لم يتم تأكيد حكم DMARC الكامل. يجب على مالك DNS التوفيق بين سجل dkim2048 المقصود ومالك الحملة، ثم الحصول على رسالة مستلمة خاضعة للرقابة. لا تقم بتسمية مرور DKIM العام على أنه محاذاة لمجال العميل أو تغيير الفرض لإخفاء الهوية المفقودة. لم تحدث أي حملة أو بريد إلكتروني للتحقق أو إجراء DNS .
الحفاظ على حدود التنفيذ
يتطلب القسم 7.4 RFC 9989 DKIM صالحًا، وليس نظام التعرف على SPF وحده، للنطاقات التي تنشر p=reject, ويحذر من إمكانية التشغيل التفاعلي للبريد غير المباشر والقائمة البريدية. إن نجاح اختبار واحد للرسائل المباشرة لا يشكل دليلاً على أن كل طريق مشروع جاهز لسياسة أقوى. احتفظ بالحماية المعتمدة الحالية أثناء تشخيص الفجوة الفعلية؛ أي تغيير في السياسة يحتاج إلى قرار خاص به.