hello all
 
g un ptit soucis depuis un une update sur ma debian sid
 
tous les mails font un loop dans le pipe spamassassin sans etre délivrés et j'ai fini par me retrouver avec des milliers de messages identiques dans le spool
 
 
ds /var/log/mail.log on vois ce genre de truc
 

 
et ainsi de suite, il reprends tjrs les meme mails en en faisant une copie a chaque fois
 
j'ai ca en transport :
 

 
et ca en routeur :
 

 
cette config marchait nickel avant l'upgrade qui a maj exim, pour spamassassin je ne sais plus    
 
 
ca fait un bon moment que je cherche (sisi promis   ) mais la je suis a court d'idées

spammassin seul fonctionne ? ( brr une sid en serveur )
spamd est bien sur lancé ? ( spamc étant le client qui passe les mails au démon spamd )  
(message subliminal : postfix c'est mieux )

spamd est bien lancé
 
je n'ai pas tenté d'utiliser spamassassin en stand alone, en fait je sais pas comment on fait; tous les howto que j'ai utilisés utilisaient le mode daemon
 
je vais creuser ca et tester, merci
 
ps : postfix c'est dur à configurer par rapport à exim ? parce que j'avoue que j'ai quand meme du mal a comprendre exim4, de plus la doc sur le site officiel est quelque peut déroutante....
 
pps : ba voui sid, g po peur moa (mais aussi j'aime bien les packages qui ont pas 10 ans) ;-)

je sais pas rien que le nom de exim me donnait des boutons (un peu comme qmail   ), ce qui fait que je l'ai viré de suite pour y mettre un postfix 2.x à la place ( actuellement un 2.016 )

je sais bien que postfix est le mta priviligié chez les isp mais c un peut vague tes arguments )
 
bon allez jvé tester spamassassin en standalone

http://www-dt.e-technik.uni-dortmu [...] ench2.html
c'est vieux mais bon

humm moué mais nivo perfs c pas trop le facteur determinant pour moi avec mes 20 messages par jour ;-)
 
ceci dit vu que je garde a l'esprit que toutes mes experimentations persos sont potentiellement déployables au taf (ou ca doit plus etre 4000 msg / jour) je vais ptet me pencher sur postfix
 
 
sinon je viens de tester spamassassin en stand alone et j'ai exactement le meme probleme :-(

alors c'est ton spammassassin qui merde . ( tu as surement du avoir un update perl qui est passé en douce par exemple )
tu l'as installé comment ? par mcpan ou apt ?

yep je l'ai installé par apt et yep j'ai effectivement eu une update de perl
 
alors dans les docs de spamassassin ils disaient que les DB whitelist & bayes chépokoa crées avant perl 5.8 étaient pas compatibles; j'ai donc fait le ménage dans /var/mail/.spamassasin
 
doit y'avoir encore un autre pb avec perl O__o

