النطاق: Cloud Mail ليس كل خدمة Web.com
يحتفظ هذا الدليل بموضوع مصادقة Web.com الخاص بالكتالوج ولكنه يقصر التنفيذ الموثق على Cloud Mail SPF. لم يتم التحقق منه DKIM دليل التكوين لكل حزمة بريد إلكتروني على Web.com. إن إرشادات الموفر المتوفرة هي عبارة عن تسجيل أقدم لـ Cloud Mail، لذلك يجب تأكيد قابلية تطبيق الحساب الحالي قبل التغيير. المجال الذي تم شراؤه من Web.com لا يحدد، بهذه الحقيقة وحدها، خدمة البريد الإلكتروني الصادر الخاصة به. ابدأ بالاشتراك ومسار الإرسال بدلاً من شعار المسجل.
تميز صفحة Cloud Mail منتجها عن منتجات البريد الإلكتروني الأخرى. يسرد SPF كاختياري ضمن إعداد DNS الشامل الخاص به. مثاله العادي هو v=spf1 include:spf.cloudus.oxcs.net ~all . بالنسبة لحزمة الاستضافة أو نموذج الاتصال بموقع الويب، فهي تتضمن بدلاً من ذلك كلا من spf.registeredsite.com و spf.cloudus.oxcs.net . يدعو إلى واحد سجل SPF. هذه أمثلة موثقة، وليست قيمًا تم التحقق منها مقابل حساب عميل حالي. إعدادات Web.com Cloud Mail DNS
حدد المسار قبل اختيار السياسة
إنشاء مخزون صغير من التطبيقات المنتجة للرسائل. قم بتمييز الشخص الذي يرسل من خلال صندوق بريد مستضاف عن موقع ويب ينشئ إشعارات، ومنصة تسويق تستخدم نفس العنوان المرئي، وخدمة فوترة تابعة لجهة خارجية. لكل مسار، حدد الفريق الذي يمكنه تأكيد تكوينه الفعلي. سجل عدم اليقين بشكل صريح. لا يعد إيصال الشراء لنطاق أو موقع ويب دليلاً كافيًا على أن كل تطبيق يستخدم نفس البنية التحتية الصادرة.
تصف سياسة نظام التعرف على هوية المرسل SPF البنية الأساسية للإرسال المعتمد لهوية SMTP . فهو لا يقوم ببساطة بمصادقة كل رسالة يحتوي حقلها المرئي على المجال. يمكن أن تختلف هوية المغلف ذات الصلة عن ذلك الحقل المرئي. وهذا مهم عندما يتم إرسال موقع ويب من خلال خدمة أخرى أو عندما يستخدم التطبيق موفرًا يتحكم فيه عنوان ترتد. يمكن أن تكون السياسة صحيحة من الناحية النحوية ولكنها لا علاقة لها بالهوية التي يتم تقييمها. RFC 7208 ، HELO والبريد من الهويات
ولذلك ينبغي لقائمة الجرد أن تميز بين الحقائق المعروفة والأسئلة التي تنتظر الوصول إلى الحساب. قم بتمييز مجال المؤلف المرئي ونطاق المغلف المتوقع ومسار الإرسال المقصود ومالك التطبيق. اترك القيم غير المعروفة فارغة بدلاً من اشتقاقها من عنوان بريد الويب. هذه خطة مقترحة لجمع الأدلة، وليست تقريرًا يفيد بأن أي رسائل قد تم فحصها بالفعل.
الحفاظ على المرسلين الحاليين عند إعداد نظام التعرف على SPF
قبل أن تقترح سجل، والاحتفاظ باستجابة TXT الرسمية الحالية ووقت تجميعها من خلال عملية تغيير معتمدة. حدد سياسة نظام التعرف على SPF الفردية باسم المالك ذي الصلة. آخر سجلات TXT يمكن أن تتواجد مع هذا الاسم، ولكن لا يمكن حل سياسات SPF المتعددة بمجرد اختيار السياسة الأحدث. تختلف سلاسل الأحرف المتعددة داخل سجل مورد TXT واحد أيضًا عن سجلات الموارد المتعددة. RFC 7208 وسجلات موارد DNS وسلاسل متعددة
قم بإعداد مقارنة قبل وبعد التي تحافظ على المرسلين الذين ما زالوا مصرح لهم. لا تستبدل سياسة الإنتاج بمثال قصير للموفر لمجرد أن المثال يبدو أسهل في الفهم. تعبر آلية الكل النهائية أيضًا عن نية السياسة. لا تسمح العينة التي تنتهي بـ softfail بإضعاف سياسة موجودة، ولا يؤدي الإنهاء الأكثر صرامة إلى اكتمال مخزون المرسل غير المراجع.
قم بمراجعة مسار التقييم الكامل، بما في ذلك التضمينات المتداخلة. يتعلق حد نظام التعرف على SPF بمصطلحات استعلام DNS التي تم تقييمها، وليس فقط عدد كلمات التضمين المرئية في سلسلة المستوى الأعلى. التخزين المؤقت لا يجعل السياسة المفرطة صالحة. احصل على مراجعة التبعية المقترحة بشكل منفصل عن الادعاء بنجاح التقييم المباشر الحالي. لم يتم التأكيد على مثل هذا التقييم هنا. RFC 7208 ، حدود بحث DNS وتشمل
احتفظ بتغييرات التوجيه والمصادقة بشكل منفصل
يجب ألا يتحول تغيير المصادقة إلى عملية ترحيل لصندوق البريد بهدوء. يجب أن يشرح مالك التغيير سبب ضرورة كل تعديل مقترح DNS . يؤدي تغيير وجهة صندوق البريد إلى عواقب خدمة مختلفة عن تغيير تفويض نظام التعرف على هوية SPF . يجب أن تكون خطة التراجع محددة للسجلات التي تمت الموافقة عليها فعليًا، وليس تعليمات عامة لاستعادة المنطقة بأكملها من عملية تصدير قديمة.
يحمي هذا الفصل أيضًا التطبيقات غير ذات الصلة. قد يستضيف النطاق موقع ويب عامًا وبريدًا واردًا وسجلات اكتشاف الخدمة وخدمات الجهات الخارجية المفوضة. يجب أن تحدد ورقة عمل المصادقة اسم المالك الدقيق ونوعه والمحتوى المقصود. لا ينبغي أن يطلب من المشغل نسخ جدول DNS للموفر بالكامل دون فهم العواقب. يمكن أن يستخدم العرض التقديمي DNS أسماء نسبية أو أسماء مطلقة اعتمادًا على المحرر؛ يجب على المشغل تأكيد اسم المالك الناتج بدلاً من افتراض قاعدة واجهة عالمية. RFC 1035 ، تنسيق الملف الرئيسي
تظل DKIM و DMARC أسئلة قبول منفصلة
لا يوفر نطاق نظام SPF الموثق بريدًا سحابيًا تم التحقق منه محدد DKIMأو المفتاح العام أو إجراء تنشيط التوقيع. ولا تزال هذه الحقول دون حل. لا تخترع محددًا افتراضيًا، أو تستعير مفتاحًا من منتج استضافة مختلف، أو تتعامل مع وجود نظام التعرف على SPF كدليل على توقيع الرسائل. يعتمد التحقق DKIM على مجال التوقيع والمحدد والمفتاح المنشور المقابل. لم يتم إثباته من خلال ادعاء عام بأن الاستضافة تدعم البريد الإلكتروني الآمن. RFC 6376 ، DKIM-Signature وتخزين المفاتيح
DMARC يتطلب معرفًا مصادقًا عليه بالعلاقة المطلوبة مع مجال المؤلف المرئي. إن تمرير نظام التعرف على SPF لمجال مغلف غير ذي صلة ليس كافيًا. على العكس من ذلك، يمكن أن يوفر تمرير DKIM المحاذي مسار المصادقة المؤهل حتى عندما لا تتم محاذاة نظام التعرف على SPF . يجب أن تسجل المراجعة التشغيلية المسار الذي يدعم كل مسار فعلي بدلاً من المطالبة بمجموعة عالمية مخترعة. لا تضمن المصادقة وضع البريد الوارد أو إثبات أن طلب العمل الخاص بالرسالة مشروع. RFC 9989 ، محاذاة المعرف ونطاقه
التشخيص الخيالي: تطبيقان، طريق واحد مفترض
خذ بعين الاعتبار منظمة Marlin Workshop الخيالية. يسرد المسؤول "Web.com" باعتباره مالك البريد الإلكتروني للموظفين وإيصالات موقع الويب. يقوم التغيير المقترح بنسخ أقصر مثال لنظام التعرف على SPF وإزالة الترخيص الحالي دون التحقق من التطبيق الذي لا يزال يستخدمه. هذا خطأ تخطيط خيالي، وليس حادثًا تم الإبلاغ عنه أو اختبارًا تم تنفيذه.
يقوم المراجع بإيقاف التغيير والفصل بين صفي التطبيق. يجب على مالك صندوق بريد الموظفين تحديد المنتج الفعلي. يجب على مالك الموقع تحديد كيفية تقديم الإيصالات. يحتفظ مشغل DNS بالسياسة الحالية ويقوم بإعداد مقارنة تمت مراجعتها فقط بعد توفر تلك الحقائق. وإذا اختلفت الطرق فلا بد أن تختلف أدلتها أيضا. يعد التشخيص افتراضًا غير مدعوم حول البنية الأساسية المشتركة، وليس دليلاً على فشل موفر معين في مصادقة البريد.
ورقة عمل القبول فارغة
أكمل ورقة العمل هذه فقط مع الملاحظات المعتمدة. تعني الخلايا الفارغة أدلة لم يتم حلها، وليس اختبارًا مباشرًا فاشلاً.
- دليل المنتج والاشتراك: ______
- تأكيد وتاريخ المزود الحالي: ______
- التطبيق والمالك المسؤول : ______
- مجال المؤلف المرئي: ______
- هوية المغلف الفعلية والأدلة: ______
- مالك SPF الرسمي الحالي وقيمته: ______
- التغيير المقترح مع المرسلين المحتفظ بهم: ______
- مراجعة التبعية المتداخلة وحد البحث: ______
- قدرة DKIM وأدلة التحديد والتنشيط: ______
- نتيجة المصادقة المحاذاة الفعلية: ______
- نافذة الموافقة على التغيير والتراجع والمراقبة: ______
الافراج عن الحدود
توفر هذه المخطوطة طريقة مراجعة محددة النطاق، وليس تكوينًا مكتملًا. يظل قابلية تطبيق المنتج الحالي، وقيم الحساب التي تم إنشاؤها، والنشر الرسمي، وأدلة الرسائل المستلمة، ومراجعة الموضوع البشري، وطرق الإنتاج، وإمكانية الوصول المرئي، وإصدار المالك مفتوحة. لم تتغير متطلبات دليل التنفيذ الأوسع للكتالوج. لم يتم إجراء أي تعديلات DNS أو طلبات الدعم أو الرسائل أو اختبارات المستأجر لهذه المسودة.