problem with --honor-keyserver-url

Troy ussenterprise at babylonfarms.com
Sat Jun 14 16:29:41 CEST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

I seem to have run into a problem with --honor-keyserver-url

1st this is the pref on my key
     (1). Troy Weinzetl (P.S.K.)
     Cipher: AES256, AES192, AES, BLOWFISH, CAST5, 3DES, TWOFISH
     Digest: SHA256, SHA224, SHA512, SHA384, RIPEMD160, SHA1
     Compression: BZIP2, ZLIB, ZIP, Uncompressed
     Features: MDC, Keyserver no-modify
     Preferred keyserver:
http://www.babylonfarms.com/secure/0xF8180E9E_pub.asc

and this would be my gpg.conf file settings:
comment http://www.babylonfarms.com/secure/0xF8180E9E_pub.asc
default-key  F8180E9E
default-recipient-self
keyserver-options auto-key-retrieve honor-keyserver-url import-clean
export-clean
enable-dsa2
default-preference-list s9 s8 s7 s4 s3 s2 s10 h8 h11 h10 h9 h3 z3 z2 z1
personal-cipher-preferences s9 s8 s7 s4 s3 s2 s10
personal-digest-preferences h8 h11 h10 h9 h3
personal-compress-preferences z3 z2 z1
ask-cert-level
no-greeting
no-mdc-warning
trust-model pgp
expert
verbose

keyserver  hkp://wwwkeys.eu.pgp.net


this setup worked well under gpgshell in windows and when I switched to
using Kgpg I found the honor-url didn't work there and then tried
Enigmail's key management with no luck there either, however command
line works and the output was/is as follows.

babylon at babylon-P4:~$ gpg --refresh-key 0xF8180E9E
gpg: requesting key F8180E9E from http server www.babylonfarms.com
gpg: armor header: Version: GnuPG v1.4.10-svn4774-wK8cam-tlw0 (GNU/Linux)
gpg: armor header: Comment:
http://www.babylonfarms.com/secure/0xF8180E9E_pub.asc
gpg: pub  2048R/F8180E9E 2005-09-01  Troy Weinzetl (P.S.K.)

where as if i do the same for another key
babylon at babylon-P4:~$ gpg --refresh-key 1086CBD780B42B0F
gpg: refreshing 1 key from hkp://wwwkeys.eu.pgp.net
gpg: requesting key 80B42B0F from hkp server wwwkeys.eu.pgp.net
gpg: armor header: Version: GnuPG v1.4.1 (GNU/Linux)
gpg: armor header: Comment: OpenPGP-Keyserver 1.0 (OPKS)
gpg: pub  2048R/80B42B0F 2005-09-23

However, neither Enigmail nor Kgpg seem to use the honor-keyserver-url

Kgpg--
gpg: requesting key F8180E9E from hkp server wwwkeys.eu.pgp.net
gpg: armor header: Version: GnuPG v1.4.1 (GNU/Linux)
gpg: armor header: Comment: OpenPGP-Keyserver 1.0 (OPKS)
gpg: pub  2048R/F8180E9E


Tbird-Enigmail
output after updating
gpg: depth: 4  valid:   5  signed:   4  trust: 0-, 0q, 0n, 3m, 2f, 0u
gpg: next trustdb check due at 2008-08-25
gpg: Total number processed: 1
gpg:         new signatures: 12
gpg:     signatures cleaned: 12

output from console
enigmail> /usr/bin/gpg --charset utf8 --batch --no-tty --status-fd 2
- --with-fin gerprint --fixed-list-mode --with-colons --list-keys
enigmail> /usr/bin/gpg --charset utf8 --batch --no-tty --status-fd 2
- --with-fin gerprint --fixed-list-mode --with-colons --list-secret-keys
enigmail> /usr/bin/gpg --charset utf8 --batch --no-tty --status-fd 2
- --keyserve r pool.sks-keyservers.net --recv-keys 0x75AA9F9CF8180E9E

- From my understanding, the example from the gpg CLI is how
- --Honor-keyserver-url is supposed to work and how it worked with
gpgshell. under windows.

Using
Thunderbird 2.0.0.6
Enigmail 0.95.0
Mepis 7.0
Kgpg 1.2.2
gpg both 1.4.6 & the most current SVN-release

I also tested this under Vista and got the same result from Enigmail.
GPGshell did use the honor-keyserver-url correctly

Thanks in advance

Troy


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10-svn4774-wK8cam-tlw0 (GNU/Linux)
Comment: http://www.babylonfarms.com/secure/0xF8180E9E_pub.asc

iQEcBAEBCAAGBQJIU9XVAAoJEHWqn5z4GA6eHwwH/jkHW5E/239ZwQZBxzkhJjhF
ETPnrbv0T2TRZRMqkMjPcHOXNuzzr0IzNtJuLh9WR1sEqT1WZVBniyUOVbgVcI5q
KglxYNEVRRVVLhvf+BvEfysQcbox/aUJomggGWjUVcNZ69ZwsRU3zNODeeLw75Xd
6q1OXanMpfsat3GeYjvsGz2R34/cBojzmAVs88Rfj520gEoqlF7quiFfU4Q3fNAO
hyR5RKpwPE9YQ82kHk3WVXfVf2nYj3A76/Az7VXXY+OtESh4VM/oAbVxQCbXA/Hz
+Hhe4C+V8lPu9qcTWp/zbRLdRwOZ9CFXUXW1pOazjo7lFSjS984gcIYTEJrWv5k=
=t76B
-----END PGP SIGNATURE-----



More information about the Gnupg-devel mailing list