قد لا يتم تسليم البريد إلى بعض المجالات إذا كان نظام تشغيل الملقم Windows Server 2003

انتهي دعم Windows Server 2003 في 14 يوليو 2015!

أنهت شركة Microsoft دعم نظام التشغيل Windows Server 2003 في 14 يوليو 2015. لقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

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

اضغط هنا لرابط المقالة باللغة الانجليزية820284
هام تحتوي هذه المقالة على معلومات حول كيفية تحرير قاعدة التعريف. قبل تحرير قاعدة التعريف التحقق من وجود نسخة احتياطية يمكنك استعادة حالة حدوث مشكلة. للحصول على معلومات حول كيفية القيام بذلك، راجع موضوع التعليمات "نسخ احتياطي/استعادة تكوين" في وحدة التحكم بالإدارة لـ Microsoft (MMC).
الأعراض
عندما يحاول مستخدم في المؤسسة الخاصة بك إرسال رسائل إلى بعض المجالات باستخدام بروتوكول نقل البريد البسيط (SMTP) ، لا يتم تسليم الرسائل بنجاح. يمكن أن تحدث هذه المشكلة مع IIS أو Exchange عندما يكون نظام التشغيل الأساسية على الملقم Windows Server 2003.

بالإضافة إلى ذلك، يظهر حدث مشابهة للرسالة التالية في سجل الأحداث:

مصدر معرّف الحدث: 4000: SMTPSVC
نوع الحدث: تحذير
وصف: فشل تسليم الرسائل إلى مجال بعيد "contoso.com". حدث خطأ DNS داخلي تسبب في فشل في العثور على ملقم بعيد. 0000: c00402e7

السبب
تحدث هذه المشكلة إذا تحققت كافة الشروط التالية:
  • يقبل الكمبيوتر DNS استعلامات الكمبيوتر SMTP الخاص بك للحصول على مبادل بريدي (MX) سجلات المورد من الكمبيوتر الوجهة تم تكوينه فقط استعلامات بروتوكول مخطط بيانات المستخدم (UDP).
  • يتم تكوين كمبيوتر يعمل بنظام التشغيل Windows Server 2003 SMTP استخدام UDP أولاً ثم تجاوز الفشل إلى بروتوكول التحكم بالإرسال (TCP) إذا استقبل الكمبيوتر SMTP استجابة دقة اسم المقتطعة.
  • كمبيوتر DNS أن يستعلم الكمبيوتر عن SMTP تقوم بإرجاع استجابة UDP المقتطعة.

    ملاحظة يتم اقتطاع استجابة UDP إذا كانت هناك سجلات المورد MX عدد كبير جداً لاحتوائه في حزمة UDP واحدة.
في هذه الحالة، عملية البحث اسم من الكمبيوتر SMTP لأنه غير الناجحة لا يستجيب الكمبيوتر DNS إلى استعلام TCP. في هذه الحالة، قد تواجه الأعراض التالية:
  1. يرسل الكمبيوتر SMTP استعلاماً إلى جهاز الكمبيوتر DNS باستخدام UDP.
  2. إرجاع الكمبيوتر DNS استجابة المقتطعة إلى الكمبيوتر SMTP.
  3. لأنه يتم تكوين كمبيوتر SMTP فشل عبر TCP إذا استقبل الكمبيوتر SMTP استجابة المقتطعة ، الكمبيوتر SMTP يتجاهل استجابة UDP فشل عبر TCP و ثم resubmits لاستعلام DNS إلى جهاز الكمبيوتر DNS باستخدام TCP.
  4. لأنه يتم تكوين كمبيوتر DNS للاستجابة استعلامات UDP فقط, الاستعلام TCP من الكمبيوتر SMTP غير ناجحة.
