Согласно RFC по OpenPGP текстовые поля в ключе должны быть в кодировке UTF-8. UserID как раз таким и является. Так вот, kgpg, в менеджере ключей, ошибочно пытается их(поля) декодировать исходя из кодировки текущей локали а не из utf-8. Кроме этого, если при создании ключа использовать для userID символы отличные от ascii, то kgpg зачем-то перед отдачей на gpg их преобразует в что-то типа \xE1\xC0 после чего userId такого ключа не может отобразить даже сам, не говоря уже про то, что это не соответствует RFC...
Это не ошибка kgpg. А ошибка самого gnupg: https://bugzilla.altlinux.org/show_bug.cgi?id=12177
Это не ошибка. Это такое поведение. Они маскируют некоторые спецюсимволы. В часности двоеточия. Правда при этом маскируются и некоторые другие символы/байты и их тоже нужно демаскировать. Авторы gnupg это ошибкой не считают. По этому поводу я уже общался в авторами енигмейла. У них была таже беда. У них была попытка это обработать, но работала она неправильно. Послал им небольшой патчик - в результате, на данный момент, имеем работающий красиво енигмейл.
Согласно http://bugs.kde.org/show_bug.cgi?id=139276 fixed upstream.
(In reply to comment #3) > fixed upstream. Это в KDE4. Там все гораздо лучше написано. Соответственно, фикситься проще.
В KDE3 уже вряд ли что-то будет. Им бы от hal отказаться...
