Dans la dernière version de Cleanmail, nous avons franchi une première étape importante dans le développement de cette fonctionnalité.
Cependant, cette annonce s'accompagnait de plusieurs mises en garde :
Dans cette version, nous apportons des solutions à ces problèmes, rendant ainsi cette fonctionnalité plus stable.
Afin d’éviter les erreurs de remédiation, avant de supprimer un message sur la plateforme distante, celui-ci est récupéré et stocké dans la quarantaine de l’utilisateur. Cela permet de disposer des fonctionnalités de la quarantaine pour ces messages (consultation, analyse, rapports de quarantaine et libération).
Notez qu’un message remédié ne peut pas être libéré par l’utilisateur final ; seul un administrateur peut le faire. Si la quarantaine n’est pas activée pour l’utilisateur, aucun stockage n’a lieu et l’e-mail remédié est supprimé définitivement.
Pour permettre la correction en masse et éviter les erreurs potentielles avec le serveur de messagerie (comme la limite de débit), les tâches de remédiation sont mises en file d’attente. Cela signifie qu’elles ne sont pas exécutées immédiatement. En cas d’erreur, plusieurs tentatives seront effectuées.
L'interface des logs a été repensée pour afficher clairement l'état d'avancement de ces tâches. Un onglet « Remédiation » a été ajouté pour faciliter l'accès à ces informations, bien qu'il soit également possible d'utiliser un filtre « Action est remédiée », pour rappel.
Conformément au modèle de correction, l'action de libération d'un message est désormais une action asynchrone. Une réponse positive à cette requête indique que l'action a été acceptée, mais pas que le message a été envoyé avec succès. Les interfaces de logs et de quarantaine ont été remaniées pour suivre la progression de la requête en cours (en cours, réussie, erreur).
L'ajout du niveau « Client » dans la version précédente a ouvert la voie à de nouvelles fonctionnalités. La plus attendue est la possibilité de créer des règles de filtrage sur l'ensemble des domaines d'un client.