पोस्ट ऑफिस प्रोटोकॉल

From Vigyanwiki
Revision as of 07:45, 1 February 2023 by alpha>Suman

कंप्यूटिंग में, पोस्ट ऑफिस प्रोटोकॉल (पीओपी) एप्लीकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) है जो ईमेल क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए उपयोग किया जाता है।[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]


केर्बरीकृत डाकघर प्रोटोकॉल

कम्प्यूटिंग में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट डाक सर्वर से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। केपीओपी प्रोटोकॉल पीओपी3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह करबरोस (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 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 सर्वर क्लाइंट से यूजर और पास कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:

C:    USER mrose
S:    +OK User accepted
C:    PASS tanstaaf
S:    +OK Pass accepted

आईएमएपी के साथ तुलना

इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) वैकल्पिक और अधिक नवीनतम मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:

  • पीओपी सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
  • पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, चूंकि सामान्यतः ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस स्थानीय प्रति डाउनलोड करता है।
  • पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
  • एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
  • पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को अन्य समवर्ती रूप से जुड़े ग्राहकों द्वारा मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है। उदाहरण के लिए देखें आरएफसी3501 खंड 5.2 जो विशेष रूप से उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का प्रमाण देता है।
  • जब पीओपी संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत माइम भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
  • आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, अग्रेषित करने का उत्तर दिया गया है या हटा दिया गया है।

टिप्पणियों के लिए संबंधित अनुरोध (आरएफसी)

  • RFC 918 - पोस्ट ऑफिस प्रोटोकॉल
  • RFC 937 - डाकघर प्रोटोकॉल - संस्करण 2
  • RFC 1081 - पोस्ट ऑफिस प्रोटोकॉल - संस्करण 3
  • RFC 1939 - डाकघर प्रोटोकॉल - संस्करण 3 (एसटीडी 53)
  • RFC 1957 - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) के कार्यान्वयन पर कुछ अवलोकन
  • RFC 2195 - आईएमएपी/पीओपी अधिकृत एक्सटेंशन फॉर सिंपल चैलेंज/रिस्पांस
  • RFC 2384 - पीओपी यूआरएल योजना
  • RFC 2449 - पीओपी3 विस्तार तंत्र
  • RFC 2595 - आईएमएपी, पीओपी3 और एसीएपी के साथ टीएलएस का उपयोग करना
  • RFC 3206 - एसवाईएस और प्राधि पीओपी प्रतिक्रिया कोड
  • RFC 5034 - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (एसएएसएल) ऑथेंटिकेशन मैकेनिज्म
  • RFC 8314 - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) का उपयोग

यह भी देखें

संदर्भ

  1. Dean, Tamara (2010). Network+ Guide to Networks. Delmar. p. 519. ISBN 978-1423902454.
  2. Allen, David (2004). Windows to Linux. Prentice Hall. p. 192. ISBN 1423902459.
  3. (in Japanese), (Becky! tutorial) Archived 2010-01-31 at the Wayback Machine, 2001-04-26.
  4. "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.
  5. Demon Online Help Centre Archived 2011-07-23 at archive.today. E.demon.net (2013-01-23). Retrieved on 2013-07-17.
  6. "Google Apps and Gmail differences". Gmail Help Center. Archived from the original on September 13, 2008.
  7. RFC 1939, page 19


आगे की पढाई


बाहरी कड़ियाँ