ईमेल



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

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

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

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

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

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

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




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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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


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


 * Microsoft Outlook और  OfficeLogic  द्वारा उपयोग किया जाता है।
 * Microsoft Outlook और  OfficeLogic  द्वारा उपयोग किया जाता है।


 * mbox प्रारूप पर आधारित Opera Mail,  KMail , और Apple Mail द्वारा उपयोग किया जाता है।
 * mbox प्रारूप पर आधारित Opera Mail,  KMail , और Apple Mail द्वारा उपयोग किया जाता है।

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

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

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

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

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

एमएपीआई ईमेल सर्वर
MAPI (MAPI) का उपयोग Microsoft Outlook द्वारा Microsoft Exchange सर्वर - और अन्य ईमेल सर्वर उत्पादों जैसे Axigen,  Kerio Connect ,  Scalix ,  Zimbra ,  HP OpenMail ,  IBM Lotus Notes , Zarafa (सॉफ़्टवेयर), और  Bynari  से संवाद करने के लिए किया जाता है। जहां विक्रेताओं ने अपने उत्पादों को सीधे आउटलुक के माध्यम से एक्सेस करने की अनुमति देने के लिए एमएपीआई समर्थन जोड़ा है।

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


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


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


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


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


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

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

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

मोबाइल
ईमेल का उपयोग स्मार्टफोन और सभी प्रकार के कंप्यूटरों पर हो गया है। ईमेल के लिए मोबाइल ऐप्स उन उपयोगकर्ताओं के लिए माध्यम तक पहुंच बढ़ाते हैं जो अपने घरों से बाहर हैं। जबकि ईमेल के शुरुआती वर्षों में, उपयोगकर्ता केवल डेस्कटॉप कंप्यूटर पर ईमेल का उपयोग कर सकते थे, 2010 के दशक में, उपयोगकर्ताओं के लिए यह संभव है कि वे अपने ईमेल की जांच तब करें जब वे घर से दूर हों, चाहे वे पूरे शहर में हों या दुनिया भर में। नए संदेशों के बारे में उन्हें तुरंत सूचित करने के लिए स्मार्टफोन या अन्य उपकरणों पर अलर्ट भी भेजे जा सकते हैं। इसने ईमेल को उपयोगकर्ताओं के बीच अधिक लगातार संचार के लिए उपयोग करने की क्षमता दी है और उन्हें पूरे दिन अपने ईमेल की जांच करने और संदेश लिखने की अनुमति दी है।, दुनिया भर में लगभग 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) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है।
 * प्राप्त: ईमेल में फ़ील्ड और अन्य जानकारी अक्सर प्रेषक की पहचान कर सकती है, जिससे अनाम संचार को रोका जा सकता है।
 * HTML सामग्री में अदृश्य रूप से एम्बेड किए गए वेब बग किसी भी ईमेल के प्रेषक को सचेत कर सकते हैं जब भी कोई ईमेल HTML के रूप में प्रस्तुत किया जाता है (कुछ ई-मेल क्लाइंट ऐसा तब करते हैं जब उपयोगकर्ता ई-मेल पढ़ता है, या ई-मेल को फिर से पढ़ता है) और यह भी प्रकट कर सकता है कि उपयोगकर्ता एजेंट स्ट्रिंग के माध्यम से स्मार्टफोन या पीसी, या ऐप्पल मैक डिवाइस पर ईमेल पढ़ा गया था या नहीं।

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

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

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

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

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

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

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

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

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

यह भी देखें

 * अनाम रीमेलर
 * एंटी-स्पैम तकनीक
 * बिफ (यूनिक्स)
 * उछाल संदेश
 * ईमेल क्लाइंट की तुलना
 * डार्क मेल एलायंस
 * डिस्पोजेबल ईमेल पता
 * ई-कार्ड
 * इलेक्ट्रॉनिक मेलिंग सूची
 * ईमेल कला
 * ईमेल प्रमाणीकरण
 * ईमेल डाइजेस्ट
 * ईमेल एन्क्रिप्शन
 * ईमेल होस्टिंग सेवा
 * ईमेल तूफान
 * ईमेल ट्रैकिंग
 * एचटीएमएल ईमेल
 * बहुत ज्यादा जानकारी
 * इंटरनेट फैक्स
 * इंटरनेट मेल मानक ों
 * ईमेल विषय संक्षेपों की सूची
 * एमसीआई मेल
 * 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 RFCs