ईमेल क्लाइंट
एक ईमेल ग्राहक, ईमेल पठक या, और औपचारिक रूप से, संदेश उपयोक्ता एजेंट (एमयूए) या मेल उपयोक्ता एजेंट एक कंप्यूटर प्रोग्राम होता है जिसका उपयोग उपयोक्ता के ईमेल तक अभिगम करने और प्रबंधन करने के लिए किया जाता है।
एक वेब अनुप्रयोग जो संदेश प्रबंधन, संयोजन और अभिग्रहण प्रकार्यों को प्रदान करता है तथा एक वेब ईमेल ग्राहक के रूप में कार्य कर सकता है, और कंप्यूटर हार्डवेयर या सॉफ़्टवेयर का एक भाग जिसकी प्राथमिक या सबसे अधिक दिखाई देने वाली भूमिका ईमेल ग्राहक के रूप में काम करना है, वह भी इस शब्द का उपयोग कर सकता है।
मेलबॉक्स से संदेश पुनर्प्राप्त करना
अधिकांश ग्राहक प्रोग्रामों की तरह, एक ईमेल ग्राहक केवल तभी सक्रिय होता है जब कोई उपयोक्ता इसे चलाता है। सामान्य व्यवस्था एक ईमेल उपयोक्ता (ग्राहक) के लिए ग्राहक के ईमेल के अभिग्रहण और भंडारण के लिए दूरस्थ मेल अंतरण एजेंट (एमटीए) सर्वर के साथ व्यवस्था करना है। एमटीए, एक उपयुक्त मेल वितरण एजेंट (एमडीए) का उपयोग करके, ग्राहक के भंडारण में ईमेल संदेश आते ही जोड़ देता है। दूरस्थ मेल संग्रहण को उपयोक्ता का मेलबॉक्स कहा जाता है। कई यूनिक्स तंत्रों पर व्यतिक्रम सेटिंग मेल सर्वर के लिए उपयोक्ता की निजी निर्देशिका के भीतर तथा एमबॉक्स में संरूपित संदेशों को संग्रहीत करने के लिए है। निस्सन्देह, तंत्र के उपयोक्ता लॉग-इन कर सकते हैं और उसी कंप्यूटर पर मेल क्लाइंट चला सकते हैं जो उनके मेलबॉक्स को होस्ट करता है; इस स्थिति में, सामान्य अर्थ के अतिरिक्त, सर्वर वास्तव में सुदूर नहीं है।
ईमेल को सुदूर सर्वर पर उपयोगकर्ता के मेलबॉक्स में तब तक संग्रहीत किया जाता है जब तक कि उपयोगकर्ता का ईमेल क्लाइंट उन्हें उपयोगकर्ता के कंप्यूटर पर डाउनलोड करने का अनुरोध नहीं करता है, या अन्यथा संभवतः सुदूर सर्वर पर उपयोगकर्ता के मेलबॉक्स तक अभिगम नहीं किया जा सकता है। ईमेल क्लाइंट को एक ही समय में कई मेलबॉक्सों से संबंधित करने और स्वचालित रूप से ईमेल डाउनलोड करने का अनुरोध करने के लिए सेट किया जा सकता है, जैसे कि पूर्व-निर्धारित अंतरालों पर, या उपयोक्ता द्वारा अनुरोध मैन्युअल रूप से शुरू किया जा सकता है।
उपयोक्ता के मेलबॉक्स तक दो समर्पित तरीकों से अभिगम किया जा सकता है। पोस्ट ऑफिस प्रोटोकाॅल (पीओपी) उपयोक्ता को एक समय में एक संदेश डाउनलोड करने की अनुमति देता है और स्थानीय भंडारण पर सफलतापूर्वक सहेजे जाने के बाद ही उन्हें सर्वर से हटाता है। किसी अन्य ग्राहक को उन तक अभिगम की अनुमति देने के लिए सर्वर पर संदेशों को छोड़ना संभव है। हालाँकि, किसी विशिष्ट संदेश कोदेखे गए, उत्तर दिए गए या अग्रेषित के रूप में चिह्नित करने का कोई प्रावधान नहीं है, इस प्रकार पीओपी उन उपयोक्ताओं के लिए सुविधाजनक नहीं है जो विभिन्न यंत्रों से एक ही मेल तक अभिगम हैं।
वैकल्पिक रूप से, इंटरनेट संदेश अभिगम प्रोटोकॉल (आईएमएपी) उपयोक्ताओं को उचित रूप में चिह्नित करके सर्वर पर संदेश रखने की अनुमति देता है। आईएमएपी फ़ोल्डर्स और उप-फ़ोल्डर्स प्रदान करता है, जिन्हें संभवतः अलग-अलग अभिगम अधिकारों के साथ विभिन्न उपयोक्ताओं के बीच साझा किया जा सकता है। आमतौर पर, प्रेषित, ड्राफ्ट औरट्रैश फ़ोल्डर डिफ़ॉल्ट रूप से बनाए जाते हैं। आईएमएपी में वास्तविक समय के अद्यतन के लिए एकअक्रिय प्रसार की सुविधा है, जो पोलिंग की तुलना में तेज़ अधिसूचना प्रदान करता है, जहां लंबे समय तक चलने वाले संबंध संभव हैं। नीचे सुदूर संदेश अनुभाग भी देखें।
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 के लिए, तालिका में लेबलों की भी रिपोर्ट करती है जिनका उपयोग ग्राहक एसआरवी रिकार्ड को पृच्छा करने और संबंधित सेवा के होस्ट नाम और पोर्ट संख्या दोनों को खोजने के लिए कर सकता है |[8]
| प्रोटोकॉल | उपयोग | सादा पाठ या
एन्क्रिप्ट सत्र |
सादे पाठ
केवल सत्र |
केवल एन्क्रिप्टेड सत्र |
|---|---|---|---|---|
| पीओपी3 | आगमन मेल | 110 _pop3._tcp |
995 _pop3s._tcp | |
| आईएमएपी4 | आगमन मेल | 143 _imap._tcp |
993 _imaps._tcp | |
| एसएमटीपी | निवर्तमान मेल | 25 | 587 | |
| एमएसए | निवर्तमान मेल | 587 _submission._tcp |
465[9] _submissions._tcp | |
| एचटीटीपी | वेबमेल | 80 | 443 |
जबकि वेबमेल एन्क्रिप्ट और सादे पाठ सत्रों के लिए अलग-अलग पोर्ट रखने के पहले एचटीटीपी प्रबंध का पालन करता है, मेल प्रोटोकॉल STARTTLS तकनीक का उपयोग करते हैं, जिससे एन्क्रिप्शन को पहले से स्थापित टीसीपी संबंध पर शुरू करने की अनुमति मिलती है। जबकि RFC 2595 पहले से स्थापित पोर्ट 995 और 993 के उपयोग को निरुत्साहित करता था, RFC 8314 उपलब्ध होने पर अंतर्निहित टीएलएस के उपयोग को बढ़ावा देता है।
सांपत्तिक ग्राहक प्रोटोकॉल
माइक्रोसॉफ्ट मेल तंत्र माइक्रोसॉफ्ट विनिमय इलेक्ट्रॉनिक मेल सर्वर तक अभिगमन के लिए माइक्रोसॉफ्ट आउटलुक जैसे ग्राहक अनुप्रयोगों में सांपत्तिक संदेश अनुप्रयोग प्रोग्रामिंग अंतरापृष्ठ (MAPI) का उपयोग करते हैं।
यह भी देखें
- ईमेल ग्राहकों की तुलना
- मेल सबमिशन एजेंट (एमएसए)
- इन्हें मेल करें
- संदेश वितरण एजेंट (एमडीए)
- संदेश स्थानांतरण एजेंट (एमटीए)