لذلك، يتعذر تسليم الرسالة إلى المجال الوجهة.
الحل
تحذير إذا قمت بتحرير قاعدة التعريف بطريقة غير صحيحة وقد تتسبب حدوث مشكلات خطيرة يلزم إعادة تثبيت أي منتج يستخدم قاعدة التعريف. ولا تضمن Microsoft أن تتمكن من حل المشكلات التي تنتج عند تحرير قاعدة التعريف بطريقة غير صحيحة. تحرير قاعدة التعريف على مسؤوليتك الخاصة.

ملاحظة عمل نسخة احتياطية دومًا قاعدة التعريف قبل تحريره.

لحل هذه المشكلة، تكوين خدمة بروتوكول نقل البريد البسيط (SMTP) على كمبيوتر Windows Server 2003 لاستخدام UDP فقط. عند تكوين خدمة بروتوكول نقل البريد البسيط (SMTP) لاستخدام UDP فقط يستخدم الكمبيوتر SMTP النتائج من استجابة المقتطعة يتلقى الكمبيوتر SMTP من كمبيوتر DNS لإكمال تسليم الرسائل إلى المجال الوجهة. لتكوين خدمة بروتوكول نقل البريد البسيط (SMTP) استخدام UDP فقط أو إضافة أو تعديل مفتاح قاعدة تعريف التالية:
مفتاح معرف: 36997
نوع المفتاح: DWORD
قيمة المفتاح: 2
ملاحظة يصف الجدول التالي القيم المحتملة التي يمكنك تعيينها إلى مفتاح معرف 36997:
قيمةوصف
0استخدام UDP استعلامات DNS ومن ثم يفشل عبر TCP عند تلقي استجابة المقتطعة
1استعلامات DNS تستخدم TCP فقط
2استخدام استعلامات DNS UDP فقط
لتعديل قاعدة التعريف اتبع الخطوات التالية:
  1. بدء تشغيل أداة "إدارة خدمات معلومات إنترنت لـ Microsoft". للقيام بذلك، انقر فوق ابدأ ، وأشر إلى أدوات إدارية ثم انقر فوق إدارة خدمات معلومات إنترنت (IIS).
  2. انقر بزر الماوس الأيمن فوق Computer name (كمبيوتر محلي) ، ثم انقر فوق خصائص.
  3. انقر لتحديد خانة الاختيار تمكين تحرير قاعدة التعريف المباشرة ثم انقر فوق موافق.
  4. فتح ملف Metabase.xml باستخدام المفكرة. للقيام بذلك، انقر فوق ابدأ ثم انقر فوق تشغيل ، واكتب %systemroot%\system32\inetsrv\metabase.xml المفكرة ثم انقر فوق موافق.
  5. في حالة عدم وجود سطور التعليمات البرمجية التالية لصقها ضمن < الموقع IIsConfigObject = "/ LM/SmtpSvc" العنوان:
    <Custom		Name="SmtpUseTcpDns"		ID="36997"		Value="2"		Type="DWORD"		UserType="IIS_MD_UT_SERVER"		Attributes="INHERIT"	/> 
    ملاحظة لصق هذه الأسطر من التعليمات البرمجية في ترتيب رقمي استناداً إلى رقم معرف 36997. على سبيل المثال، بلصق سطور التعليمات البرمجية هذه بعد الأسطر من التعليمات البرمجية التي تحتوي على رقم معرّف 36931 وقبل سطور التعليمات البرمجية التي تحتوي على رقم معرّف 49875.
  6. إذا كان هذا القسم رمز موجوداً مسبقاً، تعديل العنصر القيمة إلى قيمة من 2.
  7. حفظ التغييرات إلى ملف Metabase.xml ثم قم بإنهاء "المفكرة".
معلومات أخرى
لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
832223تقوم بعض استعلامات اسم DNS غير الناجحة بعد ترقية ملقم DNS إلى Windows Server 2003
xadm

تحذير: تمت ترجمة هذه المقالة تلقائيًا

Vlastnosti

ID článku: 820284 - Poslední kontrola: 10/25/2007 17:26:18 - Revize: 3.5

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)

  • kbmt kbeventlog kbenv kbprb KB820284 KbMtar
Váš názor