Forum Linux.mandriva Comment marche SpamAssassin ?

Posté par  (site web personnel) .
Étiquettes : aucune
0
1
déc.
2004
Bonjour,
Est-ce que vous savez comment marche SpamAssassin 2.63 (installé sur ma Mdk 9.2 à partir des RPM de http://www.eslrahc.com/9.2/(...) ) ? Je viens de l'installer, j'ai tout bien réglé les filtres d'Evolution 1.4.6, avec spamc -c et spamd est bien lancé, j'ai bien rempli local.cf avec l'aide du script de http://www.yrex.com/spam/spamconfig.php(...) ... Et rien n'est filtré.
Pour que ça commence à filtrer, il faut que je lui apprenne, avec la commande sa-learn --spam et --ham, avec un répertoire plein de spam pour lui apprendre.
Or d'après ce que je lis ici et là, SA commence tout de suite à filtrer, sans avoir à lui apprendre, pourtant, non ?

Merci de vos lumières...

Pour info, voilà mon local.cf :
# SpamAssassin config file for version 2.5x
# generated by http://www.yrex.com/spam/spamconfig.php(...) (version 1.01)

# How many hits before a message is considered spam.
required_hits 5.0

# Whether to change the subject of suspected spam
rewrite_subject 0

# Text to prepend to subject if rewrite_subject is used
subject_tag *****SPAM*****

# Encapsulate spam in an attachment
report_safe 0

# Use terse version of the spam report
use_terse_report 0

# Enable the Bayes system
use_bayes 1

# Enable Bayes auto-learning
auto_learn 1

# Enable or disable network checks
skip_rbl_checks 0
use_razor2 0
use_dcc 0
use_pyzor 0

# Mail using languages used in these country codes will not be marked
# as being possibly spam in a foreign language.
# - english french
ok_languages en fr

# Mail using locales used in these country codes will not be marked
# as being possibly spam in a foreign language.
ok_locales en

auto_whitelist_path /var/spool/spamassassin/auto-whitelist
auto_whitelist_file_mode 0666
  • # spamassassin

    Posté par  (site web personnel) . Évalué à 2.

    bonjour,

    Pour le faire fonctionner, il faut configurer le master.cf dans /etc/postfix
    et bien configurer le main. cf, tu trouveras çà après :

    pour une bonne configuration avec amavis :
    http://www.section6.net/help/antispam.php(...)

    Pour une autre avec anomy sanitizer :
    http://lea-linux.org/reseau/postfix.html(...)

    Apres tu peux mettre le plugin spamassassin dans squirrelmail pour bien gerer les whitelists et blacklists.

    c'est facile à mettre en place et çà fonctionne bien.
    • [^] # Re: spamassassin

      Posté par  (site web personnel) . Évalué à 1.

      Ha bon... Mais ce que tu dis là, c'est pour le faire marcher sur un serveur, non ? Moi, je me le suis installé sur mon poste client, qui interroge le serveur Notes en POP3, auquel je n'ai pas du tout accès... Je crois pas avoir besoin de postfix ni de amavis ni de squirremail, si ? En tout cas, merci de ton aide.
      • [^] # Re: spamassassin

        Posté par  (site web personnel) . Évalué à 2.

        Tu rapatries tes méls via fetchmail et le fichier .fetchmailrc qui est dans ton home tu renvoies dans ta mail box avec une ligne dans le .fetchmailrc du type
        mda "/usr/bin/procmail -d %T"
        elle te permet de réécrire le from

        tu est obligé d'avoir un MTA pour gérer le protocole SMTP si ce n'est pas postfix (normalement), c'est peut-être sendmail, exim. il permet de d'envoyer le courrier entre les différents utilisateurs en local via procmail.

        Tu configures le fichier .procmailrc dans ton home pour le faire passer via spamassassin qui filtera le spam.

        regarde ce lien :

        http://alphacore.net/spip/article.php3?id_article=57(...)
        • [^] # Re: spamassassin

          Posté par  (site web personnel) . Évalué à 2.

          Tu confonds tout là !!

          1. Si tu utilises la commande mda dans fetchmail, tu ne repasses plus par le MTA local. Autrement dit, si tu met cette ligne, ce n'est plus la peine de configurer postfix pour traiter le spam. En rajoutant cette ligne, il faut appeler SA par procmail. Ce qui est générallement une bonne idée, mais il faut connaître la syntaxe très bizarre de procmail, ou au moins copier/coller ce qu'il faut depuis un site qui parle de cette méthode, ou la manpage de SA.

          2. On est pas obligé d'avoir un MTA local sur un Unix pour gérer le SMTP. C'est quand même vachement conseillé, toujours installé par défaut par les distribs, mais pas obligatoire, surtout dans le cas d'évolution qui peut utiliser le serveur SMTP du FAI (comme le font tous les logiciels sous windows).

          3. Un MTA ne se limite pas a l'envoi des mails entre les utilisateurs locaux, et procmail n'est qu'un MDA comme il y en a d'autre (enfin non, c'est le plus connu, et une syntaxe aussi tordue, c'est rare).

          Bon, a part ça fetchmail + procmail + compte mail local c'est une solution possible aussi pour passer des mails au SA, que ce soit avec ou sans postfix. Juste que la question demandait ce qui n'allait pas dans une conf. Evolution...
          • [^] # Re: spamassassin

            Posté par  (site web personnel) . Évalué à 1.

            Bonjour,

            Il ne connait peut etre pas cette solution, à lui de voir si çà peut l'intéresser. Il utiliserait évolution juste en pop sur sa mbox. J'ai fait de rapide raccourci, le but n'est peut être pas de compliquer les choses qui le sont assez et bien expliquer dans le lien. Le procmail -d %T dans le .fechmailrc est important pour regénérer le from en format mbox, ce qui n'est pas expliquer dans le crontab du lien. Tu cherches souvent à comprendre pourquoi les méls sont dans la mbox et pourquoi ton mda ne les affiche pas. La suite des explications du .procmailrc qui appelle SA sont dans le lien. C'est une solution et un bon exercice pour comprendre les choses.
    • [^] # Re: spamassassin

      Posté par  (site web personnel) . Évalué à 1.

      Il y a des milliers de manières d'utiliser SA. Or Zorro cherche à l'intégrer à Evolution, pas a postfix....
      • [^] # Re: spamassassin

        Posté par  (site web personnel) . Évalué à 1.

        Voilà, exactement, c'est ça... Je ne comprends vraiment pas pourquoi il faudrait que j'installe autant de choses en plus d'Evo et SA... C'est un bête poste client, qui interroge le serveur POP3 toute les 10 minutes, et je voudrais juste que, quand les mails arrivent, ils soient filtrés par Evo et SA, en local, sur mon petit poste à moi...
        Mais ça marche pas très bien, je sais pas pourquoi.
    • [^] # Re: spamassassin

      Posté par  (site web personnel) . Évalué à 1.

      Bah pas forcément, moi ça fait un an que je fait tourner spamassassin tout seul ET il filtre :)

      Si :
      >j'ai tout bien réglé les filtres d'Evolution
      est vrai vérifie que spamd est bien appelé (/var/log/mail...)

      Sinon active les filtres utilisant le net (RBL, razor etc..)
      • [^] # Re: spamassassin

        Posté par  (site web personnel) . Évalué à 1.

        oui, le service spamd est bien actif, pourtant.
        Je vais essayer d'activer les filtres du net, mais j'ai des doutes, étant donné que j'ai pas installé ces RBL, razor, tout ça...
        Je vais regarder.
  • # SA et Evolution

    Posté par  (site web personnel) . Évalué à 1.

    Oui, SA commence a filtrer sans avoir besoin d'éduquer le filtre bayesian. Par contre, ta config risque au départ d'avoir du mal a trouver tous les spams (si tu veux, tu peut installer ca : http://maxime.ritter.eu.org/rule-get_article10.html(...) et/ou passer a SA 3.0.1, on gagne pas mal en effacité). Peut-être que tout simplement SA laisse passer encore la moitié de tes spams, d'où la surprise et l'impression qu'il ne filtre rien.

    Je ne sais pas comment se passe l'intégration avec Evolution, mais j'imagine que c'est là qu'il y a le problème. Je peux juste de fair remarquer, mais cela ne va pas t'aider, que changer les settings "rewrite_subject" et "report_safe", tu t'en fout un peu si tu passes pas un 'spamc -c'.
  • # Analyse quand même, mais score très faible

    Posté par  (site web personnel) . Évalué à 1.

    En fait, je viens de regarder dans /var/log/syslog : SA analyse bien mes spams, mais il leur donne des notes très faibles.
    Peut-être parce que la plupart arrive vide, contenu mis dans une pièce jointe nommée C.htm (c'est le serveur Domino qui fait ça, avec tous les mails en HTML, pour éviter l'affichage automatique du HTML). Pourtant, le Sujet: pue le spam à plein nez... Est-ce que SA regarde dans les pièces jointes html ?
    • [^] # Re: Analyse quand même, mais score très faible

      Posté par  (site web personnel) . Évalué à 1.

      Ca c'est une bonne question. Tu peut essayer de me forwarder un de ces spams (sous forme de pièce jointe) pour voir de quoi il en retourne ?

      En tout cas si Domino réécrit trop, il risque de cacher beaucoup d'informations utiles au SA...

      A cette adresse là de préférence : bofh AT nerim DOT net (sinon, il risque de se trouver dans ma boite à spams, et je risque de pas le voir passer).
      • [^] # Re: Analyse quand même, mais score très faible

        Posté par  (site web personnel) . Évalué à 1.

        Bon, je viens d'essayer avec SA 3.0.1, et visiblement il scanne aussi les mails en attachement.

        Par contre, c'est peut-être pas le cas du 2.63, ou peut-être que domino te réécrit le mail si différement qu'il lui fait perdre tout sa substance (genre, les en-têtes qui ne sont plus les mêmes)... Enfin bon, j'attends ton mail pour confirmer / infirmer point de vue de la gueule en sortie de domino.
      • [^] # Re: Analyse quand même, mais score très faible

        Posté par  (site web personnel) . Évalué à 1.

        Voilà, je viens de t'en rediriger un... mais je sais pas si ça va marcher, avec tous ces changements, mais bon.
        Au fait, il suffit juste de mettre les .cf dans /etc/mail/spamassassin, et rien d'autre à faire ? Pas besoin de les déclarer quelque part, ces fichiers de règles ?
      • [^] # Re: Analyse quand même, mais score très faible

        Posté par  (site web personnel) . Évalué à 1.

        Bon, j'ai essayé plein de choses différentes : mettre tes .cf dans /etc/mail/spamassassin, ou les copier dans mon user_prefs... rien ne marche, il filtre quasiment rien.
        Je vais essayer une version 3 de SA, et sinon, je laisserai tomber : depuis le temps que je perds à l'installer et à essayer de le faire marcher et à lui apprendre, et à lire des docs, j'en ai pour 3 mois de temps d'avance d'effaçage à la main, donc ça vaut plus du tout le coup. Tant pis pour lui.

Suivre le flux des commentaires

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