Journal Détection nouveaux mails

Posté par bmc le 16 mars 2003 à 18:23.

Étiquettes : aucune

mar.

2003

Salut à tous,

Dans ma recherche du système de mail idéal (pour moi, bien entendu), j'étais arrivé aux conclusions suivantes:

* pour le format des mails: le Maildir, parce que le mailbox c'est vraiment à chier et que un fichier par mail c'est super pratique

* pour la récupération des mails en POP: après avoir testé fetchmail [FETCHMAIL] (lent, et lourd), retchmail [RETCHMAIL] (vraiment ultra rapide, très impressionnant, mais achtement buggué et ne respectant pas les RFC, et puis c'est codé en C++ donc j'y comprenais rien), et getmail [GETMAIL] (en python, un peu moins «bloated» que fetchmail et un peu plus respectueux des standards que retchmail, mais c'est moins rapide), j'ai décidé d'utiliser getmail.

* pour le filtrage des mails: le couple procmail [PROCMAIL] + spamassassin [SPAMASSASSIN] parce que ça marche pas mal, c'est un peu lent mais bon c'est efficace, et j'ai pas vraiment eu le courage de réécrire toutes mes règles.

* pour la lecture des mails: bien évidemment un mutt [MUTT] dans un aterm [ATERM] transparent :-)

* pour l'envoi des mails: exim [EXIM] (parce que je sais le configurer à ma convenance)

* pour être informé de l'arrivée de nouveaux mails: melon [MELON] (paske j'aime bien le pikachu qui sort de sa sphère quand un mail arrive).

J'aimerais avoir vos avis/retours d'expériences dans les domaines suivants:
1) récupération POP
2) mail notifier, si possible ayant un applet Gnome et supportant le Maildir (plusieurs Maildirs); j'ai testé fink (version 0.4.1 pour Gnome2), j'ai bien essayé de rajouter le support Maildir, mais j'ai jamais touché aux applets ni à Gnome, et fink m'a l'air bien buggué à la base (ça segfault à tout va et le code est propre dans l'ensemble mais écrit à la va-vite semble-t-il).
3) éventuellement un remplaçant léger (i.e. pas Gnome-Terminal ni Eterm ni Powershell) à mon aterm, qui accepte les polices antialiasées et la transparence.

Merci d'avance.

[FETCHMAIL] http://catb.org/~esr/fetchmail/
[RETCHMAIL] http://open.nit.ca/retchmail/
[GETMAIL] http://www.qcc.ca/~charlesc/software/getmail-3.0/
[PROCMAIL] http://www.procmail.org/
[SPAMASSASSIN] http://spamassassin.org/
[MUTT] http://www.mutt.org/
[ATERM] http://aterm.sourceforge.net/
[EXIM] http://www.exim.org/
[MELON] http://www.entropika.net/melon/

PS: ce journal est en double sur ma page car j'avais oublié de cocher le «mettre en page principale» :-)

# Re: Détection nouveaux mails

Posté par Benjamin le 16 mars 2003 à 18:50. Évalué à 1.

Au passage, je pose une question sur procmail: quelqu'un sait-il comment lui faire lancer ses programmes sous un utilisateur différent du nom du spool qui recoit le mail ? (j'ai pas trop envie de faire une magouille suid-esque)
# Re: Détection nouveaux mails

Posté par Fabien Penso (site web personnel, Mastodon) le 16 mars 2003 à 19:02. Évalué à 6.

Pour les mails je préconise http://www.uucpssh.org/(...) ainsi tes domaines sont hébergés en UUCP, tu gères tes comptes chez toi, c'est tunnelé à travers SSH, sécurisé & tout. Bref, c'est une solution beaucoup plus propre qu'un accès POP, y a pas à dire.
Pour les mails je préconise bien évidemment Gnus, qui gère les mails au format nnmail, bien mieux que Maildir, et plus rapide. Ainsi plus besoin de eterm, aterm ou autre, tu le lances dans ton Emacs.
Pour ton mailer je préconise Postfix, bien évidemment.

