Reprise du message précédent :
J'ai mes deux child spamd sous l'utilisateur spam

C'est pas possible, j'ai des spam qui mettent + de 13s à etre analysé
 
Mon relais est en timeout à nouveau ! (10s de timeout)

modifie ton local.cf comme ci et reteste
 

au fait c'est quoi comme serveur de mail ?
comment , precisement, le mail est envoyé a spamd ?

n'oublie pas assi de refaire un sa-compile et d'activer le plugin

Avec les modif du local.cf -> 8s mini tjrs
 
Mon serveur de mail c'est un arkoon.
 
un sa-compile? et d'activer le plugin? quel plugin?

pour le sa-compile:
 

 
ance ensuite la commande
 

 
 édite /etc/mail/spamassassin/v320.pre et décommente la ligne suivante :
 

 
vérifie que tout soit ok :
 

 
puis relance spamd
 
 
 
 
je ne connais pas arkoon mais peux tu detailler de quelle facon le mail est transmis a spamd ?

Je ne sais pas trop, l'arkoon utilise sendmail ca je sais.
 
Ensuite dans la conf on lui spécifie un serveur spamd externe et lui donnant son adresse IP et le port d'écoute (783). C'est tout.
 
Cela dit, rien a changé de ce coté là.
 
(peut une incompatibilité avec les nouvelles versions de SA???)

oui c'est peut etre un truc comme ca...
car il est vraiment surprenant de voir ces temps de reponses.
 
au pire revois, si cela est possible, ton architecture pour que le relais envoie les mails vers ton antispam sur lequel tu fait tourner un postfix/spamd, ou meme un postfix/amavisd/spamd  (meme avec amavisd dans la boucle tu devrais avoir des temps de traitement entre 0.5 et 4 secondes.)

Je suis entre 5 et 9s maintenant

Et en rajoutant razor et autre network test je suis au dessus de 10s !!!
 
Punaise c'est pas possible
 
Concernant mon architecture, ce n'est pas vraiment possible car grace à mon archi en cas de panne du serveur spam, les mails passent quand même, sachant que ma machine n'a rien d'un serveur je preferre ne pas la mettre en coupure.

comme je te disais je ne connais pas les solutions arkoon donc je ne pourrais pas te dire ce qui est possible ou pas.
 
cela dit pour etre sur des perf de ton serveur, installe postfix dessus, relie le a spamd puis teste le temps de traitement en envoyant un mail local.

Punaise je commence à saturer là
Au point ou j'en suis je vais essayer sur un autre sytème pour voir... Ubuntu par exemple.

je pense que c'est lié a ta version de SA et le moyen de connection d'Arkoon sur spamd.
 
tu passerais moins de temps a parametrer un postfix en local pour tester spamd

Sinon j'ai deux choses bizarre dans mon --lint:
 
[7253] dbg: diag: module not installed: Mail::SPF::Query ('require' failed)
 
[7253] dbg: diag: module not installed: DBI ('require' failed)
 

Autre chose de bizarre quand j'active le debug:
 
 
Sep 14 16:09:46 localhost spamd[7093]: config: using "/root/.spamassassin" for user state dir
Sep 14 16:09:46 localhost spamd[7093]: locker: safe_lock: created /root/.spamassassin/auto-whitelist.mutex
Sep 14 16:09:46 localhost spamd[7093]: locker: safe_lock: trying to get lock on /root/.spamassassin/auto-whitelist with 30 timeout
Sep 14 16:09:46 localhost spamd[7093]: locker: safe_lock: link to /root/.spamassassin/auto-whitelist.mutex: link ok
Sep 14 16:09:46 localhost spamd[7093]: auto-whitelist: tie-ing to DB file of type DB_File R/W in /root/.spamassassin/auto-whitelist
Sep 14 16:09:46 localhost spamd[7093]: auto-whitelist: db-based ignore@compiling.spamassassin.taint.org|ip=none scores 0/0
Sep 14 16:09:46 localhost spamd[7093]: auto-whitelist: AWL active, pre-score: 3.053, autolearn score: 3.053, mean: undef, IP: undef

c'est des modules perl manquant
mais cela n'a pas d'incidence sur ton pb
 
DBI aurait du etre installé dans les commandes que je t'ai donnée plus haut

oui c'est pour ça que ca me paraissait bizarre...

Ce matin: récuperation des log: moyenne d'analyse: + de 11s  
 

il faut aussi faire attention au type de message, le contenu , bref tout ce que SA va analyser.
il faut surtout voir le temps de reponse sur un message texte de quelque Ko.
 
comme je te disais pour te faire une idee parametre un postfix en local sur le serveur SA pour tester et comparer.

Je remarque un sacré paquet de requetes DNS qui sortent vers l'extérieur, c'est bizarre sachant que normalement il y a un cache DNS et sinon il doit interroger mes serveurs internes...

