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