ईमेल: Difference between revisions

Revision as of 15:11, 9 December 2022

यह स्क्रीनशॉट एक ईमेल क्लाइंट का इनबॉक्स पेज दिखाता है; उपयोगकर्ता नए ईमेल देख सकते हैं और कार्रवाई कर सकते हैं, जैसे इन संदेशों को पढ़ना, हटाना, सहेजना या उनका जवाब देना।

एट साइन, प्रत्येक एसएमटीपी ईमेल पते का एक हिस्सा^[1]

जब विकिपीडिया पर कोई रोबोट छवि फ़ाइलों में परिवर्तन करता है, तो अपलोडर को किए गए परिवर्तनों के बारे में एक ईमेल प्राप्त होता है।

इलेक्ट्रॉनिक मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों ("मेल") के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक डिजिटल संस्करण, या मेल के समकक्ष के रूप में माना गया था, उस समय जब "मेल" का अर्थ केवल भौतिक मेल था।। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, एक ईमेल पते को आधिकांश्तः व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल (द्रव्यमान संज्ञा|द्रव्यमान/गणना भेद) कहा जाता है।

ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज की ईमेल प्रणालियाँ संरक्षित और अग्रसारित मॉडल पर आधारित हैं। ईमेल सर्वर संदेशों को स्वीकार, अग्रेषित, वितरित और संग्रहीत करता है। न तो उपयोगकर्ताओं और न ही उनके कंप्यूटरों को एक साथ ऑनलाइन होने की आवश्यकता है; उन्हें संदेश भेजने या प्राप्त करने या इसे डाउनलोड करने के लिए सामान्यतः मेल सर्वर या वेबमेल इंटरफ़ेस से कनेक्ट करने की आवश्यकता होती है।

मूल रूप से एक 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
ईमेल लेखक के पते के लिए RFC में उपयोग किया जाने वाला एक पारंपरिक रूप है।

सेवा को अक्सर मेल के रूप में संदर्भित किया जाता है, और इलेक्ट्रॉनिक मेल के एक टुकड़े को संदेश कहा जाता है। ईमेल के भीतर क्षेत्रों के लिए सम्मेलन - "टू," "फ्रॉम," "सीसी," "बीसीसी" आदि - 1975 में RFC-680 के साथ शुरू हुआ। रेफरी>Pexton, Patrick B. (March 1, 2012). "ई-मेल की उत्पत्ति: मेरा पहला अपराध". Washington Post (in English). Retrieved April 18, 2022.</ref>

एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और सामग्री होती है; ^[19] सामग्री में एक हेडर और एक बॉडी होती है। रेफरी>"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</ref>

इतिहास

1960 के दशक की शुरुआत मे साझाकरण प्रणाली आगमन के बाद, 1965 में मेसाचुसेट्स प्रौद्योगिक संस्थान के CTSS प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया।^[20] शुरुआती मेनफ्रेम और मिनी कंप्यूटर के अधिकांश डेवलपर्स ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।^[21] RFC की एक श्रृंखला में, फ़ाइल स्थानांतरण प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।

मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। IBM, CompuServe और CompuServe ने 1978 से एक वाणिज्यिक इंट्राऑफिस मेल उत्पाद और 1981 से IBM और Xerox को बेचा।^{[nb 1]}^[22]Cite error: Closing </ref> missing for <ref> tag DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL(बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गयाCite error: Closing </ref> missing for <ref> tag^[23] कारकों के संयोजन ने SMTP, POP3 और IMAP ईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।^{[nb 2]}

ऑपरेशन

क्निस्म्नस लिखित घटनाओं का एक विशिष्ट क्रम है होता है जब क्रिप्टोग्राफी में प्रेषक प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट(एमयूए) का उपयोग करके एक संदेश भेजता है।^[24]

ईमेल ऑपरेशन

एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में 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 में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना।
डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें।

कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को ओपन मेल रिले कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।^[25]^[26] हालाँकि, यह तंत्र ईमेल स्पैम के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,^[27] और कई एमटीए ओपन मेल रिले से संदेशों को स्वीकार नहीं करते हैं।

संदेश प्रारूप

ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप^[28] RFC 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और RFC 2045 में RFC 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से बहुउद्देशीय इंटरनेट मेल एक्सटेंशन या MIME कहा जाता है। अंतर्राष्ट्रीय ईमेल में एक्सटेंशन केवल ईमेल पर लागू होते हैं। RFC 5322 ने 2008 में पहले RFC 2822 को बदल दिया, फिर 2001 में RFC 2822 ने RFC 822 को बदल दिया - दशकों से इंटरनेट ईमेल के लिए मानक थे। 1982 में प्रकाशित, RFC 822 ARPANET के लिए पहले ये RFC 733 पर आधारित था।^[29]

इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी"। इन्हें "सामग्री" के रूप में जाना जाता है।।^[30]^[31] हेडर को ईमेल के बारे में, से, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों के परिवहन की प्रक्रिया में, SMTP संदेश हेडर फ़ील्ड का उपयोग करके वितरण मापदंडों और सूचनाओं का संचार करता है। मुख्य भाग में संदेश होता है, असंरचित पाठ के रूप में, कभी-कभी अंत में एक हस्ताक्षर ब्लॉक होता है। शीर्षलेख को मुख्य भाग से एक रिक्त रेखा द्वारा अलग किया जाता है।

संदेश शीर्षलेख

RFC 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर(विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड("हेडर फ़ील्ड") सम्मलित होते हैं।प्रत्येक फ़ील्ड का एक नाम(फ़ील्ड नाम या हेडर फ़ील्ड नाम) होता है, उसके बाद विभाजक वर्ण: और एक मान(फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है।

प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान(फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, SMTPUTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को MIME एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है।

हैडर फ़ील्ड्स

ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।^[32] RFC 5322 द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, RFC 2047 में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।^[33] कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,^[34]^[35] पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतर UTF-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते Google और Microsoft उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।^[36]

संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड सम्मलित होने चाहिए:^[37]^[38]

प्रेषक: ईमेल पता, और, वैकल्पिक रूप से, लेखक(कों) का नाम। कुछ ईमेल क्लाइंट खाता सेटिंग के माध्यम से बदले जा सकते हैं।
दिनांक: स्थानीय समय और दिनांक संदेश लिखा गया था। प्रेषक: फ़ील्ड की तरह, कई ईमेल क्लाइंट इसे भेजने से पहले स्वचालित रूप से भर देते हैं। प्राप्तकर्ता का ग्राहक प्रारूप में समय और उनके लिए स्थानीय समय क्षेत्र प्रदर्शित कर सकता है।

RFC 3864 IANA में संदेश हेडर फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; ; यह MIME, net news, और HTTP के लिए परिभाषित फ़ील्ड सहित स्थायी और अनंतिम फ़ील्ड नाम प्रदान करता है, और प्रासंगिक RFC को संदर्भित करता है। ईमेल के लिए सामान्य हेडर फ़ील्ड में सम्मलित हैं:^[39]

प्रति: ईमेल पता(पते), और वैकल्पिक रूप से संदेश के प्राप्तकर्ताओं के नाम प्राथमिक प्राप्तकर्ताओं को इंगित करता है,(एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें।
विषय: संदेश के विषय का संक्षिप्त सारांश। विषय में सामान्तः कुछ संक्षिप्त रूपों का उपयोग किया जाता है, जिनमें "आरई:" और "एफडब्ल्यू:" हैं।
सीसी: कार्बन कॉपी; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं।
बीसीसी: ब्लाइंड कार्बन कॉपी; पते सामान्यतः केवल SMTP वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं।
सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, सामान्यतः एक MIME प्रकार।
वरीयता: सामान्यतः "बल्क", "जंक", या "लिस्ट" मानों के साथ; स्वचालित "अवकाश" या "कार्यालय से बाहर" इंगित करने के लिए उपयोग की जाने वाली प्रतिक्रियाओं को इस मेल के लिए वापस नहीं किया जाना चाहिए, उदा। मेलिंग सूची के अन्य सभी ग्राहकों को अवकाश नोटिस भेजे जाने से रोकने के लिए। Send mail कतारबद्ध ईमेल की प्राथमिकता को प्रभावित करने के लिए इस फ़ील्ड का उपयोग करता है, "वरीयता: विशेष-वितरण" संदेशों को जल्द ही वितरित किया जाता है। आधुनिक उच्च-बैंडविड्थ नेटवर्क के साथ, वितरण प्राथमिकता पहले से कम समस्या है। Microsoft Exchange एक बारीक-बारीक स्वचालित प्रतिक्रिया दमन तंत्र, X-ऑटो-रिस्पांस-सप्रेस फ़ील्ड का सम्मान करता है।^[40]
संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी:(नीचे देखें)।
इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है।
सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि।
Reply-To: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए।
प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड(सचिव, सूची प्रबंधक, आदि) में सूचीबद्ध लेखक की ओर से कार्य करता है।
आर्काइव्ड-एट: एक व्यक्तिगत ईमेल संदेश के आर्काइव्ड फॉर्म का सीधा लिंक।

To: फ़ील्ड उन पतों से संबंधित नहीं हो सकता है जिन पर संदेश डिलीवर किया गया है। वितरण सूची परिवहन प्रोटोकॉल, सिंपल मेल ट्रांसफर प्रोटोकॉल को अलग से प्रदान की जाती है, जिसे हेडर सामग्री से निकाला जा सकता है। To: फ़ील्ड बाहरी लिफाफे पर दिए गए पते के अनुसार दिए गए पारंपरिक पत्र के शीर्ष पर दिए गए पते के समान है। उसी तरह, प्रेषक: फ़ील्ड प्रेषक नहीं हो सकता है। कुछ मेल सर्वर रिले किए गए संदेशों पर ईमेल प्रमाणीकरण प्रणाली लागू करते हैं। सर्वर की गतिविधि से संबंधित डेटा भी शीर्षलेख का हिस्सा है, जैसा कि नीचे परिभाषित किया गया है।

SMTP निम्नलिखित दो क्षेत्रों का उपयोग करके हेडर में सहेजे गए संदेश की ट्रेस जानकारी को परिभाषित करता है:^[41]

प्राप्त: एक SMTP सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है(अंतिम से पहले)।
रिटर्न-पाथ: डिलीवरी के बाद SMTP सर्वर किसी संदेश की अंतिम डिलीवरी करता है, यह हेडर के शीर्ष पर इस फ़ील्ड को सम्मिलित करता है।

प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।^[42]

प्रमाणीकरण-परिणाम: सर्वर द्वारा प्रमाणीकरण की पुष्टि करने के बाद, यह डाउनस्ट्रीम एजेंटों द्वारा खपत के लिए इस क्षेत्र में परिणामों को सहेज सकता है।^[43]
प्राप्त-एसपीएफ़: प्रमाणीकरण-परिणामों की तुलना में प्रेषक नीति ढांचे की जाँच के परिणामों को अधिक विस्तार से संग्रहीत करता है।^[44]
डीकेआईएम-हस्ताक्षर: यह सत्यापित करने के लिए कि संदेश भेजे जाने के बाद बदला नहीं गया था, Domain Keys Identified Mail(DKIM) डिक्रिप्शन के परिणामों को संग्रहीत करता है।^[45]
ऑटो-सबमिट: स्वचालित रूप से जेनरेट किए गए संदेशों को चिह्नित करने के लिए उपयोग किया जाता है।^[46]
वीबीआर-जानकारी: संदर्भ श्वेतसूची द्वारा दावा प्रमाण^[47]

संदेश का मुख्य भाग

सामग्री एन्कोडिंग

इंटरनेट ईमेल को 7-बिट ASCII के लिए डिजाइन किया गया था।^[48] अधिकांश ईमेल सॉफ़्टवेयर 8-बिट साफ ़ होते हैं, लेकिन यह मान लेना चाहिए कि यह 7-बिट सर्वर और मेल रीडर के साथ संचार करेगा। MIME मानक ने गैर-ASCII डेटा के प्रसारण को सक्षम करने के लिए कैरेक्टर सेट स्पेसिफायर और दो कंटेंट ट्रांसफर एन्कोडिंग की शुरुआत की: उस सीमा के बाहर कुछ वर्णों के साथ ज्यादातर 7-बिट सामग्री के लिए प्रिंट करने योग्य और मनमाना बायनरी डेटा के लिए बेस64। इन एन्कोडिंग की आवश्यकता के बिना मेल के प्रसारण की अनुमति देने के लिए 8BITMIME और BINARY एक्सटेंशन पेश किए गए थे, लेकिन कई मेल ट्रांसपोर्ट एजेंट उनका समर्थन नहीं कर सकते हैं। कुछ देशों में, ई-मेल सॉफ़्टवेयर उल्लंघन करता है RFC 5322 कच्चा भेजकर^{[nb 3]} गैर-ASCII पाठ और कई एन्कोडिंग योजनाएँ सह-अस्तित्व में हैं; नतीजतन, डिफ़ॉल्ट रूप से, गैर-लैटिन वर्णमाला भाषा में संदेश गैर-पठनीय रूप में प्रकट होता है(केवल एक अपवाद है यदि प्रेषक और रिसीवर एक ही एन्कोडिंग योजना का उपयोग करते हैं)। इसलिए, अंतर्राष्ट्रीय चरित्र सेटों के लिए, यूनिकोड लोकप्रियता में बढ़ रहा है।^[49]

सादा पाठ और HTML

अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए सादा पाठ या HTML#HTML ई-मेल के उपयोग की अनुमति देते हैं। HTML ईमेल संदेशों में आधिकांश्तःअनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति सम्मलित होती है।

HTML के लाभों में इन-लाइन लिंक और छवियों को सम्मलित करने की क्षमता सम्मलित है, पिछले संदेशों को ब्लॉक उद्धरण में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, रेखांकन और इटैलिक जैसे जोर का उपयोग करना और फ़ॉन्ट शैलियों को बदलना सम्मलित है। नुकसान में ईमेल का बढ़ा हुआ आकार, वेब बग के बारे में गोपनीयता संबंधी चिंताएं, फ़िशिंग हमलों के लिए वेक्टर के रूप में HTML ईमेल का दुरुपयोग और मैलवेयर का प्रसार सम्मलित हैं।^[50] कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं Content-Type: html हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं।

कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ सादे पाठ में सभी पोस्ट बनाने की अनुशंसा करती हैं,^[51]^[52] और क्योंकि उनके पास ईमेल क्लाइंट की तुलना # टेक्स्ट-आधारित | टेक्स्ट-आधारित ईमेल क्लाइंट जैसे Mutt(ईमेल क्लाइंट) का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है। ईमेल और यूज़नेट पोस्ट में सादे पाठ को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में setext(c. 1992) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, उनमें से सबसे लोकप्रिय

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[nb 1]

[22]

[23]

[nb 2]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

[42]

[43]

[44]

[45]

[46]

[47]

[48]

[nb 3]

[49]

[50]

[51]

[52]

@@ Line 26: / Line 26: @@
 * कभी-कभी ई-मेल का प्रयोग किया जाता है।<ref>{{cite web |url=https://alt-usage-english.org/excerpts/fxhowdoy.html |title=यूज़नेट समाचार समूह alt.usage.english के अक्सर पूछे जाने वाले प्रश्नों की सूची से अंश|publisher=Alt-usage-english.org |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20120403084841/https://www.alt-usage-english.org/excerpts/fxhowdoy.html |archive-date=2012-04-03 }}</ref> जून 1979 में मूल उपयोग [[ और साथ ]] नामक [[ संयुक्त राज्य डाक सेवा ]] पहल के संदर्भ में [[ इलेक्ट्रॉनिक्स (पत्रिका) | इलेक्ट्रॉनिक्स(पत्रिका)]]  पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।<ref name="Oxford English Dictionary 2012" /><ref name="Ohlheiser 2015" />*
 *ईमेल का भी उपयोग किया जाता है।
-* EMAIL का उपयोग [[ CompuServe | कॉम्प्युसर्व]] द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।<ref name=":4">{{Cite web |title=दीदा वी.ए. शिव अय्यदुरई ने ईमेल का आविष्कार किया था? {{!}} सीजीएसआईएस|url=https://www.sigcis.org/ayyadurai |access-date=2020-09-05 |website=www.sigcis.org}}</रेफरी><ref name=":2">{{Cite web |last=Wed |first=May 22nd 2019 10:35am-Mike Masnick |title=सभी साक्ष्य प्रस्तुत करना: शिवा अय्यदुरई ने ईमेल का आविष्कार नहीं किया था|url=https://www.techdirt.com/articles/20190518/23370542236/laying-out-all-evidence-shiva-ayyadurai-did-not-invent-email.shtml |access-date=2020-09-05 |website=Techdirt.|date=May 22, 2019 }}</रेफरी>
+* EMAIL का उपयोग [[ CompuServe | कॉम्प्युसर्व]] द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।<ref name=":4">{{Cite web |title=दीदा वी.ए. शिव अय्यदुरई ने ईमेल का आविष्कार किया था? {{!}} सीजीएसआईएस|url=https://www.sigcis.org/ayyadurai |access-date=2020-09-05 |website=www.sigcis.org}}</रेफरी><ref name=":2">{{Cite web |last=Wed |first=May 22nd 2019 10:35am-Mike Masnick |title=सभी साक्ष्य प्रस्तुत करना: शिवा अय्यदुरई ने ईमेल का आविष्कार नहीं किया था|url=https://www.techdirt.com/articles/20190518/23370542236/laying-out-all-evidence-shiva-ayyadurai-did-not-invent-email.shtml |access-date=2020-09-05 |website=Techdirt.|date=May 22, 2019 }}</ref>
 * ईमेल लेखक के पते के लिए RFC में उपयोग किया जाने वाला एक पारंपरिक रूप है।
 सेवा को अक्सर मेल के रूप में संदर्भित किया जाता है, और इलेक्ट्रॉनिक मेल के एक टुकड़े को संदेश कहा जाता है। ईमेल के भीतर क्षेत्रों के लिए सम्मेलन - "टू," "फ्रॉम," "सीसी," "बीसीसी" आदि - 1975 में RFC-680 के साथ शुरू हुआ।
-रेफरी>{{Cite news |last=Pexton |first=Patrick B. |date=2012-03-01 |title=ई-मेल की उत्पत्ति: मेरा पहला अपराध|url=https://www.washingtonpost.com/blogs/omblog/post/origins-of-e-mail-my-mea-culpa/2012/03/01/gIQAiOD5kR_blog.html |access-date=2022-04-18 |newspaper=Washington Post |language=en-US}}</रेफरी>
+रेफरी>{{Cite news |last=Pexton |first=Patrick B. |date=2012-03-01 |title=ई-मेल की उत्पत्ति: मेरा पहला अपराध|url=https://www.washingtonpost.com/blogs/omblog/post/origins-of-e-mail-my-mea-culpa/2012/03/01/gIQAiOD5kR_blog.html |access-date=2022-04-18 |newspaper=Washington Post |language=en-US}}</ref>
 एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और सामग्री होती है;
-रेफरी>{{cite ietf
+<ref>{{cite ietf
   |       title = Simple Mail Transfer Protocol
   |         rfc = 5321
@@ Line 47: / Line 47: @@
   |       quote = 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
   |   publisher = [[Internet Engineering Task Force|IETF]]
-}}</रेफरी>
+}}</ref>
 == इतिहास ==
@@ Line 449: / Line 449: @@
 {{Authority control}}
-{{DEFAULTSORT:Email}}[[Category:ईमेल| ]]
+{{DEFAULTSORT:Email}}
-[[Category: इंटरनेट शब्दावली]]
-[[Category:इलेक्ट्रॉनिक दस्तावेज़|मेल]]
-[[Category: इंटरनेट का इतिहास]]
-[[Category: 1971 में कंप्यूटर से संबंधित परिचय]]
+[[Category:1971 में कंप्यूटर से संबंधित परिचय|Email]]
-[[Category: Machine Translated Page]]
+[[Category:All Wikipedia articles written in American English|Email]]
-[[Category:Created On 21/11/2022]]
+[[Category:All articles containing potentially dated statements|Email]]
+[[Category:All articles lacking reliable references|Email]]
+[[Category:Articles containing potentially dated statements from 2010|Email]]
+[[Category:Articles containing potentially dated statements from 2011|Email]]
+[[Category:Articles lacking reliable references from October 2021|Email]]
+[[Category:Articles with hatnote templates targeting a nonexistent page|Email]]
+[[Category:Articles with invalid date parameter in template|Email]]
+[[Category:Articles with short description|Email]]

Anonymous

Search