رسالة ارتداد

الموسوعة الحرة

رسالة الارتداد ، أو ببساطة "الارتداد"، هي رسالة آلية من نظام البريد الإلكتروني، تُعلم مُرسل رسالة سابقة بأن الرسالة لم تُسلّم (أو أن مشكلة أخرى في التسليم قد حدثت). ويُقال إن الرسالة الأصلية قد "ارتدت".

قد تكون هذه الملاحظات فورية (بعض الأسباب المذكورة هنا) أو، إذا كان بإمكان نظام الإرسال إعادة المحاولة، فقد تصل بعد أيام من انتهاء عمليات إعادة المحاولة هذه.

تشمل المصطلحات الأكثر رسمية لرسالة الارتداد "تقرير عدم التسليم" أو "إيصال عدم التسليم" (NDR)، ورسالة "إشعار حالة التسليم" (DSN) [فشل]، أو "إشعار عدم التسليم" (NDN). [ 1 ]

تصنيف

على الرغم من أن بروتوكول SMTP تقنية ناضجة، إذ يعود تاريخها إلى أكثر من ثلاثين عامًا، إلا أن بنيتها تتعرض لضغط متزايد نتيجةً للأحمال العادية وغير المرغوب فيها. [ 2 ] وقد تم تحسين أنظمة البريد الإلكتروني بأنظمة سمعة مرتبطة بالمرسل الحقيقي للرسالة، وذلك بهدف رفض خوادم البريد الإلكتروني الخاصة بالمستلمين للرسالة عند استخدام مرسل مزيف في البروتوكول. [ 3 ]

لذا، تم استحداث نوعين من ارتداد البريد الإلكتروني: الارتداد الدائم والارتداد المؤقت . [ 4 ] يؤثر كلا النوعين على سمعة عنوان IP الخاص بالمرسل، لأن مزودي خدمة البريد الإلكتروني (ESPs) يأخذون معدل الارتداد الإجمالي في الاعتبار عند توجيه البريد الإلكتروني إلى صندوق وارد المستخدم. باختصار، يُحسب معدل الارتداد الإجمالي كمجموع معدل الارتداد الدائم ومعدل الارتداد المؤقت.

ارتدادات قوية

تُعدّ رسائل البريد الإلكتروني المرتدة نهائية، وتُلحق ضررًا كبيرًا بسمعة المُرسِل. تحدث هذه الرسائل عندما يُحدّد خادم البريد الإلكتروني للمُرسِل احتمالًا كبيرًا لعدم توفّر المُستلِم، واحتمالية بقائه كذلك. من بين الحالات التي تحدث فيها هذه الرسائل: وجود مُعرّف/نطاق غير صحيح (مثل خطأ إملائي في عنوان البريد الإلكتروني أو النطاق)، أو توقف خادم البريد عن استقبال الرسائل. في هذه الحالة، يُصبح حذف عناوين البريد الإلكتروني التي تُرسل هذه الرسائل المرتدة إلزاميًا.

ارتدادات ناعمة

الارتدادات المؤقتة هي ارتدادات غير منتظمة. قد تتم محاولة إعادة إرسال الرسالة المرتدة في وقت لاحق. [ 5 ] تحدث الارتدادات المؤقتة عندما يكون صندوق بريد المستلم ممتلئًا، وبالتالي لا توجد مساحة كافية لتخزين رسالة أخرى، أو عندما يصل إلى الحد الأقصى لحجم الرسائل المسموح باستلامها. من الحالات الأخرى التي قد تحدث فيها ارتدادات مؤقتة: حظر مُرسل معين على بريد المستلم لتصنيفه كمرسل "بريد مزعج"، أو لإدراجه في القائمة السوداء. بالإضافة إلى ذلك، يُعد التعليق المؤقت لبريد المستلم أو حدوث خطأ مؤقت في الخادم من أسباب الارتداد المؤقت.

أخطاء في التسليم

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

ارتداد بسبب نقص مساحة القرص

عندما تصل رسالة بريد إلكتروني إلى خادم الوجهة لعنوان معين (مثل mymail.example، عند الإرسال إلى alice@mymail.example )، قد يكون برنامج البريد غير قادر على إيداع الرسالة في صندوق بريد المستخدم المحدد إذا كانت مساحة القرص الصلب الأساسي للخادم غير كافية.

تم الارتداد بسبب وجهة غير قابلة للوصول

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

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

ارتداد بسبب رسالة مزورة

