Nguyen Antoine a écrit 67 commentaires

Pour être exact, les premières lignes de codes ont été écrites en 2009 :-)

Pour préciser ce qui a été dit, j'ai pris la décision à une époque d'extraire les fonctionnalités non essentielles de Modoboa dans des dépôts distincts, principalement parce que je voulais conserver des installations légères et laisser la possibilités aux utilisateurs d'installer uniquement ce dont ils ont besoin.

D'un point de vue architecture de code, Modoboa n'a jamais été un monolithe puisque tout est découpé en modules (ou applications selon la terminologie Django). D'un point de vue Runtime, il s'agit effectivement d'un monolithe (aucun micro service autrement dit).

Finalement, je me suis rendu compte que la logistique nécessaire à la maintenance de ces différents repos, le versioning, les releases et maintenir une rétro-compatibilité entre tout ces éléments était bien trop importante.

J'ai donc fait machine arrière et tout a été rapatrié dans un unique dépôt. Mais le code reste modulaire.

Je suis le dév principal de Modoboa donc je vais me permettre de répondre ;-)

pour avoir une interface en ligne de commande ?

Au début, c'était principalement pour faciliter l'intégration avec des systèmes externes. Depuis la v2, elle sert aussi pour le frontend en vuejs.

tout a été réécrit en RoR :D ? là le retour des dév sur les apports de Python3 serait intéressants : l'occasion de revenir sur la dette technique ? Même si heureusement, cela a dû se faire lors du passage en v2 ? (donc un peu d'archéologie :D)

Python 2 n'est plus supporté depuis plusieurs années donc c'était inévitable du point de vue gestion de dette technique. Mais Python 3 apporte un tas d'améliorations à différents niveaux donc la montée de version est bénéfique.

quels exemples d'applications ? un serveur XMPP comme Prosody ou ejabberd ? (déjà fédérer le login c'est bien pour l'utilisateur, il y a moyen d'aller plus loin)

Pour être plus précis, il s'agit d'OpenID connect qui permet le Single Sign On. C'est Modoboa qui joue le rôle d'IdP (Identity Provider). La motivation derrière ce changement était d'améliorer la sécurité du produit en arrêtant de stocker des informations critiques en session (qui servent à ouvrir des connexions IMAP/SMTP/caldav/carddav).

Ceci étant dit, il est tout à fait possible de compléter la configuration pour permettre à des clients additionnels d'utiliser cet IdP (Thunderbird et autre).

J'imagine qu'il faut rajouter un roundcube ou autre webmail pour les utilisateurs ?

Modoboa fournit des modules basiques pour les utilisateurs (webmail/contacts/calendriers) mais pour qq chose de plus avancé, Roundcube est une bonne option.

C'est beaucoup utilisé en auto-hébergement ?

Je pense que c'est le cas d'utilisation principal, même si bcp d'hébergeurs utilisent aussi le produit. Et d'après ce que j'ai pu voir, c'est utilisé sur toute la planète aujourd'hui.

J'y ferai attention pour mon prochain post :)

La configuration est un mélange entre ce fameux fichier settings.py et des paramètres stockés en base de données. Les changements de configuration sont documentés avec chaque nouvelle version et une commande permet entre autre de recréer ce fichier de configuration assez rapidement.

L'authentification du webmail utilise le procotole IMAP et utilise donc login et un mot de passe.

Un peu à l'arrache il est vrai mais l'important c'est le résultat! :)

Merci à l'équipe de FusionInventory d'avoir rendu cela possible!

Modoboa

Qu'un fichier ics envoyé par mail soit enregistré dans un calendrier ne nécessite pas que coté serveur ce soit la même application qui fasse tout.

Tout à fait. Cependant, rien ne nous empêche de simplifier la mise en place et l'exploitation d'une telle solution :)

C'est bien pour cela que j'envisage une intégration avec radicale :)

A l'heure actuelle, Modoboa n'est pas forcément le meilleur outils pour une messagerie d'entreprise internalisée. Par contre, je pense qu'il trouve son public chez les fournisseurs d'accès internet (français ou pas) qui ont des quantités importantes de boites à gérer.

Je trouve qu'on néglige trop souvent les outils pour administrateurs ;)

Je ne sais pas si Outlook est compatible avec ces standard mais j'aurais tendance à dire que oui. Je suis intéressé par tes résultats si tu effectues des tests ;)

Il est vrai qu'outlook est encore bien déployé en entreprise mais son utilisation (à plein régime) reste dépendante d'une solution serveur compatible Exchange (MAPI), notamment pour fournir les services avancés comme la définition d'un message d'absence depuis outlook (pour peu que cela soit possible).

Le but actuel de Modoboa n'est pas de fournir un n-ième groupware mais de proposer un outils simple et efficace pour exploiter sa messagerie. Si à terme certains l'envisagent en remplacement de solutions plus lourdes, tant mieux :)

Le couple Redmine + git était une bonne solution. Les deux raisons principales qui m'ont poussé à changer :

