Mail tourne après un changement de VPN : resynchroniser ou retélécharger ?
Une fenêtre Mail occupée après un changement de réseau ne prouve pas un nouveau téléchargement. Lisez l’état du compte, puis choisissez entre resynchronisation, échec de connexion et chemin du VPN.
Quand un changement de réseau réveille Mail et que l’indicateur de progression se met à bouger, c’est le moment où les gens concluent que le VPN a imposé un nouveau téléchargement complet. En général, ce n’est pas le cas. Une reconnexion déclenche une passe de synchronisation, et une passe de synchronisation couvre l’état de la boîte, les indicateurs et les métadonnées des messages bien avant de couvrir le corps des messages. La décision utile est de savoir dans laquelle de trois histoires vous vous trouvez, et seul l’état propre du compte peut vous le dire.
Un indicateur occupé, trois histoires différentes
Les trois candidats sont une resynchronisation normale, un échec de connexion ou d’authentification qui réessaie sans cesse, et un problème de chemin où Mail ne peut pas du tout atteindre le serveur via le nouveau réseau. De loin, ils se ressemblent parce que tous trois animent la même fenêtre, et ils appellent trois actions différentes.
| 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 |
Ce tableau, c’est toute la décision. Il explique aussi pourquoi « il télécharge encore » est une description de la fenêtre et non un diagnostic de la panne, et pourquoi changer un réglage du VPN en réponse à un échec de connexion aide rarement.
Lisez l’état du compte avant d’interpréter quoi que ce soit
Cherchez l’indicateur d’état à côté du compte concerné ou dans la fenêtre Mail, et ouvrez-le pour que le message exact soit visible. Les consignes d’Apple pour l’envoi et la réception séparent les problèmes de connexion, les échecs de connexion, la disponibilité du service et les limites du compte, et ces quatre catégories mènent à quatre responsables différents. Retaper un mot de passe pour un message de disponibilité du service gâche la même après-midi deux fois.
Gardez le test étroit : un seul compte, une seule opération nouvelle qui ne partage rien de sensible, et tout cela par le chemin que vous voulez lui voir utiliser. Une boîte de réception en cache peut rester entièrement visible alors que la synchronisation en cours échoue, ce qui fait de « je vois mon courrier » un mauvais test pour savoir si quelque chose arrive. Notez le texte exact de l’état avant de changer un réglage, car cette phrase est la seule preuve que vous aurez ensuite. La version dont vous vous souvenez cinq minutes plus tard est toujours plus floue que celle à l’écran.
Le Mac a internet, mais Mail dit être hors ligne
Quand tout le reste de la machine fonctionne et que Mail signale être hors ligne, la question intéressante est de savoir quel chemin on demande à la connexion de prendre. Un réglage de serveur proxy, un filtre réseau ou un tunnel qui ne transporte qu’une partie du trafic peuvent laisser Mail sur une route à laquelle le serveur ne répondra pas. Vérifiez ce que dit la configuration proxy au niveau du système avant de modifier le compte.
scutil --proxySéparez ensuite le compte du chemin. Le webmail prouve que le compte fonctionne chez le fournisseur, mais il ne prouve rien sur la configuration de l’app Mail ni sur la route que l’app utilise, car un navigateur peut prendre un chemin tout à fait différent avec un traitement proxy différent. L’envoi et la réception peuvent aussi reposer sur des services différents, donc une opération réussie n’est pas un test complet de l’autre.
Les doublons sont une observation distincte
Une synchronisation en cours ne prouve pas que des doublons visibles ont été créés, et des doublons déjà présents ne prouvent rien sur ce que le VPN a fait. Si vous voyez réellement des copies répétées, notez-le comme une constatation à part et vérifiez la boîte côté serveur avec le fournisseur. Cela vous dit si les copies existent une fois et s’affichent deux fois, ou si elles existent vraiment deux fois.
Quoi qu’il en soit, supprimer le courrier local, reconstruire chaque boîte ou retirer des comptes est une première réaction radicale à un compteur de progression. Ces actions détruisent l’état dont vous auriez eu besoin pour diagnostiquer la question d’origine, et elles sont difficiles à annuler sur une machine qui garde du courrier qui n’existe nulle part ailleurs.
Décidez avant de retirer un compte
Si une procédure de récupération approuvée exige vraiment de retirer puis de rajouter le compte, préservez les deux choses qu’on ne peut pas récupérer : le travail non envoyé et tout courrier qui n’existe que sur cette machine. Terminez tout ce qui doit être remis avant qu’un changement de réseau soit planifié plutôt qu’après, puis déconnectez-vous par les contrôles habituels de celui qui possède le VPN.
Enfin, rappelez-vous ce qu’est l’affichage d’activité. C’est une observation de l’application sur le travail de Mail, pas la preuve que le VPN ne peut pas être arrêté ni que le tunnel est responsable. La décision, dans l’ordre, est : lire l’état, le classer selon le tableau, tester une opération par le chemin prévu, et seulement ensuite toucher au compte.