keys that GnuPG doesn't like with --recv/--refresh

[Jason Harris]

On Wed, Aug 10, 2005 at 03:29:25PM -0400, Jason Harris wrote:
> On Wed, Aug 10, 2005 at 04:57:32PM +0200, Peter Palfrader wrote:
 
> > key 0x39CC8CED3D79EDCA as found on keyserver.noreply.org (or any other
> > server of the SKS network) makes GnuPG 1.4.2 fall over itself on --recv/--refresh:
> 
> Interestingly (albeit with the key fetched from keyserver.kjsl.com),
> GPG only does this when importing an armored version of the key:

Even better, remove the keyservers' armoring as a variable and simply
compare GPG's armored import/export:

  %gpg --export -a 0x3D79EDCA | gpg --import
  gpg: key 3D79EDCA: "Marc SCHAEFER (CRIL) <schaefer cril.ch>" not changed
  gpg: [don't know]: invalid packet (ctb=2d)
  gpg: read_block: read error: invalid packet
  gpg: import from `[stdin]' failed: invalid keyring
  gpg: Total number processed: 1
  gpg:              unchanged: 1

with its binary import/export:

  %gpg --export 0x3D79EDCA | gpg --import
  gpg: key 3D79EDCA: "Marc SCHAEFER (CRIL) <schaefer cril.ch>" not changed
  gpg: Total number processed: 1
  gpg:              unchanged: 1

for this particular key.
  
> NB:  Fetching the key from pgp.mit.edu doesn't cause this error.

NB:  When this key is fetched from MIT, the trick above doesn't work.

-- 
Jason Harris           |  NIC:  JH329, PGP:  This _is_ PGP-signed, isn't it?
jharris at widomaker.com _|_ web:  http://keyserver.kjsl.com/~jharris/
          Got photons?   (TM), (C) 2004
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 313 bytes
Desc: not available
Url : /pipermail/attachments/20050810/111b1262/attachment.pgp