VPN जुड़ा है पर IMAP सिंक नहीं हो रहा? ये तीन परतें जाँचें
मेल सर्वर तक पहुँचना, TLS हस्ताक्षेपण पूरा करना, प्रमाणीकरण करना और एक मेलबॉक्स चुनना अलग-अलग घटनाएँ हैं। वह परत खोजें जो विफल रही।
ऑफिस के VPN से जुड़ें, मेल क्लाइंट खोलें और देखें कि इनबॉक्स ताज़ा होने से इनकार कर रहा है जबकि वेबमेल सामान्य रूप से लोड हो रहा है। सामान्य निदान यह है कि VPN ट्रैफ़िक तो गुज़ार रहा है पर मेल को अवरुद्ध कर रहा है, या खाते का पासवर्ड बदल गया है। दोनों अनुमान IMAP क्लाइंट जो करता है उसकी संरचना को छोड़ देते हैं। मेज़बान तक पहुँचना, TLS पूरा करना, प्रमाणीकरण करना और मेलबॉक्स चुनना चार अलग घटनाएँ हैं, और VPN केवल पहली की मालिक है।
भ्रम: एक कनेक्शन का अर्थ एक लॉगिन
मान्यता यह है कि सुरंग बनते ही और मेल सर्वर जवाब देते ही मेलबॉक्स वास्तव में खुला होता है। ऐसा नहीं है। VPN सेवा तक रास्ता देता है; वह आपको साइन इन नहीं कराता और फ़ोल्डर नहीं चुनता। क्लाइंट पूरी तरह काम करती सुरंग और वैध पासवर्ड के साथ उन चरणों में से चौथे पर बैठा रह सकता है।
इसी अंतराल में «VPN पर IMAP काम नहीं करता» वाली अधिकांश रिपोर्टें वास्तव में रहती हैं।
तीन IMAP अवस्थाएँ, और क्लाइंट कहाँ अटकते हैं
IMAP एक अप्रमाणित अवस्था, एक प्रमाणित अवस्था और एक चयनित अवस्था परिभाषित करता है, और आदेश केवल उसी अवस्था में मान्य होते हैं जो उन्हें अनुमति देती है। कनेक्शन तब भी पहले से प्रमाणित शुरू हो सकता है जब सर्वर पूर्व-प्रमाणीकरण प्रदान करता है, इसलिए पासवर्ड का अनुरोध न होना कुछ सिद्ध नहीं करता। मेलबॉक्स चुनना सत्र को प्रमाणित से चयनित में ले जाता है, और तभी संदेशों पर काम करने वाले आदेशों का कोई लक्ष्य होता है।
जो क्लाइंट सफलतापूर्वक प्रमाणीकरण करता है और फिर कॉन्फ़िगर किया गया फ़ोल्डर चुनने में विफल रहता है, वह सर्वर के ठीक व्यवहार करते हुए भी सिंक विफलता जैसा दिखेगा। नाम बदले फ़ोल्डर, «इनबॉक्स» को अलग तरह से मैप करने वाला प्रदाता, या अनुपस्थित पहुँच अधिकार सभी यहीं आकर रुकते हैं। सर्वर का टैग किया गया NO उत्तर ही साक्ष्य है, और यह अस्वीकृत पासवर्ड वाला उत्तर नहीं है।
TLS, IMAP बातचीत से पहले आता है
पोर्ट 993 पर अंतर्निहित TLS के साथ, कोई भी IMAP आदेश भेजे जाने से पहले TLS हस्ताक्षेपण पूरा हो जाता है, इसलिए प्रमाणपत्र की समस्या ऐसी त्रुटि देती है जो मेल के बजाय विश्वास का उल्लेख करती है। मेल मेज़बान नाम को प्रमाणपत्र के विरुद्ध सत्यापित होना चाहिए ठीक वैसे ही जैसे वेब मेज़बान नाम होता है; ट्रैफ़िक सुरक्षित रखने वाली सुरंग अमान्य प्रमाणपत्र को मान्य नहीं बनाती।
त्रुटि पाठ मामलों को अलग करता है। कनेक्शन समय-समाप्ति का अर्थ है कि SYN कभी पूरा नहीं हुआ। TLS त्रुटि का अर्थ है कि TCP कनेक्शन काम कर गया और हस्ताक्षेपण नहीं। IMAP NO या BAD उत्तर का अर्थ है कि दोनों सफल रहे और प्रोटोकॉल परत ने कुछ अस्वीकार कर दिया। कोई भी सेटिंग बदलने से पहले दर्ज करें कि आपने कौन-सी देखी।
संग्रहीत मेल किसी बात का प्रमाण नहीं
मेल क्लाइंट पहले डाउनलोड किए गए संदेश दिखाता है, चाहे वह आज सर्वर तक पहुँच सके या नहीं, इसलिए दिखने वाला इनबॉक्स आपको केवल यह बताता है कि स्थानीय संग्रहण काम कर रहा है। किसी भी वास्तविक परीक्षण को सर्वर संचालन के लिए बाध्य करना होगा: कोई फ़ोल्डर ताज़ा करें, ऐसा संदेश लाएँ जो कभी डाउनलोड नहीं हुआ, या ऐसा आदेश भेजें जो क्लाइंट मेलबॉक्स चुनने के बाद ही देता।
गैर-विनाशकारी जाँच का उपयोग करें। एक फ़ोल्डर ताज़ा करना और खाते का त्रुटि लॉग पढ़ना खाते को हटाकर फिर से जोड़ने से बेहतर है, जो मुख्यतः यह सिद्ध करता है कि कॉन्फ़िगरेशन स्क्रीन अभी भी काम करती है।
भेजना और वेबमेल अलग प्रोटोकॉल हैं
मेल भेजना सबमिशन है, IMAP नहीं। यह अलग सेवा और सामान्यतः अलग पोर्ट का उपयोग करता है जिसका अपना TLS मोड और अपना प्रमाणीकरण होता है, इसलिए काम करता आउटबॉक्स यह सिद्ध नहीं करता कि IMAP मेलबॉक्स चुना गया, और टूटा आउटबॉक्स IMAP को दोषी नहीं ठहराता।
वेबमेल फिर से अलग है। यह उसी VPN पर सफल हो सकता है क्योंकि यह वेब फ़्रंटएंड के विरुद्ध HTTPS सत्र है, जो डेस्कटॉप क्लाइंट के IMAP मेज़बान, पोर्ट या TLS मोड के बारे में कुछ नहीं कहता।
हैंडऑफ़ के लिए चार परिणाम अलग-अलग दर्ज करें: VPN पथ, मेल एंडपॉइंट और TLS का परिणाम, खाता प्रमाणीकरण का परिणाम, और मेलबॉक्स चयन का परिणाम। क्रेडेंशियल और संदेश सामग्री को नोट से बाहर रखें। यह रिकॉर्ड अगले व्यक्ति को बताता है कि सुधार नेटवर्क, प्रमाणपत्र, खाते या फ़ोल्डर कॉन्फ़िगरेशन का है, बिना किसी सुरक्षा परत को कमज़ोर किए।