Salut Doug,
Salut Julien,
Le log /var/log/news/news/news.notice est toujours vide par contre j'ai>
pas mal de contenu dans journalctl. C'est la modernitude qui veut ça.
Si ça te va bien dans journalctl, OK, tu peux laisser ainsi. Regarde au
cas où le délai de rétention pour être sûr que cela te convienne (pour
les besoins d'investigation plusieurs jours après ou autre).
>
Pour ma part, je suis resté old school et ai mis ForwardToSyslog=yes
dans /etc/systemd/journald.conf pour pouvoir continuer à enregistrer les
logs du serveur de news dans des fichiers et en assurer la rotation à
l'ancienne :)
J'ai pris l'habitude avec journactl. Honnêtement je trouve ça nul (WTF
les options telles que --since "2 days ago").
C'est bien moins pratique qu'un log à l'ancienne mais j'arrive à m'en sortir
malgré tout.
newgroup:*:tetalab.*:drop>
rmgroup:*:tetalab.*:drop
checkgroups:control@tetalab.org:tetalab.*:verify-controli@tetalab.org
newgroup:control@tetalab.org:tetalab.*:verify-control@tetalab.org
rmgroup:control@tetalab.org:tetalab.*:verify-control@tetalab.org
Il y a une coquille dans l'adresse de vérification pour le checkgroups.
Purée, j'ai déjà corrigé au mpoins 4 typos dans ces 5 lignes /o\
[SNIP]
Et que dit :
>
pgpverify -test < ce-newgroup.sig
>
où ce-newgroup.sig est le fichier contenant cet article de contrôle.
$ pgpverify -test < /var/spool/news/articles/control/newgroup/1
$ echo $?
255
Là j'ai utilisé directement l'article tel que stocké sur le serveur mais
le résultat est le même si je fais le test avec une copie de l'article
tel que généré par controlsign.py.
Lorsque je remplace les "verify-" par "doit", tout se met évidemment à fonctionner.>
Ce qui est déjà un bon départ !
Oui, c'est clairement un problème de clef ou d'environnement. Peut être
que pgpverify ne cherche pas dans le bon trousseau ?
Aaah mais voilà ce que je trouve dans les logs:
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 ?
Il y a une option/variable quelque part pour indiquer la version de gpg
à utiliser ?
--
Doug
Envoyé depuis mon Jacob Delafon 3000 Turbo
Les messages affichés proviennent d'usenet.