Outlook को क्यास मेल खुल्छ तर केही पनि सिङ्क हुँदैन: के जाँच्ने

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

जाँचहरू क्रममा गर्नुहोस्, र अरू केही गर्नुअघि तपाईं कुन Outlook बिल्ड हेर्दै हुनुहुन्छ लेख्नुहोस्, किनकि नियन्त्रणहरू फरक हुन्छन्।

कुन क्लाइन्ट र कुन खाता प्रकार हो निश्चित गर्नुहोस्

Windows का लागि क्लासिक Outlook, नयाँ Outlook र वेबमा Outlook तीन फरक जडान मार्ग भएका तीन फरक क्लाइन्ट हुन्, र एउटाका लागि दिइएको सल्लाह अर्कोका लागि प्रायः गलत हुन्छ। क्लासिक Outlook भित्र, सर्भर पुग्न नसक्दा Exchange खाता र POP वा IMAP खाता फरक व्यवहार गर्छन्, किनकि Exchange खातामा मात्र MAPI ट्रान्सपोर्ट र क्यास गरिएको मेलबक्स भण्डार हुन्छ। कुनै पनि स्थितिको व्याख्या गर्नुअघि खाता सेटिङमा खाता प्रकार पहिचान गर्नुहोस्। IMAP सेटअपबाट प्रतिलिपि गरिएको समाधानले Exchange जडानको वर्णन गर्दैन।

क्लाइन्टको नाम र संस्करण लेख्नुहोस्। सहायता थ्रेडहरूमा ती नियमित रूपमा मिसाइन्छन्, र स्क्रिनसट आधा बाटोमा मेल खान छोड्छन्।

विफल हुँदै गर्दा जडान स्थिति पढ्नुहोस्

क्लासिक Outlook चलिरहेको बेला Ctrl थिचेर राख्नुहोस् र सूचना क्षेत्रको आइकनमा दायाँ क्लिक गर्नुहोस्, त्यसपछि जडान स्थिति खोल्नुहोस्। यो पुनः सुरु गरेपछि होइन, विफल हुँदै गरेको कार्यका बेला गर्नुहोस्, किनकि यो दृश्यले त्यो क्षणमा क्लाइन्टले के प्रयास गरिरहेको छ भन्ने जनाउँछ। सर्भरको नाम, प्रोटोकल र स्थिति रेकर्ड गर्नुहोस्, त्यसपछि त्यो सर्भरलाई खाताले प्रयोग गर्ने अपेक्षा गरेको सर्भरसँग तुलना गर्नुहोस्। Microsoft का निदान निर्देशिकाले यो दृश्य र सारांश पर्याप्त नभएपछि सङ्कलन गर्न सकिने थप विस्तृत लगिङ समेट्छ।

आधुनिक Exchange परिनियोजनहरूले Outlook ट्राफिक MAPI over HTTP मार्फत बोक्छन्, त्यसैले SMTP सबमिसन पोर्ट खोल्नु मेलबक्स जडानको मर्मत होइन। यदि ट्रान्सपोर्ट सेवासम्म पुग्छ भने, HTTP वा प्रमाणीकरण त्रुटि राख्नुहोस् र कहिल्यै समस्या नभएको पासवर्ड रिसेट गर्नुको सट्टा त्यो चरणमा काम गर्नुहोस्।

एन्डपोइन्टलाई ब्राउजरको मार्गसँग तुलना गर्नुहोस्

काम गर्ने वेब मेलबक्सले प्रमाणित गर्छ कि ब्राउजर एउटा नाम र एउटा प्रोक्सी कन्फिगरेसनमार्फत एउटा एन्डपोइन्टसम्म पुग्न सक्छ। Outlook ले त्यही ठेगाना समाधान गर्यो, त्यही मार्ग प्रयोग गर्यो वा त्यही प्रमाणपत्र स्वीकार गर्यो भनेर यसले प्रमाणित गर्दैन। VPN हुँदा विभाजित DNS ले Outlook को नाम आन्तरिक ठेगानामा पठाउन सक्छ, जबकि ब्राउजर सार्वजनिक ठेगाना प्रयोग गर्छ, र त्यो भिन्नताले मात्र बिग्रिएको क्लाइन्टको छेउमा काम गर्ने वेब सत्र व्याख्या गर्छ। दुवै मार्गमा समाधान गरिएको ठेगाना, छानिएको मार्ग र TLS पहिचान तुलना गर्नुहोस्।

प्रशासनिक पोर्टल र टाढाको PowerShell प्रयोगकर्ताको मेलबक्स परीक्षणको विकल्प होइनन्, किनकि ती फरक प्रमाणीकरण भएका फरक सेवा हुन्।

नयाँ कार्यसँग क्यास परीक्षण गर्नुहोस्

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

क्यास मोड बदल्दा मार्ग वा सेवा मर्मत नगरी लक्षण सर्न सक्छ।

कुनै पनि समर्थित सुधारपछि मूल कार्य दोहोर्याउनुहोस् र नयाँ डाटा सर्भरसम्म पुगेर फर्किएको पुष्टि गर्नुहोस्। त्यो नतिजा पहिले नै डिस्कमा रहेको मेल पढ्ने सुविधाबाट छुट्टै रेकर्ड गर्नुहोस्।