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 не можна зупинити або що винна тунель. Рішення за порядком: прочитайте стан, класифікуйте його за таблицею, перевірте одну операцію наміченим шляхом і лише потім торкайтеся облікового запису.