جاي، لقد جربت ذلك أيضًا، ربما محاولتي لإنشاء سجل MX غير دقيقة.. أحصل على تكوين OK في Mxtoolboxdotcom: (لا يوجد سجل PTR، لا يوجد دعم لـ TLS، بخلاف ذلك كل شيء أخضر)
يجب أن يكون لدينا سجل DNS يوجه بريد TLD الخاص بنا إلى خادم البريد الصادر الخاص بنا، ويبدو أن هذا يتجاوز محاولتي لإرسال البريد إلى الخادم / النطاق الفرعي، على سبيل المثال: إرسال بريد اختبار إلى nobody@discourse.TLD,domain يظهر في سجلات مستلم البريد على النحو التالي:
حسنًا، كما يقول المثل، الأمر دائمًا متعلق بنظام أسماء النطاقات (DNS).\n\nلا توجد فرصة كبيرة لحل المشكلة باستخدام عناصر نائبة نظرًا لأنه لا يمكنك أنت ولا أي شخص يساعدك التحقق من أي شيء، ولكن على ما أعتقد، إليك محاولة على أي حال.\n\nيجب أن يكون سجل MX\n\ndiscourse.example.com يشير إلى discourse.example.com بأي أولوية.\n\nلا تغير أي شيء بخصوص البريد الإلكتروني لـ TLD. فقط سجل MX لمستقبل البريد، وهو نفس اسم المضيف مثل Discourse.
لقد نجح هذا بشكل جيد، يقول السجل “تم التسليم” لذا سأعود إلى التكوين وأرى ما إذا كان بإمكاني جعل الرد عبر البريد الإلكتروني يعمل الآن
ملاحظة جانبية.
أنا متأكد من أن استمرار التصحيح كان بسبب نظام أسماء النطاقات (DNS)..
لأنني استمررت في إرسال رسائل اختبار من عنوان بريدي الإلكتروني العادي (جامعة كبيرة) ويبدو أن التغييرات في نظام أسماء النطاقات لم تنتشر في بنية البريد الإلكتروني الكبيرة المذكورة.
لذا أرسلت رسالة اختبار من حساب openinbox الذي كنت سأستخدمه لـ POP3، ونجحت، وتم تسليمها بشكل جيد.
يا إلهي، اعتدت على تشغيل خوادم DNS، لكن ذلك كان قبل عقدين من الزمن، وكانت الأوقات أبسط.
على أي حال، فإن سجل MX الخاص بي (namecheap) يبدو تمامًا كما قلت، .. سأتوقف عن الإبهام