IMAP सुरक्षा भंडारण

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

IMAP क्या है?

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

क्यों IMAP प्रोटोकॉल विकसित किया गया था?

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

पॉप 3 से अधिक लाभ

क्यों इस प्रोटोकॉल इस्तेमाल किया गया था? तथ्य यह है कि IMAP ई-मेल प्रदान करता है, ऊपर, फिर भी लाभ के एक नंबर के अलावा:

1. सक्रिय जब तक डिस्कनेक्ट न करें यूजर इंटरफेस।
2. संदेश डाउनलोड कर रहे हैं तभी ग्राहक से संबंधित आवश्यकताओं पर कर रहे हैं।
3. कई लोगों के पहुंच एक साथ कर सकते हैं, उनमें से प्रत्येक किए गए सभी परिवर्तन का ट्रैक रखने के लिए सक्षम हो जाएगा।
4. ग्राहक, बना सकते हैं, संशोधित करने, और बक्से के नाम हटाने के लिए, और उन दोनों के बीच संदेशों को ले। इसके अलावा, अगर आप IMAP विस्तार 4 अभिगम नियंत्रण सूची है, तो आप अनुमतियों को परिवर्तित कर सकते हैं।
5. आप संदेश की स्थिति को ट्रैक कर सकते हैं (, पढ़ने के लिए कर दिया गया है नष्ट कर दिया, एक प्रतिक्रिया, आदि भेजा गया)। इस तरह के कार्यों का ब्यौरा झंडे कहा जाता है और वे सर्वर पर संग्रहीत कर रहे हैं।
6. संदेश खोजें हमेशा सर्वर पर किया जाता है और वहाँ के विस्तार के लिए एक स्पष्ट व्यवस्था है।

संदेश और उनकी विशेषताओं

IMAP संदेश सेवा के साथ विशेष रूप सुरक्षा काम प्रदान करता है, और उनके लिए विशेष हेडर के साथ किसी भी पैकेट जरूरत नहीं है। उनमें से प्रत्येक का अपना गुण होते हैं। वे व्यक्तिगत रूप से या एक साथ अन्य लोगों के साथ परिभाषित किया जा सकता। फिलहाल, वहाँ IMAP प्रोटोकॉल के छह संस्करणों रहे हैं, लेकिन लगभग हमेशा उनमें से केवल पिछले इस्तेमाल किया।

यूआईडी

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

संदेश के सीरियल नंबर

यह एक के साथ शुरू होता है। पिछले अभियानों की तुलना में प्रत्येक अनुवर्ती संदेश की संख्या, 1 से वृद्धि की जाती है। उदाहरण के लिए, जब पूरी तरह से ई मेलों को हटाने: मेलबॉक्स है कि यह एक सत्र कनेक्शन के दौरान बदल सकते हैं से एक महत्वपूर्ण अंतर।

झंडे के पोस्ट

यह विशेषता एक सूची है, जिसमें शून्य या अधिक नामित टोकन जो बुनियादी जानकारी के साथ सहसंबद्ध होते हैं देखते हैं के रूप में प्रकट होता है। झंडे के IMAP 4.1 दो प्रकार पेश किया गया है। वे (सत्र के दौरान) अस्थायी रूप से काम करते हैं, या स्थायी हो सकता है। सिस्टम झंडा, नाम है जिसके लिए प्रोटोकॉल विनिर्देश में परिभाषित किया गया है कहा जाता है। वे सभी \ से आरंभ होने चाहिए। वर्तमान में ऐसी कोई प्रणाली झंडे पहचान की गई है:

1. \ देखा - संदेश पढ़ा;
2. \ उत्तर दिया - एक जवाब भेज;
3. \ हाल - संदेश वर्तमान सत्र के दौरान दिखाई दिया,
4. \ मसौदा - एक मसौदा के रूप में चिह्नित किया गया था;
5. \ में चिह्नित किया गया - उपयोगकर्ता महत्वपूर्ण के रूप में संदेश चिह्नित किया गया है;
6. \ हटाया गया - दूरदराज के।

आंतरिक तारीख और संदेश के समय

कैसे परिभाषित करने के लिए जो मान इन मानकों के भीतर होना चाहिए? संदेश SMTP प्रोटोकॉल का उपयोग करके वितरित किया जाता है, तो यह समय और अंतिम गंतव्य की तारीख लिया जाता है। आप प्रतिलिपि आदेश का उपयोग करते हैं, तो पैरामीटर प्रेषक द्वारा इस्तेमाल किया। आप सेट किया जा सकता है और समय और तारीख - इस के लिए आदेश संलग्न का उपयोग करें।

सर्वर और ग्राहक बात

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

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

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

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

1. सफल निष्पादन।
2. असमर्थ रहे हैं।
3. IMAP प्रोटोकॉल त्रुटि (तब होता है जब एक अज्ञात आदेश लागू किया जाता है, या सर्वर पहचान करने के लिए वाक्य रचना के साथ एक समस्या यह है कि)।

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

निष्कर्ष

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