Beiträge von Thunder

Ich gehe davon aus, dass Du das Problem auch schon in Thunderbird 78 hattest?

Wenn die Mbox-Datei zuvor tatsächlich da war, könnte der Virenscanner diese in Quarantäne verschoben haben. Dies schließt Du aber bereits aus. Der Papierkorb schließt sich für mich aus, da dann eigentlich auch die *.msf Datei weg sein müsste.

Zitat von jobisoft

Von daher sind beide Ansätze legitim, oder?

Ja, es wäre besser, wenn es auch mit der Systematik mit mehreren aufeinander folgenden Filtern mit jeweils getrennten Aktionen funktionieren würde.

Aber das viel größere Problem für mein Add-on ist das teilweise Versagen der Detach-Funktion bei IMAP-Ordnern.

Zitat von Thunder

Zitat von Thunder

Dazu muss ich wohl mal einen Bug aufmachen.

https://bugzilla.mozilla.org/show_bug.cgi?id=1721616

Ich habe diesen Bug wieder geschlossen, da ich selbst einen Fehler in meiner Filter-Systematik drin hatte. Theoretisch könnten aber auch andere Anwender den gleichen Fehler begehen. Trotzdem funktioniert das Taggen zuverlässig, wenn man die richtige Systematik verwendet. Dieses Problem hat sich also für mich erledigt.

Das Problem mit den doppelten Mails und dem dann konsekutiven erneuten event onNewMailReceived tritt tatsächlich bei mir nur in IMAP-Konten bzw. Ordnern auf. In POP-Konten passiert dies nicht.

Ich hoffe, dass mir keiner den Kopf runter reißt. Ich habe die Bugs als Duplicates markiert, sodass jetzt einer zentral übrig bleibt:

Zitat von J-K

Deswegen der Workaround die Nachricht mittels Message-ID im Original-Ordner öffnen und dann dort den Anhang abtrennen. Danach muss wieder in den Virtuellen Ordner gewechselt werden, um die nächste eMail mit großen Anhang zu finden…

Ahh okay. Jetzt verstehe ich Dein Vorgehen. Eigentlich "irre" das (Workaround-)Prozedere, aber der virtuelle Ordner ist dann irgendwann leer, wenn Du alle abgearbeitet hast.

Zitat von J-K

Wenn ich den Anhang in dem Virtuellen Ordner abtrenne, bleibt die Original-Nachricht erhalten.

Ahh ja, dieses Szenario hatte ich ganz vergessen, obwohl genau dies für die neue Version des Add-ons als Methode zum Löschen über Ordnergrenzen hinweg den Benutzern vorschlagen wollte.

Zitat von J-K

Mein Workaround bisher: Auf die Nachrichten-ID klicken, die ich über

mailnews.headers.showMessageId = true anzeigen lasse, dann gelangt man in den passenden Ordner.

Ich verstehe den Sinn der Aktion gerade nicht

Knackpunkt ist, dass man es manuell ja nur machen kann, wenn man den Fokus auf dem Ordner hat.

AEC ruft die Routine aber für die Automatik auch auf, wenn man in einem anderen Ordner ist.

Zitat von jobisoft

Die originale Mail wird nicht gelöscht:

* Ist das neu? Siehst du einen Zusammenhang mit meinen letzten API Änderungen?

Nein. Das Phänomen gibt es schon lange. Ich bin dem nur nie systematisch nachgegangen.

Zitat von jobisoft

Der event wird (wohl als Folgeerscheinung) zu Unrecht erneut gefeuert:

* Ist das neu? Hat meine "alte" Version des onNewMailReceived events mit der manuellen "kenn ich schon" Unterdrückung da nicht gefeuert?
* Feuert TB selber?

Es ist vermutlich nicht neu. Und JA, Thunderbird feuert auch selbst - es gibt ja auch eine zweite Mail, da die Originale nicht gelöscht wird.

Zitat von jobisoft

Das detach ist legacy code von dir?

Ja, aber es handelt sich dabei ja um eine Thunderbird eigene Funktion:

messenger.detachAllAttachments(
                  types[i],
                  attachmentUrls[i],
                  originalFilenames[i],
                  messageUrls[i],
                  false,
                  true
                );

Das folgende Addon ist ausdrücklich NUR für Versuche geeignet! Normale Anwender sollen dieses Add-on nicht installieren und verwenden!

