Ein Blog-Leser hat ein Plugin "Pedantic Picture Packer" für den Thunderbird-E-Mail Client entwickelt, der sich mit Bildoptimierung befasst. Es ist kostenlos und Open Source, und steht auf der Thunderbird Add-on-Liste zur Verfügung.
Blog-Leser Christian Krause hat mich zum 22. August 2026 per Mail kontaktiert und schrieb: "Da ich weiß, dass sie auch Thunderbird nutzen (habe ein Plugin in Thunderbird, das mir den Mailclient des jeweils anderen anzeigt) wollte ich Ihnen meinen 'Kindheitstraum' vorstellen". Der Leser outet sich als ein riesiger Fan von Bildoptimierung bzw. Optimierung im Allgemeinen, seit er zu Kindheitstagen nicht seinen Wunsch PC kaufen durfte und deshalb mit einem gebrauchten 486 vorlieb nehmen musste, auf dem man 1997 alles nur mit Mühe und Not zum Laufen bekam.
Bildkompression in E-Mail
In E-Mails sollten eingebettete Bilder möglichst klein sein, um die Server und Übertragungsbandbreite nicht zu stark zu beanspruchen. Dafür ließe sich eine Bildkompression der Bilddateien vor dem Einbinden oder beim Versand verwenden, die die Dateigröße reduziert.
Bisherige Bild-Kompressoren
Bisher gibt es schon Thunderbird Add-ons wie "Shrunked Image Resizer" und ähnliche, welche Bildkompression überwiegend dadurch ermöglichen, dass sie die Auflösung angehängter Bilder reduzieren. "Das finde ich aber den Worst Case", schrieb mir Christian.
Per KI zum eigenen Plugin
Der Leser hat nun mit KI ein Thunderbird-Plugin als Add-on entwickelt, welches Bildkompression von Bildern in E-Mails 'revolutioniert', wie er schreibt. Das Plugin verwendet modernste Kompressionstechniken: JPEGli , Googles JPEG Bibliothek, welche gegenüber anderen Bibliotheken 30 % einsparen. Darüber hinaus nutzt die Software noch pngquant (reduziert die Farbpalette) und oxipng (optimiert die Kompression).
Beides spart im typischen Fall 70 – 80 % Bildgröße ein, ohne sichtbaren Qualitätsverlust.
Optional ist nochmal 50% mehr drin, wenn man qualitative Einbußen hinnimmt. Dabei kann man dem Plugin 'herumspielen' und prüfen, was bestimmte Parameter bringen.
Idealerweise stellt man es aber irgendwann so ein, dass es einfach alles selbst erledigt und vor dem Senden die Mail optimiert, merkt der Leser an.
Offizielles Thunderbird Add-on "Pedantic Picture Packer"
Das Plugin ist komplett kostenfrei und OpenSource, und wurde vom Leser überwiegend für sich selbst entwickelt, schrieb er mir. Das Plugin ist als offizielles Thunderbird Add-on unter "Pedantic Picture Packer" gelistet. "Aktuell wird noch ein bisschen entwickelt, aber 90% steht", merkt Christian an. Man kann das Plugin auf testen – hab ich aus Zeitmangel noch nicht getan – aber vielleicht für die Leserschaft von Interesse.
MVP: 2013 – 2016
Cooles Projekt!
Welches Add-on zeigt denn den Client vom Empfänger einer E-Mail an?
Welche Add-ons neben uBlock origin nutzt ihr noch?
Display User Agent T
https://addons.thunderbird.net/de/thunderbird/addon/display-mail-user-agent-t
Das zeigt allerdings den Client des Senders (womit empfangen wird weiß man ja nicht)
Ein mit KI "entwickeltes" Thunderbird-Plugin welches Bildkompression von Bildern in E-Mails "revolutionieren" soll.
Für solche "Projekte" sehe ich schwarz.
Es macht für mich einen Unterschied ob etwas handgeschmiedet ist oder nur industrielle Massenware.
Und ich sehe schwarz/weiß-Denken.
Dadurch das "jeder" mit KI etwas erstellen kann, wird es sehr viel Mist geben, aber auch einige gute Tools. Der Unterschied ist, dass Leute wie Christian sehr viel Herzblut in die Lösung eines bestimmten Problems stecken. Das hebt sein Tool von vielen anderen mit KI Entwickelten Tools ab.
Man sollte also nicht alles, was mit KI-Entwickelt wurde, über einen Kamm scheren.
Hoffentlich ist dein Schwarz gut komprimiert, Arno. :-D
Hab schon auf die ersten Hater Kommentare gewartet.
Ggf. nennst du mir mal ein Tool, dass die Arbeit besser macht.
Ich habe es für mich programmiert, weil die anderen Tools in keinster Weise meinem Qualitätsanspruch genügt haben.
Und die Ursache ist auch klar: Fehlender KI Einsatz.
Das Wissen bringt einfach niemand zusammen. Viel JavaScript, Webassembly, Erfahrung mit Kompressions-Pipelines und -Parametern, die Internationalisierung. Selbst der aktuelle Entwickler von shrunked image resizer weiss nicht, wie man webassembly einbindet (war seine antwort im forum). Der ehemalige shrunked image resizer war sogar Thunderbird Entwickler und hat ebenfalls keine vernünftigen Kompressoren eingebaut.
Und dann auch noch der Zeitaufwand.
Ich hab zwei Vollzeitwochen dran gesessen. Ohne KI wären es eher ein ganzes Jahr. Das hätte ich aber trotz vorhandenem Herzblut schlicht nicht gehabt.
Auch nicht zu unterschätzen: Die Optimierung. Als alles fertig war hab ich mit dem Sprung von v 2.0 auf v 2.1 die benötigte Rechenzeit gedrittelt.
Wäre ohne KI vermutlich einfach unterblieben
Gute Arbeit, danke!
Soll ja Leute geben für die bedeutet ein Compiler schon unerträglicher Kontrollverlust. 😉
Warum ist man immer gleich ein Hater wenn man sich sachlich kritisch äußert?
Übrigens ist die verwendete esbuild Version 0.21.5 vom 04.06.2024!
Die aktuell esbuild Version ist 0.28.2, daß ist für eine "KI" vermutlich zu neu.
Sie sind ein Hater, weil sie das Urteil getroffen haben, bevor das Tool von ihrer Seite sachlich geprüft wurde.
Sie schulden mindestens noch die Nennung eines Addons, welches seine Arbeit besser als dieser "KI-Slop" hier macht.
Irgendwie hat es da etwas Text abgeschnitten.
Die esbuild Versionen nach 0.21.5 haben mehrere CVE Nummern verliehen bekommen.
Es wird also schon mit Sicherheitslücken veröffentlicht!
Genau deswegen halte ich von diesen "KI" "Programmen" und "KI" "Programmierer" nicht sehr viel.
Mit etwas mehr Handarbeit wäre das nicht passiert.
Das sieht mega aus!
Hat jemand den Link zu GitHub oder Codeberg zur Hand?
Sourcen der aktuellen Version sind hier.
Github gibts nicht. Nicht so wahnsinnig professionell, weiß ich.
https://krause-computer.de/ppp-sourcen.7z
BTW: Oben im Screenshot ist u.a. ein Bild eines Graphen aus einer Usage-Statistik von Spamhaus.
Zieldateigröße ist ~60 kb, es steht dort, die Auflösung sei auf die Inline-Auflösung reduziert worden.
Das war in der Version ein Anzeigefehler. Tatsächlich sind die > 80 % Kompression ohne resizing.
P.S.: Wenn es noch sinnvolle Erweiterungsvorschläge gibt, gerne mitteilen.
Planst du eine Veröffentlichung bei GitHub oder Codeberg im Laufe des Jahres?
kann ich Dienstag machen
Werden neben JPG und PNG auch weitere Formate wie WebP, AVIF, HEIC und SVG unterstützt?
Das Add-on sieht mega nützlich aus. Super Arbeit! 👍
nein, weil die von dir genannten Formate von vielen E-Mail Clients nicht unterstützt werden.
ich hätte sehr gerne jxl genutzt, aber es kann nicht dargestellt werden (von Thunderbird), da ist der nutzen einfach nicht gegeben.
Gleiches gilt übrigens für SVG (sowohl als eingebettetes IMG, als auch inline HTML). Thunderbird kann das, aber outlook, Gmail etc. Können das nicht.
Liest jetzt optional als Eingangsformat:
– bmp
– non-animated gif
– non animated webp (der output wird aber vermutlich fast nie kleiner sein als der input)
Ausgangsformate ändern sich hierdurch aber nicht.
avif kann Thunderbird wohl darstellen, aber andere E-Mail Programme fast alle nicht.
wäre eine Portierung als eigenständige Windows/Mac App denkbar?
Es stellt sich die Frage, was genau du damit vor hast.
Massenkonvertierung:
– Dafür eignen sich schon bisher die CLI Tools viel mehr, die man sich skripten kann. Für die Unterstützung von Massenkonvertierung muss die App (erheblich) erweitert werden. Datei- und Ordnerhandling muss rein, außerdem können die WASM Module, die in TB integriert sind keine parallelen Threads, das erlaubt TB aus Sicherheitsgründen nicht. Das Tool wäre langsam, bzw. man müsste die Bibliotheken neu übersetzen mit parallel-Support. Am Ende ist das ein vollständig eigenes Projekt, an dem ich aber selbst kein Interesse habe – und bezahlen tut mich ja auch keiner dafür.
Einzelbildkonvertierung, um Kompressionsauswirkungen zu sehen oder Einzelbilder zu optimieren:
– Hierfür gibt es bereits unzählige Tools im Web. Diese laden teilweise die Bilder ins Internet hoch, teilweise bearbeiten sie die offline. Den Unterschied kann man "von außen" oft nur schwer erkennen und der einzige Grund aus meiner Sicht, warum man das serverbasiert machen sollte ist die Abrechnung bzw. Datenklau ("wir speichern keine Daten", aber dann doch speichern). Schließlich muss man bei serverbasierter Umrechnung ja die Rechenleistung selbst stellen, während man bei ausliefern eines WASM Moduls der lokale PC die leistungshungrige Umrechnung durchführt.
Genau hier liegt aber das Problem: Wenn ich das anbiete, glaub mir am Ende eh keiner, dass die Daten lokal verarbeitet werden, ich tauche in den Google Ergebnissen auf Seite 5 auf, verdiene kein Geld daran. Und wenn ich selbst mal Bilder umrechnen möchte, nutze ich ab jetzt einfach eine neue, leere Mail in Thunderbird.
Ich habe ja einen Button zum Download des Bildes aus dem PPP hinzugefügt, d.h. es hindert sich ja keiner daran, eine leere Mail zu erstellen, die Bilder hinzuzufügen und das Ergebnis danach direkt aus dem PPP herunterzuladen und am Ende die Mail einfach wieder zu schließen. Der Workflow ist ja bereits da, wenn es um Einzelbildoptimierung geht.
Danke für die ausführliche Antwort.
Zu meinem usecase: ich lade hin und wieder Screenshots oder Bilder in ein Ticketsystem hoch. Daher wäre die Lösung als Windows/Mac App für mich interessant. Aktuell nutze ich dafür eine App aus den Windows PowerToys. Um Massenkonvertierung geht es da nicht.
Aber es kommt jetzt auch nicht alltäglich vor, von daher ist der workaround mit der leeren E-Mail durchaus auch denkbar für mich.
Ich werde das Plugin auf jeden Fall die Tage ausprobieren.