Salut,
Aprčs avoir installé clamav 0.65 (le RPM clamav, pas
spécialement Free-EOS), les mails reçus et envoyés
étaient placés dans le dossier "problems"
(/var/spool/amavis-ng/problems/) car clamav était
inopérant.
De plus, les mails ŕ admin disant que les mails étaient
dans le dossier "problems" étaient datés du 1er janvier
70, pas pratique si l'on trie les mails par date.
J'ai du refaire manuellement les commandes
chown qmailq:qmail /var/lib/clamav
chown qmailq:qmail /var/run/clamav
Car ces dossiers étaient en clamav:clamav
Ensuite, clamd ne se lancait pas car il y avait encore
le fichier /var/lib/clamav/clamd.sock
Aprčs l'avoir supprimé clamd pouvait ętre relancé et il
restait ŕ réinjecter les mails placés dans le dossier
"problems" (ŕ ce propos il serait bien de pouvoir faire
ca aussi via l'interface d'admin, au cas ou)
cf http://www.pagefault.org/howto/amavis_clam.shtml
Logged In: YES
user_id=604210
Cela ressemble aux ssymptomes qu'on a lorsque clamav est
insytall aprs eos-clamav et qu'on n'a pas respect les
dpendances en rinstallant eos-clamav.
eos-clamav a-t-il t (r)install aprs clamav ?
Logged In: YES
user_id=316035
En effet.
Comme le RPM clamav n'a pas dans ces dpendance le RPM eos,
Anaconda installe-t-il tout les RPM en --replacepkgs
--replacefiles dans le bon ordre ?
Logged In: YES
user_id=604210
Le plus simple serait de passer la dpendance de eos-clamav
clamav>=0.65 au lieu de clamav.
Logged In: YES
user_id=316035
Oui, il faudra vrifier si eos-clamav est bien install
aprs clamav-0.65.
Au niveau de l'interface, si clamav ne fonctionne plus pour
une raison ou une autre, il pourrait tre intressant
d'avoir la mme fonction que pour les mails en quarantaine,
mais pour les mails du dossier "problems"
/var/spool/amavis-ng/problems/ et ainsi permettre aux admin
de rinjecter les mails de ce dossier.
Logged In: YES
user_id=316035
Semble rgl avec la 1.3-0 et clamav bug ferm