Umiikot ang Mail matapos magpalit ng VPN: mag-resync o mag-download muli?
Ang abalang window ng Mail pagkatapos ng pagbabago ng network ay hindi patunay ng bagong download. Basahin ang status ng account, pagkatapos pumili sa pagitan ng resync, pagkabigo sa pag-log in at landas ng VPN.
Kapag ginising ng pagbabago sa network ang Mail at nagsimulang gumalaw ang tagapagpahiwatig ng progreso, iyon ang sandaling hinihinuha ng mga tao na pinilit ng VPN ang isang buong bagong download. Karaniwang hindi nangyari iyon. Ang muling pagkonekta ay nag-uumpisa ng isang yugto ng pag-sync, at ang yugto ng pag-sync ay sumasaklaw sa kalagayan ng mailbox, mga flag at metadata ng mensahe bago pa nito saklawin ang katawan ng mensahe. Ang kapaki-pakinabang na desisyon ay kung alin sa tatlong kuwento ang kinalalagyan mo, at ang status lamang ng account mismo ang makapagsasabi sa iyo.
Isang abalang tagapagpahiwatig, tatlong magkakaibang kuwento
Ang tatlong kandidato ay ang normal na resync, pagkabigo sa pag-log in o pagpapatotoo na paulit-ulit na sumusubok, at problema sa landas kung saan hindi talaga naaabot ng Mail ang server sa bagong network. Mula sa malayo ay magkamukha sila dahil ang tatlo ay gumagalaw sa iisang window, at nangangailangan ng tatlong magkakaibang aksyon.
| 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 |
Ang talahanayang iyon ang buong desisyon. Ipinapaliwanag din nito kung bakit ang «nagda-download muli» ay paglalarawan ng window at hindi diagnosis ng sira, at kung bakit bihirang makatulong ang pagbabago ng setting ng VPN bilang tugon sa pagkabigo sa pag-log in.
Basahin ang status ng account bago bigyang-kahulugan ang anuman
Hanapin ang tagapagpahiwatig ng status sa tabi ng apektadong account o sa loob ng window ng Mail, at buksan ito upang makita ang eksaktong mensahe. Hinihiwalay ng gabay ng Apple sa pagpapadala at pagtanggap ang mga problema sa koneksyon, pagkabigo sa pag-log in, pagkakaroon ng serbisyo at mga limitasyon ng account, at ang apat na kategoryang iyon ay humahantong sa apat na magkakaibang responsable. Ang muling pag-type ng password dahil sa mensahe tungkol sa pagkakaroon ng serbisyo ay nag-aaksaya ng parehong hapon nang dalawang beses.
Panatilihing makitid ang pagsubok: isang account, isang bagong operasyon na hindi nagbabahagi ng anumang sensitibo, at lahat sa landas na gusto mong gamitin. Ang naka-cache na inbox ay maaaring manatiling ganap na nakikita habang nabibigo ang kasalukuyang pag-sync, na ginagawang mahinang pagsubok ang «nakikita ko ang aking mail» kung may dumarating. Isulat ang eksaktong teksto ng status bago baguhin ang isang setting, dahil ang pangungusap na iyon ang tanging ebidensyang magkakaroon ka pagkatapos. Ang bersyong naaalala mo pagkalipas ng limang minuto ay palaging mas malabo kaysa sa nasa screen.
May internet ang Mac, ngunit sinasabi ng Mail na offline ito
Kapag gumagana ang lahat ng iba pa sa makina at iniuulat ng Mail na offline ito, ang kawili-wiling tanong ay kung aling landas ang hinihiling sa koneksyon na tahakin. Ang setting ng proxy, filter ng network o tunnel na nagdadala lamang ng bahagi ng trapiko ay maaaring mag-iwan sa Mail sa rutang hindi sasagot ang server. Tingnan kung ano ang sinasabi ng configuration ng proxy sa antas ng system bago i-edit ang account.
scutil --proxyPagkatapos ay ihiwalay ang account sa landas. Pinatutunayan ng webmail na gumagana ang account sa provider, ngunit wala itong pinatutunayan tungkol sa configuration ng app ng Mail o sa rutang ginagamit ng app, dahil ang browser ay maaaring tumahak ng ganap na ibang daan na may ibang paghawak ng proxy. Ang pagpapadala at pagtanggap ay maaari ring umasa sa magkakaibang serbisyo, kaya ang isang matagumpay na operasyon ay hindi kumpletong pagsubok ng isa pa.
Ang mga duplicate ay hiwalay na obserbasyon
Ang kasalukuyang pag-sync ay hindi patunay na may nalikhang nakikitang duplicate, at ang mga duplicate na umiiral na ay hindi patunay ng ginawa ng VPN. Kung talagang nakikita mo ang paulit-ulit na kopya, itala iyon bilang sariling natuklasan at tingnan ang mailbox sa panig ng server kasama ang provider. Sinasabi nito sa iyo kung ang mga kopya ay umiiral nang isang beses at ipinapakita nang dalawang beses, o talagang umiiral nang dalawang beses.
Alinman sa dalawa, ang pagbura ng lokal na mail, muling pagbuo ng bawat mailbox o pag-alis ng mga account ay marahas na unang tugon sa isang counter ng progreso. Sinisira ng mga aksyon na iyon ang kalagayang kakailanganin mo upang ma-diagnose ang orihinal na tanong, at mahirap itong ibalik sa isang makina na may mail na wala saanman iba.
Magpasya bago alisin ang isang account
Kung tunay na nangangailangan ang isang aprubadong pamamaraan ng pagbawi na alisin at idagdag muli ang account, pangalagaan ang dalawang bagay na hindi na mababawi: ang hindi pa naipadalang trabaho at anumang mail na umiiral lamang sa makinang ito. Tapusin ang lahat ng kailangang isumite bago planuhin ang pagbabago ng network at hindi pagkatapos, pagkatapos ay idiskonekta sa pamamagitan ng karaniwang mga kontrol ng nagmamay-ari ng VPN.
Sa huli, tandaan kung ano ang display ng aktibidad. Ito ay obserbasyon ng app sa sariling trabaho ng Mail, hindi patunay na hindi masasagot ang VPN o na ang tunnel ang may pananagutan. Ang desisyon, sa pagkakasunod-sunod, ay: basahin ang status, uriin ito laban sa talahanayan, subukan ang isang operasyon sa nilalayong landas, at pagkatapos lamang hawakan ang account.