पोस्ट ऑफिस प्रोटोकॉल: Difference between revisions
No edit summary |
No edit summary |
||
| Line 12: | Line 12: | ||
== इतिहास == | == इतिहास == | ||
पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, पीओपी1, जॉयस के रेनॉल्ड्स द्वारा | पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, पीओपी1, जॉयस के रेनॉल्ड्स द्वारा [rfc:918 आरएफसी 918] (1984) में निर्दिष्ट किया गया था। और पीओपी2 को [rfc:937 आरएफसी 937] (1985) में निर्दिष्ट किया गया था। | ||
पीओपी3 सबसे सामान्य उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति | पीओपी3 सबसे सामान्य उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति [rfc:1081 आरएफसी 1081] (1988) के साथ हुई थी, लेकिन सबसे नवीनतम विनिर्देश [rfc:1939 आरएफसी 1939] है, जिसे एक विस्तार तंत्र ([rfc:2449 आरएफसी 2449]) और [rfc:1734 आरएफसी 1734] में एक [[प्रमाणीकरण]] तंत्र के साथ अद्यतन किया गया है। इसके कारण कई पीओपी कार्यान्वयन जैसे कि पाइन, [[POPmail|पीओपीमेल]], और अन्य शुरुआती मेल क्लाइंट का नेतृत्व किया। | ||
जबकि मूल पीओपी3 विनिर्देश केवल एक अनएन्क्रिप्टेड | जबकि मूल पीओपी3 विनिर्देश केवल एक अनएन्क्रिप्टेड उपयोगकर्ता/[[कूटशब्द]] लॉगिन तंत्र या बर्कले R[[login]]|.rhosts अभिगम नियंत्रण का समर्थन करता है, आज पीओपी3 उपयोगकर्ता के ई-मेल तक अवैध पहुँच के खिलाफ सुरक्षा के विभिन्न स्तरों को प्रदान करने के लिए कई प्रमाणीकरण विधियों का समर्थन करता है। अधिकांश पीओपी3 विस्तार तंत्र द्वारा प्रदान किए जाते हैं। पीओपी3 क्लाइंट एयूटीएच एक्सटेंशन के माध्यम से [[सरल प्रमाणीकरण और सुरक्षा परत]] प्रमाणीकरण विधियों का समर्थन करते हैं। [[मेसाचुसेट्स प्रौद्योगिक संस्थान]] [[प्रोजेक्ट एथेना]] ने भी एक कर्बरीकृत संस्करण तैयार किया। [rfc:1460 आरएफसी 1460] ने एपीओपी को कोर प्रोटोकॉल में पेश किया। एपीओपी एक चुनौती-प्रतिक्रिया प्रोटोकॉल है जो रीप्ले हमलों और [[साझा रहस्य]] के प्रकटीकरण से बचने के प्रयास में [[एमडी5]] [[क्रिप्टोग्राफ़िक हैश फ़ंक्शन]] का उपयोग करता है। एपीओपी लागू करने वाले ग्राहकों में [[मोज़िला थंडरबर्ड]], [[ओपेरा मेल]], [[यूडोरा (ईमेल क्लाइंट)]], केमेल, [[उपन्यास विकास]], रिमआर्ट्स बेकी<ref>{{in lang|ja}}, [http://journal.mycom.co.jp/special/2001/onlinenote/005.html (Becky! tutorial)] {{Webarchive|url=https://web.archive.org/web/20100131223322/http://journal.mycom.co.jp/special/2001/onlinenote/005.html |date=2010-01-31 }}, 2001-04-26.</ref> [[विंडोज लाइव मेल]], पावरमेल, [[एप्पल मेल]] और म्यूट (ई-मेल क्लाइंट) शामिल हैं। [rfc:1460 आरएफसी 1460] को [rfc:1725 आरएफसी 1725] द्वारा अप्रचलित किया गया था, जो बदले में [rfc:1939 आरएफसी 1939] द्वारा अप्रचलित था। | ||
=== पीओपी4 === | === पीओपी4 === | ||
| Line 29: | Line 29: | ||
== एक्सटेंशन और विनिर्देश == | == एक्सटेंशन और विनिर्देश == | ||
आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। | आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। आरएफसी एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि पीओपी3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है। | ||
एक्सटेंशन को क्षमता कहा जाता है और | एक्सटेंशन को क्षमता कहा जाता है और सीएपीए कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में शामिल किए गए थे। ईएसएमटीपी ([rfc:5321 आरएफसी 5321]) के नेतृत्व के बाद, X से शुरू होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं। | ||
=== | === एसटीएआरटीटीएलएस === | ||
एसटीएआरटीटीएलएस एक्सटेंशन वैकल्पिक के बजाय मानक पीओपी3 पोर्ट पर एसटीएलएस कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) या सिक्योर सॉकेट लेयर (एसएसएल) के उपयोग की अनुमति देता है। इसके बजाय कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो टीसीपी पोर्ट 995 (पीओपी3एस) का उपयोग करता है। | |||
=== एसडीपीएस === | === एसडीपीएस === | ||
[[दानव इंटरनेट]] ने पीओपी3 के लिए एक्सटेंशन पेश किए जो प्रति डोमेन कई खातों की अनुमति देते हैं, और इसे मानक डायल-अप पीओपी3 सेवा ( | [[दानव इंटरनेट]] ने पीओपी3 के लिए एक्सटेंशन पेश किए जो प्रति डोमेन कई खातों की अनुमति देते हैं, और इसे मानक डायल-अप पीओपी3 सेवा (एसडीपीएस) के रूप में जाना जाता है।<ref>[http://e.demon.net/helpdesk/producthelp/mail/sdps-tech.html/ Demon Online Help Centre] {{webarchive|url=https://archive.today/2011.07.23-084318/http://e.demon.net/helpdesk/producthelp/mail/sdps-tech.html/ |date=2011-07-23 }}. E.demon.net (2013-01-23). Retrieved on 2013-07-17.</ref> प्रत्येक खाते तक पहुँचने के लिए, उपयोगकर्ता नाम में जॉन @ होस्टनाम या जॉन + होस्टनाम के रूप में होस्टनाम शामिल होता है। | ||
गुगल ऐप्स उसी विधि का उपयोग करता है।<ref>{{cite web|url=http://mail.google.com/support/bin/answer.py?answer=34383|title=Google Apps and Gmail differences|website=Gmail Help Center|archive-url=https://web.archive.org/web/20080913155355/http://mail.google.com/support/bin/answer.py?answer=34383|archive-date=September 13, 2008}}</ref> | |||
| Line 46: | Line 46: | ||
== सत्र उदाहरण == | == सत्र उदाहरण == | ||
निम्नलिखित पीओपी3 सत्र संवाद | निम्नलिखित पीओपी3 सत्र संवाद [rfc:1939 आरएफसी 1939] में एक उदाहरण है:<ref>RFC 1939, page 19</ref><syntaxhighlight lang="d"> | ||
S: <wait for connection on TCP port 110> | S: <wait for connection on TCP port 110> | ||
C: <open connection> | C: <open connection> | ||
| Line 81: | Line 81: | ||
S: +OK Pass accepted | S: +OK Pass accepted | ||
</syntaxhighlight>== आईएमएपी == के साथ तुलना | </syntaxhighlight>== आईएमएपी == के साथ तुलना | ||
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) एक वैकल्पिक और अधिक | इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) एक वैकल्पिक और अधिक नवीनतम मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं: | ||
* पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है। | * पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है। | ||
* पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है। | * पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है। | ||
* पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है | * पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है | ||
* एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है। | * एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है। | ||
* पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें | * पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें आरएफसी3501 खंड 5.2 जो विशेष रूप से एक उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का हवाला देता है। | ||
* जब पीओपी एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना। | * जब पीओपी एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना। | ||
* आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है। | * आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है। | ||
| Line 99: | Line 99: | ||
* {{IETF RFC|2384|link=no}} - पीओपी यूआरएल योजना | * {{IETF RFC|2384|link=no}} - पीओपी यूआरएल योजना | ||
* {{IETF RFC|2449|link=no}} - पीओपी3 विस्तार तंत्र | * {{IETF RFC|2449|link=no}} - पीओपी3 विस्तार तंत्र | ||
* {{IETF RFC|2595|link=no}} - आईएमएपी, पीओपी3 और ACAP के साथ | * {{IETF RFC|2595|link=no}} - आईएमएपी, पीओपी3 और ACAP के साथ टीएलएस का उपयोग करना | ||
* {{IETF RFC|3206|link=no}} - SYS और AUTH पीओपी प्रतिक्रिया कोड | * {{IETF RFC|3206|link=no}} - SYS और AUTH पीओपी प्रतिक्रिया कोड | ||
* {{IETF RFC|5034|link=no}} - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (SASL) ऑथेंटिकेशन मैकेनिज्म | * {{IETF RFC|5034|link=no}} - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (SASL) ऑथेंटिकेशन मैकेनिज्म | ||
* {{IETF RFC|8314|link=no}} - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी ( | * {{IETF RFC|8314|link=no}} - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) का उपयोग | ||
== यह भी देखें == | == यह भी देखें == | ||
Revision as of 07:13, 1 February 2023
| Internet protocol suite |
|---|
| Application layer |
| Transport layer |
| Internet layer |
| Link layer |
कंप्यूटिंग में, पोस्ट ऑफिस प्रोटोकॉल (पीओपी) एक एप्लीकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) है जो ईमेल क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए उपयोग किया जाता है।[1] पीओपी संस्करण 3 (पीओपी3) सामान्य उपयोग में आने वाला संस्करण है, और आईएमएपी के साथ ईमेल पुनर्प्राप्ति के लिए सबसे सामान्य प्रोटोकॉल है।
उद्देश्य
पोस्ट ऑफिस प्रोटोकॉल मेल सर्वर पर बनाए गए मेलबॉक्स (मेलड्रॉप) के लिए उपयोगकर्ता क्लाइंट एप्लिकेशन के लिए इंटरनेट प्रोटोकॉल (आईपी) नेटवर्क के माध्यम से पहुंच प्रदान करता है। प्रोटोकॉल संदेशों के लिए डाउनलोड और डिलीट ऑपरेशन का समर्थन करता है। पीओपी3 क्लाइंट कनेक्ट होते हैं, सभी संदेशों को पुनः प्राप्त करते हैं, उन्हें क्लाइंट कंप्यूटर पर संग्रहीत करते हैं, और अंत में उन्हें सर्वर से हटा देते हैं।[2] पीओपी और इसकी प्रक्रियाओं का यह डिज़ाइन केवल अस्थायी इंटरनेट कनेक्शन वाले उपयोगकर्ताओं की आवश्यकता से प्रेरित था, जैसे डायल-अप इंटरनेट एक्सेस, इन उपयोगकर्ताओं को कनेक्ट होने पर ई-मेल प्राप्त करने की अनुमति देता है, और बाद में ऑफ़लाइन होने पर पुनर्प्राप्त संदेशों को देखने और हेरफेर करने की अनुमति देता है।।
पीओपी3 क्लाइंट के पास डाउनलोड के बाद सर्वर पर मेल छोड़ने का भी विकल्प होता है। इसके विपरीत, इंटरनेट संदेश एक्सेस प्रोटोकॉल (आईएमएपी) को सर्वर पर सभी संदेशों को सामान्य रूप से कई क्लाइंट अनुप्रयोगों के साथ प्रबंधन की अनुमति देने के लिए डिज़ाइन किया गया था, और ऑपरेशन के कनेक्टेड (ऑनलाइन) और डिस्कनेक्ट (ऑफ़लाइन) दोनों मोड का समर्थन करने के लिए डिज़ाइन किया गया था।
एक पीओपी3 सर्वर सेवा अनुरोधों के लिए प्रसिद्ध टीसीपी पोर्ट यूडीपी पोर्ट नंबर 110 की सूची पर सुनता है। पीओपी3 के लिए सुरक्षित संचार या तो प्रोटोकॉल आरंभ होने के बाद अनुरोध किया जाता है, यदि समर्थित हो तो एसटीएआरटीटीएलएस कमांड का उपयोग करके, या पीओपी3S द्वारा, जो जाने-माने ट्रांसमिशन कंट्रोल प्रोटोकॉल टीसीपी पोर्ट नंबर 995 पर परिवहन परत सुरक्षा (टीएलएस) या सुरक्षित सॉकेट लेयर (एसएसएल) का उपयोग कर सर्वर से जुड़ता है।
क्लाइंट के लिए उपलब्ध संदेशों का निर्धारण तब किया जाता है जब कोई पीओपी3 सत्र मेलड्रॉप खोलता है, और उस सत्र (कंप्यूटर विज्ञान) के लिए स्थानीय संदेश-संख्या द्वारा या वैकल्पिक रूप से, पीओपी सर्वर द्वारा संदेश को निर्दिष्ट अद्वितीय पहचानकर्ता द्वारा पहचाना जाता है। यह विशिष्ट पहचानकर्ता मेलड्रॉप के लिए स्थायी और अद्वितीय है और क्लाइंट को विभिन्न पीओपी सत्रों में एक ही संदेश तक पहुंचने की अनुमति देता है। मेल को प्राप्त किया जाता है और संदेश-संख्या द्वारा हटाने के लिए चिह्नित किया जाता है। जब क्लाइंट सत्र से बाहर निकलता है, तो हटाने के लिए चिह्नित मेल को मेलड्रॉप से हटा दिया जाता है।
इतिहास
पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, पीओपी1, जॉयस के रेनॉल्ड्स द्वारा [rfc:918 आरएफसी 918] (1984) में निर्दिष्ट किया गया था। और पीओपी2 को [rfc:937 आरएफसी 937] (1985) में निर्दिष्ट किया गया था।
पीओपी3 सबसे सामान्य उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति [rfc:1081 आरएफसी 1081] (1988) के साथ हुई थी, लेकिन सबसे नवीनतम विनिर्देश [rfc:1939 आरएफसी 1939] है, जिसे एक विस्तार तंत्र ([rfc:2449 आरएफसी 2449]) और [rfc:1734 आरएफसी 1734] में एक प्रमाणीकरण तंत्र के साथ अद्यतन किया गया है। इसके कारण कई पीओपी कार्यान्वयन जैसे कि पाइन, पीओपीमेल, और अन्य शुरुआती मेल क्लाइंट का नेतृत्व किया।
जबकि मूल पीओपी3 विनिर्देश केवल एक अनएन्क्रिप्टेड उपयोगकर्ता/कूटशब्द लॉगिन तंत्र या बर्कले Rlogin|.rhosts अभिगम नियंत्रण का समर्थन करता है, आज पीओपी3 उपयोगकर्ता के ई-मेल तक अवैध पहुँच के खिलाफ सुरक्षा के विभिन्न स्तरों को प्रदान करने के लिए कई प्रमाणीकरण विधियों का समर्थन करता है। अधिकांश पीओपी3 विस्तार तंत्र द्वारा प्रदान किए जाते हैं। पीओपी3 क्लाइंट एयूटीएच एक्सटेंशन के माध्यम से सरल प्रमाणीकरण और सुरक्षा परत प्रमाणीकरण विधियों का समर्थन करते हैं। मेसाचुसेट्स प्रौद्योगिक संस्थान प्रोजेक्ट एथेना ने भी एक कर्बरीकृत संस्करण तैयार किया। [rfc:1460 आरएफसी 1460] ने एपीओपी को कोर प्रोटोकॉल में पेश किया। एपीओपी एक चुनौती-प्रतिक्रिया प्रोटोकॉल है जो रीप्ले हमलों और साझा रहस्य के प्रकटीकरण से बचने के प्रयास में एमडी5 क्रिप्टोग्राफ़िक हैश फ़ंक्शन का उपयोग करता है। एपीओपी लागू करने वाले ग्राहकों में मोज़िला थंडरबर्ड, ओपेरा मेल, यूडोरा (ईमेल क्लाइंट), केमेल, उपन्यास विकास, रिमआर्ट्स बेकी[3] विंडोज लाइव मेल, पावरमेल, एप्पल मेल और म्यूट (ई-मेल क्लाइंट) शामिल हैं। [rfc:1460 आरएफसी 1460] को [rfc:1725 आरएफसी 1725] द्वारा अप्रचलित किया गया था, जो बदले में [rfc:1939 आरएफसी 1939] द्वारा अप्रचलित था।
पीओपी4
पीओपी4 केवल आईएमएपी के साथ प्रतिस्पर्धा करने के लिए मूल फ़ोल्डर प्रबंधन, मल्टीपार्ट संदेश समर्थन, साथ ही संदेश ध्वज प्रबंधन को जोड़ने वाले एक अनौपचारिक प्रस्ताव के रूप में मौजूद है; हालाँकि, इसका विकास 2003 के बाद से आगे नहीं बढ़ा है।[4]
एक्सटेंशन और विनिर्देश
आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। आरएफसी एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि पीओपी3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है।
एक्सटेंशन को क्षमता कहा जाता है और सीएपीए कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में शामिल किए गए थे। ईएसएमटीपी ([rfc:5321 आरएफसी 5321]) के नेतृत्व के बाद, X से शुरू होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं।
एसटीएआरटीटीएलएस
एसटीएआरटीटीएलएस एक्सटेंशन वैकल्पिक के बजाय मानक पीओपी3 पोर्ट पर एसटीएलएस कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) या सिक्योर सॉकेट लेयर (एसएसएल) के उपयोग की अनुमति देता है। इसके बजाय कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो टीसीपी पोर्ट 995 (पीओपी3एस) का उपयोग करता है।
एसडीपीएस
दानव इंटरनेट ने पीओपी3 के लिए एक्सटेंशन पेश किए जो प्रति डोमेन कई खातों की अनुमति देते हैं, और इसे मानक डायल-अप पीओपी3 सेवा (एसडीपीएस) के रूप में जाना जाता है।[5] प्रत्येक खाते तक पहुँचने के लिए, उपयोगकर्ता नाम में जॉन @ होस्टनाम या जॉन + होस्टनाम के रूप में होस्टनाम शामिल होता है।
गुगल ऐप्स उसी विधि का उपयोग करता है।[6]
केर्बरीकृत डाकघर प्रोटोकॉल
कम्प्यूटिंग में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एक एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट डाक सर्वर से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। Kपीओपी प्रोटोकॉल पीओपी3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह Kerberos (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 110 के बजाय ट्रांसमिशन कंट्रोल प्रोटोकॉल पोर्ट नंबर 1109 पर डिफ़ॉल्ट रूप से चलता है। साइरस आईएमएपी सर्वर में एक मेल सर्वर सॉफ्टवेयर कार्यान्वयन पाया जाता है।
सत्र उदाहरण
निम्नलिखित पीओपी3 सत्र संवाद [rfc:1939 आरएफसी 1939] में एक उदाहरण है:[7]
S: <wait for connection on TCP port 110>
C: <open connection>
S: +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us>
C: APOP mrose c4c9334bac560ecc979e58001b3e22fb
S: +OK mrose's maildrop has 2 messages (320 octets)
C: STAT
S: +OK 2 320
C: LIST
S: +OK 2 messages (320 octets)
S: 1 120
S: 2 200
S: .
C: RETR 1
S: +OK 120 octets
S: <the POP3 server sends message 1>
S: .
C: DELE 1
S: +OK message 1 deleted
C: RETR 2
S: +OK 200 octets
S: <the POP3 server sends message 2>
S: .
C: DELE 2
S: +OK message 2 deleted
C: QUIT
S: +OK dewey POP3 server signing off (maildrop empty)
C: <close connection>
S: <wait for next connection>
वैकल्पिक एपीओपी कमांड के बिना पीओपी3 सर्वर क्लाइंट से USER और PASS कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:
C: USER mrose
S: +OK User accepted
C: PASS tanstaaf
S: +OK Pass accepted
== आईएमएपी == के साथ तुलना
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) एक वैकल्पिक और अधिक नवीनतम मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
- पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
- पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है।
- पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
- एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
- पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें आरएफसी3501 खंड 5.2 जो विशेष रूप से एक उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का हवाला देता है।
- जब पीओपी एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत MIME भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
- आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है।
टिप्पणियों के लिए संबंधित अनुरोध (आरएफसी)
- RFC 918 - पोस्ट ऑफिस प्रोटोकॉल
- RFC 937 - डाकघर प्रोटोकॉल - संस्करण 2
- RFC 1081 - पोस्ट ऑफिस प्रोटोकॉल - संस्करण 3
- RFC 1939 - डाकघर प्रोटोकॉल - संस्करण 3 (एसटीडी 53)
- RFC 1957 - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) के कार्यान्वयन पर कुछ अवलोकन
- RFC 2195 - आईएमएपी/पीओपी AUTHorize एक्सटेंशन फॉर सिंपल चैलेंज/रिस्पांस
- RFC 2384 - पीओपी यूआरएल योजना
- RFC 2449 - पीओपी3 विस्तार तंत्र
- RFC 2595 - आईएमएपी, पीओपी3 और ACAP के साथ टीएलएस का उपयोग करना
- RFC 3206 - SYS और AUTH पीओपी प्रतिक्रिया कोड
- RFC 5034 - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (SASL) ऑथेंटिकेशन मैकेनिज्म
- RFC 8314 - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) का उपयोग
यह भी देखें
- मेल सर्वर सॉफ्टवेयर की सूची
- ईमेल क्लाइंट की तुलना
- मेल सर्वरों की तुलना
- ईमेल एन्क्रिप्शन
- इंटरनेट संदेश एक्सेस प्रोटोकॉल
संदर्भ
- ↑ Dean, Tamara (2010). Network+ Guide to Networks. Delmar. p. 519. ISBN 978-1423902454.
- ↑ Allen, David (2004). Windows to Linux. Prentice Hall. p. 192. ISBN 1423902459.
- ↑ (in Japanese), (Becky! tutorial) Archived 2010-01-31 at the Wayback Machine, 2001-04-26.
- ↑ "POP4 specification although pop is used to receive mail after system is not online". 2003. Archived from the original on 2017-10-21. Retrieved 2011-10-17.
- ↑ Demon Online Help Centre Archived 2011-07-23 at archive.today. E.demon.net (2013-01-23). Retrieved on 2013-07-17.
- ↑ "Google Apps and Gmail differences". Gmail Help Center. Archived from the original on September 13, 2008.
- ↑ RFC 1939, page 19
आगे की पढाई
- Hughes, L (1998). Internet e-mail Protocols, Standards and Implementation. Artech House Publishers. ISBN 0-89006-939-5.
- Johnson, K (2000). Internet Email Protocols: A Developer's Guide. Addison-Wesley Professional. ISBN 0-201-43288-9.
- Loshin, P (1999). Essential Email Standards: RFCs and Protocols Made Practical. John Wiley & Sons. ISBN 0-471-34597-0.
- Rhoton, J (1999). Programmer's Guide to Internet Mail: SMTP, POP, IMAP, and LDAP. Elsevier. ISBN 1-55558-212-5.
- Wood, D (1999). Programming Internet Mail. O'Reilly. ISBN 1-56592-479-7.
- Post Office Protocol – Version 3. IETF. May 1996.
बाहरी कड़ियाँ
- IANA port number assignments
- POP3 Sequence Diagram Archived 2015-05-03 at the Wayback Machine (PDF)
