Outlook કેશ મેઇલ ખૂલે પણ કંઈ સિંક થતું નથી: શું તપાસવું

જૂનું મેઇલ ખૂલે છે, ફોલ્ડરની યાદી સામાન્ય દેખાય છે, અને આજે સવારે મોકલેલો સંદેશ આઉટબોક્સમાંથી ક્યારેય નીકળતો નથી. એ સંયોજન કહે છે કે સ્થાનિક કેશ ઠીક છે અને Exchange સાથેનું કનેક્શન નથી, અને આ સમગ્ર ક્ષેત્રમાં આ સૌથી વધુ ખોટું સમજાયેલું લક્ષણ છે. કંઈ ક્રેશ થયું નથી, તેથી જ રિપોર્ટ સામાન્ય રીતે Outlook ધીમું હોવા તરીકે આવે છે, Outlook ડિસ્કનેક્ટેડ હોવા તરીકે નહીં.

તપાસો ક્રમમાં કરો, અને બીજું કંઈ પણ કરતાં પહેલાં નોંધો કે તમે કયું Outlook બિલ્ડ જોઈ રહ્યા છો, કારણ કે નિયંત્રણો અલગ હોય છે.

કયો ક્લાયન્ટ અને કયો ખાતાનો પ્રકાર છે તે નિશ્ચિત કરો

Windows માટે ક્લાસિક Outlook, નવું Outlook અને વેબ પરનું Outlook ત્રણ અલગ ક્લાયન્ટ છે જેમના ત્રણ અલગ કનેક્શન માર્ગ છે, અને એક માટેની સલાહ બીજા માટે ઘણી વાર ખોટી હોય છે. ક્લાસિક Outlookમાં, સર્વર પહોંચની બહાર હોય ત્યારે Exchange ખાતું અને POP અથવા IMAP ખાતું અલગ રીતે વર્તે છે, કારણ કે ફક્ત Exchange ખાતા પાસે MAPI ટ્રાન્સપોર્ટ અને કેશ કરેલો મેઇલબોક્સ સ્ટોર હોય છે. કોઈપણ સ્થિતિનું અર્થઘટન કરતાં પહેલાં ખાતાની સેટિંગ્સમાં ખાતાનો પ્રકાર ઓળખો. IMAP સેટઅપમાંથી કોપી કરેલો ઉકેલ Exchange કનેક્શનનું વર્ણન કરશે નહીં.

ક્લાયન્ટનું નામ અને આવૃત્તિ લખો. સપોર્ટ થ્રેડો નિયમિતપણે તેમને ભેગા કરે છે, અને સ્ક્રીનશોટ અડધા રસ્તે મેળ ખાવાનું બંધ કરે છે.

નિષ્ફળ થતી વખતે કનેક્શન સ્થિતિ વાંચો

ક્લાસિક Outlook ચાલુ હોય ત્યારે Ctrl દબાવીને રાખો અને સૂચના-ક્ષેત્રની આઇકન પર જમણું ક્લિક કરો, પછી કનેક્શન સ્થિતિ ખોલો. તે નિષ્ફળ ઓપરેશન દરમિયાન કરો, રીસ્ટાર્ટ પછી નહીં, કારણ કે આ દૃશ્ય તે ક્ષણે ક્લાયન્ટ શું પ્રયાસ કરી રહ્યો છે તે જણાવે છે. સર્વરનું નામ, પ્રોટોકોલ અને સ્થિતિ નોંધો, પછી તે સર્વરની તમે અપેક્ષા રાખો છો તેની સાથે સરખામણી કરો. Microsoftની નિદાન માર્ગદર્શિકા આ દૃશ્ય અને સારાંશ પૂરતો ન હોય ત્યારે એકત્રિત કરી શકાય તેવા વધુ વિગતવાર લોગને આવરી લે છે.

આધુનિક Exchange ડિપ્લોયમેન્ટ Outlook ટ્રાફિકને MAPI ઓવર HTTP પર લઈ જાય છે, તેથી SMTP સબમિશન પોર્ટ ખોલવો મેઇલબોક્સ કનેક્શન માટે સમારકામ નથી. જો ટ્રાન્સપોર્ટ સેવા સુધી પહોંચે, તો HTTP અથવા પ્રમાણીકરણ ભૂલ રાખો અને તે તબક્કા પર કામ કરો, એ પાસવર્ડ રીસેટ કરવાને બદલે જે ક્યારેય સમસ્યા નહોતો.

એન્ડપોઇન્ટની બ્રાઉઝરના માર્ગ સાથે સરખામણી કરો

કાર્યરત વેબ મેઇલબોક્સ સાબિત કરે છે કે બ્રાઉઝર એક નામ અને એક પ્રોક્સી રૂપરેખાંકન દ્વારા એક એન્ડપોઇન્ટ સુધી પહોંચી શકે છે. તે સાબિત કરતું નથી કે Outlook એ જ સરનામું રિઝોલ્વ કર્યું, એ જ માર્ગ વાપર્યો અથવા એ જ પ્રમાણપત્ર સ્વીકાર્યું. VPN હાજર હોય ત્યારે સ્પ્લિટ DNS Outlookનું નામ આંતરિક સરનામે મોકલી શકે છે જ્યારે બ્રાઉઝર જાહેર સરનામું વાપરે છે, અને એ ફરક એકલો જ તૂટેલા ક્લાયન્ટની બાજુમાં કાર્યરત વેબ સેશન સમજાવે છે. બંને માર્ગો પર રિઝોલ્વ થયેલું સરનામું, પસંદ કરેલો માર્ગ અને TLS ઓળખની સરખામણી કરો.

વહીવટી પોર્ટલ અને રિમોટ PowerShell વપરાશકર્તા મેઇલબોક્સ પરીક્ષણના વિકલ્પ નથી, કારણ કે તે અલગ પ્રમાણીકરણ સાથેની અલગ સેવાઓ છે.

નવી કામગીરી સામે કેશનું પરીક્ષણ કરો

કેશ્ડ Exchange મોડ સ્થાનિક નકલ રાખે છે અને સર્વર સાથે સિંક કરે છે, જે તેને વિક્ષેપ પ્રત્યે સહનશીલ બનાવે છે અને સર્વરથી સ્વતંત્ર બનાવતું નથી. જૂનો કેશ કરેલો સંદેશ વાંચવો નેટવર્ક પરીક્ષણ નથી, અને ઑફલાઇન કામ કરો ટોગલ પણ નથી. નવો સંદેશ મોકલો અથવા સિંક ફરજિયાત કરો અને તે ચોક્કસ કામગીરી જુઓ. જો નાના વિનિમય સફળ થાય જ્યારે મોટા ટ્રાન્સફર અટકે, તો પેકેટ કદ અને પાથ MTU ધ્યાન લાયક છે, નિષ્ફળ કામગીરીમાંથી લીધેલા પુરાવા સાથે.

કેશ મોડ બદલવાથી લક્ષણ ખસી શકે છે પણ માર્ગ કે સેવા સુધારાતી નથી.

કોઈપણ સમર્થિત સુધારા પછી મૂળ કામગીરીનું પુનરાવર્તન કરો અને ખાતરી કરો કે નવો ડેટા સર્વર સુધી પહોંચે છે અને પાછો આવે છે. તે પરિણામને ડિસ્ક પર પહેલેથી જ રહેલા મેઇલ વાંચવાની સુવિધાથી અલગ નોંધો.