OVH Cloud OVH Cloud

Lancer spamassassin en hors-ligne

1 réponse
Avatar
Hugolino
Bonsoir,

J'ai un problème qui concerne la lenteur de traitement par spamassassin.
Cela prend de 6 à 12 secondes par mail et avec une centaine de spam par
jour cela commence à chiffrer car je suis en RTC.

Ce délai est-il normal ? Si ce n'est pas le cas, peut-être que la
solution que je me propose de mettre en oeuvre ci-dessous est sans
objet... (je précise qu'il s'agit d'une installation fraîche avec juste
20 adresses dans la white-list et que mon postfix/procmail etait plutôt
rapide avant l'installation de spamassassin (Athlon 2400+/512 mo))



La solution consisterait donc à traiter le nouveau mail reçu lorsque je
suis hors ligne.

Pour cela il suffit d'utiliser formail ainsi qu'expliqué dans la doc de
Olivier Tharan sur linux-france.
Avec la commande :
"formail -s procmail ~/.procmailrc_SPAM < ~/mail/mbox_du_jour"

Sur le principe, ça marche je mets (sous votre contrôle) à la fin de
.procmailrc (celui qui sert pendant le fetchmail):
:0
*:*
$HOME/mail/mbox_du_jour

Et j'ai bien une nouvelle mbox "mbox_du_jour" qui est créée.

Je lui applique donc le formail et je me demandais comment j'allais
ensuite merger la mbox_du_jour ainsi modifiée avec ma mbox quand je
m'aperçois (contre toute attente ?) que:
1) mbox_du_jour n'est pas modifiée.
2) les messages de mbox_du_jour avec les éventuels tag '***SPAM***' dans
le sujet ont été intégrés à mbox.

Est-ce normal ? Je veux dire est-ce simplement du au fait que
.procmailrc_SPAM contient la(les) ligne(s) soulignées (et sans doute
redondantes) à coup d'étoiles ?
8<-----------8<---------8<----------8<----------8<----------8<----------8<
# Please check if all the paths in PATH are reachable, remove the ones that
# are not.

VERBOSE=yes
SHELL=/bin/sh
PATH=/usr/bin:/bin:/usr/local/bin:.
LOGNAME=hugo

# MAILDIR=$HOME/mail # You'd better make sure it exists
MAILDIR=/var/mail/ # selon TN
#MAILDIR=$HOME/mail # selon OT et la page de procmailrc

# DEFAULT=$MAILDIR/mbox
DEFAULT=$HOME/mail/mbox
***********************

# ORGMAIL=$MAILDIR/emergency-inbox
# ORGMAIL=$HOME/mail/emergency-inbox
ORGMAIL=$MAILDIR/$LOGNAME
*************************

LOGFILE=$HOME/mail/procmail.log
LOCKFILE=$HOME/.lockmail
VERBOSE=yes


# Avant toutes chose, backup du mail.
:0c:
$HOME/mail/Traitement_SPAM.backup

# 123 Selon 'http://lea-linux.org/reseau/spamassassin.html'
# SpamAssassin
# Règle évitant de contrôler les mails supérieurs à 100ko, cela évite
# que SpamAssassin ne consomme trop de ressources systèmes, et les
# courriers supérieurs à cette taille sont rares...
:0fw * <102400

# appel du deamon SpamAssassin
| /usr/bin/spamc -f

:0e
{
EXITCODE=$?
}

# 123 SpamAssassin
8<-----------8<---------8<----------8<----------8<----------8<----------8<



Merci de vos lumières.



--
> et je suis persuadé qu'on va bientôt pouvoir latter du
> windowsien par serveur Q3 interposé :-) (la bonne parole ne se
> propage jamais mieux qu'à grand coup de baffes :-))
-+- RR in Guide du linuxien pervers - "C'est beau le prosélitisme..." -+-

1 réponse

Avatar
F. Senault

Bonsoir,

J'ai un problème qui concerne la lenteur de traitement par spamassassin.
Cela prend de 6 à 12 secondes par mail et avec une centaine de spam par
jour cela commence à chiffrer car je suis en RTC.

Ce délai est-il normal ?


Si la machine n'est pas très puissante, oui. Il faut savoir aussi que
SpamAssassin tente des tests "online", interrogeant diverses bases de
données à la réception du mail.

Essaie peut-être dans un premier temps (si ce n'est déjà pas fait) de
lancer le démon spamd avec l'otion -L / --local ; tu perdras cependant
une série de contrôles utiles.

Si ça n'améliore pas les performances, de toutes manières, pour le faire
fonctionner totalement hors-ligne, c'est une option conseillée ! :)

Fred
--
* RndSig 4.2.5 (01/10/2003) : http://www.lacave.net/~fred/rndsig/ *
* et http://www.lacave.net/listinfo/rndsig *
Programme de sélection de signatures aléatoires ou selon des mots clés.
Fonctionne sous Windows, avec n'importe quel logiciel news ou mail.