Pour le filtrage des mails, j'utilise procmail, bien que Gnus intègre ces fonctionnalités, par habitude. Spamassassin aussi.
- [^] # Re: Détection nouveaux mails
  
  Posté par bmc le 16 mars 2003 à 19:33. Évalué à 3.
  
  Pour uucpssh, ça a l'air très intéressant. Malheureusement, je dispose de certaines adresses mails dépendantes de fournisseurs ou hébergeurs, que je ne peux pas modifier et dont j'ai toujours besoin. Heureusement, certains proposent des accès POP ou IMAP «sécurisé» par SSL.
  
  Pour Gnus, je crois que j'ai un problème avec Emacs, je suis un utilisateur de vim :-)
  Sinon, en quoi le format nnmail est-il plus rapide que Maildir ? Est-il aussi «standard» ?
  
  Certes, pour le mailer, si j'avais besoin d'ouvrir mon port SMTP je mettrais certainement postifx, mais pour l'instant je n'en ai pas encore le besoin.
  
  Merci de ton commentaire.
  - [^] # Re: Détection nouveaux mails
    
    Posté par Bernez le 16 mars 2003 à 20:21. Évalué à 3.
    
    Même question qu'à Fabien Penso : pourquoi postfix ? En plus tu connais déjà Exim. Qu'a donc postfix de si extraordinaire et Exim de si nul ??
    - [^] # Re: Détection nouveaux mails
      
      Posté par bmc le 17 mars 2003 à 20:35. Évalué à 1.
      
      Exim est par conception plus sécurisé qu'Exim. Là où Exim se contente d'un seul gros binaire avec des droits root, postfix utilise plein de petits programmes spécialisés qui n'ont que des droits restreints; ainsi une faille de sécurité dans Postfix a en théorie moins d'impact qu'une faille équivalente sous Exim. Et puis vu mes besoins, et vu la facilité de configuration de Postfix, l'argument de la connaissance n'est pas des plus solides...
- [^] # Re: Détection nouveaux mails
  
  Posté par Bernez le 16 mars 2003 à 20:05. Évalué à 5.
  
  Pour ton mailer je préconise Postfix, bien évidemment
  Pourquoi «bien évidemment» ?? Que fait postfix de plus qu'Exim ?
- [^] # Re: Détection nouveaux mails
  
  Posté par Pascal Terjan (site web personnel) le 17 mars 2003 à 11:27. Évalué à 2.
  
  J'utilise uucpssh puis postfix pour mes mails associés à un de mes domaines. Je les recupere par fetchmail dans les autres cas mais c'est vrai que j'utilise peu de fonctionnalités de fetchmail.
  
  Ainsi plus besoin de eterm, aterm ou autre, tu le lances dans ton Emacs.
  
  Je confirme quand même que aterm roxor :-)
# Re: Détection nouveaux mails

Posté par ploum (site web personnel, Mastodon) le 16 mars 2003 à 19:16. Évalué à 2.

Perso, je te conseille "ifile" . Un filtre bayésien qui trie mes mails dans plus de 20 boites différentes selon une analyse du contenu ! Extraordinaire !
Mes livres CC By-SA : https://ploum.net/livres.html
# Re: Détection nouveaux mails

Posté par youri_b le 16 mars 2003 à 21:42. Évalué à 3.

pour le filtrage je te conseille

popf.py

un excellent filtre baysien en python, l'auteur est en plus tres sympa. il fonctionne
comme un proxy pop

http://christophe.delord.free.fr/fr/popf/usage.html(...)
- [^] # Re: Détection nouveaux mails
  
  Posté par Moby-Dik le 16 mars 2003 à 23:04. Évalué à 1.
  
  C'est chiant, j'utilise IMAP.
  
  Personne n'a un système de filtre bayésien qui s'intégrerait à Evolution (oui, j'en demande beaucoup ;-)) ?
  - [^] # Re: Détection nouveaux mails
    
    Posté par thinair le 17 mars 2003 à 18:47. Évalué à 1.
    
    Pour l'IMAP avec Evolution > 1.2.1 tu peux le combiner avec spamassassin (bon c'est pas u n filtre bayésien, si je me trompe pas... mais ça marche très très bien)
    http://support.ximian.com/cgi-bin/ximian.cfg/php/enduser/std_adp.ph(...)
    
    Tu le combines avec razor et c'est du tout bon... enfin tranquille.....
    
    bon c'est pas très rapide... à part si tu le laisses tourner tout le temps...
# Re: Détection nouveaux mails

Posté par Infernal Quack (site web personnel) le 16 mars 2003 à 22:05. Évalué à 9.

Tu veux faire fuir les Windowziens ?
T'es pas malade de dire que tu utilises 7 logiciels rien que pour les mails :)

Revenez les windowziens !! Vous pouvez utiliser kmail si vous voulez, pas besoin de tout ce que bmc dit ;)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# Re: Détection nouveaux mails

Posté par rootix le 17 mars 2003 à 00:15. Évalué à 0.

En premier point, jette POP aux ordures et prend IMAPS, il est temps d'évoluer un peu.
POP est non sécurisé et limité.

Puis évidement, côté serveur, l'idéal est de stocker au format Maildir pour des questions de fiabilité et de performances. ça évite de bloquer la mailbox pendant l'écriture.

Ensuite, un bon serveur est Postfix, il en existe d'autre comme exim mais surtout ne pas prendre sendmail, destine à la même corbeille que POP.

Pour filtrer,... spamassassin + procmail, c un très bon choix.

Pour lire les mails, il y a plusieurs solutions, celles beaucoup utilisée est un mutt/pine/... à travers une connexion ssh. Moi j'utilise sylpheed à travers SSL avec le protocol IMAP. Dans ce cas, il faut pouvoir envoyer par l'intermédiaire de ton serveur et donc ouvrir SMTP en relai depuis la machine distante.

