Habs. Das log hatte genug info damit ich das Problem verstehen konnte und reproduzieren kann.
Es muss genau ein Attachment haben, in einem Lokalen Store liegen und nicht von Exchange zu Exchange gesendet sein. Dann tritt das Problem auf.
findet sich eine Version mit dem fix. Bei alten Mails wird da weiterhin “no data” angezeigt werden, aber für neue Mails passiert das nicht mehr. Wenn man auf die alten Mails noch zugreifen muss kann man GpgOL vorrübergehendend deaktivieren. Als workaround um an die Daten zu kommen.
das Log kam von mir und vielen vielen Dank für die schnelle Fehlersuche.
Ich probiere die Beta gerne einmal aus, muss allerdings dafür meinen Admin bemühen, da ich auf dem Produktivsystem (Windows Terminal Server-Umgebung) nicht genug Rechte habe, die Datei selbst zu ersetzen.
Kann also was dauern. Aber ich melde mich, sobald ich was näheres weiß…
Hier mit lokaler Speicherung (kein Imap, kein Exchange, sondern POP3/SMTP)) funktioniert es zwar innerhalb Outlooks, was es aber auch schon vorher gemacht hat.
Die Mail-Archivierung (z.B. mittels MailStore) allerdings hängt noch immer sowohl bei Txt- wie auch bei Html-Mails. Andre hat Infos und Logs bekokmen.
LG Chris
Hallo,
habe gerade GPG4win-3.1.12 mit GpgOL-2.4.6final durchprobiert, Ergebnis bezüglich der Mailarchivierung z.B. mit MailStore leider unbefriedigend.
Andre hat bereits eine umfangreiche Fehlerdokumntation und Logs für .txt und .html-Mails via PM erhalten.
Mit Verlaub:
Hier ist die neueste Version 2.46 des GpgOL unter Win10/64 und Outlook2016/32 eine Verschlimmbesserung.
Bei Versand Textmail-mit-Signatur wird der Mailinhalt in ‘Gesendete Objekte’ doppelt angezeigt mit Teilen des Headers (Screenshot oben).
Bei Versand Textmail oder HTMLmail-mitSig-mitVerschlüsselung kann der Mailinhalt gar nicht angezeigt werden, “Daten konnten nicht entschlüsselt werden, no data”. Beim Anklicken blitzt der Inhalt kurz auf danach Anzeige wie im Screenshot unten.
Besonderheit:
Für den Sender und den Empfänger gibt es sowohl PGP wie auch SMime-Schlüssel, Konfig als ‘SMime bevorzugen’.
Vor Versand wird dann umgeschaltet SMime > OpenPgp. Keine Ahnung, ob es daran liegen könnte, bin jetzt wieder auf GpgOL-2.45…
Es ist leider so, dass die Technik bei der Verbindung Outlook ↔ Exchange und innerhalb von Outlook eine recht spezielle ist. Vereinfacht gesagt: Dort sind nicht alle Schnittstellen gut gezogen, also gibt es Datenstrukturen und überraschende und nicht dokumentierte Effekte wohin Daten übertragen werden und was Operationen auslösen. Es ist ein wenig ein Stochern im Nebel, zusätzlich erschwert dadurch, dass wir den Quelltext nicht (als Freie Software zum aktiven Untersuchen) haben.
Wenn Du dann das im Vergleich zur Aufgabe geringe Budget ansiehst über die Jahre, dann ergibt sich - aus meiner Sicht - die Erklärung, warum das noch nicht so viel besser geht. Aber wir sind dran und wir hoffen ja auf mehr Kunden für gnupg.com und die freiwilligen Zahlungen der letzten Jahre haben auch geholfen, die Entwicklungsleistung auf Gpg4win und GPGOl zu verstetigen.
Hallo Bernhard,
danke, dass Du die Fahne hoch hälst
Nicht jeder arbeitet mit einem Exchange-Server, vielleicht sollte man auch die lokalen Installationen von OL stärker berücksichtigen (wie hier).
Angesichts der erfolgten Zertifizierung ‘VS-Dienstgebrauch’ gehe ich mal davon aus, dass auch in diesem Umfeld häufiger Outlook zum Einsatz kommt - eine entsprechende Funktionalität des GpgOL würde die Attraktivität von Gpg4win drastisch steigern, es angesichts des Mime-Supports auch gegenüber gpg4o exponieren und vlt. (endlich) zur weiteren Verbreitung sicherer Mailkommunikation beitragen.
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.