ईमेल: Difference between revisions
No edit summary |
(→इतिहास) |
||
| Line 290: | Line 290: | ||
आज इंटरनेट और आंतरिक ईमेल सिस्टम के बीच अंतर करना महत्वपूर्ण हो सकता है। इंटरनेट ईमेल यात्रा कर सकता है और प्रेषक या प्राप्तकर्ता के नियंत्रण के बिना नेटवर्क और कंप्यूटर पर संग्रहीत किया जा सकता है। ट्रांज़िट समय के दौरान यह संभव है कि तृतीय पक्ष सामग्री को पढ़ें या संशोधित भी करें। आंतरिक मेल प्रणालियाँ, जिनमें सूचना कभी भी संगठनात्मक नेटवर्क को नहीं छोड़ती है, अधिक सुरक्षित हो सकती है, हालाँकि सूचना प्रौद्योगिकी कर्मी और अन्य जिनके कार्य में निगरानी या प्रबंधन शामिल हो सकता है, अन्य कर्मचारियों के ईमेल तक पहुँच प्राप्त कर सकते हैं। | आज इंटरनेट और आंतरिक ईमेल सिस्टम के बीच अंतर करना महत्वपूर्ण हो सकता है। इंटरनेट ईमेल यात्रा कर सकता है और प्रेषक या प्राप्तकर्ता के नियंत्रण के बिना नेटवर्क और कंप्यूटर पर संग्रहीत किया जा सकता है। ट्रांज़िट समय के दौरान यह संभव है कि तृतीय पक्ष सामग्री को पढ़ें या संशोधित भी करें। आंतरिक मेल प्रणालियाँ, जिनमें सूचना कभी भी संगठनात्मक नेटवर्क को नहीं छोड़ती है, अधिक सुरक्षित हो सकती है, हालाँकि सूचना प्रौद्योगिकी कर्मी और अन्य जिनके कार्य में निगरानी या प्रबंधन शामिल हो सकता है, अन्य कर्मचारियों के ईमेल तक पहुँच प्राप्त कर सकते हैं। | ||
कुछ सुरक्षा सावधानियों के बिना | ईमेल गोपनीयता, कुछ सुरक्षा सावधानियों के बिना समझौता किया जा सकता है क्योंकि | ||
* ईमेल संदेश | * ईमेल संदेश आमतौर पर एन्क्रिप्ट नहीं किए जाते हैं। | ||
* ईमेल संदेशों को अपने गंतव्य तक पहुँचने से पहले मध्यवर्ती कंप्यूटरों से गुजरना पड़ता है, जिसका अर्थ है कि दूसरों के लिए संदेशों को | * ईमेल संदेशों को अपने गंतव्य तक पहुँचने से पहले मध्यवर्ती कंप्यूटरों से गुजरना पड़ता है, जिसका अर्थ है कि दूसरों के लिए संदेशों को रोकना और पढ़ना अपेक्षाकृत आसान है। | ||
* कई इंटरनेट सेवा प्रदाता (ISP) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है। | * कई इंटरनेट सेवा प्रदाता (ISP) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है। | ||
* प्राप्त: ईमेल में फ़ील्ड और अन्य जानकारी अक्सर प्रेषक की पहचान कर सकती है, जिससे अनाम संचार को रोका जा सकता है। | * प्राप्त: ईमेल में फ़ील्ड और अन्य जानकारी अक्सर प्रेषक की पहचान कर सकती है, जिससे अनाम संचार को रोका जा सकता है। | ||
* HTML सामग्री में अदृश्य रूप से एम्बेड किए गए वेब बग किसी भी ईमेल के प्रेषक को सचेत कर सकते हैं जब भी कोई ईमेल HTML के रूप में प्रस्तुत किया जाता है (कुछ ई-मेल क्लाइंट ऐसा तब करते हैं जब उपयोगकर्ता ई-मेल पढ़ता है, या ई-मेल को फिर से पढ़ता है) और | * HTML सामग्री में अदृश्य रूप से एम्बेड किए गए वेब बग किसी भी ईमेल के प्रेषक को सचेत कर सकते हैं जब भी कोई ईमेल HTML के रूप में प्रस्तुत किया जाता है (कुछ ई-मेल क्लाइंट ऐसा तब करते हैं जब उपयोगकर्ता ई-मेल पढ़ता है, या ई-मेल को फिर से पढ़ता है) और यह भी प्रकट कर सकता है कि उपयोगकर्ता एजेंट स्ट्रिंग के माध्यम से स्मार्टफोन या पीसी, या ऐप्पल मैक डिवाइस पर ईमेल पढ़ा गया था या नहीं। | ||
ऐसे | ऐसे क्रिप्टोग्राफी अनुप्रयोग हैं जो उपरोक्त में से एक या अधिक के लिए एक उपाय के रूप में काम कर सकते हैं। उदाहरण के लिए, वर्चुअल प्राइवेट नेटवर्क या टोर नेटवर्कका उपयोग उपयोगकर्ता मशीन से ट्रैफ़िक को सुरक्षित नेटवर्क पर एन्क्रिप्ट करने के लिए किया जा सकता है जबकि जबकि GPG, PGP, SMEmail,<ref>[https://www.arxiv.org/pdf/1002.3176 SMEmail – A New Protocol for the Secure E-mail in Mobile Environments], Proceedings of the Australian Telecommunications Networks and Applications Conference (ATNAC'08), pp. 39–44, Adelaide, Australia, Dec. 2008.</ref> या S/MIME का उपयोग [[ एंड-टू-एंड सिद्धांत |एंड-टू-एंड सिद्धांत]] के लिए किया जा सकता है। और SMTP STARTTLS या SMTP ओवर ट्रांसपोर्ट लेयर सिक्योरिटी/सिक्योर सॉकेट्स लेयर का उपयोग SMTP क्लाइंट और SMTP सर्वर के बीच एक मेल हॉप के लिए संचार को एन्क्रिप्ट करने के लिए किया जा सकता है। | ||
इसके अतिरिक्त, कई मेल उपयोगकर्ता एजेंट लॉगिन और पासवर्ड की सुरक्षा नहीं करते हैं, जिससे उन्हें हमलावर द्वारा रोकना आसान हो जाता है। [[ सरल प्रमाणीकरण और सुरक्षा परत ]] जैसी एन्क्रिप्टेड प्रमाणीकरण योजनाएँ इसे रोकती हैं। अंत में, संलग्न | इसके अतिरिक्त, कई मेल उपयोगकर्ता एजेंट लॉगिन और पासवर्ड की सुरक्षा नहीं करते हैं, जिससे उन्हें हमलावर द्वारा रोकना आसान हो जाता है। [[ सरल प्रमाणीकरण और सुरक्षा परत ]] जैसी एन्क्रिप्टेड प्रमाणीकरण योजनाएँ इसे रोकती हैं। अंत में, संलग्न फाइलें पीयर-टू-पीयर फाइलशेयरिंग में पाए जाने वाले कई खतरों को साझा करती हैं। संलग्न फाइलों में ट्रोजन या वायरस हो सकते हैं। | ||
=== कानूनी अनुबंध === | === कानूनी अनुबंध === | ||
| Line 306: | Line 306: | ||
=== ज्वलंत === | === ज्वलंत === | ||
[[ ज्वलंत (इंटरनेट) ]] तब होता है जब कोई व्यक्ति क्रोधित या विरोधी सामग्री के साथ एक संदेश | [[ ज्वलंत (इंटरनेट) ]] तब होता है जब कोई व्यक्ति क्रोधित या विरोधी सामग्री के साथ एक संदेश भेजता है। यह शब्द विशेष रूप से गर्म ईमेल चर्चाओं का वर्णन करने के लिए आग लगानेवाला शब्द के उपयोग से लिया गया है। ईमेल संचार की सहजता और अवैयक्तिकता का अर्थ है कि व्यक्तिगत रूप से या टेलीफोन के माध्यम से सभ्यता को प्रोत्साहित करने वाले सामाजिक मानदंड मौजूद नहीं हैं और सभ्यता को भुला दिया जा सकता है।<ref>{{cite journal|author1=S. Kiesler |author2=D. Zubrow |author3=A.M. Moses |author4=V. Geller |title=कंप्यूटर-मध्यस्थ संचार में प्रभाव: सिंक्रोनस टर्मिनल-टू-टर्मिनल चर्चा में एक प्रयोग|journal=Human-Computer Interaction|volume=1|pages=77–104|year=1985|doi=10.1207/s15327051hci0101_3}}</ref> | ||
Revision as of 13:31, 6 December 2022
.svg)
इलेक्ट्रानिक्स मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक ( डिजीटल) संस्करण या मेल के समकक्ष के रूप में माना गया था, उस समय जब मेल का मतलब केवल भौतिक मेल (ई- + मेल) था। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, एक ईमेल पते को अक्सर व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल (द्रव्यमान संज्ञा|द्रव्यमान/गणना भेद) कहा जाता है।
ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज की ईमेल प्रणालियाँ संरक्षित और अग्रसारित मॉडल पर आधारित हैं। ईमेल सर्वर संदेशों को स्वीकार, अग्रेषित, वितरित और संग्रहीत करता है। न तो उपयोगकर्ताओं और न ही उनके कंप्यूटरों को एक साथ ऑनलाइन होने की आवश्यकता है; संदेश भेजने या प्राप्त करने या इसे डाउनलोड करने के लिए उन्हें सामान्यतः संदेश हस्तांतरण या वेबमेल इंटरफ़ेस से कनेक्ट करने की आवश्यकता होती है।
मूल रूप से एक ASCII टेक्स्ट-ओनली संचार माध्यम, इंटरनेट ईमेल कोबहुउद्देशीय इंटरनेट मेल (MIME) द्वारा अन्य संप्रतीक समुच्चय और बहु माध्यम सामग्री संलग्नक में टेक्स्ट ले जाने के लिए बढ़ाया गया था। अंतर्राष्ट्रीय ईमेल, UTF-8 का उपयोग करते हुए अंतर्राष्ट्रीय ईमेल पतों के साथ, मानकीकृत है लेकिन व्यापक रूप से अपनाया नहीं गया है।[2]
शब्दावली
इलेक्ट्रॉनिक मेल शब्द 1975 से अपने आधुनिक अर्थ के साथ उपयोग में है, और 1979 से छोटे ई-मेल के रूपांतरों का उपयोग किया जा रहा है:[3][4]
- ईमेल अब सामान्य रूप है, और शैली गाइड द्वारा अनुशंसित है।[5][6] यह IETF टिप्पणियों के लिए अनुरोध (RFC) और वर्किंग ग्रुप्स के लिए आवश्यक फॉर्म है।[7] यह वर्तनी अधिकांश शब्दकोशों में भी दिखाई देती है।[8][9][10][11][12][13][14][15]
- ई-मेल संपादित प्रकाशित अमेरिकी अंग्रेजी और ब्रिटिश अंग्रेजी लेखन में पसंदीदा रूप है जैसा कि समकालीन अमेरिकी अंग्रेजी डेटा के कॉर्पस में परिलक्षित होता है,[16] लेकिन कुछ स्टाइल गाइड के पक्ष में गिर रहा है।[6][17]
- कभी-कभी ई-मेल का प्रयोग किया जाता है।[18] जून 1979 में मूल उपयोग और साथ नामक संयुक्त राज्य डाक सेवा पहल के संदर्भ में इलेक्ट्रॉनिक्स (पत्रिका) पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।[3][4]*
- ईमेल का भी उपयोग किया जाता है।
- EMAIL का उपयोग कॉम्प्युसर्व द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।Cite error: Closing
</ref>missing for<ref>tag सामग्री में एक हेडर और एक बॉडी होती है। रेफरी>"Mail Objects". Simple Mail Transfer Protocol. IETF. sec. 2.3.1. doi:10.17487/RFC5321. RFC 5321.The SMTP content is sent in the SMTP DATA protocol unit, and has two parts: the header section and the body. If the content conforms to other contemporary standards, the header section is a collection of header fields, each consisting of a header name, a colon, and data, structured as in the message format specification
</रेफरी>
इतिहास
1960 के दशक की शुरुआत मे साझाकरण प्रणाली आगमन के बाद, 1965 में मेसाचुसेट्स प्रौद्योगिक संस्थान के CTSS प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया।[19] शुरुआती मेनफ्रेम और मिनी कंप्यूटर के अधिकांश डेवलपर्स ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।[20] RFC की एक श्रृंखला में, फ़ाइल स्थानांतरण प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।
मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। IBM, CompuServe और CompuServe ने 1978 से एक वाणिज्यिक इंट्राऑफिस मेल उत्पाद और 1981 से IBM और Xerox को बेचा।[nb 1][21]Cite error: Closing </ref> missing for <ref> tag DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL (बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गयाCite error: Closing </ref> missing for <ref> tag[22] कारकों के संयोजन ने SMTP, POP3 और IMAP ईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।[nb 2]
ऑपरेशन
निम्नलिखित घटनाओं का एक विशिष्ट क्रम है होता है जब क्रिप्टोग्राफी में प्रेषक प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट (एमयूए) का उपयोग करके एक संदेश भेजता है।[23]
- एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में smtp.a.org मे स्थानीय मेल सबमिशन एजेंट (एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) की एक प्रोफाइल सबमिशन प्रोटोकॉल का उपयोग करता है,
- एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है (संदेश शीर्षलेख से नहीं) - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता (एफक्यूडीए) है। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, अक्सर प्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डोमेन नेम सिस्टम (डीएनएस) में मेल सर्वर के पूरी तरह से योग्य डोमेन नाम निर्धारित करने के लिए डोमेन नाम को हल करता है।
- डोमेन b.org (ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक संदेश ट्रांसफर एजेंट (एमटीए) सर्वर द्वारा चलाया जाता है। प्राप्तकर्ता का आईएसपी।
- smtp.a.org SMTP का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश को अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है।
- एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है।
- बॉब का MUA या तो पोस्ट ऑफिस प्रोटोकॉल (POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) का उपयोग करके संदेश उठाता है।
इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ मौजूद हैं:
- ऐलिस या बॉब कॉरपोरेट ईमेल सिस्टम से जुड़े क्लाइंट का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज। इन प्रणालियों का अक्सर अपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल गेटवे के माध्यम से ईमेल भेजता या प्राप्त करता है जो आवश्यक सुधार भी करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक कॉर्पोरेट ईमेल सिस्टम के भीतर हो सकता है।
- ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है।
- ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें।
- बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए mx.b.org में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना।
- डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें।
कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को ओपन मेल रिले कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।[24][25] हालाँकि, यह तंत्र ईमेल स्पैम के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,[26] और कई एमटीए ओपन मेल रिले से संदेशों को स्वीकार नहीं करते हैं।
संदेश प्रारूप
ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप[27] RFC 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और RFC 2045 में RFC 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से बहुउद्देशीय इंटरनेट मेल एक्सटेंशन या MIME कहा जाता है। अंतर्राष्ट्रीय ईमेल में एक्सटेंशन केवल ईमेल पर लागू होते हैं। RFC 5322 ने 2008 में पहले RFC 2822 को बदल दिया, फिर 2001 में RFC 2822 ने RFC 822 को बदल दिया - दशकों से इंटरनेट ईमेल के लिए मानक थे। 1982 में प्रकाशित, RFC 822 ARPANET के लिए पहले ये RFC 733 पर आधारित था।[28]
इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी"। इन्हें "सामग्री" के रूप में जाना जाता है।।[29][30] हेडर को ईमेल के बारे में, से, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों के परिवहन की प्रक्रिया में, SMTP संदेश हेडर फ़ील्ड का उपयोग करके वितरण मापदंडों और सूचनाओं का संचार करता है। मुख्य भाग में संदेश होता है, असंरचित पाठ के रूप में, कभी-कभी अंत में एक हस्ताक्षर ब्लॉक होता है। शीर्षलेख को मुख्य भाग से एक रिक्त रेखा द्वारा अलग किया जाता है।
संदेश शीर्षलेख
RFC 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड ("हेडर फ़ील्ड") शामिल होते हैं।प्रत्येक फ़ील्ड का एक नाम (फ़ील्ड नाम या हेडर फ़ील्ड नाम) होता है, उसके बाद विभाजक वर्ण: और एक मान (फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है।
प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान (फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, SMTPUTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को MIME एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है।
हैडर फ़ील्ड्स
ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।[31] RFC 5322 द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, RFC 2047 में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।[32] कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,[33][34] पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतर UTF-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते Google और Microsoft उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।[35]
संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड शामिल होने चाहिए:[36][37]
- प्रेषक: ईमेल पता, और, वैकल्पिक रूप से, लेखक(कों) का नाम। कुछ ईमेल क्लाइंट खाता सेटिंग के माध्यम से बदले जा सकते हैं।
- दिनांक: स्थानीय समय और दिनांक संदेश लिखा गया था। प्रेषक: फ़ील्ड की तरह, कई ईमेल क्लाइंट इसे भेजने से पहले स्वचालित रूप से भर देते हैं। प्राप्तकर्ता का ग्राहक प्रारूप में समय और उनके लिए स्थानीय समय क्षेत्र प्रदर्शित कर सकता है।
RFC 3864 इंटरनेट असाइन किए गए नंबर प्राधिकरण में संदेश शीर्षलेख फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; यह स्थायी और अस्थायी फ़ील्ड नाम, जिसमें MIME, netnews और HTTP के लिए परिभाषित फ़ील्ड भी शामिल हैं, और प्रासंगिक RFC को संदर्भित करते हैं। ईमेल के लिए सामान्य हेडर फ़ील्ड में शामिल हैं:[38]
- प्रति: ईमेल पता(पते), और वैकल्पिक रूप से संदेश के प्राप्तकर्ता(ओं) का(के) नाम। प्राथमिक प्राप्तकर्ताओं को इंगित करता है (एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें।
- विषय: संदेश के विषय का संक्षिप्त सारांश। ई-मेल विषय संक्षिप्ताक्षर सामान्यतः विषय में उपयोग किए जाते हैं, जिसमें ई-मेल विषय संक्षिप्ताक्षर भी शामिल हैं रे: और परिवार कल्याण:।
- सीसी: नक़ल ; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं।
- बीसीसी: अंधी प्रतिलिपि ; पते सामान्यतः केवल SMTP वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं।
- सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, सामान्यतः एक MIME प्रकार।
- पूर्वता: सामान्यतः बल्क , जंक , या सूची के साथ ; इस मेल के लिए स्वचालित अवकाश या कार्यालय से बाहर की प्रतिक्रियाओं को इंगित करने के लिए उपयोग किया जाना चाहिए, उदा। मेलिंग सूची के अन्य सभी ग्राहकों को अवकाश नोटिस भेजे जाने से रोकने के लिए। Sendmail इस क्षेत्र का उपयोग पंक्तिबद्ध ईमेल की प्राथमिकता को प्रभावित करने के लिए करता है, प्राथमिकता के साथ: विशेष-वितरण संदेश जल्द ही वितरित किए जाते हैं। आधुनिक उच्च-बैंडविड्थ नेटवर्क के साथ, वितरण प्राथमिकता पहले से कम समस्या है। माइक्रोसॉफ्ट एक्सचेंज सर्वर एक ठीक-ठाक स्वचालित प्रतिक्रिया दमन तंत्र, एक्स-ऑटो-रिस्पांस-सप्रेस फ़ील्ड का सम्मान करता है।[39]
- संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी: (नीचे देखें)।
- इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है।
- सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि।
- Reply-To: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए।
- प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड (सचिव, सूची प्रबंधक, आदि) में सूचीबद्ध लेखक की ओर से कार्य करता है।
- आर्काइव्ड-एट: एक व्यक्तिगत ईमेल संदेश के आर्काइव्ड फॉर्म का सीधा लिंक।
To: फ़ील्ड उन पतों से संबंधित नहीं हो सकता है जिन पर संदेश डिलीवर किया गया है। वितरण सूची परिवहन प्रोटोकॉल, सिंपल मेल ट्रांसफर प्रोटोकॉल को अलग से प्रदान की जाती है, जिसे हेडर सामग्री से निकाला जा सकता है। To: फ़ील्ड बाहरी लिफाफे पर दिए गए पते के अनुसार दिए गए पारंपरिक पत्र के शीर्ष पर दिए गए पते के समान है। उसी तरह, प्रेषक: फ़ील्ड प्रेषक नहीं हो सकता है। कुछ मेल सर्वर रिले किए गए संदेशों पर ईमेल प्रमाणीकरण प्रणाली लागू करते हैं। सर्वर की गतिविधि से संबंधित डेटा भी शीर्षलेख का हिस्सा है, जैसा कि नीचे परिभाषित किया गया है।
SMTP निम्नलिखित दो क्षेत्रों का उपयोग करके हेडर में सहेजे गए संदेश की ट्रेस जानकारी को परिभाषित करता है:[40]
- प्राप्त: एक SMTP सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है (अंतिम से पहले)।
- रिटर्न-पाथ: डिलीवरी के बाद SMTP सर्वर किसी संदेश की अंतिम डिलीवरी करता है, यह हेडर के शीर्ष पर इस फ़ील्ड को सम्मिलित करता है।
प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।[41]
- प्रमाणीकरण-परिणाम: सर्वर द्वारा प्रमाणीकरण की पुष्टि करने के बाद, यह डाउनस्ट्रीम एजेंटों द्वारा खपत के लिए इस क्षेत्र में परिणामों को सहेज सकता है।[42]
- प्राप्त-एसपीएफ़: प्रमाणीकरण-परिणामों की तुलना में प्रेषक नीति ढांचे की जाँच के परिणामों को अधिक विस्तार से संग्रहीत करता है।[43]
- डीकेआईएम-हस्ताक्षर: यह सत्यापित करने के लिए कि संदेश भेजे जाने के बाद बदला नहीं गया था, DomainKeys Identified Mail (DKIM) डिक्रिप्शन के परिणामों को संग्रहीत करता है।[44]
- ऑटो-सबमिट: स्वचालित रूप से जेनरेट किए गए संदेशों को चिह्नित करने के लिए उपयोग किया जाता है।[45]
- वीबीआर-जानकारी: संदर्भ श्वेतसूची द्वारा दावा प्रमाण[46]
संदेश का मुख्य भाग
सामग्री एन्कोडिंग
इंटरनेट ईमेल को 7-बिट ASCII के लिए डिजाइन किया गया था।[47] अधिकांश ईमेल सॉफ़्टवेयर 8-बिट साफ ़ होते हैं, लेकिन यह मान लेना चाहिए कि यह 7-बिट सर्वर और मेल रीडर के साथ संचार करेगा। MIME मानक ने गैर-ASCII डेटा के प्रसारण को सक्षम करने के लिए कैरेक्टर सेट स्पेसिफायर और दो कंटेंट ट्रांसफर एन्कोडिंग की शुरुआत की: उस सीमा के बाहर कुछ वर्णों के साथ ज्यादातर 7-बिट सामग्री के लिए प्रिंट करने योग्य और मनमाना बायनरी डेटा के लिए बेस64। इन एन्कोडिंग की आवश्यकता के बिना मेल के प्रसारण की अनुमति देने के लिए 8BITMIME और BINARY एक्सटेंशन पेश किए गए थे, लेकिन कई मेल ट्रांसपोर्ट एजेंट उनका समर्थन नहीं कर सकते हैं। कुछ देशों में, ई-मेल सॉफ़्टवेयर उल्लंघन करता है RFC 5322 कच्चा भेजकर[nb 3] गैर-ASCII पाठ और कई एन्कोडिंग योजनाएँ सह-अस्तित्व में हैं; नतीजतन, डिफ़ॉल्ट रूप से, गैर-लैटिन वर्णमाला भाषा में संदेश गैर-पठनीय रूप में प्रकट होता है (केवल एक अपवाद है यदि प्रेषक और रिसीवर एक ही एन्कोडिंग योजना का उपयोग करते हैं)। इसलिए, अंतर्राष्ट्रीय चरित्र सेटों के लिए, यूनिकोड लोकप्रियता में बढ़ रहा है।[48]
सादा पाठ और HTML
अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए सादा पाठ या HTML#HTML ई-मेल के उपयोग की अनुमति देते हैं। HTML ईमेल संदेशों में अक्सर अनुकूलता के लिए स्वचालित रूप