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

Latest revision as of 11:59, 10 February 2023

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

उद्देश्य

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

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

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

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

इतिहास

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

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

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

पीओपी4

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

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

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

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

एसटीएआरटीटीएलएस

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

एसडीपीएस

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

गुगल ऐप्स उसी विधि का उपयोग करता है।^[6]

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

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

सत्र उदाहरण

निम्नलिखित पीओपी3 सत्र संवाद आरएफसी 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 - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) का उपयोग

यह भी देखें

मेल सर्वर सॉफ्टवेयर की सूची
ईमेल क्लाइंट की तुलना
मेल सर्वरों की तुलना
ईमेल एन्क्रिप्शन
इंटरनेट संदेश एक्सेस प्रोटोकॉल

संदर्भ

↑ 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)

[Network+_Guide_to_Networks-1] Dean, Tamara (2010). Network+ Guide to Networks. Delmar. p. 519. ISBN 978-1423902454.

[Windows_to_Linux-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

[1]

[2]

[3]

[4]

[5]

[6]

[7]

@@ Line 1: / Line 1: @@
-{{short description|Family of Internet mail protocols}}
+{{short description|Family of Internet mail protocols}}कंप्यूटिंग में, '''पोस्ट ऑफिस प्रोटोकॉल''' (पीओपी) [[अनुप्रयोग परत|एप्लीकेशन-लेयर]] [[इंटरनेट मानक]] [[प्रोटोकॉल (कंप्यूटिंग)]] है जो [[ईमेल]] क्लाइंट द्वारा मेल सर्वर से ई-मेल प्राप्त करने के लिए उपयोग किया जाता है।<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|आईएमएपी]] के साथ ईमेल पुनर्प्राप्ति के लिए सबसे सामान्य प्रोटोकॉल है।
-{{Refimprove|date=November 2007}}{{Context||details=|date=July 2020}}{{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]] के साथ ईमेल पुनर्प्राप्ति के लिए सबसे आम प्रोटोकॉल है।
 == उद्देश्य ==
-पोस्ट ऑफिस प्रोटोकॉल मेल सर्वर पर बनाए गए मेलबॉक्स (मेलड्रॉप) के लिए उपयोगकर्ता क्लाइंट एप्लिकेशन के लिए [[इंटरनेट प्रोटोकॉल]] (आईपी) नेटवर्क के माध्यम से पहुंच प्रदान करता है। प्रोटोकॉल संदेशों के लिए डाउनलोड और डिलीट ऑपरेशन का समर्थन करता है। 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 द्वारा, जो जाने-माने [[ट्रांसमिशन कंट्रोल प्रोटोकॉल]] टीसीपी पोर्ट नंबर 995 पर [[परिवहन परत सुरक्षा]] (टीएलएस) या [[सुरक्षित सॉकेट लेयर]] (एसएसएल) का उपयोग कर सर्वर से जुड़ता है।
-क्लाइंट के लिए उपलब्ध संदेशों का निर्धारण तब किया जाता है जब कोई POP3 सत्र मेलड्रॉप खोलता है, और उस [[सत्र (कंप्यूटर विज्ञान)]] के लिए स्थानीय संदेश-संख्या द्वारा या वैकल्पिक रूप से, POP सर्वर द्वारा संदेश को निर्दिष्ट अद्वितीय पहचानकर्ता द्वारा पहचाना जाता है। यह विशिष्ट पहचानकर्ता मेलड्रॉप के लिए स्थायी और अद्वितीय है और क्लाइंट को विभिन्न पीओपी सत्रों में एक ही संदेश तक पहुंचने की अनुमति देता है। मेल को प्राप्त किया जाता है और संदेश-संख्या द्वारा हटाने के लिए चिह्नित किया जाता है। जब क्लाइंट सत्र से बाहर निकलता है, तो हटाने के लिए चिह्नित मेल को मेलड्रॉप से हटा दिया जाता है।
+क्लाइंट के लिए उपलब्ध संदेशों का निर्धारण तब किया जाता है जब कोई पीओपी3 सत्र मेलड्रॉप खोलता है, और उस [[सत्र (कंप्यूटर विज्ञान)]] के लिए स्थानीय संदेश-संख्या द्वारा या वैकल्पिक रूप से, पीओपी सर्वर द्वारा संदेश को निर्दिष्ट अद्वितीय पहचानकर्ता द्वारा पहचाना जाता है। यह विशिष्ट पहचानकर्ता मेलड्रॉप के लिए स्थायी और अद्वितीय है और क्लाइंट को विभिन्न पीओपी सत्रों में एक ही संदेश तक पहुंचने की अनुमति देता है। मेल को प्राप्त किया जाता है और संदेश-संख्या द्वारा हटाने के लिए चिह्नित किया जाता है। जब क्लाइंट सत्र से बाहर निकलता है, तो हटाने के लिए चिह्नित मेल को मेलड्रॉप से हटा दिया जाता है।
 == इतिहास ==
-पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, POP1, जॉयस के रेनॉल्ड्स द्वारा RFC 918 (1984) में निर्दिष्ट किया गया था। POP2 को RFC 937 (1985) में निर्दिष्ट किया गया था।
+पोस्ट ऑफिस प्रोटोकॉल का पहला संस्करण, पीओपी1, जॉयस के रेनॉल्ड्स द्वारा आरएफसी 918 (1984) में निर्दिष्ट किया गया था। और पीओपी2 को आरएफसी 937 (1985) में निर्दिष्ट किया गया था।
-POP3 सबसे आम उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति RFC 1081 (1988) के साथ हुई थी, लेकिन सबसे हालिया विनिर्देश RFC 1939 है, जिसे एक विस्तार तंत्र (RFC 2449) और RFC 1734 में एक [[प्रमाणीकरण]] तंत्र के साथ अद्यतन किया गया है। इसके कारण कई POP कार्यान्वयन जैसे पाइन, [[POPmail]], और अन्य शुरुआती मेल क्लाइंट।
+पीओपी3 सबसे सामान्य उपयोग में आने वाला संस्करण है। इसकी उत्पत्ति आरएफसी 1081 (1988) के साथ हुई थी, लेकिन सबसे नवीनतम विनिर्देश आरएफसी 1939 है, जिसे विस्तार तंत्र (आरएफसी 2449) और आरएफसी 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 विनिर्देश केवल अनएन्क्रिप्टेड उपयोगकर्ता/[[कूटशब्द]] लॉगिन तंत्र या बर्कले .rhosts अभिगम नियंत्रण का समर्थन करता है, आज पीओपी3 उपयोगकर्ता के ई-मेल तक अवैध पहुँच के विरुद्ध सुरक्षा के विभिन्न स्तरों को प्रदान करने के लिए कई प्रमाणीकरण विधियों का समर्थन करता है। अधिकांश पीओपी3 विस्तार तंत्र द्वारा प्रदान किए जाते हैं। पीओपी3 क्लाइंट एयूटीएच एक्सटेंशन के माध्यम से [[सरल प्रमाणीकरण और सुरक्षा परत]] प्रमाणीकरण विधियों का समर्थन करते हैं। [[मेसाचुसेट्स प्रौद्योगिक संस्थान]] [[प्रोजेक्ट एथेना]] ने भी कर्बरीकृत संस्करण तैयार किया। आरएफसी 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> [[विंडोज लाइव मेल]], पावरमेल, [[एप्पल मेल]] और म्यूट (ई-मेल क्लाइंट) सम्मिलित हैं। आरएफसी 1460 को आरएफसी 1725 द्वारा अप्रचलित किया गया था, जो बदले में आरएफसी 1939 द्वारा अप्रचलित था।
 === पीओपी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-date=2017-10-21
@@ Line 30: / Line 28: @@
 == एक्सटेंशन और विनिर्देश ==
-आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए एक संगठित तरीके से समर्थन की घोषणा करने के लिए एक विस्तार तंत्र प्रस्तावित किया गया था। RFC एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि POP3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है।
+आरएफसी 2449 में सामान्य एक्सटेंशन को समायोजित करने के साथ-साथ टॉप और यूआईडीएल जैसे वैकल्पिक कमांड के लिए संगठित तरीके से समर्थन की घोषणा करने के लिए विस्तार तंत्र प्रस्तावित किया गया था। आरएफसी एक्सटेंशन को प्रोत्साहित करने का इरादा नहीं रखता था, और पुष्टि की कि पीओपी3 की भूमिका मुख्य रूप से मेलबॉक्स हैंडलिंग की डाउनलोड-एंड-डिलीट आवश्यकताओं के लिए सरल समर्थन प्रदान करना है।
-एक्सटेंशन को क्षमता कहा जाता है और CAPA कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में शामिल किए गए थे। ESMTP (RFC 5321) के नेतृत्व के बाद, X से शुरू होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं।
+एक्सटेंशन को क्षमता कहा जाता है और सीएपीए कमांड द्वारा सूचीबद्ध किया जाता है। एपीओपी के अपवाद के साथ, वैकल्पिक आदेश क्षमताओं के प्रारंभिक सेट में सम्मिलित किए गए थे। ईएसएमटीपी (आरएफसी 5321) के नेतृत्व के बाद, X से प्रारंभ होने वाली क्षमताएँ स्थानीय क्षमताओं को दर्शाती हैं।
-=== STARTTLS ===
+=== एसटीएआरटीटीएलएस ===
-STARTTLS एक्सटेंशन वैकल्पिक के बजाय मानक POP3 पोर्ट पर STLS कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) या सिक्योर सॉकेट लेयर (SSL) के उपयोग की अनुमति देता है। इसके बजाय कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो TCP पोर्ट 995 (POP3S) का उपयोग करता है।
+एसटीएआरटीटीएलएस एक्सटेंशन वैकल्पिक के अतिरिक्त मानक पीओपी3 पोर्ट पर एसटीएलएस कमांड का उपयोग करके ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) या सिक्योर सॉकेट लेयर (एसएसएल) के उपयोग की अनुमति देता है। इसके अतिरिक्त कुछ क्लाइंट और सर्वर वैकल्पिक-पोर्ट विधि का उपयोग करते हैं, जो टीसीपी पोर्ट 995 (पीओपी3एस) का उपयोग करता है।
 === एसडीपीएस ===
-[[दानव इंटरनेट]] ने 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 सेवा (एसडीपीएस) के रूप में जाना जाता है।<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>
+गुगल ऐप्स उसी विधि का उपयोग करता है।<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>
 === केर्बरीकृत डाकघर प्रोटोकॉल ===
