Deutsch English Français Italiano |
<sDuJAC.1oJ2o@a3.nl.invalid> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.nobody.at!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: a3@a3.nl.invalid (Adri Verhoef) Newsgroups: news.admin.hierarchies Subject: Re: Upgrading/changing from PGP to GnuPG for nl.* Date: Tue, 21 May 2024 17:30:12 GMT Organization: A3, The Netherlands Lines: 102 Message-ID: <sDuJAC.1oJ2o@a3.nl.invalid> References: <sCIsAw.qvz0@a3.nl.invalid> <v0fv1o$62di$1@news.trigofacile.com> <sCnK64.wwA3@a3.nl.invalid> <v0o2j7$bvvl$1@news.trigofacile.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Tue, 21 May 2024 20:09:02 +0200 (CEST) Injection-Info: dont-email.me; posting-host="12dd47c2e7b7bb45222c169aab032764"; logging-data="762815"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18kCYJUcNpfxgQm1/yBOfBAbTUPTPpckM4=" Cancel-Lock: sha1:HXAVVg4gGK9h7tAyi2HrNQJ0FVk= X-Newsreader: trn 4.0-test77 (Sep 1, 2010) X-Editor: Vim Bytes: 5184 Julien: >Looking at the flags used by signcontrol.py, it also has: > --emit-version --no-comments --no-escape-from-lines --no-throw-keyids > >You may wish to also use them. At least the first one (--emit-version) >solves one of your subsequent question. This works indeed, thanks. No "0.stub" needed anymore. :-) >> | To solve the problem, you need to enable loopback pinentry mode. > >Indeed, this is a necessary setup if you run the script non >interactively. Maybe you'll also need: > --no-tty --passphrase "xxx" > >Matija Nalis, the former administrator of hr.* (Croatia), once asked for >these flags. I don't know whether they are still required by current >GnuPG versions. Thanks, it worked without these flags. :-) >> X-Info: https://ftp.isc.org/pub/pgpcontrol/README.html >> https://ftp.isc.org/pub/pgpcontrol/README > >You may want to keep one, and replace the other one with the URL of the >website of the hierarchy. Once 'our' website is reinstated, of course. :-) >> The URL-part isn't correct yet; this is what I have now in my control.ctl: >> >> ## NL (Netherlands) >> # Contact: nl-admin@stack.nl >> # URL: http://nl.news-admin.org/info/nladmin.html >> # Admin group: nl.newsgroups >> # Key fingerprint: 45 20 0B D5 A1 21 EA 7C EF B2 95 6C 25 75 4D 27 >> # *PGP* See comment at top of file. >> newgroup:*:nl.*:drop >> rmgroup:*:nl.*:drop >> checkgroups:nl-admin@stack.nl:nl.*:verify-nl.newsgroups >> newgroup:nl-admin@stack.nl:nl.*:verify-nl.newsgroups >> rmgroup:nl-admin@stack.nl:nl.*:verify-nl.newsgroups > >The official control.ctl entry will then need being updated with these >new information (stack.nl instead of nic.surfnet.nl). >Also, the new key fingerprint is: > 66FB E84C 80E3 72D4 547F E921 D2F2 595D DA5A C504 I have updated this new key fingerprint in my local control.ctl. >> BTW, I'm running C News. :-) > >For C News, from what I heard, it uses a file named controlperm. Does >it also handle the control.ctl syntax? Do you confirm a valid syntax >for controlperm would now be: > >nl any n nq >nl any r nq >nl nl-admin@stack.nl c pv nl.newsgroups >nl nl-admin@stack.nl n pv nl.newsgroups >nl nl-admin@stack.nl r pv nl.newsgroups It is correct that it uses a file named controlperm. I have only one line in controlperm: nl nl-admin@stack.nl nrc p nl.newsgroups Regarding this, this is what I found in /var/news/bin/ctl/{checkgroups,{new,rm}group}: # subject to $NEWSCTL/controlperm: four fields per line, first # a newsgroup pattern, second an author name (or "any"), third a set of # operations ("n" newgroup, "r" rmgroup, "c" checkgroups), and fourth a set of # flags ("p" do it iff poster's identity is pgpverified, # "y" do it, "n" don't, "q" don't report at all, "v" include # entire control message in report) (default "yv"); the "p" and "n" flags may # be followed by the ID of the person permitted to pgpverify; # the pgpverify program (not supplied) is presumed to be in $NEWSBIN In the meantime, I've downloaded the latest version of pgpverify (1.30) from https://ftp.isc.org/pub/pgpcontrol/pgpverify, but the version that goes with my operating system (Fedora 40), /usr/libexec/news/pgpverify from INN-2.7.1, says it is version 1.31. So what is going on here? They are dated: # Version 1.30, 2018-01-21 # Version 1.31, 2022-06-12 # Changes from 1.30 -> 1.31 # -- Add a $gpg_has_allow_weak_digest_algos_flag variable to specify whether # gpg supports the --allow-weak-digest-algos flag. This variable will # be overriden by INN::Config, if used. GnuPG 1.4.20 and 2.0.23 introduced # this flag, necessary to verify the signatures of old PGP keys still in # use for some hierarchies. # -- Using at least GnuPG 1.4.20 or 2.1.0 is no longer required; this version # of pgpverify will still work with previous versions of GnuPG. However, # only GnuPG 1.x and 2.0.x will be able to validate signatures made with # old PGP keys. Adri