Enigmail 1.8: Per Filter entschlüsselte Nachricht speichern

Zitat von PCCounselor

Da ist das Mailkonto so eingestellt, dass es automatisch eine BCC an mich selbst schickt.

Kannst Du das bitte näher erläutern? Sendest Du letztendlich an zwei verschiedene Deiner Konten oder zweimal an dasselbe? Wenn ich eine E-Mail an mich@provide sende und dabei mich@provider in bcc setze, dann bekomme ich diese E-Mail nur ein Mal zugestellt. Ich weiß nicht, ob bereits der TB die doppelte Adresse ausfiltert oder ob dies dann serverseitig geschieht, aber es kommt nur eine E-Mail an.

Ok, wenn ich an zwei meiner Adressen sende, dann kann ich den Fehler nachvollziehen. Eines der beiden Konten wird blockiert. Ich muss den Prozess beenden, um TB neu starten zu können. Ähnlich wie bei bug 443, den ich dazu eröffnet hatte. Es könnte daran liegen, dass TB die Filter parallel ausführt.

Ich würde sagen, jetzt bist Du an der Reihe. Hänge Dich an meinen bug und lade die Logs hoch. Wenn es an Enigmail liegt, dann wird das sicher rasch gefixt. Mit etwas Glück noch in der 8.1.2.

Nachtrag: Ich habe den existierenden bug#443 um diese Fehlermeldung ergänzt und, für den Fall das Patrick es lieber in einem getrennten bug nachverfolgen möchte, mit bug#485 auch einen neuen eröffnet. Die 443 gilt ja bereits als gefixt, und die Ursache kann eine andere sein.
Ich habe eh ein wenig die Befürchtung, dass das eigentliche Problem im TB gelöst werden müsste. Aber, warten wir es mal ab.

Hallo,

ich möchte um die Mithilfe weiterer Tester bitten, vor allem vom PCCounselor aber auch von Linux- und Mac-Nutzern.
Es geht um den vom Counselor beschriebenen Fehler. Nachdem Patrick den Fehler nicht hat nachstellen können, habe ich heute unter Windows xp in einer VM getestet. Und siehe da, der Fehler tritt nicht auf. Wohl aber unter Ubuntu. Patrick vermutet einen Fehler in der für Ubuntu angepassten Version des TB.
Dazu passt aber nicht, dass dieser Fehler beim PCCounselor, der ihn ja entdeckt hat, unter Windows aufgetreten ist.

Schritte zum Reproduzieren:

• Ihr benötigt zwei E-Mail-Konten mit GPG/Enigmail
• Richtet in beiden Konten ein Filter ein, das verschlüsselte E-Mails in einen lokalen Ordner entschlüsselt kopieren soll. Wählt jeweils einen anderen Zielordner.
• Stellt das Filter so ein, dass es bei Nachrichteneingang automatisch ausgeführt wird.
• Schickt eine verschlüsselte E-Mail vom Konto A an Konto B, wobei A in cc ist.

Bitte benutzt für den Test die aktuelle Enigmail-Nightly von hier: https://www.enigmail.net/download/night…-branch-all.xpi

Falls es bei euch ebenfalls dazu kommt, dass einer der beiden Accounts die Nachricht nicht herunterlädt sondern beim Download hängen bleibt, dann geht bitte auf Enigmail > Fehlersuche -> Log anzeigen und speichert die Logs ab. Dann bitte in den Bug#485 hochladen: http://sourceforge.net/p/enigmail/bugs/485/

Danke

Susanne

Ich habe heute erneut einige Tests dazu gemacht. Ergebnis: Unter Windows konnte ich den Fehler nicht reproduzieren, unter Ubuntu zwar schon, aber nur mit der für Ubuntu angepassten Version des TB. Mit der Version von mozilla.org tritt der Fehler nicht auf.

PCCounselor, wenn Du diesen Fehler tatsächlich unter Windows mit der 1.8.2pre3 erzeugen kannst, dann wäre es wichtig, dass Du die logs dazu zur Verfügung stellst.

Hallo PCCounselor,

zunächst zum Problem des cc. Das gestaltet sich sehr merkwürdig. Ich hatte mir gestern ein neues Test-Profil angelegt, um mit dem TB von mozilla.org zu testen. Ich habe darin ein paar Änderungen bzgl. des Offline-Bereithaltens vorgenommen und schon klappte alles wunderbar. Dann habe ich diese Änderungen wieder rückgängig gemacht, und es funktionert immer noch, mit beiden TB-Builds. Seitdem kann in den Fehler in diesem Profil nicht mehr erzeugen.

Es deutet alles darauf hin, dass der Fehler im TB-Profil zu steckt(e). Dazu passt, dass es bei nun auch nicht mehr auftritt.

Zitat von PCCounselor

Ist die „enigmail-nightly-enigmail-1.8-branch-all.xpi“ eigentlich wirklich identisch mit „enigmail-1.8.2-pre3.xpi“?

Nein, die beiden Versionen sind nicht identisch. Patrick hat in den Nightly noch die Option hinzugefügt, den Download abzubrechen. Falls der Download hängt erscheint eine Message-Box, über die man abbrechen kann. In meinen Tests hing das Konto dann zwar immer noch, aber im Gegensatz zu vorher konnte ich TB normal beenden und neu starten.

Dein neues Problem kann ich nicht nachvollziehen. Das scheitert schon bei Schritt 7. Wenn ich in Schritt 6 die korrekte Passphrase eingebe, dann wird sie nicht wie bei Dir in Schritt 8 als ungültig abgewiesen. Bei mir geht alles normal weiter. Auch die Kopie wird erst angelegt, wenn ich das Filter dann ausführe.
Ich vermute auch, dass Enigmail für das Anstarten des Filters gar nicht zuständig ist, sondern dass dies aus dem TB erfolgt. Zumal das Filter in diesem Fall ja auf "manuell" steht.

Ich habe auch getestet, indem ich das Filter vor der Eingabe der Passphrase, also noch bevor ich die E-Mail anklicke, manuell ausführen lasse. Dann fragt Enigmail nach der Passphrase. Auch wenn ich diese zunächst falsch eingebe verhält sich alles normal.

Ich schlage vor, dass Du zu diesem Thema einen eigenen Faden eröffnest. Hier wird es sonst sehr unübersichtlich, weil wir bereits über drei verschiedene Probleme schreiben, von denen eines bereits behoben wurde und ein anderes irgendwie am TB-Profil hängt.

Gruß

Susanne

Hallo,

bezüglich des Request for Enhancements, die Möglichkeit zu schaffen, eine entschlüsselte Kopie nicht nur per Filter sondern auch über das Kontextmenü (rechte Maustaste) zu ermöglichen, gab es gestern ein Update von Patrick. Er hat die Funktion in den aktuellen Nightly (1.9a1pre) integriert. Dort gibt es nun einen zusätzlichen Menüeintrag "Decrypt to Folder".

Man beachte, dass Enigmail 1.9 nicht mehr mit GnuPG 1.x funktionieren wird.

Gruß

Susanne

Also bei mir ist der Eintrag vorhanden. Hab's unter Windows getestet, weil ich nur dort GPG 2.x zur Verfügung habe. Falls Du die 1.9 "drüberinstalliert" hast, versuche es einmal mit entfernen und neu installieren.

Nachtrag: Hab's jetzt auch unter Linux getestet. Alles gut. Vielleicht musst Du einfach mal wieder den Monitor putzen?