المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

ماذا يعني

مراجعة واستكشاف الأخطاء وإصلاحها

الخطوة 1 - التحقق من عدد الرسائل التي يتم إرسالها إلى PendDelivery

الخطوة 2 - التحقق من حالة المضيف لمجال الوجهة

الخطوة 3 - إختبار اتصال SMTP

أستكشاف الأخطاء وإصلاحها باستخدام أساليب إضافية

معلومات ذات صلة

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء رسائل البريد الإلكتروني الموجودة على "جهاز أمان البريد الإلكتروني" (ESA) وإصلاحها وعملية تسليم المنتجات هذه وإصلاحها.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- وصول CLI إلى ESA لديك

- لمستخدمي عميل أمان البريد الإلكتروني للسحابة (CES)، راجع وصول سطر الأوامر (CLI) للحصول على مزيد من المعلومات.

- إمكانية الوصول إلى شبكة منطقة التخزين (ESA) عبر واجهة المستخدم الرسومية (GUI)

ماذا يعني

عند أستكشاف أخطاء تسليم البريد الإلكتروني وإصلاحها، تظهر سجلات البريد أن الحالة الأخيرة لرسالة ما تظهر في قائمة الانتظار للتسليم. وهذا يعني أن الرسالة قد تمت معالجتها بواسطة ESA، ولكن لسبب ما يتعذر على ESA إكمال تسليم الرسالة إلى MTA للخطوة التالية. قد يكون ذلك لمجموعة متنوعة من الأسباب، ولكن بشكل عام لأن ESA غير قادر على الوصول إلى مضيف الوجهة و/أو لأن الرسائل يتم تخزينها أو رفضها بواسطة MTA للخطوة التالية.

مراجعة واستكشاف الأخطاء وإصلاحها

فيما يلي الخطوات التي تحتاج فيها إلى مراجعة الرسائل الموضوعة في قائمة الانتظار للتسليم وفحص اتصال SMTP.

الخطوة 1 - التحقق من عدد الرسائل التي تنهي التسليم

من واجهة سطر الأوامر (CLI)، يمكنك إستخدام  tophosts  أمر تم فرزه بواسطة المستلمين النشطين لمراجعة العناصر الموجودة في قائمة انتظار التسليم. يشير "المستلمون النشطون" إلى عدد الرسائل التي تم الاحتفاظ بها أثناء الانتظار.

esa.lab.local> tophosts active_rcpts

Status as of: Thu Aug 13 14:29:42 2020 EDT

Hosts marked with '*' were down as of the last delivery attempt.

Active Conn. Deliv. Soft Hard

# Recipient Host Recip. Out Recip. Bounced Bounced

1 the.encryption.queue  0 0 0 0

2 the.euq.queue 5 0 0 0 0

3 the.euq.release.queue 0 0 0 0 0

من واجهة المستخدم الرسومية، يمكنك الانتقال إلى الشاشة > حالة التسليم.

حالة التسليم - المستلمون النشطون

الخطوة 2 - التحقق من حالة المضيف لمجال الوجهة

من واجهة سطر الأوامر (CLI)، يمكنك إستخدام  hoststatus أمر مدمج مع المجال المعني لمراجعة حالة المضيف لأعلى/أسفل. راجع مراقبة حالة مضيف البريد.للحصول على مزيد من المعلومات.

esa.lab.local> hoststatus mail.com

Host mail status for: 'mail.com'

Status as of: Thu Aug 13 14:37:17 2020 EDT

Host up/down: up

Counters:

Queue

Soft Bounced Events 0

Completion

Completed Recipients 336

Hard Bounced Recipients 0

DNS Hard Bounces 0

5XX Hard Bounces 0

Filter Hard Bounces 0

Expired Hard Bounces 0

Other Hard Bounces 0

Delivered Recipients 336

Deleted Recipients 0

Gauges:

Queue

Active Recipients 0

Unattempted Recipients 0

Attempted Recipients 0

Connections

Current Outbound Connections 0

Pending Outbound Connections 0

من واجهة المستخدم الرسومية، هذا يستطيع أيضا رأيت تحت مدرب > حالة التسليم.

