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

From Vigyanwiki
Revision as of 20:24, 28 January 2023 by alpha>Indicwiki (Created page with "{{short description|Family of Internet mail protocols}} {{Refimprove|date=November 2007}}{{Context||details=|date=July 2020}}{{IPstack}} कंप्यूटिंग मे...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Internet protocol suite
Application layer
Transport layer
Internet layer
Link layer

कंप्यूटिंग में, पोस्ट ऑफिस प्रोटोकॉल (पीओपी) एक अनुप्रयोग परत|एप्लीकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) है जिसका उपयोग ईमेल क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए किया जाता है।[1] POP संस्करण 3 (POP3) आम उपयोग में आने वाला संस्करण है, और IMAP के साथ ईमेल पुनर्प्राप्ति के लिए सबसे आम प्रोटोकॉल है।

उद्देश्य

पोस्ट ऑफिस प्रोटोकॉल मेल सर्वर पर बनाए गए मेलबॉक्स (मेलड्रॉप) के लिए उपयोगकर्ता क्लाइंट एप्लिकेशन के लिए इंटरनेट प्रोटोकॉल (आईपी) नेटवर्क के माध्यम से पहुंच प्रदान करता है। प्रोटोकॉल संदेशों के लिए डाउनलोड और डिलीट ऑपरेशन का समर्थन करता है। POP3 क्लाइंट कनेक्ट होते हैं, सभी संदेशों को पुनः प्राप्त करते हैं, उन्हें क्लाइंट कंप्यूटर पर संग्रहीत करते हैं, और अंत में उन्हें सर्वर से हटा देते हैं।[2] पीओपी और इसकी प्रक्रियाओं का यह डिज़ाइन केवल अस्थायी इंटरनेट कनेक्शन वाले उपयोगकर्ताओं की आवश्यकता से प्रेरित था, जैसे डायल-अप इंटरनेट एक्सेस|डायल-अप एक्सेस, इन उपयोगकर्ताओं को कनेक्ट होने पर ई-मेल प्राप्त करने की अनुमति देता है, और बाद में देखने और हेरफेर करने के लिए ऑफ़लाइन होने पर पुनर्प्राप्त संदेश।

POP3 क्लाइंट के पास डाउनलोड के बाद सर्वर पर मेल छोड़ने का भी विकल्प होता है। इसके विपरीत, इंटरनेट संदेश एक्सेस प्रोटोकॉल (IMAP) को सर्वर पर सभी संदेशों को सामान्य रूप से कई क्लाइंट अनुप्रयोगों के साथ प्रबंधन की अनुमति देने के लिए डिज़ाइन किया गया था, और ऑपरेशन के कनेक्टेड (ऑनलाइन) और डिस्कनेक्ट (ऑफ़लाइन) मोड दोनों का समर्थन करने के लिए।

एक POP3 सर्वर टीसीपी पोर्ट यूडीपी पोर्ट नंबरों की सूची पर सुनता है। सेवा अनुरोधों के लिए प्रसिद्ध पोर्ट नंबर 110। POP3 के लिए सुरक्षित संचार या तो प्रोटोकॉल आरंभ होने के बाद अनुरोध किया जाता है, यदि समर्थित हो तो STARTTLS कमांड का उपयोग करके, या POP3S द्वारा, जो जाने-माने ट्रांसमिशन कंट्रोल प्रोटोकॉल TCP पर परिवहन परत सुरक्षा (TLS) या सुरक्षित सॉकेट लेयर (SSL) का उपयोग कर सर्वर से जुड़ता है। पोर्ट नंबर 995।

क्लाइंट के लिए उपलब्ध संदेशों का निर्धारण तब किया जाता है जब कोई POP3 सत्र मेलड्रॉप खोलता है, और उस सत्र (कंप्यूटर विज्ञान) के लिए स्थानीय संदेश-संख्या द्वारा या वैकल्पिक रूप से, POP सर्वर द्वारा संदेश को निर्दिष्ट अद्वितीय पहचानकर्ता द्वारा पहचाना जाता है। यह विशिष्ट पहचानकर्ता मेलड्रॉप के लिए स्थायी और अद्वितीय है और क्लाइंट को विभिन्न पीओपी सत्रों में एक ही संदेश तक पहुंचने की अनुमति देता है। मेल को प्राप्त किया जाता है और संदेश-संख्या द्वारा हटाने के लिए चिह्नित किया जाता है। जब क्लाइंट सत्र से बाहर निकलता है, तो हटाने के लिए चिह्नित मेल को मेलड्रॉप से ​​हटा दिया जाता है।

