it-swarm.asia

أواجه بعض المشكلات في نقل سجلات MX إلى DNS المسجلين

أقوم بتشغيل البريد الإلكتروني لتطبيقات Google واستضافت تقليديًا سجلات DNS الخاصة بي من خلال إعداد Plesk. نوصي بأن نوفر رسائل بريد إلكتروني أكثر موثوقية خلال فترة التوقف إذا احتفظنا بقوائم MX و CNAME التي تتطلبها تطبيقات Google المستضافة في Enom بدلاً من معالجتها داخليًا.

لقد قمت بنسخ الإعدادات من Plesk إلى Enom. يعيد النطاق نفسه دون أي مشكلة ، لكن سجلات MX ، على الرغم من أنها تبدو مدخلات في Enom دون خطأ ، لا يبدو أنها تعيد توجيه بريدي. إذا حاولت الإرسال إلى عنوان البريد الإلكتروني الذي أحاول توجيهه ، فاسترد الخطأ التالي:

لقد حاولت Google توصيل رسالتك ، لكن تم رفضها من قِبل مجال المستلم. نوصي بالاتصال بموفر البريد الإلكتروني الآخر للحصول على مزيد من المعلومات حول سبب هذا الخطأ. الخطأ الذي أرجعه الخادم الآخر هو: 553 553 آسف ، هذا النطاق ليس في قائمة rcpthosts المسموح بها (# 5.7.1) (الحالة 14).

يتم الرجوع إلى هذا النوع من الأخطاء كثيرًا فيما يتعلق بالترقية ، ولكن كان يومين وتقوم Enom بتحديث كل شيء آخر على الفور تقريبًا.

أفكار؟

3
binaryorganic

قد تكون في انتظار TTL (بغض النظر عن مدى سرعة eNom بتحديث سجلات DNS الخاصة بهم ، من المحتمل أن تتم ملاحظة TTL من قبل أنظمة وسيطة قامت بتخزين سجل MX مؤقتًا) ، ومع ذلك ، فإن الجاني الأرجح بعد 48 ساعة سيكون إعدادات Plesk .

تحديث:

اعتذاري - تلقيت انطباعًا من سؤالك أنك تنسخ إعدادات Plesk على eNom للتكرار ، على الرغم من أن الرأس الذي قدمته سيشير إلى خلاف ذلك.

من مراجعة للرؤوس التي قدمتها ، يبدو أن eNom لا يُرجع أي سجلات MX - راجع mx: nativeapps.org على MXToolBox (قد ترغب في متابعة التحقق مما تُظهر خوادم أسماء eNom للمجال الخاص بك باسم يمكنك التحقيق مع موظفي الدعم الخاصة بهم).

1
danlefree

تعليق واحد ، فكرة واحدة:

التعليق هو أن هذا السؤال ربما يكون أفضل في serverfault.com أو superuser.com (أنا بصراحة لا أعرف أيهما هو الأنسب).

تتمثل الفكرة في أنه يجب عليك تضمين رؤوس البريد المرتد بالكامل في سؤالك ، وتحديد النطاق الدقيق الذي يواجه هذه المشكلة. نظام DNS هو نظام عام ، لذلك بمجرد أن نعرف مجاله ، يمكننا أن ننظر إلى المعلومات التي تنشرها في DNS ونخبرك أين تكمن المشكلة.

0
Jesper Mortensen