Est-ce qu’il existe un projet libre de gestion de relai SMTP ?
Avec une belle interface web comme ils ont SendGird, tipimail et compagnie ? Que l’utilisateur / le client / les admin de domaines puisse voir les e-mails qui ne sont pas parties, une surcouche pour faire du bounces maison (arrêter de distribuer à une adresse qui a été 5 fois en erreur)…
Si ça intéresse quelqu’un j’ai installé une instance de test de postal, peut être pendant quelques jours… Contactez moi en privé si vous voulez un accès « pour voir »
Ca a l’air pas mal postal, je le verrais bien utilisé pour créer un relai commun à plusieurs Chatons pour envoyer sur des adresses Microsoft par exemple, pour la réputation.
C’était mon objectif de départ pour tout te dire : trouver une interface qui permettrai à plusieurs chatons de mutualiser des passerelles Mais ça semble pas répondre pleinement à mes attentes Postal :
pas de côté multi serveur (juste multi ip) et pour moi c’est rédhibitoire dans la gestion de passerelles communes pour router à gauche ou à droite selon les problèmes…
beaucoup de ressources machines consommé
service SMTP Postal, du coup difficulté de configuration fine (exemple retarder les mails @free…)
peut de documentation sur le projet
Ceci étant c’est peut être une bonne piste en guise de « porte d’entrée » qui dispatche sur les passerelles…
Pour moi pour une/des passerelles commune il faudrait :
Que chaque chatons est « vu » sur ces logs (en web ou autre). éventuellement des rapports d’erreur quotidien, hebdo…
Que les messages soit rejeté de la passerelle si ceux-ci n’arrive pas correctement configuré (DKIM, SPF…) pour éviter de pénaliser le groupe. Éventuellement aussi un petit test anti-spam.
Qu’il y est une gestion des « bounces » automatisé (après X envoi vers l’adresse leCompteExistePas@orange.fr on arrête d’envoyer vers lui)
Qu’on puisse router du trafic vers la passerelle pierre, paule, ou jack selon la réputation IP de ces derniers/fonctions des problèmes.
J’ai pas encore trouvé chaussure à mon pied là dessus, ça me semble très spécifique. J’envisage de commencer à le coder. Si des gens sont chaud pour faire 2, 3 bouts de code commun (notamment niveau interface) je suis preneur…
Si ça vous semble couillon n’hésitez pas à le dire, si ça vous semble pertinent aussi…
Juste un message pour dire qu’on bosse sur du mail en ce moment, et on en parlera plus tard si ça aboutit, mais en tout cas on utilise un bout de kannader, un serveur SMTP écrit en Rust : https://github.com/Ekleog/kannader - je n’ai pas encore testé en tant que solution standalone, mais je connais un peu son créateur.
Sa particularité c’est son format de configuration : un blob webassembly. En gros l’idée c’est que kannader va exposer plein de hooks que ton blob webassembly pourra utiliser. Le fait de prendre en entrée un blob web assembly c’est que tu peux choisir le langage de script que tu veux (eg. Lua) tout en restant isolé du reste du système.
Je suis conscient que c’est probablement trop expérimental à l’heure actuelle, mais quitte à recoder des trucs, je tiens à signaler que ce projet existe
De mon côté c’est pas tant l’écriture d’un serveur SMTP qu’une interface gérer un pool de mailgw sortante. Je compte me reposer sur de l’existant (postfix en l’occurrence)
C’est pour répondre à quelle besoin le développement d’un serveur SMTP ?
Je me demandais justement vu que Postal a l’air d’avoir recodé sa propre stack SMTP.
Pour le cas de kannader, quelques éléments sont donnés dans les pages Security et Simplicity.
De manière générale, je ne souhaite pas vraiment lancer le débat sur pourquoi une alternative à Postfix fait sens ou pas. Pour ma part, je ne vois pas comment déployer une infra email moderne, maintenable, évolutive, sur laquelle je me sens de contribuer/améliorer avec du Postfix/Dovecot, ni ne souhaite tomber dans le fatalisme « aujourd’hui seul les grandes boites sont en mesure de gérer un service email ».
Mais je ne doute pas que cette conclusion est personnelle et non universelle : d’autres profils, avec d’autres expériences/connaissances/priorités arriveront à des conclusions différentes des miennes, et tant mieux.
Pour éclaircir : Moi non plus, c’était une vrai question intéressé… et pas un « ha be pourquoi tu fais ça, ça existe déjà » j’ai moi même développé des trucs qui « existait déjà » mais en différent
Si t’es vraiment chaud pour te lancer là-dedans et piloter le projet, ça me dit bien d’y participer. Plutôt en mode « exécutant » par contre, j’ai pas assez de temps de cerveau disponible pour faire mieux !
