AttachmentExtractor Continued - Version 3.0 für Thunderbird 78

Moin!

Zu Eurer Information:

Es gibt (von einem anderen Autor) eine neue saubere kleine MailExtension, die ganz simpel aus mehreren ausgewählten Nachrichten die Anhänge abtrennen / speichern / löschen kann.

• Den SourceCode dafür findet man schon auf GitHub: https://github.com/thestonehead/T…chmentExtractor
• Den Download dafür wird man auf ATN finden: https://addons.thunderbird.net/de/thunderbird…ment-extractor/

Das genannte neue Add-on ist noch ausbaufähig, was sicherlich Zeit in Anspruch nehmen wird. Ob der Autor dies überhaupt machen wird, bleibt abzuwarten. Ich habe in den letzten Tagen daher doch nochmal ein bisschen an meinem Add-on gearbeitet. Auch hier hilft die von jobisoft weiterentwickelte WindowListener-API, um das "alte" Add-on nochmals mit akzeptablem Aufwand für Thunderbird 78 und vermutlich nun auch 91 lauffähig zu bekommen.

Es wird also in der nächsten Zeit Updates von mir geben:

• Version 3.0 für Thunderbird 78
• Version 4.0 für Thunderbird 91

Ich muss dafür zumindest den Optionen-Dialog (der für ein Add--on durchaus üppig ist) komplett neu in HTML schreiben, da die bisherige Version mit den 6 Seiten so nicht per WL-API funktioniert. Das hat zur Folge, dass ich auch die locales mit der neuen Technik einbinden muss usw...

Danach würde ich dann doch versuchen meinen bisherigen Worten treu zu bleiben und meine Energie (wenn überhaupt) eher in die Übertragung von Features in das Grundgerüst des neuen (fremden) Add-ons zu investieren.

Ich habe heute Version 3.0b1 für Thunderbird 78.* auf ATN hochgeladen. Vermutlich wird diese Morgen(?) dort freigeschaltet - so hoffe ich jedenfalls.

• Der Optionen-Dialog wurde von mir eher "zurück" entwickelt. Es handelt sich letztlich um keinen modernen HTML-Dialog und er ist auch erstmal nicht mehr in einem eigenständigen Tab, sondern in einem klassischen Dialogfeld.
• Es wurden ein paar Optionen entfernt, die in den Vorversionen zwar sichtbar, aber letztlich auch schon deaktiviert waren, weil ich sie nie zum korrekten Funktionieren bringen konnte.

Auf den ersten Blick funktioniert soweit alles. Aber ich kann nicht wirklich alle Options-Kombinationen selbst ausprobieren. Es bleibt ein Restrisiko für Fehler. Dies galt aber auch schon für alle vorherigen Versionen, die ich in den letzten beiden Jahren für Thunderbird 60 und 68 erstellt hatte.

Quote from Thunder

Ich habe heute Version 3.0b1 für Thunderbird 78.* auf ATN hochgeladen.

Es gibt nun schon 3.0b2 (noch nicht auf ATN freigeschaltet):

Als Randbemerkung:

Dark- und Light-Mode-Unterstützung könnte zumindest kleinere optische Unstimmigkeiten haben, obwohl ich gerade da nun einen Tag investiert habe. Der "Mischmasch", der sich teilweise durch die alten per WL-API weitergenutzten Techniken ergibt, macht zumindest für mich die Sache beinahe unüberschaubar. Prinzipiell funktionieren die Dialoge nun aber ganz passabel auch im Dark-Mode. Lightweight-Themes von Drittanbietern können Probleme mit der Lesbarkeit in den Dialogen machen, daher empfehle ich darauf (sowieso grundlegend) zu verzichten. Falls Euch "Proton" etwas sagt: Dies wird uns optisch in Thunderbird 91+ auch noch "Freude" machen, da es alle möglichen Interferenzen gibt, die man schon seitens der Thunderbird-Entwickler zu beseitigen versucht. Ich würde wetten, dass dies auch für meine angepassten Add-ons zu (wenigstens kleineren) optischen Problemen zumindest in den Dialogfeldern führen wird.

Ich habe einen "echten" Fehler gefunden, der zu einer "echten" Fehlermeldung und zum Versagen des Add-ons geführt hat.

https://gitlab.com/ThunderbirdMai…0a97dd48eee98a9

3.0b3 behebt den Fehler.

Inzwischen gibt es Version 3.0 auf ATN.

Version 3.0.1 verbessert dann demnächst nochmals etwas die Darstellung der Dialoge im Zusammenspiel mit bestimmten Lightweight-Themes. Ich rate dennoch grundlegend zum Standard-Theme bzw. zu den originalen Light-/Dark-Themes, die Thunderbird selbst schon mit Version 78 mitbringt.

