Ist hier hingegangen, Mail unten:
https://intevation.de/~bernhard/index.en.html
Hallo,
im Änderungslog der Version Gpg4win-3.1.13 wird für GpgOL ausgeführt:
"GpgOL: Dauerhaftes Entschlüsseln funktioniert nun zuverlässiger und sollte nicht mehr zu “No Data” Fehlern führen. (T4718) "
Dies ist für lokale OL2016-Installationen (hier 2x) ohne Exchange unter Win10prof(64) leider NICHT der Fall, der Fehler tritt auch mit GpgOL-2.4.7 auf.
Da die Mails damit gar nicht angezeigt werden, ist GpgOL-2.4.7 hier leider nicht benutzbar.
Und bei der Vor-vor-Version GPGOL-2.4.5 besteht das Risiko des unwiderruflichen Datenverlustes beim permananten Entschlüsseln.
Gibt es hierzu was Neues?
Danke + Gruß
Hallo Chris,
wenn ich das richtig verstehe, dann tritt das Problem nur auf, wenn
permanent Entschlüssen eingeschaltet ist?
(Und weiterhin auch bei Gpg4win 3.1.14?)
Viele Grüße,
Bernhard
Guten Morgen Bernhard,
nein, wie bereits mehrfach dokumentiert tritt dieses No-data-Problem seit GpgOL-2.46 auf, und zwar unabhängig von ‘permanent decrypt’, selbst bei neu installiertem OL-2016/Win10prof in einer VirtualBox.
Nach Versand einer verschlüsselten/signierten GPG-Mail lässt sich diese schon im ‘Gesendete Objekte’-Ordner von Outlook nicht mehr lesen: “Daten konnten nicht entschlüsselt werden: No data”
(Win10prof 1909, Outlook-2016(32), local .pst, Pop3s/ Smtps, kein Exchange)
Bitte dazu insbesondere die Mail vom 5.9.20 ca. 21:52h an Dich und Andre lesen (Replik zu GpgOL auf wald.intevation)!
Es liegt an GpgOL > 2.45…
Viele Grüße, Chris
Hi Chris,
meiner Ansicht nach, sollten wir dann mal einen neuen Bericht
auf dev.gnupg.org erstellen und Rahmenbedingungen und betroffene
Versionen nochmal systematisch zusammenstellen.
Muss mal sehen, wann ich dazu komme.
Tut mir leid, dass es sich insgesamt so zieht.
Vermutlich ist das auch teilweise etwas unübersichtlich, da ja ein Defekt auch gelöst wurde.
(Die Probleme mit internationalen Dateinamen waren wirklich dringend,
und machten deutlich Arbeit, deshalb erstmal die aktuelle Gpg4win-Ausgabe.
Da sind ein paar andere Defekte wohl noch nicht drangekommen.)
Gruß,
Bernhard
Hi,
Ich habe jetzt mal spezialbehandlung für den Fall “No Data” eingeführt. Zum testen habe ich mir das mal gefaked aber es kommt dann jetzt bei “No Data” zum tragen.
GpgOL zeigt dann jetzt an was für Daten es sich angeschaut hat und bittet darum einen Fehler zu berichten. Mit den wichtigsten informationen (message type und data type) die es verwendet um zu entscheiden warum eine Nachricht versucht wurde zu entschlüsseln.
Siehe Angehängten Screenshot.
Könnt ihr das mal ausprobieren?
Eine Version damit gibt es unter:
https://files.gpg4win.org/Beta/gpgol/2.5.0-beta11/
Wie im englischen beschrieben sollte das in 2.4.6 neue “No Data” problem jetzt auch mit
https://files.gpg4win.org/Beta/gpgol/2.5.0-beta12/ behoben sein.
Als workaround kann man dafür auch “auto-key-retrieve” in der gpg.conf ausschalten, was erklärt warum es nicht mehr Nutzerinnen betrifft da das keine Standardoption ist.