Bonjour à tous,

J'ai un petit truc qui me turlupine depuis quelques temps.
Considérons deux serveurs sous Linux Debian/testing munis chacun
d'un sendmail des familles.

Root kant:[/var/log/clamav] > sendmail -d0.1
Version 8.13.5
Compiled with: DNSMAP LDAPMAP LDAP_REFERRALS LOG MAP_REGEX MATCHGECOS
MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6
NETUNIX NEWDB NIS NISPLUS PIPELINING SASLv2
SCANF SOCKETMAP STARTTLS USERDB USE_LDAP_INIT XDEBUG

Le même sur une machine qui se prénomme rayleigh.

J'ai greffé sur ce sendmail une liste grise, un spamassassin et un
antivirus (clamav) à grands coup de milter's.

Cela fonctionne depuis longtemps comme cela. J'ai mis à jour clamav
et depuis, c'est la catastrophe, mais seulement sur la Sun, le PC
fonctionne bien.

Rien n'a changé, ni les fichiers de conf, ni sendmail. Milter-clamav
part en vacances pour une raison indéterminée au bout d'un certain
temps (assez court). Voici la sortie du milter :

Root kant:[/var/log/clamav] > /usr/sbin/clamav-milter --max-children=2
-ol -D --pidfile /var/run/clamav/clamav-milter.pid
local:/var/run/clamav/clamav-milter.ctl
LibClamAV debug: Running as user root (UID 0, GID 0)
LibClamAV debug: loadDatabase: check /var/lib/clamav//daily.cvd for
updates
LibClamAV debug: Loading databases from /var/lib/clamav/
LibClamAV debug: Loading /var/lib/clamav//daily.cvd
LibClamAV debug: in cli_cvdload()
LibClamAV debug: MD5(.tar.gz) = 221b80f9e3dadc7b732707512b9e1fad
LibClamAV debug: Decoded signature: 221b80f9e3dadc7b732707512b9e1fad
LibClamAV debug: Digital signature is correct.
LibClamAV debug: in cli_untgz()
LibClamAV debug: Unpacking /tmp/clamav-ac8842ccf872ce7c/COPYING
LibClamAV debug: Unpacking /tmp/clamav-ac8842ccf872ce7c/daily.db
LibClamAV debug: Unpacking /tmp/clamav-ac8842ccf872ce7c/daily.hdb
LibClamAV debug: Unpacking /tmp/clamav-ac8842ccf872ce7c/daily.ndb
LibClamAV debug: Unpacking /tmp/clamav-ac8842ccf872ce7c/daily.zmd
LibClamAV debug: Loading databases from /tmp/clamav-ac8842ccf872ce7c
LibClamAV debug: Loading /tmp/clamav-ac8842ccf872ce7c/daily.db
LibClamAV debug: Initializing main node
LibClamAV debug: Initializing trie
LibClamAV debug: Initializing BM tables
LibClamAV debug: in cli_bm_init()
LibClamAV debug: BM: Number of indexes = 63744
LibClamAV debug: Loading /tmp/clamav-ac8842ccf872ce7c/daily.hdb
LibClamAV debug: Initializing md5 list structure
LibClamAV debug: Loading /tmp/clamav-ac8842ccf872ce7c/daily.ndb
LibClamAV debug: Loading /tmp/clamav-ac8842ccf872ce7c/daily.zmd
LibClamAV debug: Loading /var/lib/clamav//main.cvd
LibClamAV debug: in cli_cvdload()
LibClamAV debug: MD5(.tar.gz) = dd026d955913149ab4455e98a7e41c22
LibClamAV debug: Decoded signature: dd026d955913149ab4455e98a7e41c22
LibClamAV debug: Digital signature is correct.
LibClamAV debug: in cli_untgz()
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/COPYING
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/main.db
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/main.hdb
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/main.ndb
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/main.zmd
LibClamAV debug: Unpacking /tmp/clamav-7b61741334f83600/main.fp
LibClamAV debug: Loading databases from /tmp/clamav-7b61741334f83600
LibClamAV debug: Loading /tmp/clamav-7b61741334f83600/main.db
LibClamAV debug: Loading /tmp/clamav-7b61741334f83600/main.hdb
LibClamAV debug: Loading /tmp/clamav-7b61741334f83600/main.ndb
LibClamAV debug: Loading /tmp/clamav-7b61741334f83600/main.zmd
LibClamAV debug: Loading /tmp/clamav-7b61741334f83600/main.fp
LibClamAV debug: Database loaded
LibClamAV debug: Stat()ing files in /var/lib/clamav/
LibClamAV debug: Making /tmp/clamav-1fc1d25aea5ad36e
Root kant:[/var/log/clamav] > ps auwx | grep milter-clamav
root 11881 0.0 0.1 3272 840 pts/0 R+ 11:01 0:00 grep
milter-clamav
Root kant:[/var/log/clamav] >

