Journal 10 ans après, Modoboa est toujours là pour prendre soin de votre serveur de messagerie

Posté par  . Licence CC By‑SA.
10
19
jan.
2026

Puisqu'il n'est jamais trop tard pour écrire sur DLFP, voici donc une note de journal concernant Modoboa une application écrite en python qui, près de 11 ans après la dernière dépêche à son sujet concernant la version 1.2.0 (nous sommes en version 2.6.5, la version 2.7.0 pointe le bout de son nez) continue de toujours être une solution adaptée pour avoir rapidement un serveur de messagerie fonctionnel et bien doté.
Le logiciel est toujours développé par @anguyen et je l'en remercie.

Rappel des fonctionnalités offertes

Une interface d'administration

Celle-ci vous permet de gérer les comptes voire de déléguer la gestion d'un domaine, définir des quotas par domaine ou compte, de définir des relais et d'autres choses.
Il est à noter que l'interface a visuellement bien changé depuis la version 1.2.0.
Réglages
Comptes utilisateurs
Statistiques
Informations du domaine
Accueil

Cette interface permet une multitude de réglages et notamment pour celles et ceux qui le souhaitent, d'intégrer rspamd ou amavis, de signer ses messages sortants avec dkim, de valider les enregistrements DNS d'un domaine, de s'interfacer avec un annuaire LDAP, etc.

Un webmail

Pratique pour lire ses messages et y répondre si l'envie nous en prend.

Des filtres sieve

Établir des règles sieve pour son tri automatique des messages est clairement le must-have pour s'épargner une tâche rébarbative.

Une gestion des calendriers

Le logiciel propose via radicale et un petit module à installer via pip une gestion des calendriers

Un gestion des carnets d'adresse

C'est toujours mieux de pouvoir enregistrer ses contacts n'est-ce pas ?

Un répondeur automatique

Le meilleur outil pour annoncer ses vacances à la Terre entière (ou pas).

Quels changements depuis 11 ans ?

Plein de choses, je vais donc les citer pêle-mêle:

  • l'ajout d'un service de notification pour prévenir de l'arrivée d'une nouvelle version
  • une modularisation de Modoboa puis le retour à un fonctionnement quasiment monolithique
  • l'implémentation d'un contrôle de la robustesse des mots de passe
  • l'implémentation d'une API REST
  • la vérification des enregistrements DNS pour un domaine
  • la fin du support de python 2.x
  • un démon policy et le support de Redis (Valkey sans doute prochainement)
  • le support de TOTP (oui !)
  • une nouvelle interface telle que montrée plus haut
  • la possibilité de créer et gérer ses clefs DKIM dans Modoboa
  • la fin programmée des cronjobs (RQ se chargera de tout cela prochainement)
  • OAUTH2 est supporté (très bien pour intégrer des applications externes)
  • un service d'auto-configuration pour permettre aux clients lourds de savoir comment se connecter au serveur mail

Pourquoi continuer à utiliser modoboa face à l'alternative X, Y ou Z ?

Voici une question qui se pose et à laquelle j'ai quelques éléments de réponse. Étant utilisateur depuis plus de 12 ans et ayant même testé la version 0.9.0 sans être convaincu à l'époque, j'ai pu voir le logiciel évoluer avec toujours la possibilité de garder le contrôle de son installation car Modoboa s'installe avec soit un script fourni par les développeurs soit manuellement et à l'heure où certains développeurs ne jurent plus que par docker (pour ne pas le citer), c'est toujours appréciable car cela permet aux personnes comme moi de tuner leur installation plus facilement même si cela implique de bien conserver la trace de ce que l'on fait. En outre, je trouve le logiciel bien pensé et rationnel dans son approche, les fonctionnalités proposées sont souvent celles les plus utiles pour les utilisateurs.
J'ai pu migrer de la version 1.2.0 à la version 2.6.5 avec assez peu de problèmes et c'est fort appréciable de ne pas devoir repartir de zéro.

Les ressources utiles

La documentation
Le site web
Le dépôt github du projet

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.