প্রেরকের, থেকে এবং ফেরার পথে কী পার্থক্য?


138

কোনও ইমেল প্রেরক, থেকে এবং ফেরতের পথের মানের মধ্যে পার্থক্য কী?

উদাহরণ : আমার একটি যোগাযোগের ফর্ম রয়েছে যেখানে ব্যবহারকারী তাদের ইমেলটি ইনপুট করতে পারেন, এটি কি প্রেরকের জন্য বরাদ্দ করা হবে, থেকে বা ফেরার পথে?

আমি স্ট্যাক ওভারফ্লোতে একটি দ্রুত অনুসন্ধান করেছি এবং দরকারী কিছু খুঁজে পেলাম না।

উত্তর:


171

সুতরাং, যখন কোনও বার্তা জমা দেওয়া হয় তখন এসএমটিপি-র মাধ্যমে, এসএমটিপি খাম (প্রেরক, প্রাপক ইত্যাদি) বার্তার আসল তথ্য থেকে আলাদা।

SenderHEADER বার্তা কে জমা চিহ্নিত করতে ব্যবহৃত হয়। এটি সাধারণত Fromশিরোনামের সমান হয় যা ম্যাসেজটি কে। তবে এটি কোনও কোনও ক্ষেত্রে পৃথক হতে পারে যেখানে কোনও মেল এজেন্ট অন্য কারও পক্ষ থেকে বার্তা প্রেরণ করে।

Return-Pathহেডার প্রাপক (বা গ্রহণ MTA) দ্বারা যেখানে অ বিতরণ রসিদ পাঠানো হবে হয় ইঙ্গিত করতে ব্যবহৃত হয়।

উদাহরণস্বরূপ, এমন একটি সার্ভার নিন যা ব্যবহারকারীদের একটি ওয়েব পৃষ্ঠা থেকে মেল পাঠাতে দেয়। সুতরাং, sender@yourcompany.comএকটি বার্তায় টাইপ করুন এবং এটি জমা দিন। সার্ভারটি তার প্রাপকের কাছে Fromসেট করে সেট করে বার্তাটি প্রেরণ করে sender@yourcompany.com। আসল এসএমটিপি জমা দেওয়ার ক্ষেত্রে বিভিন্ন শংসাপত্র ব্যবহার করা হয়, যেমন mailagent@mywebmail.com। সুতরাং, senderশিরোনামটি সেট করা আছে mailagent@mywebmail.com, Fromশিরোনামটি নির্দেশ করতে আসলে শিরোনামটি প্রকৃতপক্ষে কে বার্তা জমা দিয়েছে তা নির্দেশ করে না।

এই ক্ষেত্রে, যদি বার্তাটি প্রেরণ করা না যায় তবে এজেন্টের পক্ষে সম্ভবত বিতরণ না করার রিপোর্টটি পাওয়া ভাল, এবং প্রেরকের পরিবর্তে কোনও বিতরণ প্রতিবেদন এটিতে যাওয়ার Return-Pathজন্যও সেট mailagent@mywebmail.comকরা হবে।

আপনি যদি কেবল এটিই করছেন, ইমেল প্রেরণের জন্য একটি ফর্ম জমা, তবে আপনি সম্ভবত শিরোনামগুলি কীভাবে সেট করবেন তার এটি সম্ভবত একটি সরাসরি সমান্তরাল।


1
পাশাপাশি, আপনাকে সবকিছু সেট করতে হবে না। উদাহরণস্বরূপ, আপনি যদি প্রেরককে ছেড়ে যান এবং ফেরার পথ ছেড়ে যান, তবে তারা ঠিকানা থেকে যান। আপনি যদি ফেরতের পথ ছেড়ে দেন, এনডিআর প্রেরকের কাছে যান, আমার মনে হয়।
শন ডি

1
... যা মেল বোমারু বিমানের জন্য আকর্ষণীয় উপদ্রব। যে না!
ট্রিপলি

আমি কি এই অধিকার বুঝতে পারি? কোনও ইমেল জমা দেওয়ার জন্য কোনও ওয়েব ফর্মের বিষয়ে কথা বলার সময়, Senderসেই ব্যক্তিই যে ওয়েব ফর্মটি জমা দিয়েছেন এবং Fromসেই সার্ভারটিই ইমেইলটি প্রেরণ করেছে? নাকি এটি অন্য রাস্তা?
ইথান লেরয়

7
এমন কিছু ভিআইপি কল্পনা করুন যার মেলবক্স পরিচালনা করার জন্য একজন সহকারী রয়েছে। সহকারী যদি ভিআইপি-র পক্ষ থেকে ইমেল লিখছেন তবে সহকারীটি হ'ল Sender, তবে বার্তাটি Fromভিআইপি। আপনি যখন "ভিআইপি-র পক্ষ থেকে সহকারী থেকে" হিসাবে বর্ণিত ইমেলটি দেখেন তখনই এটি ঘটে থাকে
দেউইন

@ শভনডি।, যদি না থাকে তবে কী হবে Return-Path। এটি কি তখন ডিফল্ট হয় Sender?
পেসারিয়ার

99

সরকারী আরএফসি যা এই স্পেসিফিকেশনটি সংজ্ঞায়িত করে এখানে পাওয়া যাবে:

