$ pgpverify -test < /var/spool/news/articles/control/newgroup/1Pas très bon...
$ echo $?
255
Aaah mais voilà ce que je trouve dans les logs:C'est une Debian ou Ubuntu ?
nnrpd[170933]: hyperion.local.mcos.nc post ok <newgroup-tetalab.plep-1766404781@news.tetalab.org>
pgpverify[170941]: pgpverify: /usr/bin/gpg1: no such file
controlchan[170673]: skipping newgroup y control@tetalab.org (pgpverify failed) in <newgroup-tetalab.plep-1766404781@news.tetalab.org>
Mais pourquoi diable va t-il chercher gpg1 ou mieu de gpg qui est en
version 2 sur mon système ?
Le paquet y est configuré avec un gpg1 forcé...
La suggestion est gnupg1 pour les dépendances :
https://packages.debian.org/trixie/inn2
Il y a une option/variable quelque part pour indiquer la version de gpgOui, il faut modifier à la main /usr/share/perl5/INN/Config.pm :
à utiliser ?
our $gpgv = '/usr/bin/gpgv';
our $gpg = '/usr/bin/gpg';
ou il y a aussi la technique de créer un fichier /etc/news/innshellvars.pl.local (droits 755) qui contient ces deux lignes si tu ne souhaites pas modifier Config.pm. Ce fichier innshellvars.pl.local est exécuté comme un script Perl au lancement de pgpverify. Il est appelé par Config.pm.
En espérant que cela permettra désormais le bon fonctionnement des vérifications des articles de contrôle :)
Pour tester ton système, n'hésite pas à lancer pgpverify sur un checkgroups d'une autre hiérarchie pour laquelle tu aurais installé la clef publique (Big-8, fr.* ou autre).
--
Julien ÉLIE
« Un accusé est cuit quand son avocat n'est pas cru. » (Pierre Dac)
Les messages affichés proviennent d'usenet.