POP3 और IMAP: मेल प्रोटोकॉल का इतिहास और Yandex.Mail में IMAP के माध्यम से पत्रों का संग्रह

( मार्क क्रिस्पिन 07/19/1956 को समर्पित - 12/28/2012)

कुछ समय पहले, IMAP मेल कलेक्टर Yandex.Mail में दिखाई दिए थे। इस पोस्ट में हम दो महत्वपूर्ण मेल प्रोटोकॉल - POP3 और IMAP के बारे में थोड़ी बात करेंगे - और वे कैसे दिखाई दिए और आधुनिक मेल सिस्टम में उपयोग किए जाते हैं। यह हमेशा उतना सरल और स्पष्ट नहीं है जितना आप लगभग 30 वर्षों से विकसित हो रही प्रौद्योगिकियों से उम्मीद करते हैं।

हम अपने भ्रमण को प्रोटोकॉल के इतिहास में शुरू करते हैं, जिसके माध्यम से आप हर दिन अपने सौ पत्र प्राप्त करते हैं।




जब आप कई महीनों और वर्षों के लिए वेब पर संवाद करते हैं, तो आपको कई पत्र मिलते हैं, और यह सैकड़ों मेगाबाइट और पत्राचार और फाइलों की गीगाबाइट है। अक्सर ये सिर्फ उपयोगी फाइलें नहीं होती हैं; आप इनसे मील के पत्थर को वापस बुला सकते हैं और पुनर्स्थापित कर सकते हैं। यह डेटा कंप्यूटर की स्थानीय डिस्क की सामग्री से अधिक मूल्यवान है।

कभी-कभी कार्य एक नए और अधिक सुविधाजनक मेल सिस्टम पर स्विच करना है, लेकिन अक्षरों के संचित अभिलेख हस्तक्षेप करते हैं। उन्हें उसी जगह फेंक दो? यह एक दया है। पासवर्ड भूल गए हैं। कभी-कभी उनकी पुनर्प्राप्ति के लिए दर्ज किए गए मोबाइल नंबर और ईमेल पते खो जाते हैं। एक बार जब आप हमेशा के लिए अभिलेखागार खो सकते हैं। स्थानीय हार्ड ड्राइव पर डाउनलोड करें? डिस्क या फ्लैश ड्राइव पर स्थानांतरण? लेकिन वे अविश्वसनीय हैं: वे टूट जाते हैं, खो जाते हैं, बिगड़ जाते हैं।

मेल संग्रह को एक नए मेलबॉक्स में आयात करने के लिए सबसे तार्किक समाधान है। लेकिन यह एक बार करने के लिए पर्याप्त नहीं है, क्योंकि महत्वपूर्ण पत्र पुराने मेलबॉक्स पर आना जारी रख सकते हैं। आप आने वाले सभी मेल के बिना शर्त पुनर्निर्देशन को दूसरे पते पर सेट कर सकते हैं, और तकनीकी दृष्टिकोण से यह सबसे बेहतर विकल्प है। लेकिन हम रोबोट नहीं हैं, और तकनीकी रूप से किफायती समाधान हमेशा उपयोग करने के लिए सुविधाजनक है।

लंबे समय के लिए, POP3 प्रोटोकॉल नए संदेशों की लगातार पृष्ठभूमि सिंक्रनाइज़ेशन के साथ मेल सिस्टम के बीच मेल संग्रह को स्थानांतरित करने का एकमात्र तरीका था। बाहरी POP3 सर्वर से मेल एकत्र करने की क्षमता हर जगह और अच्छी तरह से लागू की जाती है। किसी भी मामले में, प्रोटोकॉल की अनुमति के रूप में अच्छा है, और इसमें बहुत सी अप्रिय सीमाएं हैं।

POP3 की तारीख 1984 तक है, जब दक्षिणी कैलिफोर्निया विश्वविद्यालय में कंप्यूटर विज्ञान संस्थान के कर्मचारियों में से एक, जॉइस रेनॉल्ड्स ने RFC 918 प्रकाशित किया, जो ईमेल प्राप्त करने के लिए एक मानक प्रोटोकॉल (पीओपी - पोस्ट ऑफिस प्रोटोकॉल) का प्रस्ताव है। चार साल बाद, पीओपी प्रोटोकॉल का तीसरा संस्करण दिखाई दिया, और पीओपी 3 के लिए मानक का आधुनिक संस्करण, लगभग 17 साल पहले 1996 के वसंत में प्रकाशित हुआ था।

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

अब यह कल्पना करना कठिन है कि ईमेल सर्वर पर संग्रहीत नहीं थे। उन्हें जल्द से जल्द अवसर पर स्थानीय कंप्यूटर पर अपलोड किया गया और स्थानीय स्तर पर पते, विषय और महत्व के आधार पर पढ़ा गया।

दिलचस्प है, POP2 प्रोटोकॉल ने सर्वर पर कई फ़ोल्डरों के साथ काम करने की क्षमता प्रदान की, लेकिन यह दावा नहीं किया गया था, और वितरण प्रोटोकॉल स्वयं प्राप्त नहीं हुआ था। इसलिए, POP3 में, इस सुविधा को लागू करने वाली FOLD टीम को हटा दिया गया था। POP2 समय से आगे निकल गया।

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

POP3 को बेहतर बनाने के कई प्रयास हुए हैं, लेकिन उनमें से किसी ने भी IMAP प्रोटोकॉल के रूप में ऐसी सफलता हासिल नहीं की है, जो 1985 के बाद से लगभग समानांतर रूप से विकसित हो रही है। IMAP का इतिहास भी काफी दिलचस्प है। उदाहरण के लिए, पहला कार्यान्वयन लिस्प में किया गया था, और इसकी विरासत एस-एक्सप्रेशन के रूप में प्रोटोकॉल में हमेशा के लिए बनी रही, जिसने BODYSTRUCTURE जैसे जटिल सर्वर प्रतिक्रियाओं को एन्कोड किया।

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

