पोस्ट ऑफिस प्रोटोकॉल
| 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 (1984) में निर्दिष्ट किया गया था। पीओपी2 को RFC 937 (1985) में निर्दिष्ट किया गया था।
पीओपी3 सबसे सामान्य उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति RFC 1081 (1988) के साथ हुई थी, लेकिन सबसे हालिया विनिर्देश RFC 1939 है, जिसे एक विस्तार तंत्र (RFC 2449) और RFC 1734 में एक प्रमाणीकरण तंत्र के साथ अद्यतन किया गया है। इसके कारण कई पीओपी कार्यान्वयन जैसे पाइन, पीओपीमेल, और अन्य शुरुआती मेल क्लाइंट।
जबकि मूल पीओपी3 विनिर्देश केवल एक अनएन्क्रिप्टेड USER/कूटशब्द लॉगिन तंत्र या Berkeley Rlogin|.rhosts अभिगम नियंत्रण का समर्थन करता है, आज पीओपी3 उपयोगकर्ता के ई-मेल तक अवैध पहुँच के खिलाफ सुरक्षा के विभिन्न स्तरों को प्रदान करने के लिए कई प्रमाणीकरण विधियों का समर्थन करता है। अधिकांश पीओपी3 विस्तार तंत्र द्वारा प्रदान किए जाते हैं। पीओपी3 क्लाइंट AUTH एक्सटेंशन के माध्यम से सरल प्रमाणीकरण और सुरक्षा परत प्रमाणीकरण विधियों का समर्थन करते हैं। मेसाचुसेट्स प्रौद्योगिक संस्थान प्रोजेक्ट एथेना ने भी एक कर्बरीकृत संस्करण तैयार किया। RFC 1460 ने Aपीओपी को कोर प्रोटोकॉल में पेश किया। एपीओपी एक चुनौती-प्रतिक्रिया प्रोटोकॉल है जो रीप्ले हमलों और साझा रहस्य के प्रकटीकरण से बचने के प्रयास में एमडी5 क्रिप्टोग्राफ़िक हैश फ़ंक्शन का उपयोग करता है। एपीओपी लागू करने वाले ग्राहकों में मोज़िला थंडरबर्ड, ओपेरा मेल, यूडोरा (ईमेल क्लाइंट), केमेल, उपन्यास विकास, रिमआर्ट्स बेकी शामिल हैं![3] विंडोज लाइव मेल, पावरमेल, एप्पल मेल और म्यूट (ई-मेल क्लाइंट)। RFC 1460 को RFC 1725 द्वारा अप्रचलित किया गया था, जो बदले में RFC 1939 द्वारा अप्रचलित था।
पीओपी4
पीओपी4 केवल आईएमएपी के साथ प्रतिस्पर्धा करने के लिए मूल फ़ोल्डर प्रबंधन, मल्टीपार्ट संदेश समर्थन, साथ ही संदेश ध्वज प्रबंधन को जोड़ने वाले एक अनौपचारिक प्रस्ताव के रूप में मौजूद है; हालाँकि, इसका विकास 2003 के बाद से आगे नहीं बढ़ा है।[4]
एक्सटेंशन और विनिर्देश
आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। RFC एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि पीओपी3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है।
एक्सटेंशन को क्षमता कहा जाता है और CAPA कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में शामिल किए गए थे। ESMTP (RFC 5321) के नेतृत्व के बाद, X से शुरू होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं।
STARTTLS
STARTTLS एक्सटेंशन वैकल्पिक के बजाय मानक पीओपी3 पोर्ट पर STLS कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) या सिक्योर सॉकेट लेयर (SSL) के उपयोग की अनुमति देता है। इसके बजाय कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो TCP पोर्ट 995 (पीओपी3S) का उपयोग करता है।
एसडीपीएस
दानव इंटरनेट ने पीओपी3 के लिए एक्सटेंशन पेश किए जो प्रति डोमेन कई खातों की अनुमति देते हैं, और इसे मानक डायल-अप पीओपी3 सेवा (SDPS) के रूप में जाना जाता है।[5] प्रत्येक खाते तक पहुँचने के लिए, उपयोगकर्ता नाम में जॉन @ होस्टनाम या जॉन + होस्टनाम के रूप में होस्टनाम शामिल होता है।
Google Apps उसी विधि का उपयोग करता है।[6]
केर्बरीकृत डाकघर प्रोटोकॉल
कम्प्यूटिंग में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एक एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट डाक सर्वर से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। Kपीओपी प्रोटोकॉल पीओपी3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह Kerberos (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 110 के बजाय ट्रांसमिशन कंट्रोल प्रोटोकॉल पोर्ट नंबर 1109 पर डिफ़ॉल्ट रूप से चलता है। साइरस आईएमएपी सर्वर में एक मेल सर्वर सॉफ्टवेयर कार्यान्वयन पाया जाता है।
सत्र उदाहरण
निम्नलिखित पीओपी3 सत्र संवाद RFC 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
== आईएमएपी == के साथ तुलना
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) एक वैकल्पिक और अधिक हालिया मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
- पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
- पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है।
- पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
- एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
- पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें RFC3501 खंड 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 के साथ TLS का उपयोग करना
- RFC 3206 - SYS और AUTH पीओपी प्रतिक्रिया कोड
- RFC 5034 - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (SASL) ऑथेंटिकेशन मैकेनिज्म
- RFC 8314 - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) का उपयोग
यह भी देखें
- मेल सर्वर सॉफ्टवेयर की सूची
- ईमेल क्लाइंट की तुलना
- मेल सर्वरों की तुलना
- ईमेल एन्क्रिप्शन
- इंटरनेट संदेश एक्सेस प्रोटोकॉल
संदर्भ
- ↑ 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)