attachment-extractor-continued_20210723-160626.xpi

jobisoft

Thunderbird Daily vom 23.7. hat jetzt Deinen letzten Patch für den event mit drin. Damit habe ich die letzte halbe Stunde Tests durchgeführt. Das folder Object wird wieder korrekt zurückgegeben.

Ich schreibe dies hier auf Deutsch, da ich mich einfach besser ausdrücken kann...

STR:

1. Um den Fehler nachvollziehen zu können ist es notwendig, um Dein simples Event-Addon und meine momentane Entwickler-Version von AEC installiert zu haben.
2. In meinem Add-on muss die Abtrenn-Automatik aktiviert sein - nur bei dieser Aktion ist das Verhalten zu provozieren bzw. zu erkennen.
3. Sende Dir eine Nachricht mit Attachment (am besten von außerhalb des Entwickler-Thunderbirds!).
4. Sorge dafür, dass im empfangenden Thunderbird der Fokus auf einem anderen Ordner ist (also nicht auf dem Posteingang).
5. Die Automatik von AEC erkennt die neue Mail inkl. Anhang und bringt den kleinen Dialog für das Dateinamen-Muster. Befolge bitte die 3 Dialoge (Dateinamen-Muster, Speicherort und Frage, ob wirklich der Anhang gelöscht werden soll - JA, der Anhang soll gelöscht werden!).
6. Es wird von der Detach-Funktion aus technischer Sicht eine Kopie der Mail mit Verweis auf den gelöschten Anhang erstellt. Eigentlich müsste die originale Mail in diesem Moment gelöscht werden. Außerdem dürfte jetzt nicht erneut der event onNewMailReceived gefeuert werden.

Und genau in Punkt 6 liegt nun gleich der doppelte Fehler:

• Die originale Mail wird nicht gelöscht
• Der event wird (wohl als Folgeerscheinung) zu Unrecht erneut gefeuert

Wenn man obige Schritte macht, während der Fokus im Posteingang (bzw. im Ordner mit der originalen empfangenen Mail mit Anhang ist), dann werden die Schritte von Thunderbird korrekt erledigt.

Erstmal nur wenig...

Zitat von hifox

Im Beitrag wird nur ein Ausschnitt des Screenshots angezeigt

Du hast den Screenshot zwar als Dateianhang korrekt hochgeladen, aber nicht in den Beitrag eingefügt. Übrigens kannst Du beim Erstellen eines Beitrags im Forum per Drag+Drop von Deinem PC einen Screeshot direkt in den Beitrag einfach hinein ziehen.

Zitat von hifox

vollständig anzeigen

Wir können den Screenshot trotzdem vollständig anschauen. Man muss diesen einfach nur anklicken bzw. "öffnen". Die anonymisierte E-Mail-Adresse stellt sich für den Leser einfach als Hieroglyphen dar

Zitat von hifox

beispielhaft "bernhard.96@gmx.de"

Solche Adressen hat hier wohl so ziemlich jeder Benutzer in Thunderbird in Verwendung. Diese funktionieren ohne Probleme. Daher muss das Problem bei Dir anders verursacht sein.

In Deinem (zurecht) anonymisierten Screenshot brauch man ziemlich viel Phantasie . Ich kann das beschriebene Verhalten von meiner Seite nicht bestätigen.

Ich könnte mir vorstellen, dass man die "Tags" dafür in Zukunft nutzen könnte. Wer möchte könnte per Filter beliebige Tags (pro Konto oder auch für andere Kriterien) vergeben lassen. Das Add-on könnte dann im Standard-Speicherpfad des Automatik-Modus jeweils automatisch Unterordner mit den Namen der Tags erstellen.

Mit getrennten Profilen je Konto kannst Du natürlich jeweils ein anderes Ziel für den Automatik-Modus festlegen.

Das geht so nicht automatisiert. Dafür müsste man das Add-on beispielsweise in Thunderbirds Filter-Aktionen integrieren, was mein Können übersteigt. Das bisherige Add-on wird eh für Thunderbird 91 von einer komplett neu programmierten Version 4 ersetzt werden, die zwangsweise (zumindest erstmal) abgespeckt sein wird. Ich muss dann sehen, was ich im Laufe der Zeit wieder mit den neuen Techniken einbauen kann.

2FA ist inzwischen optional verfügbar. Man kann es also im Benutzerkonto des Forensystems freiwillig aktivieren.