After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 517576 - evolution does not seem to trust keys that are signed in seahorse
evolution does not seem to trust keys that are signed in seahorse
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
2.22.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on: 508744
Blocks:
 
 
Reported: 2008-02-19 23:48 UTC by Jean-François Fortin Tam
Modified: 2021-05-21 15:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2008-02-19 23:48:26 UTC
Is it me doing it wrong, or evolution never seems to work quite properly with seahorse? It never recognizes the signatures of people I trust. This is best conveyed through video screencasts, so you can take a look at the full-resolution version (ogg theora, 10 MiB): http://public.ecchi.ca/seahorse-evolution.ogg 

or, if your video card refuses to play the video because it's too big:
http://public.ecchi.ca/seahorse-evolution-small.ogg 

basically it shows some keys that I have marked as trusted (and even signed), but in evolution it complains that they cannot be authenticated; this is what evolution tells me: 
> gpg: armor header: Version: GnuPG v1.4.6 (GNU/Linux)
> gpg: Signature made Thu Jan 31 13:32:52 2008 EST using DSA key ID 08BA5E1B
> gpg: using PGP trust model
> gpg: Good signature from "David Haguenauer <david@kurokatta.org>"
> gpg: Preferred keyserver: http://www.kurokatta.org/doc/david.asc
> gpg: WARNING: This key is not certified with a trusted signature!
> gpg:          There is no indication that the signature belongs to the owner.
> Primary key fingerprint: B0A9 87A9 4A90 3C9F 2CE0  1671 817E 4D45 08BA 5E1B
> gpg: textmode signature, digest algorithm SHA1

As Adam suggested, here is the output of gpg --edit-key 08BA5E1B: 
> pub  1024D/08BA5E1B  created: 2004-08-25  expires: 2016-01-20  usage: SC  
>                      trust: full          validity: unknown
> sub  1536g/5455FA00  created: 2004-08-25  expires: 2012-08-23  usage: E   
> [ unknown] (1). David Haguenauer <david@kurokatta.org>

More troubleshooting:
> sadam: there's the problem, trust is full, but the validity's not set
> you're supposed to do that when you sign the key
> nekohayo: uh... but I did sign the key.
> sadam: you have both boxes checked on the trust tab of David's key's properties?
> nekohayo: yes
> sadam: in the sign key dialog, you have to set how carefully you checked the key
> nekohayo: yeah, I checked it "very seriously" :)


Please save my poor soul, I've been trying to understand this mess for months :)
Comment 1 Matthew Barnes 2008-03-11 00:36:19 UTC
Bumping version to a stable release.
Comment 2 Marco Pallotta 2009-10-12 06:45:36 UTC
The bug seems to be present also in Evolution 2.26.x as you can read from launchpad (https://bugs.launchpad.net/ubuntu/+source/seahorse-plugins/+bug/304539).
A possible workaround (tested with evolution 2.22.x but I think it may runs ok also with 2.26.x) is trust the sender key with "ultimately" (via cli) but, obviously, it couldn't be a good solution.
Comment 3 Marco Pallotta 2010-11-07 22:15:06 UTC
The bug seems to be present also in Evolution 2.28.3 (Ubuntu 10.04)
Comment 4 Robert Buchholz 2015-02-03 10:53:02 UTC
Still happens. When will Evolution allow sending an encrypted email to a key that does not have a "valid" calculated trust?
Comment 5 André Klapper 2021-05-19 12:27:30 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. 
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
and create a new bug report ticket at
  https://gitlab.gnome.org/GNOME/evolution/-/issues/

Thank you for your understanding and your help.