سجل MX يجيب على سؤال واحد ضيق: أي خادم يجب أن يستقبل البريد لهذا النطاق؟ بالنسبة لنطاق مخصص للبريد الإلكتروني المؤقت، يمكن لـ Cloudflare استضافة DNS الرسمي، بينما يوفر GPTMail—ليس Cloudflare—خدمة صندوق الوارد المستقبل. يصبح الإعداد محيرًا عندما يبدو لوحة تحكم DNS صحيحة لكن استجابة DNS العامة تقول شيئًا آخر.
العلاج هو التوقف عن الحكم على النموذج وفحص الإجابة التي يمكن للإنترنت رؤيتها فعليًا.
قبل تغيير DNS
تأكد من ثلاث تفاصيل:
- يمكنك تعديل DNS لخوادم الأسماء الموثوقة للنطاق.
- النطاق هو النطاق الدقيق الذي تنوي استقبال البريد عليه.
- لقد نسخت هدف MX العام الحالي المعروض من قبل GPTMail.
يعرض GPTMail حاليًا الهدف المطلوب في لوحة إضافة النطاق وصفحة النطاق. استخدم تلك القيمة بدلاً من لقطة شاشة قديمة أو سجل تم نسخه من خدمة أخرى.
السجل الأدنى
بالنسبة لهدف GPTMail العام الحالي، يكون السجل عادةً:
Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1مزودو DNS يصفون حقل المضيف بطرق مختلفة. يمكن أن يعني @ أو قيمة فارغة أو النطاق نفسه القمة (apex) للمنطقة. اتبع convention الخاص بالمزود؛ لا تدخل حرف @ حرفيًا إذا كانت الواجهة تتوقع حقلًا فارغًا.
بعض المزودين يتطلبون نقطة نهائية بعد الهدف وبعضهم يضيفها تلقائيًا. كلا الشكلين يمثلان نفس اسم DNS عندما يتم التعامل معه بشكل صحيح.
اختر عام أو خاص قبل نسخ الهدف
يحتوي GPTMail على وضعين للنطاق المخصص، ولا يستخدمان دائمًا نفس هدف MX.
- نطاق عام يستخدم الهدف العام المعروض في صفحة النطاق. بعد التحقق يظهر في قائمة النطاقات العامة ويحصل على مفتاح API للطلبات من جانب الخادم.
- نطاق خاص يبقى خارج القائمة العامة ويرتبط بحسابك في GPTMail: سجّل الدخول أولًا، ولا يمكن لغير ذلك الحساب عرض رسائله. ابدأ من علامة تبويب النطاق-الخاص على الصفحة الرئيسية لـ GPTMail وأنشئ إعدادات DNS المخصصة قبل تعديل MX.
لا تقم بنسخ المثال العام في هذه المقالة إلى إعداد نطاق خاص. القيمة المعروضة للنطاق الذي تضيفه هي الحقيقة المرجعية.
الأولوية ليست إعداد سرعة
الأرقام الأقل تعني أولوية أعلى. الأولوية 1 هي الإعداد الافتراضي الواضح، لكن 0 أو 10 تعمل أيضًا عندما تكون هذه هي مسار MX الوحيد. التكوين الخطير هو سجل أقدم برقم أقل يشير إلى مكان آخر. سيحاول المرسلون ذلك المسار أولًا.
أثناء الترحيل، احذف سجلات MX القديمة ما لم تكن تدير مستقبلًا احتياطيًا مختبرًا. السجلات المتعددة ليست مجرد زينة غير ضارة؛ إنها تحدد طرق تسليم بديلة.
التحقق من الإجابة الموثوقة
بعد حفظ السجل، استعلم عن DNS العام:
dig MX your-domain.exampleيجب أن يحتوي الجواب على هدف GPTMail. إذا لم يكن كذلك، تحقق من أي خوادم أسماء هي الموثوقة:
dig NS your-domain.exampleثم اسأل أحد تلك الخوادم مباشرةً:
dig @authoritative-nameserver.example MX your-domain.exampleهذا يفصل بين تأخير الانتشار وتعديل المنطقة الخاطئة. إذا كان الخادم الموثوق يُرجع السجل الجديد لكن محلل DNS العام لا يفعل ذلك، انتظر حتى تنتهي صلاحية البيانات المخزنة مؤقتًا. إذا كان الخادم الموثوق لا يزال يُرجع القيمة القديمة، الانتظار لن يحل المشكلة؛ تم حفظ التغيير في المكان الخطأ أو لم يُنشر.
لماذا قد يظهر سجل صحيح غير معروف
فحوصات DNS قد تُعيد مؤقتًا لا إجابة بسبب مهلات محلل DNS، مشاكل خادم الأسماء، أخطاء DNSSEC، أو سجل لا يزال ينتشر. فشل استعلام واحد لا يثبت أن النطاق مُكوَّن بشكل خاطئ.
إذا أبلغ GPTMail أن سجل MX لا يشير إلى الخادم المطلوب:
- انسخ قيمة MX الفعلية المعروضة في مدير النطاق.
- قارنها بالهدف المطلوب، بما في ذلك اسم المضيف الكامل.
- تحقق من وجود سجل متنافس بأولوية أعلى.
- استعلم عن خادم الأسماء الموثوق مباشرةً.
- انتظر بضع دقائق وأعد المحاولة بعد تغيير DNS جديد.
لا تحذف وتعيد إنشاء النطاق مرارًا وتكرارًا أثناء انتشار DNS. ذلك يغيّر حالة التطبيق دون تغيير ما تُرجعه DNS.
إعداد معتمد من Cloudflare
Cloudflare هو موفر DNS في هذا التدفق؛ GPTMail هو مستقبل صندوق الوارد المؤقت. هذا الإعداد لا يستخدم توجيه البريد الإلكتروني من Cloudflare.
قبل التفويض، تحقق مما يلي:
- اختر حساب Cloudflare والمنطقة التي تتحكم فعليًا في النطاق.
- إذا كان توجيه البريد الإلكتروني من Cloudflare مفعلاً، عطلّه أولاً. يكتشف GPTMail سجلات MX الخاصة بالتوجيه، يتوقف دون تعديل DNS، ويطلب منك حل النزاع.
- راجع الهدف الذي يظهره GPTMail. التفويض لمرة واحدة يستبدل سجلات MX لهذا النطاق فقط؛ أنواع سجلات DNS الأخرى لا تُعدل، ويتم إلغاء صلاحية رمز الوصول بعد إكمال الاستدعاء.
السجل التلقائي يستخدم الأولوية 0، بينما المثال اليدوي أعلاه يستخدم 1. كلاهما صالح عندما يكون هو مسار MX الوحيد. يقلل التفويض من أخطاء الكتابة، لكن التحقق النهائي لا يزال يعتمد على DNS العامة.
إذا كان النطاق يستخدم موفر DNS آخر، أضف السجل يدويًا وارجع إلى GPTMail لإعادة محاولة التحقق.
اختبار التسليم الفعلي
استعلام MX يؤكد التوجيه، ليس التسليم من الطرف إلى الطرف. بعد التحقق:
- أنشئ عنوانًا جديدًا على النطاق؛
- أرسل رسالة نصية قصيرة من مزود غير مرتبط؛
- تأكد من أن عنوان المستلم يطابق تمامًا؛
- انتظر حتى يكمل المرسل عملية التسليم قبل افتراض الفشل؛
- جرّب مرسلًا ثانيًا إذا تأخرت الرسالة الأولى.
تجنب الاختبار فقط من نظام قام مؤخرًا بتخزين مسار MX القديم في الذاكرة المؤقتة.
حافظ على فصل الملكية والاستعادة
النطاق المخصص يمنحك تحكمًا في التسمية، لكن GPTMail يظل خدمة صندوق بريد مؤقت. احفظ وصول المسجل، استعادة DNS، واستعادة حساب مهم في صندوق بريد دائم خارج النطاق المؤقت.
للتعرف ما إذا كان النطاق الخاص مناسبًا في المقام الأول، اقرأ اختر صندوق بريد بناءً على العواقب، لا على الراحة. إذا لم تصل رسائل الاختبار بعد التحقق من MX، استخدم البريد الإلكتروني للتحقق لا يصل: العثور على الخطوة المكسورة.