[issue134] gpgme/gpgsm: GPGME_SIG_MODE_NORMAL doesn't work (at least for cms)

Marc Mutz aegypten-issues at intevation.de
Mon Apr 5 11:57:06 CEST 2004


New submission from Marc Mutz <marc at klaralvdalens-datakonsult.se>:

Try this in current KMail (aegypten_2_0_0_pre3_release tag):  
  
Define an identity with only S/MIME keys (see #132 for why). 
Open a composer, select the above identity, select "S/MIME" format, 
say yes to sign? and no to encrypt? and. This will succeed. 
Do the same, but use "S/MIME opaque". This will fail with an invalid crypto 
engine error. 
 
Why is the a backend problem? 
 
Run KMail in gdb, and set a break point to gpgme_op_sign. 
In the first, case above (the one orginally succeeding), change the mode 
parameter inside a gpgme funtion from the normal GPGME_SIG_MODE_DETACH to 
GPGME_SIG_MODE_NORMAL. -> Signing fails, and we have only changed this single 
variable. 
 
Likewise, in the originally failing case of S/MIME opaque, set the mode 
parameter from the normal GPGME_SIG_MODE_NORMAL to GPGME_SIG_MODE_DETACH. 
-> Signing will succeed, although it will of course not result in a valid 
message, due to the opaque/detached mismatch between gpgme and kmail.

----------
assignedto: werner
messages: 613
nosy: marc, werner
priority: critical
status: unread
title: gpgme/gpgsm: GPGME_SIG_MODE_NORMAL doesn't work (at least for cms)
topic: GPGME, gpgsm
______________________________________________________
Aegypten issue tracker <aegypten-issues at intevation.de>
<https://intevation.de/roundup/aegypten/issue134>
______________________________________________________



More information about the Gpa-dev mailing list