Et si quelqu'un trouve un applet ou autre du genre capable de savoir ce que c'est que IMAPS, je suis preneur....

Mais pitié, POP/SENDMAIL/MAILBOX ===> /dev/null
- [^] # Re: Détection nouveaux mails
  
  Posté par Anonyme le 17 mars 2003 à 13:27. Évalué à 3.
  
  Mouais.
  
  Y a des programmes et format qui conservent un intérêt, même si plus rare.
  
  J'utilise le mbox dans un certain nombre de cas car c'est dès fois plus commode n'avoir qu'un fichier à manipuler plutot que plusieurs.
  Exemple idiot, procmail fait une copie dans un mbox tous les courriels que je reçois. Toutes les heures, mharc cherche ce mbox. Je ne vois pas ce qu'apporterait maildir dans le cas en question, sinon un peu plus de lourdeur.
  
  A propos de sendmail, disons que devoir utiliser m4 pour le configurer fait que finalement il est pas si terrible.
  
  Pour ce qui est de pop, ce choix est souvent une contrainte de la part de l'hebergeur de courriel.
  
  Pour ce qui est de ne faire que des connexions sécurisés pour le courrier, c'est bien, c'est mieux. Mais dire qu'il y a une révolution en matière de sécurité, c'est oublier qu'un courriel navigue pas mal... et qu'il n'y a de sécurité notable que lorsque toute la chaine est également protégée, ce qui signifie que chaque envoyeur devrait lui-même utiliser un smtp sécurisé. Ce qui fait une différence, c'est plutôt de crypter ses messages, si l'on tien absolument à sa confidentialité, puisque c'est l'unique moyen de contrôler toute la chaine.
  
  Sinon, pour ma part, j'utilise fetchmail-ssl qui télécharge en imaps, ensuite procmail filtre (en passant par spamassassin). Et puis je lis avec gnus. Je n'utilise pas la gestion du rapatriement et filtre de courrier de gnus parce que j'aime bien fetchmail et procmail et qu'un tel choix me permettrait, éventuellement, au besoin, de lire mes courriers même sans avoir gnus.
  
  Pour l'envoi, j'utilise exim. Je ne vois pas bien que certains trouvent à postfix, mais je n'y connais pas grand chose. Je vois juste qu'exim fonctionne très bien et qu'il est GPL.
  - [^] # Re: Détection nouveaux mails
    
    Posté par Anonyme le 17 mars 2003 à 13:31. Évalué à 1.
    
    J'ajoute que je n'ai aucun problème de lourdeur avec fetchmail, rien de genant à ce niveau. Je ne connais pas getmail, ceci étant dit je ne trouve pas que les applis en python se démarquent pas leur légèreté.
# Re: Détection nouveaux mails

Posté par Marc (site web personnel) le 17 mars 2003 à 08:18. Évalué à 1.

coucou :)
Je suis très interessé par ce journal, mais je suis un peu déçu par les réponse... y'a beaucoup de 'xxxx est super' mais on sait pas pkoi... :/.

Ce que je recherchais c'est un truc permettant de filtrer les mail sur le server IMAP. Avec fetchmail, si veut garder les mails sur le server IMAP, on se retrouve toujours avec les spams làbas... Actuelement j'utilise gnus avec qqs filtres fait mains, mais j'aimerai bien un truc un peu plus puissant... qq1 a déjà vu un plugin ou qqch qui utiliserai spamassassin pour filtrer les mails distant?
- [^] # Re: Détection nouveaux mails
  
  Posté par Jean-Yves B. le 17 mars 2003 à 10:06. Évalué à 4.
  
  ben .. tu peux toujours foutre procmail ou maildrop comme local mailer que ce soit avec postfix, exim ou sendmail. Sinon, il y a cyrus-imap aussi, où les scripts de filtrage sieve sont exécuté sur le serveur.
  Cyrus-imap utilise un Maildir amélioré, avec un index.
- [^] # Re: Détection nouveaux mails
  
  Posté par thinair le 17 mars 2003 à 18:55. Évalué à 2.
  
  Il y a IMAPAssassin
  http://sf.net/projects/imapassassin(...)
  un simple script en perl... mais la dernière fois que je l'ai essayé j'étais assez déçut, il est très lent ! (ç'est un peu normal... il télécharge tout les mail ! et les filtres en local)
  
  Mais bon ça existe ;-)
  
  P.S. si ça marche pas... vérifie que tu as entrée le répertoire correcte pour le spam folder !
  - [^] # Re: Détection nouveaux mails
    
    Posté par thinair le 17 mars 2003 à 19:04. Évalué à 2.
    
    je viens de tomber sur un autre :
    http://freshmeat.net/projects/isbg/?topic_id=29%2C35%2C28(...)
    
    J'ai pas testé... à toi de voir

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.