Nguyen Antoine a écrit 64 commentaires

il n'y a pour le moment rien de formel, mis à part les différents tickets présents dans redmine. J'ai pas mal d'idées en tête et il faudrait que je prenne le temps :

• De choisir lesquelles sont intéressantes/pertinentes;
• De poser tout cela par écrit dans redmine.

Au passage, je suis preneur de toute idée constructive :-)

J'ai effectivement du revoir certaines choses concernant les formulaires. Je suis passé par des tags personnalisés pour afficher mes formulaires mais rien de bien compliqué.

Pour info, je n'utilisais pas la mise en forme automatique.

A cause d'un problème d'ordre chronologique :-)

En fait, j'ai créé le greffon Postfix autoreply avant le greffon Sieve filters. Par manque de temps, je n'ai pas encore pu ajouter le support de l'extension vacation à ce dernier.

Merci :-)

Je ne connaissais pas non plus le zombadge…

Pour la partie SQL, ce que tu as configuré dans Postfix reste valable. La seule chose à modifier concerne ton "mappage" qu'il faudra adapter au schéma utilisé par Modoboa. Un exemple est disponible ici.

La plus importante modification concerne la manière dont tu as organisé tes informations dans MySQL (le fameux schéma). Actuellement, tu utilises une structure qui t'est propre mais que Modoboa ne comprendra pas. Si tu veux passer à Modoboa, il faudra absolument que tu "ré-organises" tes données. (c'est pour cela que je parlais de migration)

Suis je clair ?

Pour les messages d'aide je note ton idée, merci :-)

Concernant ta première question :

Si tu as une plate-forme fonctionnelle et que tu veux passer sur Modoboa, la seule chose à changer est le schéma SQL que tu utilises. Modoboa impose son propre schéma (comme toutes les solutions de ce type d'ailleurs). Un script de migration peut facilement être créé. Par exemple, il existe un script de migration pour passer de postfixadmin vers Modoboa.

Concernant la traduction : il est possible que j'ai oublié quelques chaînes de caractères... Je vérifierai cela :-)

Enfin pour les messages d'aide : effectivement ils sont un peu intrusifs mais logiques d'une certaine manière. Comme j'utilise principalement le clavier pour bosser, le message s'adapte au focus actuel. En gros, dès que tu appuies sur Tab pour passer au champ suivant, un nouveau message d'aide s'affiche. Je suis preneur de toute idée plus ergonomique ;-)

D'autres questions ?

En fait, le projet est un mélange de plusieurs fonctionnalités.

A l'origine, il s'agissait d'une interface web pour créer rapidement des domaines/boites aux lettres dans une configuration de type hébergement de domaines virtuels.

A cela sont venues se greffer au fil du temps des extensions :

• définition de messages d'absence avec envoi automatique (du genre Je suis en vacances blabla...)
• gestion d'une quarantaine (Amavisd)[http://www.amavis.org]
• statistiques graphiques (sur le trafic mail vu par le serveur)
• webmail
• définition de filtres (sieve)

En l'état, Modoboa ne s'occupe pas de la configuration des serveurs de mail (au sens fichier de configuration). Il se contente de stocker les données utilisées par les configurations du type domaines virtuels.

Il est compatible (testé) avec (Postfix)[http://postfix.org] et (Dovecot)[http://dovecot.org/] mais doit pouvoir fonctionner avec d'autres.

C'est ambitieux mais c'est une très bonne idée je trouve, je note ça pour un futur +/- proche ;-)

Je vais déjà consolider l'existant et notamment le webmail sur lequel je travaille déjà.

Merci de ton support \o/

Tous les gouts sont dans la nature. J'ai commencé ce projet pour mes propres besoins et je continue à le faire évoluer dans ce sens. Effectivement il fait plein de petites choses mais cela correspond à mon usage. Si en plus cela peut profiter à d'autres, tant mieux :-)

Et avoir un outil qui fait tout cela, sans avoir à collecter divers morceaux un peu partout, ce n'est pas envisageable?

