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 लक्ष देण्यासारखे आहेत, अयशस्वी क्रियेतून घेतलेल्या पुराव्यांसह.

कॅश मोड बदलल्याने मार्ग किंवा सेवा दुरुस्त न करता लक्षण हलू शकते.

कोणत्याही समर्थित दुरुस्तीनंतर मूळ क्रिया पुन्हा करा आणि नवीन डेटा सर्व्हरपर्यंत पोहोचतो आणि परत येतो याची पुष्टी करा. तो निकाल आधीच डिस्कवर असलेले मेल वाचण्याच्या सोयीपासून वेगळा नोंदवा.