Un accès au webmail ac-montpellier.fr qui tombe sans préavis pose un problème immédiat pour la continuité des échanges professionnels. Avant de contacter le support académique, quelques vérifications techniques permettent de distinguer une panne côté serveur d’un incident local lié à votre poste, votre réseau ou vos identifiants.
Diagnostic IMAP et SMTP sur mail ac-montpellier.fr : isoler la couche réseau
La première action consiste à tester la connectivité vers les deux serveurs de messagerie académique. Un échec de connexion vers courrier.ac-montpellier.fr sur le port 993 en SSL (courrier entrant IMAP) ou vers smtp.ac-montpellier.fr sur le port 587 en TLS (courrier sortant) oriente immédiatement le diagnostic.
Lire également : Les ficelles insoupçonnées pour optimiser son mail académique de Lille
Sous Windows, ouvrez un terminal et lancez la commande Test-NetConnection courrier.ac-montpellier.fr -Port 993 dans PowerShell, ou openssl s_client -connect courrier.ac-montpellier.fr:993 sous macOS et Linux. Si la connexion TCP échoue, le problème se situe en amont de votre client de messagerie : pare-feu local, proxy d’établissement ou panne du serveur académique.
Reproduisez le test depuis un autre réseau (partage de connexion mobile, par exemple). Si la connexion aboutit sur le réseau mobile mais échoue sur le réseau filaire de l’établissement, le filtrage réseau local bloque le trafic IMAP ou SMTP. Nous observons régulièrement ce scénario après une mise à jour de pare-feu côté DSI d’établissement.
A découvrir également : Problèmes de connexion sur https://webmail.ac-lyon.fr : solutions efficaces
Comparer avec les signalements de panne en temps réel
Des plateformes comme TotalBug agrègent les signalements des utilisateurs de l’académie de Montpellier. Si plusieurs dizaines de déclarations apparaissent sur la même plage horaire, la panne est globale. Dans ce cas, toute intervention locale est inutile : il faut attendre la résolution côté DSI² (Direction des Systèmes d’Information et de l’Innovation).
Authentification Convergence : erreurs fréquentes et verrouillage de compte
Le webmail académique de Montpellier utilise la plateforme Convergence comme interface de connexion. Un blocage soudain d’accès provient souvent d’un problème d’authentification plutôt que d’une panne serveur.
Plusieurs tentatives infructueuses avec un mot de passe erroné peuvent verrouiller temporairement le compte. Ce verrouillage n’affiche pas toujours un message explicite : la page de connexion renvoie simplement une erreur générique.
- Vérifiez que le clavier n’est pas en majuscules verrouillées et que la disposition clavier correspond bien à AZERTY. Un basculement accidentel en QWERTY altère silencieusement le mot de passe saisi.
- Testez la connexion en navigation privée pour exclure un cookie de session corrompu ou une extension de navigateur qui interfère avec le formulaire d’authentification.
- Si le mot de passe a été modifié récemment sur un autre service académique (ENT, I-Prof), vérifiez que le nouveau mot de passe est bien propagé sur la messagerie. La synchronisation peut prendre quelques minutes.
Réinitialiser le mot de passe via le portail AIDA
La page de connexion du webmail ac-montpellier.fr propose un lien « Mot de passe oublié ou Première connexion » qui redirige vers le portail AIDA (aida.ac-montpellier.fr). Cette procédure nécessite l’adresse mail académique et génère un lien de réinitialisation envoyé sur l’adresse de secours déclarée dans l’annuaire. Sans adresse de secours configurée, la réinitialisation en libre-service est impossible et il faudra passer par le correspondant numérique de votre établissement.
Paramétrage client messagerie : les réglages qui cassent après une mise à jour
Lorsque le webmail fonctionne dans un navigateur mais que votre client de messagerie (Thunderbird, Outlook, K-9 Mail) ne synchronise plus, le problème vient des paramètres de connexion. Les serveurs académiques exigent des protocoles de chiffrement précis, et une mise à jour logicielle peut réinitialiser ces réglages.
Les paramètres corrects pour la messagerie académique de Montpellier sont les suivants :
| Paramètre | Serveur entrant (IMAP) | Serveur sortant (SMTP) |
|---|---|---|
| Adresse du serveur | courrier.ac-montpellier.fr | smtp.ac-montpellier.fr |
| Port | 993 | 587 |
| Chiffrement | SSL | TLS (ou STARTTLS) |
| Authentification | Mot de passe normal | Mot de passe normal |
L’identifiant est le même que celui utilisé pour l’ENT. Une erreur fréquente consiste à renseigner l’adresse mail complète ([email protected]) au lieu de l’identifiant court, ou inversement. Nous recommandons de tester les deux formats si la connexion échoue.
Le protocole POP3 n’est plus adapté à un usage multi-appareils : si votre client est configuré en POP, les messages téléchargés sur un appareil disparaissent du serveur et ne sont plus accessibles depuis le webmail Convergence. Basculez vers IMAP pour maintenir la synchronisation.
Suspicion de piratage et blocage de sécurité sur le webmail académique
Un blocage soudain accompagné d’alertes de sécurité (notification de connexion anormale, activité suspecte signalée par la DSI²) relève d’un scénario différent. La page de connexion du webmail ac-montpellier.fr rappelle que des e-mails frauduleux circulent régulièrement et que la DSI² ne demande jamais d’identifiant ou de mot de passe par mail.
Si vous avez cliqué sur un lien suspect ou transmis vos identifiants en réponse à un message de phishing, la procédure à suivre est structurée :
- Changez immédiatement le mot de passe via le portail AIDA, y compris sur tout autre service où vous utilisez le même mot de passe.
- Vérifiez les règles de transfert automatique dans les paramètres du webmail Convergence. Un attaquant configure souvent une redirection silencieuse vers une adresse externe.
- Signalez l’incident à votre correspondant numérique d’établissement et à la DSI² pour qu’un audit de connexion soit réalisé sur votre compte.
Un compte compromis peut être désactivé préventivement par la DSI² sans notification préalable. Dans ce cas, seul le support académique peut le réactiver après vérification d’identité.
Quand contacter le support numérique académique
Si les tests réseau aboutissent, que le mot de passe est confirmé valide et que le paramétrage du client est correct, le problème dépasse le périmètre de l’utilisateur. Le correspondant numérique de l’établissement (référent RUPN ou administrateur réseau local) constitue le premier relais. Pour les incidents qui dépassent le niveau établissement, la DSI² de l’académie de Montpellier gère les comptes et l’infrastructure serveur.
Avant de les solliciter, notez l’heure exacte du blocage, le message d’erreur affiché, le réseau utilisé et les tests déjà effectués. Ces informations accélèrent considérablement le traitement du ticket.