IMAP का नवीनतम संस्करण, 4rev1, 2003 में जारी RFC 3501 में वर्णित है। स्पष्ट उम्र के बावजूद, प्रोटोकॉल प्रारंभिक अवस्था में प्रदान किए गए विस्तार तंत्र के लिए धन्यवाद के कारण जीवित हो गया। यह तंत्र, निश्चित रूप से, इसकी कमियों के बिना भी नहीं है, लेकिन फिर भी, इसने विभिन्न लोगों को पचास से अधिक सार्वजनिक एक्सटेंशन जारी करने की अनुमति दी है, जिनमें से कई को हाल ही में विकसित किया गया था और व्यापक आवेदन मिला है।

IMAP पहुंच समर्थन के बिना एक आधुनिक मेल प्रणाली बकवास है। कई वर्षों से, Yandex.Mail आउटलुक, थंडरबर्ड, ऐपल मेल और साथ ही कई मोबाइल ग्राहकों जैसे लोकप्रिय ग्राहक कार्यक्रमों से काम करने के लिए एक सर्वर के रूप में IMAP का समर्थन कर रहा है। वैसे, यह उन स्मार्टफ़ोन के लिए धन्यवाद था जो IMAP को विकास की दूसरी लहर मिली। यदि व्यक्तिगत कंप्यूटर पर कुछ समय के लिए उपयोगकर्ताओं के विशाल बहुमत ने अपने मेल के लिए एक वेब इंटरफेस का विकल्प चुना है, तो मोबाइल उपकरणों के साथ स्थिति बिल्कुल भी ऐसी नहीं है। तेजी से और सुंदर IMAP- क्लाइंट, उदाहरण के लिए iOS में, हमें IMAP के दृष्टिकोण पर विशेष रूप से पेशेवर और "उन्नत" उपयोगकर्ताओं की पसंद के रूप में पुनर्विचार करते हैं।

हाल ही में, Yandex.Mail ने भी एक IMAP क्लाइंट का कार्य शुरू किया - एक POP3 कलेक्टर के अलावा IMAP के माध्यम से बाहरी सर्वर से मेल का एक कलेक्टर।

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



आप यांडेक्स में फ़ोल्डर्स के साथ संग्रह को सक्षम कर सकते हैं। IMAP प्रोटोकॉल का समर्थन करने वाले सभी मेल सिस्टम से मेल करें। प्रोटोकॉल सरल नहीं है, IMAP सर्वर के प्रत्येक कार्यान्वयन के अपने स्वयं के हुक हैं, और पुराने मेल से नए में संक्रमण के सबसे बड़े संस्करण को पहले संसाधित करना हमारे लिए महत्वपूर्ण था।

स्वयं पत्रों के अलावा, सबसे सामान्य मेल सेवाओं की पता पुस्तिकाओं से संपर्क अभी भी आयात किए जाते हैं।

IMAP प्रोटोकॉल पीओपी 3 की तुलना में काफी अधिक जटिल है और बस क्षमताओं और आदेशों के एक सेट और ऑपरेशन के कुछ बुनियादी सिद्धांतों द्वारा। उदाहरण के लिए, IMAP इन आदेशों के लिए क्लाइंट कमांड और सर्वर प्रतिक्रियाओं को टैग करता है, जो सर्वर को यादृच्छिक क्रम में कमांड का जवाब देने की अनुमति देता है।

प्रत्येक कमांड को कुछ पहचानकर्ता से पहले होना चाहिए - एक टैग, जो तब सर्वर द्वारा इस कमांड का जवाब देते समय उपयोग किया जाएगा। यह सर्वर के साथ क्लाइंट की "बातचीत" को पूरी तरह से अतुल्यकालिक बनाने की अनुमति देता है - सर्वर को किसी भी क्रम में क्लाइंट आदेशों का जवाब देने का अधिकार है, क्योंकि टैग आपको पहले से जारी कमांड की प्रतिक्रिया से स्पष्ट रूप से मेल खाने की अनुमति देते हैं। इसके अलावा, सर्वर एक ही समय में इस तरह के कमांड को निष्पादित कर सकता है, मेल के साथ काम की गति को तेज कर सकता है, और Yandex.Mail इस का उपयोग कर सकता है। उसी समय, इसके लिए क्लाइंट और सर्वर दोनों को प्रोग्रामिंग करने के लिए एक विशेष दृष्टिकोण की आवश्यकता होती है। यदि इस बिंदु पर आपको टीसीपी में अनुक्रम संख्याओं का तंत्र याद आया है, तो अपने आप को geek क्रेडेंशियल में +1 लिखें :)

Yandex.Mail के अंदर IMAP कलेक्टर को लागू करने के लिए, हमने अपने अतुल्यकालिक ढांचे का उपयोग किसी भी उच्च-प्रदर्शन नेटवर्क सेवाओं को लिखने के लिए किया है जिसे xfox कहा जाता है। हालांकि इसका स्रोत कोड बंद है, हालांकि हम इसे प्रकाशित करने की संभावना पर विचार कर रहे हैं। खबर का पालन करें

Yandex.Mail पर जाएं, IMAP द्वारा कलेक्टर को कॉन्फ़िगर करें - और आप हमेशा किसी भी पुराने पत्र को पा सकते हैं। तो क्या, लेकिन Yandex जानता है कि कैसे खोज करना है।