सामग्री पर जाएँ

"ईमेल": अवतरणों में अंतर

कड़ियाँ संपादित करें
मुक्त ज्ञानकोश विकिपीडिया से
उत्तरदायी रूप से इतिहास देखें
[अनिरीक्षित अवतरण][अनिरीक्षित अवतरण]
← पिछला अंतरअगला अंतर →
Content deleted Content added
यथादृश्यविकिटेक्स्ट
Translated from http://en.wikipedia.org/wiki/Email (revision: 317170874) using http://translate.google.com/toolkit.
छो Pushpart (Talk) के संपादनोंको हटाकर SieBot के आखिरी अवतरण को पूर्ववत किया
पंक्ति 1: पंक्ति 1:
[[कम्प्यूटर]] के माध्यम से [[पत्र]] भेजने का एक तरीका । आमतौर [[इंटर्नेट]] पर ऐसी कई मुफ्त सेवाऐ उप्लब्ध हैं ।
{{For|the former manufacturing conglomerate|Email Limited}}
'''इलेक्ट्रॉनिक मेल''' , अक्सर '''ईमेल''' या '''ई-मेल''' के रूप में संक्षिप्त, मुख्य रूप से मानव के प्रयोगार्थ डिज़ाइन किये हुए डिजिटल संदेश के आदान-प्रदान करने की एक विधि है. ई-मेल प्रणाली एक [[संरक्षित और अग्रसारित|संग्रहण-और-अग्रेषण]] मॉडल पर आधारित है, जिसमें ई-मेल कंप्यूटर सर्वर सिस्टम, उन प्रयोक्ताओं हेतु संदेशों को स्वीकृति, अग्रेषण, सुपुर्दगी और संग्रहण करते हैं, जिन्हें संदेश भेजने या पुनःप्राप्त करने की अवधि के दौरान, सिर्फ ई-मेल आधारभूत-संरचना से, आम तौर पर एक ई-मेल सर्वर, नेटवर्क सक्षम उपकरण द्वारा (जैसे, एक पर्सनल कंप्यूटर) जुड़ने की ज़रूरत होती है. शायद ही कभी ई-मेल एक प्रयोक्ता के उपकरण से दूसरे प्रयोक्ता के उपकरण पर सीधे प्रसारित किया जाता है.


== इतिहास ==
[[1972]] मे [[रे टॉमलिंसन]] ने पहला ई-मेल संदेश भेजा


== कुछ लोकप्रिय ईमेल वैब्साइट ==
एक इलेक्ट्रॉनिक मेल संदेश के दो घटक होते हैं, संदेश ''हेडर'' और ''संदेश'' बॉडी, जो ई-मेल की सामग्री है. संदेश हेडर में, न्यूनतम रूप में, एक मूल प्रेषक का ई-मेल पता और एक या अधिक प्राप्तकर्ता के पते सहित नियंत्रण जानकारी समाहित होती है. आम तौर पर अतिरिक्त जानकारी जोड़ी जाती है, जैसे कि विषय का एक हेडर क्षेत्र.


मूल रूप से, केवल-पाठ संचार माध्यम, ई-मेल का विस्तार मल्टी मीडिया सामग्री संलग्नक ले जाने के लिए किया गया, जो RFC 2049 के माध्यम से RFC 2045 में मानकीकृत हैं, जिन्हें सामूहिक रूप से, [[मल्टीपर्पस इंटरनेट मेल एक्सटेंशन्स|मल्टीपर्पस इंटरनेट मेल एक्सटेंशन्स]] (MIME) कहा जाता है.


आज की वैश्विक इंटरनेट ई-मेल सेवा का आधार, प्रारंभिक [[ARPANET|ARPANET]] में निर्मित किया गया था और संदेशों की एनकोडिंग के लिए मानकों को 1973 (RFC 561) में प्रस्तावित किया गया था. 1970 के दशक के प्रारंभ में भेजा गया ई-मेल, इंटरनेट पर भेजे गए आज के ई-मेल के बहुत कुछ समान है. 1980 के दशक के आरंभ में ARPANET से इंटरनेट में रूपांतरण ने वर्तमान सेवा के अंतर्भाग को निर्मित किया.


नेटवर्क-आधारित ई-मेल का, शुरूआत में [[फ़ाइल ट्रांसफर प्रोटोकॉल|फ़ाइल ट्रांसफर प्रोटोकॉल]] (FTP) के विस्तार में ARPANET पर आदान-प्रदान किया जाता था, लेकिन आज [[सिंपल मेल ट्रांसफर प्रोटोकॉल|सिम्पल मेल ट्रांसफर प्रोटोकॉल]] (SMTP) द्वारा किया जाता है, जो पहली बार 1982 में [[इंटरनेट मानक |इंटरनेट स्टैंडर्ड]] 10 (RFC 821) के रूप में प्रकाशित हुआ. सिस्टम (कंप्यूटर) के बीच ई-मेल संदेशों को ले जाने की प्रक्रिया में, SMTP, संदेश (हेडर और बॉडी) से अलग एक संदेश ''लिफ़ाफ़े'' के प्रयोग से सुपुर्दगी मानकों का सम्प्रेषण करता है.



