Bonjour,
Je suis en train d'étudier la possibilité de mettre en place une architecture de messagerie. Cependant, j'ai du mal à comprendre certaines choses...
Comme MTA (SMTP) je pense utiliser Postfix.
Mais j'ai du mal à comprendre la différence entre Fetchmail et Procmail....est-ce qu'on doit utiliser les deux ?
D'avance merci,
Forum général.général Architecture de messagerie : procmail, sendmail...
11
mar.
2008
# recup et filtrage
Posté par Alex . Évalué à 2.
Bref fetchmail récupère, procmail filtre, ils sont complémentaires
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Donc en fait, fetchmail, joue le rôle de serveur POP et permet à l'utilisateur de récupérer ses mails.
Procmail filtre les spams, les virus ....
Donc si on utilise une appliance UTM qui fait déjà rôle de filtre, on a pas besoin de Procmail, mais juste de Fetchmail ?
Il existe une alternative à Fetchmail ?
Merci encore
[^] # Re: recup et filtrage
Posté par ranDom (site web personnel) . Évalué à 1.
Procmail permet de "ranger" le courrier suivant certains critères, et notamment les en-têtes des mails. Si ton appliance ajoute des en-têtes de filtrage dessus, procmail te permettra de les ranger automatiquement dans des dossiers particuliers. De même, tu pourras classer les mails "toto@gmail.com", "toto@free.fr", etc dans des dossiers spécifiques. Ceci dit, ce n'est pas un composant. indispensable non plus.
Après, il te faut un postfix pour envoyer, et au besoin recevoir les mails (attention de ne pas créer un openrelay).
Et un serveur pop ou imap pour stocker les mails entrant.
Il faudrait plus de détail sur l'architecture voulue, parce que "architecture de messagerie" ça ne veux pas dire grand chose.
Cela étant dit, un peu plus de précision dans l'architecture souhaitée serait un plus, parce que "architecture de messagerie", ça veut tout dire et rien dire.
Cordialement
random
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Je suis déjà d'accord avec toi sur le fait que "architecture de messagerie" ca signifie tout et rien. Pour être plus explicite :
Nous avons un nom de domaine déposé. Nos adresses mail seront donc du type MonNom@MonDomaine.com
Nos besoins : Pouvoir envoyer, recevoir des mails (logique me diras-tu ;-) ).
C'est un domaine que je maitrise mal! Tout ce que j'ai compris c'est que Postfix fait office de serveur SMTP...Mais après tout le reste...aie aie aie
Merci
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
Donc postfix est un mta, mail transfert agent, qui en effet envoi tes mails, mais également les reçois, en général via le protocole smtp. Tu as ensuite le mda (mail delivery agent), qui récupère le courier, le range dans la bonne boite, postfix a le sien propre, procmail en est un également, le serveur pop ou imap également, et le trasnfert se fait en général par le protocole lmtp. Ceci étant dit ça t'avance pas non plus ;)
Mais a prioris tu n'as en aucun cas besoin de fetchmail
Néanmois tu trouveras sur le net de nombreux howto postfix +courier-imap, ou des solutions toutes intégrées telle que zimbra, où tu n'auras pratiquement rien à faire si ce n'est déclaré le MX dans ton dns (le mx permetant de connaitre le ou les serveurs de mails d'un domaine donné) .
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Alors, je suis d'accord que Postfix est un MTA, mais est-tu sûr qu'il reçoit égallement des mails ? Ce n'est pas le rôle du MDA ?
Donc d'après toi, seul Postifx est nécessaire ?
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
jsuis sur du rien, comme je te disais jsuis pas un pro du domaine
Mais oui les mta envoient les mails reçu du MUA (le client mail), vers le MTA du destinataire, celui passe ensuite le mail au mda via le protocole smtp
Donc d'après toi, seul Postifx est nécessaire ?
Euh en théorie oui, en tout cas cest ce qu'on faisait quand j'étais étudiant, grace au transport "local" de postfix, qui en gros foutais tout dans un fichier, on consultait grace au client mail super sexy qu'était elm (ou une extesion d'emacs dont je ne sais plus le nom), le tout en ascii 7 bits sinon ça chiait *ptite larme de nostalgie ;)*
En pratique, si tu veux des services tel que pop3 ou imap, il te faudra bien sur un serveur capable de gérer tout ça, les plus connu sont a ma connaissance courier et cyrus.
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
pardon, il fallait bien sur lire lmtp à la fin de la phrase, smtp servant justement aux mta à communiquer entre eux
[^] # Re: recup et filtrage
Posté par Amand Tihon (site web personnel) . Évalué à 3.
Il y a la boîte à lettres (jaune en France, boîte aux lettres rouge en Belgique), dans laquelle tu déposes le courrier à envoyer. C'est ton serveur SMTP sortant, souvent appelé mail relay.
Puis tu as le centre de tri, qui éventuellement redirige à son tour vers un autre centre. C'est le/les MTA : il fait le transfert jusqu'au centre qui est chargé de ta région (ton MTA à toi).
Enfin, il y a le facteur. C'est lui qui vient distribuer le courrier dans les boîtes des gens. Pas de doute, c'est le MDA. Certains facteurs (maildrop, procmail, etc) acceptent de recevoir des instructions, et par exemple, peuvent déposer les "vraies" lettres dans ta boîte, et les pubs dans l'espèce de bout de tuyau prévu à cet effet juste en dessous :)
Fetchmail n'a pas grand chose à voir (sauf que ça parle toujours de courrier). C'est un petit gars que tu as engagé, et qui va régulièrement prendre le courrier à ta résidence secondaire (ton compte mail chez ton FAI par exemple) pour le déposer dans ta boîte principale (sur ton serveur à toi).
Voilà, j'espère que ça peut aider :)
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Donc, mon SMTP c'est Postfix. Qui sert donc à envoyer et recevoir mes mails.
Mon MTA, c'est aussi Postfix ?
Mon MDA, c'est Procmail, celui qui va filtrer et m'apporter les mails.
Et Fetchmail...je le vire car il sert à rien
C'est ça ?
[^] # Re: recup et filtrage
Posté par Amand Tihon (site web personnel) . Évalué à 2.
Postfix intègre bien un serveur SMTP, c'est un MTA, et il dispose de son propre MDA. Mais il te laisse le choix d'utiliser un autre MDA si tu le souhaites.
Après, il faudrait encore pousser l'analogie pour expliquer les serveurs POP et IMAP, mais je garde ça pour une prochaine fois :)
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Donc si tu veux faire simple, tu utilise que Postfix.
Et si tu veux faire une belle architecture ? Sachant qu'on va avoir une appliance UTM qui fait déjà serveur antivirus, antispam et qui est capable de gérer les protocoles SMTP et POP.
Par belle j'entends une architecture qui tienne la route! J'aimerais pas proposer juste postfix, si après ça ne fonctionne pas super bien ou qu'il manque des choses.
Par exemple, je mettrais également en place un Webmail sous IMP ou RoundCube.
[^] # Re: recup et filtrage
Posté par \o/ . Évalué à 1.
Je crains qu'avec postfix seul, tu ne fasses pas grand chose, il manquera toujours un moyen pour les utilisateurs d'aller relever leurs boîtes, sauf si ceux-ci sont d'accord pour utiliser un client directement sur le serveur (mailx, pine ou mutt par exemple).
Il te faut un serveur pop/imap por qu'ils puissent relever leur compte via leur thunderbir/outlook préféré et même pour faire fonctionner Roundcube.
Si ton appliance gère déja le smtp et le pop, ton postfix peut être inutile (à moins de l'utiliser pour effectuer du filtrage supplémentaire pour renvoyer ensuite le tout vers l'appliance). Si l'appliance fait serveur imap, Roundcube pourra se connecter dessus.
Fais attention si tu n'es pas sûr de toi, des mails perdus ça passe mal auprès des utilisateurs.
Si tu dois utiliser un Postfix, peut-être serait-il judicieux de le mettre en MX secondaire. Il se chargera de récupérer les mails si le premier MTA est défectueux.
Bon courage
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Et quel serveur POP pourrais-je utiliser ?
Mon appliance ne gère pas le SMTP et le POP, mais est capable de filtrer ces protocoles.
Concernant, ta dernière remarque, j'en suis très conscient! Et c'est une étude que je suis en train de réaliser, ou je propose plusieurs solutions libre / propriétaire...et il est clair que ta remarque figurera dans mon dossier.
Vraiment merci, je suis partis de rien et vous m'avez vraiment aidé.
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
comme dis plus haut, les serveurs pop/imap les plus connus sont courier et cyrus
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Désolé, il était tôt...Jabber, j'ai bien craqué!
Donc comme j'avais dis plus faut ça donne :
Donc, mon SMTP c'est Postfix. Qui sert donc à envoyer et recevoir mes mails.
Mon MTA, c'est aussi Postfix ?
Mon MDA, c'est Procmail, celui qui va filtrer et m'apporter les mails. Mais je peux égallement utiliser Cyrus
Et pour mon WebMail, un petit RoundCube.
C'est ça ?
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
MDA -> procmail si tu veux, mais procmail n'est pas un serveur imap, donc il te faudra cyrus, qui lui fait serveur imap, et auquel tu pourras connecter ton webmail
Donc au plus simple, tu devrais avoir postfix->cyrus, cyrus ayant son propre mda.
La question est, comment faire passer le mail de postfix jusqua ton appliance, et comment ensuite cyrus les récupères.
Pour ça tu devrais regarder les transports de postfix, si ton appliance est bien documenté, tout ceci devrait être indiqué dans la doc.
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
Concernant l'appliance, elle est égallement en cours d'acquisition, donc je vais me renseigner auprès du revendeur. Pour ton info, cela risque d'être une FAST360 de chez Arkoon.
Merci
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
Ok, mais nous utilisons le protocole POP pas IMAP. Donc j'ai le choix entre procmail et cyrus ?
si tu veux ton webmail, il te faudra certainement imap, sauf si celui-ci est capable de gérer le format maildir (ça doit éxister, mais jnen connais pas).
Procmail sert à faire du filtrage de mail, tu peux l'utiliser, mais il va surement faire double emploi avec ton appliance. Même si tu es en pop, il te faudra un serveur pop, donc cyrus.
Le moindre tutot postfix+cyrus sur google devrait te suffir
Il faut également te poser d'autres questions, comme comment sont authentifiés tes users, avec un ldap, des comptes local à une machine, des certificats, en kerberos, etc... ?
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 1.
En fait, le webmail servira juste à lire les mails quand on est pas au bureau! Les mails ne doivent pas être en permanence stockées sur le serveur, car il va vite saturé niveau disque. C'est pour cela que je préfère le POP.
Pour résumé : Tu es au bureau tu utilises ton client Thunderbird, Mail... et quand tu es chez toi, tu auras accès juste au nouveau mail reçu dans ton webmail. Pas besoin de stocké les mails précédemment reçus car ils sont dans ton clients mail.
Concernant mon appliance ; tu as raisons, ça se met en frontal car son rôle premier est firewall. Mais il filtre tous les protocoles (dont SMTP et POP).
Pour l'authentification, elle se fera soit en local, soit en ldap.
[^] # Re: recup et filtrage
Posté par Alex . Évalué à 1.
Ensuite je ne connais pas tes contraintes, mais le serveur mail est quelque chose de sensible dans une entreprise, et l'user donc le disque dur grille risque de venir voir l'admin pour récuperer ses mails. Comme dit par quelqu'un plus haut, l'user n'aime pas perdre ces mails.
As tu également pensé au système de sauvegarde, à faire éventuellement de la haure dispo, etc ?
[^] # Re: recup et filtrage
Posté par brandtance . Évalué à 0.
Je vais quand même répondre à tes question : Si nous optons pour du libre, nos serveurs seront virtualisé sous VMware et le serveur physique possédera une redondance des disques, des alims....
De plus, nous possédons déjà un système de sauvegarde.
Merci quand même! J'ai rarement vu des gens autant se préocuper de moi sur un forum. On dirait de la pitié ^^
# Mailing list
Posté par brandtance . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.