donc tu dois peut etre avoir  une dépendance qui merdouille (normal c'est sid apres tout ).
j'avais eu le meme problème avec ma testing , j'ai attendu .
(bon l'avantage avec postfix+amavisd c'est que les mails ne restaient pas en attente meme si ils n'étaient pas scannés correctement vis a vis du spam )

ok, merci beaucoup pour ton aide, pour l'instant j'ai tt simplement squeezé spamassassin....  
 
amavisd ca m'interesse pas mal ce truc aussi, étant donné que j'utilise spamassassin+avmailgate ....
 
concernant le fait d'avoir choisi une sid en fait je me repose la question tous les six mois de refoutre tout sous woody (en fait je me repose la question a chaque fois que j'ai un pain comme le coup du présent topic ^^ )
 
mais j'ai peur d'etre constamment frustré par l'age des packages, et si c pour greffer 10 000 sources non officielles dans son sources.list j'imagine que niveau stabilité c'est pas génial non plus
 
enfin bon je vais ptet envisager ca plus sérieusement parce que c'est vrai que ca saoule un peut de se manger ce genre d'avatar

perso j'ai une testing & je compile ce qui va bien (tm)
( apache,php,mysql,postfix )
bref les trucs dont j'ai besoin .
apres je ne vois vraiment pas mon serveur en sid
(tout comme je trouve abominable l'idée d'une debian en desktop , c'est le meme principe   )

je comprends ton point de vue mais comme chui une grosse fainiasse j'aime bien apt par rapport aux tarballs bicoze j'ai presque rien a faire, y compris pour les mises a jour
 
pour une debian en desktop je trouve qu'une sid ferait plutot bien l'affaire mais vu que j'utilise surtout la console je peut pas trop juger
 
ps : rien a voir mais je vois sur ta config que t'utilise un 2.4.22-grsec, tu as eu des pbs avec le 2.4.23 ? je dit ca bicoze g testé un 2.4.23-grsec et je me suis mangé un kernel panic sympatoche au bout de qqs heures de uptime (chose qui m'arrive jamais)

euh non j'ai pas updaté ma conf
je suis effectivement en 2.4.23
16:12 mikala@emmanuelle ~% uname -a
Linux emmanuelle.littleboboy.net 2.4.23-mikala #1 lun déc 1 23:44:57 CET 2003 i686 GNU/Linux
16:12 mikala@emmanuelle ~% uptime
 16:14:14 up 13 days, 19:50,  1 user,  load average: 0.07, 0.11, 0.14
mais avec grsec 1.9.13 par contre j'utilise le packet gradm de la debian , vu que je n'arrive pas a compiler le 1.9.1.3
(ah oui je suis parti d'un paquet vanilla + patch & pas du truc patché a la sauvage de debian )

yep moi aussi j'ai pris un kernel tout propre c pour ca que je capte po ce qui m'arrive
 
la seule chose qui était bizarre avant que ca plante c'est que ipt_unclean gueulait beaucoup beaucoup plus souvent que d'habitude par rapports aux paquets corrompus (depuis le net)
 
ah voui et X marchait plus il me semble mais ct ptet un autre pb

pour que X fonctionne il te faut utiliser les acl
& virer les limitations PAX
perso voila ma conf a moi de grsec http://baka.littleboboy.net/grsec/
(ceci dit l'interet d'un X sur un serveur ou de grsec sur un desktop me laisse pantois    )

a vrai dire tu preches un converti et que x marche plus m'a pas vraiment géné
 
en fait je m'en sers surtout pour faire du net quand le P4 est inutilisable

weee un topic d'intégristes Avec en guest star le petit Mikala qui ne veut pas de Sid en serveur (tiens, moi j'en ai une et elle marche bien pour moi) et encore moins de Debian en desktop (tiens, moi j'en ai 2 dont un portable et elles marchent bien pour moi)
 
PS: bien entendu ce post est au 3000000000eme degré

integriste en ce qui me concerne bof bof; si vous mattez les détails de mes configs je vais me faire insulter rapport a un certain os installé sur mon shuttle O___o
 
pour la sid jusqu'ici ca marchait nickwel en serveur chez moi mais c vrai que ce ptit problème qui se pointe du jour au lendemain m'a bien saoulé, et vu que j'utilise la machine en tant que serveur (quasi) uniquement je vais ptet repasser sous woody quitte a avoir des packages d'avant la guerre du feu
 
ps : no problemo pour moi tant que ca part pas en 'ouééé zetes pourris c'est moi meme présentement qui ai la meilleure config de la vie blablabla '

tiens toi aussi tu es chez un vrai fai ? ( aka nerim )
tu devrais mettre de l'ipv6 si tu ne t'en sers pas déja

ba l'ipv6 c sur ma longue liste (très très longue et confuse, confuse et obscure) de choses à creuser dans le monde merveilleux de l'informatique rationnelle (parce que j'aime bien me fouetter avec win2k3 au boulot aussi)
 
sinon je reste chez nerim au moins jusqu'au dégroupage avant de réétudier les offres, j'avoue que la freebox avec tv+telephone est alléchante
 
edit : arf j'avais pas marqué l'os évoqué ci dessus pour le shuttle dans mon profil; non non pas sur la tete aie

c'est tres simple a mettre en place ne serait ce que sur ta passerrelle .
avoir le noyau compilé avec le support ipv6
& ensuite http://www.nerim.net/index.php3?file=ipv6.php
 
 

c vrai que c simple en fait.... bon je matte ca a la prochaine compil de kernel

ben finalement j'ai réussi a refaire marcher le tout avec ca :
 
http://marc.merlins.org/linux/exim/sa.html
 
ironiquement c'est pas dans les archives apt de la sid, j'ai donc downloadé le .deb directos depuis le site
 
on dirait qu'il y a eu un changement dans exim qui empeche l'intégration avec spamassassin de la meme manière qu'avant (par pipe)

pour ceux que ca interesse....
 
finalement j'ai trouvé d'ou venait la panne y'a semaine
 
dans sid le user pour exim a été changé récemment de "mail" pour "Debian-exim"
 
dans  
 
 bebop:~/conf.d/transport# cat 30_exim4-config_spamcheck
  spamcheck:
     debug_print = "T: spamassassin_pipe for $local_part@$domain"
     driver = pipe
     command = /usr/sbin/exim4 -oMr spam-scanned -bS
     use_bsmtp = true
     transport_filter = /usr/bin/spamc
     home_directory = "/tmp"
     current_directory = "/tmp"
     user = mail
     group = mail
     return_fail_output
     message_prefix =
     message_suffix =
  bebop:~/conf.d/transport#  
 
suffisait donc de changer ca  
 
     user = Debian-exim
     group = Debian-exim