Re: On gmime signing: Was: compile error from current git master head

--=-Ppt/xW2/s7NL86emHkWo
Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Lets try that signing again.

On 2021.10.12 18:42, Jack via Discussions of Pan source code hacking. =20
wrote:
> Well, it turns out I was having problems testing this because my own =20
> gnupg configuration was messed up.   I have finally gotten that =20
> fixed, and just posted a test message to comp.security.pgp.test.  The =20
> article got posted, and I can see (in Pan) that it has an attachment =20
> signature.asc, but I can't actually see the signature.  I have =20
> uploaded my key to keyservers.ubuntu.com.  In case it matters, I have =20
> signed this message and also attached my public key.  Any ideas =20
> whether I'm missing something, or is there still something missing =20
> from Pan?
>=20
>=20
> On 2021.09.21 20:43, Jack via Discussions of Pan source code hacking. =20
> wrote:
>> I'm keeping the threading, but dropping the context.  I think I =20
>> found a clue here to why gpg signing is broken.
>>=20
>> The call to message_add_signed_part in =20
>> pan/usenet-utils/mime-utils.cc fails on one of the gmime calls =20
>> because gpg_ctx (defined as " GMimeCryptoContext *gpg_ctx;" in =20
>> gpg.cc in the same directory is NOT a gmime crypto context.
>>=20
>> In terms of why that is the case, gpg_ctx seems to appear only in =20
>> those two files (gpg.cc and mime-utils.cc, and their .h files.)  At =20
>> the very end of gpg.cc, there is:
>>=20
>>   void init_gpg()
>>   {
>> //    gpg_ctx =3D g_mime_gpg_context_new (request_passwd, "gpg2");
>>     if (!gpg_ctx) gpg_inited =3D false; else gpg_inited =3D true;
>> //    =20
>> g_mime_gpg_context_set_auto_key_retrieve(GMIME_GPG_CONTEXT(gpg_ctx),true=
);
>> //    =20
>> g_mime_gpg_context_set_always_trust(GMIME_GPG_CONTEXT(gpg_ctx),false);
>> //    g_mime_gpg_context_set_use_agent(GMIME_GPG_CONTEXT(gpg_ctx), =20
>> false);
>>   }
>>=20
>> which looks to me like nobody actually ever figured out how to make =20
>> this work, and commented out older attempts.  (No, I have not yet =20
>> gone through git logs to see the actual history of this file.)   I =20
>> see that the second line tests for gpg_ctx, but the only place it =20
>> ever gets set is the commented out first line, so it can't possibly =20
>> succeed.  This is clearly going to take a good bit more digging - =20
>> and I just hope the presence of "gpg2" is for gnupg version 2, and =20
>> doesn't reflect on the gmime2 -> gmime3 migration.
>>=20
>> Jack
>=20
> _______________________________________________
> Pan-devel mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/pan-devel
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEESqvC39GTzDgsgynjy2RXY2/wKDIFAmFmEVEACgkQy2RXY2/w
KDKjEAf/eamItUst6V472cH+uM4mPsFa64mgMIvhYb0bcSqwTBqdjuXylaLmc6XE
HFIoH4rwgmehqLNzMstMnu+yOJRLf2Hzz75tNgG0yLDso7htPE2EgKiuu9DnEFuX
rBgXtgL9+Gria0YLEJsMOWSMcePgcZMUFV9T8yjjzDFOQHJxTrXmtr/TwFwFNlkw
gVe9LP9FG4ILnQjIBr1GEmy6Nc7Sk9vCcjAfO6fnLQCRzS0gVRPDs3+M0MFn0TmK
hdBVWKHb+jltQ5EIFxfwSCtFgTIRxc0cfu6qYbykFkKCoc3zgVmKZ77Y7xUIP4PA
Tt4Aj1rLPl0EmZuEViphQ/Nk2lYJJg=3D=3D
=3DFltg
-----END PGP SIGNATURE-----

--=-Ppt/xW2/s7NL86emHkWo
Content-Type: application/pgp-keys; name="ostroffjh-Rn4VEauK+AKRv+LV9MX5uj4/NUFDJEDkxddQ6fo/[email protected]"
Content-Disposition: attachment; filename="ostroffjh-Rn4VEauK+AKRv+LV9MX5uj4/NUFDJEDkxddQ6fo/[email protected]"
Content-Transfer-Encoding: 7bit

-----BEGIN PGP PUBLIC KEY BLOCK-----