قد يتلقى المستخدمون رسائل ارتداد خاطئة بشأن رسائل لم يرسلوها أصلًا. يحدث هذا غالبًا في سياق البريد الإلكتروني العشوائي أو فيروسات البريد الإلكتروني ، حيث قد يقوم مرسل البريد العشوائي بتزوير رسالة موجهة إلى مستخدم آخر (المستلم المقصود)، ثم يُزوّر الرسالة لتظهر وكأنها من مستخدم ثالث. إذا تعذر تسليم الرسالة إلى المستلم المقصود، فسيتم إرجاع رسالة الارتداد إلى الطرف الثالث بدلًا من مرسل البريد العشوائي. يُعرف هذا بظاهرة التشتت العكسي .

أسباب أخرى

لو كان خادم البريد الخاص بـ library.example يعلم أن الرسالة لن تصل (على سبيل المثال، إذا لم يكن لدى جيل حساب مستخدم هناك)، لما قبل الرسالة من الأساس، وبالتالي لما أرسل إشعار الارتداد. بدلاً من ذلك، كان سيرفض الرسالة برمز خطأ SMTP. وهذا من شأنه أن يُلزم خادم بريد جاك (في store.example ) بإنشاء إشعار الارتداد وإرساله.

مصطلحات

تُعدّ رسائل الارتداد شكلاً خاصاً من أشكال الرد الآلي . والردود الآلية هي رسائل بريد إلكتروني يرسلها برنامج - بدلاً من مستخدم بشري - رداً على رسالة بريد إلكتروني واردة، ويتم إرسالها إلى عنوان الارتداد .

من أمثلة الردود التلقائية الأخرى رسائل البريد الإلكتروني أثناء الإجازات ، والتحديات الناتجة عن تصفية البريد العشوائي باستخدام آلية التحدي والاستجابة ، والردود الواردة من خوادم القوائم البريدية ، وتقارير الملاحظات . تُناقش هذه الردود التلقائية الأخرى في RFC 3834: يجب إرسال الردود التلقائية إلى العنوان Return-Pathالمذكور في البريد الإلكتروني المُستلم الذي أدى إلى إرسال الرد التلقائي، وعادةً ما يُرسل هذا الرد مع مسار إرجاع فارغ؛ وإلا فقد تُصبح برامج الرد التلقائي عالقة في إرسال الردود التلقائية ذهابًا وإيابًا.

يظهر هذا Return-Pathفي البريد المُستلم كحقل رأس Return-Pathيُدرجه وكيل تسليم البريد SMTP ( MDA ) (والذي عادةً ما يكون مُدمجًا مع وكيل نقل البريد ، أو MTA ). يقوم MDA ببساطة بنسخ المسار العكسي في أمر SMTP MAIL FROMإلى هذا الحقل Return-Path. كما يقوم MDA بإزالة Return-Pathحقول الرأس الوهمية التي تُدرجها وكلاء نقل البريد الآخرون؛ ويضمن هذا الحقل عمومًا أن يعكس آخر مسار عكسي تم رصده في MAIL FROMالأمر.

تُختزل هذه المسارات اليوم عادةً إلى عناوين بريد إلكتروني عادية ، حيث تم إيقاف استخدام بروتوكول SMTP القديم " توجيه المصدر " في عام 1989؛ للاطلاع على بعض المعلومات التاريخية، انظر مخطط إعادة كتابة المرسل . لا يزال هناك شكل خاص واحد للمسار: المسار الفارغ ، المستخدم في العديد من الردود التلقائية، وخاصةً في جميع رسائل الارتداد.MAIL FROM:<>

بالمعنى الدقيق، Return-Pathتُعتبر رسائل الارتداد المرسلة بعنوان غير فارغ غير صحيحة. يقدم RFC 3834 بعض الطرق الاستدلالية لتحديد رسائل الارتداد غير الصحيحة بناءً على الجزء المحلي (الجانب الأيسر قبل "@") من العنوان في عنوان غير فارغ Return-Path، بل ويُعرّف حقلًا في رأس البريد الإلكتروني، Auto-Submitted، لتحديد الردود التلقائية. لكن رأس البريد الإلكتروني جزء من بيانات البريد (أمر SMTP DATA)، وعادةً لا تنظر خوادم نقل البريد (MTAs) في البريد نفسه. فهي تتعامل مع المغلف ، الذي يتضمن MAIL FROMالعنوان (المعروف أيضًا باسم Return-Path، Envelope-FROMأو "المسار العكسي")، ولكن ليس، على سبيل المثال، RFC 2822- Fromفي حقل رأس البريد الإلكتروني From. هذه التفاصيل مهمة لأنظمة مثل BATV .