حالة التسليم - أحدث حالة للمضيف

بعض الأمثلة على حالة الجهاز المضيف لأعلى/أسفل وما يمكن أن يعنيه (ليس شاملا للجميع):

المصطلحات

- up - يمكن الوصول إليه ويقبل الرسائل بشكل نشط.

- أسفل - بشكل إيجابي (على سبيل المثال، تم رفض الاتصال أو لا يوجد طريق للمضيف) أو انتهت مهلة محادثة SMTP.

- غير معروف -غير قادر على الاتصال (على سبيل المثال، التسليم الموجه من خلال واجهة غير صحيحة أو عنوان IP غير صحيح NAT/Routed من خلال جدار الحماية).

الخطوة 3 - إختبار اتصال SMTP

إذا تعذر الوصول إلى المضيف، فيمكنك أولا التحقق من سجلات DNS MX باستخدام DIG ثم إختبار الاتصال باستخدام Telnet.

esa.lab.local> dig mx xmail.com

;; QUESTION SECTION:

;xmail.com. IN MX

;; ANSWER SECTION:

xmail.com. 1784 IN MX 40 al4.xmail-smtp-in.l.google.com.

xmail.com. 1784 IN MX 30 al3.xmail-smtp-in.l.google.com.

xmail.com. 1784 IN MX 10 al1.xmail-smtp-in.l.google.com.

xmail.com. 1784 IN MX 5 xmail-smtp-in.l.google.com.

xmail.com. 1784 IN MX 20 al.xmail-smtp-in.l.google.com.

esa.lab.local> telnet al1.xmail-smtp-in.l.google.com 25

Trying 10.233.186.26...

Connected to .

Escape character is '^]'.

220 mx.mail.com ESMTP d21si4412123pll.407 - gsmtp

إذا كان برنامج Telnet مرتجعا مع شعار 220، فأعد محاولة التسليم مع  delivernow all  erasecat4000_flash:. يمكنك أيضا التنقل من واجهة المستخدم الرسومية (GUI) إلى المراقبة > حالة التسليم وانقر فوق إعادة محاولة جميع التسليم.

إعادة محاولة كافة عمليات التسليم

إذا أعادت إختبارات الاتصال رفض، فقد يلزم إجراء فحص إضافي. يمكنك مراجعة سجلات البريد و/أو تعقب الرسائل لمعرفة ما إذا كانت هناك أسباب لرفض الرسائل المحتملة.

أستكشاف الأخطاء وإصلاحها باستخدام أساليب إضافية

- يمكن إستخدام SMTPS لإرسال رسالة إختبار. لمزيد من المعلومات، راجع كيفية أستكشاف أخطاء التسليم وإصلاحها في ESA.

- تتيح لك التقاط الحزم مراجعة محادثة SMTP، وتأكيد ما إذا تم رؤية أي أخطاء (على سبيل المثال، TLS). لمزيد من المعلومات، راجع ESA - التقاط الحزم وتحقيق الشبكة. يحتاج عملاء CES إلى الاتصال ب Cisco TAC للحصول على مساعدة لتشغيل أي من عمليات الالتقاط.

- تظهر سجلات تصحيح أخطاء المجال أيضا كامل محادثة SMTP وتكون مفيدة للغاية إذا كنت بحاجة إلى رؤية كيفية تسليم الرسائل من ESA. لمزيد من المعلومات، راجع مثال تكوين سجلات تصحيح أخطاء مجال ESA.

معلومات ذات صلة

- الوصول إلى واجهة سطر الأوامر (CLI) لحل أمان البريد الإلكتروني للسحابة (CES)

- جهاز أمان البريد الإلكتروني من Cisco - أدلة المستخدم النهائي

- مثال تكوين سجلات تصحيح أخطاء مجال ESA

- ESA - التقاط الحزم وتحقيق الشبكة

- كيفية أستكشاف مشكلات التسليم المتعلقة بالإيسا وإصلاحها

- مراقبة حالة مضيف البريد

- الدعم التقني والتنزيلات من Cisco