rnp icon indicating copy to clipboard operation
rnp copied to clipboard

RNP doesn't support mimemode

Open aeris opened this issue 11 months ago • 3 comments

Hi,

Since few days and upgrade to KDE 6, Kmail/KGPG seem encrypting email with mimemode (m 6D) instead of binarymode (d 62). https://wiki.gnupg.org/rfc4880bis#Literal_data_packet Mimemode is on GPG since 2016 : https://lists.gnupg.org/pipermail/gnupg-commits/2016-July/012351.html

This lead to Thunderbird unable to decrypt such email encrypted with Kmail. https://bugzilla.mozilla.org/show_bug.cgi?id=1884506 https://bugzilla.mozilla.org/show_bug.cgi?id=1884508

https://github.com/rnpgp/rnp/blob/main/src/librepgp/stream-parse.cpp#L1969-L1979

aeris avatar Mar 09 '24 13:03 aeris

Hi @aeris, Thanks for reporting this issue. We'll include the fix to the v0.17.1 release which is about to happen.

ni4 avatar Mar 11 '24 14:03 ni4

For Thunderbird, I would prefer to not support this mode at this time, because it's specific to draft-koch. It would be nice if any functionality that is specific to draft-koch or LibrePGP could be wrapped either in a build time flag (as RNP already does with ENABLE_CRYPTO_REFRESH), or by a runtime flag, both would be fine.

kaie avatar Mar 11 '24 19:03 kaie

I would like to take a step back.

While my general preference remains, I've talked with others, and learned that most implementations accept the 'm' encoding (or maybe just accept any unknown value).

This was hinted by the following interop table: https://tests.sequoia-pgp.org/#Signed__and_encrypted__messages (Thanks a lot to @hko-s for pointing me to that table.)

Apparently most implementations don't have a problem with that format. Given that tolerating the 'm' doesn't specifically require support for LibrePGP, it seems acceptable to tolerate it.

kaie avatar Mar 11 '24 21:03 kaie