রিটার্ন-পাথ, জবাব-দেওয়া এবং এর মধ্যে আচরণের পার্থক্য কী?


162

আমাদের মেলিং অ্যাপ্লিকেশনটিতে আমরা নিম্নলিখিত শিরোলেখ সহ ইমেল প্রেরণ করছি:

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

আমরা যে সমস্যার মুখোমুখি হচ্ছি তা হ'ল কিছু ইমেল সার্ভার তত্ক্ষণাত কোনও বার্তা ফিরিয়ে আনবে এবং আমাদের বাউন্স এমজিএমটি সার্ভারের পরিবর্তে বা বিপরীত পথ (বিপণন@customer.com) ব্যবহার করবে। আমরা জানতে চাই যে আমরা শিরোনামে পরিবর্তন করেছি যদি আমরা সমস্ত বাউন্স ধরতে সক্ষম হয়ে থাকি তবে রিটার্ন-পাথের অনুরূপ জবাব-টু।

অন্য কোন ধারণা স্বাগত?

আমরা নিম্নলিখিত নথিগুলি রেফারেন্স হিসাবে ব্যবহার করছি: ভিইআরপি আরএফসি বাউন বার্তা

বাউন্স পেতে এসএমটিপি লগ পার্সিং

সম্পাদনা 1: আরও কিছু বিট তথ্য আমরা এই সমাধান পেতে পারি কিনা তা দেখতে।

আমরা জানতে চাইছি যে বার্তাটি রিলে করছে ইমেল সার্ভারটি কোন উত্তরটিতে বনাম ফেরত পাথটি বেছে নেবে। আমরা লক্ষ্য করেছি যে প্রথম এসএমটিপি সার্ভারটি বার্তাটি রিলে করার পরে তা প্রত্যাখাত হয়, তবে এটি যখন হ্যাপ পরে ঘটে তখন এটি ফেরত পথে প্রেরণ করে।


1
প্রেরক এবং অগ্রাধিকার: ক্ষেত্রগুলি নির্দিষ্ট করার বিষয়ে কী? অফিস-টাইপ স্বতঃপরিবর্তনগুলি বাউন্স করার সময় এবং কীভাবে তারা বিভিন্ন মেল সার্ভারগুলিকে প্রভাবিত করে সে সম্পর্কে আরও জানতে চাই। কেহ?
পাপাফ্রেড

উত্তর:


257

আসুন একটি সহজ উদাহরণ দিয়ে শুরু করা যাক। ধরা যাক আপনার একটি ইমেল তালিকা রয়েছে যা নীচের আরএফসি 2822 সামগ্রীটি প্রেরণ করতে চলেছে

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.

এখন, ধরা যাক আপনি এটি একটি মেলিং তালিকা থেকে প্রেরণ করতে যাচ্ছেন, যা ভিইআরপি প্রয়োগ করে (বা অন্য কোনও বাউন্স ট্র্যাকিং মেকানিজম যা একটি ভিন্ন রিটার্ন-পাথ ব্যবহার করে)। আসুন বলুন এটির একটি ফেরার পথ থাকবে coolstuff-you=yourcompany.com@mymailinglist.com। এসএমটিপি অধিবেশনটি এর মতো দেখতে পারে:

