ईमेल: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 201: Line 201:
:एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।
:एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।


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


===यूआरआई योजना मेल टू===
===यूआरआई योजना मेल टू===
{{main|मेल टू}}
{{main|मेल टू}}
यूआरआई(URI) योजना, जैसा कि आईएएनए आईएएनए(IANA) के साथ पंजीकृत है, मेल को परिभाषित करती है: एसएमटीपी ईमेल पतों के लिए योजना। हालांकि इसके उपयोग को सख्ती से परिभाषित नहीं किया गया है, इस फॉर्म के यूआरएल का उपयोग यूआरएल सक्रिय होने पर उपयोगकर्ता के मेल क्लाइंट की नई संदेश विंडो खोलने के लिए किया जाता है, यूआरएल द्वारा प्रति: फ़ील्ड में परिभाषित पते के साथ। <ref>RFC 2368 section 3 : by Paul Hoffman in 1998 discusses operation of the "mailto" URL.</ref><ref name="Barnett 2011 p. 245" /> कई ग्राहक अन्य ईमेल क्षेत्रों के लिए क्वेरी स्ट्रिंग मापदंडों का भी समर्थन करते हैं, जैसे कि इसकी विषय पंक्ति या कार्बन कॉपी प्राप्तकर्ता।<ref>{{Cite web|url=https://developer.mozilla.org/en-US/docs/Learn/HTML/Introduction_to_HTML/Creating_hyperlinks|title=हाइपरलिंक बनाना § ई-मेल लिंक|website=MDN Web Docs|language=en|access-date=2019-09-30}}</ref>
यूआरआई (URI) योजना, जैसा कि आईएएनए आईएएनए (IANA) के साथ पंजीकृत है, मेल को परिभाषित करती है: एसएमटीपी ईमेल पतों के लिए योजना। हालांकि इसके उपयोग को सख्ती से परिभाषित नहीं किया गया है, इस फॉर्म के यूआरएल का उपयोग यूआरएल सक्रिय होने पर उपयोगकर्ता के मेल क्लाइंट की नई संदेश विंडो खोलने के लिए किया जाता है, यूआरएल द्वारा प्रति: फ़ील्ड में परिभाषित पते के साथ। <ref>RFC 2368 section 3 : by Paul Hoffman in 1998 discusses operation of the "mailto" URL.</ref><ref name="Barnett 2011 p. 245" /> कई ग्राहक अन्य ईमेल क्षेत्रों के लिए क्वेरी स्ट्रिंग मापदंडों का भी समर्थन करते हैं, जैसे कि इसकी विषय पंक्ति या कार्बन कॉपी प्राप्तकर्ता।<ref>{{Cite web|url=https://developer.mozilla.org/en-US/docs/Learn/HTML/Introduction_to_HTML/Creating_hyperlinks|title=हाइपरलिंक बनाना § ई-मेल लिंक|website=MDN Web Docs|language=en|access-date=2019-09-30}}</ref>




Line 215: Line 215:


=== पोस्ट ऑफिस प्रोटोकॉल 3  ईमेल सर्वर ===
=== पोस्ट ऑफिस प्रोटोकॉल 3  ईमेल सर्वर ===
''पोस्ट ऑफिस प्रोटोकॉल 3''(POP3) एक मेल एक्सेस प्रोटोकॉल है जिसका उपयोग क्लाइंट एप्लिकेशन द्वारा मेल सर्वर से संदेशों को पढ़ने के लिए किया जाता है। प्राप्त संदेशों को आधिकांश्तःसर्वर(कंप्यूटिंग) से हटा दिया जाता है। पीओपी दूरस्थ मेलबॉक्स तक पहुंच के लिए सरल डाउनलोड-एंड-डिलीट आवश्यकताओं का समर्थन करता है(पीओपी आरएफसी में मेलड्रॉप कहा जाता है)।<ref name="Windows to Linux">{{cite book | last = Allen | first = David | title = ओइंडोस द लिनिच| publisher = Prentice Hall | year = 2004 | page = 192 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks | url-status = live | archive-url = https://web.archive.org/web/20161226051835/https://books.google.com/books?id=UD0h_GqgbHgC&printsec=frontcover&dq=network%2B+guide+to+networks&ct=result&resnum=1#v=onepage | archive-date = 2016-12-26 | isbn = 978-1423902454 }}</ref> पोस्ट ऑफिस प्रोटोकॉल 3 आपको अपने स्थानीय कंप्यूटर पर ईमेल संदेशों को डाउनलोड करने और ऑफ़लाइन होने पर भी उन्हें पढ़ने की अनुमति देता है।<ref>{{cite IETF
''पोस्ट ऑफिस प्रोटोकॉल 3'' (POP3) एक मेल एक्सेस प्रोटोकॉल है जिसका उपयोग क्लाइंट एप्लिकेशन द्वारा मेल सर्वर से संदेशों को पढ़ने के लिए किया जाता है। प्राप्त संदेशों को आधिकांश्तः सर्वर से हटा दिया जाता है। पीओपी दूरस्थ मेलबॉक्स तक पहुंच के लिए सरल डाउनलोड-एंड-डिलीट आवश्यकताओं का समर्थन करता है पीओपी आरएफसी में मेलड्रॉप कहा जाता है।<ref name="Windows to Linux">{{cite book | last = Allen | first = David | title = ओइंडोस द लिनिच| publisher = Prentice Hall | year = 2004 | page = 192 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks | url-status = live | archive-url = https://web.archive.org/web/20161226051835/https://books.google.com/books?id=UD0h_GqgbHgC&printsec=frontcover&dq=network%2B+guide+to+networks&ct=result&resnum=1#v=onepage | archive-date = 2016-12-26 | isbn = 978-1423902454 }}</ref> पोस्ट ऑफिस प्रोटोकॉल 3 आपको अपने स्थानीय कंप्यूटर पर ईमेल संदेशों को डाउनलोड करने और ऑफ़लाइन होने पर भी उन्हें पढ़ने की अनुमति देता है।<ref>{{cite IETF
  |        rfc = 1733
  |        rfc = 1733
  |      title = DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4
  |      title = DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4
Line 230: Line 230:


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


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


== उपयोग करता है ==
== उपयोग करता है ==


=== व्यापार और संगठनात्मक उपयोग ===
=== व्यापार और संगठनात्मक उपयोग ===
विकसित दुनिया में व्यवसायों, सरकारों और गैर-सरकारी संगठनों द्वारा ईमेल को व्यापक रूप से स्वीकार किया गया है, और यह कार्यस्थल संचार में 'ई-क्रांति' के प्रमुख भागों में से एक है(अन्य प्रमुख मुद्दा हाईस्पीड [[ इंटरनेट ]] को व्यापक रूप से अपनाना है) . कार्यस्थल संचार पर 2010 के एक प्रायोजित अध्ययन में पाया गया कि 83% अमेरिकी ज्ञान श्रमिकों ने महसूस किया कि काम पर उनकी सफलता और उत्पादकता के लिए ईमेल महत्वपूर्ण था।<ref name=om>By Om Malik, GigaOm. "[https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ Is Email a Curse or a Boon?] {{webarchive|url=https://web.archive.org/web/20101204012735/https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ |date=2010-12-04 }}" September 22, 2010. Retrieved October 11, 2010.</ref>  
विकसित दुनिया में व्यवसायों, सरकारों और गैर-सरकारी संगठनों द्वारा ईमेल को व्यापक रूप से स्वीकार किया गया है, और यह कार्यस्थल संचार में 'ई-क्रांति' के प्रमुख भागों में से एक है। कार्यस्थल संचार पर 2010 के एक प्रायोजित अध्ययन में पाया गया कि 83% अमेरिकी ज्ञान श्रमिकों ने महसूस किया कि काम पर उनकी सफलता और उत्पादकता के लिए ईमेल महत्वपूर्ण था।<ref name=om>By Om Malik, GigaOm. "[https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ Is Email a Curse or a Boon?] {{webarchive|url=https://web.archive.org/web/20101204012735/https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ |date=2010-12-04 }}" September 22, 2010. Retrieved October 11, 2010.</ref>  


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

Revision as of 12:00, 13 December 2022

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

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

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

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


शब्दावली

इलेक्ट्रॉनिक मेल शब्द 1975 से अपने आधुनिक अर्थ के साथ उपयोग में है, और 1979 से छोटे ई-मेल के रूपांतरों का उपयोग किया जा रहा है:[3][4]

  • ईमेल अब सामान्य रूप है, और स्टाइल गाइड द्वारा अनुशंसित है।।[5][6] यह(आईईटीएफ) IETF रिक्वेस्ट फॉर कमेंट्स आरएफसी और वर्किंग ग्रुप्स के लिए आवश्यक फॉर्म है।[7] यह वर्तनी अधिकांश शब्दकोशों में भी दिखाई देती है।[8][9][10][11][12][13][14][15]
  • ई-मेल संपादित प्रकाशित अमेरिकी अंग्रेजी और ब्रिटिश अंग्रेजी लेखन में पसंदीदा रूप है जैसा कि समकालीन अमेरिकी अंग्रेजी डेटा के कॉर्पस में परिलक्षित होता है,[16] लेकिन कुछ स्टाइल गाइड के पक्ष में गिर रहा है।[6][17]
  • कभी-कभी ई-मेल का प्रयोग किया जाता है।[18] जून 1979 में मूल उपयोग ई-कॉम नामक संयुक्त राज्य डाक सेवा पहल के संदर्भ में इलेक्ट्रॉनिक्स पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।[3][4]*
  • ईमेल का भी उपयोग किया जाता है।
  • ईमेल का उपयोग कॉम्प्युसर्व द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।[19][20]
  • ईमेल लेखक के पते के लिए आरएफसी में उपयोग किया जाने वाला एक पारंपरिक रूप है।

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

एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और सामग्री होती है;[22] सामग्री में एक हेडर और एक बॉडी होती है।[23]

इतिहास

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

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

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

ऑपरेशन

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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


प्लेन टेक्स्ट और एचटीएमएल

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

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

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

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

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


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

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

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

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

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

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

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

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

eml
नोवेल ग्रुपवाइज, माइक्रोसॉफ्ट आउटलुक एक्सप्रेस, लोटस नोट्स, विंडोज मेल, मोज़िला थंडरबर्ड और पोस्टबॉक्स सहित कई ईमेल क्लाइंट द्वारा उपयोग किया जाता है। फ़ाइलों में ईमेल सामग्री प्लेन टेक्स्ट के रूप में एमआईएमइ प्रारूप में होती है, जिसमें ईमेल हेडर और बॉडी होती है, जिसमें एक या अधिक प्रारूपों में संलग्नक द्वारा सम्मलित होते हैं।
emlx
एप्पल मेल द्वारा प्रयुक्त।
msg
माइक्रोसॉफ्ट आउटलुक और ऑफिसलॉजिक द्वारा उपयोग किया जाता है।
mbx
एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।

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

यूआरआई योजना मेल टू

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


प्रकार

वेब आधारित ईमेल

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

पोस्ट ऑफिस प्रोटोकॉल 3 ईमेल सर्वर

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

आईएमएपी ईमेल सर्वर

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

एमएपीआई ईमेल सर्वर

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

उपयोग करता है

व्यापार और संगठनात्मक उपयोग

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

व्यवसाय और अन्य संगठनों के लिए इसके कुछ प्रमुख लाभ हैं, जिनमें सम्मलित हैं:

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

ईमेल व्यापार

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

निजी इस्तेमाल

पर्सनल कंप्यूटर

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

मोबाइल

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


युवा लोगों के बीच घटता उपयोग

As of 2010, नवंबर 2009 में शिखर पर पहुंचने के बाद ईमेल वेब साइटों पर जाने वाले अमेरिकियों की संख्या में 6 प्रतिशत की गिरावट आई थी। 12 से 17 वर्ष के व्यक्तियों के लिए, यह संख्या 18 प्रतिशत कम थी। युवाओं ने तात्कालिक संदेशन , टेक्स्टिंग और सामाजिक मीडिया को प्राथमिकता दी। प्रौद्योगिकी लेखक मैट रिचटेल ने द न्यूयॉर्क टाइम्स में कहा कि ईमेल वीसीआर , विनाइल रिकॉर्ड और स्थिर कैमरा की तरह था - अब अच्छा नहीं है और कुछ बड़े लोग करते हैं।[76][77] एंड्रॉइड(ऑपरेटिंग सिस्टम) उपयोगकर्ताओं के 2015 के एक सर्वेक्षण से पता चला है कि 13 से 24 लोगों ने 45 से अधिक लोगों की तुलना में 3.5 गुना ज्यादा मैसेजिंग मोबाइल एप्लिकेशन का उपयोग किया, और ईमेल का उपयोग करने की संभावना बहुत कम थी।[78]


मुद्दे

अनुलग्नक आकार सीमा

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


जानकारी अधिभार

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

स्पैम

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


मैलवेयर

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

ईमेल स्पूफिंग

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

ईमेल बमबारी

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

गोपनीयता चिंताएं

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

ईमेल गोपनीयता, कुछ सुरक्षा सावधानियों के बिना समझौता किया जा सकता है क्योंकि

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

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

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

कानूनी अनुबंध

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


ज्वलंत

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


ईमेल दिवालियापन

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


अंतर्राष्ट्रीयकरण

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


भेजे गए मेल की ट्रैकिंग

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

स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर नॉन-डिलीवरी रिपोर्ट(एनडीआर) और डिलीवरी रसीदों को निष्क्रिय कर देते हैं:

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

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


यह भी देखें


टिप्पणियाँ

  1. IBM's system was available on request to customers prior to formal release.
  2. See Protocol Wars.
  3. Not using Internationalized Email or MIME
  4. A complete Message Tracking mechanism was also defined, but it never gained traction; see RFCs 3885[104] through 3888.[105]


संदर्भ

  1. Klensin, J. (2008). "RFC 5321 - सिंपल मेल ट्रांसफर प्रोटोकॉल". Network Working Group. doi:10.17487/RFC5321. Archived from the original on January 16, 2015. Retrieved January 19, 2015.
  2. 2.0 2.1 "डाटामेल: दुनिया की पहली मुफ्त भाषाई ईमेल सेवा भारत की आठ भाषाओं को सपोर्ट करती है". Archived from the original on October 22, 2016.
  3. 3.0 3.1 "ईमेल संज्ञा 1979 से पहले". Oxford English Dictionary. October 25, 2012. Retrieved May 14, 2020.
  4. 4.0 4.1 Ohlheiser, Abby (July 28, 2015). "क्यों 'ई-मेल' शब्द का पहला प्रयोग हमेशा के लिए खो सकता है". Washington Post. Retrieved May 14, 2020.
  5. "याहू स्टाइल गाइड". Styleguide.yahoo.com. Archived from the original on May 9, 2013. Retrieved January 9, 2014.
  6. 6.0 6.1 "एपी स्टाइल गाइड में 'ईमेल' से हाइफ़न हटाता है". Huffington Post. New York City. March 18, 2011. Archived from the original on May 12, 2015.
  7. "RFC संपादक शर्तों की सूची". IETF. Archived from the original on December 28, 2013. This is suggested by the RFC Document Style Guide Archived 2015-04-24 at the Wayback Machine
  8. AskOxford Language Query team. "'ई' शब्दों जैसे 'ईमेल', 'ई-कॉमर्स', 'ई-सरकार' की वर्तनी का सही तरीका क्या है?". FAQ. Oxford University Press. Archived from the original on July 1, 2008. Retrieved September 4, 2009. हम ईमेल की अनुशंसा करते हैं, यह सामान्य रूप है
  9. "रिफरेन्स.कॉम". Dictionary.reference.com. Archived from the original on December 16, 2013. Retrieved January 9, 2014.
  10. Random House Unabridged Dictionary, 2006
  11. The American Heritage Dictionary of the English Language, Fourth Edition
  12. Princeton University WordNet 3.0
  13. The American Heritage Science Dictionary, 2002
  14. "मेरियम-वेबस्टर डिक्शनरी". Merriam-Webster. Archived from the original on May 12, 2014. Retrieved May 9, 2014.
  15. ""RFC स्टाइल गाइड", RFC में निरंतर उपयोग पर निर्णयों की तालिका". Archived from the original on December 28, 2013. Retrieved January 9, 2014.
  16. ""ईमेल" या "ई-मेल"". English Language & Usage – Stack Exchange. August 25, 2010. Archived from the original on August 31, 2010. Retrieved September 26, 2010.
  17. Gerri Berendzen; Daniel Hunt. "एपी ई-मेल को ईमेल में बदलता है". 15th National Conference of the American Copy Editors Society (2011, Phoenix). ACES. Archived from the original on March 22, 2011. Retrieved March 23, 2011.
  18. "यूज़नेट समाचार समूह alt.usage.english के अक्सर पूछे जाने वाले प्रश्नों की सूची से अंश". Alt-usage-english.org. Archived from the original on April 3, 2012. Retrieved January 9, 2014.
  19. "दीदा वी.ए. शिव अय्यदुरई ने ईमेल का आविष्कार किया था? | सीजीएसआईएस". www.sigcis.org. Retrieved September 5, 2020.
  20. Wed, May 22nd 2019 10:35am-Mike Masnick (May 22, 2019). "सभी साक्ष्य प्रस्तुत करना: शिवा अय्यदुरई ने ईमेल का आविष्कार नहीं किया था". Techdirt. Retrieved September 5, 2020.
  21. Pexton, Patrick B. (March 1, 2012). "ई-मेल की उत्पत्ति: मेरा पहला अपराध". Washington Post (in English). Retrieved April 18, 2022.
  22. "Mail Objects". Simple Mail Transfer Protocol. IETF. sec. 2.3.1. doi:10.17487/RFC5321. RFC 5321. SMTP transports a mail object. A mail object contains an envelope and content.
  23. "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
  24. Tom Van Vleck. "इलेक्ट्रॉनिक मेल का इतिहास".
  25. Ray Tomlinson. "पहला नेटवर्क ईमेल". Openmap.bbn.com. Archived from the original on May 6, 2006. Retrieved October 5, 2019.
  26. Gardner, P. C. (1981). "स्वचालित कार्यालय वातावरण के लिए एक प्रणाली". IBM Systems Journal. 20 (3): 321–345. doi:10.1147/sj.203.0321. ISSN 0018-8670; "IBM100 - The Networked Business Place". IBM. August 2, 2020. Archived from the original on August 2, 2020. Retrieved September 7, 2020.
  27. Connie Winkler (October 22, 1979). "CompuServe पिन MicroNET, InfoPlex पर उम्मीद करता है". Computerworld. Vol. 13, no. 42. p. 69; Dylan Tweney (September 24, 1979). "24 सितंबर, 1979: पहली बार उपभोक्ताओं के लिए पहली ऑनलाइन सेवा". Wired.
  28. Ollig, Mark (October 31, 2011). "वे कंप्यूटर उद्योग के मालिक हो सकते थे". Herald Journal. Retrieved February 26, 2021; "टेक अपने समय से पहले: ज़ेरॉक्स की शूटिंग स्टार कंप्यूटर". New Scientist (in English). February 15, 2012. Retrieved April 18, 2022; "ज़ेरॉक्स स्टार". toastytech.com. Retrieved April 18, 2022.
  29. "ऑल-इन-1". DIGITAL Computing Timeline. January 30, 1998.
  30. "एचपी कंप्यूटर संग्रहालय".
  31. Leiner, Barry M.; Cerf, Vinton G.; Clark, David D.; Kahn, Robert E.; Kleinrock, Leonard; Lynch, Daniel C.; Postel, Jon; Roberts, Larry G.; Wolf, Stephen (1999). "इंटरनेट का एक संक्षिप्त इतिहास". arXiv:cs/9901011. Bibcode:1999cs........1011L. Archived from the original on August 11, 2015. {{cite journal}}: Cite journal requires |journal= (help)
  32. ई-मेल कैसे काम करता है. howstuffworks.com. 2008. Archived from the original on June 11, 2017.
  33. "ओपन रिले क्या है?". WhatIs.com. Indiana University. July 19, 2004. Archived from the original on August 24, 2007. Retrieved April 7, 2008.
  34. Ch Seetha Ram (2010). प्रबंधन के लिए सूचना प्रौद्योगिकी. Deep & Deep Publications. p. 164. ISBN 978-81-8450-267-1.
  35. Hoffman, Paul (August 20, 2002). "एसएमटीपी में रिलेइंग की अनुमति: सर्वेक्षणों की एक श्रृंखला". IMC Reports. Internet Mail Consortium. Archived from the original on January 18, 2007. Retrieved April 13, 2008.
  36. The Internet message format is also used for network news
  37. Simpson, Ken (October 3, 2008). "ईमेल मानकों के लिए एक अद्यतन". MailChannels Blog Entry. Archived from the original on October 6, 2008.
  38. J. Klensin (October 2008), "Mail Objects", सरल डाक स्थानांतरण प्रोटोकॉल, sec. 2.3.1., doi:10.17487/RFC5321, RFC 5321, SMTP एक मेल ऑब्जेक्ट ट्रांसपोर्ट करता है। एक मेल ऑब्जेक्ट में एक लिफाफा और सामग्री होती है। ... SMTP सामग्री SMTP डेटा प्रोटोकॉल यूनिट में भेजी जाती है, और इसके दो भाग होते हैं: हेडर सेक्शन और बॉडी।
  39. D. Crocker (July 2009), "Message Data", इंटरनेट मेल आर्किटेक्चर, sec. 4.1., doi:10.17487/RFC5598, RFC 5598, एक संदेश में ट्रांज़िट-हैंडलिंग लिफाफा और संदेश सामग्री शामिल होती है। लिफाफे में MHS द्वारा उपयोग की जाने वाली जानकारी होती है। सामग्री को एक संरचित हेडर और बॉडी में विभाजित किया गया है।
  40. P. Resnick, Ed. (October 2008). Resnick, P (ed.). "आरएफसी 5322, इंटरनेट संदेश प्रारूप". IETF. doi:10.17487/RFC5322. Archived from the original on February 22, 2015. {{cite journal}}: Cite journal requires |journal= (help)
  41. Moore, K (November 1996). "MIME (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन) भाग तीन: गैर-ASCII पाठ के लिए संदेश हैडर एक्सटेंशन". IETF. doi:10.17487/RFC2047. Archived from the original on January 14, 2012. Retrieved January 21, 2012. {{cite journal}}: Cite journal requires |journal= (help)
  42. A Yang, Ed. (February 2012). "RFC 6532, अंतर्राष्ट्रीय ईमेल हेडर". Ietf Request for Comments (RFC) Pages - Test. IETF. doi:10.17487/RFC6532. ISSN 2070-1721. Archived from the original on February 18, 2015.
  43. J. Yao, Ed., W. Mao, Ed. (February 2012). "RFC 6531, अंतर्राष्ट्रीय ईमेल पतों के लिए SMTP एक्सटेंशन". Ietf Request for Comments (RFC) Pages - Test. IETF. doi:10.17487/RFC6531. ISSN 2070-1721. Archived from the original on February 18, 2015.{{cite journal}}: CS1 maint: multiple names: authors list (link)
  44. "अब, हिंदी में अपना ईमेल पता प्राप्त करें - द इकोनॉमिक टाइम्स". The Economic Times. Archived from the original on August 28, 2016. Retrieved October 17, 2016.
  45. Resnick, Pete (October 2008). Resnick, P (ed.). "आरएफसी 5322, 3.6। फील्ड परिभाषाएँ". Tools.ietf.org. doi:10.17487/RFC5322. Archived from the original on December 30, 2013. Retrieved January 9, 2014. {{cite journal}}: Cite journal requires |journal= (help)
  46. Resnick, Pete (October 2008). Resnick, P (ed.). "आरएफसी 5322, 3.6.4। पहचान क्षेत्र". Tools.ietf.org. doi:10.17487/RFC5322. Archived from the original on December 30, 2013. Retrieved January 9, 2014. {{cite journal}}: Cite journal requires |journal= (help)
  47. Dürst, Martin J. (December 2007). "आरएफसी 5064". Tools.ietf.org. doi:10.17487/RFC5064. Archived from the original on July 25, 2014. Retrieved January 9, 2014. {{cite journal}}: Cite journal requires |journal= (help)
  48. Microsoft, Auto Response Suppress, 2010, Microsoft reference Archived 2011-04-07 at the Wayback Machine, 2010 Sep 22
  49. John Klensin (October 2008). "Trace Information". सरल डाक स्थानांतरण प्रोटोकॉल. IETF. sec. 4.4. doi:10.17487/RFC5321. RFC 5321.
  50. John Levine (January 14, 2012). "ट्रेस हेडर". email message. IETF. Archived from the original on August 11, 2012. Retrieved January 16, 2012. उन दोनों की तुलना में बहुत अधिक ट्रेस फ़ील्ड हैं
  51. This extensible field is defined by RFC 7001, this also defines an IANA registry of Email Authentication Parameters.
  52. RFC 7208.
  53. Crocker, D.; Hansen, T.; Kucherawy, M. (2011). Crocker, D; Hansen, T; Kucherawy, M (eds.). "लात मारो". doi:10.17487/लात मारो. Retrieved January 28, 2020. {{cite journal}}: Cite journal requires |journal= (help); Check |doi= value (help)
  54. Defined in RFC 3834, and updated by RFC 5436.
  55. RFC 5518.
  56. Craig Hunt (2002). टीसीपी/आईपी नेटवर्क प्रशासन. O'Reilly Media. p. 70. ISBN 978-0-596-00297-8.
  57. "यूनिकोड क्या है? | कॉन्फिनिटी". www.konfinity.com. Retrieved January 31, 2022.
  58. "ईमेल नीतियां जो वायरस को रोकती हैं". Archived from the original on May 12, 2007.{{cite web}}: CS1 maint: bot: original URL status unknown (link)
  59. "रूट्सवेब मेलिंग सूची में पोस्ट करते समय..." Helpdesk.rootsweb.com. Archived from the original on February 19, 2014. Retrieved January 9, 2014.
  60. "...सादा पाठ, प्रति पंक्ति 72 वर्ण..." Openbsd.org. Archived from the original on February 8, 2014. Retrieved January 9, 2014.
  61. "Winmail.dat फ़ाइल को इंटरनेट उपयोगकर्ताओं को भेजे जाने से कैसे रोकें". Support.microsoft.com. July 2, 2010. Archived from the original on January 9, 2014. Retrieved January 9, 2014.
  62. In practice, some accepted messages may nowadays not be delivered to the recipient's InBox, but instead to a Spam or Junk folder which, especially in a corporate environment, may be inaccessible to the recipient
  63. "केवल अपठित संदेशों को देखें". support.microsoft.com.
  64. "Yahoo! में नि:शुल्क ईमेल प्रदाता निर्देशिका". dir.yahoo.com. Archived from the original on July 4, 2014.
  65. RFC 2368 section 3 : by Paul Hoffman in 1998 discusses operation of the "mailto" URL.
  66. 66.0 66.1 Hansen, Derek; Smith, Marc A.; Heer, Jeffrey (2011). "E-Mail". In Barnett, George A (ed.). सामाजिक नेटवर्क का विश्वकोश. Thousand Oaks, Calif: Sage. p. 245. ISBN 9781412994170. OCLC 959670912.
  67. "हाइपरलिंक बनाना § ई-मेल लिंक". MDN Web Docs (in English). Retrieved September 30, 2019.
  68. Allen, David (2004). ओइंडोस द लिनिच. Prentice Hall. p. 192. ISBN 978-1423902454. Archived from the original on December 26, 2016.
  69. "Implementation and Operation". DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4. sec. 4.5. doi:10.17487/RFC1733. RFC 1733.
  70. "Message Store (MS)". Internet Mail Architecture. sec. 4.2.2. doi:10.17487/RFC5598. RFC 5598.
  71. By Om Malik, GigaOm. "Is Email a Curse or a Boon? Archived 2010-12-04 at the Wayback Machine" September 22, 2010. Retrieved October 11, 2010.
  72. Martin, Brett A. S.; Van Durme, Joel; Raulas, Mika; Merisavo, Marko (2003). "ई-मेल मार्केटिंग: फिनलैंड से एक्सप्लोरेटरी इनसाइट्स" (PDF). Journal of Advertising Research. 43 (3): 293–300. doi:10.1017/s0021849903030265. Archived (PDF) from the original on October 21, 2012.
  73. Lev, Amir (October 2, 2009). "स्पैम संस्कृति, भाग 1: चीन". Archived from the original on November 10, 2016.
  74. "ईमेल स्मार्टफोन पर शीर्ष गतिविधि है, वेब ब्राउजिंग और फेसबुक से आगे [अध्ययन]". March 28, 2013. Archived from the original on April 29, 2014.
  75. "परम मोबाइल ईमेल सांख्यिकी अवलोकन". Archived from the original on July 11, 2014.
  76. Richtel, Matt (December 20, 2010). "ई-मेल को तुरंत बदलाव मिलता है". The New York Times. Retrieved April 4, 2018.
  77. Gustini, Ray (December 21, 2010). "युवा ईमेल क्यों छोड़ रहे हैं?". The Atlantic. Retrieved April 4, 2018.
  78. Perez, Sarah (March 24, 2016). "ईमेल मोबाइल के सबसे कम उम्र के उपयोगकर्ताओं के बीच मर रहा है". techcrunch.com. Retrieved April 4, 2018.
  79. "Setting Message Size Limits in Exchange 2010 and Exchange 2007" Archived 2013-02-12 at the Wayback Machine.
  80. "Google updates file size limits for Gmail and YouTube", geek.com Archived 2011-12-19 at the Wayback Machine.
  81. "Maximum attachment size", mail.google.com.
  82. Walther, Henrik (January 2009). "रहस्यमय अटैचमेंट का आकार बढ़ता है, सार्वजनिक फ़ोल्डरों की प्रतिकृति, और बहुत कुछ". Exchange Queue & A. TechNet Magazine. Retrieved November 7, 2021 – via Microsoft Docs. {{cite magazine}}: External link in |department= (help)
  83. "Send large files to other people" Archived 2016-08-07 at the Wayback Machine, Microsoft.com
  84. "8 ways to email large attachments" Archived 2016-07-02 at the Wayback Machine, Chris Hoffman, December 21, 2012, makeuseof.com
  85. Radicati, Sara. "ईमेल सांख्यिकी रिपोर्ट, 2010" (PDF). Archived (PDF) from the original on September 1, 2011.
  86. Gross, Doug (October 20, 2010). "सूचना अधिभार दिवस की शुभकामनाएं!". CNN. Archived from the original on October 23, 2015. Retrieved March 24, 2019.
  87. Stross, Randall (April 20, 2008). "ई-मेल सुनामी से बचने के लिए संघर्ष". The New York Times. Archived from the original on April 17, 2009. Retrieved May 1, 2010.
  88. "स्पैम देख रहे हैं? अपने Google Analytics डेटा की देखभाल कैसे करें". sitepronews.com. May 4, 2015. Archived from the original on November 7, 2017. Retrieved September 5, 2017.
  89. Rich Kawanagh. The top ten email spam list of 2005. ITVibe news, 2006, January 02, ITvibe.com Archived 2008-07-20 at the Wayback Machine
  90. How Microsoft is losing the war on spam Salon.com Archived 2008-06-29 at the Wayback Machine
  91. Spam Bill 2003 (PDF Archived 2006-09-11 at the Wayback Machine)
  92. "Google Says Its AI Catches 99.9 Percent of Gmail Spam" Archived 2016-09-16 at the Wayback Machine, Cade Metz, July 09 2015, wired.com
  93. "Spam and phishing in Q1 2016" Archived 2016-08-09 at the Wayback Machine, May 12, 2016, securelist.com
  94. "Kaspersky Lab स्पैम और फ़िशिंग रिपोर्ट". May 26, 2021.
  95. "2021 ईमेल उपयोग सांख्यिकी". October 5, 2021.
  96. SMEmail – A New Protocol for the Secure E-mail in Mobile Environments, Proceedings of the Australian Telecommunications Networks and Applications Conference (ATNAC'08), pp. 39–44, Adelaide, Australia, Dec. 2008.
  97. "जब ईमेल एक्सचेंज बाध्यकारी अनुबंध बन जाते हैं". law.com.
  98. Catarina, Jessica; Feitel, Jesse (2019). "न्यूयॉर्क कानून के तहत ईमेल के माध्यम से असावधानीवश अनुबंध निर्माण: एक अद्यतन". Syracuse Law Review. 69.
  99. Corfield, Gareth. "यूके कोर्ट के फैसले में कहा गया है कि ईमेल हस्ताक्षर ब्लॉक बाध्यकारी अनुबंधों पर हस्ताक्षर कर सकते हैं". The Register. Retrieved December 6, 2019.
  100. S. Kiesler; D. Zubrow; A.M. Moses; V. Geller (1985). "कंप्यूटर-मध्यस्थ संचार में प्रभाव: सिंक्रोनस टर्मिनल-टू-टर्मिनल चर्चा में एक प्रयोग". Human-Computer Interaction. 1: 77–104. doi:10.1207/s15327051hci0101_3.
  101. Barrett, Grant (December 23, 2007). "हम सब कह रहे हैं।". The New York Times. Archived from the original on April 17, 2009. Retrieved December 24, 2007.
  102. "अंतर्राष्ट्रीयकृत डोमेन नाम (आईडीएन) | Registry.In". registry.in. Archived from the original on May 13, 2016. Retrieved October 17, 2016.
  103. "मेड इन इंडिया 'डाटामेल' रूस को रूसी भाषा में ईमेल पते के साथ सशक्त बनाता है - डिजिटल विजेता". December 7, 2016. Archived from the original on March 5, 2017.
  104. RFC 3885, SMTP Service Extension for Message Tracking
  105. RFC 3888, Message Tracking Model and Requirements
  106. Amy Harmon (November 22, 2000). "सॉफ्टवेयर जो ई-मेल को ट्रैक करता है, गोपनीयता संबंधी चिंताओं को बढ़ा रहा है". The New York Times. Retrieved January 13, 2012.
  107. "अबाउट.कॉम". Email.about.com. December 19, 2013. Archived from the original on August 27, 2016. Retrieved January 9, 2014.
  108. "Outlook: Web Bugs & Blocked HTML Images" Archived 2015-02-18 at the Wayback Machine, slipstick.com
  109. "Gmail blows up e-mail marketing..." Archived 2017-06-07 at the Wayback Machine, Ron Amadeo, Dec 13 2013, Ars Technica


अग्रिम पठन


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

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

बाहरी संबंध