configuration Spamassassin sur SME7

[Yoda]

Bonjour,

le fichier de conf de spamassassin se trouve t'il bien ici ?
/etc/mail/spamassassin/local.cf

mon fichier:

Code: Tout sélectionner

#------------------------------------------------------------
#          !!DO NOT MODIFY THIS FILE!!
#
# Manual changes will be lost when this file is regenerated.
#
# Please read the developer's guide, which is available
# at http://www.contribs.org/development/
#
# Copyright (C) 1999-2006 Mitel Networks Corporation
#------------------------------------------------------------
dns_available yes
internal_networks 10.162.52.2
lock_method flock
ok_languages fr en
ok_locales all
bayes_path /var/spool/spamd/.spamassassin/bayes
bayes_file_mode 750
auto_whitelist_path /var/spool/spamd/.spamassassin/auto-whitelist
auto_whitelist_file_mode 750
report_safe 0
required_hits 5
#--------------- ajout du 16/01/2007----------------
rewrite_subject 1
#----------------- fin -----------------------------
rewrite_header Subject [S&C Spam]
skip_rbl_checks 0
clear_trusted_networks
trusted_networks 10.162.52.2 127.
use_auto_whitelist 0
use_bayes 1
#--------------- ajout du 16/01/2007----------------
body LOCAL_DEM_VIAGRA /agra/i
score LOCAL_DEM_VIAGRA 5
#----------------- fin -----------------------------
blacklist_from *pace-soft.com
blacklist_from *lifescript.com

Comme vous pouvez le constater j'ai modifié le tag dans le header pourtant les spam arrivent toujours taggé ***SPAM*** (tag d'origine).

La règle concernant le viagra ne fonctionne pas, je me suis envoyé un mail avec le mot viagra et il est passé.

Comment est-il possible d'autoriser certaines adresse e-mail à recevoir du courrier en anglais et en français et d'autres simplement les ail en farnçais ?

La règle concernant les blacklist fonctionne parfaitement.

merci.

[fraedhrim]

Salut,

Ce n'est pas spamassassin qui tagge les spams mais qpsmtpd (voir fichier /usr/share/qpsmtpd/plugins/spamassassin). Donc modifier dans spamassassin ne change rien.
Pour le reste je ne sais pas.
Sauf que ton filtre "agra" risque de te filtrer pas mal de chose par erreur non ? Agrandir, flagrant,...

A+

[micjack]

Salut,

Sauf que ton filtre "agra" risque de te filtrer pas mal de chose par erreur non ? Agrandir, flagrant,...

Exatement, un contenu comme /agra/ c'est dangeureux, il y'a trop de mots pouvant le contenir... J'avais mit une fois dans un topic /agra/ uniquement comme exemple, comme quoi il est possible de créer ses propres régles, ne pas s'en servir comme tel.

Il faut afiner les filtres avec les expressions régulieres, ne pas metre systematiquement un contenu "chaine"qui risque de trop filtrer, ou bien alors etre sûr du mot, comme par exemple /gangba/ /lesb/ /lolit/ ... etc, avec du contenu pareil il n'y a pas trop de risque, puis il est possible aussi de metre un score plus faible, genre 3.

