Outlook-এর ক্যাশে করা মেইল খোলে কিন্তু কিছুই সিঙ্ক হয় না: কী পরীক্ষা করবেন
Exchange-এ পৌঁছানো না গেলেও ক্যাশে করা মেইলবক্স খুলতে পারে। সমস্যার সময় Connection Status পড়ুন, তারপর এন্ডপয়েন্টকে ব্রাউজারের পথের সঙ্গে মিলিয়ে দেখুন।
পুরোনো মেইল খোলে, ফোল্ডার তালিকা স্বাভাবিক দেখায়, আর আজ সকালে পাঠানো একটি বার্তা কখনও আউটবক্স ছাড়ে না। এই সমন্বয় বলে স্থানীয় ক্যাশ ঠিক আছে কিন্তু Exchange-এর সঙ্গে সংযোগ নেই, এবং এই পুরো ক্ষেত্রে এটি সবচেয়ে ভুলভাবে পড়া উপসর্গ। কিছুই ক্র্যাশ করেনি, তাই প্রতিবেদনটি সাধারণত Outlook ধীর হলে যেমন আসে তেমন আসে, Outlook বিচ্ছিন্ন হলে যেমন আসে তেমন নয়।
পরীক্ষাগুলো ক্রমানুসারে করুন, এবং সবকিছুর আগে লিখে নিন আপনি কোন Outlook বিল্ড দেখছেন, কারণ নিয়ন্ত্রণগুলো আলাদা।
কোন ক্লায়েন্ট এবং কোন ধরনের অ্যাকাউন্ট তা নিশ্চিত করুন
Windows-এর ক্লাসিক Outlook, নতুন Outlook এবং ওয়েবে Outlook—এই তিনটি আলাদা ক্লায়েন্ট, তিনটি আলাদা সংযোগ পথ, আর একটির জন্য পরামর্শ প্রায়ই অন্যটির জন্য ভুল। ক্লাসিক Outlook-এর ভেতরে Exchange অ্যাকাউন্ট আর POP বা IMAP অ্যাকাউন্ট সার্ভারে পৌঁছানো না গেলে ভিন্নভাবে আচরণ করে, কারণ কেবল Exchange অ্যাকাউন্টেরই MAPI পরিবহন ও ক্যাশে করা মেইলবক্স স্টোর আছে। যেকোনো স্ট্যাটাস ব্যাখ্যা করার আগে অ্যাকাউন্ট সেটিংসে অ্যাকাউন্টের ধরন শনাক্ত করুন। IMAP সেটআপ থেকে কপি করা সমাধান Exchange সংযোগ বর্ণনা করবে না।
ক্লায়েন্টের নাম ও সংস্করণ লিখে রাখুন। সাপোর্ট থ্রেডগুলো নিয়মিত এগুলো মিশিয়ে ফেলে, আর স্ক্রিনশটগুলো মাঝপথে মিলতে থেমে যায়।
ব্যর্থ হওয়ার সময় সংযোগের স্ট্যাটাস পড়ুন
ক্লাসিক Outlook চালু থাকা অবস্থায় Ctrl চেপে ধরে নোটিফিকেশন এলাকার আইকনে ডান-ক্লিক করুন, তারপর Connection Status খুলুন। রিস্টার্টের পরে নয়, ব্যর্থ হওয়া কাজটির সময়ই এটি করুন, কারণ ভিউটি দেখায় ক্লায়েন্ট সেই মুহূর্তে কী করার চেষ্টা করছে। সার্ভারের নাম, প্রোটোকল ও অবস্থা লিখে রাখুন, তারপর সেই সার্ভারটিকে অ্যাকাউন্ট যে সার্ভার ব্যবহার করবে বলে আপনি আশা করেন তার সঙ্গে মিলিয়ে দেখুন। Microsoft-এর ডায়াগনস্টিক নির্দেশিকা এই ভিউ এবং সারসংক্ষেপ যথেষ্ট না হলে আপনি যে আরও বিস্তারিত লগ সংগ্রহ করতে পারেন তা কভার করে।
আধুনিক Exchange স্থাপনাগুলো Outlook ট্রাফিক MAPI over HTTP-র উপর দিয়ে বহন করে, তাই SMTP সাবমিশন পোর্ট খোলা মেইলবক্স সংযোগের মেরামত নয়। যদি পরিবহন পরিষেবা পর্যন্ত পৌঁছায়, তবে HTTP বা প্রমাণীকরণ ত্রুটিটি ধরে রাখুন এবং এমন পাসওয়ার্ড রিসেট করার বদলে সেই ধাপে কাজ করুন যা কখনও সমস্যা ছিল না।
এন্ডপয়েন্টকে ব্রাউজারের পথের সঙ্গে মিলিয়ে দেখুন
কাজ করা একটি ওয়েব মেইলবক্স প্রমাণ করে একটি ব্রাউজার একটি নাম ও একটি প্রক্সি কনফিগারেশনের মাধ্যমে একটি এন্ডপয়েন্টে পৌঁছাতে পারে। এটি প্রমাণ করে না যে Outlook একই ঠিকানা রিজলভ করেছে, একই রুট ব্যবহার করেছে বা একই সার্টিফিকেট গ্রহণ করেছে। VPN থাকলে স্প্লিট DNS Outlook-এর নাম অভ্যন্তরীণ ঠিকানায় পাঠাতে পারে, অথচ ব্রাউজার একটি পাবলিক ঠিকানা ব্যবহার করে, আর এই পার্থক্যই ভাঙা ক্লায়েন্টের পাশে কাজ করা একটি ওয়েব সেশন ব্যাখ্যা করে। উভয় পথে রিজলভ করা ঠিকানা, নির্বাচিত রুট এবং TLS পরিচয় মিলিয়ে দেখুন।
প্রশাসনিক পোর্টাল ও রিমোট PowerShell ব্যবহারকারীর মেইলবক্স পরীক্ষার বিকল্প নয়, কারণ এগুলো ভিন্ন প্রমাণীকরণসহ ভিন্ন পরিষেবা।
নতুন একটি কাজ দিয়ে ক্যাশ পরীক্ষা করুন
Cached Exchange Mode একটি স্থানীয় কপি রাখে এবং সার্ভারের সঙ্গে সিঙ্ক করে, যা এটিকে বাধার প্রতি সহনশীল করে, কিন্তু সার্ভার থেকে স্বাধীন করে না। পুরোনো ক্যাশে করা বার্তা পড়া নেটওয়ার্ক পরীক্ষা নয়, Work Offline টগলও নয়। নতুন একটি বার্তা পাঠান বা জোর করে সিঙ্ক করুন এবং সেই নির্দিষ্ট কাজটি লক্ষ করুন। ছোট বিনিময় সফল হয় কিন্তু বড় স্থানান্তর আটকে গেলে প্যাকেটের আকার ও পথের MTU মনোযোগের দাবি রাখে, আর প্রমাণ নিতে হবে ব্যর্থ হওয়া কাজটি থেকেই।
ক্যাশ মোড বদলালে উপসর্গটি সরে যেতে পারে, কিন্তু রুট বা পরিষেবা মেরামত হয় না।
যেকোনো সমর্থিত সংশোধনের পরে মূল কাজটি পুনরাবৃত্তি করুন এবং নিশ্চিত করুন যে নতুন ডেটা সার্ভারে পৌঁছায় ও ফিরে আসে। ইতিমধ্যে ডিস্কে থাকা মেইল পড়ার সুবিধা থেকে আলাদাভাবে সেই ফলাফল লিখে রাখুন।