El Mail gira després de canviar de VPN: resincronitzar o tornar a baixar?
Una finestra del Mail atrafegada després d’un canvi de xarxa no és prova de tornar a baixar. Llegeix l’estat del compte i després tria entre resincronització, error d’inici de sessió i camí del VPN.
Quan un canvi de xarxa desperta el Mail i l’indicador de progrés comença a moure’s, és el moment en què la gent conclou que el VPN ha forçat una baixada completa de nou. Normalment no ho ha fet. Tornar-se a connectar activa una passada de sincronització, i una passada de sincronització cobreix l’estat del bústia, les marques i les metadades dels missatges molt abans de cobrir el cos dels missatges. La decisió útil és en quina de tres històries et trobes, i només l’estat propi del compte t’ho pot dir.
Un indicador atrafegat, tres històries diferents
Els tres candidats són una resincronització normal, un error d’inici de sessió o d’autenticació que torna a provar sense parar, i un problema de camí en què el Mail no pot arribar al servidor per la xarxa nova de cap manera. De lluny semblen iguals perquè tots tres animen la mateixa finestra i demanen tres accions diferents.
| 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 |
Aquesta taula és tota la decisió. També explica per què «torna a baixar» és una descripció de la finestra i no un diagnòstic de l’avaria, i per què canviar una opció del VPN com a resposta a un error d’inici de sessió poques vegades ajuda.
Llegeix l’estat del compte abans d’interpretar res
Busca l’indicador d’estat al costat del compte afectat o dins de la finestra del Mail, i obre’l perquè el missatge exacte sigui visible. Les indicacions d’Apple per enviar i rebre separen problemes de connexió, errors d’inici de sessió, disponibilitat del servei i límits del compte, i aquestes quatre categories porten a quatre responsables diferents. Tornar a escriure la contrasenya per un missatge de disponibilitat del servei malbarata la mateixa tarda dues vegades.
Mantingues la prova estreta: un sol compte, una sola operació nova que no comparteixi res de sensible, i tot plegat pel camí que vols que utilitzi. Una bústia en memòria cau pot romandre completament visible mentre la sincronització actual falla, cosa que fa de «veig el meu correu» una prova pobra que hi arribi res. Anota el text exacte de l’estat abans de canviar cap opció, perquè aquesta frase és l’única prova que tindràs després. La versió que recordes cinc minuts més tard sempre és més vaga que la de la pantalla.
El Mac té internet, però el Mail diu que està fora de línia
Quan tota la resta de la màquina funciona i el Mail informa que està fora de línia, la qüestió interessant és per quin camí se li demana que vagi la connexió. Una opció de servidor intermediari, un filtre de xarxa o un túnel que només transporta part del trànsit poden deixar el Mail en una ruta a la qual el servidor no respondrà. Comprova què diu la configuració de servidor intermediari a nivell de sistema abans d’editar el compte.
scutil --proxyDesprés separa el compte del camí. El correu web demostra que el compte funciona al proveïdor, però no demostra res sobre la configuració de l’aplicació Mail ni sobre la ruta que utilitza l’aplicació, perquè un navegador pot prendre un camí completament diferent amb un tractament de servidor intermediari diferent. Enviar i rebre també poden dependre de serveis diferents, així que una operació reeixida no és una prova completa de l’altra.
Els duplicats són una observació a part
La sincronització en curs no és prova que s’hagin creat duplicats visibles, i els duplicats que ja existeixen no són prova del que ha fet el VPN. Si veus còpies repetides de debò, anota-ho com una troballa pròpia i comprova la bústia al costat del servidor amb el proveïdor. Això et diu si les còpies existeixen una vegada i es mostren dues, o si existeixen realment dues vegades.
De qualsevol manera, esborrar el correu local, reconstruir cada bústia o eliminar comptes és una primera reacció dràstica a un comptador de progrés. Aquestes accions destrueixen l’estat que hauries necessitat per diagnosticar la pregunta original, i són difícils de revertir en una màquina que guarda correu que no existeix enlloc més.
Decideix abans d’eliminar un compte
Si un procediment de recuperació aprovat realment requereix eliminar i tornar a afegir el compte, conserva les dues coses que no es poden tornar a obtenir: la feina no enviada i qualsevol correu que només existeix en aquesta màquina. Acaba tot el que s’hagi de lliurar abans que es planifiqui un canvi de xarxa i no després, i després desconnecta amb els controls habituals de qui sigui el propietari del VPN.
Finalment, recorda què és la visualització d’activitat. És una observació de l’aplicació sobre la feina del propi Mail, no és prova que el VPN no es pugui aturar ni que el túnel en sigui el responsable. La decisió, en ordre, és: llegeix l’estat, classifica’l segons la taula, prova una operació pel camí previst i només després toca el compte.