Par contre, je ne comprend pas pourquoi il ne passe pas dans ton local.cf , J'en ai une cinquantaine comme cela dans mon cf. Seule difference, je n'ai pas de SME (Je ne pense pas qu'il y a un rapport)

[Yoda]

@freadhrim:

sous sme7 :

Code: Tout sélectionner

(voir fichier /usr/share/qpsmtpd/plugins/spamassassin)

pas trouver... il y a ca:

Code: Tout sélectionner

/usr/share/spamassassin/

mais pas de fichier 'local.cf' dedans.

@micjack:

tout à fais tu as écrit ce post là http://forums.ixus.fr/viewtopic.php?t=34804 je m'en sert pour afiner les règles de spamassassin.

Par contre, je ne comprend pas pourquoi il ne passe pas dans ton local.cf

donc les modif sont bien à apportées dans CE fichier? mes lignes de remarque ne sont pas en cause car je les ai supprimées et c'est toujours pareils...

@vous deux merci

[fraedhrim]

Hop !

C'est bizarre que tu ne trouves pas ce fichier (/usr/share/qpsmtpd/plugins/spamassassin). Chez moi il contient le traitement effectué pour filtrer en fonction de la note, mettre le sujet, etc...
Et c'est là que tu peux modifier le sujet justement.

Pour l'endroit où ajouter les filtres c'est le bon fichier à condition de passer par les templates bien sur sans quoi ta conf dégage au premier "reconfigure". Pour les white/blacklists (arrete moi si tu fais déjà tout ça) tu peux les gérer en CLI avec la base de données (je t'invite à l'ire l'excellent how to de ce topic : http://forums.ixus.fr/viewtopic.php?p=226955#226955).

Pour ton filtre ça a pourtant l'air d'être ça. Par contre tu es en 7.0 ou en 7.1 parce que si tu es en 7.1 et que tu n'as pas fait de modif les emails locaux ne sont pas scanné (de toi à toi directement sur la SME par exemple). Cela peut peut-être expliquer... (Encore une fois je ne sais pas où tu en es alors n'hésite pas à le dire si c'est évident).

A+

[Yoda]

mode boulet ON

/usr/share/qpsmtpd/plugins/

ok je l'ai trouvé
mode boulet OFF

c'est le bon fichier à condition de passer par les templates

Je ne vois pas ce que tu veux dire par passer par les templates.

Je me sert aussi de cet excellent topic http://forums.ixus.fr/viewtopic.php?p=226955#226955 pour paramétrer mon spamassassin.

Donc pas de problème en cas de 'reconfigure' ?

merci.

[fraedhrim]

Salut,

Pour tout ce que tu fais avec la base de données à coups de "db blabla" ou "config blabla" pas de problème à la reconfig. Par contre pour ton filtre si tu l'as ajouté à la main dans le local.cf directement alors quand la SME recréera ses fichiers de conf (suite à une mise à jour par exemple) alors le local.cf sera recréé à partir des templates par défaut (/etc/e-smith/templates/) et des templates personnalisés par les contribs et/ou l'administrateur (/etc/e-smith/templates-custom/).
Pour savoir comment utiliser les templates : http://www.smeserver.fr/templates.php

A+

[Yoda]

merci pour ce lien.
je vais essayer de faire ces manip sur un serveur de test histoire de pas tout péter !

a+

[fraedhrim]

Hop !

Ben l'avantage des templates c'est justement que tant que tu ne touches pas au templates par défaut et que tu ne crées les tiens que dans la partie templates-custom tu n'as aucun risque (ou presque) de tout casser.
Il te suffit en cas d'erreur de les supprimer et de reconfigurer la partie incriminée du système avec une commande signal-event adpatée et tu retrouves ta conf propre et vièrge comme à la création.

C'est bete comme chou. C'est génial ! J'adore.

Pour la db c'est un peu plus risqué et encore suivant les cas parfois tu peux revenir au défaut.

[Yoda]

juste une petite question en passant...

A votre avis comment vas ce comporter spamassassin si je lui applique les règles suivantes:

Code: Tout sélectionner

ok_languages fr <----- Je n'accepte que les mail en Français

Avec celle-là il n'acceptera que les mail en gaulois.

Si ensuite je rajoute celle-ci:

Code: Tout sélectionner

db spamassassin setprop wbl.global *dyndns.com White

les mails de 'dyndns' vont-ils passé malgrès la règle n'autorisant que les mail en français ?

si un mot en anglais est présent dans le corps ou la signature du mail que ce passe t'il ???

Si cette conf n'est pas fonctionnelle, est-il possible de paramétrer spamassassin avec ce type de filtrage ? et comment ?

merci.

[fraedhrim]

Salut,

Alors d'abord ok_languages fr ne rejette pas systématiquement ce qui est en autrechose que français mais il rajoute quelques points de spamattitude à un mail en anglais par exemple. Pas suffisament normalement pour le faire passer du côté obscur mais suffisamment pour que s'il y a d'autres critères douteux (des mots mal vus, une origine douteuse,...) alors la note finale soit salée et le spam noté comme tel.

Par contre je me demande si dans les versions en cours cette primitive fonctionne encore et s'il ne faut pas utiliser plutôt ou aussi dans le fichier /etc/mail/spamassassin/init.pre la commande :

Code: Tout sélectionner

# TextCat - perform language verification
#
loadplugin Mail::SpamAssassin::Plugin::TextCat


Mais peut-être y est-elle par défaut je ne sais plus. Il me semble qu'on voit apparaître un message d'erreur si c'est le cas.

Pardon d'être si flou mais il me semble qu'il y a une limitation ou du moins une évolution depuis la v 3.1 autour de l'analyse des langues...

Si quelqu'un en sait plus...

Sinon pour la whitelist ça passe avant tout donc oui tu recevras toujours les dyndns.

A+

F.

[micjack]

Salut,

Il est vrais que "ok_languages " Spamassassin joue sur le score, comme avec les régles, mais favorisera la langue française (codage du caractére, charset ISO, ...etc) Il est de principe qu'il sache reconnaitre la langue, et le "fr" permet de concidérer que l'on accepte que les mail en Français....

Il n'utilise pas de dico, et c'est justement pas évident de différencier un méssage en francais contenant "as tu mis à jour ton player ? parti en Week end ? ...etc" mais pris en compte.. Cela effectivement est géré par le plugin Perl Mail::SpamAssassin::Plugin::TextCat

Détails --> http://cpan.uwinnipeg.ca/htdocs/Mail-Sp ... xtCat.html

Ce plugin déclenche une alerte à la régle UNWANTED_LANGUAGE_BODY en considérant que le message est dans une langue non désirée... Mais si UNWANTED_LANGUAGE_BODY est dans le doute, il ne met aucun score.

Il n'y a trop rien à affiner de ce coté la , c'est un plugin.... Sur la derniere version rien de mieux

Spamassassin sur SME, je ne sais pas comment il fonctionne (en rapport des templates)

[Yoda]

bonjour,

merci pour toutes vos réponses très constructives.

j'ai rajouter qq règles histoire d'avoir une meilleur spamatitude

je posterai les réultats de mes divers essais

a+

[Yoda]

bonjour,

j'ai mon fichier local.cf de cette manniere:

Code: Tout sélectionner

lock_method flock
[b]ok_languages fr[/b]
ok_locales all
bayes_path /var/spool/spamd/.spamassassin/bayes

mais une chose est bizarre en root je tape:

Code: Tout sélectionner

config show spamassassin

j'ai pour reponse:

Code: Tout sélectionner

   MessageRetentionTime=90
    [b]OkLanguages=all[/b]
    OkLocales=all


les parametres concernant le language ne sont donc pas modifiés ???

Cette regle la ne s'applique pas non plus

Code: Tout sélectionner

body LOCAL_DEM_VIAGRA /agra/i
score LOCAL_DEM_VIAGRA 5

je croisque j ai raté qq chose au niveau du parametrage des regles...

merci de votre aide.

[micjack]

Salut,

C'est que Spamassassin doit surrement ignorer le local.cf pour une raison à définir (zarbi)
Avec quoi édite tu ton local.cf ?

Fait aussi une recherche de chaine en ligne de command afin de savoir quel fichier de régles il utilise (une recherche comme par exemple sur "MessageRetentionTime=90 " )