Il n'y a pas vraiment de public identifié...

Modoboa évolue à un rythme qui correspondait jusqu'à présent à mes propres besoins (je m'occupe d'une plateforme d'hébergement de messagerie). Cela a commencé par la partie "administration" (création de domaines/boites aux lettres, etc.), puis le gestionnaire de quarantaine, le webmail, la gestion des filtres et j'en passe.

Cela peut aussi bien être intéressant pour des utilisateurs que pour des administrateurs. C'est le principe de la modularité, chacun utilise uniquement ce dont il a besoin.

Quant au périmètre fonctionnel de chaque extension par rapport à la "concurrence", il évolue à chaque nouvelle version et finira par devenir tout à fait acceptable. Personnellement, je suis partisan de : Release early. Release often.

C'est vrai que l'utilisation d'un ORM simplifie la vie. Par contre, il ne sera pas forcément possible d'utiliser n'importe quel backend SQL. A ma connaissance :

• Postfix supporte MySQL, PostgreSQL et sqlite,
• Dovecot pareil,
• Amavis ne supporte que MySQL et PostgreSQL.

Je ne parlerai pas de support LDAP (il est loin d'être complet) mais c'est un début :-)

Concernant le webmail, il est encore un peu jeune. Je l'utilise sur ma plateforme perso mais de manière très simple. Le gros manque est l'envoi de PJ que je n'ai pas encore développé (j'ai porté mes efforts ailleurs). Le reste est fonctionnel mais je suis preneur de quelques retours.

J'aurais tendance à t'orienter vers Modoboa, surtout si tu souhaites t'occuper uniquement de la partie messagerie.

Maintenant, je ne suis pas forcément la personne la plus objective pour répondre à cette question ;-)

N'hésite pas à me contacter si tu as des questions supplémentaires concernant Modoboa.

Et il y a aussi un problème de dépendance au démarrage :p

Il faut que mysql démarre avant gunicorn, sinon ce dernier plante violemment. Le correctit est simple, il suffit d'éditer le script de démarrage /etc/init.d/gunicorn et de modifier l'entête Required-Start comme ceci:

# Required-Start: $local_fs $syslog mysql 

Puis de relancer la commande précédente:

$ update-rc.d gunicorn defaults

Je suis un boulet ^^

Il semblerait qu'une erreur se soit glissée dans cette image :p

J'ai malheureusement oublié d'activer un service au démarrage, ce qui a pour effet de rendre indisponible Modoboa. snif...

La commande suivante devrait régler le problème:

$ update-rc.d gunicorn defaults

Désolé pour ce petit contre temps :-)

Heu... je t'avoue que non. Tu connais une plateforme ou je pourrais déposer l'image?

Pour info, j'ai finalement trouvé un peu de temps pour créer cette fameuse image. Elle est disponible ici. Tu trouveras aussi de la documentation ici.

Merci pour l'astuce. J'ai commencé à bosser sur l'image disque (elle est quasi opé.) mais je n'ai pas utilisé le format raw. Je vais voir ce que donne un conversion vers ce format en utilisant qemu-img.

Pour le moment non. Il ne manque pas grand chose pour que cela puisse se faire mais ce n'était pas mon idée de départ.

Exact, mais c'est prêt à l'emploi. Si tu as une meilleure idée n'hésites pas :-)

Bonne question. Pourquoi pas la partie wiki du trac de Modoboa ?

Ca ne risque pas d'être un peu lourd en terme de taille?

Bonne remarque. Je n'ai pas de réponse concernant l'existence ou non d'une bonne pratique d'organisation dans un annuaire LDAP mais l'idée de définir un schéma spécifique aux installations "virtuelles" me plait bien. A creuser.

D'accord, il faudrait aussi cette partie. Ce n'est pas compliqué en soit, il faut juste savoir quel schéma/quels attributs utiliser. A mon avis, il faudra quand même un modèle mixte avec certaines infos dans LDAP et d'autres (celles propres à l'appli) dans la base SQL.