gnupg 1.2.1&1.3.1 - BAD output with --with-colons --list-keys for russian uid, not equal --charset utf8 --list-keys

[Yenot]

--------------Boundary-00=_98Y0M8OSR3JV68Y1NDNO
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[3rd attempt due to the kerckhoffs.g10code.com DNS problems]

On Wednesday 02 April 2003 12:29 pm, Werner Koch wrote:
> On Tue, 25 Mar 2003 17:53:00 +0300, Sekretnii Yenot said:
> > (Examples: kmail and kgpg.)  These programs are all written with
> > libraries that love raw UTF-8, but GPG is forcing these developers
> > to hand code an extra level of nonstandard decoding.  (Actually, it's
>
> You mean the escaping of certain characters.  This is required because
> you must do this for the delimters (colon and linefeed) and so the
> de-escaping is anyway required.  The escaping is straightforward and
> can be done in place; see gpgme/gpgme/conversion.c for an example.

For whatever reasons, people seem to be missing the decoding
[de-escaping] step.  Even GnuPG itself misses it at times.  Take
the attached key and do "gpg --import public_key.asc", then do
"gpg --list-keys yenot@sec.to". If your locale is set to a UTF-8
variant, you'll see that the first command garbles the UTF-8
characters that are not 7-bit clean, but the second command displays
the entire UID perfectly. [I'm testing this with GnuPG 1.2.1 on
Linux and a locale of en_US.UTF-8.]

Also:
Could someone using a recent version of Kmail verify whether the UID
used to sign this message is being displayed correctly?  If not,
please log this bug at http://bugs.kde.org.  I wanted to log it
myself, but my KDE version 3.0.3 is too old to log a bug report
against.

 - Yenot

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+kr5MP247TY29IxARAqFHAJ4v5qtO6uKf//02Ioa4kbrPLZaIFgCfevlm
OPVS1/ssrw7N5vWi0lthRbQ=
=e7PV
-----END PGP SIGNATURE-----

--------------Boundary-00=_98Y0M8OSR3JV68Y1NDNO
Content-Type: application/pgp-keys;
  name="my pgp key"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=public_key.asc

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.1 (GNU/Linux)

mQGiBD6AX2cRBACy820xQLFO+rfFLaUaQAsAGLQg8Raa2SHljHGWSDGgyrGjACqE
d9v3tvSE3pKC9pshyyvn9qGLw5tMZ0CpIlXlsattDdhGV6N7P345gH671I/HOmM4
H2gh8ojZfdKgKnmSqKqSYjV04Ad6Ivy3/K9Pn8WooPaaEMBgS9adSrJLEwCgq42t
0h3sn6IlH4PxNrygcEA2Q28D/0HOhmODCQCO/HG0BLbpBuLlvPFjVBGO4pUIu7xw
KUbaJvNFxHaemzk8BcABIZSr1ppesuPrKgfIGSP4aBlBf+75fdr3Xdx2+ZEjM6sL
nF74mHS1g7G9AtnDeWJlwYCmhRfPUfd5EJPPKsKF4QOET29EvAUilAdUZHmwsQJa
7W9DA/98J1BtJ4oyoiwmzTutham6S/41W3YlgNguIi4c30XRYcrlpcmMRVAhoSTQ
jPFotVikgORNtgPBN5+4mwDIZ3mCscSeH/jdyRQxXOCXrnZNFYtJIvxNORgQjGb1
FZp5PDOyXkA0tjuvazG2UOlilj2tYXu97oqnzXMYUpKHpKuYa7Qq0KHQtdC60YDQ
tdGC0L3Ri9C5INCV0L3QvtGCIDx5ZW5vdEBzZWMudG8+iGAEExECACAFAj6AX2cF
CQPCZwAFCwcDAgEDFQIDAxYCAQIeAQIXgAAKCRA/bjtNjb0jEOyHAKCPG7w52uYV
quhk83kmP2T2sb6vVgCghDJLULRRnXlFBs2nZfjyMQBH9XiIbQQREQIALQUCPoZ9
WAWDAeEzgCAaaHR0cDovL3d3dy50b2Vob2xkLmNvbS9yb2JvdGNhLwAKCRAQWBaF
xSEJfjKhAJ9MEvCNTT4VvFbHiYpe9VwwuD4AFgCdFJ9H7eHE8eKTym2jR60XOM+i
Vky5Ag0EPoBffhAIANWmra2SWQQ3Yr5lL1lK0cXotIGZJpKTM9p5/PdCcQ/0Q/kD
kICz15shP+Xl3OOXmjXEMG+Gp5/C9P2VMmrovqcI6tIIAQoxUuAgOnSdPXqMXLiz
8azDndyE5+fHSvixsmSdcljQ305MYNMo092KenpkhyySrH1ncaPR8QmpHo6uIKU8
1HgQyt+DlaVVHJv61od2anmNzHvNz7kbyvNMEiuyS/OU2P6WYh3abgOdutuHT/+c
HsHm2OdfqBCKfaZ+v+eTwVzzcVnQ18CmWMNioUSVJJMTDN1f19U2baeh9Ak+/EQU
BNWX99ZWywRACPiyzEbc+pX+sMkmLu9PHISsKhcAAwUH/2vXu56FUdahwW1/lPDj
m3m2oKT2uvAgjxw2uoVpbCkKmo6Y+YSvs1HS+qRmTFcEqgJEysHXtvEz2HBYDOCh
Gu97SR2KOGQjP2IVympAD4Vl8hghO3092lgj7SaORYntOOYg5ULB9SOu6WtuKTgL
OdT2V3N3Vhj9L10KSQKASSU4wcHwBKxN5tXKUWXBi7CM9Tkye5RHDLH0Kb3dcYtl
/MJrawlnfj9izIXSwOTu5aAFWM/OkXAh0zizu0Svwhkh7q78uI86soGHjLqKRN4Y
ETuMAMjXglmjgenyaermajqIxjBdW8TM8A14a3BxjiqEw30nOVOOuLRQr9m1o9cY
IOqITAQYEQIADAUCPoBffgUJA8JnAAAKCRA/bjtNjb0jEBFjAJwMgx1VRBDgLb7w
8N+3gSm2UyV9pACeOWlHlR9ELHmWfnTpYrJHb20oEq8=
=K9xx
-----END PGP PUBLIC KEY BLOCK-----

--------------Boundary-00=_98Y0M8OSR3JV68Y1NDNO--