ton cache dns tu as parametré un redirecteur ?
ou bien tu as ajouté tes serveurs dans le resolv.conf ?
 
dans les 2 cas c'est a mon avis une mauvaise idee.

A priori non, j'ai juste installé bind et défini 127.0.0.1 comme premier DNS simplement.

donc c'est normal qu'il sorte, puisqu"'il consulte les serveurs racines par defaut.
 
tu as pu essayé d'installer postfix pour faire les tests ?

En faisant un nslookup sur des domaines connu c'est bien le 127.0.0.1 qui répond donc ça a l'air bon, par contre pour les domaine inconnu c'est un de mes serveurs internes.
 
Pas testé avec postfix encore.
 
J'ai exim d'installé, ca peut pas marcher avec?

si c'est un de tes serveurs internes c'est que tu as parametré un redirecteur dans bind (peut etre a l'install)
 
sinon avec exim cela marche surement , mais je ne connais pas ce soft

Voilà je viens d'installer postfix (et virer exim4) et j'ai fait cela:
 
2.3 Configuration
La configuration de Postfix se fait à l’aide des fichiers que vous trouverez dans le répertoire /usr/local/etc/postfix.
 
Le fichier principal de configuration : main.cf
 
Editez le fichier main.cf et modifiez les paramètres suivants selon le contexte réseau :  
 
myhostname = machine.nom.de.domaine
mydomain = nom.de.domaine
mydestination = $myhostname, localhost.$mydomain, localhost
mynetworks = 192.168.0.0/24, 127.0.0.0/8
 
 
Le fichier régissant le fonctionnement du démon : master.cf
 
Pour exécuter Posfix avec l’anti-spam Spamassassin, vous devez éditer le fichier master.cf et trouver la ligne suivante:  
 
smtp inet n - n - - smtpd
Ajoutez à la suite la ligne ci-dessous :  
 
-o content_filter=spamassassin
Enfin, allez à la fin du fichier et ajoutez :  
 
spamassassin unix - n n - - pipe user=spamassassin argv=/usr/local/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient}

cela devrait etre bon, l'essentiel etant que le message passe par SA depuis postfix.
 
pour envoyer un message fais le directement en console

Par contre dans mon fichier spamassassin j'ai autorisé que mon relais SMTP à se connecter à spamassassin... il faut que je rajoute 127.0.0.1 j'imagine car là je viens d'envoyer un message et il ne l'a pas testé.

qq chose me chagrine, ^pourquoi dans postfix on lui donne le chemin de spamc alors que j'utilise la version "daemonisée" spamd?

oui spamd doit ecouter en local.
 
spamc est le moyen de communiquer avec spamd.
 
c'est normal

Y'a un script fourni par SpamAssassin qui donne les temps de traitement?
 
Avec du grep et du cut dans les logs de Postfix je vois que j'ai a peu pres les meme temps de traitement avec les paquets de la Debian Etch en passant par Postfix, Amavis, SpamAssassin, ClamAV sur un PIII 500, 128 Mo RAM.

Merci pour ta contribution, effectivement j'ai un soucis car moi ca passe uniquement a spamassassin avec un P4 2.4Ghz et 1Go de Ram.
 
Je vais essayer avec un autre DD aussi.

Hello, j'ai fait un ghost de ma machine pour la remettre sur un autre DD mais ca ne fonctionne pas, elle ne boot plus avec le nouveau DD (reste bloqué sur GRUB...)
 
Y a t il une manip simple à faire pour y remédier?
 
Je suis toujours autour de 9s de moyenne

Bon, vu que je n'avance plus, j'ai installé vmware serveur sur un vrai serveur en DMZ.
 
Je vais tout réinstaller.
 
Tu me conseilles de le faire avec CPAN aussi?
 
thx.

salut
 
je suis pas sur qu'une VM soit le meilleur moyen d'ameliorer tes perfs ou meme de faire des tests de perfs.
 
qu'a donné le test sur l'ancien serveur avec postfix et un mail en local ?

Oui mais à terme la machine devra être en DMZ et donc surement sur une VM (pb de place et de sécurisation du serveur). Je vais quand même essayé comme ça pour me faire une idée.
 
Concernant le tests avec postfix je n'ai pas pu aller au bout encore, les mails interne ne passent pas à l'antispam...
 

 
 
l'idee avec postfix est d'envoyer un mail en local sur la machine ou tu as SA qui tourne, donc avec postfix qui est paramétré pour transmettre a spamd, et voir le temps d'execution.
 
pas la peine de faire arriver un mail de l'exterieur, un simple mail en console directement suffira

Oui c'est ce que j'avais fait, mais pas de trace d'analyse dans les log.

surement un pb de conf
regarde de ce coté car c'est a mon avis le meilleur moyen de diagnostiquer ton pb de lenteur.