Outlook లో కాష్ చేసిన మెయిల్ తెరుచుకుంటుంది కానీ ఏదీ సింక్ కాదు: ఏమి తనిఖీ చేయాలి

పాత మెయిల్ తెరుచుకుంటుంది, ఫోల్డర్ జాబితా సాధారణంగా కనిపిస్తుంది, మరియు ఈ ఉదయం పంపిన సందేశం ఎప్పుడూ అవుట్ బాక్స్ నుండి బయటకు వెళ్లదు. ఈ కలయిక స్థానిక కాష్ బాగుందని మరియు Exchange కనెక్షన్ బాగా లేదని చెబుతుంది, మరియు ఈ మొత్తం రంగంలో ఇదే ఎక్కువగా తప్పుగా అర్థం చేసుకున్న లక్షణం. ఏదీ క్రాష్ కాలేదు, అందుకే నివేదిక సాధారణంగా Outlook నెమ్మదిగా ఉంది అని వస్తుంది, Outlook డిస్ కనెక్ట్ అయింది అని కాదు.

తనిఖీలను క్రమంగా చేయండి, మరియు మరేదైనా చేయకముందు మీరు ఏ Outlook బిల్డ్ చూస్తున్నారో రాయండి, ఎందుకంటే నియంత్రణలు భిన్నంగా ఉంటాయి.

ఏ క్లయింట్ మరియు ఏ ఖాతా రకం అని నిర్ధారించండి

Windows కోసం క్లాసిక్ Outlook, కొత్త Outlook మరియు వెబ్ లో Outlook మూడు వేర్వేరు కనెక్షన్ మార్గాలతో మూడు వేర్వేరు క్లయింట్లు, ఒకదానికి ఇచ్చిన సలహా మరొకదానికి తరచుగా తప్పు. క్లాసిక్ Outlook లో, సర్వర్ అందుబాటులో లేనప్పుడు Exchange ఖాతా మరియు POP లేదా IMAP ఖాతా భిన్నంగా ప్రవర్తిస్తాయి, ఎందుకంటే MAPI రవాణా మరియు కాష్ చేసిన మెయిల్ బాక్స్ నిల్వ Exchange ఖాతాకు మాత్రమే ఉంటాయి. ఏ స్థితినైనా అర్థం చేసుకోకముందు ఖాతా సెట్టింగ్స్ లో ఖాతా రకాన్ని గుర్తించండి. IMAP సెటప్ నుండి కాపీ చేసిన పరిష్కారం Exchange కనెక్షన్ ను వివరించదు.

క్లయింట్ పేరు మరియు వెర్షన్ రాయండి. సహాయ థ్రెడ్లలో అవి క్రమంగా కలిపివేయబడతాయి, మరియు స్క్రీన్ షాట్లు సగం దారిలో సరిపోవడం ఆపేస్తాయి.

విఫలమవుతున్నప్పుడు కనెక్షన్ స్థితిని చదవండి

క్లాసిక్ Outlook నడుస్తున్నప్పుడు Ctrl నొక్కి పట్టుకుని నోటిఫికేషన్ ప్రాంతంలోని ఐకాన్ పై కుడి క్లిక్ చేసి, ఆపై కనెక్షన్ స్థితిని తెరవండి. రీస్టార్ట్ తర్వాత కాదు, విఫలమవుతున్న ఆపరేషన్ సమయంలో ఇది చేయండి, ఎందుకంటే ఈ వీక్షణ ఆ క్షణంలో క్లయింట్ ఏమి ప్రయత్నిస్తుందో నివేదిస్తుంది. సర్వర్ పేరు, ప్రోటోకాల్ మరియు స్థితిని నమోదు చేసి, ఆ సర్వర్ ను ఖాతా ఉపయోగిస్తుందని మీరు ఆశించే దానితో పోల్చండి. Microsoft నిర్ధారణ మార్గదర్శకం ఈ వీక్షణను మరియు సారాంశం సరిపోనప్పుడు సేకరించగల మరింత వివరమైన లాగింగ్ ను కవర్ చేస్తుంది.

