Mail gira tras cambiar de VPN: ¿resincronizar o volver a descargar?
Una ventana de Mail atareada tras un cambio de red no es prueba de una nueva descarga. Lee el estado de la cuenta y luego elige entre resincronización, fallo de inicio de sesión y ruta del VPN.
Cuando un cambio de red despierta a Mail y el indicador de progreso empieza a moverse, ese es el momento en que la gente concluye que el VPN ha forzado una descarga completa de nuevo. Normalmente no lo ha hecho. Volver a conectarse activa una pasada de sincronización, y una pasada de sincronización cubre el estado del buzón, las marcas y los metadatos de los mensajes mucho antes de cubrir el cuerpo de los mensajes. La decisión útil es en cuál de tres historias estás, y solo el estado de la propia cuenta puede decírtelo.
Un indicador atareado, tres historias distintas
Los tres candidatos son una resincronización normal, un fallo de inicio de sesión o de autenticación que vuelve a intentarlo sin parar, y un problema de ruta en el que Mail no puede llegar al servidor por la red nueva de ninguna manera. De lejos parecen iguales porque los tres animan la misma ventana, y exigen tres acciones distintas.
| 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 |
Esa tabla es toda la decisión. También explica por qué «está descargando otra vez» es una descripción de la ventana y no un diagnóstico de la avería, y por qué cambiar un ajuste del VPN en respuesta a un fallo de inicio de sesión rara vez ayuda.
Lee el estado de la cuenta antes de interpretar nada
Busca el indicador de estado junto a la cuenta afectada o dentro de la ventana de Mail, y ábrelo para que el mensaje exacto sea visible. Las indicaciones de Apple para enviar y recibir separan problemas de conexión, fallos de inicio de sesión, disponibilidad del servicio y límites de la cuenta, y esas cuatro categorías llevan a cuatro responsables distintos. Volver a escribir la contraseña por un mensaje de disponibilidad del servicio desperdicia la misma tarde dos veces.
Mantén la prueba estrecha: una sola cuenta, una sola operación nueva que no comparta nada sensible, y todo ello por la ruta que quieres que use. Un buzón en caché puede seguir siendo totalmente visible mientras la sincronización actual falla, lo que convierte «veo mi correo» en una prueba pobre de si llega algo. Anota el texto exacto del estado antes de cambiar un ajuste, porque esa frase es la única prueba que tendrás después. La versión que recuerdas cinco minutos más tarde siempre es más vaga que la que está en pantalla.
El Mac tiene internet, pero Mail dice que está sin conexión
Cuando todo lo demás en el equipo funciona y Mail informa de que está sin conexión, la pregunta interesante es qué ruta se le pide a la conexión que tome. Un ajuste de servidor proxy, un filtro de red o un túnel que solo transporta parte del tráfico pueden dejar a Mail en una ruta a la que el servidor no responderá. Comprueba qué dice la configuración de proxy a nivel de sistema antes de editar la cuenta.
scutil --proxyDespués separa la cuenta de la ruta. El correo web demuestra que la cuenta funciona en el proveedor, pero no demuestra nada sobre la configuración de la app Mail ni sobre la ruta que usa la app, porque un navegador puede tomar un camino completamente distinto con un manejo de proxy diferente. Enviar y recibir también pueden depender de servicios distintos, así que una operación correcta no es una prueba completa de la otra.
Los duplicados son una observación aparte
La sincronización en curso no es prueba de que se hayan creado duplicados visibles, y los duplicados que ya existen no son prueba de lo que hizo el VPN. Si de verdad ves copias repetidas, anótalo como un hallazgo propio y comprueba el buzón en el lado del servidor con el proveedor. Eso te dice si las copias existen una vez y se muestran dos, o si existen realmente dos veces.
En cualquier caso, borrar el correo local, reconstruir cada buzón o eliminar cuentas es una primera reacción drástica a un contador de progreso. Esas acciones destruyen el estado que habrías necesitado para diagnosticar la pregunta original, y son difíciles de revertir en un equipo que guarda correo que no existe en ningún otro sitio.
Decide antes de eliminar una cuenta
Si un procedimiento de recuperación aprobado realmente exige eliminar y volver a añadir la cuenta, conserva las dos cosas que no se pueden recuperar: el trabajo sin enviar y cualquier correo que solo exista en este equipo. Termina todo lo que haya que entregar antes de que se programe un cambio de red y no después, y luego desconecta con los controles habituales de quien sea el propietario del VPN.
Por último, recuerda qué es la visualización de actividad. Es una observación de la aplicación sobre el trabajo de Mail, no una prueba de que el VPN no se pueda detener ni de que el túnel sea el responsable. La decisión, en orden, es: lee el estado, clasifícalo según la tabla, prueba una operación por la ruta prevista y solo entonces toca la cuenta.