Re: [PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

Daniel Kahn Gillmor writes: > Inline PGP encrypted messages are clearly worse than PGP/MIME > structured encrypted messages. There are no standards for how they > are formed, and they don't offer any structured metadata about how to > interpret the bytestream produced by

Re: [PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

On Mon 2018-04-30 08:42:24 -0300, David Bremner wrote: > David Bremner writes: > >> Daniel Kahn Gillmor writes: >> >>> We make use here of GMime's optimization function for detecting the >>> presence of inline PGP encrypted content, which is only found

Re: [PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

David Bremner writes: > Daniel Kahn Gillmor writes: > >> We make use here of GMime's optimization function for detecting the >> presence of inline PGP encrypted content, which is only found in GMime >> 3.0 or later. > > We nominally support gmime-2.6

Re: [PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

Daniel Kahn Gillmor writes: > We make use here of GMime's optimization function for detecting the > presence of inline PGP encrypted content, which is only found in GMime > 3.0 or later. We nominally support gmime-2.6 still. Maybe we shouldn't anymore, but that's a

[PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

Inline PGP encrypted messages are clearly worse than PGP/MIME structured encrypted messages. There are no standards for how they are formed, and they don't offer any structured metadata about how to interpret the bytestream produced by decrypting them. However, some other MUAs and end-user