تُعدّ رسائل الارتداد المتبقية التي لا تحتوي على حقل فارغ Return-Pathتقارير عدم التسليم ( NDRs ) أو إشعارات حالة التسليم (DSNs). يمكن طلب إشعارات حالة التسليم (DSNs) بشكل صريح باستخدام امتداد خدمة SMTP، إلا أن هذه الطريقة ليست شائعة الاستخدام. يتم تنفيذ الطلبات الصريحة لتفاصيل فشل التسليم بشكل أكثر شيوعًا باستخدام مسار إرجاع المغلف المتغير (VERP)، بينما نادرًا ما يتم تنفيذ الطلبات الصريحة لها. [ 6 ]

تُعدّ تقارير عدم التسليم (NDRs) وظيفة أساسية في بروتوكول SMTP. فبمجرد أن يقبل خادم البريد (MTA) رسالة بريد إلكتروني لإعادة توجيهها أو تسليمها، لا يمكنه حذفها تلقائيًا ("إسقاطها")؛ بل عليه إنشاء رسالة ارتداد وإرسالها إلى المرسل في حال فشل إعادة التوجيه أو التسليم.

الارتداد مقابل الرفض

باستثناء خوادم البريد المُدارة (MDAs)، تقوم جميع خوادم البريد (MTAs) بإعادة توجيه الرسائل إلى خادم بريد آخر. يحق لهذا الخادم رفض الرسالة برسالة خطأ SMTP مثل "المستخدم غير معروف" أو "تجاوز الحصة المخصصة" ، وما إلى ذلك. عند هذه النقطة، يتعين على خادم البريد المُرسِل إعادة الرسالة ، أي إبلاغ مُرسِلها. قد يحدث الرفض حتى بدون وجود خادم بريد رافض، أو كما هو موضح في RFC 5321:

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

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

إرسال الرسائل بصمت

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

وبالإشارة مرة أخرى إلى RFC 5321، القسم 6.2:

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

يُعدّ عدم التحقق من هوية المُرسِل عيبًا جوهريًا في بروتوكول SMTP الحالي، الذي يفتقر إلى مسارات المصدر القديمة المذكورة سابقًا. وقد تمّت معالجة هذا العيب من خلال مقترحات عديدة، أبرزها BATV و SPF .

أسباب ظهور رسالة الارتداد

هناك أسباب عديدة لارتداد البريد الإلكتروني. أحدها هو وجود خطأ إملائي في عنوان المستلم، أو عدم وجوده في نظام الاستقبال. وهذا أمر غير معروف للمستخدم . تشمل الأسباب الأخرى استنفاد الموارد، مثل امتلاء القرص، أو رفض الرسالة بواسطة مرشحات البريد العشوائي . إضافةً إلى ذلك، توجد برامج بريد إلكتروني تسمح للمستخدمين بـ"ارتداد" الرسالة عند الطلب. [ 7 ] هذه الارتدادات التي يبدأها المستخدمون هي ارتدادات وهمية؛ أما الارتداد الحقيقي، بحسب التعريف، فهو تلقائي، ويصدر عن خادم نقل البريد (MTA) أو خادم توزيع البريد (MDA).

تُرسل رسائل الارتداد في بروتوكول SMTP باستخدام عنوان المرسل الافتراضي ، المعروف بعنوان المرسل الفارغ . وغالبًا ما تُرسل هذه الرسائل بعنوان ترويسة في موقع المستلم.<>From:MAILER-DAEMON

عادةً، تحتوي رسالة الارتداد على عدة معلومات لمساعدة المرسل الأصلي في فهم سبب عدم تسليم رسالته:

  • تاريخ ووقت ارتداد الرسالة،
  • هوية خادم البريد الذي رفض الرسالة،
  • سبب رفض الرسالة (مثلاً: المستخدم غير معروف أو صندوق البريد ممتلئ )،
  • رؤوس الرسالة المرتدة، و
  • بعض أو كل محتوى الرسالة المرتدة.

يصف RFC 3463 الرموز المستخدمة للإشارة إلى سبب الارتداد. الرموز الشائعة هي 5.1.1 (مستخدم غير معروف)، و5.2.2 (صندوق البريد ممتلئ)، و5.7.1 (مرفوض بواسطة سياسة الأمان/فلتر البريد).

شكل

تُسمى خوادم البريد الإلكتروني (MTAs) المتورطة في عملية الرفض وفقًا لوجهة نظر خادم البريد الإلكتروني المُبلِّغ . غالبًا ما تكون أسماء خوادم البريد الإلكتروني من نوع dns .

يُحدد تنسيق الإبلاغ عن الرسائل الإدارية بواسطة RFC 6522. قد تكون رسالة DSN رسالة MIME متعددة الأجزاء/تقرير تتكون من ثلاثة أجزاء: 

  1. شرح سهل القراءة من قبل الإنسان؛
  2. رسالة/حالة تسليم قابلة للتحليل آليًا ، وقائمة من أسطر "الاسم: النوع؛ القيمة" التي تحدد عدة حقول محتملة؛ و
  3. الرسالة الأصلية، أو جزء منها، ككيان من نوع رسالة/rfc822 .