इतिहास

पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, POP1, जॉयस के रेनॉल्ड्स द्वारा RFC 918 (1984) में निर्दिष्ट किया गया था। POP2 को RFC 937 (1985) में निर्दिष्ट किया गया था।

POP3 सबसे आम उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति RFC 1081 (1988) के साथ हुई थी, लेकिन सबसे हालिया विनिर्देश RFC 1939 है, जिसे एक विस्तार तंत्र (RFC 2449) और RFC 1734 में एक प्रमाणीकरण तंत्र के साथ अद्यतन किया गया है। इसके कारण कई POP कार्यान्वयन जैसे पाइन, POPmail, और अन्य शुरुआती मेल क्लाइंट।

जबकि मूल POP3 विनिर्देश केवल एक अनएन्क्रिप्टेड USER/कूटशब्द लॉगिन तंत्र या Berkeley Rlogin|.rhosts अभिगम नियंत्रण का समर्थन करता है, आज POP3 उपयोगकर्ता के ई-मेल तक अवैध पहुँच के खिलाफ सुरक्षा के विभिन्न स्तरों को प्रदान करने के लिए कई प्रमाणीकरण विधियों का समर्थन करता है। अधिकांश POP3 विस्तार तंत्र द्वारा प्रदान किए जाते हैं। POP3 क्लाइंट AUTH एक्सटेंशन के माध्यम से सरल प्रमाणीकरण और सुरक्षा परत प्रमाणीकरण विधियों का समर्थन करते हैं। मेसाचुसेट्स प्रौद्योगिक संस्थान प्रोजेक्ट एथेना ने भी एक कर्बरीकृत संस्करण तैयार किया। RFC 1460 ने APOP को कोर प्रोटोकॉल में पेश किया। एपीओपी एक चुनौती-प्रतिक्रिया प्रोटोकॉल है जो रीप्ले हमलों और साझा रहस्य के प्रकटीकरण से बचने के प्रयास में एमडी5 क्रिप्टोग्राफ़िक हैश फ़ंक्शन का उपयोग करता है। एपीओपी लागू करने वाले ग्राहकों में मोज़िला थंडरबर्ड, ओपेरा मेल, यूडोरा (ईमेल क्लाइंट), केमेल, उपन्यास विकास, रिमआर्ट्स बेकी शामिल हैं![3] विंडोज लाइव मेल, पावरमेल, एप्पल मेल और म्यूट (ई-मेल क्लाइंट)। RFC 1460 को RFC 1725 द्वारा अप्रचलित किया गया था, जो बदले में RFC 1939 द्वारा अप्रचलित था।

पीओपी4

POP4 केवल IMAP के साथ प्रतिस्पर्धा करने के लिए मूल फ़ोल्डर प्रबंधन, मल्टीपार्ट संदेश समर्थन, साथ ही संदेश ध्वज प्रबंधन को जोड़ने वाले एक अनौपचारिक प्रस्ताव के रूप में मौजूद है; हालाँकि, इसका विकास 2003 के बाद से आगे नहीं बढ़ा है।[4]


एक्सटेंशन और विनिर्देश

आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। RFC एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि POP3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है।

एक्सटेंशन को क्षमता कहा जाता है और CAPA कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में शामिल किए गए थे। ESMTP (RFC 5321) के नेतृत्व के बाद, X ​​से शुरू होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं।

STARTTLS

STARTTLS एक्सटेंशन वैकल्पिक के बजाय मानक POP3 पोर्ट पर STLS कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) या सिक्योर सॉकेट लेयर (SSL) के उपयोग की अनुमति देता है। इसके बजाय कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो TCP पोर्ट 995 (POP3S) का उपयोग करता है।