• Visibilité ;
• Gain de temps (plus de maintenance).

Github n'est effectivement pas libre mais ce n'est pas incompatible avec une bonne solution :)

J'envisage une extension pour intégrer modoboa avec radicale (http://radicale.org/). Elle sera potentiellement sponsorisée.

Je pense que cela pourrait répondre à ton besoin…

Effectivement, un lien interne a sauté pour je ne sais trop quelle raison… C'est corrigé :)

Merci pour le retour!

Pas tout à fait.

La configuration (fichiers) de postfix et dovecot reste manuelle. Modoboa offre la possibilité de peupler la plate-forme de messagerie une fois celle-ci configurée (domains/boites/alias).

J'envisage de simplifier cette partie là dans un futur proche mais je ne suis pas encore fixé sur son mode de distribution :)

Si vous avez besoin d'assistance pour mettre en place un serveur de messagerie, n'hésitez pas à me contacter par mp.

Malheureusement pas encore faute de bras… Ces fonctionnalités sont prévues mais cela représente un travail conséquent.

Avis aux amateurs, Modoboa à besoin de développeurs :-)

Merci pour cette réponse, je n'aurai pas trouvé mieux :)

Concernant Windows, je pense que Modoboa doit pouvoir tourner dessus sans trop de modification. Par contre, postfix et dovecot devront être placés sur un serveur distinct.

Le webmail proposé par Modoboa est loin de Roundcube en termes de fonctionnalités. Cependant, il présente l'avantage d'être intégré nativement aux autres composants (quarantaine perso, filtres sieve, réponse auto).

Qu'en est il des installations? J'ai connaissance de quelques plateformes "correctes" (environ 1000 boites et plusieurs dizaines de domaines).

Qu'entends tu par dépendances ?

Les dépendances logicielles (niveau python) sont indiquées dans la documentation et gérées automatiquement par l'installation via pip ou easy_install.

Niveau compatibilité avec des logiciels externes, les possibilités sont larges. Modoboa fonctionne parfaitement avec Postfix (qq soit la version), dovecot 1 ou 2 et amavis (>= 2.7 comme indiqué ici).

Il doit pouvoir fonctionner avec sendmail, exim, courier, cyrus et autres modulo quelques tests et adaptations. Je n'ai juste jamais eu aucun retour à ce sujet et ne suis pas utilisateur de ces produits.

Concernant amavis, tu es libre de le coupler à clamd si tu le souhaites, cela n'impacte en rien Modoboa qui se concentre sur les aspects quarantaine et paramétrage (basique).

As tu d'autres questions ?

D'accord je comprends mieux. A l'heure actuelle, Modoboa ne s'occupe absolument pas de configurer Postfix. Il alimente juste une base SQL qui est utilisée par Postfix pour récupérer certaines informations dans une configuration de type Domaines virtuels sans compte UNIX.

Je me demande si un outil de ce genre (frontend de configuration pour Postfix) peut être intéressant…

Ce dont tu parles implique une modification du DNS ? (définir quel est le principal)

Sinon concernant vhffs, je ne vois pas bien le rapport.

Soyons chauvins ;)

Si tu as des suggestions d'améliorations concernant l'installation, je suis preneur aussi!

Content que cela puisse être utile à d'autres :)

Au passage, je suis intéressé par les raisons qui te feraient passer à Modoboa plutôt qu'iredmail.

Je dois bien avouer que je ne suis pas au courant des activités autour de postfixadmin :)

Pour roundcube tu as tout à fait raison mais ce n'est pas disponible de base.

Pour amavis, les seuls frontends que je connais (pour établir une comparaison avec Modoboa) sont :

• Maia Mailguard : plus complet fonctionnellement mais oblige à utiliser une version modifiée d'amavis -> gênant pour suivre les évolutions
• MailZu : ne gère que l'aspect quarantaine et n'est plus maintenu

Ces fonctions de failover peuvent être mises en place indépendamment de Modoboa. D'ailleurs (comme tu l'as souligné plus haut), celui-ci n'apporte aucune valeur ajoutée concernant ces problématiques.

Néanmoins, est ce que tu penses qu'une gestion du failover aurait sa place dans le produit ?

Les différences auxquelles je pense (et en fonction de mes connaissances actuelles) :

• La partie Administration de Modoboa diffère effectivement peu de postfixadmin (fonctionnellement). La seule différence notable est que Modoboa est maintenu
• Roundcube est un webmail (et autre) plus avancé mais ne fait que ça
• Concernant amavis, le choix doit se faire entre maia mailguard (qui embarque une version modifiée d'amavis) ou mailzu qui n'est plus maintenu

Pour finir, l'installation globale de la combinaison dont tu parles est plus complexe et utilise des technologies différentes là où Modoboa utilises un ensemble unique et disponible de base.

Tu parles d'un MX secondaire ?

Ou de la possibilité de monter un cluster actif/passif ?