पोस्ट ऑफिस प्रोटोकॉल: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 1: Line 1:
{{short description|Family of Internet mail protocols}}{{IPstack}}
{{short description|Family of Internet mail protocols}}{{IPstack}}
कंप्यूटिंग में, पोस्ट ऑफिस प्रोटोकॉल (पीओपी) एक [[अनुप्रयोग परत]]|एप्लीकेशन-लेयर [[इंटरनेट मानक]] [[प्रोटोकॉल (कंप्यूटिंग)]] है जिसका उपयोग [[ईमेल]] क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए किया जाता है।<ref name="Network+ Guide to Networks">{{cite book | last = Dean | first = Tamara | title = Network+ Guide to Networks | publisher = Delmar | year = 2010 | page = 519 | isbn = 978-1423902454 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks}}</ref> POP संस्करण 3 (POP3) आम उपयोग में आने वाला संस्करण है, और [[IMAP]] के साथ ईमेल पुनर्प्राप्ति के लिए सबसे आम प्रोटोकॉल है।
कंप्यूटिंग में, पोस्ट ऑफिस प्रोटोकॉल (पीओपी) एक [[अनुप्रयोग परत|एप्लीकेशन-लेयर]] [[इंटरनेट मानक]] [[प्रोटोकॉल (कंप्यूटिंग)]] है जो [[ईमेल]] क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए उपयोग किया जाता है।<ref name="Network+ Guide to Networks">{{cite book | last = Dean | first = Tamara | title = Network+ Guide to Networks | publisher = Delmar | year = 2010 | page = 519 | isbn = 978-1423902454 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks}}</ref> पीओपी संस्करण 3 (पीओपी3) सामान्य उपयोग में आने वाला संस्करण है, और [[IMAP|आईएमएपी]] के साथ ईमेल पुनर्प्राप्ति के लिए सबसे सामान्य प्रोटोकॉल है।


== उद्देश्य ==
== उद्देश्य ==
पोस्ट ऑफिस प्रोटोकॉल मेल सर्वर पर बनाए गए मेलबॉक्स (मेलड्रॉप) के लिए उपयोगकर्ता क्लाइंट एप्लिकेशन के लिए [[इंटरनेट प्रोटोकॉल]] (आईपी) नेटवर्क के माध्यम से पहुंच प्रदान करता है। प्रोटोकॉल संदेशों के लिए डाउनलोड और डिलीट ऑपरेशन का समर्थन करता है। POP3 क्लाइंट कनेक्ट होते हैं, सभी संदेशों को पुनः प्राप्त करते हैं, उन्हें क्लाइंट कंप्यूटर पर संग्रहीत करते हैं, और अंत में उन्हें सर्वर से हटा देते हैं।<ref name="Windows to Linux">{{cite book | last = Allen | first = David | title = Windows to Linux | publisher = Prentice Hall | year = 2004 | page =192 | isbn = 1423902459 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks}}</ref> पीओपी और इसकी प्रक्रियाओं का यह डिज़ाइन केवल अस्थायी इंटरनेट कनेक्शन वाले उपयोगकर्ताओं की आवश्यकता से प्रेरित था, जैसे [[डायल-अप इंटरनेट एक्सेस]]|डायल-अप एक्सेस, इन उपयोगकर्ताओं को कनेक्ट होने पर ई-मेल प्राप्त करने की अनुमति देता है, और बाद में देखने और हेरफेर करने के लिए ऑफ़लाइन होने पर पुनर्प्राप्त संदेश।
पोस्ट ऑफिस प्रोटोकॉल मेल सर्वर पर बनाए गए मेलबॉक्स (मेलड्रॉप) के लिए उपयोगकर्ता क्लाइंट एप्लिकेशन के लिए [[इंटरनेट प्रोटोकॉल]] (आईपी) नेटवर्क के माध्यम से पहुंच प्रदान करता है। प्रोटोकॉल संदेशों के लिए डाउनलोड और डिलीट ऑपरेशन का समर्थन करता है। पीओपी3 क्लाइंट कनेक्ट होते हैं, सभी संदेशों को पुनः प्राप्त करते हैं, उन्हें क्लाइंट कंप्यूटर पर संग्रहीत करते हैं, और अंत में उन्हें सर्वर से हटा देते हैं।<ref name="Windows to Linux">{{cite book | last = Allen | first = David | title = Windows to Linux | publisher = Prentice Hall | year = 2004 | page =192 | isbn = 1423902459 | url = https://books.google.com/books?id=UD0h_GqgbHgC&q=network%2B+guide+to+networks}}</ref> पीओपी और इसकी प्रक्रियाओं का यह डिज़ाइन केवल अस्थायी इंटरनेट कनेक्शन वाले उपयोगकर्ताओं की आवश्यकता से प्रेरित था, जैसे [[डायल-अप इंटरनेट एक्सेस]]|डायल-अप एक्सेस, इन उपयोगकर्ताओं को कनेक्ट होने पर ई-मेल प्राप्त करने की अनुमति देता है, और बाद में देखने और हेरफेर करने के लिए ऑफ़लाइन होने पर पुनर्प्राप्त संदेश।


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


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


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


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


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


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


=== पीओपी4 ===
=== पीओपी4 ===
POP4 केवल IMAP के साथ प्रतिस्पर्धा करने के लिए मूल फ़ोल्डर प्रबंधन, मल्टीपार्ट संदेश समर्थन, साथ ही संदेश ध्वज प्रबंधन को जोड़ने वाले एक अनौपचारिक प्रस्ताव के रूप में मौजूद है; हालाँकि, इसका विकास 2003 के बाद से आगे नहीं बढ़ा है।<ref>{{cite web
पीओपी4 केवल आईएमएपी के साथ प्रतिस्पर्धा करने के लिए मूल फ़ोल्डर प्रबंधन, मल्टीपार्ट संदेश समर्थन, साथ ही संदेश ध्वज प्रबंधन को जोड़ने वाले एक अनौपचारिक प्रस्ताव के रूप में मौजूद है; हालाँकि, इसका विकास 2003 के बाद से आगे नहीं बढ़ा है।<ref>{{cite web
|archive-url=https://web.archive.org/web/20171021231958/http://www.pop4.org/pop4/pop4spec.html
|archive-url=https://web.archive.org/web/20171021231958/http://www.pop4.org/pop4/pop4spec.html
|archive-date=2017-10-21
|archive-date=2017-10-21
Line 29: Line 29:


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


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


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


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


Google Apps उसी विधि का उपयोग करता है।<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>
Google Apps उसी विधि का उपयोग करता है।<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 43: Line 43:


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


== सत्र उदाहरण ==
== सत्र उदाहरण ==
निम्नलिखित POP3 सत्र संवाद RFC 1939 में एक उदाहरण है:<ref>RFC 1939, page 19</ref><syntaxhighlight lang="d">
निम्नलिखित पीओपी3 सत्र संवाद RFC 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 75: Line 75:
C: <close connection>
C: <close connection>
S: <wait for next connection>
S: <wait for next connection>
</syntaxhighlight>वैकल्पिक APOP कमांड के बिना POP3 सर्वर क्लाइंट से USER और PASS कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:<syntaxhighlight lang="d">
</syntaxhighlight>वैकल्पिक एपीओपी कमांड के बिना पीओपी3 सर्वर क्लाइंट से USER और PASS कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:<syntaxhighlight lang="d">
C:    USER mrose
C:    USER mrose
S:    +OK User accepted
S:    +OK User accepted
C:    PASS tanstaaf
C:    PASS tanstaaf
S:    +OK Pass accepted
S:    +OK Pass accepted
</syntaxhighlight>== IMAP == के साथ तुलना
</syntaxhighlight>== आईएमएपी == के साथ तुलना
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) एक वैकल्पिक और अधिक हालिया मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) एक वैकल्पिक और अधिक हालिया मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
* पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
* पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
* पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। IMAP डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है।
* पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है।
* पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
* पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
* एक IMAP क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: IMAP को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। IMAP क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
* एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
* POP प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें RFC3501 खंड 5.2 जो विशेष रूप से एक उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का हवाला देता है।
* पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें RFC3501 खंड 5.2 जो विशेष रूप से एक उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का हवाला देता है।
* जब POP एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि IMAP4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
* जब पीओपी एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
* IMAP संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है।
* आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है।


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


Revision as of 06:38, 1 February 2023

Internet protocol suite
Application layer
Transport layer
Internet layer
Link layer

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

उद्देश्य

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

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

एक पीओपी3 सर्वर टीसीपी पोर्ट यूडीपी पोर्ट नंबरों की सूची पर सुनता है। सेवा अनुरोधों के लिए प्रसिद्ध पोर्ट नंबर 110। पीओपी3 के लिए सुरक्षित संचार या तो प्रोटोकॉल आरंभ होने के बाद अनुरोध किया जाता है, यदि समर्थित हो तो STARTTLS कमांड का उपयोग करके, या पीओपी3S द्वारा, जो जाने-माने ट्रांसमिशन कंट्रोल प्रोटोकॉल TCP पर परिवहन परत सुरक्षा (TLS) या सुरक्षित सॉकेट लेयर (SSL) का उपयोग कर सर्वर से जुड़ता है। पोर्ट नंबर 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) का उपयोग

यह भी देखें

संदर्भ

  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=82070’