Merci pour la présentation, le projet a l'air vraiment chouette.
Juste pour confirmer ma compréhension de l'architecture : omailgw-cli, c'est bien un agent qui tourne sur le serveur Postfix, qui lit les logs mail et interroge la file d'attente, puis pousse ces informations vers omailgw-api via HTTP ? Et le flux est bien unidirectionnel (cli vers api), l'API ne peut pas envoyer de commandes en retour vers le serveur mail ?
D'un point de vue sécurité, c'est un point important pour moi, un agent qui ne fait qu'émettre sans jamais recevoir d'instructions depuis l'extérieur.
[^] # Re: Trop bien
Posté par jp.louvel . En réponse au journal oMailgw 1.0, un outil libre pour superviser des passerelles SMTP sortantes mutualisées. Évalué à 2.
Merci pour la présentation, le projet a l'air vraiment chouette.
Juste pour confirmer ma compréhension de l'architecture : omailgw-cli, c'est bien un agent qui tourne sur le serveur Postfix, qui lit les logs mail et interroge la file d'attente, puis pousse ces informations vers omailgw-api via HTTP ? Et le flux est bien unidirectionnel (cli vers api), l'API ne peut pas envoyer de commandes en retour vers le serveur mail ?
D'un point de vue sécurité, c'est un point important pour moi, un agent qui ne fait qu'émettre sans jamais recevoir d'instructions depuis l'extérieur.