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