ما هو Return-Path؟

التعريف

تحمل كل رسالة بريد إلكتروني فعليًا عنوانَي مرسل مختلفين. الأول هو عنوان From، وهو ما يراه المستلم في صندوق الوارد، وهو ما يعتبره معظم الناس المرسل. والثاني هو Return-Path، وهو عنوان يعمل خلف الكواليس تستخدمه أنظمة البريد للتعامل مع مشكلات التسليم.

يُحدَّد الـ Return-Path أثناء معاملة SMTP عبر الأمر MAIL FROM. فعندما يسلّم خادم مرسِل رسالة إلى خادم مستقبِل، يذكر عنوان الارتداد في هذا الأمر. وإذا تعذّر على الخادم المستقبِل لاحقًا وضع الرسالة في صندوق بريد، يُنشئ تقرير عدم تسليم، يُسمى غالبًا ارتدادًا، ويرسل هذا التقرير إلى العنوان المذكور في MAIL FROM. وبمجرد قبول الرسالة، يسجّل خادم البريد النهائي هذا العنوان في الرسالة كسطر ترويسة يحمل حرفيًا اسم Return-Path.

لأنه يُعرَّف على مستوى الظرف لا في متن الرسالة، يمكن أن يكون الـ Return-Path مستقلًا تمامًا عن عنوان From وعنوان Reply-To. فقد تعرض حملة marketing@yourbrand.com كعنوان From بينما توجّه حالات الارتداد إلى Return-Path مثل bounces@mail.yourbrand.com لا يقرؤه أي إنسان مباشرة.

كيف يعمل

عندما ترسلون رسالة عبر مزوّد خدمات البريد، يضبط المزوّد الـ Return-Path على عنوان يتحكم فيه ويراقبه، وكثيرًا ما يكون على نطاق فرعي مخصص لهذا الغرض. ويبقى عنوان From الظاهر هو عنوان علامتكم التجارية لكي يتعرّف عليكم المستلمون، لكن مرسل الظرف يكون عنوانًا من البنية التحتية للمزوّد.

إذا نجح التسليم، يبقى الـ Return-Path ببساطة في الترويسات ونادرًا ما يُلاحظ. وإذا فشل التسليم، يرسل الخادم المستقبِل رسالة ارتداد إلى عنوان Return-Path. وتتضمن رسالة الارتداد رمز حالة وشرحًا يوضح سبب تعذّر تسليم الرسالة، مثل صندوق بريد غير موجود، أو صندوق بريد ممتلئ، أو نطاق لم يعد يُحل.

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

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

لماذا يهم لقابلية تسليم البريد الإلكتروني

الـ Return-Path محوري لقابلية التسليم لسببين مترابطين: المصادقة ومعالجة حالات الارتداد.

بالنسبة للمصادقة، يفحص SPF النطاق الموجود في Return-Path، لا النطاق الموجود في ترويسة From الظاهرة. فعندما يقيّم الخادم المستقبِل SPF، يبحث عن سجل SPF المنشور في DNS لنطاق Return-Path ويتأكد من أن عنوان IP المرسِل للرسالة مدرج في القائمة المصرّح بها لهذا النطاق. وإذا لم يكن لنطاق Return-Path سجل SPF، أو لم يكن عنوان IP المرسِل مدرجًا، فقد يفشل SPF. ولهذا أيضًا يعتمد توافق DMARC جزئيًا على العلاقة بين نطاق Return-Path ونطاق From. لذا فإن Return-Path المُهيّأ بشكل صحيح شرط مسبق لاجتياز SPF بنجاح.

أما بالنسبة لمعالجة حالات الارتداد، فالـ Return-Path هو ما يجعل الحفاظ على نظافة القوائم ممكنًا أصلًا. فإذا كان يشير إلى عنوان حقيقي ومراقَب، فإن كل عملية تسليم فاشلة تُنتج ارتدادًا يستطيع نظامكم التقاطه والتصرف بناءً عليه. وتُحدَّد العناوين غير الصالحة وتُستبعد بسرعة، ما يُبقي معدل الارتداد منخفضًا. وارتفاع معدل الارتداد، أي كل ما يتجاوز النطاق الصحي عمومًا، يشير لمزوّدي صناديق البريد إلى أنكم لا تصونون قائمتكم، فيستجيبون بتحويل مزيد من بريدكم إلى البريد العشوائي. وإذا كان الـ Return-Path مفقودًا أو غير صالح، تضيع حالات الارتداد، وتبقى العناوين السيئة، وتتآكل سمعتكم ببطء دون أي سبب واضح.

كيف يتعامل VeriMails معه

يساعد VeriMails في جانب الوقاية من هذه المعادلة. فمعالجة حالات الارتداد عبر Return-Path تخبركم بالعناوين التي فشلت فقط بعد أن تكونوا قد أرسلتم إليها وتحمّلتم الضرر على سمعتكم. أما VeriMails فيحدد العناوين غير القابلة للتسليم قبل الإرسال، فيصل عدد أقل بكثير منها إلى مرحلة توليد ارتداد.

لكل عنوان ترسلونه، يُجري VeriMails التحقق من الصياغة، والاستعلام عن سجل MX، وفحص DNS، ومصافحة SMTP مباشرة مع خادم البريد المستقبِل، وهي المحادثة نفسها التي كانت ستُنتج ارتدادًا لولا ذلك، لكنها تجري بأمان مسبقًا دون تسليم أي رسالة. كما يطبّق كشف catch-all، وكشف العناوين المؤقتة، وكشف العناوين الوظيفية. وتخبركم النتيجة ما إذا كان العنوان قابلًا للتسليم، مع فئات واضحة لقابلية التسليم تدعم قرارات الحملات.

بالتحقق من قائمتكم أولًا، تُبقون الارتداد الدائم منخفضًا منذ البداية، ما يحمي سمعة الإرسال التي صُممت إعدادات SPF وReturn-Path الجيدة لبنائها. يمكنكم التحقق من العناوين فرديًا عبر REST API من VeriMails أو فحص قوائم كاملة برفع ملف CSV. يبدأ التحقق من $0.0019 لكل بريد إلكتروني، و10,000 رصيد مقابل $19، والباقات السنوية من $12.50 شهريًا عند الدفع سنويًا، ويحصل كل حساب جديد على 100 رصيد مجاني لا تنتهي صلاحيتها أبدًا، دون الحاجة إلى بطاقة ائتمان للبدء.

الأسئلة الشائعة