ईमेल: Difference between revisions
From Vigyanwiki
(→इतिहास) |
(→ऑपरेशन) |
||
| Line 105: | Line 105: | ||
=== संदेश शीर्षलेख === | === संदेश शीर्षलेख === | ||
<!-- This section is linked from [[Bracket]] --> | <!-- This section is linked from [[Bracket]] --> | ||
<nowiki>RFC 5322</nowiki> ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड ("हेडर फ़ील्ड") | <nowiki>RFC 5322</nowiki> ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड ("हेडर फ़ील्ड") सम्मलित होते हैं।प्रत्येक फ़ील्ड का एक नाम (फ़ील्ड नाम या हेडर फ़ील्ड नाम) होता है, उसके बाद विभाजक वर्ण: और एक मान (फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है। | ||
प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान (फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, SMTPUTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को MIME एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है। | प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान (फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, SMTPUTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को MIME एन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है। | ||
| Line 112: | Line 112: | ||
ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।<ref>{{cite journal |url=https://tools.ietf.org/html/rfc5322 |title=आरएफसी 5322, इंटरनेट संदेश प्रारूप|author=P. Resnick, Ed. |editor-first1=P |editor-last1=Resnick |date=October 2008 |publisher=IETF |doi=10.17487/RFC5322 |url-status=live |archive-url=https://web.archive.org/web/20150222194318/https://tools.ietf.org/html/rfc5322|archive-date=2015-02-22}}</ref> <nowiki>RFC 5322</nowiki> द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, <nowiki>RFC 2047</nowiki> में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।<ref>{{cite journal|last=Moore|first=K|title=MIME (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन) भाग तीन: गैर-ASCII पाठ के लिए संदेश हैडर एक्सटेंशन|url=https://tools.ietf.org/html/rfc2047|publisher=[[Internet Engineering Task Force|IETF]]|access-date=2012-01-21|date=November 1996 |doi=10.17487/RFC2047|url-status=live |archive-url=https://web.archive.org/web/20120114135211/https://tools.ietf.org/html/rfc2047|archive-date=2012-01-14}}</ref> कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,<ref>{{cite journal|url=https://tools.ietf.org/html/rfc6532|title=RFC 6532, अंतर्राष्ट्रीय ईमेल हेडर|author=A Yang, Ed.|journal=Ietf Request for Comments (RFC) Pages - Test|date=February 2012|publisher=IETF|doi=10.17487/RFC6532 |issn=2070-1721|url-status=live|archive-url=https://web.archive.org/web/20150218095512/https://tools.ietf.org/html/rfc6532|archive-date=2015-02-18}}</ref><ref>{{cite journal|url=https://tools.ietf.org/html/rfc6531|title=RFC 6531, अंतर्राष्ट्रीय ईमेल पतों के लिए SMTP एक्सटेंशन|author=J. Yao, Ed., W. Mao, Ed.|journal=Ietf Request for Comments (RFC) Pages - Test|date=February 2012|publisher=IETF|doi=10.17487/RFC6531 |issn=2070-1721|url-status=live|archive-url=https://web.archive.org/web/20150218034315/https://tools.ietf.org/html/rfc6531|archive-date=2015-02-18}}</ref> पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतर UTF-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते Google और Microsoft उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।<ref name="economictimes.indiatimes.com">{{Cite news|url=https://economictimes.indiatimes.com/tech/internet/now-get-your-email-address-in-hindi/articleshow/53830034.cms|title=अब, हिंदी में अपना ईमेल पता प्राप्त करें - द इकोनॉमिक टाइम्स|newspaper=The Economic Times|access-date=2016-10-17|url-status=live|archive-url=https://web.archive.org/web/20160828044631/https://economictimes.indiatimes.com/tech/internet/now-get-your-email-address-in-hindi/articleshow/53830034.cms|archive-date=2016-08-28}}</ref> | ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।<ref>{{cite journal |url=https://tools.ietf.org/html/rfc5322 |title=आरएफसी 5322, इंटरनेट संदेश प्रारूप|author=P. Resnick, Ed. |editor-first1=P |editor-last1=Resnick |date=October 2008 |publisher=IETF |doi=10.17487/RFC5322 |url-status=live |archive-url=https://web.archive.org/web/20150222194318/https://tools.ietf.org/html/rfc5322|archive-date=2015-02-22}}</ref> <nowiki>RFC 5322</nowiki> द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, <nowiki>RFC 2047</nowiki> में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।<ref>{{cite journal|last=Moore|first=K|title=MIME (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन) भाग तीन: गैर-ASCII पाठ के लिए संदेश हैडर एक्सटेंशन|url=https://tools.ietf.org/html/rfc2047|publisher=[[Internet Engineering Task Force|IETF]]|access-date=2012-01-21|date=November 1996 |doi=10.17487/RFC2047|url-status=live |archive-url=https://web.archive.org/web/20120114135211/https://tools.ietf.org/html/rfc2047|archive-date=2012-01-14}}</ref> कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,<ref>{{cite journal|url=https://tools.ietf.org/html/rfc6532|title=RFC 6532, अंतर्राष्ट्रीय ईमेल हेडर|author=A Yang, Ed.|journal=Ietf Request for Comments (RFC) Pages - Test|date=February 2012|publisher=IETF|doi=10.17487/RFC6532 |issn=2070-1721|url-status=live|archive-url=https://web.archive.org/web/20150218095512/https://tools.ietf.org/html/rfc6532|archive-date=2015-02-18}}</ref><ref>{{cite journal|url=https://tools.ietf.org/html/rfc6531|title=RFC 6531, अंतर्राष्ट्रीय ईमेल पतों के लिए SMTP एक्सटेंशन|author=J. Yao, Ed., W. Mao, Ed.|journal=Ietf Request for Comments (RFC) Pages - Test|date=February 2012|publisher=IETF|doi=10.17487/RFC6531 |issn=2070-1721|url-status=live|archive-url=https://web.archive.org/web/20150218034315/https://tools.ietf.org/html/rfc6531|archive-date=2015-02-18}}</ref> पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतर UTF-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते Google और Microsoft उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।<ref name="economictimes.indiatimes.com">{{Cite news|url=https://economictimes.indiatimes.com/tech/internet/now-get-your-email-address-in-hindi/articleshow/53830034.cms|title=अब, हिंदी में अपना ईमेल पता प्राप्त करें - द इकोनॉमिक टाइम्स|newspaper=The Economic Times|access-date=2016-10-17|url-status=live|archive-url=https://web.archive.org/web/20160828044631/https://economictimes.indiatimes.com/tech/internet/now-get-your-email-address-in-hindi/articleshow/53830034.cms|archive-date=2016-08-28}}</ref> | ||
संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड | संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड सम्मलित होने चाहिए:<ref>{{cite journal |url=https://tools.ietf.org/html/rfc5322#section-3.6 |title=आरएफसी 5322, 3.6। फील्ड परिभाषाएँ|publisher=Tools.ietf.org |date=October 2008 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20131230021424/https://tools.ietf.org/html/rfc5322#section-3.6 |archive-date=2013-12-30 |last1=Resnick |first1=Pete |editor-first1=P |editor-last1=Resnick |doi=10.17487/RFC5322 }}</ref><ref>{{cite journal |url=https://tools.ietf.org/html/rfc5322#section-3.6.4 |title=आरएफसी 5322, 3.6.4। पहचान क्षेत्र|publisher=Tools.ietf.org |date=October 2008 |access-date=2014-01-09 |url-status=live |archive-url=https://web.archive.org/web/20131230021424/https://tools.ietf.org/html/rfc5322#section-3.6.4 |archive-date=2013-12-30 |last1=Resnick |first1=Pete |editor-first1=P |editor-last1=Resnick |doi=10.17487/RFC5322 }}</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 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 वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं। | * बीसीसी: [[ अंधी प्रतिलिपि ]]; पते सामान्यतः केवल SMTP वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं। | ||
| Line 151: | Line 151: | ||
====सादा पाठ और HTML==== | ====सादा पाठ और HTML==== | ||
अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए सादा पाठ या HTML#HTML ई-मेल के उपयोग की अनुमति देते हैं। HTML ईमेल संदेशों में अक्सर अनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति | अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए सादा पाठ या HTML#HTML ई-मेल के उपयोग की अनुमति देते हैं। HTML ईमेल संदेशों में अक्सर अनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति सम्मलित होती है। | ||
HTML के लाभों में इन-लाइन लिंक और छवियों को | HTML के लाभों में इन-लाइन लिंक और छवियों को सम्मलित करने की क्षमता सम्मलित है, पिछले संदेशों को [[ ब्लॉक उद्धरण ]] में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, [[ रेखांकन ]] और इटैलिक जैसे जोर का उपयोग करना और [[ फ़ॉन्ट ]] शैलियों को बदलना सम्मलित है। नुकसान में ईमेल का बढ़ा हुआ आकार, [[ वेब बग ]] के बारे में गोपनीयता संबंधी चिंताएं, [[ फ़िशिंग ]] हमलों के लिए वेक्टर के रूप में HTML ईमेल का दुरुपयोग और [[ मैलवेयर ]] का प्रसार सम्मलित हैं।<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> | ||
कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं <code>Content-Type: html</code> हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं। | कुछ ई-मेल क्लाइंट एक के अभाव में भी शरीर को HTML के रूप में व्याख्या करते हैं <code>Content-Type: html</code> हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं। | ||
| Line 170: | Line 170: | ||
एक ईमेल खोलते समय, इसे पढ़ा गया के रूप में चिह्नित किया जाता है, जो सामान्यतः पर क्लाइंट के उपयोगकर्ता इंटरफ़ेस पर अपठित संदेशों से इसे स्पष्ट रूप से अलग करता है। ईमेल क्लाइंट इनबॉक्स से पढ़े गए ईमेल को छिपाने की अनुमति दे सकते हैं ताकि उपयोगकर्ता अपठित पर ध्यान केंद्रित कर सके।<ref>{{cite web |title=केवल अपठित संदेशों को देखें|url=https://support.microsoft.com/en-us/office/view-only-unread-messages-f2c8450c-9cd0-4037-a5d3-26f6946727ca |website=support.microsoft.com}}</ref> | एक ईमेल खोलते समय, इसे पढ़ा गया के रूप में चिह्नित किया जाता है, जो सामान्यतः पर क्लाइंट के उपयोगकर्ता इंटरफ़ेस पर अपठित संदेशों से इसे स्पष्ट रूप से अलग करता है। ईमेल क्लाइंट इनबॉक्स से पढ़े गए ईमेल को छिपाने की अनुमति दे सकते हैं ताकि उपयोगकर्ता अपठित पर ध्यान केंद्रित कर सके।<ref>{{cite web |title=केवल अपठित संदेशों को देखें|url=https://support.microsoft.com/en-us/office/view-only-unread-messages-f2c8450c-9cd0-4037-a5d3-26f6946727ca |website=support.microsoft.com}}</ref> | ||
मेल को [[ क्लाइंट (कंप्यूटिंग) ]], सर्वर (कंप्यूटिंग) की तरफ, या दोनों जगहों पर स्टोर किया जा सकता है। मेलबॉक्स के मानक स्वरूपों में [[ Maildir ]] और [[ mbox ]] | मेल को [[ क्लाइंट (कंप्यूटिंग) ]], सर्वर (कंप्यूटिंग) की तरफ, या दोनों जगहों पर स्टोर किया जा सकता है। मेलबॉक्स के मानक स्वरूपों में [[ Maildir ]] और [[ mbox ]] सम्मलित हैं। कई प्रमुख ईमेल क्लाइंट अपने स्वयं के मालिकाना प्रारूप का उपयोग करते हैं और उनके बीच ईमेल स्थानांतरित करने के लिए रूपांतरण सॉफ़्टवेयर की आवश्यकता होती है। सर्वर-साइड स्टोरेज अक्सर मालिकाना प्रारूप में होता है, लेकिन चूंकि एक्सेस एक मानक प्रोटोकॉल जैसे IMAP के माध्यम से होता है, ईमेल को एक सर्वर से दूसरे सर्वर पर ले जाना प्रोटोकॉल का समर्थन करने वाले किसी भी मेल उपयोगकर्ता एजेंट के साथ किया जा सकता है। | ||
कई मौजूदा ईमेल उपयोगकर्ता स्वयं एमटीए, एमडीए या एमयूए प्रोग्राम नहीं चलाते हैं, लेकिन [[ जीमेल लगीं ]] या याहू जैसे वेब-आधारित ईमेल प्लेटफॉर्म का उपयोग करते हैं! मेल, जो समान कार्य करता है।<ref>{{Cite web|url=https://dir.yahoo.com/business_and_economy/business_to_business/communications_and_networking/internet_and_world_wide_web/email_providers/free_email/|title=Yahoo! में नि:शुल्क ईमेल प्रदाता निर्देशिका|website=dir.yahoo.com|archive-url=https://web.archive.org/web/20140704154604/https://dir.yahoo.com/business_and_economy/business_to_business/communications_and_networking/internet_and_world_wide_web/email_providers/free_email/|archive-date=2014-07-04|url-status=dead}}</ref> इस तरह के वेबमेल इंटरफेस उपयोगकर्ताओं को स्थानीय ईमेल क्लाइंट पर भरोसा करने के बजाय किसी भी कंप्यूटर से किसी भी मानक [[ वेब ब्राउज़र ]] से अपने मेल तक पहुंचने की अनुमति देते हैं। | कई मौजूदा ईमेल उपयोगकर्ता स्वयं एमटीए, एमडीए या एमयूए प्रोग्राम नहीं चलाते हैं, लेकिन [[ जीमेल लगीं ]] या याहू जैसे वेब-आधारित ईमेल प्लेटफॉर्म का उपयोग करते हैं! मेल, जो समान कार्य करता है।<ref>{{Cite web|url=https://dir.yahoo.com/business_and_economy/business_to_business/communications_and_networking/internet_and_world_wide_web/email_providers/free_email/|title=Yahoo! में नि:शुल्क ईमेल प्रदाता निर्देशिका|website=dir.yahoo.com|archive-url=https://web.archive.org/web/20140704154604/https://dir.yahoo.com/business_and_economy/business_to_business/communications_and_networking/internet_and_world_wide_web/email_providers/free_email/|archive-date=2014-07-04|url-status=dead}}</ref> इस तरह के वेबमेल इंटरफेस उपयोगकर्ताओं को स्थानीय ईमेल क्लाइंट पर भरोसा करने के बजाय किसी भी कंप्यूटर से किसी भी मानक [[ वेब ब्राउज़र ]] से अपने मेल तक पहुंचने की अनुमति देते हैं। | ||
| Line 177: | Line 177: | ||
ईमेल संदेशों के प्राप्त होने पर, ईमेल क्लाइंट एप्लिकेशन फ़ाइल सिस्टम में ऑपरेटिंग सिस्टम फ़ाइलों में संदेशों को सहेजते हैं। कुछ ग्राहक अलग-अलग संदेशों को अलग-अलग फाइलों के रूप में सहेजते हैं, जबकि अन्य सामूहिक भंडारण के लिए विभिन्न डेटाबेस प्रारूपों का उपयोग करते हैं, अक्सर मालिकाना। भंडारण का एक ऐतिहासिक मानक एमबॉक्स प्रारूप है। उपयोग किए जाने वाले विशिष्ट प्रारूप को अक्सर विशेष फ़ाइल नाम एक्सटेंशन द्वारा इंगित किया जाता है: | ईमेल संदेशों के प्राप्त होने पर, ईमेल क्लाइंट एप्लिकेशन फ़ाइल सिस्टम में ऑपरेटिंग सिस्टम फ़ाइलों में संदेशों को सहेजते हैं। कुछ ग्राहक अलग-अलग संदेशों को अलग-अलग फाइलों के रूप में सहेजते हैं, जबकि अन्य सामूहिक भंडारण के लिए विभिन्न डेटाबेस प्रारूपों का उपयोग करते हैं, अक्सर मालिकाना। भंडारण का एक ऐतिहासिक मानक एमबॉक्स प्रारूप है। उपयोग किए जाने वाले विशिष्ट प्रारूप को अक्सर विशेष फ़ाइल नाम एक्सटेंशन द्वारा इंगित किया जाता है: | ||
;<code>eml</code> | ;<code>eml</code> | ||
: [[ नोवेल ग्रुप वाइज ]], [[ माइक्रोसॉफ्ट आउटलुक एक्सप्रेस ]], लोटस नोट्स, [[ विंडोज मेल ]], मोज़िला थंडरबर्ड और पोस्टबॉक्स सहित कई ईमेल क्लाइंट द्वारा उपयोग किया जाता है। फ़ाइलों में ईमेल सामग्री सादे पाठ के रूप में MIME प्रारूप में होती है, जिसमें ईमेल हेडर और बॉडी होती है, जिसमें एक या अधिक प्रारूपों में संलग्नक | : [[ नोवेल ग्रुप वाइज ]], [[ माइक्रोसॉफ्ट आउटलुक एक्सप्रेस ]], लोटस नोट्स, [[ विंडोज मेल ]], मोज़िला थंडरबर्ड और पोस्टबॉक्स सहित कई ईमेल क्लाइंट द्वारा उपयोग किया जाता है। फ़ाइलों में ईमेल सामग्री सादे पाठ के रूप में MIME प्रारूप में होती है, जिसमें ईमेल हेडर और बॉडी होती है, जिसमें एक या अधिक प्रारूपों में संलग्नक सम्मलित होते हैं। | ||
;<code>emlx</code> | ;<code>emlx</code> | ||
: [[ एप्पल मेल ]] द्वारा प्रयुक्त। | : [[ एप्पल मेल ]] द्वारा प्रयुक्त। | ||
| Line 226: | Line 226: | ||
=== व्यापार और संगठनात्मक उपयोग === | === व्यापार और संगठनात्मक उपयोग === | ||
विकसित दुनिया में व्यवसायों, सरकारों और गैर-सरकारी संगठनों द्वारा ईमेल को व्यापक रूप से स्वीकार किया गया है, और यह कार्यस्थल संचार में 'ई-क्रांति' के प्रमुख भागों में से एक है (अन्य प्रमुख मुद्दा हाईस्पीड [[ इंटरनेट ]] को व्यापक रूप से अपनाना है) . कार्यस्थल संचार पर 2010 के एक प्रायोजित अध्ययन में पाया गया कि 83% अमेरिकी ज्ञान श्रमिकों ने महसूस किया कि काम पर उनकी सफलता और उत्पादकता के लिए ईमेल महत्वपूर्ण था।<ref name=om>By Om Malik, GigaOm. "[https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ Is Email a Curse or a Boon?] {{webarchive|url=https://web.archive.org/web/20101204012735/https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ |date=2010-12-04 }}" September 22, 2010. Retrieved October 11, 2010.</ref> | विकसित दुनिया में व्यवसायों, सरकारों और गैर-सरकारी संगठनों द्वारा ईमेल को व्यापक रूप से स्वीकार किया गया है, और यह कार्यस्थल संचार में 'ई-क्रांति' के प्रमुख भागों में से एक है (अन्य प्रमुख मुद्दा हाईस्पीड [[ इंटरनेट ]] को व्यापक रूप से अपनाना है) . कार्यस्थल संचार पर 2010 के एक प्रायोजित अध्ययन में पाया गया कि 83% अमेरिकी ज्ञान श्रमिकों ने महसूस किया कि काम पर उनकी सफलता और उत्पादकता के लिए ईमेल महत्वपूर्ण था।<ref name=om>By Om Malik, GigaOm. "[https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ Is Email a Curse or a Boon?] {{webarchive|url=https://web.archive.org/web/20101204012735/https://gigaom.com/collaboration/is-email-a-curse-or-a-boon/ |date=2010-12-04 }}" September 22, 2010. Retrieved October 11, 2010.</ref> | ||
व्यवसाय और अन्य संगठनों के लिए इसके कुछ प्रमुख लाभ हैं, जिनमें | व्यवसाय और अन्य संगठनों के लिए इसके कुछ प्रमुख लाभ हैं, जिनमें सम्मलित हैं: | ||
; रसद की सुविधा | ; रसद की सुविधा | ||
: व्यवसाय जगत का अधिकांश भाग उन लोगों के बीच संचार पर निर्भर करता है जो भौतिक रूप से एक ही भवन, क्षेत्र, या यहाँ तक कि देश में नहीं हैं; एक व्यक्तिगत बैठक, [[ धूरबाशा बुलावा ]], या [[ कांफ्रेंस कॉल ]] की स्थापना करना और उसमें भाग लेना असुविधाजनक, समय लेने वाला और महंगा हो सकता है। ईमेल दो या दो से अधिक लोगों के बीच सूचनाओं के आदान-प्रदान का एक तरीका प्रदान करता है, जिसमें कोई सेट-अप लागत नहीं होती है और यह सामान्यतः पर एक भौतिक बैठक या फोन कॉल की तुलना में बहुत कम खर्चीला होता है। | : व्यवसाय जगत का अधिकांश भाग उन लोगों के बीच संचार पर निर्भर करता है जो भौतिक रूप से एक ही भवन, क्षेत्र, या यहाँ तक कि देश में नहीं हैं; एक व्यक्तिगत बैठक, [[ धूरबाशा बुलावा ]], या [[ कांफ्रेंस कॉल ]] की स्थापना करना और उसमें भाग लेना असुविधाजनक, समय लेने वाला और महंगा हो सकता है। ईमेल दो या दो से अधिक लोगों के बीच सूचनाओं के आदान-प्रदान का एक तरीका प्रदान करता है, जिसमें कोई सेट-अप लागत नहीं होती है और यह सामान्यतः पर एक भौतिक बैठक या फोन कॉल की तुलना में बहुत कम खर्चीला होता है। | ||
| Line 264: | Line 264: | ||
===अनुलग्नक आकार सीमा=== | ===अनुलग्नक आकार सीमा=== | ||
{{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 272: | Line 272: | ||
=== स्पैम === | === स्पैम === | ||
{{Main|Email spam}} | {{Main|Email spam}} | ||
ईमेल स्पैम अवांछित बल्क ईमेल है। ऐसे ईमेल भेजने की कम लागत का अर्थ है कि, 2003 तक, कुल ईमेल ट्रैफ़िक का 30% तक स्पैम था,<ref>{{cite web|url=https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|title=स्पैम देख रहे हैं? अपने Google Analytics डेटा की देखभाल कैसे करें|website=sitepronews.com|access-date=5 September 2017|url-status=live|archive-url=https://web.archive.org/web/20171107005139/https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|archive-date=7 November 2017|date=2015-05-04}}</ref><ref name="R">Rich Kawanagh. The top ten email spam list of 2005. ITVibe news, 2006, January 02, [https://itvibe.com/news/3837/ ITvibe.com] {{webarchive|url=https://web.archive.org/web/20080720071624/https://itvibe.com/news/3837/ |date=2008-07-20 }}</ref><ref>How Microsoft is losing the war on spam [https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html Salon.com] {{webarchive|url=https://web.archive.org/web/20080629050141/https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html |date=2008-06-29 }}</ref> और एक व्यावहारिक उपकरण के रूप में ईमेल की उपयोगिता को खतरे में डाल रहा था। 2003 का यूएस कैन-स्पैम अधिनियम और इसी तरह के अन्य कानून<ref>Spam Bill 2003 ([https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf PDF] {{webarchive|url=https://web.archive.org/web/20060911062331/https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf |date=2006-09-11 }})</ref> कुछ प्रभाव था, और कई प्रभावी एंटी-स्पैम तकनीकें (ईमेल)|एंटी-स्पैम तकनीकें अब अधिकांश उपयोगकर्ताओं के लिए इसे फ़िल्टर या अस्वीकार करके स्पैम के प्रभाव को काफी हद तक कम कर देती हैं,<ref>[https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ "Google Says Its AI Catches 99.9 Percent of Gmail Spam"] {{webarchive|url=https://web.archive.org/web/20160916054313/https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ |date=2016-09-16 }}, Cade Metz, July 09 2015, wired.com</ref> लेकिन भेजी गई मात्रा अभी भी बहुत अधिक है—और तेजी से उत्पादों के विज्ञापन नहीं, बल्कि दुर्भावनापूर्ण सामग्री या लिंक | ईमेल स्पैम अवांछित बल्क ईमेल है। ऐसे ईमेल भेजने की कम लागत का अर्थ है कि, 2003 तक, कुल ईमेल ट्रैफ़िक का 30% तक स्पैम था,<ref>{{cite web|url=https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|title=स्पैम देख रहे हैं? अपने Google Analytics डेटा की देखभाल कैसे करें|website=sitepronews.com|access-date=5 September 2017|url-status=live|archive-url=https://web.archive.org/web/20171107005139/https://www.sitepronews.com/2015/05/04/seeing-spam-how-to-take-care-of-your-google-analytics-data/|archive-date=7 November 2017|date=2015-05-04}}</ref><ref name="R">Rich Kawanagh. The top ten email spam list of 2005. ITVibe news, 2006, January 02, [https://itvibe.com/news/3837/ ITvibe.com] {{webarchive|url=https://web.archive.org/web/20080720071624/https://itvibe.com/news/3837/ |date=2008-07-20 }}</ref><ref>How Microsoft is losing the war on spam [https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html Salon.com] {{webarchive|url=https://web.archive.org/web/20080629050141/https://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html |date=2008-06-29 }}</ref> और एक व्यावहारिक उपकरण के रूप में ईमेल की उपयोगिता को खतरे में डाल रहा था। 2003 का यूएस कैन-स्पैम अधिनियम और इसी तरह के अन्य कानून<ref>Spam Bill 2003 ([https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf PDF] {{webarchive|url=https://web.archive.org/web/20060911062331/https://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf |date=2006-09-11 }})</ref> कुछ प्रभाव था, और कई प्रभावी एंटी-स्पैम तकनीकें (ईमेल)|एंटी-स्पैम तकनीकें अब अधिकांश उपयोगकर्ताओं के लिए इसे फ़िल्टर या अस्वीकार करके स्पैम के प्रभाव को काफी हद तक कम कर देती हैं,<ref>[https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ "Google Says Its AI Catches 99.9 Percent of Gmail Spam"] {{webarchive|url=https://web.archive.org/web/20160916054313/https://www.wired.com/2015/07/google-says-ai-catches-99-9-percent-gmail-spam/ |date=2016-09-16 }}, Cade Metz, July 09 2015, wired.com</ref> लेकिन भेजी गई मात्रा अभी भी बहुत अधिक है—और तेजी से उत्पादों के विज्ञापन नहीं, बल्कि दुर्भावनापूर्ण सामग्री या लिंक सम्मलित हैं।<ref name="securelist">[https://securelist.com/analysis/quarterly-spam-reports/74682/spam-and-phishing-in-q1-2016/ "Spam and phishing in Q1 2016"] {{webarchive|url=https://web.archive.org/web/20160809154745/https://securelist.com/analysis/quarterly-spam-reports/74682/spam-and-phishing-in-q1-2016/ |date=2016-08-09 }}, May 12, 2016, securelist.com</ref> सितंबर 2017 में, उदाहरण के लिए, स्पैम और वैध ईमेल का अनुपात बढ़कर 59.56% हो गया।<ref>{{Cite web|url=https://usa.kaspersky.com/about/press-releases/2018_fifa-2018-and-bitcoin-among-2017-most-luring-topics|title=Kaspersky Lab स्पैम और फ़िशिंग रिपोर्ट|date=May 26, 2021}}</ref> 2021 में स्पैम ईमेल का प्रतिशत 85% होने का अनुमान है।<ref>{{Cite web|url=https://www.thexyz.com/blog/2021-email-usage-statistics/|title=2021 ईमेल उपयोग सांख्यिकी|date=October 5, 2021}}</ref>{{better source needed|date=October 2021}} | ||
=== मैलवेयर === | === मैलवेयर === | ||
दुर्भावनापूर्ण ईमेल प्रकारों की एक श्रृंखला मौजूद है। इनमें सोशल इंजीनियरिंग (सुरक्षा) सहित [[ ईमेल घोटालों की सूची ]] | दुर्भावनापूर्ण ईमेल प्रकारों की एक श्रृंखला मौजूद है। इनमें सोशल इंजीनियरिंग (सुरक्षा) सहित [[ ईमेल घोटालों की सूची ]] सम्मलित है सामाजिक इंजीनियरिंग घोटाले जैसे अग्रिम-शुल्क घोटाला नाइजीरियाई पत्र, फ़िशिंग, [[ ईमेल बम ]]बारी और [[ कंप्यूटर कीड़ा ]] | ||
=== ईमेल स्पूफिंग === | === ईमेल स्पूफिंग === | ||
{{Main|Email spoofing}} | {{Main|Email spoofing}} | ||
[[ ईमेल स्पूफिंग ]] तब होती है जब ईमेल संदेश शीर्षलेख को इस प्रकार डिज़ाइन किया जाता है कि संदेश किसी ज्ञात या विश्वसनीय स्रोत से आया हुआ प्रतीत हो। ईमेल स्पैम और फ़िशिंग विधियाँ सामान्यतः पर स्पूफिंग का उपयोग प्राप्तकर्ता को सही संदेश मूल के बारे में भ्रमित करने के लिए करती हैं। ईमेल स्पूफिंग एक शरारत के रूप में, या किसी व्यक्ति या संगठन को धोखा देने के आपराधिक प्रयास के हिस्से के रूप में किया जा सकता है। संभावित कपटपूर्ण ईमेल स्पूफिंग का एक उदाहरण यह है कि यदि कोई व्यक्ति एक ऐसा ईमेल बनाता है जो किसी बड़ी कंपनी का चालान प्रतीत होता है, और फिर उसे एक या अधिक प्राप्तकर्ताओं को भेजता है। कुछ मामलों में, इन कपटपूर्ण ईमेलों में कथित संगठन का लोगो | [[ ईमेल स्पूफिंग ]] तब होती है जब ईमेल संदेश शीर्षलेख को इस प्रकार डिज़ाइन किया जाता है कि संदेश किसी ज्ञात या विश्वसनीय स्रोत से आया हुआ प्रतीत हो। ईमेल स्पैम और फ़िशिंग विधियाँ सामान्यतः पर स्पूफिंग का उपयोग प्राप्तकर्ता को सही संदेश मूल के बारे में भ्रमित करने के लिए करती हैं। ईमेल स्पूफिंग एक शरारत के रूप में, या किसी व्यक्ति या संगठन को धोखा देने के आपराधिक प्रयास के हिस्से के रूप में किया जा सकता है। संभावित कपटपूर्ण ईमेल स्पूफिंग का एक उदाहरण यह है कि यदि कोई व्यक्ति एक ऐसा ईमेल बनाता है जो किसी बड़ी कंपनी का चालान प्रतीत होता है, और फिर उसे एक या अधिक प्राप्तकर्ताओं को भेजता है। कुछ मामलों में, इन कपटपूर्ण ईमेलों में कथित संगठन का लोगो सम्मलित होता है और यहां तक कि ईमेल पता भी वैध दिखाई दे सकता है। | ||
=== ईमेल बमबारी === | === ईमेल बमबारी === | ||
| Line 288: | Line 288: | ||
===गोपनीयता चिंताएं=== | ===गोपनीयता चिंताएं=== | ||
{{Main|Email privacy}} | {{Main|Email privacy}} | ||
आज इंटरनेट और आंतरिक ईमेल सिस्टम के बीच अंतर करना महत्वपूर्ण हो सकता है। इंटरनेट ईमेल यात्रा कर सकता है और प्रेषक या प्राप्तकर्ता के नियंत्रण के बिना नेटवर्क और कंप्यूटर पर संग्रहीत किया जा सकता है। ट्रांज़िट समय के दौरान यह संभव है कि तृतीय पक्ष सामग्री को पढ़ें या संशोधित भी करें। आंतरिक मेल प्रणालियाँ, जिनमें सूचना कभी भी संगठनात्मक नेटवर्क को नहीं छोड़ती है, अधिक सुरक्षित हो सकती है, हालाँकि सूचना प्रौद्योगिकी कर्मी और अन्य जिनके कार्य में निगरानी या प्रबंधन | आज इंटरनेट और आंतरिक ईमेल सिस्टम के बीच अंतर करना महत्वपूर्ण हो सकता है। इंटरनेट ईमेल यात्रा कर सकता है और प्रेषक या प्राप्तकर्ता के नियंत्रण के बिना नेटवर्क और कंप्यूटर पर संग्रहीत किया जा सकता है। ट्रांज़िट समय के दौरान यह संभव है कि तृतीय पक्ष सामग्री को पढ़ें या संशोधित भी करें। आंतरिक मेल प्रणालियाँ, जिनमें सूचना कभी भी संगठनात्मक नेटवर्क को नहीं छोड़ती है, अधिक सुरक्षित हो सकती है, हालाँकि सूचना प्रौद्योगिकी कर्मी और अन्य जिनके कार्य में निगरानी या प्रबंधन सम्मलित हो सकता है, अन्य कर्मचारियों के ईमेल तक पहुँच प्राप्त कर सकते हैं। | ||
ईमेल गोपनीयता, कुछ सुरक्षा सावधानियों के बिना समझौता किया जा सकता है क्योंकि | ईमेल गोपनीयता, कुछ सुरक्षा सावधानियों के बिना समझौता किया जा सकता है क्योंकि | ||
Revision as of 13:39, 6 December 2022
यह स्क्रीनशॉट एक ईमेल क्लाइंट का इनबॉक्स पेज दिखाता है; उपयोगकर्ता नए ईमेल देख सकते हैं और कार्रवाई कर सकते हैं, जैसे इन संदेशों को पढ़ना, हटाना, सहेजना या उनका जवाब देना।
.svg)
एट साइन, प्रत्येक एसएमटीपी ईमेल पते का एक हिस्सा[1]
जब विकिपीडिया पर कोई रोबोट छवि फ़ाइलों में परिवर्तन करता है, तो अपलोडर को किए गए परिवर्तनों के बारे में एक ईमेल प्राप्त होता है।
इलेक्ट्रानिक्स मेल (ईमेल या ई-मेल) इलेक्ट्रॉनिक उपकरणों का उपयोग करने वाले लोगों के बीच संदेशों के आदान-प्रदान की एक विधि है। इस प्रकार ईमेल को इलेक्ट्रॉनिक ( डिजीटल) संस्करण या मेल के समकक्ष के रूप में माना गया था, उस समय जब मेल का मतलब केवल भौतिक मेल (ई- + मेल) था। ईमेल बाद में एक सर्वव्यापी (बहुत व्यापक रूप से इस्तेमाल किया जाने वाला) संचार माध्यम बन गया, इस बिंदु पर कि वर्तमान उपयोग में, एक ईमेल पते को अक्सर व्यवसाय, वाणिज्य, सरकार, शिक्षा, मनोरंजन और अन्य क्षेत्रों में कई प्रक्रियाओं का एक बुनियादी और आवश्यक हिस्सा माना जाता है। अधिकांश देशों में दैनिक जीवन मे ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल (द्रव्यमान संज्ञा|द्रव्यमान/गणना भेद) कहा जाता है।
ईमेल कंप्यूटर नेटवर्क, मुख्य रूप से इंटरनेट और स्थानीय क्षेत्र नेटवर्क में भी संचालित होता है। आज की ईमेल प्रणालियाँ संर