From marcus.brinkmann at ruhr-uni-bochum.de Fri Jan 25 15:25:31 2008 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Fri, 25 Jan 2008 15:25:31 +0100 Subject: gpgconf support added to GPA Message-ID: <87odba56ec.wl%marcus.brinkmann@ruhr-uni-bochum.de> Hi, with the latest gpgme 1.1.6 and gpa trunk in SVN, a new menu entry appears: Edit->Backend Preferences... Selecting this entry pops up a dialog box where you can edit the configuration of the crypto backends (gpg, gpgsm, dirmngr, gpg-agent etc) using the gpgconf facilities (now provided by GPGME experimentally). Because using gpgconf is a bit slowish, we only apply all changes as a whole (thus not following the GNOME interface standard strictly). There is an apply and reset button in addition to the usual cancel and OK. You can find an example dialog at (not a permanent location) ftp://ftp.g10code.com/g10code/scratch/gpgconf.png Maybe check it out and let me know what you think. Thanks, Marcus From marcus.brinkmann at ruhr-uni-bochum.de Fri Jan 25 15:45:41 2008 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Fri, 25 Jan 2008 15:45:41 +0100 Subject: icons in gpa and seahorse Message-ID: <87myqu55gq.wl%marcus.brinkmann@ruhr-uni-bochum.de> Hi, the icons included in GPA pale in comparison to stock gtk items. Seahorse has some much nicer icons for keys. It makes sense to me to reuse those (checking back with seahorse developers to see if this would offend them). One goal would be to improve the visual quality of GPA, but another goal would be to unify the symbols, so users get a consistent experience. GPA uses blue and yellow keys to indicate public and private keys. Seahorse uses a yellow/golden key for public keys, and a mug-shot of an abstract person emblem to indicate public keys for which the private key is available (also, seahorse uses a computer for ssh keys). This symbolism makes a lot of sense to me, and is more distinctive than the GPA symbols (only color coded information is bad). Seahorse has also a nice keyring icon (seahorse.svg). I am not sure if this is also their logo, I would make sure to check back with them first (but then, isn't their logo a seahorse?). For the filemanager, we can probably use some gtk stock items. We already use a simple folder for that, so there is no reason really to not use a stock item. Our import and export icons are a joke. They seem to be in reversed logic (if you take the keyring as reference for the arrow symbol), too. seahorse has a radiating key as symbol for uploading keys to a keyserver. However, this is not suitable for file based operations. seahorse has icons for sign which could replace our sign etc icons, which could replace our wishy-washy ones. But we need icons for encrypt/decrypt/verify, too. A small comparison of available icons can be found at (not a permanent location): ftp://ftp.g10code.com/g10code/scratch/icons.png Comments to the images: The encrypt icon of seahorse is for the applet. For GPA, I would suggest a "lock" symbol for encrypt, a lock symbol with the lock open for decrypt, maybe as emblem over a stock "document" symbol (the seahorse emblem is over a stock clipboard symbol, which may be useful for clipboard operations). The sign emblem of seahorse can also be used over a stock document symbol, but there is no icon in seahorse for a verify operation. So that is missing. The import/export symbols of GPA don't have corresponding icons in seahorse. I made a mockup for "import" and "export" based on stock "mail import" and "file export" icons included in gnome. I am not quite happy with them. More thought required here. GPA does not have icons for keyserver exchanges. Seahorse has an icon for "share key". But keyservers support sending and receiving keys. Maybe an arrow could be included in the seahorse symbol to indicate direction, or the wave could be turned upside down to indicate import. I made a mockup of that last idea. I did a similar mockup for delete key. The key could probably be rotated as well to make it better. There is no icon for edit key in seahorse. The keyring icon in seahorse seems appropriate. Although it lacks a "ring". The GPA keyring doesn't look too bad. One might be able to improve the seahorse icon to look more like the GPA keyring (rotating it and adding a ring). Comments, ideas, volunteers? Thanks, Marcus From bernhard at intevation.de Fri Jan 25 16:50:32 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 25 Jan 2008 16:50:32 +0100 Subject: icons in gpa and seahorse In-Reply-To: <87myqu55gq.wl%marcus.brinkmann@ruhr-uni-bochum.de> References: <87myqu55gq.wl%marcus.brinkmann@ruhr-uni-bochum.de> Message-ID: <200801251650.36004.bernhard@intevation.de> On Friday 25 January 2008 15:45, Marcus Brinkmann wrote: > Comments, ideas, volunteers? I agree the icons can use a makeover. :) Nice overview. Some of the seahorse icons I also do not really like, so the best would be to have a complete new set. However it is true we need a graphic person for this. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1571 bytes Desc: not available URL: From wk at gnupg.org Fri Jan 25 20:30:56 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 25 Jan 2008 20:30:56 +0100 Subject: icons in gpa and seahorse In-Reply-To: <87myqu55gq.wl%marcus.brinkmann@ruhr-uni-bochum.de> (Marcus Brinkmann's message of "Fri, 25 Jan 2008 15:45:41 +0100") References: <87myqu55gq.wl%marcus.brinkmann@ruhr-uni-bochum.de> Message-ID: <87ir1h4s9b.fsf@wheatstone.g10code.de> On Fri, 25 Jan 2008 15:45, marcus.brinkmann at ruhr-uni-bochum.de said: > ftp://ftp.g10code.com/g10code/scratch/icons.png [You swapped the encrypt and sign icons of GPA.] GPA's use of an envelope for encryption is better than the lock symbol. Seahorse's seal icon for signing is better that the corresponding GPA icon. The double key symbol for having access to the private key is better than the association with a person. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From Andreas.Petzold at mailbox.tu-dresden.de Wed Jan 30 10:09:20 2008 From: Andreas.Petzold at mailbox.tu-dresden.de (Andreas Petzold) Date: Wed, 30 Jan 2008 10:09:20 +0100 Subject: kmail: strange behaviour with some s/mime encrypted emails Message-ID: <20080130100920.3iv7zkobokks4koc@mail.zih.tu-dresden.de> Hi, in kmail I routinely sign my emails using s/mime. I rarely use s/mime encryption, but I haven't seen a problem for a long time. However, recently a friend of mine sent me two encrypted emails. The first one from kmail. No problems at all with that email. The second one he sent from thunderbird and this email is shown as garbled junk in the message preview pane as you can see here: http://tinyurl.com/2jq4z6n Only when I accidentally hit the Enter key the message was decrypted and readable see http://tinyurl.com/38fx3e I asked a number of people to send me s/mime encrypted emails from thunderbird and the result is always the same. I had a closer look at the emails to try to find a difference. I found a couple of small differences, but since I don't know (yet) what a standard compliant s/mime encrypted email should look like, I don't know which one is the reason of the problem: * Attachments: - from thunderbird: kmail shows an attachment named "opaque signed data" - from kmail: kmail shows no attachment * Header info: - from thunderbird: Content-Type: application/x-pkcs7-mime; name="smime.p7m" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7m" Content-Description: S/MIME Encrypted Message - from kmail: Content-Type: application/pkcs7-mime; smime-type=enveloped-data; name="smime.p7m" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7m" Can one of the experts make sense of this? Cheers, Andreas From bernhard at intevation.de Wed Jan 30 18:57:32 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 30 Jan 2008 18:57:32 +0100 Subject: kmail: strange behaviour with some s/mime encrypted emails In-Reply-To: <20080130100920.3iv7zkobokks4koc@mail.zih.tu-dresden.de> References: <20080130100920.3iv7zkobokks4koc@mail.zih.tu-dresden.de> Message-ID: <200801301857.36113.bernhard@intevation.de> On Wednesday 30 January 2008 10:09, Andreas Petzold wrote: > * Header info: > ? ? ? ?- from thunderbird: > > Content-Type: application/x-pkcs7-mime; > ? ? ? name="smime.p7m" > Content-Transfer-Encoding: base64 > Content-Disposition: attachment; filename="smime.p7m" > Content-Description: S/MIME Encrypted Message Sounds like one of the symptoms of https://intevation.de/roundup/kolab/issue2182 Which version are you using precisely? I suggest to try a recent enterprise35 version and file a report in the tracker above, if this still does not work. BTW: Your first tinyurl did not work for me. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1571 bytes Desc: not available URL: