تأكد من أن Dynadot موثوق
يمكن للنطاق المسجل في Dynadot استخدام DNS الخاص بشركة أخرى. ابدأ بالتحقق من المفوض خوادم الأسماء وتحديد الحساب الذي يتحكم في المنطقة الموثوقة. إذا كان النطاق يستخدم خوادم أسماء خارجية، فقم بالنشر هناك. يعد تغيير خوادم أسماء المسجل لاستخدام محرر Dynadot مجرد ترحيل لنظام DNS ، وليس تعديلًا عاديًا لسجل المصادقة.
قم بتجميع نوع السجل الدقيق لمنصة الإرسال، واسم المالك الكامل وقيمته، بالإضافة إلى إعدادات المنطقة الحالية. يشرح هذا الدليل النشر، وليس المرسل الذي يجب أن يكون مرخصًا له. يجب على مسؤول البريد توفير والموافقة على SPF سياسة، DKIM سجل أو DMARC السياسة قبل أن يحفظها مشغل DNS .
ترجمة المالكين إلى حقول المحرر
يقوم Dynadot بتوثيق نطاقاتي > إدارة النطاقات، واختيار النطاق، والإجراء > إعدادات DNS ، وخيار Dynadot DNS . بالنسبة لبيانات Apex TXT ، استخدم سجل المجال مع TXT ثم ضع القيمة في عنوان IP/الوجهة. ويوجه المستخدمين إلى حذف علامات الاقتباس المحيطة. تعليمات TXT
قواعد اسم المالك مهمة: تعليمات @ تعني قسم سجل المجال، وليس علامة @ حرفية. ينتمي المالك غير الرئيسي إلى سجل النطاق الفرعي، ويجب أن تتم إزالة لاحقة المنطقة في الاسم المؤهل بالكامل المقدم قبل إدخال البادئة. على سبيل المثال، يصبح المالك التوضيحي _dmarc.example.com في منطقة example.com _dmarc . يصبح مالك DKIM مثل selector1._domainkey.example.com هو Selector1. _domainkey . هذه أمثلة على بناء الجملة، وليست قيم حساب حقيقية.
احفظ باستخدام إعدادات الحفظ ثم تحقق من المالك المنشور بالكامل. لا تفترض أن إرسال النموذج بنجاح يعني أن اسم DNS صحيح. يمكن أن يؤدي إدخال النطاق بالكامل حيث يُتوقع وجود بادئة فقط إلى إنتاج لاحقة مكررة وترك المالك المطلوب فارغًا.
الحفاظ على تكوين الجذر المطلوب
يقول دليل TXT الخاص بـ Dynadot أن تكوين DNS الخاص به يتطلب أيضًا الجذر A، AAAA، CNAME أو إعادة توجيه الإدخال. يعد هذا قيدًا على محرر الموفر، وليس قاعدة DNS عامة. الحفاظ على التكوين الجذري الحقيقي المعتمد للنطاق. لا تخترع عنوانًا نائبًا أو تغير موقع الويب فقط لتلبية النموذج. إذا كان التصميم المخصص للبريد فقط لا يحتوي على إدخال جذر مناسب، فاطلب من Dynadot تكوينًا مدعومًا قبل الحفظ.
بالنسبة لـ DKIM CNAME ، استخدم منطقة تسجيل النطاق الفرعي مع الملف المرفق محدد التسمية ونوع CNAME والوجهة. دينادوت إرشادات CNAME يستخدم مثالاً على موقع ويب؛ استبدل محدد البريد الفعلي بدلاً من نسخ www أو وجهة إعادة توجيه العينة. تجنب CNAME لدى مالك يحمل بالفعل خدمة نشطة أخرى.
تحقق من السجل الذي سيقوم المستلمون بالاستعلام عنه
طريقة التحقق الأصلية: الاحتفاظ بالإجابات الرسمية قبل وبعد لكل مالك ونوع محدد. بالنسبة SPF ، تحقق من نطاق المغلف المعمول به وتأكد من وجود سياسة مرشحة واحدة فقط لنظام التعرف على SPF . بالنسبة إلى DKIM ، استعلم عن المحدد الذي توفره منصة الإرسال واتبع CNAME الخاص به إذا كان موجودًا. بالنسبة إلى DMARC ، استعلم عن مالك _dmarc المقصود وقارن السياسة بالتغيير المعتمد.
استخدم عنصر التحكم في التحقق الخاص بمنصة الإرسال بعد ذلك، ثم أرسل رسالة غير ضارة عبر المسار المقصود. سجل نتائج مصادقة المتلقي وقارن مجال SPF أو DKIM الذي تم تمريره مع المجال المرئي من. نشر DNS والتحقق من المزود والرسالة تنسيق هي ملاحظات مختلفة. احتفظ بالثلاثة جميعًا بدلاً من التعامل مع أي مؤشر أخضر منفرد باعتباره مؤشرًا قاطعًا.
استعادة السجل الدقيق
فشل توضيحي: تمت كتابة _dmarc.example.com في حقل البادئة فقط، مما أدى إلى إنشاء لاحقة مكررة. تصحيح المالك بعد التأكد من صحة ما تم نشره؛ لا تقم بإنشاء سياسات DMARC متعددة لدى المالك المقصود كحل بديل. الحفاظ على لا علاقة لها سجلات TXT مثل الرموز المميزة للتحقق من الخدمة.
في حالة حدوث أي فشل، قم باستعادة السجل المتأثر إلى حالته السابقة المعتمدة واسمح بالتخزين المؤقت. أعد التحقق بعد ترحيل خادم الأسماء أو تنظيف السجل. تمت مراجعة الوثائق في 8 نوفمبر 2026. ولم يتم اختبار أي حساب Dynadot أو تغيير DNS مباشر أو رسالة تم تسليمها هنا.
قم بإعداد بطاقة ترجمة اسم المالك
بالنسبة لكل سجل، احتفظ بتعليمات خدمة الإرسال ومالك DNS المقصود بالكامل ولاحقة المنطقة وحقل المحرر والتسمية المُدخلة ونوع السجل والنتيجة الرسمية. على سبيل المثال، يتم تعيين _dmarc.example.com في المنطقة example.com إلى تسمية النطاق الفرعي _dmarc ؛ يتم تعيين القمة إلى سجل المجال. قارن المالك الكامل المعاد بناؤه قبل الحفظ. إذا كانت الواجهة الحالية تختلف عن النموذج الموثق، قم بإيقاف وتأكيد دلالات الحقل بدلاً من التخمين.