Mail מסתובב אחרי החלפת VPN: לסנכרן מחדש או להוריד שוב?
חלון Mail עמוס לאחר שינוי רשת אינו הוכחה להורדה מחדש. קראו את מצב החשבון, ואז בחרו בין סנכרון מחדש, כשל התחברות ונתיב VPN.
כששינוי ברשת מעיר את Mail והאינדיקטור של ההתקדמות מתחיל לנוע, זה הרגע שבו אנשים מסיקים שה-VPN כפה הורדה מלאה מחדש. בדרך כלל הוא לא עשה זאת. התחברות מחדש מפעילה סבב סנכרון, וסבב סנכרון מכסה את מצב תיבת הדואר, הדגלים והמטא-נתונים של ההודעות הרבה לפני שהוא מכסה את גוף ההודעות. ההחלטה המועילה היא באיזה משלושה סיפורים אתם נמצאים, ורק מצב החשבון עצמו יכול לומר לכם זאת.
אינדיקטור עמוס אחד, שלושה סיפורים שונים
שלושת המועמדים הם סנכרון מחדש רגיל, כשל התחברות או אימות שממשיך לנסות, ובעיית נתיב שבה Mail כלל אינו מצליח להגיע לשרת דרך הרשת החדשה. מרחוק הם נראים דומים, כי כל השלושה מניעים את אותה חלון, והם דורשים שלושה צעדים שונים.
| What you observe | Most likely story | Where to look next |
|---|---|---|
| Brief activity that settles, mail arrives | Normal resync | Nothing to fix |
| Status says login failed | Mail account or provider authentication | The account and its provider settings |
| Status says offline or cannot contact server | Path through the new network | The VPN, proxy or filter in the way |
| Activity never settles, no new mail | Retry loop against a blocked or wrong endpoint | The exact status text and the destination |
הטבלה הזו היא כל ההחלטה. היא גם מסבירה מדוע «הוא מוריד שוב» הוא תיאור של החלון ולא אבחון של התקלה, ומדוע שינוי הגדרה ב-VPN בתגובה לכשל התחברות עוזר לעיתים רחוקות.
קראו את מצב החשבון לפני שתפרשו משהו
חפשו את מחוון המצב לצד החשבון שנפגע או בתוך חלון Mail, ופתחו אותו כדי שההודעה המדויקת תהיה גלויה. ההנחיות של Apple לשליחה ולקבלה מפרידות בין בעיות חיבור, כשלי התחברות, זמינות השירות ומגבלות חשבון, וארבע הקטגוריות האלה מובילות לארבעה אחראים שונים. הקלדה מחדש של סיסמה בגלל הודעה על זמינות השירות מבזבזת את אותו אחר הצהריים פעמיים.
שמרו על בדיקה צרה: חשבון אחד, פעולה חדשה אחת שלא משתפת דבר רגיש, והכול דרך הנתיב שאתם רוצים שהוא ישתמש בו. תיבת דואר שנשמרה במטמון יכולה להישאר גלויה לגמרי בזמן שהסנכרון הנוכחי נכשל, מה שהופך את «אני רואה את הדואר שלי» לבדיקה גרועה לשאלה אם משהו מגיע. רשמו את טקסט המצב המדויק לפני שתשנו הגדרה, כי המשפט הזה הוא הראיה היחידה שתהיה לכם אחר כך. הגרסה שאתם זוכרים חמש דקות אחר כך תמיד מעורפלת יותר מזו שעל המסך.
ל-Mac יש אינטרנט, אבל Mail אומר שהוא לא מחובר
כשכל השאר במחשב עובד ו-Mail מדווח שהוא לא מחובר, השאלה המעניינת היא באיזה נתיב מתבקש החיבור ללכת. הגדרת פרוקסי, מסנן רשת או מנהרה שמובילה רק חלק מהתעבורה יכולים להשאיר את Mail בנתיב שהשרת לא יענה בו. בדקו מה אומרת תצורת הפרוקסי ברמת המערכת לפני שתערכו את החשבון.
scutil --proxyאחר כך הפרידו בין החשבון לנתיב. דואר אינטרנט מוכיח שהחשבון עובד אצל הספק, אבל הוא לא מוכיח דבר על תצורת אפליקציית Mail או על הנתיב שהאפליקציה משתמשת בו, כי דפדפן עשוי ללכת בנתיב שונה לגמרי עם טיפול פרוקסי אחר. שליחה וקבלה עשויות גם הן להישען על שירותים שונים, ולכן פעולה מוצלחת אחת אינה בדיקה מלאה של האחרת.
כפילויות הן תצפית נפרדת
סנכרון מתמשך אינו הוכחה שנוצרו כפילויות גלויות, וכפילויות שכבר קיימות אינן הוכחה למה שה-VPN עשה. אם אתם באמת רואים עותקים חוזרים, רשמו זאת כממצא בפני עצמו ובדקו את תיבת הדואר בצד השרת מול הספק. זה אומר לכם אם העותקים קיימים פעם אחת ומוצגים פעמיים, או באמת קיימים פעמיים.
כך או כך, מחיקת דואר מקומי, בנייה מחדש של כל תיבת דואר או הסרת חשבונות היא תגובה ראשונה קיצונית למונה התקדמות. הפעולות האלה הורסות את המצב שהייתם זקוקים לו כדי לאבחן את השאלה המקורית, וקשה לבטל אותן במחשב שמחזיק דואר שאינו קיים בשום מקום אחר.
החליטו לפני שאתם מסירים חשבון
אם הליך שחזור מאושר באמת דורש הסרה והוספה מחדש של החשבון, שמרו את שני הדברים שאי אפשר להביא שוב: עבודה שלא נשלחה וכל דואר שקיים רק במחשב הזה. השלימו כל מה שצריך להגיש לפני שמתזמנים שינוי רשת ולא אחריו, ואז התנתקו דרך הפקדים הרגילים של מי שמחזיק ב-VPN.
לבסוף, זכרו מהי תצוגת הפעילות. היא תצפית של היישום על העבודה של Mail עצמו, לא הוכחה שאי אפשר לעצור את ה-VPN או שהמנהרה אחראית. ההחלטה, לפי הסדר, היא: קראו את המצב, סווגו אותו מול הטבלה, בדקו פעולה אחת דרך הנתיב המיועד, ורק אז נגעו בחשבון.