{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

যেখানে {সি} এবং {এস respectively যথাক্রমে ক্লায়েন্ট এবং সার্ভার কমান্ড উপস্থাপন করে।

প্রাপকের মেইলের মতো দেখতে হবে:

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.

এখন, বিভিন্ন "FROM" গুলি বর্ণনা করি।

  1. রিটার্ন পাথ (কখনও কখনও বিপরীত পথ, খাম প্রেরক, বা খাম থেকে আসে - এই সমস্ত শর্তাদি আন্তঃব্যবহারযোগ্যভাবে ব্যবহার করা যেতে পারে) হ'ল MAIL FROMকমান্ডের এসএমটিপি সেশনে ব্যবহৃত মান । আপনি দেখতে পাচ্ছেন যে, বার্তার শিরোনামগুলিতে যে একই মান পাওয়া যায় এটির প্রয়োজন হবে না। কেবলমাত্র প্রাপকের মেইল ​​সার্ভারটিই ইমেলের শীর্ষে একটি রিটার্ন-পাথ শিরোনাম যুক্ত করার কথা। এটি এসএমটিপি সেশনের সময় প্রকৃত রিটার্ন-পাথ প্রেরককে রেকর্ড করে। যদি কোনও বার্তাটিতে ইতিমধ্যে কোনও রিটার্ন-পাথ শিরোনাম উপস্থিত থাকে তবে সেই শিরকটি প্রাপকের মেল সার্ভার দ্বারা সরানো এবং প্রতিস্থাপন করা হবে।

এসএমটিপি অধিবেশন চলাকালীন সমস্ত বাউন্সগুলি ফিরে-ফেরার ঠিকানায় ফিরে যেতে হবে। কিছু সার্ভার সমস্ত ইমেল গ্রহণ করতে পারে এবং তারপরে এটিকে স্থানীয়ভাবে সারি করুন, যতক্ষণ না এটি প্রাপকের মেইলবক্সে এটি সরবরাহ করার জন্য একটি মুক্ত থ্রেড থাকে। যদি প্রাপক উপস্থিত না থাকে তবে এটি এটি রেকর্ডড রিটার্ন-পাথ মানটিতে ফিরে b

দ্রষ্টব্য, সমস্ত মেল সার্ভারগুলি এই বিধি মানছে না; কিছু মেল সার্ভারগুলি এফআরএম ঠিকানায় ফিরে আসবে।

  1. FROM ঠিকানা হ'ল FROM শিরোনামে পাওয়া মান। এই বার্তাটি কে FROM তা হ'ল। এটি বেশিরভাগ মেল ক্লায়েন্টগুলিতে আপনি "FROM" হিসাবে দেখেন। যদি কোনও ইমেলের কোনও উত্তর-শিরোনাম না থাকে, তবে সমস্ত মানবিক (মেল ক্লায়েন্ট) জবাবগুলি FROM ঠিকানায় ফিরে যেতে হবে।

  2. রিপ্লাই-টু শিরোনামটি প্রেরক (বা প্রেরকের সফ্টওয়্যার) যুক্ত করেছে। এটি যেখানে সমস্ত মানবিক উত্তরকেও সম্বোধন করা উচিত। মূলত, যখন ব্যবহারকারী "জবাব" ক্লিক করেন, নতুন উত্তর দেওয়া ইমেলের প্রাপক হিসাবে রিপ্লাই-টু মানটি ব্যবহার করা উচিত। প্রত্যুত্তর করতে মানটি কোনও সার্ভার দ্বারা ব্যবহার করা উচিত নয়। এটি কেবল ক্লায়েন্ট-সাইড (এমইউএ) ব্যবহারের জন্য বোঝানো হয়েছে।

তবে, আপনি যেমন বলতে পারেন, সমস্ত মেল সার্ভারগুলি আরএফসি মান বা সুপারিশ মেনে চলে না।

আশা করি এটি পরিষ্কার করতে সহায়তা করবে should তবে, আমি যদি কিছু মিস করি তবে আমাকে জানান, এবং আমি উত্তর দেওয়ার চেষ্টা করব।


এটি খুব সহায়ক। আপনার সময় জন্য ধন্যবাদ। একটি প্রশ্ন. এমন কি ঘটতে পারে যে কিছু বাউন্স রিটার্ন-পাথের পরিবর্তে জবাব-এ চলেছে?
জিও

5
ভাল, প্রযুক্তিগতভাবে আপনি একটি রিটার্ন-পাথ শিরোলেখ যোগ করতে পারেন (তবে ধারণা করা যায় না) তবে, যদি কোনও রিটার্ন-পাথ শিরোলেখ উপস্থিত থাকে তবে এটি রিকভারিং এসএমটিপি সার্ভার দ্বারা ওভাররাইট করা উচিত। যদি কোনওটি বিদ্যমান না থাকে তবে এটি শিরোনামগুলির শীর্ষে যুক্ত করা উচিত।
ডেভ চাই

7
কীভাবে return-pathব্যবহৃত হয় সে সম্পর্কে আমি কিছুটা অস্পষ্ট । যদি return-pathকোনও ফেরতের ঠিকানা বোঝানো হয় তবে প্রাপকের পরিবর্তে প্রাপকের মেইল ​​সার্ভার কেন এই ক্ষেত্রটি পূরণ করবে? প্রাপকের সার্ভারটি কীভাবে কীভাবে সেখানে প্রবেশ করবে তা জানবে? এটা কি পিছনের দিকে মনে হচ্ছে না?
গ্রেটওয়ल्फ

6
প্রাপকের মেইল ​​সার্ভারটি এসএমটিপি "মেল ফ্রম" কমান্ডে প্রেরকের মেইল ​​সার্ভারের সরবরাহিত মানটি অনুলিপি করে বার্তায় রিটার্ন-পাথ শিরোনাম সন্নিবেশ করায়। মেল রুমে খোলার মেইলে কোনও কেরানি কল্পনা করুন - তারা খামের মধ্যে ফেরতের ঠিকানাটি দেখেন এবং চিঠির শীর্ষে জুড়ে লিখে (এবং খামটি ফেলে দিন)।
জন হাস্কল

5
এবং কিভাবে Sender:এই সমস্ত মধ্যে শিরোনাম ফিট?
সাইমন পূর্ব

150

Return-Pathবনাম সম্পর্কে ভাবার আরেকটি উপায় Reply-Toহ'ল শামুকের মেলে এর সাথে তুলনা করা।

আপনি যখন মেইলে একটি খাম পাঠান, আপনি একটি ফেরতের ঠিকানা নির্দিষ্ট করেন । যদি প্রাপক উপস্থিত না থাকে বা আপনার মেল প্রত্যাখ্যান করে তবে পোস্টমাস্টার খামটি ফেরত ঠিকানায় ফিরিয়ে দেয়। ইমেলের জন্য, ফেরতের ঠিকানাটি হ'ল Return-Path

খামের ভিতরে একটি চিঠি এবং চিঠির ভিতরে এটি প্রাপককে " উদাহরণের ঠিকানায় চিঠিপত্র প্রেরণ" করতে পারে । ইমেলের জন্য, উদাহরণ ঠিকানাটি হ'ল Reply-To

সংক্ষেপে, একটি ডাক রিটার্ন ঠিকানা এসএমটিপি-র Return-Pathশিরোনামের সাথে তুলনাযোগ্য এবং এসএমটিপি-র Reply-Toশিরোনাম কোনও চিঠিতে থাকা জবাবদিহি নির্দেশের অনুরূপ।


14
এটি একটি সুন্দর উপমা।
লুকাসজ করজিবস্কি

2
@ জেসি হোবার্ট +1 সুন্দর ব্যাখ্যা করার জন্য, আমি আরও বিভ্রান্ত হয়ে পড়েছিলাম আমাকে বুঝতে আরও সহজ করার জন্য আপনাকে ধন্যবাদ।
অভিষেক

26
আমি নির্দেশ করবে প্রাথমিক ধারণা এই উপমা বন্দী না যে যে Return-Pathহেডার দ্বারা যোগ করা হয় প্রাপ্তির মেইল সার্ভার এবং না প্রেরকের । সুতরাং এটি আরও এরকম: খামের ভিতরে আপনি যা ঠিকানা চান তা লিখতে পারেন তবে এটি সরবরাহ করতে আপনাকে এটি পোস্ট অফিসে নিয়ে যেতে হবে এবং তাদের চালকের লাইসেন্স (বা অন্য আইডি) দেখাতে হবে এবং তারা সেই ঠিকানাটি খামে রেখে দিয়েছে এটি প্রেরণের আগে। অন্য কথায়, Return-Pathশিরোনামটি গ্রহণযোগ্য এসএমটিপি সার্ভারের দ্বারা সম্পাদিত চেকগুলির মতোই বিশ্বাসযোগ্য, যেখানে অন্যরা সহজেই ছদ্মবেশী হতে পারে।
সিডিউইউই

5

যারা এখানে এসেছেন তাদের জন্য কারণ শিরোনাম:

আমি Reply-To:ওয়েবফর্মের সাথে ঠিকানা ব্যবহার করি । যখন কেউ ফর্মটি পূরণ করে, ওয়েবপৃষ্ঠা পৃষ্ঠার মালিককে একটি স্বয়ংক্রিয় ইমেল প্রেরণ করে। এটি From:হ'ল স্বয়ংক্রিয় মেল প্রেরকের ঠিকানা, সুতরাং মালিক জানেন যে এটি ওয়েবফর্ম থেকে। তবে Reply-To:ঠিকানাটি হ'ল ব্যবহারকারীর দ্বারা ফর্মটি পূরণ করা, যাতে মালিক তাদের সাথে যোগাযোগ করার জন্য কেবল উত্তরটি হিট করতে পারে।


1

আমাকে একটি রেডমাইনের উদাহরণ দ্বারা প্রেরিত ইমেলগুলিতে একটি রিটার্ন-পাথ শিরোনাম যোগ করতে হয়েছিল। আমি গ্রেটওয়ल्फের সাথে একমত হয়েছি কেবল প্রেরকই সঠিক (অ-ডিফল্ট) রিটার্ন-পাথ নির্ধারণ করতে পারেন। কেসটি নিম্নরূপ: ইমেলগুলি ডিফল্ট ইমেল ঠিকানা সহ প্রেরণ করা হয়: admin@yourcompany.com তবে আমরা চাই যে কর্মটি শুরু করা প্রকৃত ব্যবহারকারী বাউন্স ইমেলগুলি গ্রহণ করবে, কারণ ভুল প্রাপকদের ইমেলগুলি কীভাবে ঠিক করতে হবে সে জেনে তিনিই হবেন (এবং এমন অ্যাপ্লিকেশন প্রশাসক যাঁদের চাবুকের জন্য অন্যান্য বিড়াল রয়েছে :-) নয়)। আমরা এটি ব্যবহার করি এবং এটি চূড়ান্ত সংস্থা মেল সার্ভার হিসাবে অ্যাপ্লিকেশন সার্ভার এবং জিমব্রায় এক্সিমের সাথে পুরোপুরি ভালভাবে কাজ করে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.