المحتويات

المقدمة

كيف يمكنني أستكشاف الأخطاء وإصلاحها حول سبب عدم تلقي رسالة بواسطة عبارة البريد الإلكتروني الآمنة من Cisco؟

المقدمة

يوضح هذا المستند سبب عدم إسترداد رسالة بواسطة عبارة البريد الإلكتروني الآمنة من Cisco والخيارات الخاصة باستكشاف المشكلة وإصلاحها.

كيف يمكنني أستكشاف الأخطاء وإصلاحها حول سبب عدم تلقي رسالة بواسطة عبارة البريد الإلكتروني الآمنة من Cisco؟

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

- SenderBase - إذا قمت بإدخال مجال في مربع البحث على http://www.senderbase.org، فستتلقى قائمة بعناوين IP المعروفة المرسلة لهذا المجال.

- سجلات البريد - إذا كنت قد تلقيت رسائل بريد من المجال بنجاح في الماضي، فيمكنك البحث في سجلات البريد عن إحدى عمليات التسليم الناجحة هذه.

- نظام اسم المجال (DNS) - يمكنك البحث عن سجلات مبادل البريد (MX) للمجال. تستخدم معظم المؤسسات الأصغر نفس الخوادم الواردة والصادرة. بالنسبة للمنظمات الأكبر حجما أو الأكثر تجزءا، من غير المحتمل أن يكشف هذا الخيار عن المعلومات المطلوبة.

بمجرد معرفة عناوين IP، ستحتاج إلى البحث في سجلات البريد. أداة GREP المساعدة هي أداة جيدة لهذا الغرض. إذا قمت بتشغيل Microsoft Windows، فيمكنك إستخدام البحث في Word Pad أو Notepad أو تنزيل أداة GREP المساعدة من الإنترنت. Unix و Mac OSX لديهم GREP مدمج ويمكن الوصول إليهم من الصدفة. سيبدو سطر أوامر GREP بهذا الشكل، حيث يمثل "10.2.3.4" عنوان IP الذي سيتم البحث عنه:

host> grep '10.2.3.4' file.log

في حالة اتصال خادم المرسل بالخادم بنجاح، سترى خطا مماثلا لهذا المثال عند البحث عن عنوان (عناوين) IP الخاصة به:

Wed Feb  2 23:43:11 2008 Info: New SMTP ICID 6 interface Management (10.0.0.1)

address 10.2.3.4 reverse dns host test.ironport.com verified no

يمكنك بعد ذلك البحث عن كافة البنود التي تتضمن معرف الاتصال الوارد (ICID). ستخبرك الخطوط التي تجدها إذا تم إرسالها من معلومات، وإذا تم إرسالها إلى معلومات، ومعرفات الرسائل (MIDs) المرتبطة بالاتصال. سيظهر لك البحث الذي يتم إجراؤه على MID (المميزات) إذا تم قبول الرسالة بواسطة النظام، ونتائج الفحص، وما إذا تم محاولة التسليم أم لا.

توجد أداة أخرى لاستكشاف الأخطاء وإصلاحها تتمثل في سجلات تصحيح أخطاء الحقن. ستحتاج إلى عنوان IP الخاص بالخادم (الخوادم) المرسل أولا. بمجرد حصولك على هذا، أستخدم logconfig ثم حدد نوع السجل هذا. بمجرد تكوين السجل وتنفيذه، يمكنك أن تجعل المستخدم يرسل رسالة إختبار و(بافتراض أن الخادم يتصل ب "بوابة البريد الإلكتروني الآمنة من Cisco") ستسجل "عبارة البريد الإلكتروني الآمنة من Cisco" محادثة SMTP بالكامل. وهذا يتيح لكم رؤية نقطة الانهيار في الاتصال.

في حالة عدم وجود إتصالات حتى الآن وبالتالي عدم إستلام أية رسائل، تتمثل الخطوة التالية في جعل مسؤول خوادم الإرسال يتحقق من سجلاتها و/أو إستخدام برنامج Telnet لاختبار إرسال رسالة يدويا من خادم البريد. سيؤدي هذا إلى محاكاة الخادم الذي يحاول التسليم إلى بوابة البريد الإلكتروني الآمنة من Cisco لديك وستتفاعل عبارة البريد الإلكتروني الآمنة من Cisco مع نفس الاستجابة كما لو كان تطبيق الخوادم المرسلة قد أرسلها.

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

من الأسباب الشائعة لتلقي الرسائل المؤجلة أو الفاشلة أن عنوان IP الخاص بالخادم المرسل لا يحتوي على DNS عكسي تم تكوينه بشكل صحيح، مما يتسبب في تأخير طويل (أكثر من 30 ثانية) لعبارة البريد الإلكتروني الآمنة من Cisco لتوفير شعار SMTP. ستصل بعض تطبيقات الخادم إلى المهلة التي تم تكوينها وستغلق الجلسة قبل أن ترسل بريدا بسبب الشعار المؤجل. الحل في هذه الحالة هو تمديد المهلة أو تنفيذ DNS العكسي. الإجراء الموصى به هو تنفيذ DNS العكسي لجميع خوادم البريد التي تقدم إلى خوادم بريد إنترنت الأخرى. يعتبر هذا النظام النظام أساسيا من معايير الإنترنت ويتيح لخوادم البريد إمكانية التأكد من هوية الخادم على مستوى أساسي للغاية.