"द लिफाफा" और "द हैडर" में एक ईमेल पते को दोहराने की बात क्या है?


15

मैंने सीखा कि FROM पते और TO पते दोनों को "लिफाफे" नामक एक छिपे हुए तत्व में दोहराया जाता है, और फिर "शरीर" में फिर से दोहराया जाता है।

सवाल

  1. लिफाफा डेटा को "हेडर" में कॉपी क्यों नहीं किया गया है?
  2. यह दोहराव क्यों मौजूद है, क्यों आवश्यक सुविधाओं को संदेश में ही एम्बेड नहीं किया जा सकता है?
  3. क्या सभी (गैर-एसएमटीपी) संदेश ट्रांसपोर्ट ऐसा करते हैं?
  4. एसएमटीपी के क्या विकल्प हैं? (इसलिए मैं तर्क को बेहतर ढंग से समझ सकता हूं)

1
बीसीसी और नामित मेलिंग सूचियों के बारे में सोचें। यदि लिफाफे प्राप्तकर्ता को हेडर में कॉपी किया जाता है, तो ये सभी गंतव्य दिखाई देंगे।
बरमार

जवाबों:


26

ईमेल संदेश हेडर के पते लिफाफे भेजने वाले और प्राप्तकर्ता की तुलना में अलग-अलग उद्देश्यों की पूर्ति करते हैं (जो वास्तव में प्रति छिपा नहीं है , वे सिर्फ संदेश का हिस्सा नहीं हैं)।

लिफाफा प्रेषक और प्राप्तकर्ता, जिसे आप संदेश में कभी नहीं देखते हैं, एसएमटीपी प्रोटोकॉल का हिस्सा हैं, और डिलीवरी निर्देश निर्दिष्ट करते हैं , जो मेल सर्वर को संदेश वितरित करने की उम्मीद है, या जहां इसे वापस करना है। कुछ विफलता। संदेश की शब्दार्थ सामग्री से किसी भी संबंध के लिए न तो पते की आवश्यकता है। इन्हें RFC 5321 सेक्शन 4.1.1.2 और 4.1.1.3 में विस्तार से बताया गया है ।

तार्किक रूप से ये डाक के टुकड़े के लिफाफे पर छपे पते के अनुरूप होते हैं।

मूल और गंतव्य पते जो संदेश में प्रकट होते हैं, स्पष्ट वितरण निर्देशों के बजाय अर्थ अर्थ को इंगित करते हैं। इन्हें RFC 5322 सेक्शन 3.6.3 और RFC 6854 सेक्शन 2.1 (जिसमें RFC 5322 सेक्शन 3.6.2 का पालन करते हैं) के बारे में विस्तार से बताया गया है ।

संक्षेप में, संदेश से: संदेश का मेलबॉक्स इंगित करता है जिसने भी संदेश लिखा है, प्रेषक: उस इकाई को इंगित करता है जिसने किसी और की ओर से संदेश भेजा है, और टू: और सीसी: इच्छित प्राप्तकर्ता मेलबॉक्स को इंगित करता है। RFC अन्य हेडर फ़ील्ड्स को परिभाषित करता है, जिसमें आपकी रूचि हो सकती है।

तार्किक रूप से ये डाक मेल के एक टुकड़े के अंदर पत्राचार पर छपे पते के अनुरूप होते हैं।

अक्सर, लिफाफा प्रेषक और प्राप्तकर्ता प्रेषक: और से: पते के समान होते हैं। लेकिन मेलिंग सूचियों के मामले में, उनके लिए कोई पत्राचार नहीं होना आम बात है।


12

सबसे आम परिदृश्य जहां आपको एक अंतर दिखाई देगा, एक ईमेल के वितरण के दौरान कई प्राप्तकर्ताओं के साथ।

मान लीजिए कि आप एक ईमेल भेजने वाले हैं:

  • a@example.com
  • a@example.net
  • b@example.net

जब आपका मेल क्लाइंट आपके मेल सर्वर को ईमेल भेज रहा है तो सभी तीन पते लिफाफे और हेडर दोनों पर दोहराए जाएंगे। इसके बाद आपका मेल सर्वर एमएक्स रिकॉर्ड के लिए example.comऔर example.netडिलीवरी जारी रखने के लिए दिखेगा ।

आपका मेल सर्वर अब ईमेल भेजने के लिए प्रत्येक प्राप्त सर्वर के साथ दो अलग एसएमटीपी कनेक्शन स्थापित करेगा।

जब example.comसभी तीन रिसीवरों के लिए एमएक्स के साथ संचार अभी भी Toहेडर में होगा, लेकिन केवल एक लिफाफा रिसीवर होगा।

जब example.netसभी तीन रिसीवरों के लिए एमएक्स के साथ संचार अभी भी Toहेडर में होगा, लेकिन केवल दो लिफाफे रिसीवर होंगे।

उपरोक्त कल्पना के अनुरूप, आपने पत्र के तीन प्रतियों को कागज पर लिखे तीन प्राप्तकर्ताओं के साथ मुद्रित किया। फिर आप कागज के उन तीन टुकड़ों को तीन अलग-अलग लिफाफों में डालेंगे और प्रत्येक लिफाफे पर सिर्फ एक पता लिखेंगे।


ऐसे अन्य परिदृश्य हैं जहां यह फर्क पड़ता है जैसे कि bccईमेल का उपयोग करते समय और कब अग्रेषण करते हैं।

थोड़े से विरोधाभासी एनालॉग के रूप में आप कल्पना करते हैं कि आप कुछ इकाई के साथ पत्रों का आदान-प्रदान कर रहे हैं। उस इकाई के लिए अज्ञात आप उन पत्रों में से प्रत्येक की एक फोटोकॉपी बनाते हैं जो आप अपने वकील को संबोधित एक लिफाफे में डालते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.