דואר שמור ב-Outlook נפתח אבל שום דבר לא מסתנכרן: מה לבדוק

דואר ישן נפתח, רשימת התיקיות נראית תקינה, והודעה שנשלחה הבוקר לא יוצאת מתיבת הדואר היוצא. השילוב הזה אומר שהמטמון המקומי תקין והחיבור ל-Exchange אינו תקין, וזהו הסימפטום השכיח ביותר לאי-הבנה בכל התחום הזה. שום דבר לא קרס, ולכן הדיווח מגיע בדרך כלל כ-Outlook איטי ולא כ-Outlook מנותק.

בצעו את הבדיקות לפי הסדר, ורשמו מול איזו גרסת Outlook אתם מסתכלים לפני כל דבר אחר, משום שהפקדים שונים.

קבעו איזה לקוח ואיזה סוג חשבון

Outlook הקלאסי ל-Windows, 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 של הנתיב ראויים לתשומת לב, עם ראיות שנלקחו מהפעולה שנכשלה.

שינוי מצב המטמון יכול להעביר את הסימפטום בלי לתקן את הנתיב או את השירות.

לאחר כל תיקון נתמך, חזרו על הפעולה המקורית ואמתו שנתונים חדשים מגיעים לשרת וחוזרים. רשמו את התוצאה הזו בנפרד מהנוחות של קריאת דואר שכבר היה על הדיסק.