-[[कम्प्यूटिंग]] में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एक एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट [[डाक सर्वर]] से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। KPOP प्रोटोकॉल POP3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह Kerberos (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 110 के बजाय ट्रांसमिशन कंट्रोल प्रोटोकॉल पोर्ट नंबर 1109 पर डिफ़ॉल्ट रूप से चलता है। [[साइरस IMAP सर्वर]] में एक मेल सर्वर सॉफ्टवेयर कार्यान्वयन पाया जाता है।
+[[कम्प्यूटिंग]] में, स्थानीय ई-मेल क्लाइंट केर्बेराइज्ड पोस्ट ऑफिस प्रोटोकॉल (केपीओपी), एप्लीकेशन लेयर|एप्लिकेशन-लेयर इंटरनेट मानक प्रोटोकॉल (कंप्यूटिंग) का उपयोग कर सकते हैं, इंटरनेट प्रोटोकॉल सूट पर रिमोट [[डाक सर्वर]] से ई-मेल प्राप्त करने के लिए|टीसीपी /आईपी कनेक्शन। केपीओपी प्रोटोकॉल पीओपी3 प्रोटोकॉल पर आधारित है - इसमें भिन्नता है कि यह करबरोस (प्रोटोकॉल) सुरक्षा जोड़ता है और यह 110 के अतिरिक्त ट्रांसमिशन कंट्रोल प्रोटोकॉल पोर्ट नंबर 1109 पर डिफ़ॉल्ट रूप से चलता है। [[साइरस IMAP सर्वर|साइरस आईएमएपी सर्वर]] में मेल सर्वर सॉफ्टवेयर कार्यान्वयन पाया जाता है।
 == सत्र उदाहरण ==
-निम्नलिखित POP3 सत्र संवाद RFC 1939 में एक उदाहरण है:<ref>RFC 1939, page 19</ref>
+निम्नलिखित पीओपी3 सत्र संवाद आरएफसी 1939 में उदाहरण है:<ref>RFC 1939, page 19</ref><syntaxhighlight lang="d">
-<span style= color:blue;font-face=italic>S: <TCP पोर्ट 110 पर कनेक्शन के लिए प्रतीक्षा करें></span>
+S: <wait for connection on TCP port 110>
- सी: <खुला कनेक्शन>
+C: <open connection>
- <अवधि शैली = रंग: नीला; >S: + OK POP3 सर्वर तैयार <1896.697170952@dbc.mtview.ca.us></span>
+S:    +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us>
- सी: APOP mrose c4c9334bac560ecc979e58001b3e22fb
+C:    APOP mrose c4c9334bac560ecc979e58001b3e22fb
- <अवधि शैली = रंग: नीला; >S: +OK mrose के मेलड्रॉप में 2 संदेश (320 ऑक्टेट) हैं</span>
+S:    +OK mrose's maildrop has 2 messages (320 octets)
- सी: स्टेट
+C:    STAT
- <अवधि शैली = रंग: नीला; >एस: +ओके 2 320</span>
+S:    +OK 2 320
- सी: सूची
+C:    LIST
- <अवधि शैली = रंग: नीला; >एस: + ओके 2 संदेश (320 ऑक्टेट)</span>
+S:    +OK 2 messages (320 octets)
- <अवधि शैली = रंग: नीला; >एस: 1 120</span>
+S:    1 120
- <अवधि शैली = रंग: नीला; >एस: 2 200</span>
+S:    2 200
- <अवधि शैली = रंग: नीला; >स: .</span>
+S:    .
- सी: आरईटीआर 1
+C:    RETR 1
- <अवधि शैली = रंग: नीला; >एस: +ठीक 120 ऑक्टेट</span>
+S:    +OK 120 octets
- <अवधि शैली = रंग: नीला; > एस: <पीओपी3 सर्वर 1></span> संदेश भेजता है
+S:    <the POP3 server sends message 1>
- <अवधि शैली = रंग: नीला; >स: .</span>
+S:    .
- सी: डीईएलई 1
+C:    DELE 1
- <अवधि शैली = रंग: नीला; >एस: +ओके संदेश 1 हटाया गया</span>
+S:    +OK message 1 deleted
- सी: आरईटीआर 2
+C:    RETR 2
- <अवधि शैली = रंग: नीला; >एस: +ठीक 200 ऑक्टेट</span>
+S:    +OK 200 octets
- <अवधि शैली = रंग: नीला; > एस: <पीओपी3 सर्वर 2></span> संदेश भेजता है
+S:    <the POP3 server sends message 2>
- <अवधि शैली = रंग: नीला; >स: .</span>
+S:    .
- सी: डीईएलई 2
+C:    DELE 2
- <अवधि शैली = रंग: नीला; >S: +ठीक संदेश 2 हटा दिया गया</span>
+S:    +OK message 2 deleted
- सी: छोड़ो
+C:    QUIT
- <अवधि शैली = रंग: नीला; >एस: +ओके डेवी पीओपी3 सर्वर साइनिंग ऑफ (मेलड्रॉप खाली)</span>
+S:    +OK dewey POP3 server signing off (maildrop empty)
- सी: <करीबी कनेक्शन>
+C: <close connection>
- <अवधि शैली = रंग: नीला; >एस: <अगले कनेक्शन के लिए प्रतीक्षा करें></span>
+S: <wait for next connection>
+</syntaxhighlight>वैकल्पिक एपीओपी कमांड के बिना पीओपी3 सर्वर क्लाइंट से यूजर और पास कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:<syntaxhighlight lang="d">
-वैकल्पिक APOP कमांड के बिना POP3 सर्वर क्लाइंट से USER और PASS कमांड के साथ लॉग इन करने की अपेक्षा करते हैं:
+C:    USER mrose
+S:    +OK User accepted
- सी: उपयोगकर्ता मर गया
+C:    PASS tanstaaf
- <अवधि शैली = रंग: नीला; >एस: +ओके उपयोगकर्ता स्वीकृत</span>
+S:    +OK Pass accepted
- सी: टनस्टाफ पास करें
+</syntaxhighlight>'''आईएमएपी के साथ तुलना'''
- <अवधि शैली = रंग: नीला; >एस: +ओके पास स्वीकृत</span>
+इंटरनेट मैसेज एक्सेस प्रोटोकॉल (आईएमएपी) वैकल्पिक और अधिक नवीनतम मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
+* पीओपी सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
-== IMAP == के साथ तुलना
+* पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, चूंकि सामान्यतः ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। आईएमएपी डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस स्थानीय प्रति डाउनलोड करता है।
-इंटरनेट मैसेज एक्सेस प्रोटोकॉल (IMAP) एक वैकल्पिक और अधिक हालिया मेलबॉक्स एक्सेस प्रोटोकॉल है। मतभेदों की मुख्य विशेषताएं हैं:
-* पीओपी एक सरल प्रोटोकॉल है, जो कार्यान्वयन को आसान बनाता है।
-* पीओपी संदेश को ईमेल सर्वर से स्थानीय कंप्यूटर पर ले जाता है, हालांकि आमतौर पर ईमेल क्लाइंट में ईमेल सर्वर पर भी संदेश छोड़ने का विकल्प होता है। IMAP डिफ़ॉल्ट रूप से संदेश को ईमेल सर्वर पर छोड़ देता है, बस एक स्थानीय प्रति डाउनलोड करता है।
 * पीओपी मेलबॉक्स को एक ही स्टोर के रूप में मानता है, और फ़ोल्डर्स की कोई अवधारणा नहीं है
-* एक IMAP क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: IMAP को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। IMAP क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
+* एक आईएमएपी क्लाइंट जटिल प्रश्न करता है, सर्वर से हेडर, या निर्दिष्ट संदेशों के निकाय, या कुछ मानदंडों को पूरा करने वाले संदेशों की खोज करने के लिए कहता है। मेल रिपॉजिटरी में संदेशों को विभिन्न स्टेटस फ़्लैग्स (जैसे हटाए गए या उत्तर दिए गए) के साथ चिह्नित किया जा सकता है और वे रिपॉजिटरी में तब तक बने रहते हैं जब तक कि उपयोगकर्ता द्वारा स्पष्ट रूप से हटा नहीं दिया जाता है - जो बाद के सत्र तक नहीं हो सकता है। संक्षेप में: आईएमएपी को दूरस्थ मेलबॉक्स के हेरफेर की अनुमति देने के लिए डिज़ाइन किया गया है जैसे कि वे स्थानीय थे। आईएमएपी क्लाइंट कार्यान्वयन और सिस्टम मैनेजर द्वारा वांछित मेल आर्किटेक्चर के आधार पर, उपयोगकर्ता क्लाइंट मशीन पर सीधे संदेश सहेज सकता है, या उन्हें सर्वर पर सहेज सकता है, या या तो करने का विकल्प दिया जा सकता है।
-* POP प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है, समवर्ती रूप से जुड़े हुए, क्लाइंट। उदाहरण के लिए देखें RFC3501 खंड 5.2 जो विशेष रूप से एक उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का हवाला देता है।
+*पीओपी प्रोटोकॉल के लिए आवश्यक है कि वर्तमान में कनेक्टेड क्लाइंट मेलबॉक्स से जुड़ा एकमात्र क्लाइंट हो। इसके विपरीत, आईएमएपी प्रोटोकॉल विशेष रूप से कई ग्राहकों द्वारा एक साथ पहुंच की अनुमति देता है और ग्राहकों को अन्य समवर्ती रूप से जुड़े ग्राहकों द्वारा मेलबॉक्स में किए गए परिवर्तनों का पता लगाने के लिए तंत्र प्रदान करता है। उदाहरण के लिए देखें आरएफसी3501 खंड 5.2 जो विशेष रूप से उदाहरण के रूप में एकाधिक एजेंटों द्वारा एक ही मेलबॉक्स में एक साथ पहुंच का प्रमाण देता है।
-* जब POP एक संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि IMAP4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
+* जब पीओपी संदेश को पुनः प्राप्त करता है, तो वह इसके सभी भागों को प्राप्त करता है, जबकि आईएमएपी4 प्रोटोकॉल क्लाइंट को किसी भी व्यक्तिगत [[MIME|माइम]] भागों को अलग से पुनः प्राप्त करने की अनुमति देता है - उदाहरण के लिए, संलग्न फ़ाइलों को पुनः प्राप्त किए बिना सादे पाठ को पुनः प्राप्त करना।
-* IMAP संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, इसका उत्तर दिया गया है, अग्रेषित किया गया है या हटाया गया है।
+* आईएमएपी संदेश की स्थिति पर नज़र रखने के लिए सर्वर पर फ़्लैग का समर्थन करता है: उदाहरण के लिए, संदेश पढ़ा गया है या नहीं, अग्रेषित करने का उत्तर दिया गया है या हटा दिया गया है।
 == टिप्पणियों के लिए संबंधित अनुरोध (आरएफसी) ==
@@ Line 99: / Line 94: @@
 * {{IETF RFC|1081|link=no}} - पोस्ट ऑफिस प्रोटोकॉल - संस्करण 3
 * {{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}} - आईएमएपी/पीओपी अधिकृत एक्सटेंशन फॉर सिंपल चैलेंज/रिस्पांस
 * {{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 और एसीएपी के साथ टीएलएस का उपयोग करना
-* {{IETF RFC|3206|link=no}} - SYS और AUTH POP प्रतिक्रिया कोड
+* {{IETF RFC|3206|link=no}} - एसवाईएस और प्राधि पीओपी प्रतिक्रिया कोड
-* {{IETF RFC|5034|link=no}} - पोस्ट ऑफिस प्रोटोकॉल (POP3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (SASL) ऑथेंटिकेशन मैकेनिज्म
+* {{IETF RFC|5034|link=no}} - पोस्ट ऑफिस प्रोटोकॉल (पीओपी3) सिंपल ऑथेंटिकेशन एंड सिक्योरिटी लेयर (एसएएसएल) ऑथेंटिकेशन मैकेनिज्म
-* {{IETF RFC|8314|link=no}} - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) का उपयोग
+* {{IETF RFC|8314|link=no}} - अप्रचलित माना जाने वाला क्लियरटेक्स्ट: ईमेल सबमिशन और एक्सेस के लिए ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) का उपयोग
 == यह भी देखें ==
@@ Line 134: / Line 129: @@
 * [http://www.eventhelix.com/RealtimeMantra/Networking/POP3.pdf POP3 Sequence Diagram] {{Webarchive|url=https://web.archive.org/web/20150503041335/http://www.eventhelix.com/RealtimeMantra/Networking/POP3.pdf |date=2015-05-03 }} (PDF)
-{{E-mail clients}}
-[[Category: इंटरनेट मेल प्रोटोकॉल]]
-[[Category: Machine Translated Page]]
 [[Category:Created On 28/01/2023]]
+[[Category:Lua-based templates]]
+[[Category:Machine Translated Page]]
+[[Category:Pages with script errors]]
+[[Category:Short description with empty Wikidata description]]
+[[Category:Templates Vigyan Ready]]
+[[Category:Templates that add a tracking category]]
+[[Category:Templates that generate short descriptions]]
+[[Category:Templates using TemplateData]]
+[[Category:Webarchive template archiveis links]]
+[[Category:Webarchive template wayback links]]
+[[Category:इंटरनेट मेल प्रोटोकॉल]]

Anonymous

Search

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

Namespaces

More

Page actions

Latest revision as of 11:59, 10 February 2023

Contents

उद्देश्य

इतिहास

पीओपी4

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

एसटीएआरटीटीएलएस

एसडीपीएस

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

सत्र उदाहरण

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

यह भी देखें

संदर्भ

आगे की पढाई

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

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

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

Latest revision as of 11:59, 10 February 2023

उद्देश्य

इतिहास

पीओपी4

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

एसटीएआरटीटीएलएस

एसडीपीएस

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

सत्र उदाहरण

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

यह भी देखें

संदर्भ

आगे की पढाई

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

Navigation

Wiki tools

Page tools

Other projects

Categories