ما هو السلوك الفرق بين return-path, الرد على من ؟

Question

على البريدية تطبيق نحن إرسال رسائل البريد الإلكتروني التالي الرأس:

FROM: marketing@customer.com
TO: subscriber1@domain1.com
Return-PATH: bouncemgmt@ourcompany.com

المشكلة التي نواجهها هي أن بعض ملقمات البريد الإلكتروني سوف ترتد رسالة فورا واستخدام أو عكس مسار (marketing@customer.com) بدلا من ذلك لدينا ترتد إدارة الخادم.نريد أن نعرف إذا كنا تعديل في رأس رد إلى نفسه عودة المسار إذا كنا سوف تكون قادرة على التقاط كل شيء مستبعد.

نحن نرحب بأي أفكار أخرى?

نحن نستخدم الوثائق التالية كمرجع:VERP RFC ترتد رسائل

SMTP سجل تحليل للحصول على مستبعد

تعديل 1:بضعة أجزاء من المعلومات لمعرفة ما اذا كنا نستطيع الحصول على هذا العزم.

نريد أن نعرف ما هي النقطة خادم البريد الإلكتروني ترحيل الرسالة اختيار استخدام الرد مقابل عودة المسار.لدينا لاحظ أنه عند أول ملقم smtp ترحيل تحصل على رسالة رفض يرسلها إلى الرد ، ولكن عندما يحدث ذلك بعد قفزة واحدة ويرسلها إلى عودة المسار.

Answer 1

دعونا نبدأ مع مثال بسيط.دعونا نقول لديك قائمة البريد الإلكتروني, التي سوف ترسل التالية RFC2822 محتوى.

From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

الآن, دعونا نقول كنت تنوي إرسال من القائمة البريدية ، التي تطبق VERP (أو ترتد تتبع الآلية التي تستخدم مختلف عودة المسار).دعنا نقول انها سوف يكون لها عودة-مسار coolstuff-you=yourcompany.com@mymailinglist.com.SMTP الدورة قد تبدو مثل:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

حيث {C} و {ق} تمثل العميل والخادم الأوامر ، على التوالي.

المستلم البريد تبدو مثل:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

الآن, دعونا وصف المختلفة "من".

1. عودة المسار (التي تسمى أحيانا عكس مسار الظرف المرسل ، أو ظرف من كل هذه المصطلحات يمكن أن تستخدم بالتبادل) هو القيمة المستخدمة في SMTP الدورة في MAIL FROM الأوامر.كما ترون هذا لا تحتاج إلى أن تكون نفس القيمة التي يتم العثور عليها في رؤوس الرسائل.فقط المستلم خادم البريد من المفترض أن تضيف عودة المسار رأس الجزء العلوي من رسالة البريد الإلكتروني.هذه السجلات الفعلية عودة المسار المرسل خلال SMTP الدورة.إذا عودة المسار رأس موجود بالفعل في الرسالة ، ثم أن الرأس هو إزالة و استبدال من قبل ملقم البريد الخاص بالمستلم.

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

ملاحظة ليست كافة ملقمات البريد طاعة هذه القاعدة ؛ بعض ملقمات البريد سوف ترتد مرة أخرى إلى العنوان.

2. من العنوان هو القيمة الموجودة في من رأس.هذا هو المفروض أن تكون الرسالة من.هذا هو ما تراه مثل "من" في معظم عملاء البريد.إذا كان البريد الإلكتروني لا يكون الرد إلى رأس ، ثم الإنسان (عميل البريد الإلكتروني) الردود يجب أن نعود إلى العنوان.

3. -الرد إلى رأس أضيفت من قبل المرسل (أو المرسل software).فمن أين الإنسان الردود يجب أن تكون موجهة أيضا.في الأساس, عندما ينقر المستخدم على "الرد" ، رد-على أن تكون القيمة القيمة المستخدمة مستلم حديثا يتألف البريد الإلكتروني.رد إلى القيمة لا ينبغي أن تستخدم من قبل أي ملقم.فمن المفترض من جانب العميل (MUA) فقط.

ومع ذلك ، كما يمكن أن أقول لكم, ليس كل ملقمات البريد طاعة RFC المعايير أو توصيات.

نأمل أن يساعد هذا الأمور واضحة.ومع ذلك ، إذا فاتني شيء, اسمحوا لي أن أعرف و أنا سوف نحاول الإجابة.

Answer 2

وهناك طريقة أخرى للتفكير في Return-Path مقابل Reply-To هي لمقارنتها إلى الحلزون البريد.

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

وداخل المغلف قد تكون الرسالة وداخل الرسالة قد توجيه المتلقي إلى "إرسال المراسلات إلى <م> عنوان مثال ". بالنسبة للبريد الإلكتروني، و<م> سبيل المثال عنوان هو Reply-To.

في جوهرها، البريد عنوان المرسل هو مشابه لرأس Return-Path SMTP ورأس Reply-To SMTP مشابه للتعليمات وردا الواردة في بريد إلكتروني.

Answer 3

وبالنسبة لأولئك الذين وصلت إلى هنا لأن عنوان السؤال:

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

Answer 4

وكان لي لإضافة رأس العودة مسار في رسائل البريد الإلكتروني التي ترسلها مثيل Redmine. وأنا أتفق مع greatwolf فقط المرسل يمكن تحديد الصحيح (غير الافتراضية) عودة مسار. وهذه القضية هي ما يلي: وإرسال رسائل البريد الإلكتروني مع عنوان البريد الإلكتروني الافتراضي: admin@yourcompany.com ولكننا نريد أن المستخدم الحقيقي الشروع في العمل يتلقى رسائل البريد الإلكتروني ترتد، لأنه سيكون أحد معرفة كيفية إصلاح متلقي الرسائل الخاطئة (وليس الاداريين تطبيق التي لديها القطط الأخرى إلى سوط :-)). نحن نستخدم هذا ويعمل بشكل جيد تماما مع الاستيراد والتصدير على خادم التطبيق وجوالي باسم خادم البريد شركة النهائي.