ईमेल: Difference between revisions
No edit summary |
No edit summary |
||
| Line 167: | Line 167: | ||
==== सामग्री एन्कोडिंग ==== | ==== सामग्री एन्कोडिंग ==== | ||
इंटरनेट ईमेल को 7-बिट ASCII के लिए डिजाइन किया गया था।<ref>{{cite book|title=टीसीपी/आईपी नेटवर्क प्रशासन|year=2002|isbn=978-0-596-00297-8|author=Craig Hunt|publisher=[[O'Reilly Media]]|page=70}}</ref> अधिकांश ईमेल सॉफ़्टवेयर [[ 8-बिट साफ ]] | इंटरनेट ईमेल को 7-बिट ASCII के लिए डिजाइन किया गया था।<ref>{{cite book|title=टीसीपी/आईपी नेटवर्क प्रशासन|year=2002|isbn=978-0-596-00297-8|author=Craig Hunt|publisher=[[O'Reilly Media]]|page=70}}</ref> अधिकांश ईमेल सॉफ़्टवेयर [[ 8-बिट साफ ]] होते हैं, लेकिन यह मान लेना चाहिए कि यह 7-बिट सर्वर और मेल रीडर के साथ संचार करेगा। MIME मानक ने गैर-ASCII डेटा के प्रसारण को सक्षम करने के लिए कैरेक्टर सेट स्पेसिफायर और दो कंटेंट ट्रांसफर एन्कोडिंग की शुरुआत की: उस सीमा के बाहर कुछ वर्णों के साथ ज्यादातर 7-बिट सामग्री के लिए प्रिंट करने योग्य और मनमाना [[ बायनरी ]] डेटा के लिए बेस64। इन एन्कोडिंग की आवश्यकता के बिना मेल के प्रसारण की अनुमति देने के लिए [[ 8BITMIME ]] और BINARY एक्सटेंशन पेश किए गए थे, लेकिन कई [[ मेल ट्रांसपोर्ट एजेंट ]] उनका समर्थन नहीं कर सकते हैं। कुछ देशों में, ई-मेल सॉफ़्टवेयर उल्लंघन करता है {{IETF RFC|5322}} कच्चा भेजकर<ref group=nb>Not using Internationalized Email or MIME</ref> गैर-ASCII पाठ और कई एन्कोडिंग योजनाएँ सह-अस्तित्व में हैं; नतीजतन, डिफ़ॉल्ट रूप से, गैर-लैटिन वर्णमाला भाषा में संदेश गैर-पठनीय रूप में प्रकट होता है(केवल एक अपवाद है यदि प्रेषक और रिसीवर एक ही एन्कोडिंग योजना का उपयोग करते हैं)। इसलिए, अंतर्राष्ट्रीय चरित्र सेटों के लिए, यूनिकोड लोकप्रियता में बढ़ रहा है।<ref>{{Cite web|title=यूनिकोड क्या है? {{!}} कॉन्फिनिटी|url=https://www.konfinity.com/what-is-unicode?|access-date=2022-01-31|website=www.konfinity.com}}</ref> | ||
| Line 176: | Line 176: | ||
कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं <code>Content-Type: html</code> हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं। | कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं <code>Content-Type: html</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> और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित | टेक्स्ट-आधारित ईमेल क्लाइंट जैसे Mutt(ईमेल क्लाइंट) का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है। | ||
ईमेल और [[ यूज़नेट ]] पोस्ट में सादे पाठ को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में [[ setext | setext]](c. 1992) और [[ लाइटवेट मार्कअप भाषा ]] जैसी औपचारिक भाषाओं का विकास हुआ, उनमें से सबसे लोकप्रिय [[ markdown ]] थी। | |||
ईमेल और [[ यूज़नेट | यूज़नेट]] पोस्ट में सादे पाठ को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में [[ setext | setext]](c. 1992) और [[ लाइटवेट मार्कअप भाषा | लाइटवेट मार्कअप भाषा]] जैसी औपचारिक भाषाओं का विकास हुआ, उनमें से सबसे लोकप्रिय [[ markdown | markdown]] थी। | |||
कुछ 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 271: | Line 272: | ||
==== <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 327: | Line 328: | ||
=== ईमेल दिवालियापन === | === ईमेल दिवालियापन === | ||
{{main| | {{main|ईमेल दिवालियापन}} | ||
ईमेल श्रान्ति के रूप में भी जाना जाता है, ईमेल दिवालियापन तब होता है जब कोई उपयोगकर्ता बड़ी संख्या में ईमेल संदेशों को पढ़ने और उनका जवाब देने में पिछड़ने के बाद उनकी उपेक्षा करता है। पिछड़ने का कारण प्राय: सूचनाओं का अधिभार होता है और एक सामान्य ज्ञान में इतनी अधिक सूचनाएँ होती हैं कि सभी को पढ़ पाना संभव नहीं होता। एक समाधान के रूप में, लोग कभी-कभी यह समझाते हुए बॉयलरप्लेट संदेश भेजते हैं कि उनका ईमेल इनबॉक्स भरा हुआ है, और वे सभी संदेशों को साफ़ करने की प्रक्रिया में हैं। हार्वर्ड विश्वविद्यालय के कानून के प्रोफेसर [[ लॉरेंस लेसिग ]] को इस शब्द को गढ़ने का श्रेय दिया जाता है, लेकिन हो सकता है कि उन्होंने ही इसे लोकप्रिय बनाया हो।<ref>{{cite news|title=हम सब कह रहे हैं।|url=https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|newspaper=The New York Times|date=December 23, 2007|access-date=2007-12-24|first=Grant|last=Barrett|url-status=live|archive-url=https://web.archive.org/web/20090417094849/https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|archive-date=April 17, 2009}}</ref> | ईमेल श्रान्ति के रूप में भी जाना जाता है, ईमेल दिवालियापन तब होता है जब कोई उपयोगकर्ता बड़ी संख्या में ईमेल संदेशों को पढ़ने और उनका जवाब देने में पिछड़ने के बाद उनकी उपेक्षा करता है। पिछड़ने का कारण प्राय: सूचनाओं का अधिभार होता है और एक सामान्य ज्ञान में इतनी अधिक सूचनाएँ होती हैं कि सभी को पढ़ पाना संभव नहीं होता। एक समाधान के रूप में, लोग कभी-कभी यह समझाते हुए बॉयलरप्लेट संदेश भेजते हैं कि उनका ईमेल इनबॉक्स भरा हुआ है, और वे सभी संदेशों को साफ़ करने की प्रक्रिया में हैं। हार्वर्ड विश्वविद्यालय के कानून के प्रोफेसर [[ लॉरेंस लेसिग ]] को इस शब्द को गढ़ने का श्रेय दिया जाता है, लेकिन हो सकता है कि उन्होंने ही इसे लोकप्रिय बनाया हो।<ref>{{cite news|title=हम सब कह रहे हैं।|url=https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|newspaper=The New York Times|date=December 23, 2007|access-date=2007-12-24|first=Grant|last=Barrett|url-status=live|archive-url=https://web.archive.org/web/20090417094849/https://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html|archive-date=April 17, 2009}}</ref> | ||
| Line 333: | Line 334: | ||
=== अंतर्राष्ट्रीयकरण === | === अंतर्राष्ट्रीयकरण === | ||
मूल रूप से इंटरनेट ईमेल पूरी तरह से ASCII टेक्स्ट-आधारित था। MIME अब बॉडी कंटेंट टेक्स्ट और कुछ हेडर कंटेंट टेक्स्ट को अंतर्राष्ट्रीय वर्ण सेट में अनुमति देता है, लेकिन UTF-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> | मूल रूप से इंटरनेट ईमेल पूरी तरह से ASCII टेक्स्ट-आधारित था। MIME अब बॉडी कंटेंट टेक्स्ट और कुछ हेडर कंटेंट टेक्स्ट को अंतर्राष्ट्रीय वर्ण सेट में अनुमति देता है, लेकिन UTF-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|अंतर्राष्ट्रीय ईमेल|ईमेल पता अंतर्राष्ट्रीयकरण}} | ||
Revision as of 01:44, 11 December 2022
.svg)
इलेक्ट्रॉनिक मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों ("मेल") के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक डिजिटल संस्करण, या मेल के समकक्ष के रूप में माना गया था, उस समय जब "मेल" का अर्थ केवल भौतिक मेल था।। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, एक ईमेल पते को आधिकांश्तः व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल (द्रव्यमान संज्ञा|द्रव्यमान/गणना भेद) कहा जाता है।
ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज की ईमेल प्रणालियाँ संरक्षित और अग्रसारित मॉडल पर आधारित हैं। ईमेल सर्वर संदेशों को स्वीकार, अग्रेषित, वितरित और संग्रहीत करता है। न तो उपयोगकर्ताओं और न ही उनके कंप्यूटरों को एक साथ ऑनलाइन होने की आवश्यकता है; उन्हें संदेश भेजने या प्राप्त करने या इसे डाउनलोड करने के लिए सामान्यतः मेल सर्वर या वेबमेल इंटरफ़ेस से कनेक्ट करने की आवश्यकता होती है।
मूल रूप से एक ASCII टेक्स्ट-ओनली संचार माध्यम, इंटरनेट ईमेल को बहुउद्देशीय इंटरनेट मेल (MIME) द्वारा अन्य संप्रतीक समुच्चय और बहु माध्यम सामग्री संलग्नक में टेक्स्ट ले जाने के लिए बढ़ाया गया था। अंतर्राष्ट्रीय ईमेल, UTF-8 का उपयोग करते हुए अंतर्राष्ट्रीय ईमेल पतों के साथ, मानकीकृत है लेकिन व्यापक रूप से अपनाया नहीं गया है।[2]
शब्दावली
इलेक्ट्रॉनिक मेल शब्द 1975 से अपने आधुनिक अर्थ के साथ उपयोग में है, और 1979 से छोटे ई-मेल के रूपांतरों का उपयोग किया जा रहा है:[3][4]
- ईमेल अब सामान्य रूप है, और शैली गाइड द्वारा अनुशंसित है।[5][6] यह IETF टिप्पणियों के लिए अनुरोध(RFC) और वर्किंग ग्रुप्स के लिए आवश्यक फॉर्म है।[7] यह वर्तनी अधिकांश शब्दकोशों में भी दिखाई देती है।[8][9][10][11][12][13][14][15]
- ई-मेल संपादित प्रकाशित अमेरिकी अंग्रेजी और ब्रिटिश अंग्रेजी लेखन में पसंदीदा रूप है जैसा कि समकालीन अमेरिकी अंग्रेजी डेटा के कॉर्पस में परिलक्षित होता है,[16] लेकिन कुछ स्टाइल गाइड के पक्ष में गिर रहा है।[6][17]
- कभी-कभी ई-मेल का प्रयोग किया जाता है।[18] जून 1979 में मूल उपयोग और साथ नामक संयुक्त राज्य डाक सेवा पहल के संदर्भ में इलेक्ट्रॉनिक्स(पत्रिका) पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।[3][4]*
- ईमेल का भी उपयोग किया जाता है।
- EMAIL का उपयोग कॉम्प्युसर्व द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।[19][20]
- ईमेल लेखक के पते के लिए RFC में उपयोग किया जाने वाला एक पारंपरिक रूप है।
सेवा को अक्सर मेल के रूप में संदर्भित किया जाता है, और इलेक्ट्रॉनिक मेल के एक टुकड़े को संदेश कहा जाता है। ईमेल के भीतर क्षेत्रों के लिए सम्मेलन - "टू," "फ्रॉम," "सीसी," "बीसीसी" आदि - 1975 में RFC-680 के साथ शुरू हुआ। [21]
एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और सामग्री होती है; [22] सामग्री में एक हेडर और एक बॉडी होती है। [23]
इतिहास
1960 के दशक की शुरुआत मे साझाकरण प्रणाली आगमन के बाद, 1965 में मेसाचुसेट्स प्रौद्योगिक संस्थान के CTSS प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया।[24] शुरुआती मेनफ्रेम और मिनी कंप्यूटर के अधिकांश डेवलपर्स ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।[25] RFC की एक श्रृंखला में, फ़ाइल स्थानांतरण प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।
मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। IBM, CompuServe और CompuServe ने 1978 से एक वाणिज्यिक इंट्राऑफिस मेल उत्पाद और 1981 से IBM और Xerox को बेचा।[nb 1][26][27][28] DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL(बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गया[29][30]
1983 में ARPANET पर सरल डाक स्थानांतरण प्रोटोकॉल (SMTP) प्रोटोकॉल लागू किया गया था। 1980 के दशक के मध्य में लोकल एरिया नेटवर्क ईमेल सिस्टम का उदय हुआ। 1980 के दशक के अंत और 1990 के दशक की शुरुआत में एक समय के लिए, यह संभावना प्रतीत हुई कि या तो एक मालिकाना वाणिज्यिक प्रणाली या X.400 ईमेल प्रणाली, गवर्नमेंट ओपन सिस्टम्स इंटरकनेक्शन प्रोफाइल (GOSIP) का हिस्सा, प्रबल होगी। हालांकि, 1995 में इंटरनेट पर वाणिज्यिक यातायात ले जाने पर अंतिम प्रतिबंध समाप्त होने के बाद, ref>NSFNET बैकबोन सर्विस को रिटायर करना: एक युग के अंत का इतिहास Archived 2016-01-01 at the Wayback Machine, सुसान आर. हैरिस, पीएच.डी., और एलिस गेरिच, कनेक्शंस, वॉल्यूम। 10, नंबर 4, अप्रैल 1996</ref>[31] कारकों के संयोजन ने SMTP, POP3 और IMAP ईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।[nb 2]
ऑपरेशन
क्निस्म्नस लिखित घटनाओं का एक विशिष्ट क्रम है होता है जब क्रिप्टोग्राफी में प्रेषक प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट(एमयूए) का उपयोग करके एक संदेश भेजता है।[32]
- एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में smtp.a.org मे स्थानीय मेल सबमिशन एजेंट(एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल(एसएमटीपी) की एक प्रोफाइल सबमिशन प्रोटोकॉल का उपयोग करता है,
- एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है(संदेश शीर्षलेख से नहीं) - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता(एफक्यूडीए) है। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, आधिकांश्तःप्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डोमेन नेम सिस्टम(डीएनएस) में मेल सर्वर के पूरी तरह से योग्य डोमेन नाम निर्धारित करने के लिए डोमेन नाम को हल करता है।
- डोमेन b.org(ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक संदेश ट्रांसफर एजेंट(एमटीए) सर्वर द्वारा चलाया जाता है। प्राप्तकर्ता का आईएसपी।
- smtp.a.org SMTP का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट(एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश को अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है।
- एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है।
- बॉब का MUA या तो पोस्ट ऑफिस प्रोटोकॉल(POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल(IMAP) का उपयोग करके संदेश उठाता है।
इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ सम्मलित हैं:
- ऐलिस या बॉब कॉरपोरेट ईमेल सिस्टम से जुड़े क्लाइंट का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज। इन प्रणालियों का आधिकांश्तःअपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल गेटवे के माध्यम से ईमेल भेजता या प्राप्त करता है जो आवश्यक सुधार भी करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक कॉर्पोरेट ईमेल सिस्टम के भीतर हो सकता है।
- ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है।
- ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें।
- बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए mx.b.org में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना।
- डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें।
कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को ओपन मेल रिले कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।[33][34] हालाँकि, यह तंत्र ईमेल स्पैम के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,[35] और कई एमटीए ओपन मेल रिले से संदेशों को स्वीकार नहीं करते हैं।
संदेश प्रारूप
ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप[36] RFC 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और RFC 2045 में RFC 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से बहुउद्देशीय इंटरनेट मेल एक्सटेंशन या MIME कहा जाता है। अंतर्राष्ट्रीय ईमेल में एक्सटेंशन केवल ईमेल पर लागू होते हैं। RFC 5322 ने 2008 में पहले RFC 2822 को बदल दिया, फिर 2001 में RFC 2822 ने RFC 822 को बदल दिया - दशकों से इंटरनेट ईमेल के लिए मानक थे। 1982 में प्रकाशित, RFC 822 ARPANET के लिए पहले ये RFC 733 पर आधारित था।[37]
इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी"। इन्हें "सामग्री" के रूप में जाना जाता है।।[38][39] हेडर को ईमेल के बारे में, से, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों के परिवहन की प्रक्रिया में, SMTP संदेश हेडर फ़ील्ड का उपयोग करके वितरण मापदंडों और सूचनाओं का संचार करता है। मुख्य भाग में संदेश होता है, असंरचित पाठ के रूप में, कभी-कभी अंत में एक हस्ताक्षर ब्लॉक होता है। शीर्षलेख को मुख्य भाग से एक रिक्त रेखा द्वारा अलग किया जाता है।
संदेश शीर्षलेख
RFC 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर(विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड("हेडर फ़ील्ड") सम्मलित होते हैं।प्रत्येक फ़ील्ड का एक नाम(फ़ील्ड नाम या हेडर फ़ील्ड नाम) होता है, उसके बाद विभाजक वर्ण: और एक मान(फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है।
प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान(फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, SMTPUTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को MIME एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है।
हैडर फ़ील्ड्स
ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।[40] RFC 5322 द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, RFC 2047 में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।[41] कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,[42][43] पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतर UTF-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते Google और Microsoft उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।[44]
संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड सम्मलित होने चाहिए:[45][46]
- प्रेषक: ईमेल पता, और, वैकल्पिक रूप से, लेखक(कों) का नाम। कुछ ईमेल क्लाइंट खाता सेटिंग के माध्यम से बदले जा सकते हैं।
- दिनांक: स्थानीय समय और दिनांक संदेश लिखा गया था। प्रेषक: फ़ील्ड की तरह, कई ईमेल क्लाइंट इसे भेजने से पहले स्वचालित रूप से भर देते हैं। प्राप्तकर्ता का ग्राहक प्रारूप में समय और उनके लिए स्थानीय समय क्षेत्र प्रदर्शित कर सकता है।
RFC 3864 IANA में संदेश हेडर फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; ; यह MIME, net news, और HTTP के लिए परिभाषित फ़ील्ड सहित स्थायी और अनंतिम फ़ील्ड नाम प्रदान करता है, और प्रासंगिक RFC को संदर्भित करता है। ईमेल के लिए सामान्य हेडर फ़ील्ड में सम्मलित हैं:[47]
- प्रति: ईमेल पता(पते), और वैकल्पिक रूप से संदेश के प्राप्तकर्ताओं के नाम प्राथमिक प्राप्तकर्ताओं को इंगित करता है,(एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें।
- विषय: संदेश के विषय का संक्षिप्त सारांश। विषय में सामान्तः कुछ संक्षिप्त रूपों का उपयोग किया जाता है, जिनमें "आरई:" और "एफडब्ल्यू:" हैं।
- सीसी: कार्बन कॉपी; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं।
- बीसीसी: ब्लाइंड कार्बन कॉपी; पते सामान्यतः केवल SMTP वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं।
- सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, सामान्यतः एक MIME प्रकार।
- वरीयता: सामान्यतः "बल्क", "जंक", या "लिस्ट" मानों के साथ; स्वचालित "अवकाश" या "कार्यालय से बाहर" इंगित करने के लिए उपयोग की जाने वाली प्रतिक्रियाओं को इस मेल के लिए वापस नहीं किया जाना चाहिए, उदा। मेलिंग सूची के अन्य सभी ग्राहकों को अवकाश नोटिस भेजे जाने से रोकने के लिए। Send mail कतारबद्ध ईमेल की प्राथमिकता को प्रभावित करने के लिए इस फ़ील्ड का उपयोग करता है, "वरीयता: विशेष-वितरण" संदेशों को जल्द ही वितरित किया जाता है। आधुनिक उच्च-बैंडविड्थ नेटवर्क के साथ, वितरण प्राथमिकता पहले से कम समस्या है। Microsoft Exchange एक बारीक-बारीक स्वचालित प्रतिक्रिया दमन तंत्र, X-ऑटो-रिस्पांस-सप्रेस फ़ील्ड का सम्मान करता है।[48]
- संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी:(नीचे देखें)।
- इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है।
- सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि।
- Reply-To: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए।
- प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड(सचिव, सूची प्रबंधक, आदि) में सूचीबद्ध लेखक की ओर से कार्य करता है।
- आर्काइव्ड-एट: एक व्यक्तिगत ईमेल संदेश के आर्काइव्ड फॉर्म का सीधा लिंक।
To