تأكد من أهلية مرسل E-goi قبل عمل DNS
مسؤول E-goi التحقق من دليل مرسل البريد الإلكتروني الخاص بي، تم تحديثه في 13 أغسطس 2025، ويصف مصادقة المرسل ومجالًا منفصلاً CNAME متطلبات. تتناول هذه المقالة سير عمل E-goi. ولا يفترض أن إعدادات المصادقة الخاصة بموفر صندوق البريد تغطي البريد التسويقي المرسل عبر E-goi، أو أن الاختبار الناجح لمجال مرسل واحد يغطي نطاقًا آخر. ابدأ بالحساب الفعلي وعنوان المرسل والمجال ومسار الرسالة المقصود.
يتطلب الدليل عنوان مرسل على مجال يتحكم فيه العميل؛ تقول أنه لا يمكن المصادقة على عناوين البريد الإلكتروني الشخصية من خلال هذه العملية. كما ينص أيضًا على شرط أهلية WHOIS العام لمصادقة المجال وإعداد CNAME . احتفظ بذلك كمتطلب أساسي موثق يتطلب تأكيد الحساب الجاري، وليس كـ DNS عام، SPF أو DKIM قاعدة. لا تقم بإضعافه بصمت إلى توصية اختيارية أو تستنتج أن خصوصية التسجيل تجعل النطاق ضارًا.
إذا كان هذا الشرط يتعارض مع متطلبات خصوصية المؤسسة، فاحتفظ بالتنفيذ محظورًا للحصول على توضيح من الموفر واتخاذ قرار معتمد. لا تكشف عن تفاصيل التسجيل الشخصية لمجرد جعل القائمة المرجعية خضراء. لا تغير هذه المخطوطة خصوصية التسجيل أو تجمع معلومات الاتصال الشخصية أو تقدم طلب دعم. لا يتم استخدام ادعاءات المصدر الأوسع حول النطاقات الخاصة ومخاطر الملكية كاستنتاجات فنية هنا.
اختر طريق التكوين المعتمد
يبدأ المسار الموثق في القائمة العلوية اليمنى ضمن المرسلون. أضف المرسل المقصود إذا لزم الأمر، ثم اختر "مصادقة" بجانبه. تقدم E-goi ثلاثة طرق: الإعداد بمساعدة الموفر، أو إرسال التعليمات إلى جهة اتصال فنية، أو إجراء التكوين بنفسك. تحمل هذه المسارات أذونات مختلفة وعواقب لمشاركة المعلومات. يعد اختيار مساعدة مقدم الخدمة أو إرسال التعليمات عبر البريد الإلكتروني بمثابة إجراء خارجي، وليس مجرد عرض صفحة المساعدة.
بالنسبة لسير عمل الخدمة الذاتية المقترح، حدد مسؤول DNS وأكد الوصول إلى المنطقة المخولة. ينص الدليل على تحديد شركة استضافة النطاق بحيث تعرض E-goi SPF و DKIM و DMARC إدخالات لإضافتها. استخدم تعليمات الحساب الجاري المعروضة بدلاً من اختراع مجموعة سجلات عالمية. إذا كان فريق آخر سيقوم بتنفيذ التغييرات، فقم بتوفير تفاصيل السجل العام الضرورية فقط من خلال قناة معتمدة واحتفظ بنطاق الطلب.
قبل أي تغيير، قم بجرد سجلات المصادقة الحالية والمرسلين الشرعيين الآخرين. قم بتسجيل الإدخالات الجديدة، والتي تعدّل السياسة الحالية والتي قد تتعارض مع التبعية النشطة. احتفظ بنسخة من التكوين السابق المعتمد للتراجع. يمكن لواجهة الحساب إظهار السجلات المطلوبة، لكن طريقة العرض هذه لا تثبت أن المنطقة العامة تنشرها بالفعل.
أبقِ متطلبات CNAME الإضافية مرئية
يقول دليل E-goi مرارًا وتكرارًا أن المصادقة يجب أن تكون مصحوبة بإضافة CNAME الخاص بها إلى المجال. يصف مثال استكشاف الأخطاء وإصلاحها اسمًا يبدأ عادةً بـ mkt، ولكن يجب أن يأتي الاسم والهدف الدقيقان من إعداد الحساب. لا تفترض أن CNAME مطابق لـ a محدد DKIM قم بتسجيل أو إنشاء اسم mkt توضيحي دون التحقق من التكوين الصادر. أعط لكل سجل غرضًا واضحًا في سجل التغيير.
قارن المالك الكامل والهدف باتفاقيات محرر DNS . قد تقوم اللوحة بإلحاق لاحقة المنطقة بتسمية نسبية، لذلك يمكن أن يؤدي الإدخال الكامل ظاهريًا إلى إنتاج لاحقة مكررة غير مقصودة. تحتاج الأسماء المستعارة الموجودة أيضًا إلى المراجعة قبل الاستبدال. احتفظ بسجلات مصادقة المرسل والمجال الإضافي CNAME كعناصر قبول منفصلة؛ إن الفحص الناجح لأحدهما لا يثبت أن الآخر موجود أو مناسب.
يسمي قسم التحقق اليدوي الخاص بالدليل egoi كمثال محدد DKIM الخاص به. يعد هذا سياقًا مفيدًا للإعداد الموثق، ولكن يجب أن يحدد دليل الرسالة الفعلي نطاق المحدد والتوقيع الذي يستخدمه المسار الذي يتم قبوله. لا تتعامل مع البحث الناجح عن علامة مألوفة كدليل على أن كل حملة تستخدم هذا المفتاح. RFC 6376 ، القسم 3.5 يحدد حقول التوقيع اللازمة لتلك المقارنة.
راجع نظام التعرف على SPF و DMARC كقرارات على مستوى النطاق
يجب التوفيق بين تعليمات نظام التعرف على هوية المرسل SPF الخاصة بالحساب ومخزون المرسل الشرعي الحالي. لا تنشر سياسة نظام SPF ثانية أو استبدل التفويضات غير ذات الصلة بشكل أعمى. RFC 7208 ، الأقسام 2.4 و3.2 و4.6.4 تحديد البريد من الهوية وسلوك السجلات المتعددة وتقييم حدود المصطلحات المعتمدة على DNS. قم بحساب التبعيات المتداخلة ذات الصلة بدلاً من افتراض أن عدد التضمينات المرئية هو التكلفة الكاملة.
يقوم الموفر بتضمين DMARC في إرشادات الإعداد الخاصة به، ولكن اختيار سياسة على مستوى النطاق لا يزال يتطلب مراجعة المرسلين الآخرين وترتيبات إعداد التقارير المقصودة. لا تقم بالكتابة فوق سياسة العمل بعينة عامة فقط لتلبية شاشة إعداد خدمة واحدة. وجهات التقرير هي قرارات تتعلق بمشاركة البيانات ولا يجب إضافتها تلقائيًا من الأمثلة. ويظل البروتوكول الحالي v=DMARC1; ليست هناك حاجة لاختراع سلسلة إصدار جديدة للمراجعة القياسية الحالية.
RFC 9989 ، القسم 4.4 يشرح تنسيق بين مجال المؤلف المرئي وهوية المصادقة العابرة. لا يؤدي تمرير نظام التعرف على هوية المرسل SPF لمجال مغلف غير ذي صلة إلى نتيجة متوافقة تلقائيًا. وبالمثل، فإن التوقيع لمجال غير ذي صلة لا يكفي لمجرد نجاح فحص التشفير. قم بتقييم المسار والهويات الفعلية بدلاً من مساواة أي شارة خضراء بقبول DMARC الكامل.
قم بتفسير التحقق وتأخيرات DNS بعناية
بعد حفظ تغييرات DNS ، يوجه الدليل المستخدمين مرة أخرى إلى نافذة E-goi التي لا تزال مفتوحة لاختيار التحقق. ويصف مؤشرات SPF و DKIM التي تتحول إلى اللون الأخضر عند اجتياز عمليات التحقق والمؤشرات الحمراء عندما تكون الإعدادات خاطئة. الحفاظ على النتيجة الدقيقة والوقت. يعد هذا فحصًا لتكوين الموفر، وليس دليلاً على التسليم إلى كل مستلم أو دليلاً على أن جميع الرسائل المستقبلية ستتم المصادقة عليها.
ويشير الدليل إلى أن القيمة المتوقعة المفقودة قد تشير إلى الانتشار، ولكن لا ينبغي أن يكون هذا هو التشخيص الوحيد. يمكن للمالك الخاطئ أو المنطقة الخاطئة أو القيمة المحذوفة أن تنتج نفس الغياب الواضح. قارن بين المنشور الرسمي والقيمة الصادرة عن الحساب قبل افتراض أن الانتظار كافٍ. تقديراتها الزمنية هي إرشادية وليست مواعيد نهائية عالمية. لم يتم تنفيذ أي استعلام DNS أو إجراء التحقق لهذه المخطوطة.
يجب أن تستخدم عملية القبول المعتمدة بشكل منفصل محتوى رسالة غير ضار وتفحص نتائج المستلم الموثوق به لنطاق المرسل المقصود. قم بتسجيل هوية المغلف الفعلية ومجال التوقيع والمحدد ومجال المؤلف والمسار المرصود. تجنب تحميل قوائم جهات اتصال حقيقية أو رسائل سرية إلى مدققين خارجيين. تشير E-goi نفسها إلى أن المصادقة وحدها لا تكفي لتحسين التسليم: فالمشاركة والعوامل الأخرى تظل ذات صلة. لا تتم المطالبة هنا بأي نتائج مضمونة للبريد الوارد أو الاستجابة للحملة.
التشخيص الخيالي وورقة عمل القبول الفارغة
تقوم منظمة الفنون الخيالية، Willow Stage، بإكمال إدخالات مصادقة المرسل ولكنها تتجاهل عنصر CNAME الإضافي. يشير مالك الحملة إلى اكتمال الإعداد من خلال مؤشرات نظام التعرف على SPF و DKIM فقط. تقارن المراجعة قائمة المراجعة الكاملة الصادرة مع أدلة السجل العام وتكتشف أن تبعية النطاق الإضافي لم تتم معالجتها. التصحيح المقترح عبارة عن مراجعة واسعة النطاق DNS وأدلة قبول جديدة، وليس استبدالًا شاملاً للسياسة. السيناريو خيالي ولا يحتوي على أي نتيجة حسابية أو حملة أو استعلام حقيقي.
- الحساب ومجال المرسل ومسار الرسالة الفعلي: ______
- تأكيد الأهلية الحالي، بما في ذلك شرط WHOIS الموثق: ______
- قرار الخصوصية أو توضيح المزود الذي لم يتم حله: ______
- متطلبات SPF و DKIM و DMARC الصادرة عن الحساب ومتطلبات CNAME المنفصلة: ______
- التبعيات الحالية ومالك DNS المعتمد والموافقة: ______
- التحقق من النتيجة وتسجيل الأدلة العامة حسب البند: ______
- هويات الرسائل المستلمة الموثوقة ونتائج المحاذاة: ______
- مالك التراجع والاستثناءات المتبقية وقرار الإصدار: ______
تظل أدلة التنفيذ الأصلية، ومراجعة الموضوع البشري، وقابلية التطبيق الحالية، وطرق الإنتاج، وإمكانية الوصول المرئي، وإصدار المالك مفتوحة. لم يتم تغيير أي سجل أو إعداد التسجيل أو التحكم في الحساب. تظل متطلبات تنفيذ الكتالوج الأوسع تعتمد على المستأجر المعتمد وأدلة الرسالة.