Le mardi 4 septembre 2007 10:30, Éric Bischoff a écrit : > Bonjour, Salut (je poursuit sur linux@, parceque c'est mieux)
> J'utilise SpamAssassin dans la configuration spamc/spamd. Depuis quelques > temps (depuis la version 3.1 ?), j'ai deux problèmes : j'ajoute celui que j'ai depuis quelques jours seulement, sans que j'ai réalisé d'upgrade de spamassassin, si quelqu'un-e a une idée... J'ai la version normale livrée avec Etch : 3.1.7-2 J'ai dans mes logs plusieurs fois par jour : Sep 4 14:35:55 bighotdog spamd[10553]: Day '35' out of range 1..31 at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 446 J'ai tenté de redémarrer spamd, mais ça change rien. Est-ce un nouveau type de spam qui essaye de faire planter des filtres anti-spam en mettant des dates non valides ? En observant de plus prêt, c'est depuis le premier septembre. Mon /var/log/mail.err donne : Aug 31 10:05:56 bighotdog spamd[24928]: Day '31' out of range 1..30 at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 446 Aug 31 10:05:56 bighotdog spamd[24928]: Day '31' out of range 1..30 at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 446 Sep 1 03:30:29 bighotdog spamd[12301]: Day '32' out of range 1..31 at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 446 Une idée ? [je laisse la fin du message d'Eric vu que j'ai changé de liste] > 1) à intervalles réguliers (une fois par mois ?), sans raison, alors même > que je ne traite pas de courrier, le processus spamd devient "fou" et se > met à utiliser de plus en plus de mémoire, ce qui fait paginer la machine. > Au bout d'un moment (une demi-heure?), le processus est tué automatiquement > et je suis bon pour relancer le service spamassassin. > > 2) plus grave, depuis peu, mon fournisseur d'accès (Nerim) a mis un délai > maximum sur la lecture du courrier en pop3. SpamAssassin réussit ce que ce > délai soit dépassé pratiquement à chaque fois et le serveur pop3 de Nerim > interrompt la communication. J'ai amélioré un peu la situation en > désactivant Razor, Pyzor et SpamCop, mais le problème reste. > > J'ai googlé et j'ai vu que plein de gens avaient des problèmes similaires. > Des pistes concernent la qualité des disques, la qualité du serveur DNS, > des ports bloqués, etc. Il est recommandé de se mettre en mode debug pour > circonscrire l'endroit où SpamAssassin perd du temps. C'est très joli tout > ça, en y mettant des efforts je devrais arriver à régler mon problème, mais > voilà, je n'ai pas vraiment les ressources en temps ni l'envie de m'y > mettre. Et puis au niveau du principe ça m'énerve, en installant un > paquetage standard sur une distribution standard ça devrait marcher sans > mettre les doigts dans le cambouis. > > Est-ce que quelqu'un aurait une solution toute faite relativement rapide à > tester, ou alors un logiciel concurrent plus performant à me conseiller ? > > Merci d'avance pour vos réponses. Je suis vraiment dans la mouise là, je > n'arrive plus à lire mon courrier, j'en viens à désactiver SpamAssassin et > à trier mon spam à la main, ça va plus vite.
pgpVgWBE1p8Vh.pgp
Description: PGP signature
