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

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

IMAP के हो?

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

विकास किन IMAP प्रोटोकल थियो?

यसलाई पप 3 लागि वैकल्पिक रूपमा विकास भएको थियो। यो सबै किनभने उत्तरार्द्ध कमीकमजोरी को थाले। त्यसैले, यो सर्भर मा व्यवस्थापन गर्न क्षमता, कदम, र स्टोर सन्देशहरू छैन। त्यो किनभने यो हो र IMAP प्रोटोकल टाढाको सर्भरमा डाटा भण्डारण द्वारा विभिन्न ठाउँमा ई-मेलहरू प्राप्त गर्न मौका प्रदान विकास गरिएको छ।

पप 3 भन्दा लाभ

यो प्रोटोकल प्रयोग किन गरियो? तथ्यलाई कि IMAP ई-मेल प्रस्तावहरू माथि, अझै लाभ को एक नम्बर बाहेक:

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

सन्देश र आफ्नो विशेषताहरु

IMAP सन्देश संग विशेष सुरक्षा कार्य प्रदान गर्दछ, र तिनीहरूलाई लागि विशेष हेडर संग कुनै पनि प्याकेटहरू आवश्यक छैन। तिनीहरूलाई प्रत्येक यसको आफ्नै विशेषताहरु छन्। तिनीहरूले अरूलाई व्यक्तिगत वा सँगै परिभाषित गर्न सकिन्छ। क्षणमा, त्यहाँ IMAP प्रोटोकल को छ संस्करण हो, तर लगभग सधैं मात्र तिनीहरूलाई अन्तिम प्रयोग।

UID

प्रत्येक सन्देश 32-बिट कोड प्राप्त गर्दछ। यो एक अद्वितीय परिचायक थपिएको छ। सँगै तिनीहरूले एक 64-बिट अनुक्रम, सन्देश पहिचान गर्न आवश्यक छ, जो गठन। कि IMAP सुरक्षा हो। यो आएका पछि, महत्त्वपूर्ण भएको UID छ। एक मेलबक्स चयन गर्दा यो प्यारामिटर प्रतिक्रिया कोड रूपमा प्रयोग गरिन्छ। उहाँले तिनीहरूलाई बीच एक सत्र समयमा वा परिवर्तन गर्दैन। प्रौद्योगिकी अवस्था यो मापदण्ड को सम्पादन आवश्यक छ भने, UID अघि भन्दा ठूलो हुनुपर्दछ। डाटा प्रसारण लागि प्रयोग नै IMAP पोर्ट छ।

सन्देश सिरियल नम्बर

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

झण्डा पोस्ट

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

1. \ देखिएको - सन्देश पढ्न;
2. \ उत्तर दिए - एक जवाफ पठाउन;
3. \ हाल - एउटा सन्देश हालको सत्र समयमा देखा;
4. \ मस्यौदा - एक मस्यौदा रूपमा चिन्ह थियो;
5. \ झण्डा लगाइएको - प्रयोगकर्ता महत्त्वपूर्ण रूपमा सन्देश चिन्ह लगाइएको छ;
6. \ हटाइएको - रिमोट।

आन्तरिक मिति र सन्देश समय

कसरी जो मान यी मापदण्डहरू भित्र हुनुपर्छ परिभाषित गर्ने? यदि सन्देश SMTP प्रोटोकल प्रयोग गरेर वितरण गरिएको छ, यो समय र अन्तिम गन्तव्य को मिति लिइएको छ। तपाईं प्रतिलिपि आदेश प्रयोग गर्नुहुन्छ भने, प्रेषकलाई प्रयोग मापदण्डहरू। तपाईं सेट र समय र मिति गर्न सकिन्छ - यो लागि आदेश थप्नुहोस् प्रयोग गर्नुहोस्।

सर्भर र ग्राहक कुरा

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

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

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

र के आवश्यक प्रतिक्रिया वास्तवमा छ? तिनीहरूले सफलता / जानकारी को विफलता बारेमा बताउनुहोस्। प्रतिक्रिया सधैं ग्राहक प्रक्रिया शुरू कि टोली प्रयोग भएको छ कि नै लेबल भनेर प्रयोग गरिन्छ। यो यसकारण सम्भव multithreading डाटा स्थानान्तरण छ, र तिनीहरू संग छैन भ्रमित गरिनेछ। सर्भरबाट प्रतिक्रिया तीन प्रकारका स्थिति स्पष्ट गर्न डिजाइन भएको थियो:

1. सफल कार्यान्वयन।
2. असफल।
3. IMAP प्रोटोकल त्रुटि (अज्ञात आदेश लागू गर्दा, वा सर्भर त्यहाँ विन्यास समस्या छ कि पहिचान गर्न हुन्छ)।

ग्राहक सुविधा सधैं उहाँलाई आउने कुनै पनि प्रतिक्रिया ह्यान्डल गर्न तयार हुनुपर्छ भन्ने छ। यी अनावश्यक सर्भर lookups पठाउने, ग्राहक तिनीहरूलाई प्रत्यक्ष प्रयोग गर्न सक्षम थियो यस्तो तरिकाले लिखित गर्न आवश्यक छ। तपाईं Gmail मा गर्न सक्छन् जस्तै हेर्नुहोस्। IMAP सेटिङहरू सम्पादन वा किनभने परिवर्तन गर्न सकिन्छ मेल ग्राहकहरु व्यापक कार्यक्षमता संग।

निष्कर्षमा

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