FYI as a VSD customer you have access to support. Please check Help-> about Kleopatra for the infos,
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Yesterday
In a current version I see this at least if I do not quit Kleopatra completely and restart to another screen setting. Further testing at the moment is not warranted, as there will be changes to the columns handling with the switch to Qt6. (T6924)
Btw compare the Kleopatra versions in Gpg4win and your VSD Version. They should mostly be identical with VSD maybe lagging a bit behind, Or your emplayer has not updated VSD. Many don't
I assume you mean the information shown in the subkeys window int the column "Strength"?
Fri, Mar 22
Wed, Mar 13
Mon, Mar 11
Sun, Mar 10
There is no way to recover it?
Sorry, this is not a help line but a bug tracker. If you lost or forgot your password you are screwed up.
Sat, Mar 9
Wed, Feb 28
Feb 25 2024
Thanks for the rort
Feb 22 2024
This is just another sympton with the same root cause. Therefore I have closed this as duplicate.
Interesting. I didn't even know that this feature exists.
I already mentioned the exact same thing in T7004 and this user also used the wiki style of the bug report form at first to report a bug. That is why I took the extraordinary step of blocking him.
Feb 21 2024
Closing due to age and because gpg4win 4 started to using the much improved GnuPG 2.4
Way to old. Does anyone still uses CAcert?
Please note that this is a bug tracker and not a general support channel. You would also need to write in English - we can't triage reports written in other languages.
Too similar to T7004 I have disabled this user.
Feb 20 2024
@jmrexach I think I undestand now @TobiasFella can you have a look please?
Hi,
please use English in this tracker. At least using an online translation service.
Je n'arrive pas importer clef d'un vendeur sans avoir cette erreur :
Une erreur s'est produite lors de la tentative d'exportation des certificats OpenPGP.
La commande
C:\Program Files (x86)\GnuPG\bin\gpg.exe a renvoyé : gpg: envoi de la clef ED607E44BAC58B1D à hkps://keyserver.ubuntu.com gpg: échec d'envoi vers le serveur de clefs : Server indicated a failure gpg: échec d'envoi vers le serveur de clefs : Server indicated a failure
Hi,
To reproduce this just change an item in the filter list: The contents of the window changes but NOT the name (title) of the window (only in the leftmost tab).
I cannot reproduce this. If I right click the tab I can rename it just like every other tab. The tabs do not change their names based on the current filter that is used that is only their default name. And the default for the first Tab is "All Certificates"
Feb 19 2024
Feb 15 2024
Seems to be a small problem with the regex used for extracting the gpg4win version number from kleopatra's version number. See https://invent.kde.org/pim/kleopatra/-/merge_requests/117/ for fix and details.
Talked to werner about this. We will but the list of signed files into the Gpg4win repo proper to that signing is part of the normal Gpg4win release (of course only if you have a signing key configured)'
Quick hint how to test a fix given that the versions.gnupg.org currently does not carry an entry for gpg4win.
Feb 14 2024
Yeah I also signed all the binaries for the last Gpg4win release (4.2.0). I think we should support the case that only signed binaries are allowed on a system.
I guess that's what it is called. A person in the forum told that GpgOL could not be loaded in Outlook and saw that the signature is missing in the new version. But it was there in version 4.2.0. With the command Get-AuthenticodeSignature I could confirm that this is the case.
You mean the Authenticode signature? Afaics, only the gnupg files come with such signatures.
I have disabled update notifications for now. We can reenable them with the next Gpg4win release when we fix Kleopatra to again query for the Gpg4win version and not for the Kleopatra version. I am leaving this open to fix just that in Kleopatra. If you now go under help -> check for updates it won't show you an update anymore.
Will do. Thank you very much.
Feb 13 2024
You have to restart once. Then it goes away. We can't do much about this since we load the icons etc. at startup and don't have dynamic color changing. It might be better with the next Version which will update our UI Framework but no promises. I leave it open for now so that is a known issue.
Ikloeker is our resident accessibility expert and Kleopatra has a certificate for accessible software so I agree that we should not change it. Or is there a specific issue / condition for you that makes this extra hard to read?
For accessibility the contrast between text and background must be high. Therefore, I don't think we should change the color. In any case, you get what you asked for: A dark (green) background color.
I need to investigate why this happens. Maybe we can as a workaround fix it on our server side without the need for a new update.
Feb 9 2024
I have the same problem too English language and Italian language
A workaround which (currently) works for flagging and categories both is:
Feb 8 2024
Check https://community.kde.org/Get_Involved/translation for information how to contact the translators and/or become active in translation.
Hi, you have "compliance de-vs" in your %APPDATA%\gnupg\gpg.conf. But have installed Gpg4win. The default key pair algorithm of Gpg4win is not VS-NfD compliant, in fact the whole Gpg4win version was not approved for VS-NfD. So just remove that compliance line from your config and everything should be fine. Otherwise the forbidden indicates that you are trying to generate a non-compliant key with a version configured for compliant operation.
Feb 7 2024
gpgconf -X in cdm.exe
- I use Windows 10 Pro (19045.3996 22H2).
- I don't use gpg-agent on a remote machine (e.g. over an ssh connection) I'm not capable!
- I don't understand how to get "gpgconf -X" and "gpgconf -V". Can you explain the procedure better to me?
Please post the output of "gpgconf -X" and "gpgconf -V".
Is this issue resolved?
Feb 6 2024
Closing this outdated ticket
Feb 1 2024
Jan 30 2024
That is an old bug report with a couple of fixes introduced over the years. As of now we sometimes see hangs on Windows on our test VMs. The common cause here seems to be USB card reader issues. Let's close this bug and wait for another bug report with current software versions.
Jan 29 2024
Jan 19 2024
Why the limitation to a single OpenPGP keyserver?Because otherwise the UI will get confusing if you get the same key
e.g. from multiple keyservers And it is AFAIK a limitation of GnuPG.
We could use a keyserver with a DNS entry again which randomly selects
a keyserver? To avoid always using the same one.
Actually, when having multiple keyservers, the following would work:
My suggestion would be the following:
I renamed the task accoringly.
Oh These are good points
This is not the first time I saw that users are confused by this. My wish would be to change the label of the Group at least to "S/MIME (X509) Directory Services"
Is the lack of display of entries in the listbox proper functionality?
Under "X.509 Directory Services" you can add "key servers" for X.509 certificates (aka CMS certificates, vulgo S/MIME certificates). For OpenPGP only a single OpenPGP server can be entered. The suggestion is the Ubuntu key server because it is/was one of very few reliable key servers.
Jan 15 2024
In T4127#170518, @aheinecke wrote:With the recent commit the old workaround works reliably again.
Jan 8 2024
Jan 7 2024
For the record. The code used to detect early on if the dark or bright icon theme should be loaded as a resource caused a crash during startup on at least Windows Server 2016 Enterprise. Our new fix avoids such API but I have created T6921: Kleopatra / Qt6: Improve accessibility detection for "Desert" high contrast scheme and fix it upstream to keep track of this since our fix is not fully complete in that it does not properly detect the Bright (Desert) High contrast mode and it should either be merged into KIconThemes or fixed in / with Qt6.
Dec 19 2023
In T5709#180540, @bernhard wrote:Would it be a workaround idea to double the attachments, so that the original ones would be used as reference for embedded viewing? And the other to be shown?
Yes they can, the workaround, which GpgOL even suggests in the error message is that the mail may not be visible as plain text while changing flags or categories. This usually means that you have to select a different mail and then use right click on the mail you wish to mark for followup or add a category to. The whole problem is that while the plaintext is visible in Outlook we have to prevent changes to the mail from beeing synced to the server or otherwise it will also sync the plaintext.
A user also report this problem with Microsoft365 and Outlook Versions 2302 and 2208. (Exchange is the latest online-Version.
Assuming current Gpg4win v4.2.0)
A user also report this problem with Microsoft365 and Outlook Versions 2302 and 2208. (Exchange is the latest online-Version.)
Would it be a workaround idea to double the attachments, so that the original ones would be used as reference for embedded viewing? And the other to be shown?
Dec 18 2023
I have yet to reproduce this so I had not yet triaged this. The usual case to forward attached mail in Outlook is with .msg files but I recently noticed that Outlook on the web allows you to save mail also as .eml. Also .eml should in theory be much simpler to handle.
Dec 15 2023
I just rechecked we are actually not including the root certificate but we are including the intermediate certificate. Since there never were any complaints about this let us not change this. The original reporter must have somehow deleted the intermediate certificate or it was with an older certificate from us.