ईमेल

From Vigyanwiki
Revision as of 18:26, 4 December 2022 by alpha>Amrapali

यह स्क्रीनशॉट एक ईमेल क्लाइंट का इनबॉक्स पेज दिखाता है; उपयोगकर्ता नए ईमेल देख सकते हैं और कार्रवाई कर सकते हैं, जैसे इन संदेशों को पढ़ना, हटाना, सहेजना या उनका जवाब देना।
एट साइन, प्रत्येक एसएमटीपी ईमेल पते का एक हिस्सा[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 का उपयोग CompuServe द्वारा अप्रैल 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 में मेसाचुसेट्स प्रौद्योगिक संस्थान के संगत समय बताना सिस्टम प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ।[19] शुरुआती मेनफ्रेम और मिनी कंप्यूटर के अधिकांश डेवलपर्स ने समान, लेकिन सामान्यतः पर असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।[20] टिप्पणियों के लिए अनुरोधों की एक श्रृंखला में, फाइल ट्रांसफर प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।

मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। IBM OfficeVision# पहले PROFS, DIOSSS और Office/36, CompuServe और Xerox Star ने 1970 के दशक में इन-हाउस मेल सिस्टम का उपयोग किया था; CompuServe ने 1978 से एक वाणिज्यिक इंट्राऑफिस मेल उत्पाद और 1981 से IBM और Xerox को बेचा।[nb 1][21]Cite error: Closing </ref> missing for <ref> tag DEC का ऑल-इन-1 और Hewlett-Packard|Hewlett-Packard का HPMAIL (बाद में HP DeskManager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गया।Cite error: Closing </ref> missing for <ref> tag[22] कारकों के संयोजन ने SMTP, POP3 और IMAP ईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।[nb 2]


ऑपरेशन

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

ईमेल ऑपरेशन

# एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और स्थानीय मेल सबमिशन एजेंट (एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) की एक प्रोफाइल सबमिशन प्रोटोकॉल का उपयोग करता है, इस मामले में smtp.a.org .

  1. एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है (संदेश शीर्षलेख से नहीं) - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता है। पूर्णतः योग्य डोमेन पता (एफक्यूडीए)। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, अक्सर प्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डॉमेन नाम सिस्टम (डीएनएस) में संदेश हस्तांतरण एजेंट के पूर्णतः योग्य डोमेन नाम को निर्धारित करने के लिए एक डोमेन नाम को हल करता है।
  2. डोमेन b.org (ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी MX रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक मैसेज ट्रांसफर एजेंट (MTA) सर्वर द्वारा चलाया जाता है प्राप्तकर्ता का आईएसपी।[24]
  3. smtp.a.org SMTP का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश को अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है।
  4. एमडीए इसे उपयोगकर्ता बॉब के ईमेल मेलबॉक्स में भेजता है।
  5. बॉब का MUA या तो पोस्ट ऑफिस प्रोटोकॉल (POP3) या इंटरनेट संदेश एक्सेस प्रोटोकॉल (IMAP) का उपयोग करके संदेश उठाता है।

इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ मौजूद हैं:

  • ऐलिस या बॉब कॉर्पोरेट ईमेल सिस्टम से जुड़े क्लाइंट का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट माइक्रोसॉफ्ट एक्सचेंज सर्वर । इन प्रणालियों का अक्सर अपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक आमतौर पर विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल गेटवे के माध्यम से इंटरनेट के माध्यम से ईमेल भेजता या प्राप्त करता है जो आवश्यक सुधार भी करता है। यदि ऐलिस और बॉब एक ​​ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक कॉर्पोरेट ईमेल सिस्टम के भीतर हो सकता है।
  • ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है।
  • ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें।
  • बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए mx.b.org में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना।
  • डोमेन में आमतौर पर कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें।

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

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

ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप[28] द्वारा परिभाषित किया गया है RFC 5322, RFC 2045 के माध्यम से RFC 2049 में परिभाषित गैर-ASCII डेटा और मल्टीमीडिया सामग्री अटैचमेंट के एन्कोडिंग के साथ, जिसे सामूहिक रूप से बहुउद्देशीय इंटरनेट मेल एक्सटेंशन या 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 MIME#Encoded-Word का उपयोग करके प्रदर्शित किया जा सकता है।

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

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

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

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

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

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

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

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

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

  • प्रमाणीकरण-परिणाम: सर्वर द्वारा प्रमाणीकरण की पुष्टि करने के बाद, यह डाउनस्ट्रीम एजेंटों द्वारा खपत के लिए इस क्षेत्र में परिणामों को सहेज सकता है।[43]
  • प्राप्त-एसपीएफ़: प्रमाणीकरण-परिणामों की तुलना में प्रेषक नीति ढांचे की जाँच के परिणामों को अधिक विस्तार से संग्रहीत करता है।[44]
  • डीकेआईएम-हस्ताक्षर: यह सत्यापित करने के लिए कि संदेश भेजे जाने के बाद बदला नहीं गया था, DomainKeys 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) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, उनमें से सबसे लोकप्रिय markdown थी।

कुछ Microsoft ईमेल क्लाइंट अपने स्वामित्व वाले रिच टेक्स्ट फ़ॉर्मैट (RTF) का उपयोग करके रिच फ़ॉर्मेटिंग की अनुमति दे सकते हैं, लेकिन इससे तब तक बचना चाहिए जब तक कि प्राप्तकर्ता के पास संगत ईमेल क्लाइंट होने की गारंटी न हो।[53]


सर्वर और क्लाइंट एप्लिकेशन

एक ईमेल क्लाइंट, मोज़िला थंडरबर्ड का इंटरफ़ेस।

मेल ट्रांसफर एजेंट (एमटीए) कहे जाने वाले सॉफ्टवेयर प्रोग्राम के साथ सिंपल मेल ट्रांसफर प्रोटोकॉल का उपयोग करके मेजबानों के बीच संदेशों का आदान-प्रदान किया जाता है; और मेल डिलीवरी एजेंट (एमडीए, जिन्हें कभी-कभी स्थानीय डिलीवरी एजेंट, एलडीए भी कहा जाता है) नामक प्रोग्राम द्वारा मेल स्टोर में डिलीवर किया जाता है। एक संदेश को स्वीकार करना एक एमटीए को इसे वितरित करने के लिए बाध्य करता है,[54] और जब कोई संदेश डिलीवर नहीं किया जा सकता है, तो एमटीए को प्रेषक को एक बाउंस संदेश वापस भेजना चाहिए, जो समस्या का संकेत देता है।

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

एक ईमेल खोलते समय, इसे पढ़ा गया के रूप में चिह्नित किया जाता है, जो सामान्यतः पर क्लाइंट के उपयोगकर्ता इंटरफ़ेस पर अपठित संदेशों से इसे स्पष्ट रूप से अलग करता है। ईमेल क्लाइंट इनबॉक्स से पढ़े गए ईमेल को छिपाने की अनुमति दे सकते हैं ताकि उपयोगकर्ता अपठित पर ध्यान केंद्रित कर सके।[55] मेल को क्लाइंट (कंप्यूटिंग) , सर्वर (कंप्यूटिंग) की तरफ, या दोनों जगहों पर स्टोर किया जा सकता है। मेलबॉक्स के मानक स्वरूपों में Maildir और mbox शामिल हैं। कई प्रमुख ईमेल क्लाइंट अपने स्वयं के मालिकाना प्रारूप का उपयोग करते हैं और उनके बीच ईमेल स्थानांतरित करने के लिए रूपांतरण सॉफ़्टवेयर की आवश्यकता होती है। सर्वर-साइड स्टोरेज अक्सर मालिकाना प्रारूप में होता है, लेकिन चूंकि एक्सेस एक मानक प्रोटोकॉल जैसे IMAP के माध्यम से होता है, ईमेल को एक सर्वर से दूसरे सर्वर पर ले जाना प्रोटोकॉल का समर्थन करने वाले किसी भी मेल उपयोगकर्ता एजेंट के साथ किया जा सकता है।

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

फ़ाइल नाम एक्सटेंशन

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

eml