Mail sukasi po VPN pakeitimo: sinchronizuoti iš naujo ar atsisiųsti iš naujo?
Užimtas Mail langas po tinklo pakeitimo nėra naujo atsisiuntimo įrodymas. Perskaitykite paskyros būseną, tada rinkitės tarp pakartotinės sinchronizacijos, prisijungimo klaidos ir VPN kelio.
Kai tinklo pakeitimas pažadina Mail ir eigos indikatorius pradeda judėti, tai ta akimirka, kai žmonės daro išvadą, kad VPN privertė visiškai atsisiųsti iš naujo. Dažniausiai taip neatsitiko. Prisijungimas iš naujo paleidžia sinchronizavimo etapą, o sinchronizavimo etapas apima pašto dėžutės būseną, žymas ir pranešimų metaduomenis daug anksčiau, nei apima pranešimų turinį. Naudingas sprendimas yra suprasti, kurioje iš trijų istorijų esate, ir tai gali pasakyti tik pati paskyros būsena.
Vienas užimtas indikatorius, trys skirtingos istorijos
Trys kandidatai yra įprasta pakartotinė sinchronizacija, prisijungimo ar autentifikavimo klaida, kuri vis bando iš naujo, ir kelio problema, kai Mail apskritai negali pasiekti serverio per naują tinklą. Iš tolo jos atrodo panašios, nes visos trys judina tą patį langą, ir reikalauja trijų skirtingų veiksmų.
| 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 |
Ta lentelė yra visas sprendimas. Ji taip pat paaiškina, kodėl „jis vėl atsisiunčia“ yra lango apibūdinimas, o ne gedimo diagnozė, ir kodėl VPN nustatymo keitimas reaguojant į prisijungimo klaidą retai padeda.
Perskaitykite paskyros būseną prieš ką nors interpretuodami
Raskite būsenos indikatorių šalia paveiktos paskyros arba Mail lange ir atidarykite jį, kad tikslus pranešimas būtų matomas. Apple siuntimo ir gavimo nurodymai atskiria ryšio problemas, prisijungimo klaidas, paslaugos prieinamumą ir paskyros limitus, ir šios keturios kategorijos veda pas keturis skirtingus atsakingus asmenis. Slaptažodžio įvedimas iš naujo dėl paslaugos prieinamumo pranešimo du kartus iššvaisto tą patį popietį.
Laikykite testą siaurą: viena paskyra, viena nauja operacija, kuri nesidalija niekuo jautriu, ir visa tai keliu, kurį norite, kad jis naudotų. Podėlyje laikoma gautųjų dėžutė gali likti visiškai matoma, kol dabartinė sinchronizacija nepavyksta, todėl „aš matau savo paštą“ tampa silpnu testu, ar kas nors atkeliauja. Užsirašykite tikslią būsenos teksto dalį prieš keisdami nustatymą, nes tas sakinys yra vienintelis įrodymas, kurį turėsite vėliau. Versija, kurią prisiminsite po penkių minučių, visada yra neaiškesnė už tą, kuri yra ekrane.
Mac turi internetą, bet Mail sako, kad neprisijungęs
Kai visa kita kompiuteryje veikia ir Mail praneša, kad neprisijungęs, įdomus klausimas yra tai, kokiu keliu jungties prašoma eiti. Tarpinio serverio nustatymas, tinklo filtras ar tunelis, kuris perduoda tik dalį srauto, gali palikti Mail maršrute, į kurį serveris neatsakys. Prieš redaguodami paskyrą patikrinkite, ką sako sistemos lygmens tarpinio serverio konfigūracija.
scutil --proxyTada atskirkite paskyrą nuo kelio. Internetinė pašto dėžutė įrodo, kad paskyra veikia pas teikėją, bet neįrodo nieko apie Mail programos konfigūraciją ar maršrutą, kurį programa naudoja, nes naršyklė gali eiti visiškai kitu keliu su skirtingu tarpinio serverio apdorojimu. Siuntimas ir gavimas taip pat gali priklausyti nuo skirtingų paslaugų, todėl viena sėkminga operacija nėra išsamus kitos testas.
Dublikatai yra atskiras pastebėjimas
Vykstanti sinchronizacija nėra įrodymas, kad buvo sukurti matomi dublikatai, o jau egzistuojantys dublikatai nėra įrodymas, ką padarė VPN. Jei tikrai matote pasikartojančias kopijas, užrašykite tai kaip atskirą radinį ir patikrinkite pašto dėžutę serverio pusėje kartu su teikėju. Tai pasakys, ar kopijos egzistuoja vieną kartą ir rodomos du kartus, ar tikrai egzistuoja du kartus.
Kad ir kaip būtų, vietinio pašto trynimas, kiekvienos pašto dėžutės atkūrimas ar paskyrų šalinimas yra drastiška pirmoji reakcija į eigos skaitiklį. Šie veiksmai sunaikina būseną, kurios reikėtų pirminiam klausimui diagnozuoti, ir juos sunku atšaukti kompiuteryje, kuriame yra pašto, kurio niekur kitur nėra.
Nuspręskite prieš šalindami paskyrą
Jei patvirtinta atkūrimo procedūra tikrai reikalauja pašalinti ir iš naujo pridėti paskyrą, išsaugokite du dalykus, kurių negalima vėl gauti: neišsiųstą darbą ir bet kokį paštą, kuris egzistuoja tik šiame kompiuteryje. Užbaikite viską, ką reikia pateikti, prieš numatant tinklo pakeitimą, o ne po jo, tada atsijunkite įprastais VPN valdytojo valdikliais.
Galiausiai prisiminkite, kas yra veiklos rodinys. Tai programos pastebėjimas apie paties Mail darbą, o ne įrodymas, kad VPN negalima sustabdyti ar kad tunelis yra kaltas. Sprendimas iš eilės toks: perskaitykite būseną, klasifikuokite ją pagal lentelę, išbandykite vieną operaciją numatytu keliu ir tik tada lieskite paskyrą.