Yesterday
Oct 4 2024
Aug 30 2024
Now the message box for KMail, MimeTreeParser and Kleopatra are all using the same code in Libkleo.
Aug 26 2024
There is two issues:
Aug 23 2024
Btw. GpgOL also parses the mail as having a bad signature. Also gpgparsemail from gnupg. I wonder if the creation side of that mail is broken or the verification code. :)
I can reproduce
Jun 3 2024
I guess the status should be set to Testing?
May 30 2024
Apr 30 2024
Jan 15 2024
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.
Oct 12 2023
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.
Oct 11 2023
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\")
Aug 25 2023
This is now done :)
This is now merged in master :)
Aug 22 2023
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
Aug 21 2023
Aug 17 2023
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?
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.
Aug 16 2023
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.
Jul 25 2023
Fixed with c6e16e403744ca39a24a38f38264865019c0cb93