से वापसी-पथ बनाम प्रेषक बनाम ईमेल ईमेलर्स के साथ कुछ आदेश बनाने में मेरी सहायता करें।smtp ई-मेल हेडर:
निम्नलिखित में से प्रत्येक का क्या अर्थ है: रिटर्न-पथ, प्रेषक, से।
ईमेल प्राप्त करने वाले ऐप के संदर्भ में सवाल पूछा जा रहा है (मान लें कि posterous क्लोन)।
मेरे अनुभव के आधार -
से व्यक्ति कि ईमेल में लिखा है। इसे उपयोगकर्ता के मेल सॉफ़्टवेयर द्वारा सेट किया जा सकता है।
रिटर्न-पथ वह पता है जहां संदेश उछालते हैं (अविश्वसनीय अधिसूचनाएं इत्यादि) वितरित किए जाने चाहिए। इसे मेल सर्वर भेजने या प्राप्त करने, या कभी-कभी उपयोगकर्ता के मेल सॉफ़्टवेयर द्वारा सेट किया जा सकता है। एक सामान्य संदेश के लिए, यह आमतौर पर प्रेषक पते के समान होता है। कुछ संदेश (अक्सर सिस्टम जेनरेट किए गए संदेश) एक अलग रिटर्न-पथ का उपयोग कर सकते हैं, और बाउंस संदेश आमतौर पर इसे खाली छोड़ देते हैं।
भेजने वाले व्यक्ति कि, ईमेल भेजा है, तो की तुलना में अलग से (" से की ओर से भेजने वाले द्वारा भेजे गए") है। कभी-कभी यह उपयोगकर्ता के मेल सॉफ़्टवेयर द्वारा सेट किया जाता है, और कभी-कभी उनके मेल सर्वर द्वारा। यह, यदि मौजूद है, तो पते से अलग होना चाहिए।
ये शीर्षलेख सभी को आसानी से फिकट किया जा सकता है, इसलिए सत्यापन बहुत अधिक है।
हालांकि, अगर भेजने वाले डोमेन में एसपीएफ़ रिकॉर्ड है, तो आप प्राप्त डोमेन के लिए अनुमोदित मेल सर्वर की सूची के विरुद्ध प्राप्त हेडर सत्यापित कर सकते हैं। यह कम से कम आपको बताएगा कि संदेश वास्तव में उस डोमेन से आया है या नहीं, लेकिन यह गारंटी नहीं देता है कि विशेष उपयोगकर्ता ने इसे भेजा है (इसे उसी डोमेन पर किसी अन्य उपयोगकर्ता द्वारा धोखा दिया जा सकता है)। इसके अलावा, सभी डोमेन एसपीएफ़ रिकॉर्ड प्रकाशित नहीं करते हैं, इसलिए यह हमेशा एक विकल्प नहीं होता है।
इस पर बस एक नोट, आउटलुक 'प्रेषक' होने जैसा लगता है भले ही यह 'से' जैसा ही हो। उदाहरण के लिए, पूर्वावलोकन फलक एक खाली प्रेषक दिखाता है यदि 'प्रेषक' शीर्षलेख संदेश का हिस्सा नहीं है, भले ही 'से' वहां है। –
तो 'से' और 'प्रेषक' खाली हो सकता है? आप उन क्षेत्रों के खाली मूल्यों के साथ एक ईमेल कैसे भेजेंगे? (यदि कोई दिलचस्पी लेता है, [मेलगुन में उन क्षेत्रों के लिए विवरण भी हैं] (http://documentation.mailgun.com/user_manual.html#parsed-messages-parameters)।) – Dennis
@ डेनिस आरएफसी 2822 का मेरा पठन मुझे विश्वास दिलाता है कि से हेडर की आवश्यकता है, और स्थिति के आधार पर प्रेषक को दिखाना चाहिए या नहीं दिखना चाहिए। अपने मेलगुन संदर्भ को देखते हुए, उनके "से" को "से" संदेश शीर्षलेख द्वारा पॉप्युलेट किया जाता है, लेकिन उनके "प्रेषक" को SMTP लिफाफे में "प्रेषक" द्वारा पॉप्युलेट किया जाता है, * नहीं * "प्रेषक" संदेश शीर्षलेख (जिसे मैं मानता हूं) आपको अपने "संदेश-शीर्षलेख" पैरामीटर से प्राप्त करने की आवश्यकता होगी) –
मैं इसे अपने अनुभव में जोड़ दूंगा, आप यह सत्यापित नहीं कर सकते कि शीर्षलेख से संदेश कौन भेज रहा है।
इस कारण से बहुत से लोग डिस्पोजेबल पते ([email protected]) को कार्यान्वित करेंगे और प्रत्येक आउटगोइंग संदेश को एक संदेश भेजने के लिए एक संदेश के रूप में भेजने के लिए एक पते के रूप में भेजने के लिए एक पते भेजेंगे। कुछ अन्य उपयोगकर्ताओं में विषय पंक्ति में कुछ शामिल है।
पोस्टरस FAQ's सुझाव देता है कि वे यह सुनिश्चित करने के अलावा कुछ कर रहे हैं कि आप कौन हैं जो आप कह रहे हैं। उदाहरण के लिए आप सर्वर के आईपी/डीएनएस को ट्रैक कर सकते हैं जो पहली बार आपके ईमेल सर्वर पर ईमेल भेजता है और फिर उपयोगकर्ता से यह पुष्टि करने के लिए कहता है कि आपको कोई समस्या है या नहीं। हालांकि हेडर को धोखा देना आसान है, लेकिन इनकमिंग मेल प्राप्त करना आसान नहीं है।
क्या डॉट और प्लस वर्ण केवल जीमेल द्वारा समर्थित नहीं है? – Pacerier
+ वास्तव में इस प्रतिक्रिया का महत्वपूर्ण हिस्सा नहीं है। तथ्य यह है कि लौटा संदेश प्राप्तकर्ता के रूप में एक अद्वितीय पहचानकर्ता के बिना प्रेषक को सत्यापित करना मुश्किल है। Zendesk इस प्रारूप का उपयोग करता है ([email protected]), जैसा कि इंटरकॉम (सूचनाएं [email protected]) करता है। यदि आप अपने स्वयं के मेल सर्वर चलाते हैं या किसी तीसरे पक्ष के साथ काम करते हैं जो आने वाले ईमेल में माहिर हैं तो वे आम तौर पर + का समर्थन करेंगे लेकिन वे डोमेन पर कोई भी अद्वितीय पता स्वीकार करेंगे। –
"से" हेडर से यह व्यक्ति बनने का इरादा रखता है कि संदेश है। यह वह है जो प्राप्तकर्ता का ईमेल क्लाइंट संदेश प्रदर्शित करना चाहिए।
रिटर्न-पथ हेडर निर्दिष्ट करता है कि उत्तर (या बाउंस/एनडीआर) को वितरित किया जाना चाहिए। यह अलग हो सकता है कि मेलिंग सूचियों के मामले में "प्रेषक" पता, और कई स्वचालित संदेश जहां बाउंस सिस्टम को भेजे जाते हैं जो गैर-वितरित पते को हटा देता है।
प्रेषक को हेडर के अधिक विशिष्ट संस्करण के रूप में माना जा सकता है। अगर संदेश किसी के द्वारा उत्पन्न किया गया था, या कुछ अन्य सिस्टम जो वास्तविक 'प्रेषक' पते से उत्पन्न हुआ था। जीमेल द्वारा होस्ट किए गए डोमेन के लिए कॉन्फ़िगर किए जाने पर उदाहरण जीमेल हो सकते हैं। इस मामले में, हेडर से '[email protected]' होगा, लेकिन प्रेषक '[email protected]' होगा। कई मेल क्लाइंट अब [email protected] की तरफ से [email protected] के रूप में प्रस्तुत करते हैं। "प्रेषक" शीर्षलेख का उपयोग मेल प्रमाणीकरण (एसपीएफ़/डीकेआईएम) उद्देश्यों के लिए किया जाना चाहिए क्योंकि यह वह प्रणाली है जिसने वास्तव में संदेश उत्पन्न किया था।
संभावित डुप्लिकेट [प्रेषक, से और रिटर्न-पथ के बीच क्या अंतर है?] (Http://stackoverflow.com/questions/4367358/whats-the-difference-between-sender-from-and-return-path) – MaxiWheat