1. Forum
  2. Usenet
  3. NEWS.SOFTWARE.NNTP

  • Re: perl-nocem unknown error

    From Jesse Rehmer@21:1/5 to All on Fri Oct 27 17:14:52 2023
    On Oct 27, 2023 at 11:24:41 AM CDT, "Martin Burmester" <martin@burmester.org> wrote:

    Hi,

    i recently updated my nocem.ctl and the nocems from usenet.ovh are not processed even though the key is imported, syslog gives:

    nocem: Article <nocembot-fr.2.45226.7604354051@usenet.ovh>: unknown
    error (ID 64DD21195789E33A)

    Is that the same issue as in <slrnuhpm49.3vra6.rayban@raybanana.net>? I
    didnt get the start of that discussion.

    Possibly, I found I needed gpg2 to validate the notices from usenet.ovh. After configuring INN to use gpg2, I had to re-import the key, which already existed but the output showed was updated during import.

    Also, is there an easy possibility to feed everything that is in news.lists.filters again into nocem to process it again with an updated configuration?


    See this for a few examples: <ufmvle$76bs$1@news.trigofacile.com>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Burmester@21:1/5 to All on Fri Oct 27 18:24:41 2023
    Hi,

    i recently updated my nocem.ctl and the nocems from usenet.ovh are not processed even though the key is imported, syslog gives:

    nocem: Article <nocembot-fr.2.45226.7604354051@usenet.ovh>: unknown
    error (ID 64DD21195789E33A)

    Is that the same issue as in <slrnuhpm49.3vra6.rayban@raybanana.net>? I
    didnt get the start of that discussion.

    Also, is there an easy possibility to feed everything that is in news.lists.filters again into nocem to process it again with an updated configuration?

    Cheers,
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Burmester@21:1/5 to All on Sat Oct 28 11:19:22 2023
    Hi,

    Am 27.10.2023 um 19:14 schrieb Jesse Rehmer:
    On Oct 27, 2023 at 11:24:41 AM CDT, "Martin Burmester" <martin@burmester.org>
    wrote:
    i recently updated my nocem.ctl and the nocems from usenet.ovh are not
    processed even though the key is imported, syslog gives:

    nocem: Article <nocembot-fr.2.45226.7604354051@usenet.ovh>: unknown
    error (ID 64DD21195789E33A)

    Is that the same issue as in <slrnuhpm49.3vra6.rayban@raybanana.net>? I
    didnt get the start of that discussion.

    Possibly, I found I needed gpg2 to validate the notices from usenet.ovh. After
    configuring INN to use gpg2, I had to re-import the key, which already existed
    but the output showed was updated during import.

    Thanks, that did work. Also I did not need to reimport anything.

    This change also affects pgpverify, right? Hope I wont have negative consequences there, otherwise it would be great to get rid of gpg1.

    Also, is there an easy possibility to feed everything that is in
    news.lists.filters again into nocem to process it again with an updated
    configuration?


    See this for a few examples: <ufmvle$76bs$1@news.trigofacile.com>

    That works well, thanks.

    Cheers,
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Hochstein@21:1/5 to Martin Burmester on Sun Oct 29 12:57:32 2023
    Martin Burmester wrote:

    This change also affects pgpverify, right? Hope I wont have negative consequences there, otherwise it would be great to get rid of gpg1.

    You need gpg1 to validate older PGP keys, e.g. for de.* (dating from
    1996).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nigel Reed@21:1/5 to Thomas Hochstein on Mon Nov 6 15:54:25 2023
    On Sun, 29 Oct 2023 12:57:32 +0100
    Thomas Hochstein <thh@thh.name> wrote:

    Martin Burmester wrote:

    This change also affects pgpverify, right? Hope I wont have
    negative consequences there, otherwise it would be great to get rid
    of gpg1.

    You need gpg1 to validate older PGP keys, e.g. for de.* (dating from
    1996).


    I have the same issue. You cannot validate the old pgp keys if you use
    gpg2. Seems like this is a no-win situation unless everything first
    checks gpg1 and then gpg2.

    --
    End Of The Line BBS - Plano, TX
    telnet endofthelinebbs.com 23

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)