http://tools.ietf.org/html/rfc4021#section-2.1.2 (অনুচ্ছেদ 2.1.2 দেখুন এবং নিম্নলিখিত)

2.1.2। শিরোলেখ ক্ষেত্র: থেকে

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3। শিরোলেখ ক্ষেত্র: প্রেরক

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22। শিরোলেখ ক্ষেত্র: ফেরার পথ

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

4
অফিসিয়াল আরএফসি লিঙ্ক দেওয়ার জন্য ধন্যবাদ। কেউ যদি জিজ্ঞাসা করে, "কিসের ভিত্তিতে?"
বায়ুআহ

এই অন্য উত্তরটি (২০১১ সাল থেকে) দাবি করে যে এখানে নির্দেশিত পদ্ধতিটি জিমেইলকে স্প্যাম হিসাবে ইমেলগুলিকে পতাকাঙ্কিত করে। আজ অবধি যদি এমনটি হয় তবে আমি অবাক হই।
শোদেব

আরএফসি 5322 সরঞ্জামগুলিতে আপডেট হয়েছে ietietf.org/html/rfc5322#section-3.6 । কেউ দয়া করে এসএমটিপি আরএফসি লোকদের বলতে পারেন যে এসএমটিপি হ্যান্ডশেক প্রক্রিয়ায় যদি প্রেরক ক্ষেত্রটি ব্যবহৃত ঠিকানা থেকে এটি ব্যবহার করতে হয় তবে এটি তার সাহায্য করবে it
বিউভুলফনোড 42

22

এটির জন্য একটি সামান্য আপডেট: প্রেরকের কখনই Return-Path:হেডার সেট করা উচিত নয় । Return-Path:ট্রানজিটে কোনও বার্তার জন্য শিরোনামের মতো জিনিস নেই । এই শিরোলেখটি এমটিএ দ্বারা সেট করা থাকে যা চূড়ান্ত বিতরণ করে এবং সাধারণত 5321.Fromস্থানীয় সিস্টেমকে কোনও ধরণের রণতরী রাউটিংয়ের প্রয়োজন না হলে মানটির মান হিসাবে সেট করা হয় ।

এটি একটি সাধারণ ভুল বোঝাবুঝি কারণ ব্যবহারকারীরা খুব কমই Return-Path:তাদের মেলবক্সগুলিতে শিরোনাম ছাড়াই একটি ইমেল দেখতে পান। এটি হ'ল কারণ তারা সর্বদা বিতরণ করা বার্তাগুলি দেখতে পান, তবে কোনও এমটিএ Return-Path:ট্রানজিটে কোনও বার্তায় কখনও শিরোনাম দেখতে না পারা উচিত । Http://tools.ietf.org/html/rfc5321#section-4.4 দেখুন


ইমেল ক্লায়েন্ট ব্যবহার করে কোনও প্রেরক এটি সেট করবেন না, তবে ইমেল প্রেরণকারী কোনও স্ক্রিপ্ট লেখার "প্রেরক" এটি স্ক্রিপ্টিকভাবে সেট করতে পারে, সুতরাং আমি মনে করি কোনও প্রেরককে এটি সেট করা উচিত হবে না বলে এটির বিভ্রান্তিমূলক।
মরিচ

3
দুর্ভাগ্যক্রমে, চিলিনুট আসলেই সঠিক নয়। একটি রিটার্ন-পাথ: ট্রানজিটে কোনও বার্তায় শিরোনামটি ফেলে দেওয়া হবে, এমডিএ (মেল সরবরাহকারী এজেন্ট) যা চূড়ান্ত বিতরণ করে the 5321 এর মান মেলে রিটার্ন-পাথ: শিরোনামটি সেট করবে rom বার্তা. এটি হ'ল বার্তাটি সরবরাহ করার পরে খামটি হারিয়ে যায়, সুতরাং রিটার্ন-পাথ: এমডিএ বার্তাটি পাওয়ার সাথে সাথে খামটি কী ছিল তা শিরোনামটি রেকর্ড করে।
cmeid

আমি এখনই আমার ইনবক্সে একটি বার্তার শিরোনামগুলি দেখছি, এবং এটির একটি From:ঠিকানা এবং একটি ( পৃথক ) Return-Path:ঠিকানা রয়েছে, তাই আপনি কী উল্লেখ করছেন তা আমি জানি না
chiliNUT

2
Return-Path:হেডার খাম-থেকে, অথবা RFC5321.From ঠিকানা প্রতিফলিত করে। From:হেডার হেডার-থেকে, অথবা RFC5322.From ঠিকানা প্রতিফলিত করে।
cmeid

5
এটি শব্দার্থবিজ্ঞান হতে চলেছে, গুরুত্বপূর্ণ বিষয়টি (উপরে হিসাবে) আপনি Return-Path:বার্তা প্রেরণের সময় শিরোনাম সেট করতে পারবেন না । যদি এটিগুলি করে, এটি ট্রানজিটে ফেলে দেওয়া হবে এবং পরে আরএফসি5321 এর মানতে সেট করা হবে the এমডিএ কর্তৃক বা খাম থেকে যে বার্তার চূড়ান্ত বিতরণ করে। মূলত শিরোনামটি Return-Path:খামটি কী ছিল তা লিপিবদ্ধ করার সময় খামটি ফেলে দেওয়া হয় বলে রেকর্ড করে।
সিএমআইডি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.