[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: application/pkcs7 handling (receive not send)

From: George Michaelson
Subject: Re: application/pkcs7 handling (receive not send)
Date: Wed, 21 Jul 2021 16:07:07 +1000

To answer my own mail:

mhn-show-application/pkcs7-mime: %pgpgsm --decrypt '%F'

sort-of works, but seems not to invoke mhl. But thats a minor issue.

What I missed is that the temporary file emitted IS the mime bodypart
after Base64 decode , so you don't need to tell gpgsm to de-base64 it.


On Wed, Jul 21, 2021 at 3:43 PM George Michaelson <ggm@pobox.com> wrote:
> Sorry to awaken an old story from 2019, but I would love to know what
> frobs to tweak, to be able to decode PKCS7 S/MIME encoded payload.
> MH-E is (I think) breaking out of the classic NMH path to do this,
> with the payload. So, I don't "see" a clean path in mhnshow
> definitions to do this.
> The fine mail archive terminates in 2019 with a discussion on how to
> SEND SMIME pkcs7. I just want to read at this point.
> I successfully imported my "own" work certificate via P12 -> Firefox
> -> P12 (in another format) -> gpgsm --import (gpgsm is fussy about
> what P12 "is" apparently)) so I have a .kbx now with this magic. And
> some call out from emacs is finding it.
> (getting MH-E working was this works bundle-of-joy. It actually went
> smoother than I feared, and that includes getting "modern auth"
> working with Outlook 365 backed inbound Mail via mbsync, but sending
> is classic password AUTH LOGIN over SMTP/587 via msmtp)
> all cluestick hits greatfully received.
> -G

reply via email to

[Prev in Thread] Current Thread [Next in Thread]