Bug#909693: [pkg-gnupg-maint] Bug#909693: gpgsm: seems to be dead slow when verifying pkcs7-signatures from within Sylpheed

On Fri, 28 Sep 2018 08:35:57 +0200 Werner Koch wrote: > On Fri, 28 Sep 2018 00:57, invernom...@paranoici.org said: > > > It's clear that the CRL revocation check is the step that takes a long > > time. > > Right. And it depends on the certificate issuer and how they maintain > CRLs. If they re

Bug#909693: [pkg-gnupg-maint] Bug#909693: gpgsm: seems to be dead slow when verifying pkcs7-signatures from within Sylpheed

On Fri, 28 Sep 2018 00:57, invernom...@paranoici.org said: > It's clear that the CRL revocation check is the step that takes a long > time. Right. And it depends on the certificate issuer and how they maintain CRLs. If they release CRLs only once a week, things should be okay becuase GnuPG cach

Bug#909693: [pkg-gnupg-maint] Bug#909693: gpgsm: seems to be dead slow when verifying pkcs7-signatures from within Sylpheed

On Thu, 27 Sep 2018 09:36:47 +0200 Werner Koch wrote: > On Wed, 26 Sep 2018 22:44, invernom...@paranoici.org said: > > > While verifying an OpenPGP signature with gpg is definitely fast, > > verifying a pkcs7-signature with gpgsm is super slow. > > Sure that it is the verification and not the CR

Bug#909693: [pkg-gnupg-maint] Bug#909693: gpgsm: seems to be dead slow when verifying pkcs7-signatures from within Sylpheed

On Wed, 26 Sep 2018 22:44, invernom...@paranoici.org said: > While verifying an OpenPGP signature with gpg is definitely fast, > verifying a pkcs7-signature with gpgsm is super slow. Sure that it is the verification and not the CRL or OCSP revocation check? It dependes on the issuer of the certi