ईमेल क्लाइंट: Difference between revisions
No edit summary |
|||
| Line 76: | Line 76: | ||
पीओपी3 में सर्वर पर संदेश छोड़ने का विकल्प होता है। इसके विपरीत, आईएमएपी और वेबमेल दोनों सर्वर पर संदेशों को अपने प्रचालन की विधि के रूप में रखते हैं, हालांकि उपयोक्ता अपनी इच्छानुसार स्थानीय प्रतियां बना सकते हैं। सर्वर पर संदेशों को रखने के लाभ और हानि दोनों हैं।<ref>{{cite web |url=http://itservices.stanford.edu/service/emailcalendar/email/imap/rightforme |title=Is IMAP Right for Me? |author=<!--Staff writer(s); no by-line.--> |date=4 March 2010 |work=IT Services |publisher=[[Stanford University]] |access-date=14 April 2013}}</ref> | पीओपी3 में सर्वर पर संदेश छोड़ने का विकल्प होता है। इसके विपरीत, आईएमएपी और वेबमेल दोनों सर्वर पर संदेशों को अपने प्रचालन की विधि के रूप में रखते हैं, हालांकि उपयोक्ता अपनी इच्छानुसार स्थानीय प्रतियां बना सकते हैं। सर्वर पर संदेशों को रखने के लाभ और हानि दोनों हैं।<ref>{{cite web |url=http://itservices.stanford.edu/service/emailcalendar/email/imap/rightforme |title=Is IMAP Right for Me? |author=<!--Staff writer(s); no by-line.--> |date=4 March 2010 |work=IT Services |publisher=[[Stanford University]] |access-date=14 April 2013}}</ref> | ||
===लाभ === | ===लाभ === | ||
* | * संदेशों को विभिन्न क्लाइंटों का उपयोग करके विभिन्न स्थानों पर विभिन्न कंप्यूटरों या मोबाइल उपकरणों से अभिगम किया जा सकता है। | ||
* किसी प्रकार का बैकअप | * किसी प्रकार का बैकअप आमतौर पर सर्वर द्वारा प्रदान किया जाता है। | ||
===हानि === | ===हानि === | ||
* सीमित बैंडविड्थ के साथ, लंबे संदेशों का अभिगम लंबा हो सकता है, जब तक कि ईमेल क्लाइंट स्थानीय कापी को कैश न कर ले। | * सीमित बैंडविड्थ के साथ, लंबे संदेशों का अभिगम लंबा हो सकता है, जब तक कि ईमेल क्लाइंट स्थानीय कापी को कैश न कर ले। | ||
* गोपनीयता संबंधी चिंताएँ हो सकती हैं क्योंकि सर्वर पर हर समय रहने वाले संदेशों को आईटी | * गोपनीयता संबंधी चिंताएँ हो सकती हैं क्योंकि सर्वर पर हर समय रहने वाले संदेशों को आईटी कर्मियों द्वारा आकस्मिक रूप से अभिगम किए जाने की अधिक संभावना होती है, जब तक कि [[एंड-टू-एंड एन्क्रिप्शन]] का उपयोग नहीं किया जाता है। | ||
==प्रोटोकॉल== | ==प्रोटोकॉल== | ||
मेल पुनर्प्राप्त करने के लिए लोकप्रिय प्रोटोकॉलों में [[POP3]] और [[IMAP4]] सम्मिलित हैं। मेल | मेल पुनर्प्राप्त करने के लिए लोकप्रिय प्रोटोकॉलों में [[POP3]] और [[IMAP4]] सम्मिलित हैं। मेल भेजने के लिए आमतौर पर [[SMTP|एसएमटीपी]] प्रोटोकॉल का उपयोग किया जाता है। | ||
अधिकांश ईमेल क्लाइंटों द्वारा समर्थित एक अन्य महत्वपूर्ण मानक | अधिकांश ईमेल क्लाइंटों द्वारा समर्थित एक अन्य महत्वपूर्ण मानक एमआईएमई है, जिसका उपयोग [[बाइनरी फ़ाइल|बाइनरी फ़ाइल ईमेल अटैचमेंट]] भेजने के लिए किया जाता है। संलग्नक वे फ़ाइलें हैं जो ईमेल का भाग नहीं हैं लेकिन ईमेल के साथ भेजी जाती हैं। | ||
अधिकांश ईमेल क्लाइंट संदेश भेजने के लिए उपयोग किए जाने वाले सॉफ़्टवेयर की पहचान करने के लिए ''उपयोक्ता-एजेंट'' [[हेडर | अधिकांश ईमेल क्लाइंट संदेश भेजने के लिए उपयोग किए जाने वाले सॉफ़्टवेयर की पहचान करने के लिए ''उपयोक्ता-एजेंट'' [[हेडर क्षेत्र]] का उपयोग करते हैं।<ref>{{cite IETF |title=नेटन्यूज़ आलेख प्रारूप|rfc=5536 |sectionname=User-Agent |section=3.2.13 |date=November 2009 |publisher=[[Internet Engineering Task Force|IETF]] |quote=Some of this information has previously been sent in non-standardized header fields such as X-Newsreader, X-Mailer, X-Posting-Agent, X-Http-User-Agent, and others}}</ref> यह हेडर क्षेत्र नेटन्यूज़ के लिए परिभाषित है, लेकिन ई-मेल के लिए नहीं, और, इस प्रकार, ई-मेल हेडर में अमानक है।<ref>{{cite IETF | ||
| title = Common Internet Message Headers | | title = Common Internet Message Headers | ||
| rfc = 2076 | | rfc = 2076 | ||
| Line 100: | Line 100: | ||
</ref> | </ref> | ||
{{IETF RFC|6409}}, ''मेल के लिए संदेश | {{IETF RFC|6409}}, ''मेल के लिए संदेश सबमिशन तथा'' [[मेल प्रस्तुति एजेंट|मेल सबमिशन एजेंट]] की भूमिका का विवरण देता है। | ||
{{IETF RFC|5068}}, ''ईमेल | {{IETF RFC|5068}}, ''ईमेल सबमिशन प्रचालन: अभिगम और उत्तरदायित्व आवश्यकताएँ,'' एमटीए'','' एमएसए'','' एमडीए और एमयूए ''की अवधारणाओं का एक सर्वेक्षण प्रदान करता है।'' ''इसमें उल्लेख किया गया है कि "अभिगम प्रदाताओं को उपयोक्ताओं को सबमिशन पोर्ट 587 का उपयोग करके बाहरी इंटरनेट तक अभिगम से नहीं रोकना चाहिए" और "MUAs को संदेश प्रस्तुति करने के लिए सबमिशन पोर्ट का उपयोग करना चाहिए।"'' | ||
{{IETF RFC|5965}}, ''ईमेल फीडबैक | {{IETF RFC|5965}}, ''ईमेल फीडबैक रिपोर्ट के लिए एक विस्तरणीय संरूप, "एक विस्तरणीय संरूप और एमआईएमई प्रकार प्रदान करता है जिसका उपयोग मेल प्रचालकों द्वारा अन्य पक्षों को प्राप्त ईमेल के बारे में फीडबैक रिपोर्ट करने के लिए किया जा सकता है।"'' | ||
===पोर्ट संख्या=== | ===पोर्ट संख्या=== | ||
कन्वेंशन (रूढ़ि संकेत) के अनुसार ईमेल सर्वर और क्लाइंट निम्न तालिका में [[टीसीपी और यूडीपी पोर्ट नंबरों की सूची|टीसीपी पोर्ट संख्या]] का उपयोग करते हैं। एमएसए, आईएमएपी और पीओपी3 के लिए, तालिका में लेबलों की भी रिपोर्ट करती है जिनका उपयोग क्लाइंट [[ एसआरवी रिकार्ड |एसआरवी रिकार्ड]] को पृच्छा करने और संबंधित सेवा के होस्ट नाम और पोर्ट संख्या दोनों को खोजने के लिए कर सकता है |<ref>{{cite IETF |title=Use of SRV Records for Locating Email Submission/Access Services |rfc=6186 |author=Cyrus Daboo |date=March 2011 |publisher=[[Internet Engineering Task Force|IETF]] |access-date=17 April 2013}}</ref> | |||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
| Line 114: | Line 114: | ||
! सादा पाठ या | ! सादा पाठ या | ||
एन्क्रिप्ट सत्र | एन्क्रिप्ट सत्र | ||
! केवल | ! सादे पाठ | ||
केवल सत्र | |||
! केवल एन्क्रिप्टेड सत्र | ! केवल एन्क्रिप्टेड सत्र | ||
|- | |- | ||
| [[Post Office Protocol|पीओपी3]] | | [[Post Office Protocol|पीओपी3]] | ||
| | | आगमन मेल | ||
| style="text-align: right;" | 110 <br>_pop3._tcp | | style="text-align: right;" | 110 <br>_pop3._tcp | ||
| | | | ||
| Line 124: | Line 125: | ||
|- | |- | ||
| [[Internet Message Access Protocol|आईएमएपी4]] | | [[Internet Message Access Protocol|आईएमएपी4]] | ||
| | | आगमन मेल | ||
| style="text-align: right;" | 143 <br>_imap._tcp | | style="text-align: right;" | 143 <br>_imap._tcp | ||
| | | | ||
| Line 130: | Line 131: | ||
|- | |- | ||
| [[Simple Mail Transfer Protocol|एसएमटीपी]] | | [[Simple Mail Transfer Protocol|एसएमटीपी]] | ||
| | | निवर्तमान मेल | ||
| style="text-align: right;" | 25 | | style="text-align: right;" | 25 | ||
| | | | ||
| Line 136: | Line 137: | ||
|- | |- | ||
| [[Mail submission agent|एमएसए]] | | [[Mail submission agent|एमएसए]] | ||
| | | निवर्तमान मेल | ||
| style="text-align: right;" | 587 <br>_submission._tcp | | style="text-align: right;" | 587 <br>_submission._tcp | ||
| | | | ||
| Line 147: | Line 148: | ||
| style="text-align: right;" | 443 | | style="text-align: right;" | 443 | ||
|} | |} | ||
जबकि वेबमेल एन्क्रिप्ट और सादे पाठ सत्रों के लिए अलग-अलग पोर्ट रखने के पहले एचटीटीपी | जबकि वेबमेल एन्क्रिप्ट और सादे पाठ सत्रों के लिए अलग-अलग पोर्ट रखने के पहले एचटीटीपी प्रबंध का पालन करता है, मेल प्रोटोकॉल [[STARTTLS]] तकनीक का उपयोग करते हैं, जिससे एन्क्रिप्शन को पहले से स्थापित टीसीपी संबंध पर शुरू करने की अनुमति मिलती है। जबकि {{IETF RFC|2595}} पहले से स्थापित पोर्ट 995 और 993 के उपयोग को निरुत्साहित करता था, {{IETF RFC|8314}} उपलब्ध होने पर अंतर्निहित [[टीएलएस]] के उपयोग को बढ़ावा देता है। | ||
=== | ===सांपत्तिक क्लाइंट प्रोटोकॉल === | ||
[[Microsoft|माइक्रोसॉफ्ट]] मेल तंत्र माइक्रोसॉफ्ट विनिमय इलेक्ट्रॉनिक मेल सर्वर | [[Microsoft|माइक्रोसॉफ्ट]] मेल तंत्र माइक्रोसॉफ्ट विनिमय इलेक्ट्रॉनिक मेल सर्वर तक अभिगमन के लिए माइक्रोसॉफ्ट आउटलुक जैसे क्लाइंट अनुप्रयोगों में सांपत्तिक [[मैसेजिंग एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस|संदेश अनुप्रयोग प्रोग्रामिंग अंतरापृष्ठ]] (MAPI) का उपयोग करते हैं। | ||
==यह भी देखें== | ==यह भी देखें== | ||
{{Wiktionary}} | {{Wiktionary}} | ||
* [[ईमेल क्लाइंट की तुलना|ईमेल क्लाइंटों की तुलना]] | * [[ईमेल क्लाइंट की तुलना|ईमेल क्लाइंटों की तुलना]] | ||
* [[मेल प्रस्तुति एजेंट]] (एमएसए) | * [[मेल प्रस्तुति एजेंट|मेल सबमिशन एजेंट]] (एमएसए) | ||
* [[ इन्हें मेल करें ]] | * [[ इन्हें मेल करें ]] | ||
* [[संदेश वितरण एजेंट]] (एमडीए) | * [[संदेश वितरण एजेंट]] (एमडीए) | ||
* [[संदेश स्थानांतरण एजेंट]] (एमटीए) | * [[संदेश स्थानांतरण एजेंट]] (एमटीए) | ||
* [[सरल डाक स्थानांतरण प्रोटोकॉल|सरल | * [[सरल डाक स्थानांतरण प्रोटोकॉल|सरल]] [[ इन्हें मेल करें |मेल]] स्थानांतरण प्रोटोकॉल | ||
* [[सरल डाक स्थानांतरण प्रोटोकॉल| | * [[सरल डाक स्थानांतरण प्रोटोकॉल|टेक्स्ट-आधारित ईमेल क्लाइंट]] | ||
==संदर्भ== | ==संदर्भ== | ||
Revision as of 07:53, 8 August 2023
एक ईमेल क्लाइंट, ईमेल रीडर या, अधिक विधिवत् रूप से, संदेश उपयोक्ता एजेंट (एमयूए) या मेल उपयोक्ता एजेंट एक कंप्यूटर प्रोग्राम है जिसका उपयोग उपयोक्ता के ईमेल तक अभिगम करने और प्रबंधित करने के लिए किया जाता है।
एक वेब अनुप्रयोग जो संदेश प्रबंधन, संरचना और अभिग्रहण फलनों को प्रदान करता है तथा एक वेब ईमेल क्लाइंट के रूप में कार्य कर सकता है, और कंप्यूटर हार्डवेयर या सॉफ़्टवेयर का एक भाग जिसकी प्राथमिक या सबसे दृश्य भूमिका ईमेल क्लाइंट के रूप में काम करना है, वह भी इस शब्द का उपयोग कर सकता है।
मेलबॉक्स से संदेश पुनर्प्राप्त करना
अधिकांश क्लाइंट प्रोग्रामों की तरह, एक ईमेल क्लाइंट केवल तभी सक्रिय होता है जब कोई उपयोक्ता इसे चलाता है। सामान्य विन्यास एक ईमेल उपयोक्ता (क्लाइंट) के लिए क्लाइंट के ईमेल के अभिग्रहण और भंडारण के लिए सुदूर मेल अंतरण एजेंट (एमटीए) सर्वर के साथ विन्यास करना है। एमटीए, एक उपयुक्त मेल डिलीवरी एजेंट (एमडीए) का उपयोग करके, क्लाइंट के भंडारण में ईमेल संदेश आते ही जोड़ देता है। सुदूर मेल संग्रहण को उपयोक्ता का मेलबॉक्स कहा जाता है। कई यूनिक्स तंत्रों पर डिफ़ॉल्ट सेटिंग मेल सर्वर के लिए उपयोक्ता की निजी निर्देशिका के भीतर तथा एमबॉक्स में संरूपित संदेशों को संग्रहीत करने के लिए है। निस्सन्देह, तंत्र के उपयोक्ता लॉग-इन कर सकते हैं और उसी कंप्यूटर पर मेल क्लाइंट चला सकते हैं जो उनके मेलबॉक्स को होस्ट करता है; इस स्थिति में, सामान्य अर्थ के अतिरिक्त, सर्वर वास्तव में सुदूर नहीं है।
ईमेल को सुदूर सर्वर पर उपयोक्ता के मेलबॉक्स में तब तक संग्रहीत किया जाता है जब तक कि उपयोक्ता का ईमेल क्लाइंट उन्हें उपयोक्ता के कंप्यूटर पर डाउनलोड करने का अनुरोध नहीं करता है, या अन्यथा संभवतः सुदूर सर्वर पर उपयोक्ता के मेलबॉक्स तक अभिगम कर सकता है। ईमेल क्लाइंट को एक ही समय में कई मेलबॉक्सों से संबंधित करने और स्वचालित रूप से ईमेल डाउनलोड करने का अनुरोध करने के लिए सेट किया जा सकता है, जैसे कि पूर्व-निर्धारित अंतरालों पर, या उपयोक्ता द्वारा अनुरोध मैन्युअल रूप से शुरू किया जा सकता है।
उपयोक्ता के मेलबॉक्स तक दो समर्पित तरीकों से अभिगम किया जा सकता है। पोस्ट ऑफिस प्रोटोकाॅल (पीओपी) उपयोक्ता को एक समय में एक संदेश डाउनलोड करने की अनुमति देता है और स्थानीय भंडारण पर सफलतापूर्वक सहेजे जाने के बाद ही उन्हें सर्वर से हटाता है। किसी अन्य क्लाइंट को उन तक अभिगम की अनुमति देने के लिए सर्वर पर संदेशों को छोड़ना संभव है। हालाँकि, किसी विशिष्ट संदेश कोदेखे गए, उत्तर दिए गए या अग्रेषित के रूप में चिह्नित करने का कोई प्रावधान नहीं है, इस प्रकार पीओपी उन उपयोक्ताओं के लिए सुविधाजनक नहीं है जो विभिन्न यंत्रों से एक ही मेल तक अभिगम हैं।
वैकल्पिक रूप से, इंटरनेट संदेश अभिगम प्रोटोकॉल (आईएमएपी) उपयोक्ताओं को उचित रूप में चिह्नित करके सर्वर पर संदेश रखने की अनुमति देता है। आईएमएपी फ़ोल्डर्स और उप-फ़ोल्डर्स प्रदान करता है, जिन्हें संभवतः अलग-अलग अभिगम अधिकारों के साथ विभिन्न उपयोक्ताओं के बीच साझा किया जा सकता है। आमतौर पर, प्रेषित, ड्राफ्ट औरट्रैश फ़ोल्डर डिफ़ॉल्ट रूप से बनाए जाते हैं। आईएमएपी में वास्तविक समय के अद्यतन के लिए एकअक्रिय प्रसार की सुविधा है, जो पोलिंग की तुलना में तेज़ अधिसूचना प्रदान करता है, जहां लंबे समय तक चलने वाले संबंध संभव हैं। नीचे सुदूर संदेश अनुभाग भी देखें।
JSON मेटा अनुप्रयोग प्रोटोकॉल (JMAP) को HTTP पर JSON API का उपयोग करके कार्यान्वित किया गया है और इसे IMAP/SMTP के विकल्प के रूप में विकसित किया गया है।
इसके अतिरिक्त, मेलबॉक्स भण्डारण को सर्वर पर चल रहे प्रोग्राम या साझा डिस्क के माध्यम से सीधे अभिगम किया जा सकता है। प्रत्यक्ष अभिगम अधिक कुशल हो सकता है लेकिन कम पोर्टेबल है क्योंकि यह मेलबॉक्स संरुप पर आश्रित है; इसका उपयोग कुछ ईमेल क्लाइंटों द्वारा किया जाता है, जिनमें कुछ वेबमेल अनुप्रयोग भी सम्मिलित हैं।
संदेश रचना
ईमेल क्लाइंट में आमतौर पर टेक्स्ट प्रदर्शित करने और संपादित करने के लिए उपयोक्ता अंतरापृष्ठ होता है। कुछ अनुप्रयोग प्रोग्राम बाहरी संपादक के उपयोग की अनुमति देते हैं।
ईमेल क्लाइंट हेडर और बॉडी के लिए RFC 5322 और गैर-पाठ्य अन्तर्वस्तु और संलग्नकों के लिए एमआईएमई के अनुसार संरूपण करेंगे। हेडर में गंतव्य क्षेत्रो से Cc (कार्बन कॉपी के लिए संक्षिप्त), और Bcc (ब्लाइंड कार्बन कॉपी), और प्रारंभिक क्षेत्र जिसमें से संदेश के लेखक हैं | गंतव्य क्षेत्रो में उपयोक्ता की बेहतर सहायता के लिए, कई क्लाइंट एक या अधिक पता पुस्तिकाएँ बनाए रखते हैं और/या एलडीएपी निर्देशिका सर्वर से जुड़ने में सक्षम होते हैं। प्रारंभिक क्षेत्रों के लिए, क्लाइंट विभिन्न अभिज्ञानों का समर्थन कर सकते हैं।
क्लाइंट सेटिंग्स के लिए प्रत्येक उपयोक्ता की पहचान के लिए उपयोक्ता कावास्तविक नाम औरईमेल पता और संभवतः एलडीएपी सर्वर की एक सूची की आवश्यकता होती है।
सर्वर पर संदेश प्रस्तुत करना
जब कोई उपयोक्ता ईमेल बनाना और भेजना चाहता है, तो ईमेल क्लाइंट कार्य संभालता है। ईमेल क्लाइंट आमतौर पर उपयोक्ता के मेल सर्वर से संबंधित करने के लिए स्वचालित रूप से सेट किया जाता है, जो आमतौर पर या तो एमएसए या एमटीए होता है, जो एसएमटीपी प्रोटोकॉल के दो रूप हैं। एसएमटीपी प्रोटोकॉल का उपयोग करने वाला ईमेल क्लाइंट एक प्रमाणीकरण एक्सटेंशन बनाता है, जिसका उपयोग मेल सर्वर प्रेषक को प्रमाणित करने के लिए करता है। यह विधि माड्यूलता और नोमेडिक कंप्यूटिंग को आसान बनाती है। पुरानी विधि मेल सर्वर के लिए क्लाइंट के आईपी पते को पहचानने के लिए थी, उदाहरण के लिए क्योंकि क्लाइंट एक ही यंत्र पर है और आंतरिक पता 127.0.0.1 का उपयोग करता है, या क्योंकि क्लाइंट का आईपी पता उसी इंटरनेट सेवा प्रदाता द्वारा नियंत्रित किया जाता है जो इंटरनेट एक्सेस और मेल सेवाएं दोनों प्रदान करता है।
क्लाइंट सेटिंग्स के लिए मुख्य आउटगोइंग मेल सर्वर का नाम या आईपी पता, पोर्ट संख्या (एमटीए के लिए 25, एमएसए के लिए 587), और प्रमाणीकरण के लिए उपयोक्ता नाम और पासवर्ड, यदि कोई हो, की आवश्यकता होती है। एसएसएल एन्क्रिप्टेड एसएमटीपी सत्रों के लिए एक अमानक पोर्ट 465 है, जिसे कई क्लाइंट और सर्वर पश्च संगतता के लिए समर्थन करते हैं।
एन्क्रिप्शन
बिना किसी एन्क्रिप्शन के, पोस्टकार्ड की तरह, ईमेल सक्रियता किसी भी सामयिक ईव्सड्रॉपर द्वारा स्पष्ट रूप से दिखाई देती है। ईमेल एन्क्रिप्शन मेल सत्र, संदेश के मुख्य भाग या दोनों को एन्क्रिप्ट करके गोपनीयता को सुरक्षित रखने में सक्षम बनाता है। इसके बिना, नेटवर्क अभिगम और सही टूल वाला कोई भी व्यक्ति ईमेल की जांच कर सकता है और लॉगिन पासवर्ड प्राप्त कर सकता है। कन्सर्न के उदाहरणों में सरकारी सेंसरशिप और जांच और इंटरनेट कैफे जैसे साथी बेतार नेटवर्क उपयोक्ता सम्मिलित हैं।
सभी उपयुक्त ईमेल प्रोटोकॉलों में पूरे सत्र को एनक्रिप्ट करने का एक विकल्प होता है, जिससे उपयोगकर्ता केनाम औरपासवर्ड को स्निफ़ किया जाने से रोका जा सकता है। इन्हें नोमेडिक उपयोक्ताओं के लिए दृढ़ता से व्यक्त किया जाता है और जब भी इंटरनेट अभिगम प्रदाता पर विश्वास नहीं किया जाता है।[1] मेल भेजते समय, उपयोगकर्ता केवल क्लाइंट से उसके कॉन्फ़िगर किए गए आउटगोइंग मेल सर्वर पर पहली हॉप पर एन्क्रिप्शन को नियंत्रित कर सकते हैं। किसी भी अन्य हॉप में, संदेशों को एन्क्रिप्शन के साथ या उसके बिना प्रसारित किया जा सकता है, जो केवल संचरण सर्वर के सामान्य कॉन्फ़िगरेशन और प्राप्तकर्ता की क्षमताओं पर निर्भर करता है।
एन्क्रिप्टेड मेल सत्र उपयोक्ता के स्थानीय मेलबॉक्स और गंतव्य सर्वर पर उनके मूल प्रारूप, यानी सादे पाठ या एन्क्रिप्टेड बॉडी में संदेश वितरित करते हैं। बाद वाला सर्वर एक ईमेल होस्टिंग सेवा प्रदाता द्वारा संचालित होता है, जो संभवतः वर्तमान में उपस्थित इंटरनेट अभिगम प्रदाता से भिन्न इकाई का है।
ईमेल पुनर्प्राप्ति सत्र को एन्क्रिप्ट करना, उदाहरण के लिए, एसएसएल, सत्र के दोनों भागों (प्रमाणीकरण, और संदेश स्थानांतरण) की सुरक्षा कर सकता है।[2][3]
वैकल्पिक रूप से, यदि उपयोक्ता के पास अपने मेल सर्वर पर एसएसएच अभिगम है, तो वे एक एन्क्रिप्टेड टनल बनाने के लिए एसएसएच पोर्ट अग्रेषण का उपयोग कर सकते हैं, जिस पर वे अपने ईमेल पुनः प्राप्त कर सकते हैं।[4]
संदेश के मुख्य भाग का एन्क्रिप्शन
क्रिप्टोग्राफ़िक कुंजियों के प्रबंधन के लिए दो मुख्य प्रारूप हैं। S/MIME एक विश्वसनीय प्रमाणपत्र प्राधिकारी (सीए) पर आधारित एक प्रारूप नियोजित करता है जो उपयोक्ताओं की सार्वजनिक कुंजियों पर संकेत करता है। ओपनपीजीपीट्रस्ट यंत्र के कुछ अधिक नम्य वेब को नियोजित करता है जो उपयोक्ताओं को एक दूसरे की सार्वजनिक कुंजियों पर संकेत करने की अनुमति देता है। ओपनपीजीपी संदेशों के प्रारूप में भी अधिक नम्य है, जिसमें यह अभी भी सादे संदेश एन्क्रिप्शन और संकेत करने का समर्थन करता है क्योंकि कि वे MIME मानकीकरण से पहले काम करते थे।
दोनों ही स्थिति में, केवल संदेश का मुख्य भाग एन्क्रिप्ट किया गया है। प्रवर्तक, प्राप्तकर्ता और अधिकतर विषय सहित हेडर क्षेत्र सादे पाठ में रहते हैं।
वेबमेल
डेस्कटॉप कंप्यूटर पर चलने वाले ईमेल क्लाइंटों के अतिरिक्त, दूरस्थ रूप से होस्ट किए गए क्लाइंट भी होते हैं, या तो टेलनेट (यानी एक शैल खाता ) द्वारा अभिगम्य योग्य सुदूर यूनिक्स अधिष्ठापन के भाग के रूप में, या वेब पर होस्ट किए जाते हैं। इन दोनों दृष्टिकोणों के कई लाभ हैं: वे वेब ब्राउज़र या टेलनेट क्लाइंट का उपयोग करके उपयोक्ता के सामान्य आधार से दूर ईमेल भेजने और प्राप्त करने की क्षमता साझा करते हैं, जिससे उपयोक्ता के उपकरण पर एक समर्पित ईमेल क्लाइंट स्थापित करने की आवश्यकता समाप्त हो जाती है।
कुछ वेबसाइटें ईमेल सेवाएँ प्रदान करने के लिए समर्पित हैं, और कई इंटरनेट सेवा प्रदाता अपने इंटरनेट सेवा पैकग के भाग के रूप में वेबमेल सेवाएँ प्रदान करते हैं। वेबमेल की मुख्य सीमाएं यह हैं कि उपयोक्ता की अन्योन्यक्रियाऐं वेबसाइट के प्रचालन तंत्र के अधीन होती है और ईमेल संदेशों को डाउनलोड करने और संदेशों को ऑफ़लाइन लिखने या काम करने में सामान्य असमर्थता होती है, हालांकि ऐसे सॉफ़्टवेयर पैकग हैं जो वेबमेल प्रकार्यात्मकता के कुछ भागों को ओएस में एकीकृत कर सकते हैं (उदाहरण के लिए एमएपीआई के माध्यम से तीसरे पक्ष के अनुप्रयोग से सीधे संदेश बनाना)।
आईएमएपी और एमएपीआई की तरह, वेबमेल ईमेल संदेशों को मेल सर्वर पर बने रहने की सुविधा प्रदान करता है। अगला भाग देखें |
सुदूर संदेश
पीओपी3 में सर्वर पर संदेश छोड़ने का विकल्प होता है। इसके विपरीत, आईएमएपी और वेबमेल दोनों सर्वर पर संदेशों को अपने प्रचालन की विधि के रूप में रखते हैं, हालांकि उपयोक्ता अपनी इच्छानुसार स्थानीय प्रतियां बना सकते हैं। सर्वर पर संदेशों को रखने के लाभ और हानि दोनों हैं।[5]
लाभ
- संदेशों को विभिन्न क्लाइंटों का उपयोग करके विभिन्न स्थानों पर विभिन्न कंप्यूटरों या मोबाइल उपकरणों से अभिगम किया जा सकता है।
- किसी प्रकार का बैकअप आमतौर पर सर्वर द्वारा प्रदान किया जाता है।
हानि
- सीमित बैंडविड्थ के साथ, लंबे संदेशों का अभिगम लंबा हो सकता है, जब तक कि ईमेल क्लाइंट स्थानीय कापी को कैश न कर ले।
- गोपनीयता संबंधी चिंताएँ हो सकती हैं क्योंकि सर्वर पर हर समय रहने वाले संदेशों को आईटी कर्मियों द्वारा आकस्मिक रूप से अभिगम किए जाने की अधिक संभावना होती है, जब तक कि एंड-टू-एंड एन्क्रिप्शन का उपयोग नहीं किया जाता है।
प्रोटोकॉल
मेल पुनर्प्राप्त करने के लिए लोकप्रिय प्रोटोकॉलों में POP3 और IMAP4 सम्मिलित हैं। मेल भेजने के लिए आमतौर पर एसएमटीपी प्रोटोकॉल का उपयोग किया जाता है।
अधिकांश ईमेल क्लाइंटों द्वारा समर्थित एक अन्य महत्वपूर्ण मानक एमआईएमई है, जिसका उपयोग बाइनरी फ़ाइल ईमेल अटैचमेंट भेजने के लिए किया जाता है। संलग्नक वे फ़ाइलें हैं जो ईमेल का भाग नहीं हैं लेकिन ईमेल के साथ भेजी जाती हैं।
अधिकांश ईमेल क्लाइंट संदेश भेजने के लिए उपयोग किए जाने वाले सॉफ़्टवेयर की पहचान करने के लिए उपयोक्ता-एजेंट हेडर क्षेत्र का उपयोग करते हैं।[6] यह हेडर क्षेत्र नेटन्यूज़ के लिए परिभाषित है, लेकिन ई-मेल के लिए नहीं, और, इस प्रकार, ई-मेल हेडर में अमानक है।[7]
RFC 6409, मेल के लिए संदेश सबमिशन तथा मेल सबमिशन एजेंट की भूमिका का विवरण देता है।
RFC 5068, ईमेल सबमिशन प्रचालन: अभिगम और उत्तरदायित्व आवश्यकताएँ, एमटीए, एमएसए, एमडीए और एमयूए की अवधारणाओं का एक सर्वेक्षण प्रदान करता है। इसमें उल्लेख किया गया है कि "अभिगम प्रदाताओं को उपयोक्ताओं को सबमिशन पोर्ट 587 का उपयोग करके बाहरी इंटरनेट तक अभिगम से नहीं रोकना चाहिए" और "MUAs को संदेश प्रस्तुति करने के लिए सबमिशन पोर्ट का उपयोग करना चाहिए।"
RFC 5965, ईमेल फीडबैक रिपोर्ट के लिए एक विस्तरणीय संरूप, "एक विस्तरणीय संरूप और एमआईएमई प्रकार प्रदान करता है जिसका उपयोग मेल प्रचालकों द्वारा अन्य पक्षों को प्राप्त ईमेल के बारे में फीडबैक रिपोर्ट करने के लिए किया जा सकता है।"
पोर्ट संख्या
कन्वेंशन (रूढ़ि संकेत) के अनुसार ईमेल सर्वर और क्लाइंट निम्न तालिका में टीसीपी पोर्ट संख्या का उपयोग करते हैं। एमएसए, आईएमएपी और पीओपी3 के लिए, तालिका में लेबलों की भी रिपोर्ट करती है जिनका उपयोग क्लाइंट एसआरवी रिकार्ड को पृच्छा करने और संबंधित सेवा के होस्ट नाम और पोर्ट संख्या दोनों को खोजने के लिए कर सकता है |