ईमेल: Difference between revisions
From Vigyanwiki
No edit summary |
|||
| Line 71: | Line 71: | ||
# smtp.a.org SMTP का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश को अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है। | # smtp.a.org SMTP का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट (एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश को अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है। | ||
# एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है। | # एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है। | ||
# बॉब का MUA या तो | # बॉब का MUA या तो पोस्ट ऑफिस प्रोटोकॉल (POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) का उपयोग करके संदेश उठाता है। | ||
इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ मौजूद हैं: | इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ मौजूद हैं: | ||
* ऐलिस या बॉब | * ऐलिस या बॉब कॉरपोरेट ईमेल सिस्टम से जुड़े क्लाइंट का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज। इन प्रणालियों का अक्सर अपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल गेटवे के माध्यम से ईमेल भेजता या प्राप्त करता है जो आवश्यक सुधार भी करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक कॉर्पोरेट ईमेल सिस्टम के भीतर हो सकता है। | ||
* ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है। | * ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है। | ||
* ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें। | * ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 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> और कई एमटीए ओपन मेल रिले से संदेश स्वीकार नहीं करते हैं। | ||
| Line 117: | Line 117: | ||
RFC 3864 इंटरनेट असाइन किए गए नंबर प्राधिकरण में संदेश शीर्षलेख फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; यह [https://www.iana.org/assignments/message-headers/perm-headers.html स्थायी] और [https://www.iana.org/assignments/message-headers/prov-headers.html अस्थायी] फ़ील्ड नाम, जिसमें MIME, netnews और HTTP के लिए परिभाषित फ़ील्ड भी शामिल हैं, और प्रासंगिक RFC को संदर्भित करते हैं। ईमेल के लिए सामान्य हेडर फ़ील्ड में शामिल हैं:<ref>{{cite journal |url=https://tools.ietf.org/html/rfc5064 |title=आरएफसी 5064|publisher=Tools.ietf.org |date=December 2007 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140725215530/https://tools.ietf.org/html/rfc5064 |archive-date=2014-07-25 |last1=Dürst |first1=Martin J. |doi=10.17487/RFC5064 }}</ref> | RFC 3864 इंटरनेट असाइन किए गए नंबर प्राधिकरण में संदेश शीर्षलेख फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; यह [https://www.iana.org/assignments/message-headers/perm-headers.html स्थायी] और [https://www.iana.org/assignments/message-headers/prov-headers.html अस्थायी] फ़ील्ड नाम, जिसमें MIME, netnews और HTTP के लिए परिभाषित फ़ील्ड भी शामिल हैं, और प्रासंगिक RFC को संदर्भित करते हैं। ईमेल के लिए सामान्य हेडर फ़ील्ड में शामिल हैं:<ref>{{cite journal |url=https://tools.ietf.org/html/rfc5064 |title=आरएफसी 5064|publisher=Tools.ietf.org |date=December 2007 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20140725215530/https://tools.ietf.org/html/rfc5064 |archive-date=2014-07-25 |last1=Dürst |first1=Martin J. |doi=10.17487/RFC5064 }}</ref> | ||
* प्रति: ईमेल पता(पते), और वैकल्पिक रूप से संदेश के प्राप्तकर्ता(ओं) का(के) नाम। प्राथमिक प्राप्तकर्ताओं को इंगित करता है (एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें। | * प्रति: ईमेल पता(पते), और वैकल्पिक रूप से संदेश के प्राप्तकर्ता(ओं) का(के) नाम। प्राथमिक प्राप्तकर्ताओं को इंगित करता है (एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें। | ||
* विषय: संदेश के विषय का संक्षिप्त सारांश। ई-मेल विषय संक्षिप्ताक्षर | * विषय: संदेश के विषय का संक्षिप्त सारांश। ई-मेल विषय संक्षिप्ताक्षर सामान्यतः विषय में उपयोग किए जाते हैं, जिसमें ई-मेल विषय संक्षिप्ताक्षर भी शामिल हैं रे: और परिवार कल्याण:। | ||
* सीसी: [[ नक़ल ]]; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं। | * सीसी: [[ नक़ल ]]; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं। | ||
* बीसीसी: [[ अंधी प्रतिलिपि ]]; पते | * बीसीसी: [[ अंधी प्रतिलिपि ]]; पते सामान्यतः केवल SMTP वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं। | ||
* सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, | * सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, सामान्यतः एक [[ MIME ]] प्रकार। | ||
* पूर्वता: | * पूर्वता: सामान्यतः बल्क , जंक , या सूची के साथ ; इस मेल के लिए स्वचालित अवकाश या कार्यालय से बाहर की प्रतिक्रियाओं को इंगित करने के लिए उपयोग किया जाना चाहिए, उदा। मेलिंग सूची के अन्य सभी ग्राहकों को अवकाश नोटिस भेजे जाने से रोकने के लिए। [[ Sendmail ]] इस क्षेत्र का उपयोग पंक्तिबद्ध ईमेल की प्राथमिकता को प्रभावित करने के लिए करता है, प्राथमिकता के साथ: विशेष-वितरण संदेश जल्द ही वितरित किए जाते हैं। आधुनिक उच्च-बैंडविड्थ नेटवर्क के साथ, वितरण प्राथमिकता पहले से कम समस्या है। माइक्रोसॉफ्ट एक्सचेंज सर्वर एक ठीक-ठाक स्वचालित प्रतिक्रिया दमन तंत्र, एक्स-ऑटो-रिस्पांस-सप्रेस फ़ील्ड का सम्मान करता है।<ref>Microsoft, Auto Response Suppress, 2010, [https://msdn.microsoft.com/en-us/library/ee219609(v=EXCHG.80).aspx Microsoft reference] {{webarchive|url=https://web.archive.org/web/20110407033540/https://msdn.microsoft.com/en-us/library/ee219609(v=EXCHG.80).aspx |date=2011-04-07 }}, 2010 Sep 22</ref> | ||
* संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी: (नीचे देखें)। | * संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी: (नीचे देखें)। | ||
* इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है। | * इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है। | ||
| Line 195: | Line 195: | ||
=== वेब आधारित ईमेल === | === वेब आधारित ईमेल === | ||
{{main|Webmail}} | {{main|Webmail}} | ||
कई ईमेल प्रदाताओं के पास वेब-आधारित ईमेल क्लाइंट होता है। यह उपयोगकर्ताओं को अपना ईमेल भेजने और प्राप्त करने के लिए किसी संगत वेब ब्राउज़र का उपयोग करके ईमेल खाते में लॉग इन करने की अनुमति देता है। मेल | कई ईमेल प्रदाताओं के पास वेब-आधारित ईमेल क्लाइंट होता है। यह उपयोगकर्ताओं को अपना ईमेल भेजने और प्राप्त करने के लिए किसी संगत वेब ब्राउज़र का उपयोग करके ईमेल खाते में लॉग इन करने की अनुमति देता है। मेल सामान्यतः पर वेब क्लायंट पर डाउनलोड नहीं होता है, इसलिए वर्तमान इंटरनेट कनेक्शन के बिना इसे पढ़ा नहीं जा सकता है। | ||
=== POP3 ईमेल सर्वर === | === POP3 ईमेल सर्वर === | ||
| Line 214: | Line 214: | ||
===IMAP ईमेल सर्वर === | ===IMAP ईमेल सर्वर === | ||
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) कई उपकरणों से मेलबॉक्स को प्रबंधित करने के लिए सुविधाएँ प्रदान करता है। यात्रा के दौरान ईमेल की जांच करने और संक्षिप्त उत्तर देने के लिए [[ स्मार्टफोन ]] जैसे छोटे पोर्टेबल उपकरणों का तेजी से उपयोग किया जा रहा है, बेहतर कीबोर्ड एक्सेस वाले बड़े उपकरणों का अधिक से अधिक लंबाई में उत्तर देने के लिए उपयोग किया जा रहा है। IMAP संदेशों के शीर्षलेख, प्रेषक और विषय दिखाता है और डिवाइस को विशिष्ट संदेशों को डाउनलोड करने के लिए अनुरोध करने की आवश्यकता होती है। | इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) कई उपकरणों से मेलबॉक्स को प्रबंधित करने के लिए सुविधाएँ प्रदान करता है। यात्रा के दौरान ईमेल की जांच करने और संक्षिप्त उत्तर देने के लिए [[ स्मार्टफोन ]] जैसे छोटे पोर्टेबल उपकरणों का तेजी से उपयोग किया जा रहा है, बेहतर कीबोर्ड एक्सेस वाले बड़े उपकरणों का अधिक से अधिक लंबाई में उत्तर देने के लिए उपयोग किया जा रहा है। IMAP संदेशों के शीर्षलेख, प्रेषक और विषय दिखाता है और डिवाइस को विशिष्ट संदेशों को डाउनलोड करने के लिए अनुरोध करने की आवश्यकता होती है। सामान्यतः पर, मेल को मेल सर्वर में फ़ोल्डर्स में छोड़ दिया जाता है। | ||
=== [[ एमएपीआई ]] ईमेल सर्वर === | === [[ एमएपीआई ]] ईमेल सर्वर === | ||
| Line 263: | Line 263: | ||
===अनुलग्नक आकार सीमा=== | ===अनुलग्नक आकार सीमा=== | ||
{{Main|Email attachment}} | {{Main|Email attachment}} | ||
ईमेल संदेशों में एक या एक से अधिक अटैचमेंट हो सकते हैं, जो ईमेल में संलग्न अतिरिक्त फाइलें होती हैं। विशिष्ट अनुलग्नकों में [[ Microsoft Word ]] दस्तावेज़, [[ PDF ]] दस्तावेज़ और कागज दस्तावेज़ों की स्कैन की गई छवियां शामिल हैं। सिद्धांत रूप में, अनुलग्नकों के आकार या संख्या पर कोई तकनीकी प्रतिबंध नहीं है। हालाँकि, व्यवहार में, ईमेल क्लाइंट, सर्वर (कंप्यूटिंग) और इंटरनेट सेवा प्रदाता फ़ाइलों के आकार, या पूर्ण ईमेल - | ईमेल संदेशों में एक या एक से अधिक अटैचमेंट हो सकते हैं, जो ईमेल में संलग्न अतिरिक्त फाइलें होती हैं। विशिष्ट अनुलग्नकों में [[ Microsoft Word ]] दस्तावेज़, [[ 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 279: | Line 279: | ||
=== ईमेल स्पूफिंग === | === ईमेल स्पूफिंग === | ||
{{Main|Email spoofing}} | {{Main|Email spoofing}} | ||
[[ ईमेल स्पूफिंग ]] तब होती है जब ईमेल संदेश शीर्षलेख को इस प्रकार डिज़ाइन किया जाता है कि संदेश किसी ज्ञात या विश्वसनीय स्रोत से आया हुआ प्रतीत हो। ईमेल स्पैम और फ़िशिंग विधियाँ | [[ ईमेल स्पूफिंग ]] तब होती है जब ईमेल संदेश शीर्षलेख को इस प्रकार डिज़ाइन किया जाता है कि संदेश किसी ज्ञात या विश्वसनीय स्रोत से आया हुआ प्रतीत हो। ईमेल स्पैम और फ़िशिंग विधियाँ सामान्यतः पर स्पूफिंग का उपयोग प्राप्तकर्ता को सही संदेश मूल के बारे में भ्रमित करने के लिए करती हैं। ईमेल स्पूफिंग एक शरारत के रूप में, या किसी व्यक्ति या संगठन को धोखा देने के आपराधिक प्रयास के हिस्से के रूप में किया जा सकता है। संभावित कपटपूर्ण ईमेल स्पूफिंग का एक उदाहरण यह है कि यदि कोई व्यक्ति एक ऐसा ईमेल बनाता है जो किसी बड़ी कंपनी का चालान प्रतीत होता है, और फिर उसे एक या अधिक प्राप्तकर्ताओं को भेजता है। कुछ मामलों में, इन कपटपूर्ण ईमेलों में कथित संगठन का लोगो शामिल होता है और यहां तक कि ईमेल पता भी वैध दिखाई दे सकता है। | ||
=== ईमेल बमबारी === | === ईमेल बमबारी === | ||
| Line 290: | Line 290: | ||
कुछ सुरक्षा सावधानियों के बिना ईमेल गोपनीयता से समझौता किया जा सकता है क्योंकि: | कुछ सुरक्षा सावधानियों के बिना ईमेल गोपनीयता से समझौता किया जा सकता है क्योंकि: | ||
* ईमेल संदेश | * ईमेल संदेश सामान्यतः पर एन्क्रिप्टेड नहीं होते हैं। | ||
* ईमेल संदेशों को अपने गंतव्य तक पहुँचने से पहले मध्यवर्ती कंप्यूटरों से गुजरना पड़ता है, जिसका अर्थ है कि दूसरों के लिए संदेशों को बीच में रोकना और पढ़ना अपेक्षाकृत आसान है। | * ईमेल संदेशों को अपने गंतव्य तक पहुँचने से पहले मध्यवर्ती कंप्यूटरों से गुजरना पड़ता है, जिसका अर्थ है कि दूसरों के लिए संदेशों को बीच में रोकना और पढ़ना अपेक्षाकृत आसान है। | ||
* कई इंटरनेट सेवा प्रदाता (ISP) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है। | * कई इंटरनेट सेवा प्रदाता (ISP) ईमेल संदेशों की प्रतियां वितरित किए जाने से पहले उनके मेल सर्वर पर संग्रहीत करते हैं। मेलबॉक्स से हटाए जाने के बावजूद इनका बैकअप उनके सर्वर पर कई महीनों तक बना रह सकता है। | ||
Revision as of 23:07, 5 December 2022
यह स्क्रीनशॉट एक ईमेल क्लाइंट का इनबॉक्स पेज दिखाता है; उपयोगकर्ता नए ईमेल देख सकते हैं और कार्रवाई कर सकते हैं, जैसे इन संदेशों को पढ़ना, हटाना, सहेजना या उनका जवाब देना।
.svg)
एट साइन, प्रत्येक एसएमटीपी ईमेल पते का एक हिस्सा[1]
जब विकिपीडिया पर कोई रोबोट छवि फ़ाइलों में परिवर्तन करता है, तो अपलोडर को किए गए परिवर्तनों के बारे में एक ईमेल प्राप्त होता है।
इलेक्ट्रानिक्स मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक ( डिजीटल) संस्करण या मेल के समकक्ष के रूप में माना गया था, उस समय जब मेल का मतलब केवल भौतिक मेल (ई- + मेल) था। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, एक ईमेल पते को अक्सर व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल (द्रव्यमान संज्ञा|द्रव्यमान/गणना भेद) कहा जाता है।
ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज की ईमेल प्रणालियाँ संरक्षित और अग्रसारित मॉडल पर आधारित हैं। ईमेल सर्वर संदेशों को स्वीकार, अग्रेषित, वितरित और संग्रहीत करता है। न तो उपयोगकर्ताओं और न ही उनके कंप्यूटरों को एक साथ ऑनलाइन होने की आवश्यकता है; संदेश भेजने या प्राप्त करने या इसे डाउनलोड करने के लिए उन्हें सामान्यतः संदेश हस्तांतरण या वेबमेल इंटरफ़ेस से कनेक्ट करने की आवश्यकता होती है।
मूल रूप से एक 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 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।Cite error: Closing
</ref>missing for<ref>tag सामग्री में एक हेडर और एक बॉडी होती है। रेफरी>"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
</रेफरी>
इतिहास
1960 के दशक की शुरुआत मे साझाकरण प्रणाली आगमन के बाद, 1965 में मेसाचुसेट्स प्रौद्योगिक संस्थान के CTSS प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया।[19] शुरुआती मेनफ्रेम और मिनी कंप्यूटर के अधिकांश डेवलपर्स ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।[20] RFC की एक श्रृंखला में, फ़ाइल स्थानांतरण प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।
मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। IBM, CompuServe और CompuServe ने 1978 से एक वाणिज्यिक इंट्राऑफिस मेल उत्पाद और 1981 से IBM और Xerox को बेचा।[nb 1][21]Cite error: Closing </ref> missing for <ref> tag DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL (बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गयाCite error: Closing </ref> missing for <ref> tag[22] कारकों के संयोजन ने SMTP, POP3 और IMAP ईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।[nb 2]
ऑपरेशन
निम्नलिखित घटनाओं का एक विशिष्ट क्रम है होता है जब क्रिप्टोग्राफी में प्रेषक प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट (एमयूए) का उपयोग करके एक संदेश भेजता है।[23]
- एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में smtp.a.org मे स्थानीय मेल सबमिशन एजेंट (एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) की एक प्रोफाइल सबमिशन प्रोटोकॉल का उपयोग करता है,
- एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है (संदेश शीर्षलेख से नहीं) - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता (एफक्यूडीए) है। @ चिह्न से पह