[BUG] gmime-3.0.1 (was: [PATCH] crypto: gracefully handle gmime errors)

David Bremner david at tethera.net
Tue Sep 5 03:54:19 PDT 2017


Jan Malakhovski <oxij at oxij.org> writes:

> When building with gmime-3.0.1 `tests/T355-smime.sh` passes and messages
> in my inbox get parsed ok, but a lot of other tests break.
>
> Both on 0.25 tag and HEAD get. See attached build log.
>
> building path(s) ‘/nix/store/x7dql3l36nrs84wmzc3jnma71rgdfdfb-notmuch-0.25’
> unpacking sources
> unpacking source archive /nix/store/w1kbvfgbi5sz6fp8vwn888yckiwwd24d-notmuch-46bda29
> source root is notmuch-46bda29

I'm fairly certain this something nix specific. 3.0.1 is the
default version of gmime I develop against these days.

> patching sources

What patches, if any are applied here?

> T350-crypto: Testing PGP/MIME signature verification and decryption
>  PASS   emacs delivery of signed message
>  FAIL   signature verification
> 	--- T350-crypto.2.expected	2017-08-31 14:25:03.126885225 +0000
> 	+++ T350-crypto.2.output	2017-08-31 14:25:03.126885225 +0000
> 	@@ -18,13 +18,7 @@
> 	                         ], 
> 	                         "content-type": "multipart/signed", 
> 	                         "id": 1, 
> 	-                        "sigstatus": [
> 	-                            {
> 	-                                "created": 946728000, 
> 	-                                "fingerprint": "5AEAB11F5E33DCE875DDB75B6D92612D94E46381", 
> 	-                                "status": "good"
> 	-                            }
> 	-                        ]
> 	+                        "sigstatus": []
> 	                     }
> 	                 ], 
> 	                 "date_relative": "2000-01-01", 
> Failed to verify signed part: Cannot verify multipart/signed part: unregistered signature protocol 'application/pgp-signature'.

It seems like your gmime install doesn't understand PGP/MIME. That's
pretty strange since afaik it enables SMIME and PGP/MIME with the same flag.
Previously you wrote
,----
|    I wonder why gnupg stops getting referenced with gmime-3.0.1. My guess
|    is that `./configure` does something very different when compiling with
|    gmime-3.
`----

Although I don't think that configure is really the problem, the missing
dependence on gnupg is suspicious.  Not having a gpg binary at all
should cause more failures and/or messages about skipping. It's hard for
me to test because on Debian there is a hard dependency of gmime-3.0 on
gnupg.


More information about the notmuch mailing list