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 }}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.
Die Optionen für die "Dateinamen" (also das Dateinamenmuster) der gespeicherten Attachments:
Hier die Optionen der "Abtrennautomatik", die bei neu empfangenen E-Mails automatisch arbeitet:
Für die Zwischenzeit habe ich mal einen Preview des neuen Optionen-Dialogs (an den man sich grundlegend in Thunderbird ab Version 68 gewöhnen muss). Die Haken, Fragezeichen und Kreuze zeigen Euch, was bisher schon korrekt funktioniert.
Die Einstellungen "Allgemein" stehen für den manuellen Modus, bei dem man bestimmte E-Mails oder Ordner auswählt, um deren Anhänge zu bearbeiten, und dann per Schaltfläche oder (Kontext-)Menü die Aktion startet. Was hier im manuellen Modus funktioniert oder eben auch noch nicht, das gilt identisch für die Abtrennautomatik, falls man diese benutzt. Die Automatik hat ein paar Optionen weniger, da diese dort keinen Sinn machen würden.
Hast Du in Thunderbird eigentlich mal zusätzlich zu "Datum" die Spalte "Empfangen" aktiviert? Vielleicht wird da die Reihenfolge korrekt dargestellt, wenn die Mails in korrekter Reihenfolge auf dem IMAP bzw. in Thunderbird eingehen.
Wenn ich mir den Ablauf anschaue, dann ist das erste/obere Beispiel per Freenet-SMTP versendet worden, oder? Vom identischen Gerät? Dann dürfte der Freenet-SMTP (von denen selbst) falsch konfiguriert sein.
Ich brauche mal Eure Hilfe, um ein paar Schritte voran zu kommen:
In früheren Thunderbird-Versionen gab es in mailnews/imap/public/nsMsgImapCID.h die CID {21A89611-DC0D-11d2-806C-006008128C4E}. Dabei handelt es sich vermutlich um die NSIMAP URL Klasse (schlagt mich nicht, wenn ich den Begriff unpassend gewählt habe). Per Components.classesByID konnte man diese in JavaScript einbinden.
Diese CID gibt es inzwischen nicht mehr. In der aktuellen Datei comm-central/comm/mailnews/imap/public/nsMsgImapCID.h dürfte es sich nun um folgenden Service handeln:
|
Code
|
Wie kann ich das nun wieder in JavaScript einbinden bzw. hat jemand einen anderen Vorschlag, wie ich die alte Variante ersetzen kann?
Dies habe ich versucht umzusetzen, scheitere aber offensichtlich, da das JS an der Stelle abstürzt, soweit ich dies erkennen kann.
Da url.spec weiterhin lesend vorhanden ist, habe ich es entsprechend nur an 2 Stellen im Code geändert, wo schreibend darauf zugegriffen werden soll.
Folgendes wird für die internen Routinen zum Abtrennen der Attachments verwendet - der Fehler tritt also auch nur bei entsprechender Einstellung des Add-ons auf:
// Die nächste Zeile scheitert aktuell noch an der geänderten CID (siehe oben)
obj = Components.classesByID["{21a89611-dc0d-11d2-806c-006008128c4e}"];
var startupUrl = obj.createInstance(Ci.nsIURI);
// nsIURI.spec is read-only, use url.mutate().setSpec(aSpec).finalize();
// Die alte Zeile sieht so aus:
// startupUrl.spec = uri;
// braucht man überhaupt Ci.nsIURIMutator ? Ist das mit den Components.interfaces automatisch eingebunden?
if (Ci.nsIURIMutator) {
startupUrl = startupUrl.mutate().setSpec(uri).finalize();
}
// wie muss das Konstrukt korrekt aussehen, um weiter zu kommen?Die zweite Stelle im Code wird für das Speichern des Nachrichtentexts in separaten HTML-Dateien verwendet, wenn im Add-on aktiviert:
var messageUri = message.folder.getUriForMsg(message);
var msgService = aewindow.messenger.messageServiceFromURI(messageUri);
var saveListener = new aeSaveMsgListener(
file,
aewindow.messenger,
"",
"aewindow.currentTask.currentMessage.doAfterActions(aewindow.progress_tracker.message_states.CLEARTAG)",
aewindow,
0);
// nsIURI.spec is read-only, use url.mutate().setSpec(aSpec).finalize();
// Die alte Zeile sieht so aus:
// messageUri.spec = messageUri.spec + "?header=saveas";
if (Ci.nsIURIMutator) {
messageUri = messageUri.mutate().setSpec(messageUri.spec + "?header=saveas").finalize();
}
// wie muss das Konstrukt korrekt aussehen, um weiter zu kommen?Der Code stammt (ohne obige erweiterte Kommentare) aus folgendem Entwicklungsstand des AEC aus der Datei aec_js_messenger.js (Suche im Code am besten per nsIURI.spec is read-only, use url.mutate().setSpec(aSpec).finalize();
https://gitlab.com/ThunderbirdMai…/2.0a1-20190801
Wenn ich diese beiden Dinge endlich funktionierend habe, kann ich weiter schauen und komme bestimmt wieder mit Fragen.
jobisoft Paenglab Vielleicht könnt Ihr mir hier unter die Arme greifen?
Danke Euch für jegliche Hilfe
Ich denke, dass entweder direkt das absendende Gerät mit falsche Zeitzone betrieben wird, oder Dein Computer/Thunderbird. Theoretisch könnte auch der SMTP-Server oder der empfangende POP- oder IMAP-Server mit falscher Zeitzone eingestellt sein.
Wie soll es mit Lightning - also dem Kalender-Add-on - weitergehen?
Ich verweise hier mal auf diese grundlegende Frage von Jörg Knobloch:
Ich verweise hier mal auf einen Artikel von Jörg Knobloch, der aus Support-Sicht interessant ist:
Die 2 Stunden sehen doch typisch nach einem Problem mit der Zeitzone aus. Kontrolliere und vergleiche die Header-Daten der generierten Push-Mails mit anderen Mails und schau mal, ob da das Problem liegen könnte.
Thunderbird 68 wird voraussichtlich im August (Juli ist eh quasi vorbei) direkt als Version 68.1 veröffentlicht werden. Die 68.0 wird es also vermutlich nie geben. Das liegt an technischen Prozessen, die auch dazu führen, dass es jetzt schon 69er-Beta-Versionen gibt, obwohl der 68er noch gar nicht komplett final ist. Im Grunde wird der 68er auf nochmals minimal optimiertem Code der Version 68.0 Beta 5 basieren.
Für AEC ist der Optionen-Dialog jetzt komplett für Thunderbird 68 fertig. Vermutlich sind ein paar Anpassungen bei macOS und Linux bezüglich CSS notwendig, da ich dies selbst nicht testen konnte. Das war nun bestimmt eine ganze Arbeitswoche für mich allein für die Optionen. 
https://gitlab.com/ThunderbirdMai…its/dev-next-68
Die nächste Woche komme ich dann hoffentlich mit den sonstigen Dialogen und internen Funktionen weiter.
Enigmail 2.1 unterstützt jetzt auch den kommenden Thunderbird 68.
Ein Nachfolger für ImportExportTools von Kaosmos steht in Form von "ImportExportTools NG" bereit:
https://addons.thunderbird.net/de/thunderbird…exporttools-ng/
Rückmeldungen dazu gerne hier:
ImportExportTools NG - Ein Nachfolger für das bekannte Add-on ImportExportTools
Ein Nachfolger für ImportExportTools von Kaosmos steht in Form von "ImportExportTools NG" bereit:
https://addons.thunderbird.net/de/thunderbird…exporttools-ng/
Rückmeldungen dazu gerne hier:
ImportExportTools NG - Ein Nachfolger für das bekannte Add-on ImportExportTools
Hallo,
es gibt jetzt ein neues Add-on zum Importieren und Exportieren von E-Mails (einzeln, ganze Ordner, Mbox-Format, Maildir-Format ...), das auch mit dem kommenden Thunderbird 68 funktioniert: "ImportExportTools NG".
Es wäre schön, wenn Ihr hier Eure Erfahrung mit dem neuen Add-on zurückmelden würdet - Danke.
Einige Linux-Distributionen liefern Thunderbird weiterhin OHNE das Kalender-Add-on Lightning aus. Daher muss man bisher (einschließlich Thunderbird 60) leider die passende Lightning-Version manuell dazu suchen und installieren. Dies war bisher insofern schwierig, da die Lightning-Versionsnummer von Thunderbird abgewichen ist (bspw.: "6.2.8" für Thunderbird 60.8.0). Dies ändert sich jetzt endlich ab Thunderbird 68, sobald dieser veröffentlicht wird. Man hat die Versionsnummern für Lightning an Thunderbirds eigene Versionsnummer angeglichen. Erkennbar ist dies bereits in den letzten Beta-Versionen des Thunderbird.
Es gibt für Thunderbird 60.* jetzt den "Enhanced Date Formatter", mit dem man die Anzeige von Datum/Uhrzeit wirklich (im Gegensatz zu ConfigDate) individuell anpassen kann.