एसडीपीएस

दानव इंटरनेट ने POP3 के लिए एक्सटेंशन पेश किए जो प्रति डोमेन कई खातों की अनुमति देते हैं, और इसे मानक डायल-अप POP3 सेवा (SDPS) के रूप में जाना जाता है।[5] प्रत्येक खाते तक पहुँचने के लिए, उपयोगकर्ता नाम में जॉन @ होस्टनाम या जॉन + होस्टनाम के रूप में होस्टनाम शामिल होता है।

Google Apps उसी विधि का उपयोग करता है।[6]


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

कम्प्यूटिंग में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एक एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट डाक सर्वर से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। KPOP प्रोटोकॉल POP3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह Kerberos (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 110 के बजाय ट्रांसमिशन कंट्रोल प्रोटोकॉल पोर्ट नंबर 1109 पर डिफ़ॉल्ट रूप से चलता है। साइरस IMAP सर्वर में एक मेल सर्वर सॉफ्टवेयर कार्यान्वयन पाया जाता है।

सत्र उदाहरण

निम्नलिखित POP3 सत्र संवाद RFC 1939 में एक उदाहरण है:[7] S: <TCP पोर्ट 110 पर कनेक्शन के लिए प्रतीक्षा करें> 

सी: <खुला कनेक्शन>
<अवधि शैली = रंग: नीला; >S: + OK POP3 सर्वर तैयार <1896.697170952@dbc.mtview.ca.us>
सी: APOP mrose c4c9334bac560ecc979e58001b3e22fb
<अवधि शैली = रंग: नीला; >S: +OK mrose के मेलड्रॉप में 2 संदेश (320 ऑक्टेट) हैं
सी: स्टेट
<अवधि शैली = रंग: नीला; >एस: +ओके 2 320
सी: सूची
<अवधि शैली = रंग: नीला; >एस: + ओके 2 संदेश (320 ऑक्टेट)
<अवधि शैली = रंग: नीला; >एस: 1 120
<अवधि शैली = रंग: नीला; >एस: 2 200
<अवधि शैली = रंग: नीला; >स: .
सी: आरईटीआर 1
<अवधि शैली = रंग: नीला; >एस: +ठीक 120 ऑक्टेट
<अवधि शैली = रंग: नीला; > एस: <पीओपी3 सर्वर 1> संदेश भेजता है
<अवधि शैली = रंग: नीला; >स: .
सी: डीईएलई 1
<अवधि शैली = रंग: नीला; >एस: +ओके संदेश 1 हटाया गया
सी: आरईटीआर 2
<अवधि शैली = रंग: नीला; >एस: +ठीक 200 ऑक्टेट
<अवधि शैली = रंग: नीला; > एस: <पीओपी3 सर्वर 2> संदेश भेजता है
<अवधि शैली = रंग: नीला; >स: .
सी: डीईएलई 2
<अवधि शैली = रंग: नीला; >S: +ठीक संदेश 2 हटा दिया गया
सी: छोड़ो
<अवधि शैली = रंग: नीला; >एस: +ओके डेवी पीओपी3 सर्वर साइनिंग ऑफ (मेलड्रॉप खाली)
सी: <करीबी कनेक्शन>
<अवधि शैली = रंग: नीला; >एस: <अगले कनेक्शन के लिए प्रतीक्षा करें>

वैकल्पिक APOP कमांड के बिना POP3 सर्वर क्लाइंट से USER और PASS कमांड के साथ लॉग इन करने की अपेक्षा करते हैं: 

सी: उपयोगकर्ता मर गया
<अवधि शैली = रंग: नीला; >एस: +ओके उपयोगकर्ता स्वीकृत
सी: टनस्टाफ पास करें
<अवधि शैली = रंग: नीला; >एस: +ओके पास स्वीकृत

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

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

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

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

यह भी देखें

संदर्भ

  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


आगे की पढाई


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

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=पोस्ट_ऑफिस_प्रोटोकॉल&oldid=82067’