J'ai essayé de passer de la version 0.87.1 (testing) à la 0.87.1-1
(unstable) sans succès. Je n'ai _aucun_ message d'erreur dans les
logs sauf le traditionnel :

Nov 15 11:02:00 kant sm-mta[11896]: jAFA20qZ011896: Milter (clamav):
error connecting to filter: Connection refused by
/var/run/clamav/clamav-milter.ctl
Nov 15 11:02:00 kant sm-mta[11896]: jAFA20qZ011896: Milter (clamav): to
error state

plutôt normal vu que clamav-milter est à l'ouest lors des appels.
Clamd quant à lui tourne bien et ne pose aucun problème.
Je ne sais plus où chercher. Des idées ?

Merci de votre attention,

JKB

--
En plus c'est simple, je fais ce genre de trucs en g77 depuis des années :
il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux
mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.

>>>>> "J" == JKB <knatschke@koenigsberg.fr> writes:

J> Root kant:[/var/log/clamav] > /usr/sbin/clamav-milter --max-children=2
^^^^^^^^^^^^^
J> -ol -D --pidfile /var/run/clamav/clamav-milter.pid
J> local:/var/run/clamav/clamav-milter.ctl
J> LibClamAV debug: Running as user root (UID 0, GID 0)
^^^^

c'est pas bien de le tourner sous root

J> Root kant:[/var/log/clamav] > ps auwx | grep milter-clamav
^^^^^^^^^^^^^

Vous n'êtes pas prêt de le trouver :-)


--

Guy Decoux

>>>>> "J" == JKB <knatschke@koenigsberg.fr> writes:

J> Root kant:[/var/log/clamav] > /usr/sbin/clamav-milter --max-children=2
^^^^^^^^^^^^^
J> -ol -D --pidfile /var/run/clamav/clamav-milter.pid
J> local:/var/run/clamav/clamav-milter.ctl
J> LibClamAV debug: Running as user root (UID 0, GID 0)
^^^^

c'est pas bien de le tourner sous root

J> Root kant:[/var/log/clamav] > ps auwx | grep milter-clamav
^^^^^^^^^^^^^

Vous n'êtes pas prêt de le trouver :-)


--

Guy Decoux

Le 15-11-2005, à propos de
Re: Clamav-milter et sendmail (Linux Debian sparc),
ts écrivait dans fr.comp.mail.serveurs :
>>>>>> "J" == JKB <knatschke@koenigsberg.fr> writes:
>
>J> Root kant:[/var/log/clamav] > /usr/sbin/clamav-milter --max-children=2
> ^^^^^^^^^^^^^
>J> -ol -D --pidfile /var/run/clamav/clamav-milter.pid
>J> local:/var/run/clamav/clamav-milter.ctl
>J> LibClamAV debug: Running as user root (UID 0, GID 0)
> ^^^^
>
> c'est pas bien de le tourner sous root

Admettons, mais là n'est pas le problème.

>J> Root kant:[/var/log/clamav] > ps auwx | grep milter-clamav
> ^^^^^^^^^^^^^
>
> Vous n'êtes pas prêt de le trouver :-)

Oui, bon, j'ai des gros doigts, mais même avec le bon nom
d'exécutable, il n'est pas là...

JKB

--
En plus c'est simple, je fais ce genre de trucs en g77 depuis des années :
il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux
mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.

Le 15-11-2005, à propos de
Re: Clamav-milter et sendmail (Linux Debian sparc),
ts écrivait dans fr.comp.mail.serveurs :
>>>>>> "J" == JKB <knatschke@koenigsberg.fr> writes:
>
>J> Root kant:[/var/log/clamav] > /usr/sbin/clamav-milter --max-children=2
> ^^^^^^^^^^^^^
>J> -ol -D --pidfile /var/run/clamav/clamav-milter.pid
>J> local:/var/run/clamav/clamav-milter.ctl
>J> LibClamAV debug: Running as user root (UID 0, GID 0)
> ^^^^
>
> c'est pas bien de le tourner sous root

Admettons, mais là n'est pas le problème.

>J> Root kant:[/var/log/clamav] > ps auwx | grep milter-clamav
> ^^^^^^^^^^^^^
>
> Vous n'êtes pas prêt de le trouver :-)

Oui, bon, j'ai des gros doigts, mais même avec le bon nom
d'exécutable, il n'est pas là...

JKB

--
En plus c'est simple, je fais ce genre de trucs en g77 depuis des années :
il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux
mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.