mQENBGFmB6oBCADRNm89sfYBJGuJGqhSJ4G0yO1ra6xdoA35vZm0wiqC9hBvg4H3
T5WFp3EOcnRYK4WSyXoEovkMGD4jqGWF9HAAgKyViXGZgtBzf69vYn2t7bsb+bM2
rTmz7scXzr1CUTS68qfOY6vrcgMpurgwtywSTP7wYexZVcnR+Km74qKFmJuh7RjI
2tHlp70lnqgOY066SKj11ETpXrJ6gdR7+BilsuAMUFN6bA8UoxnnPeqhFODTpAbz
4RYoMSMIg9I1/D3UTp62O0PXvKK7wuWfc5sY96TvuWeM1HFdHFz2/TEp1j7kQS33
1wUt61f+C3pt08y4+0VFFTDCDvBUE8lZwYI3ABEBAAG0LkphY2sgT3N0cm9mZiA8
b3N0cm9mZmpoQHVzZXJzLnNvdXJjZWZvcmdlLm5ldD6JAVQEEwEIAD4WIQQjDK8E
zwlhk3OZprbjs+7GvkAx9gUCYWYHqgIbLwUJCWYBgAULCQgHAgYVCgkICwIEFgID
AQIeAQIXgAAKCRDjs+7GvkAx9qcdCACcqhUKH2XECK2YXcUEWskGPlfku0UCu2Au
PdNM9kDQqnkB0y9ZJDpV3jXJNZtANbjKOiR54LliDyNfVHgJkxuBz7nYfPMprBe3
8unReo+d9blQB6SUmslO7xg/Y1co7Qir5Wehr/lRZX32lfhsgLxv6U9MKPiWyxSd
lrGIcvSvtF0fqm8Sp14Z25xYDEOv0Iev6Q/iZ7RFSe6UtmQJ/A+oM8PB+OBKY5Tm
/AG7GJsIydmriPFfjDNpmLo6MT4ybcvPyWf+4/8ZoLhY5NJlEanqF6BGOhnqKc8f
A7MKs3N3FX+B7hocxA/RTICa/l6dlZmUwbYYqSZ8+5g1yYTHv+U9uQENBGFmB6oB
CADE5auRuoZWuW2l2FugXmKk/mgnHAuaizD/Wq0yHVUFzJ6tG2qBTC9EyEtC9176
nKbKIYnUAgddElOL/PZKz/kGJgALhP8k6IIBhnRw3ZnyRagBpGS8K0f+1teQaMUv
TZm3PuaMWN1XVpIVCR5NIoAbCLTEXJj+gimB06xYfyxZdbHpCZXesagLqfSXoNwp
I3eK9b+ocIQOILYnwPsuc2tg7CeAVAfvmQ+E87giwg64eW4bor1xeiobOJQ4LFvn
AUjM6bohxk/3HT26uTjnpnrOgrVycHgCA3tlG8qb3+jFxVpOkllOzPTCrqjMA6ul
cRKc9nj7m2nWsXQqg98axrs1ABEBAAGJAnIEGAEIACYWIQQjDK8Ezwlhk3OZprbj
s+7GvkAx9gUCYWYHqgIbLgUJCWYBgAFACRDjs+7GvkAx9sB0IAQZAQgAHRYhBEqr
wt/Rk8w4LIMp48tkV2Nv8CgyBQJhZgeqAAoJEMtkV2Nv8CgyiokH/1+gfSGEJ7ME
urUVggaciPFnKdxKPB9j2hqscweA/ZlBjDNvKU6nH/p/V8JIdZ1wvDv4+2YlWXVj
2+pDjJu/IgiQLcBI7gqLz106qpL5gs7uyidLKoJ2rKX+jN0OyXZ2bXhE5AuvjkMe
FFqYMr1zVHR3dVBv+4suLs07LucYJlKfFwq1A1IKg135hn3nP9E/XKpUg72o5dNi
Sj+p3VWtLky+XaXz8zpOrzVmnowxkqqU0DLsvOmIc0Ytqcn/3R5T7/YYH6PKpngb
M18GRB+gks9REGwXjNBaulSQ57wcJ09jtDSjc7x8MLKLIbB+e9aJVp5lJ2IgzTJI
4u6hEmgC/Oa3sggAnkZDs1xvXrVXblt7uK/VjKxdRFoW7LBMAPP3X03lsmWr8MGt
lYkNKBlMP2TIEisDgPQa58JTBpA3W3K0+jm2clCw/4MHh7L3j6wf3iot8spEy//X
8B3bq5R54BS0O1fhqdYTw97AU1BHG6HbJvN39pAlEcuShGLsyJJaEt9mqFonuhjK
vhzDgHEcP/L0S92HeD1km0bMR/z/CVwiKNDizRSJNPnzCHttwSsl3WuwWxzZGOQ4
Wtp5BSw3nE/q2dSy1zMEbJ30k7O0hGwnhDVeqtVXDZVL/VtWyBuxY7O8VxI8Uw1Y
1zXPEZSagpiKDChRQBgXL617nsC4cSmkmoU+MA==
=uu3o
-----END PGP PUBLIC KEY BLOCK-----

--=-Ppt/xW2/s7NL86emHkWo
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KUGFuLWRldmVs
IG1haWxpbmcgbGlzdApQYW4tZGV2ZWxAbm9uZ251Lm9yZwpodHRwczovL2xpc3RzLm5vbmdudS5v
cmcvbWFpbG1hbi9saXN0aW5mby9wYW4tZGV2ZWwK

--=-Ppt/xW2/s7NL86emHkWo--