When the academic messaging system of Clermont-Ferrand refuses to open, the usual reflex is to re-enter the password. The problem often goes beyond this step: active VPN detected by the MonCompte portal, account deactivated between two contracts, or storage quota full on Roundcube. Identifying the exact cause before any manipulation avoids multiplying unsuccessful attempts and getting stuck longer.
Frequent blockages on the MonCompte portal ac-clermont.fr: causes and remedies
The MonCompte portal centralizes the management of digital identity for the Clermont-Ferrand academy. It is through it that the temporary password change, access recovery, and consistency between contractual data (first name, last name) and the email account are handled.
A message of access disrupted on MonCompte appears when the system detects a connection deemed incompatible with its security requirements. Two main causes trigger this blockage: an active VPN (sometimes automatically activated by the home network or antivirus) and a browser cache containing outdated session data.
The unlocking procedure recommended by the academy follows a precise order:
- Disable the VPN, including those integrated into certain security software that activate it without visible notification in the taskbar.
- Clear the browser cache and cookies, then restart a clean session (private browsing window if doubts persist).
- If the blockage continues, contact academic support mentioning the reference “access disrupted” displayed on the screen, which speeds up ticket processing.
When encountering issues with the academic mailbox Clermont Ferrand related to MonCompte, the difficulty often arises from the fact that the VPN is not identified as active by the user. Checking network settings before any other steps saves considerable time.
Account deactivated between two contracts: the case of temporary staff and AESH
Permanent staff retain stable access to their academic mailbox. In contrast, temporary staff on short missions and AESH face automatic account deactivations between two contracts. The system cuts access to messaging, the BV portal, and business applications as soon as the contract ends in the HR reference system.
This cut-off is not a technical malfunction in the strict sense. It results from an identity management mechanism that ties the existence of the account to an active contract. The problem arises when a new contract starts without the reactivation being processed on the HR or IT side.
Manual reactivation by IT or human resources
Unlike a simple password forgetfulness (resolvable independently via MonCompte), reactivating a deactivated account requires human intervention. The temporary staff or AESH must report the situation to their assigned institution, which forwards the request to the academic HR service or directly to IT.
The processing time varies depending on the time of year. At the beginning of the school year, reactivation requests flood in and recovery times significantly lengthen. Anticipating by contacting the institution a few days before the actual contract start reduces the risk of being without messaging on the day of starting the job.
Webmail Roundcube login credentials: common errors
The Roundcube interface, accessible via bv.ac-clermont.fr, uses a username/password pair distinct from that of MonCompte for certain operations. The username follows the format first letter of the first name followed by the last name (example: jdupont for Jean Dupont). The initial password corresponds to the NUMEN, the personal registration number assigned by the National Education.
| Situation | Username | Initial password | Action if failure |
|---|---|---|---|
| Permanent staff, first connection | Initial of first name + last name | Full NUMEN | Check the case of the NUMEN (uppercase letters) |
| Permanent staff, password modified | Initial of first name + last name | Personal password | Reset via MonCompte |
| Temporary staff or AESH | Provided by the institution | Variable depending on activation | Contact the digital referent or IT |
| Compound name or accent | Format sometimes truncated | Full NUMEN | Test variations (hyphen, without hyphen, without accent) |
Compound names and accents generate a significant portion of login failures. The system does not always handle special characters uniformly. Testing the variant without hyphen and without accent of the last name often resolves the issue without going through support.
Redirection and quota of the academic messaging system Clermont-Ferrand
Redirection to a personal mailbox is configured via the Melouvert portal, in the “My account” section then “Messaging”. The manipulation is simple, but it hides a trap: redirected messages continue to consume the academic quota if automatic deletion after transfer is not activated.
When the storage quota is reached, the academic mailbox stops receiving new messages without sending a clear notification to the sender. The agent no longer receives anything, including institutional communications, without being warned. Regularly checking the space occupied in Roundcube (in the “Folders” section) remains the only reliable workaround.
Archiving and deleting to free up space
Deleting messages from the “Trash” folder is not always sufficient. The “Sent” and “Drafts” folders accumulate volume without one realizing it. A targeted cleanup of these three folders generally frees up enough space to restore reception.
For agents who wish to keep a history, exporting old messages in .eml format to a local storage device before deletion allows preserving exchanges without weighing on the server quota.
Most malfunctions of the academic messaging system in Clermont-Ferrand originate from three technical points: VPN detection by MonCompte, automatic deactivation of temporary accounts, and silent quota saturation. Addressing these three checks in this order covers the majority of situations even before seeking academic IT support.