Gilles Chehade a écrit 37 commentaires

Y a pas de mal, et de rien ! :-)

Je me permets de taper l'incruste (merci google alertes) pour donner quelques précisions ;-)

Il y a quelques autres bons points :
* léger, se veut être rapide

Il se situe dans le même ordre de grandeur que la concurrence, ne pas s'attendre a de grosses surprises pour le moment.

• possibilité d'utiliser spamd pour faire du greylisting et dérouter les spammeurs pour pas cher. Bon, il faut accepter les défauts du greylisting, et en plus tu vas avoir besoin de pf.

Spamd et pf sont indépendants, OpenSMTPD ne connait ni l'un ni l'autre et peut être utilises sans.

• la configuration des alias se fait dans de simples fichiers textes, à passer dans une moulinette spécifique.

Il existe actuellement 3 méthodes de configuration d'aliases:
* fichier texte
* fichier db (crée avec makemap a partir d'un fichier texte)
* définition en statique dans le fichier { root => gilles }

Il existe dans une branche git un support LDAP et dans une autre branche git un support SQLite ;-)

Malheureusement, smtpd en est encore au stade du développement, bien que parfaitement utilisable (c'est lui qui fait tourner la ML de OpenSMTPD… comme par hasard). En plus, il est (avec les autres outils) assez spécifiques à OpenBSD. Les ports vers d'autres systèmes existent, mais on peut s'attendre à plus de bugs.

En réalité le stade de développement est bien avance, il y a eu plusieurs phases de stabilisations, d'appels au rapport de bugs, les derniers snapshots sont censés être stables. Il existe une version portable qui est aussi proche de la version native qu'openssh-linux ne l'est de openssh natif, donc il ne faut au contraire PAS s'attendre a plus de bugs et les remonter s'ils existent. Nous sommes très réactifs ! :-)

Je suis a peu pres sur que miod c'est pas un pseudo ;-)

Salut,

Je vais clarifier un peu ton post, la situation est un peu plus complexe que cela :-)

Jacek et moi avons de gros desaccords sur plusieurs points, en partie sur l'orientation du projet et la maniere dont on doit travailler. Il travaille enormement seul en faisant de gros changements qu'il communique uniquement une fois finis et il veut un code parfait et optimise immediatement.

En ce qui me concerne, je pense que l'optimisation ne sert a rien tant qu'on a pas deja un truc fonctionnel (je pense que gagner 10 ms sur une delivery ou 4 octets en memoire quand personne n'utilise smtpd parcequ'il manque pleins de features, c'est pas une priorite), et j'avance par petites iterations en communiquant a chaque etape. Je privilegie d'avoir un truc qui marche, quitte a passer une heure ou deux a nettoyer derriere.

Clairement, ces deux modes de travail sont incompatibles. Deja parceque je me retrouve exclu de toute decision, je n'ai mon mot a dire que sur des details mineurs une fois le fait accompli; mais aussi parceque generalement ses modifications sont des changements radicaux qui impactent ce sur quoi je bosse sans que j'en ai ete averti ... et ca se traduit generalement par moi qui fait une croix sur plusieurs jours ou semaines de boulot pour ne pas perdre encore plus de temps en discussions. Pour faire simple, il considere que mon code est mediocre (je le cite) et il est en train de reecrire progressivement l'ensemble en me laissant un minimum de marge de decision.

Mon fork n'en est pas reellement un, mon but est de pouvoir faire avancer le projet et combler mes propres besoins sans me prendre un mur tous les trois jours. Il suffit de voir que j'ai commite sur pSMTPD davantage de code que que sur OpenSMPTD en un an...

OpenSMTPD commence de plus en plus a ressembler a un projet mourrant, les personnes qui contribuaient ont arretees, ceux qui testaient regulierement n'envoient plus de rapports. En un an on est passe d'un projet super actif avec des contributions de plusieurs developpeurs (openbsd et autres) qui avancait chaque semaine a un projet qui voit des mois passer sans le moindre commit. On m'a demande par mail pas plus tard qu'hier si le projet n'allais pas etre abandonne ...

Je ne veux pas etre associe a ca, je prefere bosser sur ma version ou le projet est actif et si Jacek veut importer mon code, il pourra faire la demarche lui meme d'adapter son code au mien plutot que l'inverse. Mais ce n'est pas un fork, je ne suis pas en competition, je ne le distribue pas (meme si le cvs est accessible a tous) et je n'en fait pas vraiment la promotion a part communiquer mes modifs sur le blog.

je nie !

Pourquoi elle se fait au detriment des avancees du logiciel libre ?
Tu veux dire que plus de choix dans le logiciel libre nuit au logiciel libre ?

Pour ma part, je pense que configurer mon serveur de mail avec un fichier de 5 lignes lisibles est une avancee, au moins en ce qui concerne mon besoin, et au vu des mails que j'ai pu recevoir ces derniers mois, ca m'a tout l'air d'etre un sentiment partage par bon nombre d'admins et d'utilisateurs.

En fait je pense que ta reflexion est errone parceque tu pars du principe que le temps qu'un developpeur passe a coder un outil pour lequel il existe deja des alternatives est une perte de temps qui pourrait etre mieux depense ailleurs. Mais tu ne tiens pas compte du fait qu'un paquet de developpeurs opensource le sont par hobby et ne vont pas coder juste pour coder, mais vont le faire parcequ'un (ou plusieurs) sujet(s) les interessent. Je peux te garantir que si je bossais pas sur OpenSMTPD, je bosserai pas plus a essayer d'ameliorer Xorg ou a creer une alternative a Office, je passerai peut etre juste plus de temps a regarder la tele et a me mettre une murge dans un pub ;-)

Apres chacun a sa vision du truc, le declencheur c'est pas *juste* une incompatibilite de license, c'est la somme de plusieurs besoins.

ca veut juste dire que les binaires sont disponibles, mais OpenBSD utilise toujours sendmail et ca restera le cas tant que OpenSMTPD ne sera pas juge comme suffisament fiable et mature.

en d'autres termes, si tu veux tester tu peux facilement lancer OpenSMTPD mais faudra une action et une configuration manuelle de ta part pour le mettre a la place de Sendmail.

c'est linke au build pour permettre de tester, mais c'est pas production ready.
a vos risques et perils ... :-)

Je saurais pas te repondre, c'est surtout une question de temps et de motivation.

J'ai fait le portage NetBSD et FreeBSD un soir ou j'avais pas vraiment la motivation de faire autre chose, d'autres personnes ont ameliores, mis a jour et package le portage FreeBSD, mais pour etre honnete il n'est pas encore pret sous OpenBSD donc devoir gerer les autres systemes c'est pas specialement une priorite immediate pour moi ;-)

Le prochain portage devrait etre pour Linux, si je me motive ou qu'une ame charitable le debute[1] ... (quelqu'un ? :p)

[1] http://www.poolp.org/cgi-bin/cvsweb/opensmtpd
[2] anoncvs@cvs.poolp.org:/cvs co -P opensmtpd

\o/

Effectivement, touts les informations necessaires sont dans les pages de manuel et dans la configuration par defaut.

2) en fait ca a jamais ete un site officiel, je l'ai vire parceque tant qu'il n'y a pas de version portable ca n'a que peu d'interet. pas de site pour l'instant, pour faire le point sur le serveur de mail il faut lire les commits logs ;-)