ईमेल: Difference between revisions
No edit summary |
No edit summary |
||
| (9 intermediate revisions by 3 users not shown) | |||
| Line 47: | Line 47: | ||
}}</ref> | }}</ref> | ||
== इतिहास == | == इतिहास == | ||
{{anchor|Origin}} | {{anchor|Origin}} | ||
{{Main|ईमेल का इतिहास}} | {{Main|ईमेल का इतिहास}} | ||
1960 के दशक की शुरुआत मे [[ संगत समय-साझाकरण प्रणाली |साझाकरण प्रणाली]] आगमन के बाद, 1965 में [[ मेसाचुसेट्स प्रौद्योगिक संस्थान |मेसाचुसेट्स प्रौद्योगिक संस्थान]] के सीटीएसएस (CTSS) प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो | 1960 के दशक की शुरुआत मे [[ संगत समय-साझाकरण प्रणाली |साझाकरण प्रणाली]] आगमन के बाद, 1965 में [[ मेसाचुसेट्स प्रौद्योगिक संस्थान |मेसाचुसेट्स प्रौद्योगिक संस्थान]] के सीटीएसएस (CTSS) प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया है।<ref name="thvv">{{cite web|url=http://www.multicians.org/thvv/mail-history.html|title=इलेक्ट्रॉनिक मेल का इतिहास|author=Tom Van Vleck}}</ref> शुरुआत मे मेनफ्रेम और मिनी कंप्यूटर के विकास ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला [[ ARPANET |ARPANET]] नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम पते को निर्दिष्ट करने वाला '@' प्रतीक के साथ परिचित एड्रेस रचनाक्रम को पेश करता है।<ref>{{cite web |author=Ray Tomlinson |url=https://openmap.bbn.com/~tomlinso/ray/firstemailframe.html |title=पहला नेटवर्क ईमेल|publisher=Openmap.bbn.com |access-date=2019-10-05 |archive-date=May 6, 2006 |archive-url=https://web.archive.org/web/20060506003539/https://openmap.bbn.com/~tomlinso/ray/firstemailframe.html |url-status=dead }}</ref> आरएफसी की एक श्रृंखला में, '''फाइल ट्रांसफर प्रोटोकॉल''' पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था। | ||
मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। 1970 के दशक में आईबीएम (IBM), कॉम्प्युसर्व और ज़ीरक्स ने इन-हाउस मेल सिस्टम का इस्तेमाल किया; कॉम्प्युसर्व ने 1978 से एक वाणिज्यिक इंट्राऑफ़िस मेल उत्पाद और 1981 से आईबीएम और ज़ीरक्स बेचा।{{refn|group=nb|IBM's system was available on request to customers prior to formal release.}}<ref name="Gardner1981">{{cite journal |last1=Gardner |first1=P. C. |year=1981 |title=स्वचालित कार्यालय वातावरण के लिए एक प्रणाली|journal=IBM Systems Journal |volume=20 |issue=3 |pages=321–345 |doi=10.1147/sj.203.0321 |issn=0018-8670 |postscript=none}}; {{Cite web |date=2020-08-02 |title=IBM100 - The Networked Business Place |website=[[IBM]] |url=https://www.ibm.com/ibm/history/ibm100/us/en/icons/networkbus/ |url-status=live |archive-url=https://web.archive.org/web/20200802211021/https://www.ibm.com/ibm/history/ibm100/us/en/icons/networkbus/ |archive-date=2020-08-02 |access-date=2020-09-07}}</ref><ref name=":6">{{cite magazine |author=Connie Winkler |date=October 22, 1979 |title=CompuServe पिन MicroNET, InfoPlex पर उम्मीद करता है|url=https://books.google.com/books?id=ChMAmfS1nEkC&dq=compuserve+Infoplex+1979&pg=PA69 |magazine=[[Computerworld]] |volume=13 |issue=42 |page=69 |postscript=none}}; {{cite magazine |author=Dylan Tweney |date=September 24, 1979 |title=24 सितंबर, 1979: पहली बार उपभोक्ताओं के लिए पहली ऑनलाइन सेवा|url=https://www.wired.com/2009/09/0924compuserve-launches/ |magazine=[[Wired (magazine)|Wired]]}}</ref><ref name=":8">{{cite news |last=Ollig |first=Mark |date=October 31, 2011 |title=वे कंप्यूटर उद्योग के मालिक हो सकते थे|work=Herald Journal |url=http://www.herald-journal.com/archives/2011/columns/mo103111.html |access-date=2021-02-26 |postscript=none}}; {{Cite web |last= |date=15 February 2012 |title=टेक अपने समय से पहले: ज़ेरॉक्स की शूटिंग स्टार कंप्यूटर|url=https://www.newscientist.com/article/mg21328521-800-tech-before-its-time-xeroxs-shooting-star-computer/ |access-date=2022-04-18 |website=New Scientist |language=en-US |postscript=none}}; {{Cite web |title=ज़ेरॉक्स स्टार|url=http://toastytech.com/guis/star.html |access-date=2022-04-18 |website=toastytech.com}}</ref> DEC का ऑल-इन-1 और '''हेवलेट पैकर्ड''' का HPMAIL (बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गया<ref name=":11">{{cite web |date=1998-01-30 |title=ऑल-इन-1|url=https://research.microsoft.com/en-us/um/people/gbell/Digital/timeline/1982-4.htm |work=DIGITAL Computing Timeline}}</ref><ref name=":13">{{cite web |title=एचपी कंप्यूटर संग्रहालय|url=http://www.hpmuseum.net/divisions.php?did=10}}</ref> | |||
1983 में ARPANET पर [[ सरल डाक स्थानांतरण प्रोटोकॉल | सरल डाक स्थानांतरण प्रोटोकॉल]] (एसएमटीपी) लागू किया गया था। 1980 के दशक के मध्य में लोकल एरिया नेटवर्क ईमेल सिस्टम का उदय हुआ। 1980 के दशक के अंत मे और 1990 के दशक की शुरुआत में, यह संभावना प्रतीत हुई कि मालिकाना वाणिज्यिक प्रणाली या X.400 ईमेल प्रणाली, [[ गवर्नमेंट ओपन सिस्टम्स इंटरकनेक्शन प्रोफाइल ]](GOSIP) का हिस्सा, प्रबल हो गया। हालांकि, 1995 में इंटरनेट पर वाणिज्यिक यातायात ले जाने पर अंतिम प्रतिबंध समाप्त होने के बाद, ref>[https://merit.edu/research/nsfnet_article.php NSFNET बैकबोन सर्विस को रिटायर करना: एक युग के अंत का इतिहास] {{webarchive|url=https://web.archive.org/web/20160101025735/https://merit.edu/research/nsfnet_article.php |date=2016-01-01 }}, सुसान आर. हैरिस, पीएच.डी., और एलिस गेरिच, कनेक्शंस, वॉल्यूम। 10, नंबर 4, अप्रैल 1996</ref><ref>{{cite journal | url= https://www.walthowe.com/navnet/history.html | title= इंटरनेट का एक संक्षिप्त इतिहास| url-status= live | archive-url= https://web.archive.org/web/20150811053448/https://www.walthowe.com/navnet/history.html | archive-date= 2015-08-11 | bibcode= 1999cs........1011L | last1= Leiner | first1= Barry M. | last2= Cerf | first2= Vinton G. | last3= Clark | first3= David D. | last4= Kahn | first4= Robert E. | last5= Kleinrock | first5= Leonard | last6= Lynch | first6= Daniel C. | last7= Postel | first7= Jon | last8= Roberts | first8= Larry G. | last9= Wolf | first9= Stephen | year= 1999 | arxiv= cs/9901011 }}</ref> कारकों के संयोजन ने एसएमटीपी, POP3 औरआईएमएपीईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।।{{Refn|See [[Protocol Wars]].|group=nb}} | |||
== ऑपरेशन == | == ऑपरेशन == | ||
निम्नलिखित घटनाओं का एक विशिष्ट क्रम है जो तब होता है जब प्रेषक ऐलिस प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट(एमयूए) का उपयोग करके संदेश भेजता है।<ref>{{cite video|title=ई-मेल कैसे काम करता है|publisher=howstuffworks.com|year=2008|url=https://computer.howstuffworks.com/e-mail-messaging/email.htm|url-status=live|archive-url=https://web.archive.org/web/20170611181852/https://computer.howstuffworks.com/e-mail-messaging/email.htm|archive-date=2017-06-11}}</ref> | निम्नलिखित घटनाओं का एक विशिष्ट क्रम है जो तब होता है जब प्रेषक ऐलिस प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट (एमयूए) का उपयोग करके संदेश भेजता है।<ref>{{cite video|title=ई-मेल कैसे काम करता है|publisher=howstuffworks.com|year=2008|url=https://computer.howstuffworks.com/e-mail-messaging/email.htm|url-status=live|archive-url=https://web.archive.org/web/20170611181852/https://computer.howstuffworks.com/e-mail-messaging/email.htm|archive-date=2017-06-11}}</ref> | ||
[[File:email.svg|thumb|ईमेल ऑपरेशन]] | [[File:email.svg|thumb|ईमेल ऑपरेशन]] | ||
# एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में | # एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में ''smtp.a.org'' को स्थानीय मेल सबमिशन एजेंट (एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) की एक प्रोफ़ाइल सबमिशन प्रोटोकॉलका उपयोग करता है। | ||
# एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है | # एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है - इस मामले में, ''bob@b.org'' - जो एक पूर्णतः योग्य डोमेन पता (एफक्यूडीए) है। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, आधिकांश्तः प्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डोमेन नेम सिस्टम (डीएनएस) में मेल सर्वर के पूरी तरह से योग्य डोमेन नाम निर्धारित करने के लिए डोमेन नाम को हल करता है। | ||
# डोमेन b.org(ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक संदेश ट्रांसफर एजेंट(एमटीए) सर्वर द्वारा चलाया जाता है। | # डोमेन ''b.org (ns.b.org)'' के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में ''mx.b.org'', एक संदेश ट्रांसफर एजेंट (एमटीए) सर्वर द्वारा चलाया जाता है। | ||
# | # ''smtp''.a.org का उपयोग करके ''mx.b.org'' को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है। | ||
# एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है। | # एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है। | ||
# बॉब का | # बॉब का एमयूए या तो पोस्ट ऑफिस प्रोटोकॉल (POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) का उपयोग करके संदेश भेजता है। | ||
इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ सम्मलित हैं: | इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ सम्मलित हैं: | ||
* ऐलिस या बॉब | * ऐलिस या बॉब सामूहिक ईमेल सिस्टम से जुड़े उपभोगता का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज इन प्रणालियों का आधिकांश्तः अपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल प्रवेशद्वार के माध्यम से ईमेल भेजता या प्राप्त करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक सामूहिक ईमेल सिस्टम के भीतर हो जाता है। | ||
* ऐलिस के पास उसके कंप्यूटर पर | * ऐलिस के पास उसके कंप्यूटर पर मेल उपयोगकर्ता एजेंट नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकता है। | ||
* ऐलिस का कंप्यूटर अपना | * ऐलिस का कंप्यूटर अपना संदेश हस्तांतरण एजेंट चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें। | ||
* बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए mx.b.org में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना। | * बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए ''mx.b.org'' में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना। | ||
* डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें। | * डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें। | ||
कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को [[ ओपन मेल रिले |ओपन मेल रिले]] कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।<ref name="whatis">{{cite web|url=https://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci782509,00.html |title=ओपन रिले क्या है?|access-date=2008-04-07 |date=2004-07-19 |work=WhatIs.com |publisher=[[Indiana University]] |archive-url=https://web.archive.org/web/20070824005337/https://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci782509,00.html |archive-date=2007-08-24 }}</ref><ref>{{cite book|author=Ch Seetha Ram|title=प्रबंधन के लिए सूचना प्रौद्योगिकी|url=https://books.google.com/books?id=0bHAGrUxqRsC&pg=PA164|year=2010|publisher=Deep & Deep Publications|isbn=978-81-8450-267-1|page=164}}</ref> हालाँकि, यह तंत्र [[ ईमेल स्पैम |ईमेल स्पैम]] के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,<ref name="IMCR-016">{{cite web|url=https://www.imc.org/ube-relay.html |title=एसएमटीपी में रिलेइंग की अनुमति: सर्वेक्षणों की एक श्रृंखला|access-date=2008-04-13 |last=Hoffman |first=Paul |date=2002-08-20 |work=IMC Reports |publisher=[[Internet Mail Consortium]] |archive-url=https://web.archive.org/web/20070118121843/https://www.imc.org/ube-relay.html |archive-date=2007-01-18 }}</ref> | कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को [[ ओपन मेल रिले |ओपन मेल रिले]] कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।<ref name="whatis">{{cite web|url=https://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci782509,00.html |title=ओपन रिले क्या है?|access-date=2008-04-07 |date=2004-07-19 |work=WhatIs.com |publisher=[[Indiana University]] |archive-url=https://web.archive.org/web/20070824005337/https://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci782509,00.html |archive-date=2007-08-24 }}</ref><ref>{{cite book|author=Ch Seetha Ram|title=प्रबंधन के लिए सूचना प्रौद्योगिकी|url=https://books.google.com/books?id=0bHAGrUxqRsC&pg=PA164|year=2010|publisher=Deep & Deep Publications|isbn=978-81-8450-267-1|page=164}}</ref> हालाँकि, यह तंत्र [[ ईमेल स्पैम |ईमेल स्पैम]] के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,<ref name="IMCR-016">{{cite web|url=https://www.imc.org/ube-relay.html |title=एसएमटीपी में रिलेइंग की अनुमति: सर्वेक्षणों की एक श्रृंखला|access-date=2008-04-13 |last=Hoffman |first=Paul |date=2002-08-20 |work=IMC Reports |publisher=[[Internet Mail Consortium]] |archive-url=https://web.archive.org/web/20070118121843/https://www.imc.org/ube-relay.html |archive-date=2007-01-18 }}</ref> और कई एमटीए ओपन मेल रिले से संदेशों को स्वीकार नहीं करते हैं। | ||
== संदेश प्रारूप {{anchor|Internet Message Format}}== | == संदेश प्रारूप {{anchor|Internet Message Format}}== | ||
ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप<ref>The Internet message format is also used for [[usenet|network news]]</ref> आरएफसी 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और आरएफसी 2045 में आरएफसी 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से '''''बहुउद्देशीय इंटरनेट मेल एक्सटेंशन'' | ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप<ref>The Internet message format is also used for [[usenet|network news]]</ref> आरएफसी 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और आरएफसी 2045 में आरएफसी 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से '''''बहुउद्देशीय इंटरनेट मेल एक्सटेंशन''''' या एमआईएमइ कहा जाता है। अंतर्राष्ट्रीय ईमेल में एक्सटेंशन केवल ईमेल पर लागू होते हैं। आरएफसी 5322 ने 2008 में पहले आरएफसी 2822 को बदल दिया, फिर 2001 में आरएफसी 2822 ने आरएफसी 822 को बदल दिया - दशकों से इंटरनेट ईमेल के लिए मानक थे। 1982 में प्रकाशित, आरएफसी 822 ARPANET के लिए पहले ये आरएफसी 733 पर आधारित था।<ref>{{cite web|first=Ken|last=Simpson|title=ईमेल मानकों के लिए एक अद्यतन|date=October 3, 2008|publisher=MailChannels Blog Entry|url=https://blog.mailchannels.com/2008/10/update-to-email-standards.html|url-status=live|archive-url=https://web.archive.org/web/20081006080735/https://blog.mailchannels.com/2008/10/update-to-email-standards.html|archive-date=October 6, 2008}}</ref> | ||
इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी" इन्हें " विषय सूची" के रूप में जाना जाता है।।<ref>{{cite ietf | इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी" इन्हें " विषय सूची" के रूप में जाना जाता है।।<ref>{{cite ietf | ||
| Line 118: | Line 118: | ||
| section-url = https://tools.ietf.org/html/rfc5598#section-4.1 | | section-url = https://tools.ietf.org/html/rfc5598#section-4.1 | ||
| quote = एक संदेश में ट्रांज़िट-हैंडलिंग लिफाफा और संदेश सामग्री शामिल होती है। लिफाफे में MHS द्वारा उपयोग की जाने वाली जानकारी होती है। सामग्री को एक संरचित हेडर और बॉडी में विभाजित किया गया है।| mode = cs2 | | quote = एक संदेश में ट्रांज़िट-हैंडलिंग लिफाफा और संदेश सामग्री शामिल होती है। लिफाफे में MHS द्वारा उपयोग की जाने वाली जानकारी होती है। सामग्री को एक संरचित हेडर और बॉडी में विभाजित किया गया है।| mode = cs2 | ||
}}</ref> हेडर को ईमेल के बारे में, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों | }}</ref> हेडर को ईमेल के बारे में, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों को, एसएमटीपी संदेश हेडर फ़ील्ड का उपयोग करके वितरण मापदंडों और सूचनाओं का संचार करता है। मुख्य भाग में संदेश होता है, असंरचित पाठ के अंत में एक हस्ताक्षर ब्लॉक होता है। शीर्षलेख को मुख्य भाग से एक रिक्त रेखा द्वारा अलग किया जाता है। | ||
=== संदेश शीर्षलेख === | === संदेश शीर्षलेख === | ||
<!-- This section is linked from [[Bracket]] --> | <!-- This section is linked from [[Bracket]] --> | ||
आरएफसी 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई | आरएफसी 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई "हेडर फ़ील्ड" सम्मलित होते हैं। प्रत्येक फ़ील्ड का एक नाम होता है, उसके बाद विभाजक वर्ण: और एक मान (फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है। | ||
प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान | प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, एसएमटीपी UTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को एमआईएमइ एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है। | ||
==== हैडर फ़ील्ड्स ==== | ==== हैडर फ़ील्ड्स ==== | ||
| Line 144: | Line 144: | ||
* सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि। | * सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि। | ||
*{{vanchor|Reply-To}}: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए। | *{{vanchor|Reply-To}}: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए। | ||
* प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड | * प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड में सूचीबद्ध लेखक की ओर से कार्य करता है। | ||
* | * संग्रहीत-पर: एक व्यक्तिगत ईमेल संदेश के संग्रहीत विधि का सीधा सम्बन्ध होता है । | ||
To: फ़ील्ड उन पतों से संबंधित नहीं हो सकता है जिन पर संदेश डिलीवर किया गया है। वितरण सूची परिवाहक | To: फ़ील्ड उन पतों से संबंधित नहीं हो सकता है जिन पर संदेश डिलीवर किया गया है। वितरण सूची परिवाहक प्रोटोकॉल, सिंपल मेल ट्रांसफर प्रोटोकॉल को अलग से प्रदान की जाती है, जिसे हेडर विषय सूची से निकाला जा सकता है। To: फ़ील्ड बाहरी लिफाफे पर दिए गए पते के अनुसार पारंपरिक पत्र के शीर्ष पर दिए गए पते के समान है। उसी तरह, प्रेषक: फ़ील्ड प्रेषक नहीं हो सकता है। कुछ मेल सर्वर रिले किए गए संदेशों पर [[ ईमेल प्रमाणीकरण ]] प्रणाली लागू करते हैं। सर्वर की गतिविधि से संबंधित डेटा भी शीर्षलेख का हिस्सा है, जैसा कि नीचे परिभाषित किया गया है। | ||
एसएमटीपी निम्नलिखित दो क्षेत्रों का उपयोग करके हेडर में सहेजे गए संदेश की ट्रेस जानकारी को परिभाषित करता है:<ref>{{cite IETF|title=सरल डाक स्थानांतरण प्रोटोकॉल|rfc=5321|author=[[John Klensin]]|sectionname=Trace Information|section=4.4| date=October 2008 |publisher=[[Internet Engineering Task Force|IETF]]}}</ref> | एसएमटीपी निम्नलिखित दो क्षेत्रों का उपयोग करके हेडर में सहेजे गए संदेश की ट्रेस जानकारी को परिभाषित करता है:<ref>{{cite IETF|title=सरल डाक स्थानांतरण प्रोटोकॉल|rfc=5321|author=[[John Klensin]]|sectionname=Trace Information|section=4.4| date=October 2008 |publisher=[[Internet Engineering Task Force|IETF]]}}</ref> | ||
* प्राप्त: एक एसएमटीपी सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है(अंतिम से पहले)। | * प्राप्त: एक एसएमटीपी सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है(अंतिम से पहले)। | ||
* रिटर्न-पाथ: डिलीवरी के बाद | * रिटर्न-पाथ:डिलीवरी के बाद SMTP सर्वर संदेश की अंतिम डिलीवरी करता है, यह हेडर के शीर्ष पर इस फ़ील्ड को सम्मिलित करता है। | ||
प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।<ref>{{cite web|url=https://www.ietf.org/mail-archive/web/apps-discuss/current/msg04115.html|title=ट्रेस हेडर|author=John Levine|date=14 January 2012|work=email message|publisher=[[Internet Engineering Task Force|IETF]]|access-date=16 January 2012|quote=उन दोनों की तुलना में बहुत अधिक ट्रेस फ़ील्ड हैं|url-status=live|archive-url=https://web.archive.org/web/20120811135249/https://www.ietf.org/mail-archive/web/apps-discuss/current/msg04115.html|archive-date=11 August 2012}}</ref> | प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।<ref>{{cite web|url=https://www.ietf.org/mail-archive/web/apps-discuss/current/msg04115.html|title=ट्रेस हेडर|author=John Levine|date=14 January 2012|work=email message|publisher=[[Internet Engineering Task Force|IETF]]|access-date=16 January 2012|quote=उन दोनों की तुलना में बहुत अधिक ट्रेस फ़ील्ड हैं|url-status=live|archive-url=https://web.archive.org/web/20120811135249/https://www.ietf.org/mail-archive/web/apps-discuss/current/msg04115.html|archive-date=11 August 2012}}</ref> | ||
| Line 170: | Line 170: | ||
अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए प्लेन टेक्स्ट या एचटीएमएल ई-मेल के उपयोग की अनुमति देते हैं। एचटीएमएल ईमेल संदेशों में आधिकांश्तःअनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति सम्मलित होती है। | अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए प्लेन टेक्स्ट या एचटीएमएल ई-मेल के उपयोग की अनुमति देते हैं। एचटीएमएल ईमेल संदेशों में आधिकांश्तःअनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति सम्मलित होती है। | ||
एचटीएमएल के लाभों में इन-लाइन लिंक और छवियों को सम्मलित करने की क्षमता सम्मलित है, पिछले संदेशों को ब्लॉक उद्धरण में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, [[ रेखांकन ]] और इटैलिक जैसे जोर का उपयोग करना और फ़ॉन्ट शैलियों को बदलना सम्मलित है। नुकसान में ईमेल का बढ़ा हुआ आकार, [[ वेब बग ]] के बारे में गोपनीयता संबंधी चिंताएं, फ़िशिंग के लिए वेक्टर के रूप में एचटीएमएल ईमेल का दुरुपयोग और [[ मैलवेयर |मैलवेयर]] का प्रसार सम्मलित हैं।<ref>{{cite web|url=https://advosys.ca/papers/mail-policies.html|title=ईमेल नीतियां जो वायरस को रोकती हैं|archive-url=https://web.archive.org/web/20070512053927/https://advosys.ca/papers/mail-policies.html|archive-date=2007-05-12|url-status=bot: unknown}}</ref> कुछ ई-मेल क्लाइंट के अभाव में भी बॉडी को एचटीएमएल के रूप में व्याख्या करते हैं <code>Content-Type: एचटीएमएल</code> हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं। | एचटीएमएल के लाभों में इन-लाइन लिंक और छवियों को सम्मलित करने की क्षमता सम्मलित है, पिछले संदेशों को ब्लॉक उद्धरण में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, [[ रेखांकन ]] और इटैलिक जैसे जोर का उपयोग करना और फ़ॉन्ट शैलियों को बदलना सम्मलित है। नुकसान में ईमेल का बढ़ा हुआ आकार, [[ वेब बग ]] के बारे में गोपनीयता संबंधी चिंताएं, फ़िशिंग के लिए वेक्टर के रूप में एचटीएमएल ईमेल का दुरुपयोग और [[ मैलवेयर |मैलवेयर]] का प्रसार सम्मलित हैं।<ref>{{cite web|url=https://advosys.ca/papers/mail-policies.html|title=ईमेल नीतियां जो वायरस को रोकती हैं|archive-url=https://web.archive.org/web/20070512053927/https://advosys.ca/papers/mail-policies.html|archive-date=2007-05-12|url-status=bot: unknown}}</ref> कुछ ई-मेल क्लाइंट के अभाव में भी बॉडी को एचटीएमएल के रूप में व्याख्या करते हैं <code>Content-Type: एचटीएमएल</code> हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं। | ||
कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ प्लेन टेक्स्ट में सभी पोस्ट बनाने की अनुशंसा करती हैं,<ref>{{cite web |url=https://helpdesk.rootsweb.com/listadmins/plaintext.html |title=रूट्सवेब मेलिंग सूची में पोस्ट करते समय...|publisher=Helpdesk.rootsweb.com |access-date=2014-01-09 |url-status=dead |archive-url=https://web.archive.org/web/20140219024856/https://helpdesk.rootsweb.com/listadmins/plaintext.html |archive-date=2014-02-19 }}</ref><ref>{{cite web |url=https://www.openbsd.org/mail.html |title=...सादा पाठ, प्रति पंक्ति 72 वर्ण...|publisher=Openbsd.org |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140208005706/https://openbsd.org/mail.html |archive-date=2014-02-08 }}</ref> और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित ईमेल क्लाइंट जैसे ईमेल क्लाइंट का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है। | कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ प्लेन टेक्स्ट में सभी पोस्ट बनाने की अनुशंसा करती हैं,<ref>{{cite web |url=https://helpdesk.rootsweb.com/listadmins/plaintext.html |title=रूट्सवेब मेलिंग सूची में पोस्ट करते समय...|publisher=Helpdesk.rootsweb.com |access-date=2014-01-09 |url-status=dead |archive-url=https://web.archive.org/web/20140219024856/https://helpdesk.rootsweb.com/listadmins/plaintext.html |archive-date=2014-02-19 }}</ref><ref>{{cite web |url=https://www.openbsd.org/mail.html |title=...सादा पाठ, प्रति पंक्ति 72 वर्ण...|publisher=Openbsd.org |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140208005706/https://openbsd.org/mail.html |archive-date=2014-02-08 }}</ref> और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित ईमेल क्लाइंट जैसे ईमेल क्लाइंट का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है। | ||
ईमेल और [[ यूज़नेट | यूज़नेट]] पोस्ट में प्लेन टेक्स्ट को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में | ईमेल और [[ यूज़नेट | यूज़नेट]] पोस्ट में प्लेन टेक्स्ट को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में se text (c.1992) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, कई अन्य, उनमें से सबसे लोकप्रिय मार्कडाउन हैं। | ||
कुछ Microsoft ईमेल क्लाइंट अपने स्वामित्व वाले [[ रिच टेक्स्ट फ़ॉर्मैट | रिच टेक्स्ट फ़ॉर्मैट]] (RTF) का उपयोग करके रिच फ़ॉर्मेटिंग की अनुमति दे सकते हैं, लेकिन इससे तब तक बचना चाहिए जब तक कि प्राप्तकर्ता के पास संगत ईमेल क्लाइंट होने की गारंटी न हो।<ref>{{cite web |url=https://support.microsoft.com/kb/138053 |title=Winmail.dat फ़ाइल को इंटरनेट उपयोगकर्ताओं को भेजे जाने से कैसे रोकें|publisher=Support.microsoft.com |date=2010-07-02 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140109193922/https://support.microsoft.com/kb/138053 |archive-date=2014-01-09 }}</ref> | कुछ Microsoft ईमेल क्लाइंट अपने स्वामित्व वाले [[ रिच टेक्स्ट फ़ॉर्मैट | रिच टेक्स्ट फ़ॉर्मैट]] (RTF) का उपयोग करके रिच फ़ॉर्मेटिंग की अनुमति दे सकते हैं, लेकिन इससे तब तक बचना चाहिए जब तक कि प्राप्तकर्ता के पास संगत ईमेल क्लाइंट होने की गारंटी न हो।<ref>{{cite web |url=https://support.microsoft.com/kb/138053 |title=Winmail.dat फ़ाइल को इंटरनेट उपयोगकर्ताओं को भेजे जाने से कैसे रोकें|publisher=Support.microsoft.com |date=2010-07-02 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140109193922/https://support.microsoft.com/kb/138053 |archive-date=2014-01-09 }}</ref> | ||
| Line 234: | Line 234: | ||
=== एमएपीआई ईमेल सर्वर === | === एमएपीआई ईमेल सर्वर === | ||
मैसेजिंग एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस(MAPI) का उपयोग माइक्रोसॉफ्ट आउटलुक द्वारा माइक्रोसॉफ्ट एक्सचेंज सर्वर और अन्य ईमेल सर्वर उत्पादों जैसे [[ Axigen | एक्सीजेन]], [[ Kerio Connect | केरियो कनेक्ट]], [[ Scalix |स्कैलिक्स]] , [[ Zimbra |ज़िम्बरा]], [[ HP OpenMail |एचपी ओपनमेल]], [[ IBM Lotus Notes |आईबीएम लोटस नोट्स]] ,जराफा(सॉफ़्टवेयर), और [[ Bynari |बायनरी]] से संवाद करने के लिए किया जाता है। जहां विक्रेताओं ने अपने उत्पादों को सीधे आउटलुक के माध्यम से एक्सेस करने की अनुमति देने के लिए एमएपीआई समर्थन जोड़ा है। | मैसेजिंग एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस(MAPI) का उपयोग माइक्रोसॉफ्ट आउटलुक द्वारा माइक्रोसॉफ्ट एक्सचेंज सर्वर और अन्य ईमेल सर्वर उत्पादों जैसे [[ Axigen | एक्सीजेन]], [[ Kerio Connect | केरियो कनेक्ट]], [[ Scalix |स्कैलिक्स]] , [[ Zimbra |ज़िम्बरा]], [[ HP OpenMail |एचपी ओपनमेल]], [[ IBM Lotus Notes |आईबीएम लोटस नोट्स]] ,जराफा(सॉफ़्टवेयर), और [[ Bynari |बायनरी]] से संवाद करने के लिए किया जाता है। जहां विक्रेताओं ने अपने उत्पादों को सीधे आउटलुक के माध्यम से एक्सेस करने की अनुमति देने के लिए एमएपीआई समर्थन जोड़ा है। | ||
=== व्यापार और संगठनात्मक उपयोग === | === व्यापार और संगठनात्मक उपयोग === | ||
| Line 270: | Line 268: | ||
==== <big>युवा लोगों के बीच घटता उपयोग</big> ==== | ==== <big>युवा लोगों के बीच घटता उपयोग</big> ==== | ||
{{as of|2010}}, नवंबर 2009 में शिखर पर पहुंचने के बाद ईमेल वेब साइटों पर जाने वाले अमेरिकियों की संख्या में 6 प्रतिशत की गिरावट आई थी। 12 से 17 वर्ष के व्यक्तियों के लिए, यह संख्या 18 प्रतिशत कम थी। युवाओं ने [[ तात्कालिक संदेशन ]], [[ टेक्स्टिंग |टेक्स्टिंग]] और [[ सामाजिक मीडिया ]] को प्राथमिकता दी। प्रौद्योगिकी लेखक मैट रिचटेल ने द [[ न्यूयॉर्क टाइम्स ]] में कहा कि ईमेल [[ वीसीआर ]], [[ विनाइल रिकॉर्ड ]] और [[ स्थिर कैमरा ]] की तरह था - अब अच्छा नहीं है और कुछ बड़े लोग करते हैं।<ref>{{cite news|url=https://www.nytimes.com/2010/12/21/technology/21email.html|title=ई-मेल को तुरंत बदलाव मिलता है|last=Richtel|first=Matt|work=[[The New York Times]]|date=2010-12-20|access-date=2018-04-04}}</ref><ref>{{cite news|url=https://www.theatlantic.com/technology/archive/2010/12/why-are-young-people-abandoning-email/339329/|title=युवा ईमेल क्यों छोड़ रहे हैं?|last=Gustini|first=Ray|work=[[The Atlantic]]|date=2010-12-21|access-date=2018-04-04}}</ref> | {{as of|2010}}, नवंबर 2009 में शिखर पर पहुंचने के बाद ईमेल वेब साइटों पर जाने वाले अमेरिकियों की संख्या में 6 प्रतिशत की गिरावट आई थी। 12 से 17 वर्ष के व्यक्तियों के लिए, यह संख्या 18 प्रतिशत कम थी। युवाओं ने [[ तात्कालिक संदेशन ]], [[ टेक्स्टिंग |टेक्स्टिंग]] और [[ सामाजिक मीडिया ]] को प्राथमिकता दी। प्रौद्योगिकी लेखक मैट रिचटेल ने द [[ न्यूयॉर्क टाइम्स ]] में कहा कि ईमेल [[ वीसीआर ]], [[ विनाइल रिकॉर्ड |विनाइल रिकॉर्ड]] और [[ स्थिर कैमरा ]] की तरह था - अब अच्छा नहीं है और कुछ बड़े लोग करते हैं।<ref>{{cite news|url=https://www.nytimes.com/2010/12/21/technology/21email.html|title=ई-मेल को तुरंत बदलाव मिलता है|last=Richtel|first=Matt|work=[[The New York Times]]|date=2010-12-20|access-date=2018-04-04}}</ref><ref>{{cite news|url=https://www.theatlantic.com/technology/archive/2010/12/why-are-young-people-abandoning-email/339329/|title=युवा ईमेल क्यों छोड़ रहे हैं?|last=Gustini|first=Ray|work=[[The Atlantic]]|date=2010-12-21|access-date=2018-04-04}}</ref> | ||
एंड्रॉइड (ऑपरेटिंग सिस्टम) उपयोगकर्ताओं के 2015 के एक सर्वेक्षण से पता चला है कि 13 से 24 लोगों ने 45 से अधिक लोगों की तुलना में 3.5 गुना ज्यादा मैसेजिंग [[ मोबाइल एप्लिकेशन | मोबाइल एप्लिकेशन]] का उपयोग किया, और ईमेल का उपयोग करने की संभावना बहुत कम थी।<ref>{{cite news|url=https://techcrunch.com/2016/03/24/email-is-dying-among-mobiles-youngest-users/|title=ईमेल मोबाइल के सबसे कम उम्र के उपयोगकर्ताओं के बीच मर रहा है|last=Perez|first=Sarah|work=techcrunch.com|date=2016-03-24|access-date=2018-04-04}}</ref> | एंड्रॉइड (ऑपरेटिंग सिस्टम) उपयोगकर्ताओं के 2015 के एक सर्वेक्षण से पता चला है कि 13 से 24 लोगों ने 45 से अधिक लोगों की तुलना में 3.5 गुना ज्यादा मैसेजिंग [[ मोबाइल एप्लिकेशन | मोबाइल एप्लिकेशन]] का उपयोग किया, और ईमेल का उपयोग करने की संभावना बहुत कम थी।<ref>{{cite news|url=https://techcrunch.com/2016/03/24/email-is-dying-among-mobiles-youngest-users/|title=ईमेल मोबाइल के सबसे कम उम्र के उपयोगकर्ताओं के बीच मर रहा है|last=Perez|first=Sarah|work=techcrunch.com|date=2016-03-24|access-date=2018-04-04}}</ref> | ||
| Line 280: | Line 278: | ||
===अनुलग्नक आकार सीमा=== | ===अनुलग्नक आकार सीमा=== | ||
{{Main|ईमेल अनुलग्नक}} | {{Main|ईमेल अनुलग्नक}} | ||
ईमेल संदेशों में एक या एक से अधिक अटैचमेंट हो सकते हैं, जो ईमेल में संलग्न अतिरिक्त फाइलें होती हैं। विशिष्ट अनुलग्नकों में | ईमेल संदेशों में एक या एक से अधिक अटैचमेंट हो सकते हैं, जो ईमेल में संलग्न अतिरिक्त फाइलें होती हैं। विशिष्ट अनुलग्नकों में माइक्रोसॉफ्ट वर्ड दस्तावेज़, PDF दस्तावेज़ और कागज दस्तावेज़ों की स्कैन की गई छवियां सम्मलित हैं। सिद्धांत रूप में, अनुलग्नकों के आकार या संख्या पर कोई तकनीकी प्रतिबंध नहीं है। हालाँकि, व्यवहार में, ईमेल क्लाइंट, सर्वर और इंटरनेट सेवा प्रदाता फ़ाइलों के आकार, या पूर्ण ईमेल - सामान्यतः पर 25MB या उससे कम पर विभिन्न सीमाओं को लागू करते हैं।<ref>[https://exchangepedia.com/2007/09/exchange-server-2007-setting-message-size-limits.html ''"Setting Message Size Limits in Exchange 2010 and Exchange 2007"''] {{webarchive|url=https://web.archive.org/web/20130212114611/https://exchangepedia.com/2007/09/exchange-server-2007-setting-message-size-limits.html |date=2013-02-12 }}.</ref><ref>[https://www.geek.com/articles/news/google-updates-file-size-limits-for-gmail-and-youtube-20090629 ''"Google updates file size limits for Gmail and YouTube"'', geek.com] {{webarchive|url=https://web.archive.org/web/20111219141547/https://www.geek.com/articles/news/google-updates-file-size-limits-for-gmail-and-youtube-20090629 |date=2011-12-19 }}.</ref><ref>[https://mail.google.com/support/bin/answer.py?answer=8770&topic=1517 ''"Maximum attachment size"'', mail.google.com].</ref> इसके अलावा, तकनीकी कारणों से, इन परिवाहक प्रणालियों द्वारा देखे गए अनुलग्नक आकार उपयोगकर्ता द्वारा देखे जाने वाले आकार से भिन्न हो सकते हैं,<ref>{{cite magazine |last=Walther |first=Henrik |date=January 2009 |url=https://docs.microsoft.com/en-us/previous-versions/technet-magazine/dd314394(v=msdn.10) |title=रहस्यमय अटैचमेंट का आकार बढ़ता है, सार्वजनिक फ़ोल्डरों की प्रतिकृति, और बहुत कुछ|department=[https://docs.microsoft.com/en-us/previous-versions/technet-magazine/cc135877(v=msdn.10) Exchange Queue & A] |magazine=[[TechNet Magazine]] |via=[[Microsoft Docs]] |access-date=2021-11-07}}</ref> जो प्रेषकों के लिए भ्रमित करने वाला हो सकता है जब यह आकलन करने का प्रयास किया जाता है कि क्या वे सुरक्षित रूप से ईमेल द्वारा फ़ाइल भेज सकते हैं। जहाँ बड़ी फ़ाइलों को साझा करने की आवश्यकता होती है, वहाँ विभिन्न [[ फ़ाइल होस्टिंग सेवा ]]एँ उपलब्ध हैं, और सामान्यतः पर उपयोग की जाती हैं।<ref>[https://support.office.com/en-us/article/Send-large-files-to-other-people-7005da19-607a-47d5-b2c5-8f3982c6cc83 "Send large files to other people"] {{webarchive|url=https://web.archive.org/web/20160807110751/https://support.office.com/en-us/article/Send-large-files-to-other-people-7005da19-607a-47d5-b2c5-8f3982c6cc83 |date=2016-08-07 }}, Microsoft.com</ref><ref>[https://www.makeuseof.com/tag/8-ways-to-email-large-attachments/ "8 ways to email large attachments"] {{webarchive|url=https://web.archive.org/web/20160702171053/https://www.makeuseof.com/tag/8-ways-to-email-large-attachments/ |date=2016-07-02 }}, Chris Hoffman, December 21, 2012, makeuseof.com</ref> | ||
| Line 333: | Line 331: | ||
=== अंतर्राष्ट्रीयकरण === | === अंतर्राष्ट्रीयकरण === | ||
मूल रूप से इंटरनेट ईमेल पूरी तरह से ASCII टेक्स्ट-आधारित था। | मूल रूप से इंटरनेट ईमेल पूरी तरह से ASCII टेक्स्ट-आधारित था। एमआईएमइ अब बॉडी कंटेंट टेक्स्ट और कुछ हेडर कंटेंट टेक्स्ट को अंतर्राष्ट्रीय वर्ण सेट में अनुमति देता है, लेकिन यूटीएफ-8 का उपयोग करते हुए अन्य हेडर और ईमेल पते, जबकि मानकीकृत<ref>{{Cite web|url=https://registry.in/Internationalized_Domain_Names_IDNs|title=अंतर्राष्ट्रीयकृत डोमेन नाम (आईडीएन) {{!}} Registry.In|website=registry.in|access-date=2016-10-17|url-status=live|archive-url=https://web.archive.org/web/20160513012539/https://registry.in/Internationalized_Domain_Names_IDNs|archive-date=2016-05-13}}</ref> अभी तक व्यापक रूप से अपनाया जाना बाकी है।<ref name=first>{{cite web|url=https://economictimes.indiatimes.com/tech/internet/datamail-worlds-first-free-linguistic-email-service-supports-eight-india-languages/articleshow/54923001.cms|title=डाटामेल: दुनिया की पहली मुफ्त भाषाई ईमेल सेवा भारत की आठ भाषाओं को सपोर्ट करती है|url-status=live|archive-url=https://web.archive.org/web/20161022080739/https://economictimes.indiatimes.com/tech/internet/datamail-worlds-first-free-linguistic-email-service-supports-eight-india-languages/articleshow/54923001.cms|archive-date=2016-10-22}}</ref><ref>{{cite web|url=https://digitalconqurer.com/gadgets/made-india-datamail-empowers-russia-email-address-russian-language/|title=मेड इन इंडिया 'डाटामेल' रूस को रूसी भाषा में ईमेल पते के साथ सशक्त बनाता है - डिजिटल विजेता|date=7 December 2016|url-status=live|archive-url=https://web.archive.org/web/20170305005327/https://digitalconqurer.com/gadgets/made-india-datamail-empowers-russia-email-address-russian-language/|archive-date=5 March 2017}}</ref> | ||
{{further|अंतर्राष्ट्रीय ईमेल|ईमेल पता अंतर्राष्ट्रीयकरण}} | {{further|अंतर्राष्ट्रीय ईमेल|ईमेल पता अंतर्राष्ट्रीयकरण}} | ||
| Line 478: | Line 476: | ||
[[Category:Articles with invalid date parameter in template|Email]] | [[Category:Articles with invalid date parameter in template|Email]] | ||
[[Category:Articles with short description|Email]] | [[Category:Articles with short description|Email]] | ||
[[Category:CS1 English-language sources (en)]] | |||
[[Category:CS1 errors]] | |||
[[Category:CS1 français-language sources (fr)]] | |||
[[Category:CS1 maint]] | |||
[[Category:CS1 Ελληνικά-language sources (el)]] | |||
[[Category:Citation Style 1 templates|W]] | |||
[[Category:Collapse templates|Email]] | |||
[[Category:Lua-based templates|Email]] | |||
[[Category:Machine Translated Page|Email]] | |||
[[Category:Missing redirects|Email]] | |||
[[Category:Multi-column templates|Email]] | |||
[[Category:Navigational boxes| ]] | |||
[[Category:Navigational boxes without horizontal lists|Email]] | |||
[[Category:Pages using div col with small parameter|Email]] | |||
[[Category:Pages with script errors|Email]] | |||
[[Category:Short description with empty Wikidata description|Email]] | |||
[[Category:Sidebars with styles needing conversion|Email]] | |||
[[Category:Template documentation pages|Documentation/doc]] | |||
[[Category:Templates Vigyan Ready|Email]] | |||
[[Category:Templates based on the Citation/CS1 Lua module]] | |||
[[Category:Templates generating COinS|Cite web]] | |||
[[Category:Templates generating microformats|Email]] | |||
[[Category:Templates that add a tracking category|Email]] | |||
[[Category:Templates that are not mobile friendly|Email]] | |||
[[Category:Templates used by AutoWikiBrowser|Cite web]] | |||
[[Category:Templates using TemplateData|Email]] | |||
[[Category:Templates using under-protected Lua modules|Email]] | |||
[[Category:Use American English from October 2020|Email]] | |||
[[Category:Use mdy dates from October 2020|Email]] | |||
[[Category:Webarchive template wayback links|Email]] | |||
[[Category:Wikipedia fully protected templates|Div col]] | |||
[[Category:Wikipedia metatemplates|Email]] | |||
Latest revision as of 09:41, 26 December 2022
.svg)
इलेक्ट्रॉनिक मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों ("मेल") के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक डिजिटल संस्करण, या मेल के समकक्ष के रूप में माना गया था, उस समय जब "मेल" का अर्थ केवल भौतिक मेल था। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, ईमेल को आधिकांश्तः व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल कहा जाता है।
ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज ईमेल प्रणालियाँ स्टोर-एंड-फ़ॉरवर्ड मॉडल पर आधारित हैं। ईमेल सर्वर संदेशों को स्वीकार, अग्रेषित, वितरित और संग्रहीत करते हैं, और न ही उपयोगकर्ताओं को उनके कंप्यूटरों को एक साथ ऑनलाइन होने की आवश्यकता है; उन्हें संदेश भेजने, प्राप्त करने या इसे डाउनलोड करने के लिए सामान्यतः मेल सर्वर या वेबमेल इंटरफ़ेस से कनेक्ट करने की आवश्यकता होती है।
मूल रूप से एक ASCII टेक्स्ट-ओनली संचार माध्यम, इंटरनेट ईमेल को बहुउद्देश्यीय इंटरनेट मेल एक्सटेंशन (MIME) द्वारा अन्य कैरेक्टर सेट और बहुमाध्यमिक विषय सूची संलग्न में टेक्स्ट किये जाने के लिए बढ़ाया गया था। अंतर्राष्ट्रीय ईमेल, UTF-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]
- एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में smtp.a.org को स्थानीय मेल सबमिशन एजेंट (एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) की एक प्रोफ़ाइल सबमिशन प्रोटोकॉलका उपयोग करता है।
- एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता (एफक्यूडीए) है। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, आधिकांश्तः प्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डोमेन नेम सिस्टम (डीएनएस) में मेल सर्वर के पूरी तरह से योग्य डोमेन नाम निर्धारित करने के लिए डोमेन नाम को हल करता है।
- डोमेन b.org (ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक संदेश ट्रांसफर एजेंट (एमटीए) सर्वर द्वारा चलाया जाता है।
- smtp.a.org का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है।
- एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है।
- बॉब का एमयूए या तो पोस्ट ऑफिस प्रोटोकॉल (POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) का उपयोग करके संदेश भेजता है।
इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ सम्मलित हैं:
- ऐलिस या बॉब सामूहिक ईमेल सिस्टम से जुड़े उपभोगता का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज इन प्रणालियों का आधिकांश्तः अपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल प्रवेशद्वार के माध्यम से ईमेल भेजता या प्राप्त करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक सामूहिक ईमेल सिस्टम के भीतर हो जाता है।
- ऐलिस के पास उसके कंप्यूटर पर मेल उपयोगकर्ता एजेंट नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकता है।
- ऐलिस का कंप्यूटर अपना संदेश हस्तांतरण एजेंट चला सकता है, इसलिए चरण 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]
- प्राप्त: एक एसएमटीपी सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है(अंतिम से पहले)।
- रिटर्न-पाथ:डिलीवरी के बाद SMTP सर्वर संदेश की अंतिम डिलीवरी करता है, यह हेडर के शीर्ष पर इस फ़ील्ड को सम्मिलित करता है।
प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।[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] और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित ईमेल क्लाइंट जैसे ईमेल क्लाइंट का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है।
ईमेल और यूज़नेट पोस्ट में प्लेन टेक्स्ट को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में se text (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 के दशक में, उपयोगकर्ताओं के लिए यह संभव है कि वे अपने ईमेल की जांच तब करें जब वे घर से दूर हों, चाहे वे पूरे शहर में हों या दुनिया भर में। नए संदेशों के बारे में उन्हें तुरंत सूचित करने के लिए स्मार्टफोन या अन्य उपकरणों पर अलर्ट भी भेजे जा सकते हैं। इसने ईमेल को उपयोगकर्ताओं के बीच अधिक लगातार संचार के लिए उपयोग करने की क्षमता दी है और उन्हें पूरे दिन अपने ईमेल की जांच करने और संदेश लिखने की अनुमति दी है। 2011 तक दुनिया भर में लगभग 1.4 बिलियन ईमेल उपयोगकर्ता थे और प्रतिदिन भेजे जाने वाले 50 बिलियन गैर-स्पैम ईमेल थे।[66]
लोग आधिकांश्तः व्यक्तिगत और काम से संबंधित संदेशों के लिए स्मार्टफोन पर ईमेल देखते हैं। यह पाया गया कि अमेरिकी वयस्क वेब ब्राउज़ करने या अपने फेसबुक खातों की जांच करने से ज्यादा अपने ईमेल की जांच करते हैं, जिससे ईमेल उपयोगकर्ताओं के लिए अपने स्मार्टफ़ोन पर सबसे लोकप्रिय गतिविधि बन जाती है। अध्ययन में 78% उत्तरदाताओं ने खुलासा किया कि वे अपने फोन पर अपना ईमेल देखते हैं।[74] यह भी पाया गया कि 30% उपभोक्ता अपने ईमेल की जांच करने के लिए केवल अपने स्मार्टफोन का उपयोग करते हैं, और 91% अपने स्मार्टफोन पर प्रति दिन कम से कम एक बार अपने ईमेल की जांच करने की संभावना रखते हैं। हालाँकि, स्मार्टफोन पर ईमेल का उपयोग करने वाले उपभोक्ताओं का प्रतिशत अलग-अलग देशों में नाटकीय रूप से भिन्न होता है। उदाहरण के लिए, अमेरिका में उन उपभोक्ताओं के 75% की तुलना में जिन्होंने इसका उपयोग किया, भारत में केवल 17% ने किया।[75]
युवा लोगों के बीच घटता उपयोग
As of 2010[update], नवंबर 2009 में शिखर पर पहुंचने के बाद ईमेल वेब साइटों पर जाने वाले अमेरिकियों की संख्या में 6 प्रतिशत की गिरावट आई थी। 12 से 17 वर्ष के व्यक्तियों के लिए, यह संख्या 18 प्रतिशत कम थी। युवाओं ने तात्कालिक संदेशन , टेक्स्टिंग और सामाजिक मीडिया को प्राथमिकता दी। प्रौद्योगिकी लेखक मैट रिचटेल ने द न्यूयॉर्क टाइम्स में कहा कि ईमेल वीसीआर , विनाइल रिकॉर्ड और स्थिर कैमरा की तरह था - अब अच्छा नहीं है और कुछ बड़े लोग करते हैं।[76][77]
एंड्रॉइड (ऑपरेटिंग सिस्टम) उपयोगकर्ताओं के 2015 के एक सर्वेक्षण से पता चला है कि 13 से 24 लोगों ने 45 से अधिक लोगों की तुलना में 3.5 गुना ज्यादा मैसेजिंग मोबाइल एप्लिकेशन का उपयोग किया, और ईमेल का उपयोग करने की संभावना बहुत कम थी।[78]
मुद्दे
अनुलग्नक आकार सीमा
ईमेल संदेशों में एक या एक से अधिक अटैचमेंट हो सकते हैं, जो ईमेल में संलग्न अतिरिक्त फाइलें होती हैं। विशिष्ट अनुलग्नकों में माइक्रोसॉफ्ट वर्ड दस्तावेज़, 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]
यह भी देखें
- अनाम रीमेलर
- एंटी-स्पैम तकनीक
- बिफ (यूनिक्स)
- उछाल संदेश
- ईमेल क्लाइंट की तुलना
- डार्क मेल एलायंस
- डिस्पोजेबल ईमेल पता
- ई-कार्ड
- इलेक्ट्रॉनिक मेलिंग सूची
- ईमेल कला
- ईमेल प्रमाणीकरण
- ईमेल डाइजेस्ट
- ईमेल एन्क्रिप्शन
- ईमेल होस्टिंग सेवा
- ईमेल तूफान
- ईमेल ट्रैकिंग
- एचटीएमएल ईमेल
- बहुत ज्यादा जानकारी
- इंटरनेट फैक्स
- इंटरनेट मेल मानक ों
- ईमेल विषय संक्षेपों की सूची
- एमसीआई मेल
- netiquette
- पोस्टिंग शैली
- गोपनीयता-वर्धित इलेक्ट्रॉनिक मेल
- ईमेल पुश करें
- आरएसएस
- टेलीग्राफी
- यूनिकोड और ईमेल
- यूज़नेट उद्धरण
- वेबमेल, वेबमेल प्रदाताओं की तुलना
- एक्स-उत्पत्ति-आईपी
- एक्स .400
- यर्किश
टिप्पणियाँ
संदर्भ
- ↑ 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.0 2.1 "डाटामेल: दुनिया की पहली मुफ्त भाषाई ईमेल सेवा भारत की आठ भाषाओं को सपोर्ट करती है". Archived from the original on October 22, 2016.
- ↑ 3.0 3.1 "ईमेल संज्ञा 1979 से पहले". Oxford English Dictionary. October 25, 2012. Retrieved May 14, 2020.
- ↑ 4.0 4.1 Ohlheiser, Abby (July 28, 2015). "क्यों 'ई-मेल' शब्द का पहला प्रयोग हमेशा के लिए खो सकता है". Washington Post. Retrieved May 14, 2020.
- ↑ "याहू स्टाइल गाइड". Styleguide.yahoo.com. Archived from the original on May 9, 2013. Retrieved January 9, 2014.
- ↑ 6.0 6.1 "एपी स्टाइल गाइड में 'ईमेल' से हाइफ़न हटाता है". Huffington Post. New York City. March 18, 2011. Archived from the original on May 12, 2015.
- ↑ "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
- ↑ AskOxford Language Query team. "'ई' शब्दों जैसे 'ईमेल', 'ई-कॉमर्स', 'ई-सरकार' की वर्तनी का सही तरीका क्या है?". FAQ. Oxford University Press. Archived from the original on July 1, 2008. Retrieved September 4, 2009.
हम ईमेल की अनुशंसा करते हैं, यह सामान्य रूप है
- ↑ "रिफरेन्स.कॉम". Dictionary.reference.com. Archived from the original on December 16, 2013. Retrieved January 9, 2014.
- ↑ Random House Unabridged Dictionary, 2006
- ↑ The American Heritage Dictionary of the English Language, Fourth Edition
- ↑ Princeton University WordNet 3.0
- ↑ The American Heritage Science Dictionary, 2002
- ↑ "मेरियम-वेबस्टर डिक्शनरी". Merriam-Webster. Archived from the original on May 12, 2014. Retrieved May 9, 2014.
- ↑ ""RFC स्टाइल गाइड", RFC में निरंतर उपयोग पर निर्णयों की तालिका". Archived from the original on December 28, 2013. Retrieved January 9, 2014.
- ↑ ""ईमेल" या "ई-मेल"". English Language & Usage – Stack Exchange. August 25, 2010. Archived from the original on August 31, 2010. Retrieved September 26, 2010.
- ↑ 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.
- ↑ "यूज़नेट समाचार समूह alt.usage.english के अक्सर पूछे जाने वाले प्रश्नों की सूची से अंश". Alt-usage-english.org. Archived from the original on April 3, 2012. Retrieved January 9, 2014.
- ↑ "दीदा वी.ए. शिव अय्यदुरई ने ईमेल का आविष्कार किया था? | सीजीएसआईएस". www.sigcis.org. Retrieved September 5, 2020.
- ↑ Wed, May 22nd 2019 10:35am-Mike Masnick (May 22, 2019). "सभी साक्ष्य प्रस्तुत करना: शिवा अय्यदुरई ने ईमेल का आविष्कार नहीं किया था". Techdirt. Retrieved September 5, 2020.
- ↑ Pexton, Patrick B. (March 1, 2012). "ई-मेल की उत्पत्ति: मेरा पहला अपराध". Washington Post (in English). Retrieved April 18, 2022.
- ↑ "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.
- ↑ "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
- ↑ Tom Van Vleck. "इलेक्ट्रॉनिक मेल का इतिहास".
- ↑ Ray Tomlinson. "पहला नेटवर्क ईमेल". Openmap.bbn.com. Archived from the original on May 6, 2006. Retrieved October 5, 2019.
- ↑ 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.
- ↑ Connie Winkler (October 22, 1979). "CompuServe पिन MicroNET, InfoPlex पर उम्मीद करता है". Computerworld. Vol. 13, no. 42. p. 69; Dylan Tweney (September 24, 1979). "24 सितंबर, 1979: पहली बार उपभोक्ताओं के लिए पहली ऑनलाइन सेवा". Wired.
- ↑ 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.
- ↑ "ऑल-इन-1". DIGITAL Computing Timeline. January 30, 1998.
- ↑ "एचपी कंप्यूटर संग्रहालय".
- ↑ 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) - ↑ ई-मेल कैसे काम करता है. howstuffworks.com. 2008. Archived from the original on June 11, 2017.
- ↑ "ओपन रिले क्या है?". WhatIs.com. Indiana University. July 19, 2004. Archived from the original on August 24, 2007. Retrieved April 7, 2008.
- ↑ Ch Seetha Ram (2010). प्रबंधन के लिए सूचना प्रौद्योगिकी. Deep & Deep Publications. p. 164. ISBN 978-81-8450-267-1.
- ↑ Hoffman, Paul (August 20, 2002). "एसएमटीपी में रिलेइंग की अनुमति: सर्वेक्षणों की एक श्रृंखला". IMC Reports. Internet Mail Consortium. Archived from the original on January 18, 2007. Retrieved April 13, 2008.
- ↑ The Internet message format is also used for network news
- ↑ Simpson, Ken (October 3, 2008). "ईमेल मानकों के लिए एक अद्यतन". MailChannels Blog Entry. Archived from the original on October 6, 2008.
- ↑ J. Klensin (October 2008), "Mail Objects", सरल डाक स्थानांतरण प्रोटोकॉल, sec. 2.3.1., doi:10.17487/RFC5321, RFC 5321,
SMTP एक मेल ऑब्जेक्ट ट्रांसपोर्ट करता है। एक मेल ऑब्जेक्ट में एक लिफाफा और सामग्री होती है। ... SMTP सामग्री SMTP डेटा प्रोटोकॉल यूनिट में भेजी जाती है, और इसके दो भाग होते हैं: हेडर सेक्शन और बॉडी।
- ↑ D. Crocker (July 2009), "Message Data", इंटरनेट मेल आर्किटेक्चर, sec. 4.1., doi:10.17487/RFC5598, RFC 5598,
एक संदेश में ट्रांज़िट-हैंडलिंग लिफाफा और संदेश सामग्री शामिल होती है। लिफाफे में MHS द्वारा उपयोग की जाने वाली जानकारी होती है। सामग्री को एक संरचित हेडर और बॉडी में विभाजित किया गया है।
- ↑ 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) - ↑ 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) - ↑ 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.
- ↑ 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) - ↑ "अब, हिंदी में अपना ईमेल पता प्राप्त करें - द इकोनॉमिक टाइम्स". The Economic Times. Archived from the original on August 28, 2016. Retrieved October 17, 2016.
- ↑ 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) - ↑ 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) - ↑ 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) - ↑ Microsoft, Auto Response Suppress, 2010, Microsoft reference Archived 2011-04-07 at the Wayback Machine, 2010 Sep 22
- ↑ John Klensin (October 2008). "Trace Information". सरल डाक स्थानांतरण प्रोटोकॉल. IETF. sec. 4.4. doi:10.17487/RFC5321. RFC 5321.
- ↑ John Levine (January 14, 2012). "ट्रेस हेडर". email message. IETF. Archived from the original on August 11, 2012. Retrieved January 16, 2012.
उन दोनों की तुलना में बहुत अधिक ट्रेस फ़ील्ड हैं
- ↑ This extensible field is defined by RFC 7001, this also defines an IANA registry of Email Authentication Parameters.
- ↑ RFC 7208.
- ↑ 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) - ↑ Defined in RFC 3834, and updated by RFC 5436.
- ↑ RFC 5518.
- ↑ Craig Hunt (2002). टीसीपी/आईपी नेटवर्क प्रशासन. O'Reilly Media. p. 70. ISBN 978-0-596-00297-8.
- ↑ "यूनिकोड क्या है? | कॉन्फिनिटी". www.konfinity.com. Retrieved January 31, 2022.
- ↑ "ईमेल नीतियां जो वायरस को रोकती हैं". Archived from the original on May 12, 2007.
{{cite web}}: CS1 maint: bot: original URL status unknown (link) - ↑ "रूट्सवेब मेलिंग सूची में पोस्ट करते समय..." Helpdesk.rootsweb.com. Archived from the original on February 19, 2014. Retrieved January 9, 2014.
- ↑ "...सादा पाठ, प्रति पंक्ति 72 वर्ण..." Openbsd.org. Archived from the original on February 8, 2014. Retrieved January 9, 2014.
- ↑ "Winmail.dat फ़ाइल को इंटरनेट उपयोगकर्ताओं को भेजे जाने से कैसे रोकें". Support.microsoft.com. July 2, 2010. Archived from the original on January 9, 2014. Retrieved January 9, 2014.
- ↑ 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
- ↑ "केवल अपठित संदेशों को देखें". support.microsoft.com.
- ↑ "Yahoo! में नि:शुल्क ईमेल प्रदाता निर्देशिका". dir.yahoo.com. Archived from the original on July 4, 2014.
- ↑ RFC 2368 section 3 : by Paul Hoffman in 1998 discusses operation of the "mailto" URL.
- ↑ 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.
- ↑ "हाइपरलिंक बनाना § ई-मेल लिंक". MDN Web Docs (in English). Retrieved September 30, 2019.
- ↑ Allen, David (2004). ओइंडोस द लिनिच. Prentice Hall. p. 192. ISBN 978-1423902454. Archived from the original on December 26, 2016.
- ↑ "Implementation and Operation". DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4. sec. 4.5. doi:10.17487/RFC1733. RFC 1733.
- ↑ "Message Store (MS)". Internet Mail Architecture. sec. 4.2.2. doi:10.17487/RFC5598. RFC 5598.
- ↑ 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.
- ↑ 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.
- ↑ Lev, Amir (October 2, 2009). "स्पैम संस्कृति, भाग 1: चीन". Archived from the original on November 10, 2016.
- ↑ "ईमेल स्मार्टफोन पर शीर्ष गतिविधि है, वेब ब्राउजिंग और फेसबुक से आगे [अध्ययन]". March 28, 2013. Archived from the original on April 29, 2014.
- ↑ "परम मोबाइल ईमेल सांख्यिकी अवलोकन". Archived from the original on July 11, 2014.
- ↑ Richtel, Matt (December 20, 2010). "ई-मेल को तुरंत बदलाव मिलता है". The New York Times. Retrieved April 4, 2018.
- ↑ Gustini, Ray (December 21, 2010). "युवा ईमेल क्यों छोड़ रहे हैं?". The Atlantic. Retrieved April 4, 2018.
- ↑ Perez, Sarah (March 24, 2016). "ईमेल मोबाइल के सबसे कम उम्र के उपयोगकर्ताओं के बीच मर रहा है". techcrunch.com. Retrieved April 4, 2018.
- ↑ "Setting Message Size Limits in Exchange 2010 and Exchange 2007" Archived 2013-02-12 at the Wayback Machine.
- ↑ "Google updates file size limits for Gmail and YouTube", geek.com Archived 2011-12-19 at the Wayback Machine.
- ↑ "Maximum attachment size", mail.google.com.
- ↑ Walther, Henrik (January 2009). "रहस्यमय अटैचमेंट का आकार बढ़ता है, सार्वजनिक फ़ोल्डरों की प्रतिकृति, और बहुत कुछ". Exchange Queue & A. TechNet Magazine. Retrieved November 7, 2021 – via Microsoft Docs.
{{cite magazine}}: External link in|department= - ↑ "Send large files to other people" Archived 2016-08-07 at the Wayback Machine, Microsoft.com
- ↑ "8 ways to email large attachments" Archived 2016-07-02 at the Wayback Machine, Chris Hoffman, December 21, 2012, makeuseof.com
- ↑ Radicati, Sara. "ईमेल सांख्यिकी रिपोर्ट, 2010" (PDF). Archived (PDF) from the original on September 1, 2011.
- ↑ Gross, Doug (October 20, 2010). "सूचना अधिभार दिवस की शुभकामनाएं!". CNN. Archived from the original on October 23, 2015. Retrieved March 24, 2019.
- ↑ Stross, Randall (April 20, 2008). "ई-मेल सुनामी से बचने के लिए संघर्ष". The New York Times. Archived from the original on April 17, 2009. Retrieved May 1, 2010.
- ↑ "स्पैम देख रहे हैं? अपने Google Analytics डेटा की देखभाल कैसे करें". sitepronews.com. May 4, 2015. Archived from the original on November 7, 2017. Retrieved September 5, 2017.
- ↑ 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
- ↑ How Microsoft is losing the war on spam Salon.com Archived 2008-06-29 at the Wayback Machine
- ↑ Spam Bill 2003 (PDF Archived 2006-09-11 at the Wayback Machine)
- ↑ "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
- ↑ "Spam and phishing in Q1 2016" Archived 2016-08-09 at the Wayback Machine, May 12, 2016, securelist.com
- ↑ "Kaspersky Lab स्पैम और फ़िशिंग रिपोर्ट". May 26, 2021.
- ↑ "2021 ईमेल उपयोग सांख्यिकी". October 5, 2021.
- ↑ 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.
- ↑ "जब ईमेल एक्सचेंज बाध्यकारी अनुबंध बन जाते हैं". law.com.
- ↑ Catarina, Jessica; Feitel, Jesse (2019). "न्यूयॉर्क कानून के तहत ईमेल के माध्यम से असावधानीवश अनुबंध निर्माण: एक अद्यतन". Syracuse Law Review. 69.
- ↑ Corfield, Gareth. "यूके कोर्ट के फैसले में कहा गया है कि ईमेल हस्ताक्षर ब्लॉक बाध्यकारी अनुबंधों पर हस्ताक्षर कर सकते हैं". The Register. Retrieved December 6, 2019.
- ↑ S. Kiesler; D. Zubrow; A.M. Moses; V. Geller (1985). "कंप्यूटर-मध्यस्थ संचार में प्रभाव: सिंक्रोनस टर्मिनल-टू-टर्मिनल चर्चा में एक प्रयोग". Human-Computer Interaction. 1: 77–104. doi:10.1207/s15327051hci0101_3.
- ↑ Barrett, Grant (December 23, 2007). "हम सब कह रहे हैं।". The New York Times. Archived from the original on April 17, 2009. Retrieved December 24, 2007.
- ↑ "अंतर्राष्ट्रीयकृत डोमेन नाम (आईडीएन) | Registry.In". registry.in. Archived from the original on May 13, 2016. Retrieved October 17, 2016.
- ↑ "मेड इन इंडिया 'डाटामेल' रूस को रूसी भाषा में ईमेल पते के साथ सशक्त बनाता है - डिजिटल विजेता". December 7, 2016. Archived from the original on March 5, 2017.
- ↑ RFC 3885, SMTP Service Extension for Message Tracking
- ↑ RFC 3888, Message Tracking Model and Requirements
- ↑ Amy Harmon (November 22, 2000). "सॉफ्टवेयर जो ई-मेल को ट्रैक करता है, गोपनीयता संबंधी चिंताओं को बढ़ा रहा है". The New York Times. Retrieved January 13, 2012.
- ↑ "अबाउट.कॉम". Email.about.com. December 19, 2013. Archived from the original on August 27, 2016. Retrieved January 9, 2014.
- ↑ "Outlook: Web Bugs & Blocked HTML Images" Archived 2015-02-18 at the Wayback Machine, slipstick.com
- ↑ "Gmail blows up e-mail marketing..." Archived 2017-06-07 at the Wayback Machine, Ron Amadeo, Dec 13 2013, Ars Technica
अग्रिम पठन
- Cemil Betanov, Introduction to X.400, Artech House, ISBN 0-89006-597-7.
- Marsha Egan, "Inbox Detox and The Habit of Email Excellence Archived May 20, 2016, at the Wayback Machine", 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.
- Partridge, Craig (April–June 2008). "The Technical Development of Internet Email" (PDF). IEEE Annals of the History of Computing. 30 (2): 3–29. doi:10.1109/mahc.2008.32. ISSN 1934-1547. S2CID 206442868. Archived from the original (PDF) on June 2, 2016.
- 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.
इस पेज में लापता आंतरिक लिंक की सूची
- ईमेल पता
- संकेत पर
- स्थानीय क्षेत्र अंतरजाल
- समकालीन अमेरिकी अंग्रेजी का कॉर्पस
- क्रिप्टोग्राफी में प्लेसहोल्डर नाम
- पूरी तरह से योग्य कार्यक्षेत्र नाम
- एमएक्स रिकॉर्ड
- पूरी तरह से योग्य डोमेन पता
- डीएनएस सर्वर
- क्षेत्र(कंप्यूटर विज्ञान)
- हस्ताक्षर खंड
- व्हाइटस्पेस चरित्र
- इंटरनेट निरुपित नंबर प्राधिकरण
- ईमेल विषय संक्षेप
- सामग्री प्रकार
- संदेश- id
- प्रेषक नीति ढांचा
- संदर्भ द्वारा वाउचर
- प्रिंट करने योग्य उद्धृत
- बेस 64
- अक्षरों का समूह
- प्लेन टेक्स्ट
- एचटीएमएल ईमेल
- तिर्छा
- मेलिंग सूची
- वर्ण प्रति पंक्ति
- मठ(ईमेल क्लाइंट)
- उछाल संदेश
- यूआरआई योजनाएं
- मजाक(सॉफ्टवेयर)
- Android(ऑपरेटिंग सिस्टम)
- बहुत ज्यादा जानकारी
- 2003 का कैन-स्पैम अधिनियम
- एंटी-स्पैम तकनीक(ईमेल)
- अग्रिम शुल्क घोटाला
- सूचान प्रौद्योगिकी
- सामाजिक आदर्श
- विदेश महाविद्यालय
- ईमेल विषय संक्षिप्त रूपों की सूची
बाहरी संबंध
- IANA's list of standard header fields
- The History of Email is Dave Crocker's attempt at capturing the sequence of 'significant' occurrences in the evolution of email; a collaborative effort that also cites this page.
- The History of Electronic Mail is a personal memoir by the implementer of an early email system
- A Look at the Origins of Network Email is a short, yet vivid recap of the key historical facts
- Business E-Mail Compromise - An Emerging Global Threat, FBI
- Explained from first principles, a 2021 article attempting to summarize more than 100 आरएफसीs
