Le webmail de l’Académie de Montpellier, accessible via la plateforme Convergence, repose sur une infrastructure qui supporte mal les écarts de version entre le serveur et les clients utilisés pour s’y connecter. Quand la connexion échoue sans message d’erreur explicite, le réflexe de réinitialiser son mot de passe n’est pas toujours la bonne piste. Nous observons que la majorité des blocages persistants proviennent de couches techniques rarement documentées par l’assistance académique.
Clients mobiles obsolètes et échecs de connexion au webmail Montpellier
Un navigateur mobile non mis à jour reste la première cause de refus d’authentification silencieux sur Convergence. Le problème ne déclenche pas d’erreur visible : la page de connexion tourne en boucle ou affiche un écran blanc après validation des identifiants.
Lire également : Webmail Grenoble pour les nuls : les bons réflexes à adopter
Sur iOS, Safari hérite de sa version du système. Un iPhone bloqué sur iOS 15 embarque un moteur WebKit qui ne gère pas correctement les en-têtes de sécurité TLS 1.3 imposés par les serveurs ac-montpellier.fr. Sur Android, Chrome et le composant WebView se mettent à jour indépendamment du système, mais les mises à jour automatiques sont souvent désactivées sur les appareils professionnels gérés par un MDM académique.
Nous recommandons de vérifier trois points avant toute autre manipulation :
A voir aussi : Problèmes de connexion au webmail académie de Montpellier : solutions et astuces
- La version du navigateur mobile : Chrome 120 ou supérieur sur Android, Safari sur iOS 16.6 minimum. En dessous, le handshake TLS échoue sans message.
- Le composant Android System WebView : accessible dans les paramètres d’applications, il doit être à jour indépendamment de Chrome.
- Le cache applicatif du navigateur : un cookie de session Convergence corrompu après une mise à jour partielle suffit à bloquer la boucle d’authentification.
La documentation officielle de l’académie ne mentionne aucune version minimale de navigateur. Ce vide explique qu’une part significative des tickets de support concerne des appareils dont le seul problème est un client HTTP périmé.
Erreur d’identifiant académique : format et pièges du prenom.nom
L’identifiant Convergence suit le format [email protected], mais plusieurs cas génèrent des blocages que la page de connexion ne signale pas clairement.
Les prénoms composés sont séparés par un tiret (jean-pierre.dupont), jamais par un point. Les caractères accentués sont supprimés dans l’identifiant (élodie devient elodie). En cas d’homonymie, un chiffre est ajouté (prenom.nom1), et ce suffixe n’apparaît sur aucun document remis lors de la prise de poste.
Pour retrouver un identifiant exact, la seule source fiable reste l’annuaire interne accessible depuis le portail ARENA, ou un appel direct à la DSI du rectorat. Le portail de réinitialisation ne corrige pas un identifiant mal saisi, il se contente de renvoyer une erreur générique « identifiant inconnu ».
Configuration IMAP du webmail ac-montpellier sur Thunderbird et Outlook
La synchronisation via un client lourd (Thunderbird, Outlook, application Mail d’Apple) repose sur des paramètres IMAP que l’académie ne publie pas sur une page dédiée facilement accessible. Une erreur sur le port ou le type de chiffrement produit un timeout sans explication.
Paramètres serveur à utiliser
| Paramètre | Serveur entrant (IMAP) | Serveur sortant (SMTP) |
|---|---|---|
| Adresse | imaps.ac-montpellier.fr | smtps.ac-montpellier.fr |
| Port | 993 | 465 |
| Chiffrement | SSL/TLS | SSL/TLS |
| Authentification | Mot de passe normal | Mot de passe normal |
Sur Thunderbird, l’auto-configuration détecte parfois le serveur en STARTTLS sur le port 587 pour le SMTP. Ce réglage provoque des envois qui échouent sans notification. Forcer SSL/TLS sur le port 465 corrige le problème.
Sur l’application Mail d’iOS, le profil de configuration automatique ne remplit pas le champ « Nom d’utilisateur » avec le format complet ([email protected]). Il faut le renseigner manuellement, y compris le domaine après l’arobase.
Double authentification Convergence et blocage après activation du 2FA
L’obligation de double authentification sur Convergence a été déployée progressivement. Les agents qui n’ont pas configuré leur second facteur avant la date butoir se retrouvent face à une page de connexion qui refuse leurs identifiants, sans mentionner que le blocage vient du 2FA non activé.
Pour débloquer la situation, il faut passer par le portail d’enrôlement 2FA accessible uniquement depuis le réseau interne de l’établissement ou via le VPN académique. Depuis un réseau domestique, le lien d’enrôlement redirige vers une page d’erreur. Ce comportement déroute les personnels en télétravail qui n’ont jamais configuré le VPN.
La procédure d’enrôlement impose de scanner un QR code avec une application TOTP (FreeOTP, Google Authenticator, Microsoft Authenticator). Nous observons que les agents qui utilisent l’application SMS comme second facteur rencontrent des délais de réception qui dépassent la fenêtre de validité du code, ce qui provoque un rejet en boucle.
Réinitialisation du mot de passe webmail Académie de Montpellier
Quand le mot de passe expire (la politique académique impose un renouvellement périodique), le message affiché à la connexion Convergence reste ambigu. Il indique « identifiant ou mot de passe incorrect », pas « mot de passe expiré ».
La réinitialisation passe par le portail ASSED (assistance self-service). La procédure suppose que l’agent ait préalablement enregistré une adresse de récupération personnelle ou un numéro de téléphone. Sans ce pré-enregistrement, la seule option est de contacter la plateforme d’assistance académique par téléphone.
Après réinitialisation, le nouveau mot de passe met parfois plusieurs minutes à se propager sur tous les services (Convergence, ARENA, applications métier). Se reconnecter immédiatement déclenche un nouveau rejet, ce qui pousse certains utilisateurs à relancer la procédure en boucle et finir par verrouiller leur compte.
Éviter le verrouillage de compte
- Après réinitialisation, attendre au moins cinq minutes avant de tenter une nouvelle connexion.
- Ne pas utiliser un mot de passe déjà utilisé lors des trois cycles précédents, la politique de l’académie rejette les réutilisations récentes.
- Vider le cache du navigateur avant de se reconnecter, pour éviter que le formulaire ne soumette l’ancien mot de passe stocké en auto-complétion.
Le verrouillage après tentatives multiples dure trente minutes sur la plupart des services académiques. Pendant ce délai, aucune connexion n’aboutit, y compris avec le bon mot de passe. La seule parade est d’attendre ou de faire débloquer le compte par la DSI.
