حل حالات فشل تسليم البريد الإلكتروني بسبب مشاكل تكوين سجل DNS العكسي (PTR)

مسألة

يتم رفض رسائل البريد الإلكتروني المرسلة إلى مجالات محددة مع رسالة الخطأ "يتم ترصيدها بواسطة خادم الوجهة مع الاستجابة: 5.3.0 - مشكلة أخرى في نظام البريد ('550'، ['رفض البحث العكسي ل IP الخاص بالمرسل']). يحدث الرفض عندما يحاول خادم البريد المتلقي إجراء بحث عكسي في DNS على عنوان IP للمرسل ويفشل في العثور على سجل PTR صالح أو العثور على سجل PTR تم تكوينه بشكل غير صحيح.

ترجع رسائل البريد الإلكتروني إلى مجال example.com بشكل ثابت مع خطأ رفض البحث عن DNS العكسي. تعرض سجلات جهاز أمان البريد الإلكتروني للسحابة (CES) من Cisco معالجة ناجحة للبريد الإلكتروني الصادر، ولكن خادم بريد الوجهة كان يرفضها بسبب فشل التحقق من صحة سجل PTR.

البيئة

• خدمة أمان البريد الإلكتروني للبيئة السحابية (CES) من Cisco

• Microsoft Exchange Server كنظام البريد المصدر

• تسليم البريد الإلكتروني إلى المجالات الخارجية (example.com)

• لم يتم الإبلاغ عن أي تغييرات تكوين حديثة في CES

• تأثير العمل: تسليم بريد إلكتروني ضعيف للغاية لمجال واحد

قرار

قم بتكوين سجلات DNS العكسية (PTR) المناسبة لعناوين IP التي يستخدمها خادم Exchange عند إرسال رسائل البريد الإلكتروني من خلال خدمة أمان البريد الإلكتروني للبيئة السحابية من Cisco.

1. تحليل سجلات بريد CES لتحديد نمط الرفض

grep "Sender IP reverse lookup rejected" mail.current

كشفت السجلات عن رسائل الربط المتناسقة:

Bounced: DCID 11205849 MID 14584716 to RID 0 - Bounced by destination server with response: 5.3.0 - Other mail system problem ('550', ['Sender IP reverse lookup rejected'])

2. التحقق من معالجة الرسائل من خلال CES

grep "MID 14584701" mail.current

أكدت السجلات أن CES كانت تعالج رسائل البريد الإلكتروني بنجاح:

MID 14584701 SPF: mailfrom identity example@example.com Pass (v=spf1)
MID 14584701 SDR: Consolidated Sender Threat Level: Neutral, Threat Category: N/A
MID 14584701 queued for delivery
Message done DCID 11205836 MID 14584701 to RID [0]

3. التحقق من صحة سجلات PTR الموجودة. يؤكد التحليل الفني أنه بالرغم من وجود سجلات PTR، إلا أنها لم يتم تكوينها بشكل صحيح لعناوين IP المحددة التي يتم إستخدامها من قبل Exchange Server لتوصيل البريد الصادر.

4. حدد عناوين IP المحددة التي استخدمها خادم Exchange لإرسال رسائل البريد الإلكتروني من خلال خدمة CES.

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

6. بعد تنفيذ تغييرات سجل PTR، تأكد من نشر السجلات بشكل صحيح ومن إمكانية حلها بواسطة خوادم DNS الخارجية.

7. بعد تكوين سجل PTR، قم بإرسال بعض رسائل البريد الإلكتروني للاختبار إلى المجال المتأثر سابقا (example.com) لتأكيد التسليم الناجح دون أخطاء رفض.

السبب

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

كانت المشكلة خاصة مع تكوين DNS على جانب المرسل (البنية الأساسية ل Exchange Server)، وليس مع خدمة أمان البريد الإلكتروني السحابي نفسها، التي كانت تقوم بمعالجة رسائل البريد الإلكتروني ومحاولة تسليمها بشكل صحيح.

المحتوى ذي الصلة

يرفض المستلم البريد من Microsoft 365 ولا يتطابق اسم المضيف مع خطأ عنوان IP