ई-मेल का कार्य तीन प्रोटोकॉल: SMTP, POP3 और IMAP का उपयोग करके किया जाता है। उनके बिना, ई-मेल काम नहीं कर सकता। इन प्रोटोकॉल की विशेषताओं में से एक उनका संकीर्ण फोकस है: उन्हें अन्य उद्देश्यों के लिए उपयोग करना मौलिक रूप से असंभव है, जो इसके अलावा, समझ में नहीं आता है।
मेल प्रोटोकॉल की दूसरी विशेषता उनका सिंगल-टास्किंग है। उदाहरण के लिए, एक प्रोटोकॉल जो संदेश भेजता है वह उन्हें प्राप्त करने में सक्षम नहीं है, और इसके विपरीत। इसीलिए ऐसे प्रोटोकॉल जोड़े (SMTP+POP3 या SMTP+IMAP) में काम करते हैं।
एसएमटीपी प्रोटोकॉल
SMTP (सिंपल मेल ट्रांसफर प्रोटोकॉल, सिंपल मेल ट्रांसफर प्रोटोकॉल) एक प्रोटोकॉल है जिसका इस्तेमाल यूजर्स से सर्वर और सर्वर के बीच मेल भेजने के लिए किया जाता है ताकि प्राप्तकर्ता को आगे फॉरवर्ड किया जा सके। ऐसा करने से पहले, प्रोटोकॉल कंप्यूटर के बीच एक कनेक्शन स्थापित करता है, जो संदेश के वितरण की गारंटी देता है।एसएमटीपी प्रोटोकॉल बहुत सरल और प्रभावी है, लेकिन यह दक्षता सभी कार्यों और संभावनाओं तक नहीं फैलती है। इसलिए, इसमें सबसे सरल प्रमाणीकरण तंत्र और मेल सर्वर के बीच संचरण के दौरान डेटा को एन्क्रिप्ट करने की क्षमता भी नहीं है। एसएमटीपी का सबसे बड़ा नुकसान ग्राफिक्स भेजने में असमर्थता है।
इस अच्छे प्रोटोकॉल को न छोड़ने के लिए, इसे कई उपयोगी और आवश्यक एक्सटेंशन के साथ विस्तारित करने का निर्णय लिया गया। ऐसा एक्सटेंशन, उदाहरण के लिए, MIME (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन, एक बहुउद्देश्यीय इंटरनेट मेल सेवा एक्सटेंशन) है, जिसके लिए किसी भी प्रारूप और सामग्री की फ़ाइलें भेजना संभव है। इसके अलावा, UUENCODE मानक विकसित किया गया है, जो पाठ संदेशों को विभिन्न एन्कोडिंग में प्रसारित करने की अनुमति देता है।
पॉप3 प्रोटोकॉल
POP3 (पोस्ट ऑफिस प्रोटोकॉल 3, पोस्ट ऑफिस प्रोटोकॉल संस्करण 3) एक मेल प्रोटोकॉल है जिसका उपयोग ईमेल क्लाइंट द्वारा सर्वर से ईमेल संदेश प्राप्त करने के लिए किया जाता है।
POP3 आमतौर पर SMTP प्रोटोकॉल के साथ मिलकर काम करता है, जो आपको इलेक्ट्रॉनिक संदेश भेजने और प्राप्त करने के लिए एक कुशल प्रणाली को व्यवस्थित करने की अनुमति देता है।
प्रोटोकॉल इंटरफ़ेस SMTP इंटरफ़ेस से भी सरल है, और इससे जुड़ी कुछ असुविधाएँ हैं। इसलिए, एक पत्र को चुनिंदा रूप से डाउनलोड करने या सीधे मेल सर्वर पर एक पत्र की सामग्री को देखने की कोई संभावना नहीं है।
आईमैप प्रोटोकॉल
IMAP (इंटरएक्टिव मेल एक्सेस प्रोटोकॉल, ई-मेल तक इंटरएक्टिव एक्सेस के लिए प्रोटोकॉल) सबसे "उन्नत" मेल प्रोटोकॉल है जिसे मेल सर्वर से इलेक्ट्रॉनिक संदेश प्राप्त करने के लिए डिज़ाइन किया गया है।
POP3 के समान, इसका उपयोग आने वाले अक्षरों के साथ काम करने के लिए किया जाता है, हालांकि, यह अतिरिक्त कार्य प्रदान करता है, विशेष रूप से, स्थानीय मेमोरी में मेल सहेजे बिना कीवर्ड द्वारा खोज करने की क्षमता।
IMAP उपयोगकर्ता को केंद्रीय सर्वर पर स्थित मेलबॉक्स के साथ काम करने के लिए व्यापक विकल्प प्रदान करता है। एक मेल प्रोग्राम जो इस प्रोटोकॉल का उपयोग करता है, सर्वर पर मेल स्टोरेज को एक्सेस करता है जैसे कि मेल प्राप्तकर्ता के कंप्यूटर पर स्थित था।
प्रोटोकॉल के फायदों में पत्र के आंशिक डाउनलोड की संभावना, प्राप्त पत्र को बाद के ग्लूइंग के साथ भागों में विभाजित करना और बहुत कुछ शामिल है। ज्यादातर मामलों में, IMAP POP3 की तुलना में अधिक सुविधाजनक और कुशल है।
किसी भी नेटवर्क सेवा की तरह, ई-मेल कार्यक्रमों की एक जोड़ी और उनके बीच बातचीत के लिए एक प्रोटोकॉल का उपयोग करके कार्यान्वित किया जाता है। इंटरनेट की तरफ, एक सर्वर प्रोग्राम काम करता है, और उपभोक्ता पक्ष पर, एक क्लाइंट प्रोग्राम। ई-मेल की एक विशेषता जो इसे अन्य इंटरनेट सेवाओं से अलग करती है, वह यह है कि यह दो एप्लिकेशन प्रोटोकॉल पर आधारित है। एक का उपयोग आउटगोइंग संदेश भेजने के लिए किया जाता है और दूसरे का उपयोग इनकमिंग मेल प्राप्त करने के लिए किया जाता है। तदनुसार, इंटरनेट पर, ई-मेल का संचालन दो सर्वरों द्वारा प्रदान किया जाता है: एक आउटगोइंग संदेश सर्वर और एक आने वाला संदेश सर्वर। इनबॉक्स सर्वर को अक्सर "मेलबॉक्स" के रूप में संदर्भित किया जाता है। दो अलग-अलग प्रोटोकॉल की आवश्यकता सुरक्षा आवश्यकताओं से संबंधित है। उदाहरण के लिए, संदेश भेजते समय, आमतौर पर प्रेषक की पहचान करने के लिए एक सख्त प्रक्रिया की आवश्यकता नहीं होती है। हम नियमित मेल में एक समान घटना का सामना करते हैं, जब एक पत्र भेजना किसी भी मेलबॉक्स में एक लिफाफा फेंकने के लिए पर्याप्त होता है। आउटगोइंग संदेश सेवा एसएमटीपी प्रोटोकॉल (सरल मेल ट्रांसफर प्रोटोकॉल - सबसे सरल मेल ट्रांसफर प्रोटोकॉल) पर आधारित है और एसएमटीपी सर्वरों द्वारा इंटरनेट पर प्रदान की जाती है।
आने वाले संदेशों के साथ, स्थिति अलग है। एक संदेश प्राप्त करने के लिए, ग्राहक को कुछ अधिकार दिखाना होगा। नियमित मेल में, ग्राहक या तो डाकघर में दस्तावेज़ प्रस्तुत करता है (पंजीकृत मेल प्राप्त करते समय), या उसके पास अपने मेलबॉक्स की कुंजी होनी चाहिए (कुंजी किसी व्यक्ति की पहचान करने का एक यांत्रिक साधन है)। वास्तव में, आने वाली ई-मेल सेवा डाकघर के रूप में कार्य करती है। यह ग्राहक के पंजीकरण नाम और पासवर्ड के आधार पर उसके अधिकारों की जांच करता है, जिसके बाद वह उसे "मेलबॉक्स" में जमा हुआ पत्राचार देता है। इस सेवा के लिए सबसे सामान्य प्रोटोकॉल POP3 (पोस्ट ऑफिस प्रोटोकॉल 3 - पोस्ट ऑफिस प्रोटोकॉल, संस्करण 3) है।
POP3 प्रोटोकॉल
छोटे संगठनों के लिए संदेश परिवहन प्रणाली का मालिक होना लाभहीन है। यह इस तथ्य के कारण है कि छोटे, गैर-कंप्यूटर-आधारित संगठनों में, एक नियम के रूप में, नेटवर्क क्लाइंट वर्कस्टेशन में पूर्ण SMTP सर्वर चलाने के लिए पर्याप्त संसाधन (प्रदर्शन या डिस्क स्थान) नहीं होते हैं। इसके अलावा, ऐसे ई-मेल उपयोगकर्ताओं के लिए अपने व्यक्तिगत कंप्यूटर को स्थायी रूप से इंटरनेट से कनेक्ट रखना लाभहीन हो सकता है।
इस समस्या को हल करने के लिए, एक पोस्ट ऑफिस प्रोटोकॉल, पीओपी (पोस्ट ऑफिस प्रोटोकॉल) विकसित किया गया था। इसका सबसे आम संस्करण POP3 (पोस्ट ऑफिस प्रोटोकॉल संस्करण 3) है। यह प्रोटोकॉल वर्कस्टेशन को किसी दिए गए संगठन में ई-मेल की सेवा के लिए समर्पित सर्वर पर स्थित उनके मेलबॉक्स को गतिशील रूप से एक्सेस करने की अनुमति देता है।
POP3 एक उपयोगकर्ता के लिए अपने मेलबॉक्स की सामग्री के साथ काम करने का सबसे सरल प्रोटोकॉल है। यह केवल आपको सर्वर के मेलबॉक्स से क्लाइंट के वर्कस्टेशन तक मेल लेने और सर्वर पर मेलबॉक्स से इसे हटाने की अनुमति देता है। मेल संदेश की आगे की सभी प्रक्रिया क्लाइंट के कंप्यूटर पर होती है।
POP3 - सर्वर मेल भेजने के लिए ज़िम्मेदार नहीं है, यह केवल उपयोगकर्ताओं के समूह के लिए एक सार्वभौमिक मेलबॉक्स के रूप में कार्य करता है। जब किसी उपयोगकर्ता को संदेश भेजने की आवश्यकता होती है, तो उसे कुछ एसएमटीपी सर्वर के साथ एक कनेक्शन स्थापित करना होगा और एसएमटीपी के माध्यम से अपना संदेश वहां भेजना होगा। यह SMTP सर्वर वही होस्ट हो सकता है जहाँ POP3 सर्वर चल रहा है, या यह पूरी तरह से अलग जगह पर स्थित हो सकता है।
एक नियम के रूप में, ई-मेल के साथ काम करते समय, छोटे संगठन अपने पत्राचार प्राप्त करने के लिए कार्यालय में किसी भी कंप्यूटर पर स्थापित POP3 सर्वर का उपयोग करते हैं, और SMTP के माध्यम से शहर में उपलब्ध प्रसिद्ध SMTP सर्वरों में से एक को मेल भेजते हैं ( ऐसा खोजना मुश्किल नहीं है)।
संभावना है, इस गाइड को पढ़ने वाले आप में से अधिकांश पहले से ही सबसे अधिक इस्तेमाल की जाने वाली संचार तकनीक, ईमेल से परिचित हैं। लेकिन क्या आपने कभी सोचा है कि यह वास्तव में कैसे काम करता है? इस लेख में, हम सीखेंगे कि यह सेवा कैसे काम करती है और POP3, SMTP और IMAP क्या है।
पॉप 3(पोस्ट ऑफिस प्रोटोकॉल संस्करण 3) का उपयोग अक्सर दूरस्थ ईमेल सर्वर से संचार करने और स्थानीय ईमेल क्लाइंट को संदेश डाउनलोड करने के लिए किया जाता है और फिर इसे सर्वर पर हटा दिया जाता है, जैसे थंडरबर्ड, विंडोज मेल, आदि। हालांकि, आमतौर पर ईमेल क्लाइंट एक विकल्प प्रदान करते हैं - सर्वर पर संदेशों की प्रतियां छोड़ना है या नहीं। यदि आप संदेश भेजने के लिए कई उपकरणों का उपयोग करते हैं, तो इस सुविधा को सक्षम छोड़ने की अनुशंसा की जाती है, अन्यथा, किसी अन्य डिवाइस पर आपके पास भेजे गए संदेशों तक पहुंच नहीं होगी जो दूरस्थ सर्वर पर सहेजे नहीं गए हैं। यह भी ध्यान देने योग्य है कि POP3 एक तरफ़ा प्रोटोकॉल है, जिसका अर्थ है कि डेटा एक दूरस्थ सर्वर से लिया जाता है और एक स्थानीय क्लाइंट को भेजा जाता है।
डिफ़ॉल्ट POP3 पोर्ट हैं:
पोर्ट 110 - गैर-एन्क्रिप्टेड पोर्ट
पोर्ट 995 एसएसएल/टीएलएस पोर्ट है, जिसे के रूप में भी जाना जाता है पीओपी3एस
चरण 2 - POP3 और IMAP के बीच अंतर, और IMAP में कौन से पोर्ट हैं?
IMAP (ईमेल तक पहुँचने के लिए एप्लिकेशन लेयर प्रोटोकॉल), साथ ही POP3, का उपयोग स्थानीय क्लाइंट पर ईमेल संदेश प्राप्त करने के लिए किया जाता है, हालाँकि, इसमें एक महत्वपूर्ण अंतर है - केवल ईमेल संदेशों के हेडर डाउनलोड किए जाते हैं, पत्र का मुख्य भाग ही रहता है सर्वर पर। यह संचार प्रोटोकॉल दो दिशाओं में काम करता है, यदि स्थानीय क्लाइंट पर परिवर्तन होते हैं, तो उन्हें सर्वर पर प्रेषित किया जाता है। हाल ही में, IMAP अधिक लोकप्रिय हो गया है क्योंकि जीमेल जैसे ईमेल दिग्गज POP3 के बजाय इसका उपयोग करने की सलाह देते हैं।
डिफ़ॉल्ट IMAP पोर्ट हैं:
- पोर्ट 143 - गैर-एन्क्रिप्टेड पोर्ट
- पोर्ट 993 एसएसएल/टीएलएस पोर्ट है, जिसे के रूप में भी जाना जाता है आईएमएपीएस
चरण 3 - एसएमटीपी, आउटगोइंग ईमेल संचार के लिए प्रोटोकॉल
सरल डाक स्थानांतरण प्रोटोकॉल ( एसएमटीपी) का उपयोग दूरस्थ सर्वर के साथ संचार करने के लिए किया जाता है और फिर स्थानीय क्लाइंट से दूरस्थ सर्वर और अंततः प्राप्तकर्ता के सर्वर पर संदेश भेजने के लिए उपयोग किया जाता है। आपके ईमेल सर्वर पर, यह प्रक्रिया एक विशेष सेवा द्वारा नियंत्रित होती है ( एमटीए) गौरतलब है कि SMTP का प्रयोग विशेष रूप से संदेश भेजने के लिए किया जाता है।
एसएमटीपी बंदरगाह:
- पोर्ट 25 - गैर-एन्क्रिप्टेड पोर्ट
- पोर्ट 465 एसएसएल/टीएलएस पोर्ट है, जिसे के रूप में भी जाना जाता है एसएमटीपीएस
निष्कर्ष
हम आशा करते हैं कि अब आपको इस बात की स्पष्ट समझ हो गई होगी कि मेल प्रोटोकॉल कैसे काम करते हैं और वे किन पोर्ट का उपयोग करते हैं। इस गाइड में, हमने सीखा कि POP3, SMTP और IMAP क्या हैं और इनका उपयोग किस लिए किया जाता है। उदाहरण के लिए, POP3 और IMAP का उपयोग समान उद्देश्यों के लिए किया जाता है, लेकिन वे इन कार्यों को अलग-अलग तरीकों से करते हैं। IMAP ईमेल की सामग्री को सर्वर पर छोड़ देता है, जबकि POP3 इसे आपके कंप्यूटर पर डाउनलोड करता है। साथ ही, हमने सीखा कि SMTP, POP3 और IMAP में कौन से मानक पोर्ट हैं।
कई एप्लिकेशन लेयर प्रोटोकॉल का मुख्य बिंदु यह है कि वे सरल हैं। टीसीपी-आधारित प्रोटोकॉल ज्यादातर टेक्स्ट प्रारूप में कमांड और प्रतिक्रियाओं का उपयोग करते हैं, जिससे उपयोगकर्ताओं को समझने और प्रोग्रामर को लागू करना आसान हो जाता है।
आगे स्पष्ट करने के लिए, हम दो प्रोटोकॉल देखेंगे जिनका उपयोग प्रतिदिन ईमेल भेजने और प्राप्त करने के लिए किया जा सकता है: एसएमटीपी और पीओपी3.
सरल मेल ट्रांसफर प्रोटोकॉल: एसएमटीपी
सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी)सबसे सम्मानित इंटरनेट प्रोटोकॉल में से एक है। 1980 के दशक की शुरुआत में विकसित, इसके कार्य ईमेल के माध्यम से और नेटवर्क और अन्य परिवहन प्रणालियों के बीच स्थानांतरित करने के लिए स्वच्छ और सरल हैं। इस प्रकार, इसका उपयोग प्रोटोकॉल का उपयोग करने वाले सिस्टम तक सीमित नहीं होना चाहिए टीसीपी/आईपी. कोई भी संचार प्रणाली 1000 7-बिट ASCII वर्णों की लाइनों को संभालने में सक्षम है जिसका उपयोग SMTP प्रोटोकॉल पर संदेशों को निष्पादित करने के लिए किया जा सकता है। टीसीपी/आईपी नेटवर्क में, हालांकि, टीसीपी परिवहन तंत्र प्रदान करता है।
में एसएमटीपी प्रेषकएक क्लाइंट है, और क्लाइंट विभिन्न सर्वरों के साथ संचार कर सकता है। संदेश भेजने वाले होस्ट से सीधे गंतव्य होस्ट को भेजे जा सकते हैं, जिसके लिए एक अलग टीसीपी कनेक्शन की आवश्यकता होती है और प्रत्येक संदेश की प्रत्येक प्रतिलिपि बनाई जानी चाहिए। हालाँकि, कई मेल प्राप्तकर्ता अपना सर्वर चला सकते हैं एसएमटीपी
यह नियुक्ति के लिए सबसे विशिष्ट है एसएमटीपीसंदेश, एक सर्वर जो उपयोगकर्ताओं के समूह को सेवा प्रदान करता है, जैसे कि इंटरनेट डोमेन। सर्वर उपयोगकर्ताओं के लिए नियत सभी मेल प्राप्त करता है और फिर उन्हें उपयोग करके एकत्र करने की अनुमति देता है POP3 (पोस्ट ऑफिस प्रोटोकॉल संस्करण 3)या अन्य मेल प्रोटोकॉल। इसके अलावा, अधिकांश एसएमटीपी क्लाइंटएक एकल "स्मार्ट होस्ट" सर्वर को संदेश भेजें, जिसका काम उन संदेशों को उनके संभावित प्राप्तकर्ताओं को रिले करना है।
लेनदेन एसएमटीपीतब शुरू होता है जब प्रेषक-क्लाइंट जाने-माने पोर्ट नंबर 25 का उपयोग करके रिसीवर के लिए एक टीसीपी कनेक्शन खोलता है। सर्वर एक संदेश वापस भेजकर कनेक्शन को स्वीकार करता है जैसे " 220 एसएमटीपी सर्वर तैयार«. एसएमटीपीएक समान एफ़टीपी प्रतिक्रिया प्रारूप का उपयोग करता है जिसे हमने पहले कवर किया था। तीन अंकों का कोड प्राप्त हुआ, क्लाइंट सॉफ़्टवेयर को जवाब देना चाहिए कि क्या सब कुछ ठीक है। यह झुंड उन लोगों की मदद करने के लिए है जो लेन-देन लॉग विश्लेषण के साथ समस्या निवारण कर सकते हैं। एप्लिकेशन प्रोटोकॉल रिस्पांस कोड विंडो में प्रतिक्रिया संदेश कोड के बारे में अधिक विस्तृत जानकारी है।
सर्वर एसएमटीपीप्रतिक्रिया कोड "421 सेवा अनुपलब्ध" के साथ एक संदेश वापस भेजकर संचार से इनकार कर सकता है। उदाहरण के लिए, एसएमटीपीआईएसपी का सर्वर, जो अपने ग्राहकों को आउटगोइंग मेल संचारित करने के लिए प्रदान करता है, एक ऐसे होस्ट के साथ संचार करने में विफल हो सकता है जिसका आईपी पता इंगित करता है कि यह आईएसपी ग्राहक नहीं है। बुनियादी एसएमटीपी प्रोटोकॉलअभिगम नियंत्रण का कोई रूप नहीं है - जिस तरह से इसका उपयोग संदेश भेजने के लिए किया जा सकता है और यह इसे अव्यावहारिक बनाता है - इसलिए एकमात्र तरीका है जिससे प्रदाता गैर-ग्राहकों, जैसे स्पैमर, को संदेश भेजने के लिए अपने मेल सर्वर का उपयोग करने से रोक सकते हैं।
सर्वर को प्रेषक के सही वर्णों की पुष्टि प्राप्त होने के बाद, सर्वर "हेलो नाम" स्ट्रिंग भेजता है। आदेश और नाम पर HELO वर्ण, होस्ट नाम है। जैसा कि हम देखेंगे, होस्टनाम का उपयोग एडिट: हेडर में किया जाता है, सर्वर संदेश को जोड़ता है क्योंकि यह इसे अपने पथ पर भेजता है। यह जानकारी प्राप्तकर्ता को संदेश के माध्यम से पथ का पता लगाने की अनुमति देती है।
सर्वर भेजा जा रहा है
जब प्रेषक को "250 ओके" पावती प्राप्त होती है, तो वह संदेश भेजना शुरू कर सकता है। प्रोटोकॉल बेहद सरल है। सभी प्रेषकों को यह कहना है कि कौन सा संदेश संदेश सामग्री की आपूर्ति करे।
संदेश "MAIL FROM:" कमांड का उपयोग करके सेट किया गया है:
यह वापस रास्ते में मान्य है और अमान्य है, जैसा कि "मेल से:<>". यह आमतौर पर बग रिपोर्ट सबमिट करते समय उपयोग किया जाता है। एक शून्य वापसी पथ का अर्थ है कि कोई त्रुटि रिपोर्टिंग की आवश्यकता नहीं है। इसका मुख्य उद्देश्य ऐसी स्थिति में आने से बचना है जहां संदेशों को राउंड-ट्रिप ट्रांसफर में डिलीवर नहीं किया जा सकता है क्योंकि प्रेषक और प्राप्तकर्ता दोनों पते अनुपलब्ध हैं।
संदेश प्राप्तकर्ताओं को "RCPT TO:" का उपयोग करके परिभाषित किया गया है: ". प्रत्येक पता कोण कोष्ठक में संलग्न है। एक संदेश में कई प्राप्तकर्ता हो सकते हैं, और उनमें से प्रत्येक के लिए एक RCPT TO: कमांड भेजा जाता है। ये RCPT TO: कमांड अपने गंतव्य पर पहुंचने वाले संदेश हेडर में नहीं होते हैं। गुप्त प्रतिलिपि संदेशों या प्राप्तकर्ता सर्वर पतों की सूची के मामले में हेडर में बिल्कुल भी प्रदर्शित नहीं किया जाएगा।
प्रत्येक प्राप्तकर्ता को "250 ओके" प्रतिक्रिया के साथ स्वीकार किया जाता है। 550 प्रतिक्रिया कोड के साथ प्रतिक्रिया का उपयोग करते समय प्राप्तकर्ता को भी अस्वीकार किया जा सकता है। यह इस बात पर निर्भर करता है कि सर्वर को कैसे कॉन्फ़िगर किया गया है। प्रदाता के सर्वर तक दूरस्थ पहुँच एसएमटीपीप्रत्येक RCPT TO: कमांड को स्वीकार कर सकता है, भले ही निर्दिष्ट पता अमान्य हो, क्योंकि सर्वर को पता नहीं है कि पता अमान्य है जब तक कि वह उस पर DNS लुकअप नहीं करता। हालांकि, स्थानीय उपयोगकर्ताओं या किसी विशिष्ट डोमेन के लिए संदेशों को स्वीकार करने के लिए डिज़ाइन किया गया मेल सर्वर उन पतों के लिए मेल को अस्वीकार कर देगा जो उस दायरे में नहीं हैं।
अन्य प्रतिक्रियाएँ RCPT TO के जवाब में प्राप्त हो सकती हैं: संदेश जो सर्वर एसएमटीपीमददगार था। यदि पता गलत है, लेकिन सर्वर को सही पता नहीं पता है, तो यह उत्तर दे सकता है “251 उपयोगकर्ता स्थानीय नहीं है; भेजना ' या '551 उपयोगकर्ता स्थानीय नहीं है, कृपया कोशिश करें ". सर्वर संदेश को अग्रेषित कर रहा है या नहीं, यह दर्शाता है कि विभिन्न प्रतिक्रिया कोड नोट करें। ये प्रतिक्रियाएँ सामान्य नहीं हैं, और मेल क्लाइंट प्रतिक्रिया निकाय से वैकल्पिक पतों को पार्स करने की कोशिश करने के बजाय त्रुटि के रूप में केवल 551 प्रतिक्रिया भेज सकता है।
पूर्णता के लिए, यह ध्यान दिया जाना चाहिए कि RCPT TO: कमांड मार्ग निर्दिष्ट कर सकते हैं, न कि केवल पते। मार्ग को "RCPT TO:" के रूप में व्यक्त किया जाएगा।
मूलपाठ संदेश।
एक बार सभी प्राप्तकर्ता निर्दिष्ट हो जाने के बाद, सभी प्रेषक को संदेश भेजना होता है। यह पहले "डेटा" कमांड भेजता है और फिर प्रतिक्रिया की प्रतीक्षा करता है जैसे: "354 अंत से मेल इनपुट प्रारंभ करें
संदेश के अंत में, जैसा कि ऊपर दिए गए उत्तर में बताया गया है, अपनी लाइन पर एक अवधि (डॉट)। इस प्रकार, एक ईमेल क्लाइंट को सबसे सरल, लेकिन सबसे महत्वपूर्ण चीजों में से एक यह सुनिश्चित करना चाहिए कि एक एकल अवधि वाली एक पंक्ति पाठ में ही प्रकट न हो। संदेश के अंत में "250 ओके" प्रतिक्रिया के साथ स्वीकार किया जाता है। यह ध्यान देने लायक है एसएमटीपीसंदेश की सामग्री में कम से कम दिलचस्पी नहीं है। यह कुछ भी हो सकता है, हालांकि कड़ाई से बोलने वाले संदेशों में 128 और 255 के बीच ASCII मान वाले कोई वर्ण नहीं होने चाहिए, और पाठ की पंक्तियाँ 1000 वर्णों से अधिक नहीं होनी चाहिए। यह भी आवश्यक नहीं है कि एसएमटीपी कमांड द्वारा उपयोग किए जाने वाले प्रेषक और प्राप्तकर्ता पता शीर्षलेख, संदेशों को सच्चे प्रेषक के अलावा किसी अन्य व्यक्ति से आने के लिए आसान बनाते हैं।
एसएमटीपी प्रोटोकॉल
एसएमटीपी(अंग्रेज़ी) सरल मेल स्थानांतरण शिष्टाचारसिंपल मेल ट्रांसफर प्रोटोकॉल एक नेटवर्क प्रोटोकॉल है जिसे टीसीपी / आईपी नेटवर्क पर ई-मेल के प्रसारण के लिए डिज़ाइन किया गया है।
SMTP का उपयोग उपयोगकर्ताओं से सर्वर और सर्वर के बीच मेल भेजने के लिए प्राप्तकर्ता को आगे भेजने के लिए किया जाता है। मेल प्राप्त करने के लिए, मेल क्लाइंट को POP3 या IMAP प्रोटोकॉल का उपयोग करना चाहिए।
टीसीपी का उपयोग करके डेटा स्थानांतरित किया जाता है, जो आमतौर पर पोर्ट 25 या 587 का उपयोग करता है। सर्वर के बीच संदेश आमतौर पर पोर्ट 25 का उपयोग करते हैं।
पता करने वाले को संदेश देने के लिए, उसे उस डोमेन के मेल सर्वर पर अग्रेषित करना आवश्यक है जिसमें पताकर्ता स्थित है। यह आमतौर पर MX रिकॉर्ड का उपयोग करके किया जाता है। मेल लेन देन-- मेल एक्सचेंज) डीएनएस सिस्टम। यदि कोई एमएक्स रिकॉर्ड नहीं है, तो उसी उद्देश्य के लिए ए रिकॉर्ड का उपयोग किया जा सकता है।एसएमटीपी सर्वर के कुछ आधुनिक कार्यान्वयन (उदाहरण के लिए, एग्जिम) प्राप्तकर्ता के डोमेन में सर्वर सेवित मेल का निर्धारण करने के लिए SRV रिकॉर्ड (RFC 2782) का भी उपयोग कर सकता है।
एसएमटीपी सर्वरएक आंतरिक राज्य के साथ एक राज्य मशीन है। क्लाइंट सर्वर को एक कमांड स्ट्रिंग भेजता है<пробел>मापदंडों<перевод строки>. सर्वर प्रत्येक कमांड को एक स्ट्रिंग के साथ प्रतिक्रिया करता है जिसमें एक प्रतिक्रिया कोड होता है और एक टेक्स्ट संदेश एक स्थान से अलग होता है। प्रतिक्रिया कोड 100 से 999 तक की संख्या है, जिसे एक स्ट्रिंग के रूप में दर्शाया गया है, जिसकी व्याख्या इस प्रकार है:
- 2XX - कमांड सफलतापूर्वक पूरा हुआ
- 3XX -- क्लाइंट से अतिरिक्त डेटा की प्रतीक्षा कर रहा है
- 4XX - अस्थायी त्रुटि, क्लाइंट को थोड़ी देर बाद फिर से प्रयास करना चाहिए
- 5XX -- घातक त्रुटि
उत्तर का पाठ भाग केवल संदर्भ के लिए है और किसी व्यक्ति के लिए अभिप्रेत है, न कि किसी कार्यक्रम के लिए।
एसएमटीपी सुरक्षा और स्पैम
प्रारंभ में, एसएमटीपी ने एक भी प्राधिकरण योजना का समर्थन नहीं किया। नतीजतन, स्पैम लगभग एक अनसुलझी समस्या बन गई, क्योंकि यह निर्धारित करना असंभव था कि संदेश का वास्तविक प्रेषक कौन था - वास्तव में, आप किसी भी व्यक्ति की ओर से एक पत्र भेज सकते हैं। वर्तमान में, SPF, Sender ID, Yahoo Domain Keys विशिष्टताओं का उपयोग करके इस समस्या को हल करने का प्रयास किया जा रहा है। वर्तमान में कोई एकल विनिर्देश नहीं है।
POP3 प्रोटोकॉल
पॉप 3(अंग्रेज़ी) पद कार्यालय शिष्टाचार संस्करण 3-- पोस्ट ऑफिस प्रोटोकॉल संस्करण 3) एक नेटवर्क प्रोटोकॉल है जिसका उपयोग सर्वर से ई-मेल संदेश प्राप्त करने के लिए किया जाता है। आमतौर पर SMTP प्रोटोकॉल के साथ संयोजन में उपयोग किया जाता है।
चावल। 10. योजना "POP3 प्रोटोकॉल के माध्यम से क्लाइंट-सर्वर"
POP3 प्रोटोकॉल का विवरण
अंजीर में दिखाए गए पर विचार करें। 10. योजना "POP3 प्रोटोकॉल के माध्यम से क्लाइंट-सर्वर"। POP3 प्रोटोकॉल का डिज़ाइन उपयोगकर्ता को अपने मेल सर्वर से संपर्क करने और उसके लिए संचित मेल को पुनः प्राप्त करने की अनुमति देता है। उपयोगकर्ता किसी भी इंटरनेट एक्सेस प्वाइंट से पीओपी सर्वर तक पहुंच सकता है। उसी समय, उसे एक विशेष मेल एजेंट (UA) लॉन्च करना होगा जो POP3 प्रोटोकॉल के अनुसार काम करता है और इसे अपने मेल सर्वर के साथ काम करने के लिए कॉन्फ़िगर करता है। तो, पीओपी मॉडल के शीर्ष पर एक अलग व्यक्तिगत कंप्यूटर है जो विशेष रूप से मेल सिस्टम क्लाइंट (सर्वर) के रूप में काम करता है। हम इस बात पर भी जोर देते हैं कि संदेश क्लाइंट को POP प्रोटोकॉल का उपयोग करके वितरित किए जाते हैं, लेकिन फिर भी SMTP का उपयोग करके भेजे जाते हैं। अर्थात्, उपयोगकर्ता के कंप्यूटर पर मेल सिस्टम के लिए दो अलग-अलग इंटरफ़ेस एजेंट हैं - वितरण (पीओपी) और भेजना (एसएमटीपी)। POP3 प्रोटोकॉल के डिज़ाइनर इस स्थिति को "स्प्लिट UAs" कहते हैं। POP3 विनिर्देश में अलग एजेंटों की अवधारणा पर संक्षेप में चर्चा की गई है।
POP3 प्रोटोकॉल मेल प्राप्त करने की प्रक्रिया में तीन चरणों को निर्दिष्ट करता है: प्राधिकरण, लेनदेन और अद्यतन। एक बार POP3 सर्वर और क्लाइंट ने कनेक्शन स्थापित कर लिया है, प्राधिकरण चरण शुरू होता है। प्राधिकरण चरण के दौरान, क्लाइंट स्वयं को सर्वर से पहचानता है। यदि प्राधिकरण सफल होता है, तो सर्वर क्लाइंट का मेलबॉक्स खोलता है और लेनदेन चरण शुरू होता है। इसमें, क्लाइंट या तो सर्वर से जानकारी का अनुरोध करता है (उदाहरण के लिए, मेल संदेशों की एक सूची) या उसे एक निश्चित क्रिया करने के लिए कहता है (उदाहरण के लिए, एक मेल संदेश जारी करना)। अंत में, अद्यतन चरण में, संचार सत्र समाप्त होता है। निम्नलिखित POP3 प्रोटोकॉल कमांड हैं जो न्यूनतम कॉन्फ़िगरेशन के इंटरनेट-आधारित कार्यान्वयन के लिए आवश्यक हैं।
POP प्रोटोकॉल संस्करण 3 कमांड (न्यूनतम कॉन्फ़िगरेशन के लिए)
USER दिए गए नाम से उपयोगकर्ता की पहचान करता है।
पास क्लाइंट-सर्वर जोड़ी के लिए पासवर्ड निर्दिष्ट करता है।
QUIT TCP कनेक्शन को बंद कर देता है
STAT सर्वर मेलबॉक्स और मेलबॉक्स आकार में संदेशों की संख्या लौटाता है
LIST सर्वर संदेश आकार के साथ संदेश आईडी लौटाता है (कमांड पैरामीटर एक संदेश आईडी हो सकता है)
आरईटीआर मेलबॉक्स से एक संदेश प्राप्त करता है (एक संदेश आईडी तर्क की आवश्यकता होती है)
DELE एक संदेश को हटाने के लिए चिह्नित करता है (एक संदेश आईडी तर्क की आवश्यकता होती है)
NOOP सर्वर सकारात्मक प्रतिक्रिया देता है लेकिन कुछ नहीं करता
अंतिम सर्वर पहले एक्सेस किए गए लोगों से सबसे बड़ी संदेश संख्या देता है
RSET पहले DELE कमांड के साथ चिह्नित संदेश के विलोपन को रद्द करता है।
POP3 प्रोटोकॉल में कई कमांड परिभाषित किए गए हैं, लेकिन उन्हें केवल दो प्रतिक्रियाएं दी गई हैं: +OK (सकारात्मक, एक ACK पुष्टिकरण संदेश के समान) और -ERR (नकारात्मक, NAK के समान स्वीकृत संदेश नहीं)। दोनों प्रतिक्रियाएँ इस बात की पुष्टि करती हैं कि सर्वर से संपर्क किया गया है और वह सभी आदेशों का जवाब दे रहा है। एक नियम के रूप में, प्रत्येक उत्तर के बाद उसका सार्थक मौखिक विवरण होता है। RFC 1225 में कई विशिष्ट POP3 सत्रों के उदाहरण हैं। अब हम उनमें से कई पर विचार करेंगे, जिससे सर्वर और क्लाइंट के बीच एक्सचेंज में कमांड के अनुक्रम को पकड़ना संभव हो जाएगा।
प्रोग्राम द्वारा POP3 प्रोटोकॉल पोर्ट (आधिकारिक संख्या 110) से TCP कनेक्शन स्थापित करने के बाद, आपको पैरामीटर के रूप में उपयोगकर्ता नाम के साथ USER कमांड भेजना होगा। यदि सर्वर प्रतिक्रिया +ठीक है, तो उस उपयोगकर्ता के पासवर्ड के साथ पास कमांड भेजें:
ग्राहक: उपयोगकर्ता kcope ERVER: +ठीक ग्राहक: गुप्त सर्वर पास करें: +OK kcope के मेलड्रॉप में 2 संदेश (320 ऑक्टेट) हैं (Kcope के मेलबॉक्स में 2 संदेश (320 बाइट्स) हैं ...)
POP3 लेनदेन
STAT कमांड संदेशों की संख्या और संदेशों में बाइट्स की संख्या लौटाता है:
सर्वर: +ठीक 2 320
LIST कमांड (बिना पैरामीटर के) मेलबॉक्स में संदेशों की सूची और उनके आकार लौटाता है:
सर्वर से सकारात्मक प्रतिक्रिया के अलावा, NOOP कमांड कोई उपयोगी जानकारी नहीं लौटाता है। हालांकि, सकारात्मक प्रतिक्रिया का मतलब है कि सर्वर क्लाइंट से जुड़ा है और अनुरोधों की प्रतीक्षा कर रहा है:
निम्न उदाहरण दिखाते हैं कि POP3 सर्वर कैसे क्रिया करता है। उदाहरण के लिए, आरईटीआर कमांड निर्दिष्ट संख्या के साथ संदेश को पुनः प्राप्त करता है और इसे स्थानीय यूए के बफर में रखता है:
ग्राहक: आरईटीआर 1 सर्वर: +ठीक 120 ऑक्टेट सर्वर:
DELE कमांड हटाए जाने वाले संदेश को चिह्नित करता है:
सर्वर: +ठीक संदेश 1 हटा दिया गया ... क्लाइंट: हटाएं 2 सर्वर: -ईआरआर संदेश 2 पहले ही हटा दिया गया संदेश 2 पहले ही हटा दिया गया है)
RSET कमांड पहले से चिह्नित सभी संदेशों से हटाए गए चिह्नों को हटाता है:
(मेलबॉक्स में 2 संदेश (320 बाइट्स))
जैसा कि अपेक्षित था, QUIT कमांड सर्वर से कनेक्शन बंद कर देता है:
क्लाइंट: सर्वर से बाहर निकलें: +ओके डेवी पीओपी3 सर्वर साइन ऑफ क्लाइंट: क्विट सर्वर: +ओके डेवी पीओपी3 सर्वर साइन ऑफ (मेलड्रॉप खाली) क्लाइंट: सर्वर से बाहर निकलें: +ओके डेवी पीओपी3 सर्वर साइन ऑफ (2 संदेश शेष)
ध्यान दें कि हटाए जाने के लिए चिह्नित संदेश वास्तव में तब तक नहीं हटाए जाते जब तक कि QUIT आदेश जारी नहीं किया जाता और ताज़ा चरण शुरू नहीं हो जाता। सत्र के दौरान किसी भी समय, क्लाइंट के पास आरएसईटी कमांड जारी करने का विकल्प होता है और हटाए जाने के लिए चिह्नित सभी संदेशों को पुनर्स्थापित किया जाएगा।
आईएमएपी प्रोटोकॉल
आईएमएपी(अंग्रेज़ी) इंटरनेट संदेश पहुंच शिष्टाचार) ई-मेल तक पहुँचने के लिए एक एप्लीकेशन लेयर इंटरनेट प्रोटोकॉल है।
IMAP उपयोगकर्ता को केंद्रीय सर्वर पर स्थित मेलबॉक्स के साथ काम करने के लिए समृद्ध विकल्प प्रदान करता है। एक मेल प्रोग्राम जो इस प्रोटोकॉल का उपयोग करता है, सर्वर पर मेल स्टोरेज को एक्सेस करता है जैसे कि मेल प्राप्तकर्ता के कंप्यूटर पर स्थित था। सर्वर से संदेशों की पूरी सामग्री के साथ लगातार फाइल भेजने की आवश्यकता के बिना उपयोगकर्ता (क्लाइंट के) कंप्यूटर से ई-मेल में हेरफेर किया जा सकता है।
पीओपी पर लाभ
IMAP को सरल POP3 प्रोटोकॉल को बदलने के लिए डिज़ाइन किया गया था और बाद वाले पर निम्नलिखित फायदे हैं:
- · पत्र सर्वर पर संग्रहीत होते हैं, क्लाइंट पर नहीं। विभिन्न क्लाइंट से एक ही मेलबॉक्स तक पहुंच संभव है। साथ ही समर्थित समकालिकएकाधिक क्लाइंट एक्सेस। प्रोटोकॉल में ऐसे तंत्र हैं जिनके द्वारा एक ग्राहक को अन्य ग्राहकों द्वारा किए गए परिवर्तनों के बारे में सूचित किया जा सकता है।
- एकाधिक मेलबॉक्स (या फ़ोल्डर) के लिए समर्थन। क्लाइंट सर्वर पर मेलबॉक्स बना सकता है, हटा सकता है और उनका नाम बदल सकता है, साथ ही संदेशों को एक मेलबॉक्स से दूसरे मेलबॉक्स में ले जा सकता है।
- · साझा किए गए फ़ोल्डर बनाना संभव है जिसे कई उपयोगकर्ताओं द्वारा एक्सेस किया जा सकता है।
- · पत्रों की स्थिति के बारे में जानकारी सर्वर पर संग्रहीत होती है और सभी ग्राहकों के लिए उपलब्ध होती है। ईमेल को पढ़ा, महत्वपूर्ण, आदि के रूप में चिह्नित किया जा सकता है।
- सर्वर पर समर्थन खोज। आपको जो चाहिए उसे खोजने के लिए सर्वर से कई संदेशों को डाउनलोड करने की आवश्यकता नहीं है।
- · ऑनलाइन संचालन का समर्थन करें। क्लाइंट सर्वर के साथ एक स्थायी कनेक्शन बनाए रख सकता है, जबकि सर्वर क्लाइंट को नए संदेशों सहित मेलबॉक्स में परिवर्तन के बारे में वास्तविक समय में सूचित करता है।
- · प्रोटोकॉल क्षमताओं के विस्तार के लिए एक तंत्र प्रदान किया गया है।
