ईमेल सेंडर, फ्रॉम और रिटर्न-पाथ वैल्यू में क्या अंतर है?
उदाहरण : मेरे पास एक संपर्क फ़ॉर्म है जहां उपयोगकर्ता अपने ईमेल को इनपुट कर सकता है, क्या यह प्रेषक को, वापसी या रास्ते से सौंपा जाएगा?
मैं StackOverflow पर एक त्वरित खोज की थी और कुछ भी उपयोगी नहीं मिल सका।
जवाबों:
इसलिए, जब एसएमटीपी एक संदेश प्रस्तुत किया जाता है, तो एसएमटीपी लिफाफा (प्रेषक, प्राप्तकर्ता, आदि) संदेश के वास्तविक डेटा से अलग होता है।
Senderहेडर संदेश है जो इसे प्रस्तुत में पहचान करने के लिए प्रयोग किया जाता है। यह आमतौर पर Fromहेडर के समान होता है, जो संदेश से होता है। हालांकि, यह कुछ मामलों में भिन्न हो सकता है जहां एक मेल एजेंट किसी और की ओर से संदेश भेज रहा है।
Return-Pathहैडर प्राप्तकर्ता (या प्राप्त एमटीए) जहां नॉन-डिलीवरी रसीदों को भेजे जाने के लिए कर रहे करने के लिए इंगित करने के लिए प्रयोग किया जाता है।
उदाहरण के लिए, एक सर्वर लें जो उपयोगकर्ताओं को एक वेब पेज से मेल भेजने की अनुमति देता है। इसलिए, sender@yourcompany.comएक संदेश में टाइप करता है और इसे सबमिट करता है। सर्वर तब Fromसेट के साथ अपने प्राप्तकर्ता को संदेश भेजता है sender@yourcompany.com। वास्तविक SMTP सबमिशन अलग-अलग क्रेडेंशियल्स का उपयोग करता है, जैसे कुछ mailagent@mywebmail.com। इसलिए, senderहेडर को सेट करने के लिए सेट किया गया है mailagent@mywebmail.com, Fromहेडर को इंगित करने के लिए इंगित नहीं करता है कि वास्तव में संदेश किसने प्रस्तुत किया है।
इस मामले में, यदि संदेश नहीं भेजा जा सकता है, तो संभव है कि एजेंट के लिए नॉन-डिलीवरी रिपोर्ट प्राप्त करना बेहतर हो, और इसलिए Return-Pathइसे सेट भी किया जाएगा mailagent@mywebmail.comताकि कोई भी डिलीवरी रिपोर्ट प्रेषक के बजाय उसके पास जाए।
यदि आप ई-मेल भेजने के लिए फॉर्म जमा कर रहे हैं, तो यह संभवत: एक सीधा समानांतर है कि आप हेडर कैसे सेट करेंगे।
Senderजाती है , तो क्या वह व्यक्ति है जिसने वेब फॉर्म जमा किया है और Fromवह सर्वर है जिसने ई-मेल भेजा है? या यह दूसरा रास्ता गोल है?
Sender, लेकिन संदेश FromVIP है। ऐसा तब होता है जब आप "वीआईपी की ओर से सहायक" के रूप में वर्णित ईमेल को देखते हैं
Return-Path। क्या यह उस समय के लिए डिफ़ॉल्ट है Sender?
इस विनिर्देश को परिभाषित करने वाला आधिकारिक RFC यहां पाया जा सकता है:
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.
इसके लिए एक मामूली अद्यतन: एक प्रेषक को Return-Path:हेडर को कभी भी सेट नहीं करना चाहिए । Return-Path:संक्रमण में संदेश के लिए हेडर जैसी कोई चीज नहीं है । वह शीर्ष लेख MTA द्वारा सेट किया जाता है जो अंतिम वितरण करता है, और आम तौर पर के मान पर सेट होता है5321.From तब तक के जब तक कि स्थानीय सिस्टम को किसी प्रकार की क्वर्की रूटिंग की आवश्यकता न हो।
यह एक आम गलतफहमी है क्योंकि उपयोगकर्ता Return-Path:अपने मेलबॉक्स में हेडर के बिना ईमेल को शायद ही कभी देखते हैं। ऐसा इसलिए है क्योंकि वे हमेशा डिलीट किए गए मैसेज देखते हैं, लेकिन एक एमटीए को Return-Path:ट्रांजिट में एक मैसेज पर हेडर नहीं देखना चाहिए । Http://tools.ietf.org/html/rfc5321#section-4.4 देखें
From:पता है, और एक ( अलग ) Return-Path:पता है, इसलिए मुझे नहीं पता कि आप
Return-Path:हैडर लिफाफा से, या RFC5321.From पते को दर्शाता है। From:हैडर हैडर-से, या RFC5322.From पते को दर्शाता है।
Return-Path:संदेश भेजते समय हेडर सेट नहीं कर सकते । यदि लोग ऐसा करते हैं, तो इसे ट्रांज़िट में छोड़ दिया जाएगा और बाद में RFC5321 के मूल्य पर सेट किया जाएगा। एमआरए द्वारा लिफाफे से लिफाफे से-जो संदेश का अंतिम वितरण करता है। मूल रूप से Return-Path:हेडर रिकॉर्ड करता है कि लिफाफा क्या था, क्योंकि लिफाफे को वितरण पर छोड़ दिया गया है।