AttachmentExtractor wird zu "AttachmentExtractor Continued" für Thunderbird 60 und 68

Hier die Optionen der "Abtrennautomatik", die bei neu empfangenen E-Mails automatisch arbeitet:

Die Optionen für die "Dateinamen" (also das Dateinamenmuster) der gespeicherten Attachments:

Zuletzt dann noch die Optionen "Erweitert":

Wenn Ihr Euch die 4 Seiten der Optionen anschaut, könnt Ihr erkennen, dass ich gegenüber dem ursprünglichen Add-on ein wenig umsortiert habe, um die Logik zu verbessern.

Die Option "Korrektur anwenden, um abgetrennte Grafiken eingebettet anzuzeigen" werde ich vermutlich entfernen. Diese Funktion ist momentan sowieso defekt und schon der Ursprungsautor hat darin Sicherheitsbedenken angegeben.

Das Problem mit der CID ist, dass es die alte CID scheinbar nicht mehr gibt. Ich muss aber irgendwie auf die (vermutliche) neue "Komponente" zugreifen, die nun aber keine klassische CID anbietet, sondern so aussieht:

#define NS_IMAPURL_CID        \
{ 0x21a89611, 0xdc0d, 0x11d2, \
{ 0x80, 0x6c, 0x0, 0x60, 0x8, 0x12, 0x8c, 0x4e }}

Nein, das mit der Uri funktioniert so nicht. Kann es meines Erachtens auch nicht, da ich (meinem Verständnis nach) ja einer Art object eine property (die ".spec") zuweise bzw. diese überschreiben möchte. Deine Variante hätte das komplette object überschrieben. Da ich leider nur Learning-by-Doing-Ahnung habe, kann ich mich nicht korrekt ausdrücken, was es Dir vermutlich leichter machen würde .

Bezüglich CID:

https://gitlab.com/ThunderbirdMai…ssenger.js#L537

Bezüglich Mutator:

Hier: https://gitlab.com/ThunderbirdMai…ssenger.js#L455

Und hier: https://gitlab.com/ThunderbirdMai…ssenger.js#L555

Vielleicht hilft Dir wegen des Mutators auch die Info von Jörg etwas weiter:

http://lists.thunderbird.net/pipermail/mail…rch/001050.html

Vielen Dank

Zitat von jobisoft

Bist du Dir sicher, dass messageUri wirklich eine Uri ist?

Ich vermute, der ursprüngliche Autor hat "URL" als Teilmenge von "URI" angenommen. Somit wäre jede URL letztlich auch eine URI, obwohl die URL ja mehr Information (Protokoll und Pfad) bietet als eine einfache URI.

Zitat von jobisoft

das gibt einen String zurück, oder? Kannst du das mal dumpen?

https://searchfox.org/comm-central/s…gFolder.idl#409

Das liefert beispielsweise folgendes:

mailbox-message://nobody@Local%20Folders/Test-Ordner#19

Zitat von jobisoft

Was passiert denn, wenn du Zeile 453-456 einfach auskommentierst?

Im Falle des zu speichernden Nachrichtentexts (also Zeile 453-456) wird dann eine leere Datei ohne den Nachrichtentext erstellt. Wenn ich das mutate() weiter unten (Zeile 455) auskommentiere, wird bemängelt, dass die Datei (das Attachment) nicht gefunden werden konnte und es wird somit auch nicht gespeichert.

Allerdings muss man sagen, dass das mutate() so wie von mir verwendet sowieso überhaupt nicht funktioniert hat.

Zitat von jobisoft

Ok, wenn das Ding wirklich nur ein String ist, dann mach die URL Manipulation mal als reine String-Manipulation und ersetzte Zeile 453-456 durch:

messageUri = messageUri + "?header=saveas";

Was passiert?

Dann kommt folgende Fehlermeldung (wobei die Zeilennummer 764 evtl. nicht zum bisherigen Code passt, da ich alle möglichen Zeilen/Versuche momentan im Code drin habe:

Zitat

Could not convert JavaScript argument - 0 was passed, expected object. Did you mean null? arg 0 [nsIScriptableInputStream.init]" nsresult: "0x80570035 (NS_ERROR_XPC_BAD_CONVERT_JS_ZERO_ISNOT_NULL)" location: "JS frame :: chrome://attachmentextractor_cont/content/aec_js_messenger.js :: aeSaveMsgListener/this.onDataAvailable :: line 764"

Zitat von jobisoft

createStartupUrl: function(url) {
return Services.io.newURI(url);
}

geht nicht - bringt weitere Fehler

Momentan habe ich entdeckt, dass ich zumindest für das Unterlassen der Rückfrage, ob Attachments gelöscht werden sollen, doch auch Thunderbirds eigene Routinen verwenden kann. Das hilft schon mal an wichtiger Stelle weiter. Außerdem konnte ich scheinbar das verdammte "eval()" an anderer Code-Stelle tatsächlich erfolgreich ersetzen.

In den nächsten Tagen erstelle ich nochmal einen Snapshot bzw. ein aktuelles Tag in GitLab, auf das man sich dann mit den Zeilennummern wieder korrekt beziehen kann und melde mich dann wieder.

In der Zwischenzeit habe ich einen neuen Snapshot-Tag in GitLab erstellt, auf dessen Basis wir weiter machen können:

https://gitlab.com/ThunderbirdMai…/2.0a1-20190810

In diesem Snapshot funktioniert nun fast alles. Aber die Funktion "createStartupUrl" versagt weiterhin. Daher funktioniert das Add-on noch nicht, wenn man in dessen Einstellungen → Erweitert → "Anhänge mit interner Routine ... abtrennen" auswählt. Dies wäre notwendig, wenn man für die abzutrennenden Anhänge das Eingangsdatum der Mail nutzen will und/oder die Dateigröße der Anhänge für das Abtrennen berücksichtigt werden soll.

Die alte, originale Funktion (auskommentiert):

https://gitlab.com/ThunderbirdMai…ssenger.js#L539

Die momentane (ebenfalls nicht funktionierende) Funktion:

https://gitlab.com/ThunderbirdMai…ssenger.js#L566

Genutzt wird die Funktion eigentlich nur einmal im kompletten Add-on von dieser Stelle aus:

https://gitlab.com/ThunderbirdMai…ssenger.js#L433

Danke für weitere Hilfe und Ideen von Dir/Euch!

Ein paar weitere Anmerkungen/Fragen:

1.) Das bisherige Hauptproblem mit der defekten "createStartupUrl"-Funktion und deren Folgen könnte man igonieren (und den zugehörigen wohl aus C++ portierten JS-Code löschen), wenn ich zumindest die Abfrage der Attachmentgrößen auch in die Standard-Routinen integrieren könnte, mit denen eigentlich alles andere im Add-on gemacht wird.

2.) Ich bräuchte leider auch gleich ein bisschen Information zu document.createElement ab Thunderbird 69 Beta. Ansonsten brauche ich erst gar nicht anzufangen, die menuitem für die neu integrierten Favoritenordner zu programmieren. An den ab 69 Beta defekten "Zuletzt verwendeten Ordnern" sehe ich schon, dass da auch wieder Arbeit auf mich zukommt.

Zitat von jobisoft

fur XUL elemente document.createXULElement benutzen.

Offensichtlich geht das auch schon (ab circa Version 64) für Thunderbird 68?