Re: [pgp-keyserver-folk] Re: UTF-8/non-ASCII chars in keys (was Re: 1.0.8 patches)

David Shaw <dshaw-wh+mT2OhP0WF0gnf/[email protected]> Fri, 22 Oct 2004 08:30:28 -0400
Newsgroups gmane.comp.encryption.pgp.sks,gmane.comp.encryption.pgp.keyserver-folk
Message-ID <[email protected]>
On Wed, Oct 20, 2004 at 03:44:49PM -0400, Jason Harris wrote:
> On Wed, Oct 20, 2004 at 01:21:37PM -0400, David Shaw wrote:
> 
> > Just a general FYI with UTF-8 searches and GnuPG.  Versions before
> > 1.2.6 did not always do this properly for HKP keyservers, and in fact
> > sometimes truncated the search string.  The current release, and all
> > future releases use UTF-8.
> 
> In the last keyanalyze keydump, there were 102579 userids with old-
> style extended chars v. 16682 with UTF-8 chars (based on counting
> instances of \xc3 (which is also the old-style 'Ã' and may skew
> the counts somewhat) from mutt's pgpring).
> 
> If necessary, keyservers can convert the old-style userid strings into
> UTF-8 before parsing and storing them in the userid word database.
> 
> Right now, there is one instance of Noèl and Köthe (same key) to
> test UTF-8 searches with on hkp://keyserver.kjsl.com:11371 .  Only keys
> with new UTF-8 userids will be searchable by their correct (non-ASCII)
> userid words, however, until I fully reload the database to fix the
> existing (UTF-8) userids.  SKS will require a fix as well since its
> is_alnum() currently recognizes extended chars only from decimal
> 192 to 255 when parsing userids.  Note that both pks and SKS lowercase
> all ASCII characters internally for search purposes, but lowercasing
> UTF-8 characters may also be necessary.

This seems to work well for me.  I am able to find Noèl Köthe with a
UTF8 search.  Amusingly enough, if I intentionally use the wrong
pre-UTF8 encoding, I get an older key of his...

David