ईमेल



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

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

मूल रूप से एक ASCII टेक्स्ट-ओनली संचार माध्यम, इंटरनेट ईमेल को बहुउद्देश्यीय इंटरनेट मेल एक्सटेंशन (MIME) द्वारा अन्य कैरेक्टर सेट और बहुमाध्यमिक विषय सूची संलग्न में टेक्स्ट किये जाने के लिए बढ़ाया गया था। अंतर्राष्ट्रीय ईमेल, UTF-8 का उपयोग करते हुए अंतर्राष्ट्रीय ईमेल पतों के साथ, मानकीकृत है लेकिन व्यापक रूप से अपनाया नहीं गया है ।

शब्दावली
इलेक्ट्रॉनिक मेल शब्द 1975 से अपने आधुनिक अर्थ के साथ उपयोग मे है, और 1979 से छोटे ई-मेल रूपांतरों का भी उपयोग किया जा रहा है :
 * ईमेल अब सामान्य रूप से, शैली गाइड द्वारा अनुशंसित है।। यह (आईईटीएफ) IETF रिक्वेस्ट फॉर कमेंट्स आरएफसी और वर्किंग ग्रुप्स के लिए आवश्यक विधि है। यह वर्तनी अधिकांश शब्दकोशों में भी दिखाई देती है।
 * ई-मेल संपादित प्रकाशित अमेरिकी अंग्रेजी और ब्रिटिश अंग्रेजी लेखन में पसंदीदा रूप है जैसा कि समकालीन अमेरिकी अंग्रेजी डेटा संग्रह में परिलक्षित होता है लेकिन कुछ शैली गाइड पक्ष के बाहर गिर रहा है।
 * कभी-कभी ई-मेल का प्रयोग किया जाता है। जून 1979 में इसका उपयोग ई-कॉम नामक संयुक्त राज्य डाक सेवा पहल के संदर्भ में इलेक्ट्रॉनिक्स पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।  *
 * ईमेल का भी उपयोग किया जाता है।
 * ईमेल का उपयोग कॉम्प्युसर्व द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।
 * ईमेल लेखक के पते के लिए आरएफसी में उपयोग किया जाने वाला एक पारंपरिक रूप है।

सेवा को अक्सर मेल के रूप में संदर्भित किया जाता है, और इलेक्ट्रॉनिक मेल को संदेश कहा जाता है। ईमेल के भीतर क्षेत्रों के लिए सम्मेलन - "टू," "फ्रॉम," "सीसी," "बीसीसी" आदि - 1975 में आरएफसी-680 के साथ शुरू हुआ।

एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और विषय सूची होती है; विषय सूची में एक हेडर और एक बॉडी होती है।

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

मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। 1970 के दशक में आईबीएम (IBM), कॉम्प्युसर्व और ज़ीरक्स ने इन-हाउस मेल सिस्टम का इस्तेमाल किया; कॉम्प्युसर्व ने 1978 से एक वाणिज्यिक इंट्राऑफ़िस मेल उत्पाद और 1981 से आईबीएम और ज़ीरक्स बेचा।   DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL  (बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गया

1983 में ARPANET पर सरल डाक स्थानांतरण प्रोटोकॉल (एसएमटीपी) लागू किया गया था। 1980 के दशक के मध्य में लोकल एरिया नेटवर्क ईमेल सिस्टम का उदय हुआ। 1980 के दशक के अंत मे और 1990 के दशक की शुरुआत में, यह संभावना प्रतीत हुई कि मालिकाना वाणिज्यिक प्रणाली या X.400 ईमेल प्रणाली,  गवर्नमेंट ओपन सिस्टम्स इंटरकनेक्शन प्रोफाइल (GOSIP) का हिस्सा, प्रबल हो गया। हालांकि, 1995 में इंटरनेट पर वाणिज्यिक यातायात ले जाने पर अंतिम प्रतिबंध समाप्त होने के बाद, ref>NSFNET बैकबोन सर्विस को रिटायर करना: एक युग के अंत का इतिहास, सुसान आर. हैरिस, पीएच.डी., और एलिस गेरिच, कनेक्शंस, वॉल्यूम। 10, नंबर 4, अप्रैल 1996 कारकों के संयोजन ने एसएमटीपी, POP3 औरआईएमएपीईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।।

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




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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ प्लेन टेक्स्ट में सभी पोस्ट बनाने की अनुशंसा करती हैं, और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित ईमेल क्लाइंट जैसे ईमेल क्लाइंट का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है।

ईमेल और यूज़नेट पोस्ट में प्लेन टेक्स्ट को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में setext(c. 1992) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, कई अन्य, उनमें से सबसे लोकप्रिय मार्कडाउन हैं।

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

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


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

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

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

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

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


 * एप्पल मेल द्वारा प्रयुक्त।
 * एप्पल मेल द्वारा प्रयुक्त।


 * माइक्रोसॉफ्ट आउटलुक और ऑफिसलॉजिक द्वारा उपयोग किया जाता है।
 * माइक्रोसॉफ्ट आउटलुक और ऑफिसलॉजिक द्वारा उपयोग किया जाता है।


 * एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।
 * एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।

कुछ एप्लिकेशन (जैसे Apple मेल) अटैचमेंट की अलग-अलग प्रतियों को सहेजते हुए खोज के लिए संदेशों में एन्कोड किए गए अटैचमेंट छोड़ देते हैं। अन्य संदेशों से अनुलग्नकों को अलग करते हैं और उन्हें एक विशिष्ट निर्देशिका में सहेजते हैं।

यूआरआई योजना मेल टू
यूआरआई (URI) योजना, जैसा कि आईएएनए आईएएनए (IANA) के साथ पंजीकृत है, मेल को परिभाषित करती है: एसएमटीपी ईमेल पतों के लिए योजना। हालांकि इसके उपयोग को सख्ती से परिभाषित नहीं किया गया है, इस फॉर्म के यूआरएल का उपयोग यूआरएल सक्रिय होने पर उपयोगकर्ता के मेल क्लाइंट की नई संदेश विंडो खोलने के लिए किया जाता है, यूआरएल द्वारा प्रति: फ़ील्ड में परिभाषित पते के साथ। कई ग्राहक अन्य ईमेल क्षेत्रों के लिए क्वेरी स्ट्रिंग मापदंडों का भी समर्थन करते हैं, जैसे कि इसकी विषय पंक्ति या कार्बन कॉपी प्राप्तकर्ता।

वेब आधारित ईमेल
कई ईमेल प्रदाताओं के पास वेब-आधारित ईमेल क्लाइंट होता है। यह उपयोगकर्ताओं को अपना ईमेल भेजने और प्राप्त करने के लिए किसी संगत वेब ब्राउज़र का उपयोग करके ईमेल खाते में लॉग इन करने की अनुमति देता है। मेल सामान्यतः पर वेब क्लायंट पर डाउनलोड नहीं होता है, इसलिए वर्तमान इंटरनेट कनेक्शन के बिना इसे पढ़ा नहीं जा सकता है।

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

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

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

व्यापार और संगठनात्मक उपयोग
विकसित दुनिया में व्यवसायों, सरकारों और गैर-सरकारी संगठनों द्वारा ईमेल को व्यापक रूप से स्वीकार किया गया है, और यह कार्यस्थल संचार में 'ई-क्रांति' के प्रमुख भागों में से एक है। कार्यस्थल संचार पर 2010 के एक प्रायोजित अध्ययन में पाया गया कि 83% अमेरिकी ज्ञान श्रमिकों ने महसूस किया कि काम पर उनकी सफलता और उत्पादकता के लिए ईमेल महत्वपूर्ण था।

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


 * सिंक्रनाइज़ेशन में मदद करना
 * मीटिंग या फोन कॉल द्वारा रीयल-टाइम कंप्यूटिंग संचार के साथ, प्रतिभागियों को एक ही शेड्यूल पर काम करना चाहिए, और प्रत्येक प्रतिभागी को मीटिंग या कॉल में समान समय बिताना चाहिए। ईमेल अनुमति देता है: asynchrony: प्रत्येक भागीदार स्वतंत्र रूप से अपने शेड्यूल को नियंत्रित कर सकता है। इनकमिंग ईमेल की बैच प्रोसेसिंग कॉल को बाधित करने की तुलना में वर्कफ़्लो में सुधार कर सकती है।


 * लागत कम करना
 * डाक मेल, या लंबी दूरी की टेलीफोन कॉल, टेलीक्स या टेलीग्राम भेजने की तुलना में ईमेल भेजना बहुत कम खर्चीला है।


 * बढ़ती गति
 * अधिकांश विकल्पों की तुलना में बहुत तेज।


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


 * ऑटो-प्रोसेसिंग और बेहतर वितरण की संभावना
 * साथ ही ग्राहक के आदेशों का पूर्व-प्रसंस्करण और/या प्रभारी व्यक्ति को संबोधित करना स्वचालित प्रक्रियाओं द्वारा महसूस किया जा सकता है।

ईमेल व्यापार
ऑप्ट-इन ईमेल के माध्यम से ईमेल मार्केटिंग का उपयोग आधिकांश्तःविशेष बिक्री प्रस्ताव और नए उत्पाद की जानकारी भेजने के लिए सफलतापूर्वक किया जाता है। प्राप्तकर्ता की संस्कृति के आधार पर, अनुमति के बिना भेजे गए ईमेल—जैसे ऑप्ट-इन—को अवांछित ईमेल स्पैम के रूप में देखे जाने की संभावना है।

पर्सनल कंप्यूटर
कई उपयोगकर्ता अपने घर या अपार्टमेंट में एक निजी कंप्यूटर का उपयोग करके मित्रों और परिवार के सदस्यों से अपने व्यक्तिगत ईमेल एक्सेस करते हैं।

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

लोग आधिकांश्तः व्यक्तिगत और काम से संबंधित संदेशों के लिए स्मार्टफोन पर ईमेल देखते हैं। यह पाया गया कि अमेरिकी वयस्क वेब ब्राउज़ करने या अपने फेसबुक खातों की जांच करने से ज्यादा अपने ईमेल की जांच करते हैं, जिससे ईमेल उपयोगकर्ताओं के लिए अपने स्मार्टफ़ोन पर सबसे लोकप्रिय गतिविधि बन जाती है। अध्ययन में 78% उत्तरदाताओं ने खुलासा किया कि वे अपने फोन पर अपना ईमेल देखते हैं।  यह भी पाया गया कि 30% उपभोक्ता अपने ईमेल की जांच करने के लिए केवल अपने स्मार्टफोन का उपयोग करते हैं, और 91% अपने स्मार्टफोन पर प्रति दिन कम से कम एक बार अपने ईमेल की जांच करने की संभावना रखते हैं। हालाँकि, स्मार्टफोन पर ईमेल का उपयोग करने वाले उपभोक्ताओं का प्रतिशत अलग-अलग देशों में नाटकीय रूप से भिन्न होता है। उदाहरण के लिए, अमेरिका में उन उपभोक्ताओं के 75% की तुलना में जिन्होंने इसका उपयोग किया, भारत में केवल 17% ने किया।

युवा लोगों के बीच घटता उपयोग
, नवंबर 2009 में शिखर पर पहुंचने के बाद ईमेल वेब साइटों पर जाने वाले अमेरिकियों की संख्या में 6 प्रतिशत की गिरावट आई थी। 12 से 17 वर्ष के व्यक्तियों के लिए, यह संख्या 18 प्रतिशत कम थी। युवाओं ने तात्कालिक संदेशन, टेक्स्टिंग और  सामाजिक मीडिया  को प्राथमिकता दी। प्रौद्योगिकी लेखक मैट रिचटेल ने द  न्यूयॉर्क टाइम्स  में कहा कि ईमेल  वीसीआर ,  विनाइल रिकॉर्ड  और  स्थिर कैमरा  की तरह था - अब अच्छा नहीं है और कुछ बड़े लोग करते हैं।

एंड्रॉइड (ऑपरेटिंग सिस्टम) उपयोगकर्ताओं के 2015 के एक सर्वेक्षण से पता चला है कि 13 से 24 लोगों ने 45 से अधिक लोगों की तुलना में 3.5 गुना ज्यादा मैसेजिंग मोबाइल एप्लिकेशन का उपयोग किया, और ईमेल का उपयोग करने की संभावना बहुत कम थी।

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

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

स्पैम
ईमेल "स्पैम" अवांछित बल्क ईमेल है। इस तरह के ईमेल भेजने की कम लागत का मतलब था कि, 2003 तक, कुल ईमेल ट्रैफ़िक का 30% तक स्पैम था, और एक व्यावहारिक उपकरण के रूप में ईमेल की उपयोगिता को खतरा था। 2003 के यूएस कैन-स्पैम अधिनियम और इसी तरह के कानूनों का कहीं और   कुछ प्रभाव था और कई प्रभावी एंटी-स्पैम तकनीकें अब अधिकांश उपयोगकर्ताओं के लिए इसे फ़िल्टर या अस्वीकार करके स्पैम के प्रभाव को काफी हद तक कम कर देती हैं,  लेकिन भेजी गई मात्रा अभी भी बहुत अधिक है—और तेजी से उत्पादों के विज्ञापन नहीं, बल्कि दुर्भावनापूर्ण सामग्री या लिंक सम्मलित हैं। सितंबर 2017 में, उदाहरण के लिए, स्पैम और वैध ईमेल का अनुपात बढ़कर 59.56% हो गया। 2021 में स्पैम ईमेल का प्रतिशत 85% होने का अनुमान है।

मैलवेयर
दुर्भावनापूर्ण ईमेल प्रकारों की एक श्रृंखला सम्मलित है। इनमें विभिन्न प्रकार के ईमेल घोटाले सम्मलित हैं, जिनमें "सोशल इंजीनियरिंग" घोटाले जैसे अग्रिम-शुल्क घोटाला "नाइजीरियाई पत्र", फ़िशिंग, ईमेल बमबारी और ईमेल वर्म्स सम्मलित हैं।

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

ईमेल बमबारी
ईमेल बॉम्बिंग एक लक्ष्य पते पर जानबूझकर बड़ी मात्रा में संदेश भेजना है। लक्ष्य ईमेल पते का ओवरलोडिंग इसे अनुपयोगी बना सकता है और यहां तक ​​कि मेल सर्वर के क्रैश होने का कारण भी बन सकता है।

गोपनीयता चिंताएं
आज इंटरनेट और आंतरिक ईमेल सिस्टम के बीच अंतर करना महत्वपूर्ण हो सकता है। इंटरनेट ईमेल यात्रा कर सकता है और प्रेषक या प्राप्तकर्ता के नियंत्रण के बिना नेटवर्क और कंप्यूटर पर संग्रहीत किया जा सकता है। ट्रांज़िट समय के दौरान यह संभव है कि तृतीय पक्ष सामग्री को पढ़ें या संशोधित भी करें। आंतरिक मेल प्रणालियाँ, जिनमें सूचना कभी भी संगठनात्मक नेटवर्क को नहीं छोड़ती है, अधिक सुरक्षित हो सकती है, हालाँकि सूचना प्रौद्योगिकी कर्मी और अन्य जिनके कार्य में निगरानी या प्रबंधन सम्मलित हो सकता है, अन्य कर्मचारियों के ईमेल तक पहुँच प्राप्त कर सकते हैं।

ईमेल गोपनीयता, कुछ सुरक्षा सावधानियों के बिना समझौता किया जा सकता है क्योंकि
 * ईमेल संदेश सामान्यतः पर एन्क्रिप्ट नहीं किए जाते हैं।
 * ईमेल संदेशों को अपने गंतव्य तक पहुँचने से पहले मध्यवर्ती कंप्यूटरों से गुजरना पड़ता है, जिसका अर्थ है कि दूसरों के लिए संदेशों को रोकना और पढ़ना अपेक्षाकृत आसान है।
 * कई इंटरनेट सेवा प्रदाता (ISP) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है।
 * प्राप्त: ईमेल में फ़ील्ड और अन्य जानकारी आधिकांश्तःप्रेषक की पहचान कर सकती है, जिससे अनाम संचार को रोका जा सकता है।
 * एचटीएमएल सामग्री में अदृश्य रूप से एम्बेड किए गए वेब बग किसी भी ईमेल के प्रेषक को सचेत कर सकते हैं जब भी कोई ईमेल एचटीएमएल  के रूप में प्रस्तुत किया जाता है (कुछ ई-मेल क्लाइंट ऐसा तब करते हैं जब उपयोगकर्ता ई-मेल पढ़ता है, या ई-मेल को फिर से पढ़ता है)  और यह भी प्रकट कर सकता है कि उपयोगकर्ता एजेंट स्ट्रिंग के माध्यम से स्मार्टफोन या पीसी, या ऐप्पल मैक डिवाइस पर ईमेल पढ़ा गया था या नहीं।

ऐसे क्रिप्टोग्राफी अनुप्रयोग हैं जो उपरोक्त में से एक या अधिक के लिए एक उपाय के रूप में काम कर सकते हैं। उदाहरण के लिए, वर्चुअल प्राइवेट नेटवर्क या टोर नेटवर्कका उपयोग उपयोगकर्ता मशीन से ट्रैफ़िक को सुरक्षित नेटवर्क पर एन्क्रिप्ट करने के लिए किया जा सकता है जबकि जबकि GPG, PGP, SMEmail, या S/एमआईएमइ   का उपयोग एंड-टू-एंड सिद्धांत के लिए किया जा सकता है। और एसएमटीपी STARTTLS या एसएमटीपी ओवर ट्रांसपोर्ट लेयर सिक्योरिटी/सिक्योर सॉकेट्स लेयर का उपयोग एसएमटीपी क्लाइंट और एसएमटीपी सर्वर के बीच एक मेल हॉप के लिए संचार को एन्क्रिप्ट करने के लिए किया जा सकता है।

इसके अतिरिक्त, कई मेल उपयोगकर्ता एजेंट लॉगिन और पासवर्ड की सुरक्षा नहीं करते हैं, जिससे उन्हें हमलावर द्वारा रोकना आसान हो जाता है। सरल प्रमाणीकरण और सुरक्षा परत जैसी एन्क्रिप्टेड प्रमाणीकरण योजनाएँ इसे रोकती हैं। अंत में, संलग्न फाइलें पीयर-टू-पीयर फाइलशेयरिंग में पाए जाने वाले कई खतरों को साझा करती हैं। संलग्न फाइलों में ट्रोजन या वायरस हो सकते हैं।

कानूनी अनुबंध
बाध्यकारी अनुबंध बनाने के लिए ईमेल के आदान-प्रदान के लिए यह संभव है, इसलिए उपयोगकर्ताओं को इस बात से सावधान रहना चाहिए कि वे ईमेल पत्राचार के माध्यम से क्या भेजते हैं।  एक ईमेल पर एक हस्ताक्षर ब्लॉक को अनुबंध के लिए हस्ताक्षर की आवश्यकता को पूरा करने के रूप में व्याख्या की जा सकती है।

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

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

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

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

स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर गैर वितरण रिपोर्ट (एनडीआर) और वितरण रसीदो को निष्क्रिय कर देते हैं:
 * वितरण रिपोर्ट का उपयोग यह सत्यापित करने के लिए किया जा सकता है, कि कोई पता मौजूद है या नहीं और यदि ऐसा है, तो यह स्पैमर को इंगित करता है कि यह स्पैम किए जाने के लिए उपलब्ध है।
 * यदि स्पैमर जाली प्रेषक ईमेल पते (ईमेल स्पूफिंग) का उपयोग करता है, तो उपयोग किए गए निर्दोष ईमेल पते को कई अमान्य ईमेल पतों से एनडीआर के साथ भर दिया जा सकता है, जिसे स्पैमर ने मेल करने का प्रयास किया होगा। ये एनडीआर तब आईएसपी से निर्दोष उपयोगकर्ता के लिए स्पैम का गठन करते हैं।

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

यह भी देखें

 * अनाम रीमेलर
 * एंटी-स्पैम तकनीक
 * बिफ (यूनिक्स)
 * उछाल संदेश
 * ईमेल क्लाइंट की तुलना
 * डार्क मेल एलायंस
 * डिस्पोजेबल ईमेल पता
 * ई-कार्ड
 * इलेक्ट्रॉनिक मेलिंग सूची
 * ईमेल कला
 * ईमेल प्रमाणीकरण
 * ईमेल डाइजेस्ट
 * ईमेल एन्क्रिप्शन
 * ईमेल होस्टिंग सेवा
 * ईमेल तूफान
 * ईमेल ट्रैकिंग
 * एचटीएमएल ईमेल
 * बहुत ज्यादा जानकारी
 * इंटरनेट फैक्स
 * इंटरनेट मेल मानक ों
 * ईमेल विषय संक्षेपों की सूची
 * एमसीआई मेल
 * netiquette
 * पोस्टिंग शैली
 * गोपनीयता-वर्धित इलेक्ट्रॉनिक मेल
 * ईमेल पुश करें
 * आरएसएस
 * टेलीग्राफी
 * यूनिकोड और ईमेल
 * यूज़नेट उद्धरण
 * वेबमेल, वेबमेल प्रदाताओं की तुलना
 * एक्स-उत्पत्ति-आईपी
 * एक्स .400
 * यर्किश

अग्रिम पठन

 * Cemil Betanov, Introduction to X.400, Artech House, ISBN 0-89006-597-7.
 * Marsha Egan, "Inbox Detox and The Habit of Email Excellence ", Acanthus Publishing ISBN 978-0-9815589-8-1
 * Lawrence Hughes, Internet e-mail Protocols, Standards and Implementation, Artech House Publishers, ISBN 0-89006-939-5.
 * Kevin Johnson, Internet Email Protocols: A Developer's Guide, Addison-Wesley Professional, ISBN 0-201-43288-9.
 * Pete Loshin, Essential Email Standards: RFCs and Protocols Made Practical, John Wiley & Sons, ISBN 0-471-34597-0.
 * Sara Radicati, Electronic Mail: An Introduction to the X.400 Message Handling Standards, Mcgraw-Hill, ISBN 0-07-051104-7.
 * John Rhoton, Programmer's Guide to Internet Mail: SMTP, POP, IMAP, and LDAP, Elsevier, ISBN 1-55558-212-5.
 * John Rhoton, X.400 and SMTP: Battle of the E-mail Protocols, Elsevier, ISBN 1-55558-165-X.
 * David Wood, Programming Internet Mail, O'Reilly, ISBN 1-56592-479-7.
 * David Wood, Programming Internet Mail, O'Reilly, ISBN 1-56592-479-7.

इस पेज में लापता आंतरिक लिंक की सूची

 * ईमेल पता
 * संकेत पर
 * स्थानीय क्षेत्र अंतरजाल
 * समकालीन अमेरिकी अंग्रेजी का कॉर्पस
 * क्रिप्टोग्राफी में प्लेसहोल्डर नाम
 * पूरी तरह से योग्य कार्यक्षेत्र नाम
 * एमएक्स रिकॉर्ड
 * पूरी तरह से योग्य डोमेन पता
 * डीएनएस सर्वर
 * क्षेत्र(कंप्यूटर विज्ञान)
 * हस्ताक्षर खंड
 * व्हाइटस्पेस चरित्र
 * इंटरनेट निरुपित नंबर प्राधिकरण
 * ईमेल विषय संक्षेप
 * सामग्री प्रकार
 * संदेश- id
 * प्रेषक नीति ढांचा
 * संदर्भ द्वारा वाउचर
 * प्रिंट करने योग्य उद्धृत
 * बेस 64
 * अक्षरों का समूह
 * प्लेन टेक्स्ट
 * एचटीएमएल ईमेल
 * तिर्छा
 * मेलिंग सूची
 * वर्ण प्रति पंक्ति
 * मठ(ईमेल क्लाइंट)
 * उछाल संदेश
 * यूआरआई योजनाएं
 * मजाक(सॉफ्टवेयर)
 * Android(ऑपरेटिंग सिस्टम)
 * बहुत ज्यादा जानकारी
 * 2003 का कैन-स्पैम अधिनियम
 * एंटी-स्पैम तकनीक(ईमेल)
 * अग्रिम शुल्क घोटाला
 * सूचान प्रौद्योगिकी
 * सामाजिक आदर्श
 * विदेश महाविद्यालय
 * ईमेल विषय संक्षिप्त रूपों की सूची

बाहरी संबंध

 * IANA's list of standard header fields
 * The History of Email is Dave Crocker's attempt at capturing the sequence of 'significant' occurrences in the evolution of email; a collaborative effort that also cites this page.
 * The History of Electronic Mail is a personal memoir by the implementer of an early email system
 * A Look at the Origins of Network Email is a short, yet vivid recap of the key historical facts
 * Business E-Mail Compromise - An Emerging Global Threat, FBI
 * Explained from first principles, a 2021 article attempting to summarize more than 100 आरएफसीs