Le lien de la vidéoconférence est dupliqué dans la description à chaque modification de l'événement.
La description de l'événement est transformée en texte brut lors de son édition dans Thunderbird.
BM-24290 : Corrige : Impression impossible (erreur 500) d'un calendrier lorsque l'utilisateur n'a été invité que sur une seule occurrence d'une réunion récurrente.
BM-24311 : Corrige : Un participant invité de nouveau après une annulation ne peut pas répondre à l'invitation.
BM-24338 : Corrige : Page blanche au chargement du calendrier.
BM-24148 : Corrige : L'encodage des messages convertis depuis Outlook (TNEF) produit un texte illisible (caractères incohérents) à la réception ou à l'envoi.
Corrige : Plantage lors de la connexion à une boîte partagée lorsqu'un dossier de messagerie est désynchronisé, déclenchant en boucle une réparation automatique à chaque ouverture de session.
Corrige : Perte du nom d'un agenda secondaire partagé nom lorsqu'il est ajouté dans Outlook.
Les réunions Pexip prennent désormais en charge les événements récurrents et reprogrammés.
Corrige : La description d'une réunion (lien de connexion compris) se retrouve en partie effacée lorsque le modèle contient une variable non reconnue.
BM-24253 : Simplification du lien de réunion Pexip (suppression d'un paramètre superflu).
[Nextcloud Talk] : Corrige : Affichage du libellé et de l'aide du champ « URL de base de l'API » dans la console d'administration.
[Nextcloud Talk] : Correctif : Les appels à Microsoft Graph passent désormais par un client HTTP simple (le SDK Microsoft Graph de 60 Mo est supprimé de bm-core) et utilisent donc le proxy HTTP configuré dans BlueMind.
Amélioration : Les clients HTTP des fournisseurs de visioconférence (Meet, Webex, Zoom, Pexip, Nextcloud Talk, Teams, LiveKit) sont maintenant fermés après chaque appel, ce qui évite l'accumulation de threads et de connexions.
Les unités d'organisation supprimées sur la source ne reviennent plus sur le clone sous forme de « placeholders ». Leurs suppressions sont rejouées correctement, y compris pour les unités qui contenaient encore des membres, des enfants ou des administrateurs.
Les sous-dossiers conservent désormais le bon chemin lorsqu'un dossier parent a été renommé sur la source.
Les partages de calendrier sont correctement reportés sur la disponibilité (freebusy) du clone.
Les dossiers partagés avec un utilisateur lui sont de nouveau visibles sur le clone.
Les utilisateurs ayant une photo affichent leur photo (et non l'image par défaut) sur le clone.
Les calendriers et carnets d'adresses renommés conservent leur nouveau nom sur le clone.
Les paramètres globaux (rétention et taille max du filehosting, limite de détachement automatique, tags ignorés par dataprotect, politique de mot de passe, etc.) sont désormais clonés et suivis en mode tail.
Les contacts supprimés en vidant un carnet d'adresses (ou en réinitialisant un agenda, une liste de tâches ou de notes, ou via bm-cli reset) sont maintenant également supprimés sur le clone.
La réplication vers Kafka ne reste plus définitivement bloquée après une erreur de base de données (perte de connexion, redémarrage ou bascule de PostgreSQL). Auparavant, les clones et la sauvegarde continue manquaient les changements concernés jusqu'au redémarrage de bm-core. Les enregistrements sont désormais renvoyés dans l'ordre (un doublon est possible, jamais une inversion).
Performances et fiabilité : l'évènement de modification d'un conteneur (carnets d'adresses, agendas, tâches, notes) n'est plus publié deux fois, et les clients HTTP (certificats vCard, vérification d'URL OpenID, jetons JWT) sont correctement fermés, ce qui corrige des fuites de ressources.
Une réponse REST découpée en chunks pouvait être tronquée sans aucune erreur. Le problème est corrigé.
BM-24334 : Améliorations sur la tenue en charge lors de l'envoi d'un gros message à de très nombreux destinataires (par exemple un e-mail de 30 ou 40 Mo vers plusieurs centaines de personnes lisant le message en même temps).
Les symptômes étaient la saturation de la mémoire directe côté IMAP, un pool mémoire plein et des threads de BM-Core bloqués.
BM-24352 : Correctif : Les e-mails comportant de nombreux destinataires conservent désormais leurs listes complètes De, À et Cc dans l'index de recherche (jusqu'à 8191 caractères, uniquement avec des destinataires entiers).
NB : Les mails indexés avant ce correctif conservent leurs listes tronquées jusqu'à la réindexation de la boîte.
BM-24336 : Correctif : Les purges Elasticsearch (suppression de boîte, expunge) s'exécutent désormais comme des tâches suivies.
Realms et réparation : une erreur passagère ne détruit plus le realm d'un domaine ni ses sessions SSO. La réparation ne reconstruit plus les realms inutilement (secret client et sessions conservés) et couvre le flux de connexion. Un realm n'est créé que pour un domaine utilisable (ni global.virt sans URL propre, ni CAS).
Connexion : elle passe toujours par le flux d'authentification du domaine (OTP conditionnel compris). Un domaine créé avec une URL fonctionne sans redémarrage du core, et une configuration OpenID incomplète fait échouer la connexion immédiatement avec une erreur nommant le domaine. La convergence ne échoue plus lorsque Keycloak a nommé la fédération d'utilisateurs.
Performances et sécurité : création d'un domaine deux fois plus rapide (une authentification au lieu de 20), jetons core avec caractères spéciaux (+, &, %) acceptés, secret client plus exposé en clair, vérification de jeton allégée, et valeurs BlueMind (journalisation Kerberos, cache) correctement transmises à Keycloak.
BM-24321 : Corrige : Interruption d'une sauvegarde incomplète.
L'annulation d'une sauvegarde (par un administrateur ou au bout de 23h) arrête désormais réellement la sauvegarde des mails : sauvegarde des boîtes, téléchargement des contenus et copies vers le stockage de sauvegarde.
Une sauvegarde annulée s'arrête une fois le traitement des boîtes en cours terminé, elle n'apparaît plus dans la liste des sauvegardes et se termine avec le message « Backup cancelled ».
Une seule sauvegarde peut s'exécuter à la fois : aucune nouvelle sauvegarde ne démarre tant qu'une autre, même annulée, est en cours. Le rapport de la tâche en indique la raison.
La position atteinte dans le téléchargement des contenus des e-mails est désormais enregistrée : la sauvegarde suivante reprend là où elle s'est arrêtée au lieu de retélécharger les derniers e-mails à chaque fois.
Les souscriptions de pré-production se comportent désormais comme les productions qu'elles copient, en affichant en plus pour tous les utilisateurs un avertissement permanent indiquant que l'installation ne doit pas être utilisée en production.