The background for this is that .mime we can treat as as a custom extension for us since no one else that I know uses it but it is a registered extension.

Since I tested this both with valid and invalid filenames on linux and on windows I set this to resolved.

The URL was just wrong for Windows. I added debug output and the results are different:

Yes and I get the same result with PNG files. But calling shell execute with such an url looks strange to me, I will try QUrl::fromLocalFile as we use in Kleopatra.

Is executing a zip file really supposed to work on Windows?

Moving the definition and changing it to the name of the po file worked.

Pretty sure its the translation domain. Thanks! Will try to fix that tomorrow

Or is it an order problem in src/CMakeLists.txt?

add_subdirectory(core)
add_definitions(-DTRANSLATION_DOMAIN=\"libmimetreeparser5\")

Other possible reason: https://api.kde.org/frameworks/ki18n/html/prg_guide.html#before_qapp
Are the action texts initialized statically?

I'm wondering whether this could be caused by a wrong translation domain. We have mimetreeparser.{pot,po,mo}, but in src/CMakeLists.txt we have

add_definitions(-DTRANSLATION_DOMAIN=\"libmimetreeparser5\")

This is now done :)

This is now merged in master :)

Alternatively this is a version of it with all the information in one inline message (and clicking on Encrypted will show the recipients and clicking on key will open the key in Kleopatra)

Implemented here: https://invent.kde.org/pim/kleopatra/-/merge_requests/56

Yes i think we need something like that, maybe shorter like this message is (VS-NfD compliant) encrypted and this message was (VS-NfD compliant) signed by "user.name@foo.bar" as a single line each, with "Details" available. And then in details show some more information like who the message was also encrypted to, ideally with the user ids when we have the keys in the keyring already and not the fingerprints of the keys. Or maybe just a status indication icon like we have in GpgOL which provides more information when you click it or as a tooltip. At the very least we need to make sure that this cannot be faked by e.g. HTML Mails :) so it needs to be removed a bit from the actual mail body.

This is how this looks in the qml viewer, in the qtwidget viewer there is no support for this yet. Do you want something similar for the qtwidget view?

Fix is here: https://invent.kde.org/pim/mimetreeparser/-/merge_requests/5

I would like it if we could show the result list widgets above or below the message contents in the message viewer. Maybe shortened to a single line and then you can expand it to see the details.

A bit related: T6656 when I look at the web interface of an account that uses GpgOL I see these files everywhere. And they should then also be handled by kleopatra but for that they need some file extension that I can link to kleopatra.

Fixed with c6e16e403744ca39a24a38f38264865019c0cb93