Es gibt Fehlermeldungen, worin bemängelt wird, dass das Add-on die Dateien nicht aus den Mails löschen würde. Dies liegt bei den betroffenen Personen an falschen Einstellungen im Add-on. Man muss natürlich in den Einstellungen festlegen, dass die Anhänge gelöscht werden sollen . Sollte ich es tatsächlich fertig bringen, die Version für Thunderbird 91 oder zukünftig lauffähig zu bekommen , dann werde ich die Einstellungen und Funktionen in Zukunft (wohl zwangsweise) reduzieren und die Logik des Einstellungen-Dialogs zu verbessern.

Die kommende Version 3.0.2 behebt einen Fehler, wenn man im Standard-Speicherpfad Umlaute drin hat. Dies führte bisher dazu, dass die Umlaute nicht korrekt (de-)kodiert wurden und letztlich ein neuer Ordner mit kryptischen Umlauten erstellt wurde. Das Problem trat allerdings nur auf, wenn man eben in den Standard-Speicherpfad (Klick direkt auf den Button) abgetrennte/gespeichert hat.

https://gitlab.com/ThunderbirdMai…f7badabd5bdfa7c

Kann mir mal jemand eine Datei mit Slashes im Dateinamen erstellen und per E-Mail zukommen lassen? Unter Windows geht das ja gar nicht, wenn ich nicht irre.

Edit:

Okay, ich habe jetzt per Text-Editor einfach ein Attachment in einer gespeicherten *.eml-Datei mit Slashes im Namen erstellt/verändert.

Kann das bitte mal jemand unter Linux und/oder OS X ausprobieren:

https://gitlab.com/ThunderbirdMai…ued/-/issues/18

Ich kann das Fehlverhalten, dass beim Speichern des Attachments (mit Slashes in dessen Namen) Unterordner erstellt werden nicht nachstellen. Bei mir wird korrekt der Dateiname mit Unterstrichen statt Slashes gespeichert.

Quote from Feuerdrache

Ich kann gar keine Datei anlegen, die im Dateinamen einen oder mehrere "/" enthält.

Ich konnte dies jetzt ja auch nur durch direkte Manipulation einer *.eml mit dem darin enthaltenen Attachment machen. Das Problem für potentielle Empfänger entsteht dann, wenn sie Mails von anderen Betriebssystemen erhalten. Auf Windows und Linux ist ja gegenläufig der Forward-/Back-Slash der Verzeichnistrenner.

Ich habe jetzt auf allen Systemen sowohl Forward-Slash als auch Back-Slash durch den Bindestrich ersetzt. Dies mach Thunderbird an anderer Stelle schon selbst genauso:

https://gitlab.com/ThunderbirdMai…646f94eddb2bbff

So, nächsten Fehler gefunden, der allerdings überhaupt erst durch den Umbau für Thunderbird 78 aufgetreten ist. Die Log-Datei wurde nicht sofort beim Programmstart initialisiert und ("schlimmer") der eventListener für die Abtrenn-Automatik wurde gar nicht registriert:

https://gitlab.com/ThunderbirdMai…76b8a6e3a88a500

attachment-extractor-continued_3.0.4.xpi

Quote from Mapenzi

Unter macOS wird aus dem Slash im Dateinamen ein Doppelpunkt, sobald ich die Datei im Verfassen-Fenster anhänge.

Womit "mein" Addon ja aber nichts beim Verfassen zu tun hat, oder? Das ist vermutlich Standardverhalten? Ich habe passend dazu im Code des Addons gesehen, dass unter macOS beim Speichern dann der Doppelpunkt umgewandelt wird.

Ahh, okay. Jetzt verstehe Den Sinn Deiner Aussage.

Quote from Mapenzi

Wenn ich die empfangene Datei dann speichere, wird aus dem Doppelpunkt ein Trennstrich

So ist das gewollt. Bisher hat das Add-on in diesem Fall einen Unterstrich daraus gemacht. Ich habe dies aber an das Verhalten zu den Slashes unter Windows/Linux angepasst, wo nun auch Trennstriche genutzt werden.

Danke für die Rückmeldung

Quote from Steffi

Es scheint, als ob beim Löschen der Anhänge mit Emails, die mit S/MIME daherkommen, die HTML Ansicht bzw. der HTML Text gelöscht wird. Nach dem Abtrennvorgang bleibt das Vorschaufenster inkl. echtem Fenster weiß, nur in der Textansicht ist der Text noch sichtbar.

Welche Thunderbird-Version nutzt Du? Welche Add-on-Version ist installiert?

Der Screenshot von Dir zeigt ja letztlich "nur", dass die S/MIME-Signatur nicht mehr gültig ist, was vollkommen klar, weil zum Inhalt der Mail auch sämtliche Attachments gehören bzw. gehört haben. Sobald ein Attachment gelöscht ist, muss die Signatur als ungültig angezeigt werden - auch wenn dies störend erscheinen mag.