ईमेल: Difference between revisions
| Line 320: | Line 320: | ||
=== भेजे गए मेल की ट्रैकिंग === | === भेजे गए मेल की ट्रैकिंग === | ||
मूल एसएमटीपी मेल सेवा एक प्रेषित संदेश को ट्रैक करने के लिए सीमित तंत्र प्रदान करती है, और यह सत्यापित करने के लिए | मूल एसएमटीपी मेल सेवा एक प्रेषित संदेश को ट्रैक करने के लिए सीमित तंत्र प्रदान करती है, और कोई नहीं है, यह सत्यापित करने के लिए कि यह वितरित है या पढ़ा गया है। इसके लिए आवश्यक है कि प्रत्येक मेल सर्वर या तो इसे आगे प्रदत्त करे या बाउंस संदेश लौटाए, लेकिन सॉफ़्टवेयर बग और सिस्टम विफलता दोनों के कारण संदेश गुम हो सकते हैं।इसका समाधान करने के लिए IETF ने डिलीवरी स्टेटस नोटिफिकेशन (डिलीवरी रसीद) हालांकि, ये सार्वभौमिक रूप से उत्पादन में तैनात नहीं हैं। ।{{Refn|group=nb|A complete Message Tracking mechanism was also defined, but it never gained traction; see RFCs 3885<ref>RFC 3885, ''SMTP Service Extension for Message Tracking''</ref> through 3888.<ref>RFC 3888, ''Message Tracking Model and Requirements''</ref>}} | ||
स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर नॉन-डिलीवरी रिपोर्ट (एनडीआर) और डिलीवरी रसीदों को निष्क्रिय कर देते हैं: | स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर नॉन-डिलीवरी रिपोर्ट (एनडीआर) और डिलीवरी रसीदों को निष्क्रिय कर देते हैं: | ||
* वितरण रिपोर्ट का उपयोग यह सत्यापित करने के लिए किया जा सकता है कि कोई पता मौजूद है या नहीं और यदि ऐसा है, तो यह स्पैमर को इंगित करता है कि यह स्पैम किए जाने के लिए उपलब्ध है। | * वितरण रिपोर्ट का उपयोग यह सत्यापित करने के लिए किया जा सकता है कि कोई पता मौजूद है या नहीं और यदि ऐसा है, तो यह स्पैमर को इंगित करता है कि यह स्पैम किए जाने के लिए उपलब्ध है। | ||
* यदि स्पैमर जाली प्रेषक ईमेल पते (ईमेल स्पूफिंग) का उपयोग करता है, तो उपयोग किए गए निर्दोष ईमेल पते को कई अमान्य ईमेल पतों से एनडीआर के साथ भर दिया जा सकता है, जिसे स्पैमर ने मेल करने का प्रयास किया होगा। ये एनडीआर तब आईएसपी से निर्दोष उपयोगकर्ता के लिए स्पैम का गठन करते हैं। | * यदि स्पैमर जाली प्रेषक ईमेल पते (ईमेल स्पूफिंग) का उपयोग करता है, तो उपयोग किए गए निर्दोष ईमेल पते को कई अमान्य ईमेल पतों से एनडीआर के साथ भर दिया जा सकता है, जिसे स्पैमर ने मेल करने का प्रयास किया होगा। ये एनडीआर तब आईएसपी से निर्दोष उपयोगकर्ता के लिए स्पैम का गठन करते हैं। | ||
मानक तरीकों के अभाव में, वेब बग्स के उपयोग पर आधारित कई सिस्टम विकसित किए गए हैं। | मानक तरीकों के अभाव में, वेब बग्स के उपयोग पर आधारित कई सिस्टम विकसित किए गए हैं। हालांकि, इन्हें अक्सर अंडरहैंड या गोपनीयता चिंताओं को बढ़ाने के रूप में देखा जाता है,<ref>{{cite news|url=https://query.nytimes.com/gst/fullpage.html?res=940CE0D9143AF931A15752C1A9669C8B63|title=सॉफ्टवेयर जो ई-मेल को ट्रैक करता है, गोपनीयता संबंधी चिंताओं को बढ़ा रहा है|author=Amy Harmon|newspaper=The New York Times|date=2000-11-22|access-date=2012-01-13}}</ref><ref>{{cite web |url=https://email.about.com/od/emailbehindthescenes/a/html_return_rcp.htm |title=अबाउट.कॉम|publisher=Email.about.com |date=2013-12-19 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20160827203219/https://email.about.com/od/emailbehindthescenes/a/html_return_rcp.htm |archive-date=2016-08-27 }}</ref> और केवल उन ईमेल क्लाइंट के साथ काम करते हैं जो HTML के प्रतिपादन का समर्थन करते हैं। कई मेल क्लाइंट अब डिफ़ॉल्ट रूप से "वेब सामग्री" नहीं दिखाते हैं।<ref>[https://www.slipstick.com/outlook/email/microsoft-outlook-web-bugs-blocked-html-images "Outlook: Web Bugs & Blocked HTML Images"] {{webarchive|url=https://web.archive.org/web/20150218074718/https://www.slipstick.com/outlook/email/microsoft-outlook-web-bugs-blocked-html-images/ |date=2015-02-18 }}, slipstick.com</ref> वेबमेल प्रदाता छवियों को प्री-कैश करके वेब बग्स को बाधित कर सकते हैं।।<ref>[https://arstechnica.com/information-technology/2013/12/gmail-blows-up-e-mail-marketing-by-caching-all-images-on-google-servers/ "Gmail blows up e-mail marketing..."] {{webarchive|url=https://web.archive.org/web/20170607090403/https://arstechnica.com/information-technology/2013/12/gmail-blows-up-e-mail-marketing-by-caching-all-images-on-google-servers/ |date=2017-06-07 }}, Ron Amadeo, Dec 13 2013, Ars Technica</ref> | ||
Revision as of 00:39, 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 ईमेल संदेशों में अक्सर अनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति शामिल होती है।
HTML के लाभों में इन-लाइन लिंक और छवियों को शामिल करने की क्षमता शामिल है, पिछले संदेशों को ब्लॉक उद्धरण में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, रेखांकन और इटैलिक जैसे जोर का उपयोग करना और फ़ॉन्ट शैलियों को बदलना शामिल है। नुकसान में ईमेल का बढ़ा हुआ आकार, वेब बग के बारे में गोपनीयता संबंधी चिंताएं, फ़िशिंग हमलों के लिए वेक्टर के रूप में HTML ईमेल का दुरुपयोग और मैलवेयर का प्रसार शामिल हैं।[49]
कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं Content-Type: html हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं।
कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ सादे पाठ में सभी पोस्ट बनाने की अनुशंसा करती हैं,[50][51] और क्योंकि उनके पास ईमेल क्लाइंट की तुलना # टेक्स्ट-आधारित | टेक्स्ट-आधारित ईमेल क्लाइंट जैसे Mutt (ईमेल क्लाइंट) का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है। ईमेल और यूज़नेट पोस्ट में सादे पाठ को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में setext (c. 1992) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, उनमें से सबसे लोकप्रिय markdown थी।
कुछ Microsoft ईमेल क्लाइंट अपने स्वामित्व वाले रिच टेक्स्ट फ़ॉर्मैट (RTF) का उपयोग करके रिच फ़ॉर्मेटिंग की अनुमति दे सकते हैं, लेकिन इससे तब तक बचना चाहिए जब तक कि प्राप्तकर्ता के पास संगत ईमेल क्लाइंट होने की गारंटी न हो।[52]
सर्वर और क्लाइंट एप्लिकेशन
मेल ट्रांसफर एजेंट (एमटीए) कहे जाने वाले सॉफ्टवेयर प्रोग्राम के साथ सिंपल मेल ट्रांसफर प्रोटोकॉल का उपयोग करके मेजबानों के बीच संदेशों का आदान-प्रदान किया जाता है; और मेल डिलीवरी एजेंट (एमडीए, जिन्हें कभी-कभी स्थानीय डिलीवरी एजेंट, एलडीए भी कहा जाता है) नामक प्रो