==वर्तनी==
[[वर्तनी|वर्तनी]] के कई रूपांतर हैं, जो कभी-कभी उग्र असहमति का कारण बनते हैं.<ref> [http://www.nettime.org/Lists-Archives/nettime-bold-0010/msg00471.html "अ मैटर ऑफ़ (वायर्ड न्यूज़) स्टाइल"", टोनी लांग, वायर्ड पत्रिका, 23 अक्तूबर 2000]</ref><ref> [http://www.wired.com/culture/lifestyle/news/2000/10/39651 (वायर्ड न्यूज़) पर पाठक"", वायर्ड पत्रिका, 24 अक्तूबर 2000]</ref>



:'''email''' इस रूप की आधिकारिक तौर पर [[IETF|IETF]] [[टिप्पणियों के लिए अनुरोध|रिक्वेस्ट फॉर कमेंट्स]] और कार्य समूहों के लिए आवश्यकता होती है <ref>{{cite web|url=http://www.rfc-editor.org/rfc-style-guide/terms-online-03.txt|publisher=IETF|title=RFC Editor Terms List|comment=This is referred to by the [http://www.rfc-editor.org/rfc-style-guide/rfc-style-manual-08.txt RFC Document Style Guide}}</ref> और इसे अधिकांश शब्दकोशों में मान्यता प्राप्त है.<ref>{{cite web |author=AskOxford Language Query team |title=What is the correct way to spell 'e' words such as 'email', 'ecommerce', 'egovernment'? |url=http://www.askoxford.com/asktheexperts/faq/aboutspelling/email |work=FAQ |publisher=Oxford University Press |accessdate=4 September 2009 |quote=We recommend email, as this is now by far the most common form}}</ref> <ref> [http://dictionary.reference.com/browse/email Reference.com]</ref><ref> रेंडम हाउस अनएब्रिजड् शब्दकोश, 2006</ref><ref> द अमेरिकन हेरिटेज डिक्शनरी ऑफ़ द इंग्लिश लैंग्वेज, चौथा संस्करण </ref><ref> प्रिंसटन यूनिवर्सिटी WordNet 3.0</ref><ref> द अमेरिकन हेरिटेज साइंस डिक्शनरी, 2002</ref>



:'''e-mail''' ऐसा रूप जिसकी अनुशंसा अभी भी कुछ प्रमुख पत्रकारिता और तकनीकी [[स्टाइल गाइड|स्टाइल गाइड]] द्वारा की जाती है. <ref>{{cite web |author=Microsoft Corporation Editorial Style Board |url=http://safari.oreilly.com/0735617465 |title=Microsoft Manual of Style for Technical Publications Third Edition |date= November 12, 2003 |publisher=Microsoft Press |accessdate=4 September 2009|quote=At Microsoft CD-ROM as a general term has become CD and blog has entered our vocabulary. E-mail, however, is still e-mail.}}</ref><ref name="APStyleBook"> [http://www.apstylebook.com/ask_editor.php APStylebook.com]</ref>


कम प्रचलित रूपों में शामिल हैं ''eMail'' और सिर्फ़ ''mail'' .

:'''mail''' मूल RFC में प्रयुक्त प्रारूप था. सेवा को ''mail'' कहा गया है और इलेक्ट्रॉनिक मेल के एक अंश को ''message'' कहा गया.<ref> [http://www.faqs.org/rfcs/rfc821.html RFC 821 (rfc821) - सिंपल मेल ट्रांसफर प्रोटोकॉल]</ref><ref name="11above"> [http://www.faqs.org/rfcs/rfc1939.html RFC 1939 (rfc1939) - पोस्ट ऑफिस प्रोटोकॉल - संस्करण 3]</ref><ref name="12above"> [http://www.faqs.org/rfcs/rfc3501.html RFC 3501 (rfc3501) - इंटरनेट मेसेज एक्सेस प्रोटोकॉल - संस्करण 4rev1]</ref>



:'''eMail''' , सिर्फ़ ''M'' अक्षर कैपिटल रूप में लिखे जाते हुए, [[ARPANET|ARPANET]] प्रयोक्ताओं और [[Unix|Unix]], [[CMS|CMS]], [[AppleLink|AppleLink]], [[eWorld|eWorld]], [[AOL|AOL]] [[GEnie|GEnie]] और [[Hotmail|Hotmail]] के प्रारंभिक डेवलपर्स के बीच आम था. {{Citation needed|date=July 2009}}



:'''EMail''' एक परंपरागत रूप है, जिसका प्रयोग [[टिप्पणियों के लिए अनुरोध|RFC]] में "लेखक के पते" के लिए किया गया 2/}<ref name="12above"></ref>, और ''"...ऐतिहासिक कारणों से..."'' इसकी स्पष्ट रूप से आवश्यकता है.<ref> [http://www.rfc-editor.org/rfc-style-guide/terms-online-03.txt "RFC स्टाइल गाइड"", टेबल ऑफ़ डिसीशन ऑन कंसिस्टेंट यूसेज इन RFC]</ref>



==उद्गम==
इलेक्ट्रॉनिक मेल [[इंटरनेट|इंटरनेट]] की शुरूआत से पहले वजूद में आया, और वास्तव में इंटरनेट निर्माण में यह एक महत्वपूर्ण उपकरण था.


1961 में [[मासचुसेट्स प्रोद्योगिकी संस्थान |MIT]] ने सर्वप्रथम [[कम्पेटिबल टाइम-शेयरिंग सिस्टम |कम्पैटिबल टाइम-शेयरिंग सिस्टम]] (CTSS) प्रदर्शित किया.<ref>
"CTSS, कम्पेटिबल टाइम शेयरिंग सिस्टम" (4 सितम्बर 2006),
साउथ अलबामा, विश्वविद्यालय, वेब:
[http://www.cis.usouthal.edu/faculty/daigle/project1/ctss.htm USA-CTSS.]
</ref> इसने दूरस्थ डायल-अप टर्मिनल से ऑन-लाइन डिस्क पर फाइल को रक्षित करने और [[IBM 7094 |IBM 7094]]<ref>
[[टॉम वान व्लेक |टॉम वान व्लेक]],"IBM 7094 और CTSS" (2004 10 सितम्बर,), ''Multicians.org''
[[मल्टिक्स |(Multics),]] वेब: [http://www.multicians.org/thvv/7094.html Multicians-7094.]
</ref> में प्रवेश के लिए एक से अधिक प्रयोक्ताओं को अनुमति दी. इस नई क्षमता ने प्रयोक्ताओं को नए तरीके से जानकारी साझा करने के लिए प्रोत्साहित किया. ई-मेल, एक [[टाइम-शेयरिंग|टाइम-शेयरिंग]] [[मेनफ़्रेम कंप्यूटर|मेनफ्रेम कंप्यूटर]] के विविध प्रयोक्ताओं के लिए संवाद के एक मार्ग के रूप में 1965 में शुरू हुआ.हालांकि सटीक इतिहास संदेहास्पद है, तथापि पहले-पहल ऐसी सुविधा वाले सिस्टम थे, [[प्रणाली विकास निगम|SDC]] का [[Q32|Q32]] और MIT का CTSS.



===होस्ट-आधारित मेल-सिस्टम ===
मूल ई-मेल प्रणाली केवल उन प्रयोक्ताओं को संवाद की अनुमति देती थी, जिन्होंने एक ही होस्ट या "मेनफ्रेम" में लॉग-इन किया हो, लेकिन एक कंपनी या विश्वविद्यालय के भीतर ऐसे सैकड़ों या हजारों प्रयोक्ता हो सकते हैं. 1966 तक (या और पहले, यह संभव है कि [[अर्ध स्वचालित ग्राउंड पर्यावरण|SAGE]] प्रणाली में कुछ समय पूर्व ऐसा ही कुछ था) ऐसे सिस्टम विभिन्न कंपनियों के बीच ई-मेल की अनुमति देते थे, जब तक कि वे संगत ऑपरेटिंग सिस्टम चलाते थे, लेकिन अन्य असमान सिस्टमों के लिए नहीं.


उदाहरणों में शामिल हैं, [[BITNET|BITNET]], [[IBM PROFS|IBM PROFS]], [[डिजिटल ऑल-इन-वन |डिजिटल ऑल-इन-1]] और मूल Unix [[मेल (Unix)|मेल]].



===LAN-आधारित मेल-सिस्टम ===
1980 के दशक की शुरूआत से [[LAN|LAN]] पर नेटवर्क वाले [[निजी कंप्यूटर|व्यक्तिगत कंप्यूटर]] तेज़ी से महत्वपूर्ण बन गए - और पिछले मेनफ्रेम सिस्टम के सदृश सर्वर आधारित सिस्टम विकसित हुए, और प्रारंभ में पुनः केवल एक सर्वर में लॉग-इन करने वाले प्रयोक्ताओं के बीच संवाद की अनुमति थी, तथापि इन्हें आम तौर पर विभिन्न कंपनियों के बीच में जोड़ा जा सकता था, बशर्ते कि वे एक ही ई-मेल प्रणाली और (स्वामित्व) प्रोटोकॉल चलाते थे.


उदाहरणों में शामिल हैं [[:CC: मेल|cc:Mail]], [[वर्ड परफेक्ट ऑफिस |WordPerfect Office]], [[Microsoft मेल|Microsoft Mail]] [[बनयान VINES|Banyan VINES]] और [[लोटस नोट्स|Lotus Notes]] - जहां विभिन्न विक्रेता इन असंगत सिस्टम को लिंक करने के लिए गेट-वे सॉफ्टवेयर की आपूर्ति कर रहे थे.



===इंटर-ऑपरेबिलिटी पर प्रयास===

*[[नोवेल|Novell]] ने संक्षिप्त रूप से मुक्त [[संदेश नियंत्रण प्रणाली|MHS]] प्रोटोकॉल पर समर्थन हासिल किया.
*[[uucp|uucp]] भिन्न मेल सिस्टमों के बीच एक मुक्त "ग्लू" (संयोजक) के रूप में इस्तेमाल किया गया.
*[[यूनाइटेड किंगडम|ब्रिटेन]] के शैक्षणिक नेटवर्क पर 1992 तक [[कलर्ड बुक प्रोटोकॉल|कलर्ड बुक प्रोटोकॉल]]
*1990 के दशक की शुरूआत में [[GOSIP|GOSIP]] के तहत सरकार के उपयोगार्थ [[X.400|X.400]] को अनिवार्य बना दिया गया, पर लगभग उसके तुरंत बाद, कुछ को छोड़कर सभी ने [[इंटरनेट|इंटरनेट]] [[SMTP|SMTP]] के पक्ष में उसे त्याग दिया.



===ARPANET-आधारित मेल का उदय ===
[[ARPANET|ARPANET]] [[कंप्यूटर नेटवर्क|कंप्यूटर नेटवर्क]] ने ई-मेल के विकास में बड़ा योगदान दिया. एक ऐसी रिपोर्ट मौजूद है, जो इंगित करती है कि 1969 में इसके निर्माण के बाद शीघ्र ही प्रायोगिक अंतर-प्रणाली ई-मेल अंतरण शुरू हो गए.<ref> [http://www.multicians.org/thvv/mail-history.html इलेक्ट्रॉनिक मेल का इतिहास]</ref> [[रे टॉमलिंसन |रे टॉमलिंसन]] ने प्रयोक्ता के नाम और उसकी मशीन को अलग करने के लिए 1971 में "[[एट साइन |@]]" चिह्न का प्रयोग शुरू किया. <ref> [http://openmap.bbn.com/~tomlinso/ray/firstemailframe.html पहला ईमेल]</ref> [[ARPANET|ARPANET]] ने महत्वपूर्ण रूप से ई-मेल की लोकप्रियता को बढ़ाया, और यह ARPANET का [[हत्यारा अनुप्रयोग|हत्यारा app]] बन गया.


ज्यादातर अन्य नेटवर्कों के अपने स्वयं के ई-मेल प्रोटोकॉल और [[ई-मेल पता|पता]] प्रारूप थे; [[ARPANET|ARPANET]] के प्रभाव और बाद में इंटरनेट की वृद्धि के साथ, केंद्रीय साइटों ने अक्सर ऐसे ई-मेल गेट-वे होस्ट किए, जो इंटरनेट और इन अन्य नेटवर्कों के बीच मेल को पास करे. इंटरनेट ई-मेल पता-शैली इन बड़े नेटवर्क के लिए निर्दिष्ट मेल को संभालने की जरूरत के कारण अभी भी जटिल है. इसके कुछ विख्यात उदाहरण हैं, [[UUCP|UUCP]] (ज्यादातर Unix कंप्यूटर), [[BITNET|BITNET]] (विश्वविद्यालयों में ज्यादातर IBM और VAX मेनफ्रेम्स), [[FidoNet|FidoNet]] (पर्सनल कंप्यूटर), DECNET (विभिन्न नेटवर्क) और [[CSNet|CSNet]] जो [[NSFNet|NSFNet]] का एक अग्रगामी है.


इंटरनेट ई-मेल पते का एक उदाहरण, जो एक UUCP होस्ट पर एक प्रयोक्ता के लिए मेल भेजता है:


<pre> hubhost!middlehost!edgehost!user@uucpgateway.somedomain.example.com </pre>


यह ज़रूरी था, क्योंकि UUCP के आरंभिक कंप्यूटर सभी निमंत्रकों की अवस्थिति के बारे में, जिनके साथ उन्होंने मेल का आदान-प्रदान किया, जानकारी नहीं रखते थे (या सर्वर से परामर्श करते), बल्कि केवल इतना जानते थे कि कैसे कुछ पड़ोसी नेटवर्कों के साथ संवाद किया जाए; ई-मेल संदेश (और अन्य डाटा जैसे [[यूज़नेट|यूज़नेट समाचार]]), उन निमंत्रकों के बीच एक श्रृंखला में पारित किये जाते थे, जिन्होंने आपस में स्पष्ट रूप से एक दूसरे के साथ डाटा साझा करने के प्रति सहमति जताई है.



==प्रचालन परिदृश्य==
दाईं ओर का चित्र घटनाओं के एक विशिष्ट अनुक्रम को दर्शाता है, <ref>{{cite video | title = How E-mail Works | medium = internet video | publisher = howstuffworks.com | year = 2008 | url = http://www.webcastr.com/videos/informational/how-email-works.html}}</ref> जो उस वक़्त घटित होता है जब [[क्रिप्टोग्राफी में प्लेसहोल्डर का नाम|ऐलिस]] अपने [[ई मेल क्लाइंट|मेल प्रयोक्ता एजेंट]] (MUA) का उपयोग कर संदेश लिखती है. वह अपने सम्पर्की का [[ई-मेल पता|ई-मेल पता]] लिखती है, और "भेजें" बटन दबाती है.
<span style="float:right">[[File:email.svg|400px|ई-मेल कैसे काम करता है]]</span>

#उसका MUA, संदेश को ई-मेल प्रारूप में सजाता है और संदेश को स्थानीय [[मेल ट्रांसफर एजेंट|मेल ट्रांसफर एजेंट]] (MTA) के पास भेजने के लिए [[सिंपल मेल ट्रांसफर प्रोटोकॉल|सिम्पल मेल ट्रांसफर प्रोटोकॉल]] (SMTP) का उपयोग करता है, जो कि इस मामले में, ऐलिस के [[इंटरनेट सेवा प्रदाता|इंटरनेट सेवा प्रदाता]] (ISP) द्वारा संचालित <tt>smtp.a.org</tt> है.
#MTA, SMTP प्रोटोकॉल में उपलब्ध कराए गए गंतव्य पते को देखता है (संदेश हेडर से नहीं), जो कि इस मामले में <tt>bob@b.org</tt> है. इंटरनेट का एक ई-मेल पता <tt>localpart@exampledomain</tt> रूप की पंक्ति है. @ चिह्न से पहले हिस्से में पते का '''स्थानीय हिस्सा''' है, अक्सर प्रापक का [[प्रयोक्ता नाम|प्रयोक्ता-नाम]], और @ चिह्न के बाद का हिस्सा एक [[डोमेन नाम|डोमेन नाम]] है या एक [[पूर्ण योग्य डोमेन नाम|पूर्णतः योग्य डोमेन नाम]]. MTA, [[डोमेन नाम प्रणाली|डोमेन नाम प्रणाली]] में [[मेल एक्सचेंज सर्वर|मेल विनिमय सर्वर]] का पूर्णतः योग्य डोमेन नाम तय करने के लिए एक डोमेन नाम को हल करता है.
#<tt>b.org</tt> डोमेन के लिए [[DNS सर्वर|DNS सर्वर]], <tt>ns.b.org</tt>, उस डोमेन के लिए मेल विनिमय सर्वर को सूचीबद्ध करते हुए किसी भी [[MX रिकॉर्ड|MX रिकॉर्ड]] से प्रतिक्रिया देता है, जो कि इस मामले में, Bob's ISP द्वारा संचालित एक सर्वर <tt>mx.b.org</tt> है.
#<tt>smtp.a.org</tt>, SMTP के प्रयोग से <tt>mx.b.org</tt> को संदेश भेजता है, जो इसे प्रयोक्ता <tt>बॉब</tt> के [[ईमेल मेलबॉक्स |मेल-बॉक्स]] में डाल देता है.
#बॉब अपने MUA में "गेट मेल" बटन दबाता है, जो [[पोस्टऑफिस प्रोटोकॉल|पोस्ट ऑफिस प्रोटोकॉल]] (POP3) का उपयोग करते हुए संदेश प्रस्तुत करता है.


घटनाओं का यह क्रम अधिकांश ई-मेल प्रयोक्ताओं पर लागू होता है. हालांकि, ई-मेल प्रणाली में कई वैकल्पिक संभावनाएं और उलझनें हैं:

*ऐलिस या बॉब एक कॉर्पोरेट ई-मेल प्रणाली से जुड़े एक क्लाइंट का उपयोग कर सकते हैं, जैसे [[IBM|IBM]] [[लोटस नोट्स|लोटस नोट्स]] या [[Microsoft|Microsoft]] [[Microsoft एक्सचेंज सर्वर|Exchange]]. इन प्रणालियों का अक्सर अपना आंतरिक ई-मेल प्रारूप होता है, और उनके ग्राहक आम तौर पर ई-मेल सर्वर के साथ विक्रेता-विशेष, स्वामित्व वाले प्रोटोकॉल के प्रयोग द्वारा संवाद करते हैं.सर्वर, उत्पाद के इंटरनेट मेल प्रवेश द्वार के माध्यम से ई-मेल भेजता या प्राप्त करता है, जो आवश्यकतानुसार प्रारूप को पुनः संशोधित भी करता है. यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो सम्पूर्ण आदान-प्रदान पूरी तरह से कंपनी के एकल ई-मेल प्रणाली के भीतर हो सकता है.
*संभव है ऐलिस के पास उसके कंप्यूटर पर MUA ना हो, बल्कि बजाय इसके [[वेबमेल|वेब मेल]] सेवा से जुड़ सकती हैं.
*ऐलिस का कंप्यूटर अपना स्वयं का MTA चला सकता है, इस प्रकार चरण 1 में अंतरण से बच सकता है.
*बॉब अपने ई-मेल को कई प्रकार से उठा सकता है, उदाहरण के लिए <tt>mx.b.org</tt> में लॉग-इन द्वारा, [[इंटरनेट मेसेज एक्सेस प्रोटोकॉल|इंटरनेट मेसेज एक्सेस प्रोटोकॉल]] का उपयोग करके, और इसे सीधे पढ़ कर, या एक [[वेबमेल|वेब मेल]] सेवा के उपयोग द्वारा.
*डोमेन के आम तौर पर कई मेल एक्सचेंज सर्वर होते हैं, ताकि जब मुख्य मेल एक्सचेंज सर्वर उपलब्ध ना हो, तो वे मेल स्वीकार करना जारी रख सकें.
*अगर [[ई-मेल एन्क्रिप्शन|ई-मेल एन्क्रिप्शन]] सही तरीके से उपयोग नहीं किया गया है, तो ई-मेल संदेश सुरक्षित नहीं हैं.


कई MTAs इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार किया करते थे और उसे पहुंचाने की पूरी कोशिश करते थे. ऐसे MTA को ''[[ओपन मेल रिले|ओपन मेल रिले]]'' कहा जाता है. यह इंटरनेट के शुरूआती दिनों में बहुत ही महत्वपूर्ण हुआ करता था, जब नेटवर्क कनेक्शन भरोसेमंद नहीं थे.यदि एक MTA मंजिल तक नहीं पहुंच पाता है, तो यह कम से कम गंतव्य के नज़दीक एक रिले को प्रदान कर सकता है.रिले के पास बाद में कभी संदेश को पहुंचाने की अच्छी संभावनाएं होती हैं.बहरहाल, इस तंत्र का उन लोगों द्वारा फ़ायदा उठाया जा सकता है, जो [[ई-मेल स्पैम|अप्रार्थित थोक ई-मेल]] भेजते हैं, और परिणामस्वरुप बहुत कम आधुनिक MTA ओपन मेल रिलेज़ के लिए खुले हैं, और कई MTA, ओपन मेल रिलेज़ से संदेश स्वीकार नहीं करते, क्योंकि ऐसे संदेशों के स्पैम (अवांछनीय) होने की काफ़ी संभावना है.



==संदेश प्रारूप ==
{{anchor|Internet Message Format}}
इंटरनेट ई-मेल संदेश प्रारूप RFC 5322 में परिभाषित होता है और RFC 2049 के माध्यम से RFC 2045, [[टिप्पणियों के लिए अनुरोध|RFC]] की एक श्रृंखला, सामूहिक रूप से ''[[मल्टीपर्पस इंटरनेट मेल एक्सटेंशन्स|मल्टीपर्पस इंटरनेट मेल एक्सटेंशन्स]]'' या ''MIME'' कहा जाता है. यद्यपि यथा 13 जुलाई, 2005, RFC 2822 तकनीकी तौर पर एक प्रस्तावित [[इंटरनेट इंजीनियरिंग टास्क फोर्स|IETF]] मानक है और MIME RFC, ड्राफ्ट IETF मानक हैं,<ref>{{citeweb|title=RFC Index|url=http://www.ietf.org/iesg/1rfc_index.txt}}</ref> ये दस्तावेज इंटरनेट ई-मेल के प्रारूप के लिए मानक हैं. 2001 में RFC 2822 के प्रवर्तन से पूर्व, RFC 822 द्वारा वर्णित प्रारूप लगभग 20 साल तक इंटरनेट ई-मेल के लिए मानक था; वह अभी भी आधिकारिक IETF मानक है. IETF ने संख्या 5321 और 5322 को RFC 2821 (SMTP) और RFC 2822 के अद्यतन संस्करण के लिए आरक्षित रखा है, जैसा कि इसने पहले इन दोनों RFC की उच्च महत्ता को सम्मान देते हुए, RFC 821 और RFC 822 के साथ किया था. RFC 822, 1982 में प्रकाशित और इससे पहले के RFC 733 पर आधारित था.(देखें <ref> केन सिम्पसन, "ईमेल मानकों का अद्यतन" (3 अक्तूबर 2008), ''blog.mailchannels.com,'' वेब: [http://blog.mailchannels.com/2008/10/update-to-email-standards.html मेलचैनल ब्लॉग प्रविष्टि.]
</ref>)


इंटरनेट ई-मेल संदेश, दो प्रमुख भागों से मिल कर बनता है:

*हेडर - सारांश, प्रेषक, प्राप्तकर्ता और ई-मेल के बारे में अन्य जानकारी जैसे [[फील्ड (कंप्यूटर साइंस)|क्षेत्रों]] में संरचित है.
*बॉडी - असंरचित पाठ के रूप में खुद संदेश; कभी-कभी अंत में एक [[हस्ताक्षर ब्लॉक|हस्ताक्षर खंड]] सहित. यह ठीक एक नियमित पत्र के ढांचे के समान है.


हेडर, बॉडी से एक रिक्त पंक्ति द्वारा पृथक होता है.



===संदेश हेडर===



प्रत्येक संदेश ठीक एक [[हेडर (कंप्यूटिंग)|हेडर]] होता है, जो [[फील्ड (कंप्यूटर साइंस)|फील्डों]] में संरचित है. प्रत्येक फील्ड का एक नाम और एक मूल्य है. RFC 5322 सटीक वाक्य-विन्यास निर्दिष्ट करता है.


अनौपचारिक रूप से, हेडर में पाठ की प्रत्येक पंक्ति, जो एक [[ASCII#ASCII_printable_characters|मुद्रण योग्य अक्षर]] से शुरू होती है, एक पृथक फील्ड शुरू करती है. फील्ड का नाम पंक्ति के पहले अक्षर में शुरू होता है और विभाजक चिह्न ":" से पहले खत्म हो जाता है. विभाजक के बाद फील्ड मूल्य (फील्ड की "बॉडी") आता है. मूल्य, बाद की पंक्तियों पर जारी रहता है, अगर उन पंक्तियों में प्रथम अक्षर के रूप में एक स्पेस या टैब है. फील्ड नाम और मूल्य 7-बिट [[ASCII|ASCII]] वर्णों तक सीमित हैं. गैर-ASCII मूल्यों को MIME [[MIME # इनकोडिंग शब्द|इनकोडेड शब्दों]] के प्रयोग से प्रदर्शित किया जा सकता है.



====हेडर फील्ड ====
संदेश के हेडर में कम से कम निम्नलिखित फील्ड शामिल होने चाहिए:

*From (प्रेषक): [[ई-मेल पता|ई-मेल पता]] और वैकल्पिक रूप से लेखक(कों) का नाम. कई ई-मेल में ग्राहक अपरिवर्तनीय हैं, सिर्फ खाता विन्यास बदलने के माध्यम से परिवर्तन को छोड़ कर.
*To (प्रापक): ई-मेल पता(ते), और वैकल्पिक रूप से संदेश प्राप्तकर्ता(ओं) के नाम. प्रमुख प्राप्तकर्ताओं को दर्शाता है (अनेक अनुमत है), द्वितीयक प्राप्तकर्ता के लिए नीचे Cc: और Bcc: देखें.
*Subject (विषय): संदेश के शीर्षक का एक संक्षिप्त सारांश.
*Date: स्थानीय समय और दिनांक, जब संदेश लिखा गया था. ''From:'' फील्ड की तरह कई ई-मेल ग्राहक इसे स्वचालित रूप से भरते हैं.
*Message(संदेश)-ID: यह भी एक स्वतः जनित फील्ड है; कई वितरण को रोकने और इन-रिप्लाई-टु के संदर्भ के लिए प्रयुक्त: (नीचे देखें).


ध्यान दें कि "To:" फील्ड आवश्यक रूप से उस पते से संबंधित नहीं है, जिसे यह संदेश भेजा जा रहा है.सुपुर्दगी की वास्तविक सूची अलग से परिवहन प्रोटोकॉल, [[SMTP|SMTP]] को पहुंचाई जाती है, जिसे संभवतः मूल हेडर सामग्री से निकाला गया हो या नहीं निकाला गया हो. "To:" फील्ड एक पारंपरिक पत्र के शीर्ष पर संबोधन के समान ही है, जिसे बाह्य लिफ़ाफ़े पर पते के अनुसार पहुंचाया जाता है.यह भी ध्यान दें कि "From:" फ़ील्ड में कोई ज़रूरी नहीं कि ई-मेल संदेश का वास्तविक प्रेषक हो. एक कारण यह है कि "From:" फील्ड को फर्जी बनाना काफी आसान है और एक संदेश को ऐसे पेश करना कि जैसे वह किसी मेल पते से आया हो. [[डिजिटल हस्ताक्षर|डिजिटल]] तरीक़े से ई-मेल को हस्ताक्षरित करना संभव है, जो अपेक्षाकृत बहुत कठिन है, लेकिन ऐसे हस्ताक्षर के लिए अतिरिक्त प्रोग्रामिंग और सत्यापन के लिए अक्सर बाहरी प्रोग्रामों की आवश्यकता होती है. कुछ [[इंटरनेट सेवा प्रदाता|इंटरनेट सेवा प्रदाता]], उनके द्वारा होस्ट न किए गए डोमेन से आने के दावे वाले ई-मेल को रिले नहीं करते, लेकिन बहुत कम (यदि कोई है तो) यह सुनिश्चित करने के लिए जांच करते हैं कि "From:" फील्ड में लिखा व्यक्ति या ई-मेल पता कनेक्शन के साथ संबंधित है. कुछ [[इंटरनेट सेवा प्रदाता|इंटरनेट सेवा प्रदाता]], अन्य MTA को उन फर्जी स्पैम का पता लगाने की अनुमति देने के लिए, जो ऐसा लगता है कि उनके द्वारा भेजे गए हैं, उस ई-मेल पर [[ई-मेल प्रमाणीकरण|ई-मेल प्रमाणीकरण]] प्रणाली लागू करते हैं, जो उनके [[MTA|MTA]] के माध्यम से भेजा गया है.


RFC 3864, [[इंटरनेट नियत संख्या प्राधिकरण|IANA]] में संदेश हेडर फील्ड के लिए पंजीकरण की प्रक्रिया का वर्णन करता है; यह [http://www.iana.org/assignments/message-headers/perm-headers.html स्थायी] और [http://www.iana.org/assignments/message-headers/prov-headers.html अस्थायी] संदेश हेडर फील्ड नाम प्रदान करता है, जिसमें MIME, netnews, और http, और संदर्भित प्रासंगिक RFC के लिए परिभाषित फील्ड भी शामिल हैं. ई-मेल के लिए सामान्य हेडर फील्ड में शामिल हैं:

*Bcc: [[ब्लाइंड कार्बन कॉपी|ब्लाइंड कार्बन कॉपी]]; SMTP वितरण सूची में जोड़े गए पते मगर (आम तौर पर) संदेश डाटा में सूचीबद्ध नहीं, जिससे अन्य प्राप्तकर्ताओं की नज़रों से यह अदृश्य रहता है.
*Cc: [[कार्बन कॉपी|कार्बन कॉपी]]; कई ई-मेल ग्राहक आपके इन-बॉक्स में अलग-अलग तरीके से मेल चिह्नित करते हैं, इस बात पर निर्भर करते हुए कि आप टु: या Cc: सूची में किसमें से हैं.
*[[विषयवस्तु प्रकार|Content-Type]](विषय-प्रकार): इस बारे में जानकारी कि संदेश कैसे प्रदर्शित होना है, आम तौर पर जो एक [[MIME|MIME]] प्रकार है.
*In-Reply-To: उस [[Message-ID|संदेश]] की [[संदेश-ID|संदेश-ID]], जिसका यह एक जवाब है. संबंधित संदेशों को जोड़ने के लिए प्रयुक्त.
*Precedence (पूर्ववर्तिता): आम तौर पर मूल्यों के साथ "bulk (ढेर)", "junk (अनावश्यक)", या "list (सूची)"; यह इंगित करने के लिए कि स्वचालित "vacation (छुट्टी पर)" या "out of office (कार्यालय से बाहर)" प्रतिक्रियाएं इस मेल के लिए लौटाई नहीं जानी चाहिए, उदाहरण के लिए, एक डाक-सूची के अन्य सभी ग्राहकों को छुट्टी पर होने की नोटिस भेजे जाने से रोकने के लिए.
*Received (प्राप्त): उन मेल सर्वरों द्वारा उत्पन्न जानकारी की खबर रखना, जिन्होंने पहले उलटे क्रम में (अंतिम संचालक पहले) संदेश का संचालन किया है.
*References (संदर्भ): उस [[Message-ID|संदेश]] का [[संदेश-ID|संदेश-ID]] जिसका कि यह एक जवाब है, और उस संदेश का संदेश-id, जिसका पहले वाला, एक जवाब का जवाब था, आदि.
*Reply-To: संदेश का जवाब देने के लिए जिस पते का प्रयोग किया जाना चाहिए.
*Sender(प्रेषक): वास्तविक प्रेषक का पता जो From: फील्ड में सूचीबद्ध लेखक की ओर से कार्य कर रहा है (सचिव, सूची प्रबंधक, आदि).
*[[X-Face|X-Face]]: लघु आइकॉन (चिह्न)



===संदेश का मुख्य भाग===
{{Refimprovesect|date=November 2007}}



====विषयवस्तु एनकोडिंग====
ई-मेल मूल रूप से 7-बिट [[ASCII|ASCII]] के लिए डिज़ाइन किया गया था. <ref>{{citebook|title=TCP/IP Network Administration|year=2002|isbn=978-0596002978|author=Craig Hunt|publisher=[[O'Reilly Media]]|pages=70}}</ref> ज़्यादा ई-मेल सॉफ्टवेयर [[8 बिट क्लीन |8-बिट क्लीन]] हैं, पर ऐसा समझना चाहिए कि यह 8 बिट सर्वर और मेल पाठकों के साथ बातचीत करेगा. [[MIME|MIME]] मानक ने ग़ैर-ASCII डाटा के संचरण को चालू करने के लिए, वर्ण सेट निर्देशक और दो विषयवस्तु अंतरण एनकोडिंग पेश किया: सामान्यतः उस सीमा से बाहर चंद वर्णों के साथ 7 बिट विषय और मनमाने ढंग के बाइनरी डाटा के लिए [[base64|base64]] हेतु [[कोटेड प्रिंटेबल|कोटेड प्रिंटेबल]] के रूप में प्रस्तुत है. बिना इन एनकोडिंग की ज़रूरत के ही मेल के संचरण को अनुमत करने के लिए [[8BITMIME|8BITMIME]] विस्तार शुरू किया गया, लेकिन अभी भी कई [[मेल ट्रांसपोर्ट एजेंट|मेल ट्रांसपोर्ट एजेंट]] पूरी तरह से इसका समर्थन नहीं करते. कुछ देशों में, कई एनकोडिंग योजनाएं एक साथ मौजूद हैं; परिणामतः, व्यतिक्रम द्वारा, एक गैर-लैटिन वर्णमाला भाषा में संदेश अपठनीय रूप में प्रकट होता है, (इसका अपवाद केवल संयोग है, जब प्रेषक और प्राप्तकर्ता एक ही एनकोडिंग पद्धति का प्रयोग करते हैं). इसलिए, अंतर्राष्ट्रीय [[वर्ण सेट|वर्ण सेट]] के लिए [[Unicode|यूनिकोड]] की लोकप्रियता बढ़ रही है.



====सामान्य पाठ और HTML====
अधिकांश आधुनिक ग्राफ़िक [[ई-मेल क्लाइंट|ई-मेल ग्राहक]], प्रयोक्ता के विकल्प पर, संदेश की विषयवस्तु के लिए या तो [[प्लेन टेक्स्ट |सामान्य पाठ]] या [[HTML|HTML]] के उपयोग की अनुमति देते हैं. संगतता कारणों के लिए, HTML ई-मेल संदेश में अक्सर स्वतः-जनित सामान्य पाठ प्रति भी शामिल होती है.
HTML के लाभ में शामिल हैं, इन-लाइन लिंक और चित्र शामिल करने की क्षमता, [[ब्लाक कोट |ब्लॉक कोट्स]] में पिछले संदेशों को अलग रखना, किसी भी प्रदर्शक पर स्वाभाविक रूप से आवृत करना, [[इटैलिक्स |तिरछे टाइप]] और [[रेखांकित|रेखांकन]] तथा [[फ़ॉन्ट|फ़ॉन्ट]] शैली में बदलाव जैसे प्रयोगों पर ज़ोर देना. हानियों में शामिल हैं, ई-मेल का बढ़ा हुआ आकार, [[वेब बग|वेब बग]] के बारे में गोपनीयता संबंधी चिंताएं, HTML ई-मेल का [[फ़िशिंग|फ़िशिंग]] हमलों और [[मालवेयर|ख़तरनाक सॉफ़्टवेयर]] के प्रसार के लिए, सदिश के रूप में दुरूपयोग.<ref>{{citeweb|title=Email policies that prevent viruses|url=http://advosys.ca/papers/mail-policies.html}}</ref>


[[मेलिंग सूची|मेलिंग सूची]] आम तौर पर ज़ोर देती है कि उपरोक्त सभी कारणों से सभी डाक, सामान्य पाठ में बनाए जाएं<ref> [http://helpdesk.rootsweb.com/listadmins/plaintext.html "जब एक रूट्सवेब मेलिंग सूची के लिए पोस्टिंग कर रहे हों ..."]</ref><ref>[http://www.openbsd.org/mail.html "...][http://www.openbsd.org/mail.html प्लेन टेक्स्ट, प्रत्येक पंक्ति में 72 अक्षर ... "]</ref><ref> [http://www.expita.com/nomime.html "HTML या MIME संदेश भेजने में क्या गलत है?"]</ref>, बल्कि इसलिए भी कि उनके महत्वपूर्ण संख्या में पाठक हैं जो [[टेक्स्ट यूज़र इंटरफ़ेस|पाठ-आधारित]], [[Mutt (ई-मेल क्लाइंट)|Mutt]] जैसे [[ई-मेल क्लाइंट|ई-मेल ग्राहक]] का उपयोग करते हैं


कुछ [[Microsoft|Microsoft]] [[ई मेल क्लाइंट|ई-मेल ग्राहकों]] ने HTML के बजाय [[RTF|RTF]] के उपयोग से समृद्ध स्वरूपण की अनुमति दी, लेकिन जब तक कि यह सुनिश्चित ना हो जाए कि प्राप्तकर्ता के पास एक संगत [[ई-मेल क्लाइंट|ई-मेल ग्राहक]] है, इससे बचना चाहिए. <ref> [http://support.microsoft.com/kb/138053 इंटरनेट प्रयोक्ता को Winmail.dat फाइल भेजे जाने से कैसे रोकें]</ref>



==सर्वर और आश्रित अनुप्रयोग==
[[File:Mozilla thunderbird empty screenshot.png|thumb|right|300px|एक ई-मेल क्लाइंट का इंटरफेस, थंडरबर्ड.]]

होस्ट के बीच संदेशों का आदान-प्रदान [[मेल ट्रांसफर एजेंट|मेल ट्रांसफर एजेंट]] कहलाने वाले सॉफ्टवेयर प्रोग्रामों के साथ, [[SMTP|सिम्पल मेल ट्रांसफर प्रोटोकॉल]] के उपयोग से होता है.प्रयोक्ता, मानक प्रोटोकॉल का उपयोग करने वाले सर्वर जैसे [[पोस्टऑफिस प्रोटोकॉल|POP]] या [[IMAP|IMAP]] से या जैसा कि एक बड़ी [[निगम|कंपनी]] परिवेश में होना स्वाभाविक है, [[लोटस नोट्स|लोटस नोट्स]] या [[Microsoft एक्सचेंज सर्वर|Microsoft Exchange Servers]] के लिए विशेष एक [[मालिकाना सॉफ्टवेयर|स्वामित्व]] प्रोटोकॉल के ज़रिए अपने संदेशों को पुनःप्राप्त कर सकते हैं .[[वेबमेल|वेबमेल]] अंतरफलक, प्रयोक्ताओं को एक ई-मेल क्लाइंट पर निर्भर करने की बजाय किसी भी मानक [[वेब ब्राउज़र|वेब ब्राउज़र]] द्वारा, किसी भी कंप्यूटर से अपने ई-मेल तक पहुंचने की अनुमति देता है.


मेल को [[क्लाइंट (कम्प्यूटिंग)|क्लाइंट]] पर, [[सर्वर (कम्प्यूटिंग)|सर्वर]] दिशा में, या दोनों जगहों पर संग्रहित किया जा सकता है. मेलबॉक्स के लिए मानक प्रारूप हैं [[मेलडिर |Maildir]] और [[mbox|mbox]]. कई प्रमुख ई-मेल क्लाइंट अपने स्वामित्व वाले प्रारूप का उपयोग करते हैं और आपस में ई-मेल अंतरण के लिए उन्हें रूपांतरण सॉफ्टवेयर की आवश्यकता होती है.


एक संदेश की स्वीकृति पर, MTA उसे पहुंचाने के लिए बाध्य होता है, और जब कोई संदेश पहुंचाया नहीं जा सके, तो उस MTA को समस्या इंगित करते हुए प्रेषक के पास वापस एक [[बाउंस संदेश|बाउंस संदेश]] भेजना आवश्यक होता है.



===फ़ाइल-नाम एक्सटेंशन===
ई-मेल संदेश मिलने पर, [[ई-मेल क्लाइंट|ई-मेल क्लाइंट]] अनुप्रयोग, संदेश को फ़ाइल-सिस्टम के ऑपरेटिंग सिस्टम फ़ाइलों में सुरक्षित रखते हैं. कुछ क्लाइंट व्यक्तिगत संदेशों को अलग फ़ाइलों के रूप में सुरक्षित रखते हैं, जबकि अन्य इसका सामूहिक संग्रहण के लिए, विभिन्न डाटाबेस स्वरूपों में, बहुधा स्वामित्व स्वरूप में उपयोग करते हैं. संग्रहण का एक ऐतिहासिक मानक ''[[mbox|mbox]]'' प्रारूप है. प्रयुक्त विशिष्ट प्रारूप अक्सर विशेष [[फ़ाइलनेम एक्सटेंशन|फ़ाइल नाम एक्सटेंशन]] के द्वारा इंगित किया जाता है:

;<tt>.eml</tt>


:[[Microsoft Outlook Express |Microsoft Outlook Express]], [[Windows मेल|Windows Mail]] और [[मोज़िला थंडरबर्ड|Mozilla Thunderbird]] सहित कई मेल क्लाइंट द्वारा प्रयुक्त.<ref>{{cite web|url=http://filext.com/file-extension/EML|title= File Extension .EML Details|work=FILExt - The File Extension Source|accessdate=2009-09-26}}</ref> फ़ाइलें [[MIME|MIME]] प्रारूप में [[प्लेन टेक्स्ट |सामान्य पाठ]] हैं, जिसमें ई-मेल हेडर और साथ में संदेश सामग्री और एक या कई प्रारूपों में संलग्नक होते हैं.

;<tt>.emlx</tt>


:[[मेल (अनुप्रयोग)|Apple Mail]] द्वारा प्रयुक्त.

;<tt>.msg</tt>


:[[Microsoft Outlook|Microsoft Office Outlook]] द्वारा प्रयुक्त.

;<tt>.mbx</tt>


:[[mbox|Mbox]] प्रारूप पर आधारित [[ओपेरा मेल|Opera Mail]] [[KMail|KMail]] और [[मेल (अनुप्रयोग)|Apple Mail]] द्वारा प्रयुक्त.


कुछ अनुप्रयोग (जैसे कि [[मेल (अनुप्रयोग)|Apple Mail]]), डिस्क पर फ़ाइलों की एक भौतिक प्रतिलिपि तैयार करते हुए, खोज के लिए, संलग्नकों को भी संदेश में एनकोड करते हैं. अन्य उन्हें निर्दिष्ट फ़ोल्डरों में जमा करते हुए, संलग्नकों को संदेशों से अलग करते हैं.



===''mailto:null'' URI योजना===
[[इंटरनेट नियत संख्या प्राधिकरण|IANA]] के साथ पंजीकृत रूप में [[URI योजना|URI योजना]], SMTP ई-मेल पते के लिए <tt>mailto:null</tt> योजना को परिभाषित करती है. हालांकि इसके उपयोग को सही तौर पर परिभाषित नहीं किया गया है, जब URL सक्रिय हों, तब URL द्वारा "To:" फ़ील्ड में पते की परिभाषा के अनुसार, प्रयोक्ता के मेल क्लाइंट के नया संदेश विंडो को खोलने के उपयोगार्थ इस प्रारूप के URL अभिप्रेत हैं.
<ref>
Rfc 2368 भाग 3 : पॉल हॉफमैन ने 1998 में "मेलटो" URL के संचालन की चर्चा की".
</ref>



==उपयोग==
{{Refimprovesect|date=November 2007}}



===समाज में===
पिछले 50 वर्षों में लोगों के संवाद करने के तरीक़ों में कई परिवर्तन हुए हैं; निश्चित रूप से ई-मेल उनमें से एक है.
परंपरागत रूप से, स्थानीय समुदाय में संप्रेषण का आधार, आमने-सामने, सामाजिक परस्पर प्रतिक्रिया रहा था. फिर भी, प्रत्यक्ष रूप से परस्पर मिलना, आज संप्रेषण का प्रमुख तरीक़ा नहीं रह गया है, चूंकि लोग लैंड-लाइन टेलीफ़ोन, मोबाइल फ़ोन या ई-मेल जैसे कंप्यूटर की मध्यस्थता वाले कई संप्रेषण पद्धतियों का इस्तेमाल कर सकते हैं.




अनुसंधान ने दर्शाया है लोग महत्वपूर्ण सामाजिक नेटवर्क को बनाए रखने के लिए, विशेष रूप से जब घनिष्ठ लोग दूर बसे हैं, ई-मेल का सक्रिय रूप से उपयोग करते हैं. तथापि, पिछले अनुसंधान के प्रतिकूल, परिणाम इंगित करते हैं कि इंटरनेट उपयोग में वृद्धि का संबंध संप्रेषण के अन्य तरीक़ों में गिरावट से है, जहां इंटरनेट तथा ई-मेल उपयोग संबंधी योग्यता, इस रिश्ते में मध्यस्थ कारक के रूप में कार्य करता है.<ref> स्टर्न, माइकल जे.इन्फोर्मेशन, कम्युनिकेशन और सोसाइटी; Oct2008, Vol. 11 5 अंक, p591-616, 26p. CLB ओकलाहोमा स्टेट यूनिवर्सिटी, स्टिलवाटर, OK, अमरीका. </ref>
चैट मेसेंजर्स (बातचीत संदेशवाहक) और वीडियो सम्मेलन के प्रवर्तन के साथ संप्रेषण की अनेक पद्धतियां प्रचलित हो गई हैं.



====फ़्लेमिंग====
[[फ्लेमिंग (इंटरनेट)|फ़्लेमिंग]] (भड़कना) तब होता है, जब कोई व्यक्ति गुस्से से भरा या प्रतिकूल सामग्री के साथ संदेश भेजता है. ई-मेल संचार की आसानी और अवैयक्तिकता के कारण, आजकल फ़्लेमिंग को बहुत ही आम समझा जाता है: आमने-सामने या टेलीफोन के ज़रिए टकराव के मामले में सीधा संपर्क ज़रूरी है, जहां सामाजिक मानदंड सभ्यता को प्रोत्साहित करते हैं, जब कि किसी व्यक्ति को संदेश टाइप करना अप्रत्यक्ष संपर्क है, इसलिए सभ्यता को भुलाया जा सकता है.{{Citation needed|date=June 2009}} आम तौर पर इंटरनेट समुदाय में फ़्लेमिंग को नीची निगाहों से देखा जाता है, क्योंकि उसे कठोर और ग़ैर-उत्पादक माना जाता है.



====ई-मेल दिवालियापन====
"ई-मेल थकान" के नाम से भी विख्यात ई-मेल दिवालियापन तब होता है, जब कोई प्रयोक्ता ई-मेल संदेशों को पढ़ने या उनका जवाब देने में पिछड़ जाने पर, बड़ी मात्रा में उनकी अनदेखी करता है. पिछड़ने का कारण अक्सर सूचना अधिभार और यह सामान्य समझ कि सूचना कुछ इतनी ज़्यादा है कि उन्हें पढ़ पाना असंभव है. एक समाधान के रूप में, कभी-कभी लोग एक बॉयलरप्लेट संदेश इस स्पष्टीकरण के साथ भेजते हैं कि ई-मेल इन-बॉक्स ख़ाली किया जा रहा है.इस शब्द को बनाने का श्रेय [[स्टैनफोर्ड विश्वविद्यालय|स्टैनफोर्ड विश्वविद्यालय]] के क़ानून के प्रोफेसर [[लॉरेंस लेस्सिग |लॉरेंस लेस्सिग]] को दिया जाता है, जब कि संभव है केवल इसको लोकप्रिय बनाने में उनका हाथ रहा हो. <ref>{{cite news |title=All We Are Saying. |url=http://www.nytimes.com/2007/12/23/weekinreview/23buzzwords.html?ref=weekinreview |publisher=[[New York Times]] |date=[[December 23]] [[2007]]|accessdate=2007-12-24 }}</ref>



===व्यापार में===
व्यापार समुदाय द्वारा ई-मेल को प्रथम व्यापक इलेक्ट्रॉनिक संचार माध्यम के रूप में व्यापक तौर पर स्वीकृत कर लिया गया और यह व्यावसायिक संपर्क की पहली 'ई-क्रांति' थी. ई-मेल को समझना बहुत ही सरल है और डाक मेल की तरह ही ई-मेल, संचार की दो बुनियादी समस्याओं का समाधान करता है: संभार-तंत्र और तुल्य-कालन (नीचे देखें).
LAN आधारित ई-मेल भी व्यवसाय के लिए उपयोगी रूप में उभर रहा है. यह न केवल कारोबारी प्रयोक्ता को ''ऑफ़-लाइन'' डाउनलोड करने की अनुमति देता है, बल्कि छोटे व्यवसाय के प्रयोक्ता को केवल ''एक ई-मेल कनेक्शन'' के साथ एकाधिक प्रयोक्ता ई-मेल ID रखने देता है.



====अनुकूल तर्क====

* '''संभार-तंत्र की समस्या'''


व्यापार-जगत के अधिकांश लोग, ऐसे व्यक्तियों के बीच संप्रेषण पर निर्भर करते हैं, जो शारीरिक रूप से एक ही इमारत, क्षेत्र या देश में नहीं हैं; व्यक्तिगत रूप से प्रत्यक्ष बैठक का आयोजन तथा उसमें भाग लेना, [[टेलीफोन कॉल|टेलीफोन कॉल]], या [[कांफ्रेंस कॉल |फोन सम्मेलन]] करना असुविधाजनक, महंगा है और इसमें अधिक समय खर्च होता है. ई-मेल, दो या दो से अधिक लोगों के बीच, बिना किसी निर्माण लागत के सूचना के आदान-प्रदान का ज़रिया है और यह प्रत्यक्ष बैठकों या फोन कॉल से कम महंगा है.



* '''तुल्य-कालन की समस्या'''


बैठक या फोन द्वारा [[सद्य-अनुक्रिया परिकलन|वास्तविक समय]] में संचार के साथ, प्रतिभागियों को एक ही समय पर काम करना होगा, और बैठक या फोन पर प्रत्येक प्रतिभागी का एकसमान समय खर्च होगा. ई-मेल [[एसिंक्रनी |अतुल्य-कालन]] अनुमत करता है: प्रत्येक प्रतिभागी अपना कार्यक्रम स्वतंत्र रूप से नियंत्रित कर सकते हैं.



====प्रतिकूल तर्क====
{{Original research|section|date=June 2009}}
आजकल अधिकांश व्यापारी ई-मेल पर अपने कार्यकारी दिन के एक या दो घंटे खर्च करते हैं: जिसमें ई-मेल पढ़ना, आदेश देना, छंटाई, खंडित सूचना का 'पुनः संदर्भ निर्धारण', और ई-मेल लेखन शामिल है.<ref>{{Cite web|url= http://www.smallbiztrends.com/2007/06/email-has-right-to-privacy-why-small-businesses-care.html|title= Email Right to Privacy - Why Small Businesses Care| date=2007-06-19| publisher= Anita Campbell}}</ref> श्रम विभाजन तथा बाह्य स्रोतों से काम लेने के अलावा, वैश्वीकरण के बढ़ते स्तरों के कारण ई-मेल के प्रयोग में बढ़ोतरी हो रही है.ई-मेल की वजह से बहुत कुछ जानी-पहचानी समस्याएं हो सकती हैं:

*'''संदर्भ का खोना:''' जिसका अर्थ है कि संदर्भ को हमेशा के लिए खो दिया है, पाठ की पुनःप्राप्ति का कोई रास्ता नहीं है.
असंपादित और कभी-कभार असंबंधित सूचना के अंशों की तुलना में, संदर्भाधीन जानकारी को (जैसे कि एक समाचार पत्र में) समझना बहुत आसान है और यह तेजी से संपन्न हो सकता है. संदर्भ के अधीन संप्रेषण तभी संभव है, जब दोनों पक्ष संदर्भ और विचाराधीन मुद्दे को पूरी तरह समझते हैं.

*'''सूचना अधिभार:''' ई-मेल एक [[पुश तकनीक|प्रोत्साहक प्रौद्योगिकी]] है, प्रेषक नियंत्रित करता है कि जानकारी कौन प्राप्त कर सकता है. [[मेलिंग सूची|डाक सूची]] की सुविधाजनक उपलब्धता और "कॉपी ऑल" लोगों को अवांछित या अप्रासंगिक जानकारी सूचना प्राप्त करने का मौक़ा देता है, जो उनके लिए अनुपयोगी है.
*'''असंगति:''' ई-मेल जानकारी की प्रतिलिपि बना सकता है. जब एक बड़ी टीम दस्तावेजों और सूचना पर काम कर रही हो, और अपनी टीम के अन्य सदस्यों के साथ लगातार संपर्क में ना रह रही हों, तो यह समस्या का कारण बन सकता है.


इन असुविधाओं के बावजूद, व्यापार-जगत में ई-मेल एक बहु प्रयुक्त संचार माध्यम बन गया है.



==समस्याएं ==
{{Refimprovesect|date=November 2007}}



===सूचना अधिभार===
दिसंबर 2007 को [[न्यूयॉर्क टाइम्स|न्यूयॉर्क टाइम्स]] ब्लॉग पोस्ट ने ई-मेल को "अर्थव्यवस्था पर $650 बीलियन की एक बाधा"<ref>{{Cite web|url= http://bits.blogs.nytimes.com/2007/12/20/is-information-overload-a-650-billion-drag-on-the-economy|title= Is Information Overload a $650 Billion Drag on the Economy?| date=2007-12-20| publisher= New York Times}}</ref> के रूप में वर्णित किया और न्यूयॉर्क टाइम्स ने अप्रैल, 2008 में रिपोर्ट दी कि सूचना अधिभार के कारण "ई-मेल कुछ लोगों के पेशेवर जीवन का अभिशाप बन गया है", इसके बावजूद "उच्च प्रोफ़ाइल वाली इंटरनेट स्टार्ट-अप की वर्तमान लहर में से किसी ने भी इस पर ध्यान केंद्रित नहीं किया कि ई-मेल, वस्तुतः ई-मेल अधिभार की समस्या को दूर करता है, क्योंकि कोई भी हमें जवाब तैयार करने में मदद नहीं करते.<ref>{{Cite web|url= http://www.nytimes.com/2008/04/20/technology/20digi.html?_r=2&oref=slogin&oref=slogin|title= Struggling to Evade the E-Mail Tsunami| date=2008-04-20| publisher= New York Times}}</ref>


प्रौद्योगिकी निवेशक भी समान चिंताओं को दर्शाते हैं.<ref>{{Cite web|url= http://www.foundrygroup.com/blog/archives/2008/04/did-darwin-skip-over-email.php|title= Did Darwin Skip Over Email?| date=2008-04-28| publisher= Foundry Group}}</ref>



===स्पैमिंग और कंप्यूटर वायरस===
ई-मेल की उपयोगिता को चार घटनाओं से ख़तरा है: [[ई-मेल बम|ई-मेल बमबारी]], [[ई-मेल स्पैम|स्पैमिंग]], [[फ़िशिंग|फ़िशिंग]], और [[ई-मेल कीड़ा|ई-मेल कीड़े]].


स्पैमिंग अवांछित व्यावसायिक (या थोक) ई-मेल हैं. ई-मेल भेजने का खर्चा अत्यंत कम होने के कारण, स्पैमर्स एक सस्ते इंटरनेट कनेक्शन द्वारा लाखों की संख्या में ई-मेल संदेश प्रतिदिन भेज सकते हैं. सैकड़ों सक्रिय स्पैमर्स द्वारा इतनी मात्रा में मेल भेजना, कई कंप्यूटर प्रयोक्ताओं के लिए [[सूचना अधिभार|सूचना अधिभार]] का कारण बनता है, जो प्रतिदिन भारी तादाद में ऐसे अवांछित ई-मेल प्राप्त करते हैं.<ref name="R"> रिच कावानाघ. 2005 की शीर्ष दस स्पैम मेल सूची.

ITVibe खबर, 2006, 02 जनवरी, http://itvibe.com/news/3837/
</ref><ref> avalanche of Viagra ads and Rolex pitches http://dir.salon.com/story/tech/feature/2005/01/19/microsoft_spam/index.html
</ref>


ई-मेल कीड़े, ई-मेल का उपयोग असुरक्षित कंप्यूटर में खुद की प्रतिकृति बनाने के माध्यम के रूप में करते हैं.हालांकि [[मॉरिस (कंप्यूटर कीड़ा)|प्रथम ई-मेल कीड़े]] ने [[UNIX|UNIX]] कंप्यूटर को प्रभावित किया, आज यह समस्या अधिक लोकप्रिय [[Microsoft Windows|Microsoft Windows]] ऑपरेटिंग सिस्टम पर सबसे आम है.


स्पैम और वर्म प्रोग्राम के मिश्रण के परिणामस्वरूप प्रयोक्ताओं को लगातार अनावश्यक ई-मेल प्राप्त होते रहते हैं, जो ई-मेल के एक व्यावहारिक उपकरण के रूप में उपयोगिता को कम कर देते हैं.


कई [[स्पैम-विरोधी तकनीक (ई-मेल)|स्पैम-विरोधी तकनीकें]], स्पैम के प्रभाव को कम करती हैं.[[संयुक्त राज्य अमेरिका|संयुक्त राज्य अमेरिका]] में [[संयुक्त राज्य अमेरिका की कांग्रेस|अमेरिकी कांग्रेस]] ने भी ऐसे ई-मेलों को नियंत्रित करने की कोशिश में एक क़ानून, [[Can Spam Act 2003|2003 का कैन स्पैम अधिनियम]] पारित किया है. ऑस्ट्रेलिया में भी बहुत सख्त स्पैम क़ानून हैं, जो किसी ऑस्ट्रेलियाई ISP से स्पैम भेजने को रोकते हैं,<ref>{{citeweb|title=Spam Bill 2003|url=http://www.aph.gov.au/library/pubs/bd/2003-04/04bd045.pdf|format=PDF}}</ref> लेकिन इसका प्रभाव काफी कम रहा है, चूंकि अधिकांश स्पैम उन शासन तंत्रों से आते हैं, जो स्पैम भेजने पर अंकुश लगाने के अनिच्छुक प्रतीत होते हैं.



===ई-मेल स्पूफिंग ===
{{main|E-mail spoofing}}
[[ई-मेल स्पूफिंग |ई-मेल स्पूफिंग]] तब होती है जब एक ई-मेल की हेडर सूचना को इसलिए बदला जाता है ताकि वह संदेश एक ज्ञात या विश्वसनीय स्रोत से आया हुआ लगे.इसका प्रयोग निजी जानकारी इकट्ठा करने के लिए अक्सर एक चाल के रूप में किया जाता है.



===ई-मेल बमबारी===
[[ई-मेल बम|ई-मेल बमबारी]] जान-बूझ कर संदेशों की एक बड़ी मात्रा को लक्षित पते पर भेजना है. लक्षित ई-मेल पते का अधिभार इसे बेकार कर सकता है और यहां तक कि मेल सर्वर के दुर्घटनाग्रस्त होने का कारण भी बन सकता है.



===गोपनीयता संबंधी मुद्दे===
{{Main|e-mail privacy}}


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

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


कुछ ऐसे [[क्रिप्टोग्राफी|क्रिप्टोग्राफी]] अनुप्रयोग हैं, जो उपरोक्त में से एक या अधिक के लिए उपाय का कार्य कर सकते हैं. उदाहरण के लिए, [[वर्चुअल प्राइवेट नेटवर्क|वर्चुअल प्राइवेट नेटवर्क]] या [[टोर (गुमनामी नेटवर्क)|टॉर एनोनीमिटी नेटवर्क]] का प्रयोग प्रयोक्ता मशीन से एक अपेक्षाकृत सुरक्षित नेटवर्क में यातायात को एनक्रिप्ट करने के लिए किया जा सकता है, जबकि [[GNU प्राइवेसी गार्ड |GPG]], [[काफ़ी अच्छी गोपनीयता|PGP]], SMEmail <ref>मोहसेन तूरानी, [http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4783292 SMEmail - मोबाइल वातावरण में एक नई सुरक्षित ई-मेल के लिए प्रोटोकॉल,] ऑस्ट्रेलियाई दूरसंचार नेटवर्क और अनुप्रयोग सम्मेलन की कार्यवाही (ATNAC'08), pp.39-44, एडिलेड, ऑस्ट्रेलिया, दिसंबर 2008[http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4783292 ]</ref>, या [[S/MIME|S/MIME]] का प्रयोग [[एंड-टु-एंड |एंड-टु-एंड]] संदेश एन्क्रिप्शन के लिए किया जा सकता है और SMTP STARTTLS या [[ट्रांसपोर्ट लेयर सिक्युरिटी |ट्रांसपोर्ट लेयर सेक्युरिटी]]/सेक्योर सॉकेट्स लेयर पर SMTP का प्रयोग, SMTP ग्राहक और SMTP सर्वर के बीच सिंगल मेल हॉप के लिए संचार को एन्क्रिप्ट किया जा सकता है.


इसके अतिरिक्त, कई [[मेल यूज़र एजेंट|मेल प्रयोक्ता एजेंट]] लॉग-इन और पासवर्ड की रक्षा नहीं करते, जिससे एक हमलावर के लिए उन्हें अवरुद्ध करना आसान हो जाता है.[[सरल प्रमाणीकरण और सुरक्षा परत|SASL]] जैसी एन्क्रिप्टेड ऑथेन्टीकेशन योजनाएं इन्हें रोकती हैं.


अंत में, [[पिअर-टु-पिअर |सहकर्मी-से-सहकर्मी फ़ाइल साझा]] करने में पाए जाने वाले कई खतरों को संलग्न फ़ाइलें साझा करती हैं.संलग्न फ़ाइलों में [[ट्रोज़न हार्स (कम्प्यूटिंग )|ट्रोजन्स]] या [[कम्प्यूटर वायरस|वायरस]] अंतर्विष्ट हो सकता है.



===प्रेषित मेल की ट्रैकिंग===
मूल SMTP मेल सेवा एक प्रेषित संदेश पर नज़र रखने के लिए सीमित तंत्र प्रदान करती है, और इस बात की पुष्टि के लिए कि वह पहुंच गया है या पढ़ा जा चुका है, एक भी नहीं. यह ज़रूरी है कि एक मेल सर्वर या तो इसे आगे पहुंचा दे या वापसी के रूप में असफलता नोटिस दे (बाउंस संदेश), लेकिन सॉफ्टवेयर खराबी और सिस्टम विफलता दोनों ही संदेश के खोने का कारण बन सकते हैं. इसके निदान के लिए, [[इंटरनेट इंजीनियरी टास्क फोर्स|IETF]] ने [[डिलिवरी स्टेटस नोटिफिकेशन |डेलिवरी स्टेटस नोटिफिकेशन]] (सुपुर्दगी पावती) शुरू किया और [[वापसी रसीद#ई-मेल|मेसेज डिसपोसिशन नोटिफिकेशन]] (वापसी पावती); हालांकि, उत्पादन में इनकी सार्वभौमिक रूप से तैनाती नहीं होती है.



==अमेरिकी सरकार==
अमेरिकी सरकार ई-मेल में कई अलग-अलग तरीकों से शामिल रही है.


1977 में शुरू करते हुए, [[अमेरिकी डाक सेवा|अमेरिकी पोस्टल सर्विस]] (USPS) ने माना कि इलेक्ट्रॉनिक मेल और इलेक्ट्रॉनिक लेन-देन ने प्रथम श्रेणी डाक मात्रा और राजस्व के लिए एक महत्वपूर्ण ख़तरा उत्पन्न किया है. इसलिए, USPS ने E-COM नाम की एक प्रायोगिक ई-मेल सेवा शुरू की. इलेक्ट्रॉनिक संदेशों को एक पोस्ट ऑफिस में प्रेषित किया जाता था, मुद्रित किया जाता था, और हार्ड कॉपी के रूप में पहुंचाया जाता था.इस सेवा का लाभ लेने के लिए, एक व्यक्ति को कम से कम 200 संदेश प्रसारित करने होते थे.संदेशों का वितरण समय, प्रथम श्रेणी डाक के समान ही था और लागत 26 सेंट थी. [[डाक विनियामक आयोग|डाक विनियामक आयोग]] और [[संघीय सम्प्रेषण आयोग|संघीय संचार आयोग]], दोनों ने E-COM का विरोध किया. FCC ने निष्कर्ष निकाला कि E-COM ने अपने अधिकार क्षेत्र के अंतर्गत आम आवजाही का गठन किया है और USPS को एक [[टैरिफ|शुल्क]] दायर करना होगा. <ref> घोषणात्मक आदेश और जांच के लिए ग्राफनेट सिस्टम्स द्वारा फिर से अनुरोध में, इंक, प्रस्तावित E-COM सेवा, के विषय में FCC डॉकेट No 79-6 (4 सितम्बर 1979)</ref> सेवा की शुरूआत करने के तीन साल बाद, USPS ने E-COM को रद्द कर दिया और इसे बेचने की कोशिश की.<ref> [http://www.usps.com/history/history/his1.htm अमेरिकी डाक सेवा का इतिहास, USPS]</ref><ref> हार्डी, इयान आर; ARPANET ईमेल का विकास, 1996/05/13; इतिहास थीसिस; बर्कले में कैलीफोर्निया विश्वविद्यालय</ref><ref> जेम्स बोवार्ड, द लॉ डायनासौर: अमेरिकी डाक सेवा, CATO नीति विश्लेषण (फरवरी 1985) </ref><ref> [http://www.cs.ucsb.edu/~almeroth/classes/F04.176A/homework1_good_papers/jay-akkad.html जे अक्कड़, ईमेल का इतिहास]</ref><ref> [http://www.cybertelecom.org/notes/email.htm साइबरटेलिकॉम: ईमेल]</ref><ref> [http://www.gao.gov/archive/2000/gg00188.pdf अमेरिकी डाक सेवा: डाक क्रियाएं और इलेक्ट्रॉनिक कॉमर्स संबंधित कानून, GAO-00-188]</ref><ref> [http://govinfo.library.unt.edu/ota/Ota_4/DATA/1982/8214.PDF इलेक्ट्रॉनिक मेल और संदेश सिस्टम के अमेरिकी डाक सेवा के लिए निहितार्थ, प्रौद्योगिकी आकलन कार्यालय, अमेरिकी कांग्रेस, अगस्त 1982]</ref>


आरंभिक [[ARPANET|ARPANET]] ने कई ई-मेल ग्राहकों को संभाला जिनके विभिन्न और कभी-कभी असंगत प्रारूप होते थे.उदाहरण के लिए, सिस्टम मलटिक्स में '@' चिह्न का अर्थ 'लाइन को ख़त्म करना' था और "@" चिह्न के बाद किसी भी चीज़ को नजरअंदाज़ कर दिया जाता था.<ref> [http://www.cs.ucsb.edu/~almeroth/classes/F04.176A/homework1_good_papers/jay-akkad.html जे अक्कड़, ईमेल का इतिहास]</ref> [[अमेरिकी रक्षा विभाग|रक्षा विभाग]] [[DARPA|DARPA]] ने ई-मेल के लिए एकरूपता और अंतर-प्रचालन क्षमता की इच्छा ज़ाहिर की और इसलिए एकीकृत अंतर-प्रचालक मानकों के लिए अभियान के प्रयासों का निधीयन किया.इससे डेविड क्रोकर, जॉन विट्टल, केनेथ पोग्रान, और ऑस्टिन हेंडरसन को RFC 733 प्रकाशित करने के लिए प्रेरित हुए,"स्टैन्डर्ड फॉर द फॉर्मेट ऑफ़ ARPA नेटवर्क मेसेज" (21 नवंबर, 1977), जो कि ज़ाहिर तौर पर कारगर नहीं था. 1979 में असंगति के मुद्दों को हल करने के लिए BBN में एक बैठक आयोजित की गई.[[जॉन पोस्टल |जॉन पोस्टल]] ने RFC 808 में बैठक को वर्णित किया है, "समरी ऑफ़ कंप्यूटर मेल सर्विसेस मीटिंग हेल्ड एट BBN ऑन 10 जनवरी 1979" (1 मार्च 1982), जिसमें एक परिशिष्ट भी शामिल है, जो उस समय के विभिन्न ई-मेल प्रणाली को सूचीबद्ध करती है. परिणामस्वरूप इसने, डेविड क्रोकर के RFC 822 के लोकार्पण को प्रेरित किया, "स्टैनडर्ड फॉर द फॉर्मेट ऑफ़ ARPA इंटरनेट टेक्स्ट मेसेज" (13 अगस्त, 1982).<ref> [http://www.livinginternet.com/e/ei.htm ईमेल इतिहास, कैसे ईमेल आविष्कार किया गया था, लिविंग इंटरनेट]</ref>


[[राष्ट्रीय विज्ञान फाउंडेशन|द नेशनल साइंस फाउंडेशन]] ने रक्षा विभाग से ARPANET और इंटरनेट का कार्य संभाल लिया, और नेटवर्क के लिए एक नया [[रीढ़ की हड्डी|आधार]], [[NSFNet|NSFNet]] शुरू किया. NSFNet का एक हिस्सा AUP ने वाणिज्यिक यातायात का निषेध किया. <ref> [http://www.cybertelecom.org/notes/internet_history80s.htm साइबरटेलिकॉम: इंटरनेट का इतिहास]</ref> 1988 में, [[विन्ट सर्फ |विन्ट सर्फ]] ने एक प्रायोगिक आधार पर NSFNET के साथ [[MCI मेल|MCI मेल]] के संपर्क की व्यवस्था की. अगले वर्ष कंप्यूसर्व ई-मेल का NSFNET के साथ अन्तःसम्बद्ध हो गया. कुछ ही वर्षों के भीतर NSFNET के AUP से वाणिज्यिक यातायात प्रतिबंध हटा दिया गया, और NSFNET का निजीकरण हो गया.


1990 के दशक के अंत में, [[संघीय व्यापार आयोग|संघीय व्यापार आयोग]], ई-मेल में घटित होने वाले धोखाधड़ी से चिंतित हो गए, और स्पैम, धोखाधड़ी और फ़िशिंग के ऊपर प्रक्रियाओं की एक श्रृंखला शुरू की.<ref> [http://www.cybertelecom.org/spam/Spamref.htm साइबरटेलिकॉम: स्पैम संदर्भ]</ref> 2004 में, स्पैम पर FTC के अधिकार क्षेत्र को [[Can Spam Act|CAN SPAM Act]] क़ानून के रूप में [[कैन स्पैम एक्ट |संहिताबद्ध]] किया गया.<ref>[http://www.cybertelecom.org/spam/canspam.htm साइबरटेलिकॉम: कैन स्पैम एक्ट]</ref> न्याय और गोपनीय सेवा विभाग सहित कई अन्य अमेरिकी संघीय एजेंसियों ने भी न्याय-अधिकार का प्रयोग किया है.



==यह भी देखें==



===वृद्धि===

* [[ई-मेल एन्क्रिप्शन|ई-मेल एन्क्रिप्शन]]
* [[HTML ई-मेल|HTML ई-मेल]]
* [[इंटरनेट फैक्स|इंटरनेट फैक्स]]
*[[ई मेल पत्र|L या पत्र मेल, ई-मेल पत्र और पत्र ई-मेल]]
*[[म्यूल (ई-मेल)|म्यूल (ईमेल)]]
*[[गोपनीयता वर्धित इलेक्ट्रॉनिक मेल|गोपनीयता वर्धित इलेक्ट्रॉनिक मेल]]
* [[पुश ई-मेल|पुश ई-मेल]]
* [[गूगल वेव|Google Wave]]



===ई-मेल सामाजिक मुद्दे ===
{{top}}

* [[स्पैम विरोधी तकनीक (ई-मेल)|स्पैम विरोधी तकनीक (ई-मेल)]]
* [[कम्प्यूटर वायरस|कंप्यूटर वायरस]]
* [[कॉम्प्युसर्व|CompuServe]] (प्रथम उपभोक्ता सेवा)
* [[E-कार्ड|E-कार्ड]]
* [[ई-मेल कला|ई-मेल कला]]
*[[ई-मेल जैमिंग |ई-मेल जैमिंग ]]
* [[ई-मेल स्पैम|ई-मेल स्पैम]]


{{middle}}

* [[ई-मेल स्पूफिंग |ई-मेल स्पूफिंग]]
* [[ई-मेल स्टोर्म |ई-मेल स्टॉर्म]]
* [[जानकारी अधिभार|सूचना अधिभार]]
* [[इंटरनेट हास्य|इंटरनेट हास्य]]
* [[इंटरनेट कठबोली|इंटरनेट कठबोली]]
* [[नेटीकेट |नेटीकेट]]
* [[रिप्लाई ऑल |रिप्लाई ऑल]]
* [[यूज़नेट कोटिंग |यूज़नेट कोटिंग]]


{{bottom}}



===क्लाइंट और सर्वर===
{{top}}

* [[बिफ (कंप्यूटिंग)|बिफ्फ़]]
* [[ई-मेल पता|ई-मेल पता]]
* [[ई-मेल प्रमाणीकरण|ई-मेल प्रमाणीकरण]]
* [[ई-मेल क्लाइंट|ई-मेल क्लाइंट]], [[ई-मेल क्लाइंट की तुलना|ई-मेल क्लाइंट की तुलना]]
* [[ई-मेल होस्टिंग सेवा|ई-मेल होस्टिंग सेवा]]


{{middle}}

* [[इंटरनेट मेल मानक|इंटरनेट मेल मानक]]
* [[मेल ट्रांसफर एजेंट|मेल ट्रांसफर एजेंट]]
* [[मेल यूज़र एजेंट|मेल यूज़र एजेंट]]
* [[यूनिकोड और ईमेल|यूनिकोड और ई-मेल]]
* [[वेबमेल|वेबमेल]]


{{bottom}}



===डाक-सूची===

* [[अनाम रीमेलर |अनाम रीमेलर]]
* [[डिस्पोजेबल ई-मेल पता|डिस्पोज़ेबल ई-मेल पता]]
* [[ई-मेल एन्क्रिप्शन|ई-मेल एन्क्रिप्शन]]
* [[ई-मेल ट्रैकिंग|ई-मेल ट्रैकिंग]]
* [[इलेक्ट्रॉनिक मेलिंग सूची|इलेक्ट्रॉनिक मेलिंग सूची]]
* [[मेलर-डेमन|मेलर-डेमन]]
* [[मेलिंग सूची संग्रह|मेलिंग सूची संग्रह]]



===प्रोटोकॉल===

* [[IMAP|IMAP]]
* [[POP3|POP3]]
* [[SMTP|SMTP]]
* [[UUCP|UUCP]]
* [[X400|X400]]



==संदर्भ==

===नोट===
{{reflist|2}}



===ग्रंथ सूची===

* [[:नि:शुल्क ऑन लाइन कम्प्यूटिंग शब्दकोष|नि:शुल्क ऑन लाइन कंप्यूटिंग शब्दकोष]]
*Microsoft मैनुअल ऑफ़ स्टाइल फॉर टेक्नीकल पब्लिकेशन वर्शन 3.0
[http://www.c-q.in फ्री .इन डोमेन ]



==बाह्य लिंक ==
{{Wiktionary|email|outbox}}

* [http://www.iana.org/assignments/message-headers/perm-headers.html मानक हेडर फील्ड की IANA की सूची]
*[http://www.multicians.org/thvv/mail-history.html द हिस्ट्री ऑफ़ इलेक्ट्रॉनिक], एक प्रारंभिक मेल प्रणाली के कार्यान्वयक द्वारा व्यक्तिगत संस्मरण है



{{Computer-mediated communication}}
{{E-mail clients}}


{{DEFAULTSORT:E-Mail}}
[[Category:ऐलिस और बॉब के साथ लेख स्पष्टीकरण]]
[[Category:ई-मेल]]
[[Category:इंटरनेट शब्दावली]]
[[Category:इंटरनेट का इतिहास]]
[[Category:अमेरिकी आविष्कार]]
[[Category:इलेक्ट्रॉनिक दस्तावेज]]


* [http://www.gmail.com जी-मेल]
* [http://www.yahoomail.com याहू-मेल]
* [http://www.rediffmail.com रैडिफ़-मेल ]
* [http://www.hotmail.com हाट्-मेल]
* [http://www.epatra.com ई-पत्र]
* [http://www.sify.com सिफ़ी]
* [http://www.indiatimes.com इण्डियाटाइम्स]
* [http://www.zapakmail.com जपाक मेल ]
* [http://www.aolmail.com ए.ओ.ल. मेल]
[[श्रेणी: संगणक]]
[[श्रेणी: संगणक अभियान्त्रिकी]]
[[श्रेणी: सॉफ्टवेयर]]
[[श्रेणी: सूचना प्रौद्योगिकी]]
[[श्रेणी:ईमेल]]


[[af:E-pos]]
[[af:E-pos]]
[[an:Correu eletronico]]
[[ar:بريد إلكتروني]]
[[ar:بريد إلكتروني]]
[[an:Correu eletronico]]
[[ast:Corréu electrónicu]]
[[ast:Corréu electrónicu]]
[[az:Elektron poçt]]
[[az:Elektron poçt]]
[[bat-smg:Alektruonėnis pašts]]
[[be:Электронная пошта]]
[[bg:Електронна поща]]
[[bn:ই-মেইল]]
[[bn:ই-মেইল]]
[[br:Anvonerezh elektronek]]

[[en:Email]]
[[zh-min-nan:Tiān-chú-phoe]]
[[be:Электронная пошта]]
[[bs:Email]]
[[bs:Email]]
[[br:Anvonerezh elektronek]]
[[bg:Електронна поща]]
[[ca:Correu electrònic]]
[[ca:Correu electrònic]]
[[cs:E-mail]]
[[cs:E-mail]]
पंक्ति 548: पंक्ति 37:
[[da:E-mail]]
[[da:E-mail]]
[[de:E-Mail]]
[[de:E-Mail]]
[[et:E-kiri]]
[[diq:E-mail]]
[[el:Ηλεκτρονικό ταχυδρομείο]]
[[el:Ηλεκτρονικό ταχυδρομείο]]
[[en:E-mail]]
[[es:Correo electrónico]]
[[eo:Retpoŝto]]
[[eo:Retpoŝto]]
[[es:Correo electrónico]]
[[et:E-kiri]]
[[eu:Posta elektroniko]]
[[eu:Posta elektroniko]]
[[fa:پست الکترونیکی]]
[[fa:پست الکترونیکی]]
[[fi:Sähköposti]]
[[fo:Teldupostur]]
[[fo:Teldupostur]]
[[fr:Courrier électronique]]
[[fr:Courrier électronique]]
पंक्ति 560: पंक्ति 52:
[[gl:Correo electrónico]]
[[gl:Correo electrónico]]
[[gu:ઇ-મેઇલ]]
[[gu:ઇ-મેઇલ]]
[[he:דואר אלקטרוני]]
[[ko:전자 우편]]
[[hy:Էլեկտրոնային փոստ]]

[[hr:Elektronička pošta]]
[[hr:Elektronička pošta]]
[[hu:E-mail]]
[[hy:Էլեկտրոնային փոստ]]
[[id:Surat elektronik]]
[[id:Surat elektronik]]
[[is:Tölvupóstur]]
[[is:Tölvupóstur]]
[[it:E-mail]]
[[it:E-mail]]
[[ja:電子メール]]
[[he:דואר אלקטרוני]]
[[jv:Layang èlèktronik]]
[[jv:Layang èlèktronik]]
[[kn:ಇ-ಅಂಚೆ]]
[[ka:ელექტრონული ფოსტა]]
[[ka:ელექტრონული ფოსტა]]
[[kk:Электрондық пошта]]
[[kk:Электрондық пошта]]
[[kn:ಇ-ಅಂಚೆ]]
[[ko:전자 우편]]
[[ku:E-peyam]]
[[ku:E-peyam]]
[[lo:ອີແມລ]]
[[la:Litterae electronicae]]
[[la:Litterae electronicae]]
[[lv:E-pasts]]
[[lt:Elektroninis paštas]]
[[li:E-mail]]
[[li:E-mail]]
[[lmo:E-mail]]
[[ln:Nkandá]]
[[ln:Nkandá]]
[[lmo:E-mail]]
[[lo:ອີແມລ]]
[[lt:Elektroninis paštas]]
[[hu:E-mail]]
[[lv:E-pasts]]
[[mk:Електронско писмо]]
[[mk:Електронско писмо]]
[[ml:ഇ-മെയില്‍]]
[[ml:ഇ-മെയില്‍]]
पंक्ति 586: पंक्ति 78:
[[ms:Mel elektronik]]
[[ms:Mel elektronik]]
[[nah:E-mail]]
[[nah:E-mail]]
[[nl:E-mail]]
[[nds:Nettbreef]]
[[nds-nl:Lienpost]]
[[nds-nl:Lienpost]]
[[ne:इमेल]]
[[ne:इमेल]]
[[ja:電子メール]]
[[new:ई-पौ]]
[[nl:E-mail]]
[[nn:E-post]]
[[no:E-post]]
[[no:E-post]]
[[nn:E-post]]
[[oc:Corrièr electronic]]
[[oc:Corrièr electronic]]
[[uz:E-Mail]]
[[tpi:Imel]]
[[nds:Nettbreef]]
[[pl:Poczta elektroniczna]]
[[pl:Poczta elektroniczna]]
[[pt:E-mail]]
[[pt:E-mail]]
[[qu:E-chaski]]
[[rm:E-mail]]
[[ro:E-mail]]
[[ro:E-mail]]
[[rm:E-mail]]
[[qu:E-chaski]]
[[ru:Электронная почта]]
[[ru:Электронная почта]]
[[sah:E-mail]]
[[sah:E-mail]]
[[sq:E-mail]]
[[scn:E-mail]]
[[scn:E-mail]]
[[sh:E-mail]]
[[si:විද්‍යුත් තැපෑල]]
[[si:විද්‍යුත් තැපෑල]]
[[simple:E-mail]]
[[simple:E-mail]]
[[sk:E-mail]]
[[sk:E-mail]]
[[sl:Elektronska pošta]]
[[sl:Elektronska pošta]]
[[sq:E-mail]]
[[sr:Електронска пошта]]
[[sr:Електронска пошта]]
[[sh:E-mail]]
[[su:Surélék]]
[[su:Surélék]]
[[fi:Sähköposti]]
[[sv:E-post]]
[[sv:E-post]]
[[tl:Elektronikong liham]]
[[ta:மின்னஞ்சல்]]
[[ta:மின்னஞ்சல்]]
[[te:ఈ-మెయిల్]]
[[te:ఈ-మెయిల్]]
[[th:อีเมล]]
[[th:อีเมล]]
[[tl:Elektronikong liham]]
[[tpi:Imel]]
[[tr:Elektronik posta]]
[[tr:Elektronik posta]]
[[uk:Електронна пошта]]
[[uk:Електронна пошта]]
[[ur:برقی ڈاک]]
[[ur:برقی ڈاک]]
[[uz:E-Mail]]
[[vec:Posta ełetrònega]]
[[vec:Posta ełetrònega]]
[[vi:Thư điện tử]]
[[vi:Thư điện tử]]
पंक्ति 626: पंक्ति 117:
[[war:E-mail]]
[[war:E-mail]]
[[yi:בליצפאסט]]
[[yi:בליצפאסט]]
[[zh-yue:電郵]]
[[diq:E-mail]]
[[bat-smg:Alektruonėnis pašts]]
[[zh:电子邮件]]
[[zh:电子邮件]]
[[zh-min-nan:Tiān-chú-phoe]]
[[zh-yue:電郵]]

13:41, 11 दिसम्बर 2009 का अवतरण

कम्प्यूटर के माध्यम से पत्र भेजने का एक तरीका । आमतौर इंटर्नेट पर ऐसी कई मुफ्त सेवाऐ उप्लब्ध हैं ।

इतिहास

1972 मे रे टॉमलिंसन ने पहला ई-मेल संदेश भेजा

कुछ लोकप्रिय ईमेल वैब्साइट

"https://hi.wikipedia.org/w/index.php?title=ईमेल&oldid=555340" से प्राप्त