ఆధునిక Exchange అమలులు Outlook ట్రాఫిక్ ను MAPI over HTTP ద్వారా తీసుకువెళ్తాయి, కాబట్టి SMTP సమర్పణ పోర్టులను తెరవడం మెయిల్ బాక్స్ కనెక్షన్ కు మరమ్మతు కాదు. రవాణా సేవకు చేరితే, HTTP లేదా ప్రామాణీకరణ లోపాన్ని ఉంచి, ఎప్పుడూ సమస్య కాని పాస్ వర్డ్ ను రీసెట్ చేయడం బదులు ఆ దశలో పని చేయండి.

ఎండ్ పాయింట్ ను బ్రౌజర్ మార్గంతో పోల్చండి

పని చేసే వెబ్ మెయిల్ బాక్స్ ఒక పేరు మరియు ఒక ప్రాక్సీ కాన్ఫిగరేషన్ ద్వారా బ్రౌజర్ ఒక ఎండ్ పాయింట్ ను చేరుకోగలదని నిరూపిస్తుంది. Outlook అదే చిరునామాను పరిష్కరించింది, అదే మార్గాన్ని ఉపయోగించింది లేదా అదే ధృవపత్రాన్ని అంగీకరించిందని అది నిరూపించదు. VPN ఉన్నప్పుడు, విభజిత DNS Outlook పేరును అంతర్గత చిరునామాకు పంపవచ్చు, అయితే బ్రౌజర్ పబ్లిక్ చిరునామాను ఉపయోగిస్తుంది, మరియు ఆ భేదం ఒక్కటే విరిగిన క్లయింట్ పక్కన పని చేసే వెబ్ సెషన్ ను వివరిస్తుంది. రెండు మార్గాల్లో పరిష్కరించిన చిరునామా, ఎంచుకున్న మార్గం మరియు TLS గుర్తింపును పోల్చండి.

పరిపాలనా పోర్టల్స్ మరియు రిమోట్ PowerShell వినియోగదారు మెయిల్ బాక్స్ పరీక్షకు ప్రత్యామ్నాయం కావు, ఎందుకంటే అవి వేర్వేరు ప్రామాణీకరణ కలిగిన వేర్వేరు సేవలు.

కొత్త ఆపరేషన్ తో కాష్ ను పరీక్షించండి

కాష్ చేసిన Exchange మోడ్ స్థానిక కాపీని ఉంచి సర్వర్ తో సింక్ చేస్తుంది, ఇది అంతరాయాలను తట్టుకోగలిగేలా చేస్తుంది మరియు సర్వర్ నుండి స్వతంత్రంగా చేయదు. పాత కాష్ చేసిన సందేశాన్ని చదవడం నెట్ వర్క్ పరీక్ష కాదు, ఆఫ్ లైన్ లో పని చేయి టోగుల్ కూడా కాదు. కొత్త సందేశం పంపండి లేదా సింక్ ను బలవంతం చేసి ఆ నిర్దిష్ట ఆపరేషన్ ను గమనించండి. చిన్న మార్పిడులు విజయవంతమై పెద్ద బదిలీలు ఆగిపోతే, ప్యాకెట్ పరిమాణం మరియు మార్గం MTU పట్టించుకోవాలి, విఫలమైన ఆపరేషన్ నుండి తీసుకున్న ఆధారాలతో.

కాష్ మోడ్ మార్చడం మార్గాన్ని లేదా సేవను పరిష్కరించకుండా లక్షణాన్ని కదిలించవచ్చు.

ఏదైనా మద్దతు ఉన్న సవరణ తర్వాత అసలు ఆపరేషన్ ను పునరావృతం చేయండి మరియు కొత్త డేటా సర్వర్ కు చేరి తిరిగి వస్తుందని నిర్ధారించండి. ఆ ఫలితాన్ని ఇప్పటికే డిస్క్ లో ఉన్న మెయిల్ చదవడం సౌలభ్యం నుండి విడిగా నమోదు చేయండి.