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 ಗಮನಾರ್ಹ, ವಿಫಲವಾದ ಕಾರ್ಯಾಚರಣೆಯಿಂದ ತೆಗೆದ ಸಾಕ್ಷ್ಯಗಳೊಂದಿಗೆ.

ಕ್ಯಾಶ್ ಮೋಡ್ ಬದಲಾಯಿಸುವುದು ಮಾರ್ಗ ಅಥವಾ ಸೇವೆಯನ್ನು ಸರಿಪಡಿಸದೆ ಲಕ್ಷಣವನ್ನು ಸರಿಸಬಹುದು.

ಯಾವುದೇ ಬೆಂಬಲಿತ ತಿದ್ದುಪಡಿಯ ನಂತರ ಮೂಲ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಹೊಸ ಡೇಟಾ ಸರ್ವರ್ ತಲುಪಿ ಹಿಂತಿರುಗುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಆ ಫಲಿತಾಂಶವನ್ನು ಈಗಾಗಲೇ ಡಿಸ್ಕ್ನಲ್ಲಿದ್ದ ಮೇಲ್ ಓದುವ ಅನುಕೂಲದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ.