Después he encontrado que hace unos días Daniel Doro Ferrant también había puesto la solución en su blog, que paso a traducir.

Para aquellos de vosotros que también useis Debian Sarge, aquí tenéis algo que os ayudará a integrar Kmail y GnuPG. Sarge hace un buen trabajo para que todo vaya integrado de serie, incluyendo KMail y GnuPG. Sin embargo, hay un aspecto menor que puede hacer que esta integración sea todavía mejor: el cambio de mensajes Inline OpenPGP (internos, dentro del cuerpo del mensaje) a auténticos mensajes OpenPGP/MIME.

Los mensajes Inline OpenPGP son el viejo (y ahora obsoleto) estilo de gestionar los correos electrónicos cifrados, cuando no había un tipo MIME definido para ello, mientras que el OpenPGP/MIME es el tipo MIME que gestiona adecuadamente los mensajes cifrados.

Como he dicho antes, KMail y GnuPG funcionan a la perfección con mensajes OpenPGP internos en una instalación fresca de Sarge. Sin embargo, si intenta usar el formato moderno OpenPGP/MIME, tropieza con el problema de que KMail no descifra automáticamente los mensajes. Para más información sobre este problema, eche un vistazo a Cooking with Linux: François, Can You Keep A Secret?.

Solucionar esto no es nada complicado. (Si es usuario de Gentoo, eche un vistazo al HOWTO KMail gpg-agent kde). Busque su directorio KDE, que debería ser algo así como ${HOME}/.kde/ o ${HOME}/.kde3/ o ${HOME}/.kde3.3/. En su interior cree dos nuevos directorios: env y shutdown, de modo que al final tenga los siguientes nuevos directorios: ${HOME}/.kde/env/ y ${HOME}/.kde/shutdown/. Dentro de cada uno de ellos creará un fichero ejecutable llamado gpg-agent.sh (desgraciadamente la extensión .sh es importante). El contenido de estos ficheros debe ser:

${HOME}/.kde/env/gpg-agent.sh:
#===BeGiN===
eval `gpg-agent --daemon`
#===eNd===

${HOME}/.kde/shutdown/gpg-agent.sh:
#===BeGiN===
#!/bin/sh
# el segundo campo de la variable GPG_AGENT_INFO es el ID del proceso gpg-agent activo
# en la sesión actual, así que simplemente  matamos ése en vez de todos ellos  

kill `echo $GPG_AGENT_INFO | cut -d: -f2`
#===eNd===

Observe que esta orden kill no es la misma que la que aparece en el HOWTO anterior (probablemente haya una errata en el HOWTO).

Ahora simplemente necesita salir de la sesión KDE y volver a entrar. La próxima vez que intente utilizar KMail con OpenGPG/MIME, todo debería funcionar a la perfección.

Its importance cannot be understated, as it will help to bring compatibility (and hence competition) back to office applications. So far, the de facto standard was the last version of MS Office, and many people and organizations became locked in to this single software vendor. With OASIS OpenDocument the user gets the rights to his own documents back.

Hopefully, public institutions as the European Union will now deprecate doc, xls, ppt, etc and embrace the new odt, ods, odp, etc formats, which will probably become ISO standards as well.

A continuación, la noticia en castellano.

El mes de mayo ha comenzado con una importante noticia: la aprobación mediante votación del último borrador de la especificación OpenDocument 1.0 como un estándar OASIS. Se trata de un formato de fichero realmente abierto para documentos ofimáticos (hojas de cálculo, presentaciones, textos, etc), cuya importancia no se debe minusvalorar. El formato estándar OpenDocument de OASIS facilitará el intercambio de documentos, y por tanto la compatibilidad, interoperabilidad y competición entre programas.

Hasta ahora el estándar de facto era la última versión de MS Word, pese a no estar documentado y a que con frecuencia no era compatible con otras versiones de sí mismo, lo cual traía muchos problemas, como quedarte atrapado en los productos de un fabricante so pena de no poder acceder a tus propios datos. Con el OpenDocument de OASIS los usuarios recuperan sus derechos sobre sus propios documentos.

Este formato deriva del formato basado en XML de OpenOffice.org, y ya ha sido adoptado por OOo 2 y KOffice (esperemos que también lo sea por Abiword, Gnumeric y otras aplicaciones).

Las instituciones públicas como la Unión Europea deberían ahora olvidarse ahora de formatos propietarios como doc, xls, ppt, etc y adoptar en su lugar los nuevos formatos odt, ods, odp, etc, que probablemente también serán aprobados como estándar ISO.

Why this? Según leo en KDE News, este proyecto tiene su origen en las numerosas dificultades con las que se encontraron los desarrolladores de KVim al intentar conseguir un componente que se pudiera embeber en cualquier aplicación. Finalmente decidieron que lo mejor era iniciar un nuevo editor con un buen diseño.

Lo cierto es que están avanzando a un buen ritmo, como se puede apreciar en las capturas de pantalla. Hace unos días se publicó el hito 3, traducido al castellano por Rafael Rodríguez. Habrá que seguirlo de cerca…