Mail turniĝas post ŝanĝo de VPN: resinkronigi aŭ reelsuti?
Okupita fenestro de Mail post reta ŝanĝo ne pruvas reelsuton. Legu la staton de la konto, poste elektu inter resinkronigo, ensaluta fuŝo kaj VPN-vojo.
Kiam reta ŝanĝo vekas Mail kaj la progresindikilo ekmovas, tiu estas la momento, kiam homoj konkludas, ke la VPN devigis plenan reelsuton. Kutime ĝi ne faris tion. Rekonekto lanĉas sinkronigan pasadon, kaj sinkroniga pasado kovras la staton de la poŝtkesto, la markilojn kaj la metadatenojn de mesaĝoj longe antaŭ ol ĝi kovras la korpojn de mesaĝoj. La utila decido estas, en kiu el tri rakontoj vi troviĝas, kaj nur la propra stato de la konto povas tion diri al vi.
Unu okupita indikilo, tri malsamaj rakontoj
La tri kandidatoj estas normala resinkronigo, ensaluta aŭ aŭtentiga malsukceso, kiu ripete reprovas, kaj vojproblemo, kie Mail entute ne povas atingi la servilon tra la nova reto. De malproksime ili aspektas similaj, ĉar ĉiuj tri animas la saman fenestron, kaj ili postulas tri malsamajn agojn.
| 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 |
Tiu tabelo estas la tuta decido. Ĝi ankaŭ klarigas, kial «ĝi denove elŝutas» estas priskribo de la fenestro, ne diagnozo de la fuŝo, kaj kial ŝanĝi VPN-agordon kiel respondon al ensaluta malsukceso malofte helpas.
Legu la staton de la konto antaŭ ol interpreti ion ajn
Serĉu la statindikilon apud la koncerna konto aŭ ene de la fenestro de Mail, kaj malfermu ĝin, por ke la preciza mesaĝo videblu. La gvidilo de Apple pri sendado kaj ricevado apartigas konektajn problemojn, ensalutajn malsukcesojn, disponeblecon de la servo kaj limojn de la konto, kaj tiuj kvar kategorioj kondukas al kvar malsamaj respondeculoj. Retajpi pasvorton pro mesaĝo pri disponebleco de la servo malŝparas la saman posttagmezon dufoje.
Tenu la teston mallarĝa: unu konto, unu nova operacio, kiu kunhavas nenion senteman, kaj ĉio tra la vojo, kiun vi volas, ke ĝi uzu. Kaŝmemora enirkesto povas resti plene videbla dum la nuna sinkronigo malsukcesas, kio faras «mi vidas mian poŝton» malbonan teston de tio, ĉu io alvenas. Skribu la precizan stattekston antaŭ ol ŝanĝi agordon, ĉar tiu frazo estas la sola pruvo, kiun vi havos poste. La versio, kiun vi memoras kvin minutojn poste, ĉiam estas pli nebula ol tiu sur la ekrano.
La Mac havas interreton, sed Mail diras senkonekta
Kiam ĉio alia en la maŝino funkcias kaj Mail raportas senkonekton, la interesa demando estas, kiun vojon la konekto estas petata preni. Proksia agordo, reta filtrilo aŭ tunelo, kiu portas nur parton de la trafiko, povas lasi Mail sur itinero, al kiu la servilo ne respondos. Kontrolu, kion diras la proksia agordo je sistema nivelo, antaŭ ol redakti la konton.
scutil --proxyPoste apartigu la konton de la vojo. Retpoŝto pruvas, ke la konto funkcias ĉe la provizanto, sed ĝi pruvas nenion pri la agordo de la aplikaĵo Mail aŭ pri la vojo, kiun la aplikaĵo uzas, ĉar retumilo povas preni tute alian vojon kun alia proksia traktado. Sendado kaj ricevado ankaŭ povas dependi de malsamaj servoj, do unu sukcesa operacio ne estas kompleta testo de la alia.
Duplikatoj estas aparta observo
Daŭra sinkronigado ne estas pruvo, ke videblaj duplikatoj estis kreitaj, kaj duplikatoj, kiuj jam ekzistas, ne estas pruvo pri tio, kion faris la VPN. Se vi vere vidas ripetitajn kopiojn, registru tion kiel propran konstaton kaj kontrolu la poŝtkeston ĉe la servila flanko kun la provizanto. Tio diras al vi, ĉu la kopioj ekzistas unufoje kaj montriĝas dufoje, aŭ vere ekzistas dufoje.
Ĉiel ajn, forigi lokan poŝton, rekonstrui ĉiun poŝtkeston aŭ forigi kontojn estas drasta unua reago al progreskalkulilo. Tiuj agoj detruas la staton, kiun vi bezonus por diagnozi la originan demandon, kaj ili estas malfacile malfareblaj en maŝino, kiu tenas poŝton ekzistantan nenie alie.
Decidu antaŭ ol forigi konton
Se aprobita riparproceduro vere postulas forigi kaj re-aldoni la konton, konservu la du aferojn, kiujn oni ne povas denove akiri: ne senditan laboron kaj ajnan poŝton, kiu ekzistas nur en ĉi tiu maŝino. Finu ĉion, kio devas esti sendita, antaŭ ol reta ŝanĝo estas planita, ne poste, poste malkonektu per la normalaj regiloj de tiu, al kiu apartenas la VPN.
Fine, memoru, kio estas la aktiveca montro. Ĝi estas aplikaĵa observo pri la propra laboro de Mail, ne pruvo, ke la VPN ne povas esti haltigita aŭ ke la tunelo respondecas. La decido, laŭ ordo, estas: legu la staton, klasifiku ĝin laŭ la tabelo, testu unu operacion tra la celita vojo, kaj nur poste tuŝu la konton.