في السابعة صباحًا أرسلتَ فاتورة إلى عميل، وبعد أربعين ثانية عادت الرسالة نفسها من مُرسِل يحمل اسم Mail Delivery Subsystem. تقرأ السطر الأول فتجد جملة مهذّبة لا تقول شيئًا مفيدًا، ثم تضغط زر إعادة الإرسال مرّتين أو ثلاثًا. هنا تحديدًا يبدأ الضرر الحقيقي، لأنّ ما عاد إليك ليس اعتذارًا بل تقرير تشخيص كتبه خادمٌ لخادم آخر، وفيه رقم يخبرك بدقّة إن كان عليك أن تحاول مرّة أخرى أم أن تتوقف نهائيًا.
الخلط بين الحالتين ليس تفصيلًا فنيًا يخصّ المبرمجين. عشر محاولات إرسال إلى عنوان لم يعد له وجود تُسجَّل في دفاتر الطرف المستقبِل بوصفها سلوك مرسِل لا يعتني بقائمته، وهذا بالضبط ما يخفض سمعتك ويُدخل رسائلك القادمة إلى مجلد المهملات. العلاج يبدأ من الطرف المقابل تمامًا: افحص العناوين قبل الضغط على زر الإرسال بدل محاولة ترتيب الفوضى بعد وقوعها.
خانة واحدة تحسم القرار كله
يردّ بروتوكول SMTP برقم من ثلاث خانات، والخانة الأولى وحدها كافية لتحديد ما ستفعله:
- 4xx — فشل مؤقت. الخادم يقول: لا أستطيع الآن، جرّب لاحقًا. خادمك المرسِل يحتفظ بالرسالة في طابور الانتظار ويعيد المحاولة تلقائيًا على فترات متباعدة، عادةً لعدّة أيام قبل أن يستسلم ويحوّلها إلى ارتداد دائم.
- 5xx — فشل دائم. الخادم يقول: لن أقبل هذه الرسالة لا اليوم ولا غدًا. لا توجد محاولة ثانية مفيدة، والإصرار عليها يضرّك وحدك.
القاعدة العملية: ما يبدأ بأربعة يتولّاه خادمك نيابةً عنك ولا يحتاج تدخلك، وما يبدأ بخمسة يحتاج قرارًا بشريًا وتعديلًا في قاعدة بياناتك. الحدود الدقيقة بين الحالتين ومتى تتحوّل الأولى إلى الثانية شرحناها في مقال الارتداد الدائم مقابل الارتداد المؤقت.
أين يختبئ الرمز الحقيقي
الجملة الودودة في أعلى رسالة الارتداد كتبها من صمّم واجهة خادمك، وهي غالبًا مبهمة من نوع «تعذّر تسليم رسالتك إلى مستلم واحد أو أكثر». الرمز الحقيقي في الأسفل، داخل جزء من الرسالة نوعه message/delivery-status، أي تقرير حالة التسليم المعروف اختصارًا بـ DSN. ابحث فيه عن ثلاثة سطور: Action ويكون فيها failed أو delayed، وStatus وفيها رمز الحالة الموسّع من ثلاثة أجزاء مثل 5.1.1، وDiagnostic-Code وفيها الردّ الحرفي الذي نطق به الخادم المستقبِل، وهو أنفس ما في الرسالة كلها لأنّه يحمل الرقم الأصلي ونصّ التبرير.
إن كنت تقرأ الارتداد من واجهة بريد عادية، افتح خيار عرض المصدر أو الترويسات الكاملة. من دون هذه الخطوة أنت تخمّن، ومن يخمّن يعيد الإرسال في المكان الخطأ.
الرموز التي ستقابلها فعلًا
- 5.1.1 — لا وجود لصندوق البريد هذا على الخادم المستقبِل. العنوان خطأ إملائي، أو موظف غادر شركته، أو نطاق أُغلق.
- 5.2.2 — الصندوق ممتلئ ورُفض الاستلام رفضًا نهائيًا.
- 4.2.2 — الصندوق ممتلئ أيضًا، لكن الخادم يعتبر الحالة قابلة للزوال ويسمح بمحاولة لاحقة.
- 5.7.1 — رفض بسبب سياسة أو حظر أو سمعة. لم تُرفض الرسالة لأنّ المستلم مفقود، بل لأنّك أنت غير مرغوب فيك.
- 4.7.x — قائمة رمادية أو تحديد لمعدّل الإرسال. الخادم يطلب منك التمهّل والعودة بعد قليل، وهو تصرّف طبيعي تمامًا.
- 421 — الخدمة غير متاحة أو الخادم مزدحم وسيغلق الاتصال. رمز مؤقت بامتياز.
- 552 — تجاوزت الرسالة الحدّ المسموح به من الحجم، والمتّهم في الغالب مرفق ضخم أو صور مضمّنة.
- 550 — الرفض العام والأكثر شيوعًا. لا يعني شيئًا بمفرده، والمعنى كلّه في رمز الحالة الموسّع والنصّ المرافق له.
5.1.1 و5.7.1: مشكلتان لا تشبه إحداهما الأخرى
هذان الرمزان يتصدّران تقارير معظم المرسلين، ومعالجتهما متعاكسة تمامًا.
الرمز 5.1.1 مشكلة بيانات لا مشكلة تسليم. العنوان لم يكن صالحًا لحظة الإرسال، وربما لم يكن صالحًا منذ شهور. لا يُصلح هذا النوع بعد الإرسال أبدًا، بل قبله: تنظيف القائمة، وتأكيد الاشتراك برسالة تفعيل، وإزالة كل عنوان ارتدّ ارتدادًا دائمًا من قاعدة البيانات في اليوم نفسه.
أمّا 5.7.1 فمشكلة سمعة، وخاصيّتها الخبيثة أنّها تتفاقم مع كل محاولة. كل رسالة إضافية ترسلها إلى خادم رفضك لسبب سياسي تضيف إشارة سلبية جديدة إلى ملفّك عنده. هنا تتوقف عن الإرسال فورًا وتتّجه إلى الأسباب الجذرية: سجلّات SPF وDKIM وDMARC، وسمعة عنوان الـ IP، ومحتوى الرسالة نفسه. الأنماط التي تقود إلى هذا الرفض تناولناها بالتفصيل في مقال لماذا تذهب رسائلك إلى البريد المزعج.
ما العمل مع كل فئة
- عند 4xx: لا تفعل شيئًا. اترك الطابور يعمل، وراقب فحسب. إن تكرّر الرمز 4.7.x مع نطاق واحد بعينه، خفّض سرعة الإرسال إليه بدل مضاعفتها.
- عند 5.1.1: أزل العنوان نهائيًا واحتفظ بتاريخ الإزالة وسببها. إن كان العنوان مهمًّا تجاريًا فاطلبه من صاحبه عبر قناة أخرى، ولا تخترع تصحيحًا من عندك.
- عند 5.2.2: عاملها معاملة الدائم بعد تكرارها، فالصندوق المهجور يبقى ممتلئًا إلى الأبد.
- عند 552: ارفع الملف إلى مساحة تخزين وأرسل رابطًا. حدود الحجم لا تُفاوَض.
- عند 5.7.1 أو 550 غامض: أوقف الحملة إلى ذلك النطاق، واقرأ نصّ Diagnostic-Code كاملًا، فكثير من الخوادم تضع فيه رابطًا يشرح سبب الرفض وطريقة رفعه.
ثلاثة أخطاء تُكلّف سمعتك
الأول إعادة إرسال رسالة ارتدّت برمز 5xx يدويًا؛ النتيجة الوحيدة إشارة سلبية إضافية. الثاني الاحتفاظ بالعنوان المرتد في القائمة «لعلّه يعود يومًا»، وهو لا يعود. الثالث قياس النجاح بنسبة الارتداد الإجمالية من دون فصلها إلى دائم ومؤقت، فالنسبتان تحكيان قصّتين مختلفتين تمامًا.
القاعدة الذهبية: الرمز 4xx شأن خادمك، والرمز 5xx شأن قاعدة بياناتك. من يخلط بينهما يدفع الثمن في صندوق وارد الجميع لا في صندوقه وحده.
أرخص خطوة تحسينية متاحة اليوم هي منع الارتداد الدائم قبل حدوثه، وذلك بتمرير كل عنوان جديد على أداة التحقق من صحة العناوين عند نقطة التسجيل نفسها، لا بعد شهر من تراكم البيانات.
أسئلة شائعة
هل يعني الرمز 550 دائمًا أنّ العنوان غير موجود؟
لا. الرمز 550 هو الرفض العام، وقد يعني عنوانًا مفقودًا أو حظرًا بسبب السمعة أو مخالفة لسياسة الخادم. المعنى الدقيق موجود في رمز الحالة الموسّع المرافق له وفي نصّ Diagnostic-Code، فلا تتصرّف قبل قراءتهما.
كم مرّة يعيد الخادم المحاولة عند خطأ 4xx؟
يختلف الأمر باختلاف إعدادات الخادم المرسِل، لكن النمط الشائع هو محاولات متباعدة تتّسع المسافة بينها تدريجيًا على مدى أيام. إن استمرّ الفشل حتى انتهاء المهلة، يُحوَّل الارتداد إلى دائم وتصلك رسالة فشل نهائية.
هل أحذف العنوان من أول ارتداد مؤقت؟
لا، الارتداد المؤقت لا يبرّر الحذف إطلاقًا. احذف فورًا عند الارتداد الدائم مثل 5.1.1، وضع العناوين التي تتكرّر ارتداداتها المؤقتة على مدى عدّة حملات متتالية تحت المراقبة قبل استبعادها.