الجزء الثاني من رسالة DSN سهل القراءة أيضاً. من الضروري فهم دور كل جهة نقل بيانات (MTA). جهة نقل البيانات المُبلِّغة مسؤولة عن كتابة رسالة DSN وإرسالها.

عندما يرفض خادم البريد البعيد (Remote-MTA) رسالةً أثناء عملية SMTP، يمكن استخدام حقل "رمز التشخيص" (Diagnostic-Code) من نوع smtp للإبلاغ عن هذه القيمة. لاحظ أنه بالإضافة إلى القيمة الرقمية المكونة من ثلاثة أرقام، تحتوي استجابة SMTP نفسها على جزء قابل للقراءة البشرية.

خادم البريد البعيد: dns؛ smtp.store.example [ 192.0.2.3 ] رمز التشخيص: smtp؛ 550 لا يوجد مستخدم بهذا الاسم هنا
يُشار إليه أحيانًا على سبيل المثال،
أثناء التحدث إلى smtp.store.example [192.0.2.3] >>> RCPT TO:<nonexistinguser@store.example> <<< 550 لا يوجد مستخدم بهذا الاسم هنا

انظر أيضاً

  • RFC 5321 - بروتوكول نقل البريد البسيط 
  • RFC 3461 - امتداد خدمة بروتوكول نقل البريد البسيط (SMTP) لإشعارات حالة التسليم (DSNs) 
  • RFC 6522 - نوع الوسائط Multipart/Report لإعداد تقارير رسائل إدارة نظام البريد 
  • RFC 3463 - رموز الحالة المحسّنة لبروتوكول SMTP 
  • RFC 3464 - تنسيق رسائل قابل للتوسيع لإشعارات حالة التسليم 
  • RFC 3834 - توصيات بشأن الردود التلقائية على البريد الإلكتروني 
  • RFC 5337 - إشعارات حالة التسليم والتصرف الدولية 

مراجع

  1. ↑ "أمثلة على رسائل البريد الإلكتروني غير المرغوب فيها"، مخاطر الأمن في تقنيات وسائل التواصل الاجتماعي ، إلسيفير، 2013، ص 241-242 ، doi : 10.1016/b978-1-84334-714-9.50022-x ، ISBN  978-1-84334-714-9
  2. ↑ أفيرغان مايك؛ بيفرلي روبرت (1 يناير 2005). "حالة عنوان البريد الإلكتروني". مجلة ACM SIGCOMM لمراجعة اتصالات الحاسوب . 35 : 29-36 . doi : 10.1145/1052812.1052822 . S2CID 16604893 . 
  3. ↑ "مكافحة الاتجار غير المشروع: لمحة عن المراقبة والإنفاذ". 2016-09-27. doi : 10.18356/0f24bf9f-en .{{cite journal}}يتطلب الاستشهاد بالمجلة ( مساعدة )|journal=
  4. ↑ "الارتدادات القوية مقابل الارتدادات الناعمة وكيفية إزالتها | مدونة" . kingsmtp.com . تم الاطلاع عليه بتاريخ 1 أكتوبر 2024 .
  5. ↑«إدارة تسليم الرسائل الإلكترونية باستخدام ملفات تعريف الارتداد»، صدر بتاريخ 26-05-2005 
  6. ↑ ستروس، راندال (15 يونيو 2008). "في نظام البريد الإلكتروني، لا تسير كل عملية تسليم بسلاسة" . صحيفة نيويورك تايمز . تاريخ الاسترجاع: 26 أبريل 2010 .
  7. ↑ راي، ويليام؛ راي، جون (15 يوليو 2005). "استخدام تطبيقات الإنترنت في نظام التشغيل ماك أو إس إكس تايجر" . تم الاطلاع عليه بتاريخ 2 أكتوبر 2008. هناك طريقة أخرى لمكافحة البريد العشوائي وهي إعادة توجيه الرسائل إليهم. هذا يُوحي بأن حسابك غير موجود، وإذا حالفك الحظ، فسيتم حذف اسمك من قوائمهم.، وبرين، كريستوفر (27 يناير 2006). "صدّ الرسائل المزعجة" . ماكوورلد . تم الاطلاع عليه في 2 أكتوبر 2008. كما تعلمون على الأرجح، فإن استخدام أمر "الصدّ " في تطبيق البريد (الرسالة > الصدّ) غير فعال ضد مرسلي البريد العشوائي لأن جميع الرسائل العشوائية التي تتلقونها تقريبًا تحمل عنوان "مرسل" مزيفًا.