Beiträge von Sehvornix

Hallo Dagmar,

Zitat von Dagmar

Ich habe gestern bei den TB Einstellungen unter anderem unter der Kategorie Verfassen bei den HTML-Optionen an der Schriftart etwas umgestellt.

kannst Du diese Einstellung denn nicht rückgängig machen? Stelle mal einen Scrennshot von der Stelle hier rein, dann können wir Dir ggf. mitteilen, was da standardmäßig steht.

Zitat von Dagmar

Leider kann ich nicht wirklich HTML-Code und kenne mich in dem Bereich so gar nicht aus.

Deinen Weg zur HTML-Signatur hast Du prima beschrieben. Erstelle doch noch mal eine zweite HTML-Signatur, vom Layout her identisch, aber inhaltlich anonymisiert mit Dummy-Daten. Die könntest Du hier hochladen. Hier sind einige Helfer, die da mal einen Blick drauf werfen werden und sicherlich die aufgeworfene Frage beantworten würden und mehr, auch passende Modifikationen hineineditieren können. Die müsstest Du dann allerdings auf Deine eigentliche HTML-Signatur zurückübertragen.

Gruß

Sehvornix

Hallo,

guter Hinweis von Schlingo auf die popstate.dat. Beachte dabei aber, dass dann alles vom Server nochmals heruntergeladen wird, was dort noch liegt, was zu weiteren Dubletten führt.

Aber das würde andererseits auch erklären können, dass die popstate.dat einen Einfluss haben könnte. Wenn nämlich beim Abruf der Mails, die Du jetzt schon als Dubletten vorliegen hast, die popstate.dat nicht aktualisiert wurde, holt TB diese Mail beim nächsten Abruf erneut ab.

Hast Du eine Antivirus-Software im Einsatz oder kommt Dir etwas anderes in den Sinn, was das Schreiben in die popstate.dat beeinträchtigen könnte?

Gruß

Sehvornix

Hallo,

dann wäre der nächste Schritt nach Ursachen im Thunderbird zu suchen. Als erstes ein Test im s.g. Fehlerbehebungsmodus (Menü Hilfe > Fehlerbehebungsmodus). Das sorgt dafür, dass sämtliche Add-ons und sonstige individuelle Anpassungen für die Dauer des Betriebs im Fehlerbehebungsmodus deaktiviert sind. Tritt das Problem immer noch auf? Wenn nein, alle Add-ons deaktivieren und nach und nach wieder aktivieren, bis das Problem erneut auftritt. Dann wäre dieses Add-on dafür verantwortlich. Da kannst Du dann noch prüfen, ob es ein Update dafür gibt, ansonsten Dich mit dem Entwickler in Verbindung setzen und das Problem berichten oder es dauerhaft deaktivieren oder entfernen.

Gruß

Sehvornix

Hallo,

prüfe bitte mal nach, ob diese Vervielfachung auch im Kundencenter bei T-Online zu sehen ist. Das sollte die Frage klären, ob die Vervielfachung nicht vielleicht schon von T-Online ausgeht. Durch Kopieren von Mails können zwei Mails auch ganz einfach dieselbe Nachrichten-ID haben. Das ist erst einmal nur ein Indiz, dass Du es mit Kopien zu tun hast und nicht mit tatsächlich mehrfach versendeten Mails.

Es wäre dann die Frage, wo der Kopiervorgang stattfindet. Allerdings könnte so eine Kopie einer Mail durchaus auch von Thunderbird ausgehend zum T-Onlineserver synchronisiert werden. Das wäre dann so einzugrenzen, dass man eine Zeit lang nur mit dem Webmailer von T-Online arbeitet. Tauchen die Tripletten dabei nicht auf, Thunderbird wieder mit ins Bild nehmen und beobachten, ob beim Abruf von Thunderbird solche Vervielfachungen generiert werden.

Gruß

Sehvornix

Hallo BeZehZeh,

möglich wäre, vielleicht, aber nicht ohne Backups, den Ort des Nachrichtenspeichers auf einen Share oder ein NAS zu legen, so dass andere Thunderbird-Installationen, auch unterschiedlicher Versionsstände, jedoch niemals gleichzeitig (!) darauf zugreifen können:

Das ist aber nur der Teil des Profils mit den mbox-Mail-Dateien und zwar pro Postfach bzw. pro Konto.

Nicht möglich ist die gemeinsame Nutzung des Profils insgesamt, welches sich (normalerweise) in %appdata%\Thunderbird\Profiles anfindet, aber eigentlich schon mit der profiles.ini in Thunderbird losgeht. Normalerweise, weil, wenn man so etwas wie den Nachrichtenspeicher auslagert oder grundsätzlich das Thunderbirdprofil schon aus irgendwelchen Gründen woanders angelegt hat, dann natürlich nicht.

Grundsätzlich schafft jede Auslagerung von Daten aus dem Thunderbird-Profil auf eine Netzwerkressource früher oder später wohl Probleme. Auch bei exklusiver Nutzung. Erste Anzeichen sind, dass der Index nicht mehr stimmt und Mails nicht mehr gefunden werden oder noch gefunden, aber nicht geöffnet werden können. Problem ist, das passiert eher schleichend.

Um von 60.x auf die 115.x zu kommen, solltest Du auf keinen Fall in einem Schritt upgraden, sondern Version für Version über jedes Major-Release hochziehen. Mit jedem Schritt von 60.x zu 68.x zu 78.x zu 91 zu 102 und auch zu jetzt 115, wurden Teile in den Profilen konvertiert. Am auffälligsten war das in meiner Wahrnehmung bei den Adressbüchern, die haben mehrere Metamorphosen hinter sich. Es wurde das mab-Format durch eine SQLite-Datenbank abgelöst. Das Management der GUI hat sich mehrfach geändert. Das resultierte u.a. in geänderten Rollen und Funktionen einiger .json-Dateien. Es fand der Umstig von PGP extern mit AddOn Enigmail zur integrierten Funktion statt. Ich meine, in die Spanne seit 60.x fällt auch der Umzug von Lightning zum integrierten Kalender. Grundsätzlich unterliegt das System der AddOns einem Wandel, was viele bisher heißgeliegte AddOns nicht mehr mitgehen oder nicht mehr die Funktion haben, wie ehedem. Im besten Fall werden die bei einem solchen Updateschritt noch automatisch deaktiviert. Im schlechteren Fall sorgen sie für Störungen und Probleme. Es gab Änderungen im Bereich SSL / TLS und eine Aktualisierung zu OAuth2. Ohne die geht bei vielen Providern inzwischen nichts mehr und die Anbindung an Google oder Microsoft ist ohne OAuth2 auch nicht mehr möglich. Es sind im Thunderbird-Profil gefühlt ein paar Ordner dazugekommen. Usw. usf.

Jetzt rechne Dir bitte selber aus, welche Chancen und Risiken Du mit dem gemischten Zugriff unterschiedlicher Thunderbird-Versionen auf dasselbe Profil hast.

Wenn wirklich ein Profil (und nicht nur der Nachrichtenspeicher) von einer neueren Thunderbirdversion angefasst wurde, wird das ältere Thunderbird beim nächsten Startversuch, diesen unter Hinweis auf Änderungen durch eine neuere Version von Thunderbird, verweigern. Da helfen dann auch sehr wahrscheinlich keine Downgrade-Tricks mehr.

Deshalb gab es oben schon den eindringlichen Hinweis, vor jedem Updateschritt ein vollständiges Profil zu sichern.

Hätte ich so etwas vor, würde ich sehr genau darauf achten, dass alle Thunderbirdinstallationen auf demselben Versionsstand sind und alle immer parallel aktualsieren. Allerdings würde ich wg. der potentiellen Probleme beim Netzwerkzugriff seitens Thunderbird, so etwas nicht in einem produktiven Umfeld einrichten.

Gruß

Sehvornix

Hallo Benny,

auf dem Screenshot kann man nicht wirklich sehen, was Du damit darstellen möchtest. Ich sehe lediglich eine Reihe von Reitern, was wohl geöffnete Mails sein sollen, aber ohne Beschriftung.

Zitat von BennyOtt

Dazu muss ich einige Programmhänger feststellen, wozu allgemein beim Scrollen durch die Mails oder nur beim drüberfahren die CPU des Programms auf etwa 20-25 % angehebt.

Die Renovierung des Unterbaus von Thunderbird ist hinsichtlich Performance keine Verbesserung. Im Gegenteil. Man tauscht die Technologie aus und die Performance erreicht schon deshalb nicht mehr die der älteren Versionslinien. Hier und da lesen wir hier im Forum von den Auswirkungen. Aber das sollte nicht zu den von Dir beschriebenen Effekten führen. Durch wildes Scrollen kann ich die CPU-Last für den Thunderbird-Thread auch auf ca. 26% bringen. Es hakelt aber nichts.

Gruß

Sehvornix

Hallo Mazze,

Zitat von Mazze

Oder führt der Thunderbird diese Mail zusätzlich auch noch seinem eigenem Filter zu und lernt daraus?

das wissen wir nicht genau. Die Informationen von Mozilla sind diesbezüglich auch eher dünn - ohne dass ich jetzt wieder mal nach so etwas gesucht hätte. Aber die Indizien sprechen dagegen, dass TB die noch mal lernt: A) wg. der schon dokumentierten Kommentierung an der Einstellung und B) weil die derart verschobenen Mails wohl nicht das Junk-Symbol von Thunderbirds eingebautem Filter bekommen (oder doch? kann dazu jemand was schreiben?). Ich kann es / möchte es aber auch nicht wirklich testen. Zum einen bräuchte ich einen passenden Provider, der einen der angebotenen externen Filter einsetzt (sieht nach ein paar Stichproben einiger Header nicht so aus), zum anderen möchte ich die bayessche Statistik in der amtierenden training.dat nicht mit den Tests versauen. Vielleicht möchtest Du Dir den Aufwand machen und eine passende Testumgebung aufsetzen?

Zitat von Mazze

Die Anmerkung. Das Filter des Thunderbird kann bei weitem nicht so gut werden wie die der Provider. Die haben nämlich viel viel mehr Mails zumTrainieren des Bayes. Sie haben zusätzlich noch weitere Filter am Start. Da kann man nur mit einem lokalen Bayes nicht mithalten.

Der Logik nach müsste das eigentlich so sein. Aber rein praktisch ist die Erfahrung leider anders. Da habe ich für meinen Teil noch keinen Provider-SPAM-Filter gesehen, der nicht von Thunderbird übertroffen wurde. Aber die Provider haben andere Möglichkeiten, die man lokal nicht so einfach hat: zum Beispiel RTBLs, Greylisting. Beides hat auch so seine spezifischen Downsides.

Es ist mir trotzdem unverständlich, dass zum Beispiel IONOS noch nicht mal den Mist, der sich als von IONOS ausgibt, identifiziert bekommt und den eigenen Kunden die suspekten Mails zumindest mal in den Junk-Ordner aussortiert. Aber nein, die kommen immer wieder schön im Posteingang an. Am besten noch +/-Tage zusammen mit einer IONOS-Mail, die einem erklären will, wie man echte IONOS-Mails selber erkennen soll.

Gruß

Sehvornix

Hallo Rudis,

respekt, für 'eine gewisse Überforderung spüren' finde ich, hast Du das alles ziemlich schlüssig wiedergegeben.

Trotzdem möchte ich ergänzend noch ein paar Dinge kommentieren.

Zitat von Rudis

diese bringen fertige Junk-Einstelungen zur Erkennung mit;

Zitat von Rudis

eine Verbesserung erfolgt nur durch ein Update des Filters durch dessen Entwickler?

Nein, eigentlich nicht. Das sind schon auch lernende Filter. Aber das Lernen findet extern bei der Instanz statt, die den jeweiligen Filter einsetzt. Wenn das Funktionsprinzip statisch wäre und der/die Entwickler das jeweils ausschließlich erst reinkompilieren müssten, wären diese Filter ein ziemlich stumpfes Schwert.

Zitat von Rudis

wenn ich BogoFilter/SpamAssassins für ein Konto aktiviere, ist dann der Thunderbird-Junk-Filter komplett raus?

Jein. Wenn etwas als Junk rein kommt, warum soll der Junk-Filter in Thunderbird noch mal prüfen? Es heißt dort ja auch recht klar 'Junk-Kopfzeilen dieses externen Filters vertrauen:' Der Mechanismus in Thunderbird ist aber nicht ganz raus, weil a) immer noch das Adressbuch als Whitelist funktionieren sollte und b), weil immer noch ein Verschieben einer so markierten Mail vom Posteingang in den Junkordner vollzogen werden sollte. Außerdem könnte ich mir vorstellen, dass man nach wie vor manuell lernen lassen kann.

Zitat von Rudis

Den Absatz verstehe ich nicht. Für mich klingt das so als würde der Provider z. B. SpamAssassins einsetzen, durch SA eine Mail als Junk erkennen, etwas im Mail-Header dieser Mail ändern und erst dann könnte SA in Thunderbird - wenn der Filter in den Konto aktiviert ist - die Mail als Junk aussortieren. Wenn der Provider kein SA nutzt und ich SA einstelle passiert genau nichts. Das gleiche mit BogoFilter?

Da Du mich zitierst: so ist es. Fast perfekt wiedergegeben.

Zitat von Rudis

und erst dann könnte SA in Thunderbird -

Nur zur Klarstellung: *in* Thunderbird gibt es keinen Spamassassin. Einfach gedanklich streichen. Das ist nicht in Thunderbird, auch nicht durch Mozilla irgendwo extern für Thunderbird. Du hast mich vollkommen korrekt verstanden: der Provider kann, muss aber nicht, SA einsetzen. Ist deren Entscheidung. In Thunderbird kannst Du lediglich einstellen, auf welche Markierung Thunderbird prüfen soll.

Zitat von Rudis

Das wirft eine Frage auf: Wenn der Provider durch welchen Filter auch immer eine Mail als Junk erkennt, sollte sie dann nicht schon im Junk-Ordner sein und gar nicht mehr im Posteingang von Thunderbird?

Das kann man so oder so sehen. Stell Dir jemanden vor, der die Mails mit dem POP-Protokoll abholt. Der hätte damit keine Einsicht in den Junkordner auf dem Server des Providers. So jemand möchte vielleicht nicht, das als Junk klassifizierte Mail schon auf dem Server in einen anderen Ordner verschoben wird. Aber die Markierung an sich wäre vielleicht ja trotzdem gewünscht. Und ein anderer Nutzer mit IMAP denkt sich vielleicht genau das, was Du mit Deiner Frage zum Ausdruck bringst. Konfigurierbarkeit beim Provider in diesem Punkt wäre somit die beste Lösung, damit man es nach eigenem Bedarf justieren kann.

Gruß

Sehvornix

Zitat von Alfor

Das Problem ist entstanden, als ich die Adressen einmal im csv (ohne Verteilergruppen!) und dann nochmals mit ldif (mit Verteilern) importiert habe.

Das kann ich nachvollziehen. Verteilergruppen sind in Thunderbird .. speziell. Die existieren nicht losgelöst als Liste, wie etwa in Outlook, sondern eine Verteilerliste ist in Thunderbird ein VIEW auf bereits existierende Kontakte. Beim Import ist die 'Thunderbird-Lösung': Verteilerliste zeigt auf einen Eintrag per ID, der ist nicht da, also Kontakt neu anlegen. Das ist natürlich daneben und der speziellen Umsetzung von Verteilerlisten geschuldet.

Außer Handarbeit fällt mir für Dein Problem keine Lösung ein, wenn Du die Verteilerlisten nicht verlieren und neu aufbauen willst.

Gruß

Sehvornix

Zitat von HardyH

Soweit ich weiß, zeigt MPE nur die Android Kontakte an

Nope, denn:

Gruß

Sehvornix

Hallo zusammen,

dann möchte ich hier auch noch mein semiqualifiziertes Halbwissen zum Besten geben.

Gerade bei web.de und gmx gibt's ne Menge Mails, die man als Junk empfinden könnte. Die werden aber ganz bestimmt nicht vom Absender web.de und gmx als solche markiert werden . Da kommt man mit dem Filter beim Provider schon mal nicht weiter. Für Thunderbird wäre das aber gut machbar.

Zitat von dErzOnk

Erst mal läßt sich in TB ja auswählen welcher Filter verwendet wird:

Das sind aber externe Filter und man kann die nicht einfach so wählen, weil einem einer davon gefällt. Voraussetzung ist, dass in der Kette des Mailtransports vor dem Empfang einer dieser Filter auf die Mails angewendet wurde und entsprechende Einträge in den Mailheader erfolgten. Nur dann findet Thunderbird die Markierung im Mailheader und kann dann entscheiden 'ok, ist Junk, weg damit'. Jeder o.g. Filter hat seinen speziellen Eintrag im Mailheader. Aber einfach SpamAssassin einstellen, obwohl der gar nicht angewendet wurde, führt zu 0 erkannten Junk-Mails seitens Thunderbird.

In Thunderbird eingebaut ist ein Bayesscher Filter. Das ist ein ausgeklügeltes komplexes statistisches Verfahren. Wie das funktioniert, kann man an anderer Stelle ausführlich nachlesen. Wikipedia gibt einen guten Einstieg. Das ist viel mehr als 'Worte zählen'. Deshalb ist der Junk-Filter von Thunderbird auch ziemlich wirksam. Outlook machts' übrigens auch nicht anders.

Automatisch 'lernt' Thunderbird nur via Posteingang beim Mailabruf. Wenn also der Provider bereits eine Mail durch seine Junkerkennung in den Junkordner verschoben hat, läuft die eben nicht mehr durch den Posteigang von Thunderbird. Somit auch nicht mehr durch eine nochmalige Junkprüfung. Deshalb können sich im Junk-Ordner dann auch Mails ohne das

Symbol anfinden. Die hat Thunderbirds Junkfilter dann halt noch nicht gelernt.

Das kann man durch Klick auf eben dieses Symbol manuell nachlernen. Deshalb macht es schon Sinn, auch Mails im Junk-Ordner noch lernen zu lassen.

Ansonsten lernt Thunderbird immer beim manuellen Klick auf dieses Symbol. Entweder, dass es Junk ist oder dass es falsch eingestuft wurde und kein Junk ist.

Wie schon geschrieben wurde, landen die Daten in training.dat. Die kann man mit dem Profil migrieren. Ob sie auch losgelöst als einzelne Datei sinnvoll zu migrieren ist, wäre noch zu klären. Habe ich zumindest noch nicht probiert.

Weils weiter oben gefragt wurde: wie geht ein Bayesscher Filter mit Sprache um? Das interessiert gar nicht. Ob DE oder EN oder Suaheli oder irgendwelche obskuren Sonderzeichen, ist dem Filter egal. Der fährt eine statistische Analyse drüber und wenn dann das Merkmal 'ist Junk' dazu kommt, kann er das sehr gut bei anderen Mails wiedererkennen und auch als Junk klassifizieren.

Gruß

Sehvornix

Hallo Alfor,

der Abgleich von Kontakten, also bidirektionales Synchronisieren und auch das Identifizieren von Dubletten gehört zu den verzwickteren Aufgabenstellungen.

Beispiel:

"Peter Schmidt, 02161 123456879" und "Peter Schmidt, 06722 978654321" .. ist das nun derselbe, weil umgezogen oder sind das zwei unterschiedliche Kontakte?

Beispiel:

"Peter Schmid, 02161 123456879" und "Peter Schmid, ps@irgendwo.intern" .. ist das nun derselbe, nur einmal mit Tel, einmal mit Mail?

Beispiel:

"Peter Schmid, 02161 123456879" und "Peter Schmidt, 02161 123456879" .. ist das nun derselbe weil gleiche Tel-Nr aber einmal nicht richtig geschrieben und wenn ja, welche Schreibweise ist richtig?

Usw. usf.

Es war schon immer ausgesprochen schwierig, bei zwei ähnlichen Kontakten automatisch zu entscheiden, ob es sich um denselben Kontakt handelt oder nicht. Und wenn es derselbe Kontakt ist, kommt gleich die nächste Frage: welcher ist aktueller, welcher wird verworfen oder sind gar aktuelle Angaben über beide Einträge verteilt? Wie soll die Software vorgehen: den linken mit dem rechten Datensatz überschreiben und Informationen verlieren oder umgekehrt den rechten mit dem linken Datensatz und Informationen verlieren?

Oder miteinander verschmelzen, wobei dann im zusammengeführten Datensatz veraltete Informationen verbleiben und für den Fall mit den unterschiedlichen Schreibweisen des Namens, sollen dann etwa beide Schreibweisen im zusammengeführten Datensatz stehen?

Automatisch ist das ziemlich ausgeschlossen. Selbst die Alleskönner bei Google tun sich an der Stelle schwer und bieten nur einen semiautomatischen Abgleich mit jeweiliger Bestätigung. Bei 10.000 Kontakten wird's bestimmt nicht lustig.

Deshalb ..

Zitat von Alfor

Wäre doch kein Hexenwerk für die Programmierer?

.. doch, das ist eine Herausforderung. Deshalb gibt's auch nicht so viele Tools, die sich daran versuchen.

Zitat von Alfor

Windows macht dies automatisch beim Übertragen von Dateien.

Nein, macht es nicht. Windows erkennt anhand nur eines Kriteriums (Dateiname) ob es sich um die gleiche Datei handelt und wenn auch noch Größe und Zeitstempel stimmen, hält es die Datei für dieselbe Datei. Man kann dann entweder nacheinander für alle Dateien jeweils manuell entscheiden, ob man Quelle oder Ziel behalten möchte oder das Risiko eingehen, das Ziel komplett mit der Quelle zu überschreiben. Zusammengeführt wird da nix. Wenn im Ziel jüngere = aktuellere Daten oder ältere = zu archivierende Daten lagen, sind die anschließend futsch, weil überschrieben mit der Quelle. Allenfalls kann man Windows anweisen, immer Quelle und Ziel zu behalten, aber dann hat man ja gerade das, was man nicht will: Dubletten. Das ist IMO eine ziemlich dünne Funktionalität. Aber besser als nichts.

Zitat von Alfor

vermutlich taugt das Android-Programm in diesem Fall nicht.

MyPhoneExplorer ist keine Android-App. Das zentrale Programm ist eine ganz normale Windows-Anwendung. Die kann sich über die USB Debug Bridge + MPE Android-App mit einem Smartphone verbinden und dort auf die Kontakte zugreifen, sich mit denen synchronisieren. Ebenso kann MyPhoneExplorer auf einige Mail-Clients zugreifen und sich mit denen synchronisieren. Auch als Bridge von Mail-Client zu Android-Phone ist damit möglich. U.a. geht das auch mit Thunderbird, wobei .. ob auch schon mit 115.x? Kann sein, dass das noch nicht fertig ist.

Wie dem auch sei, wenn MyPhoneExplorer so eine intelligente Funktion eingebaut hat, dann genügt eben auch MyPhoneExplorer unter Windows und der Thunderbird als Pendant. Allerdings ist mir eine solche Funktion in MPE bisher nicht bekannt.

Gruß

Sehvornix

.. und hier hat Mapenzi was zu dem Thema geschrieben.

Besser auch die anderen Beiträge lesen. Tl:dr erst umbenennen, bevor gelöscht wird.

Gruß

Sehvornix

Hallo Bastler,

Zitat von Bastler

Bei mir in allen IMAP Konten für alle Ordner vorhanden, nicht nur für den Posteingang.

Das (kein Komprimieren im Kontextmenü) hat sich als ein Problem in meinem Thunderbird 115.4.1-Profil bzw. nach dem Update von 102 zu 115, herausgestellt. Dafür erstelle ich aber noch kein neues Profil.

Hinsichtlich des Verhaltens, dass ein Verschieben aus einem IMAP-Posteingang in die 'Lokalen Ordner' diese verschobene Mail beim Provider nur als gelöscht markiert und nicht wirklich löscht, habe ich heute Morgen genau dieses Verhalten auch mit einem ganz bei 0 aufgesetzten Thunderbird 102.15.1 reproduzieren können. Tritt damit ganz genauso auf. Beim betreffenden Provider wiederum habe ich keine Einstellung gefunden, die etwa besagt 'markiere nur als gelöscht und lösch nicht wirklich'. Bleibt ja auch immer noch das divergierende Verhalten zwischen Verschieben zu IMAP-Ordner vs. 'Lokale Ordner'.

Gruß

Sehvornix

Hallo Bastler,

Zitat von Bastler

Vielleicht greift der Vorgang Verschieben nicht so scharf mit Löschen im Posteineng, als "nur" Löschen.

Im Prinzip müsste das im parallel offenen Webmail-Fenster des Browsers live zu Testen sein. Bestand dort prüfen.

Im TB das Konto abrufen, eine Mail verschieben, im Webmail Bestand kontrollieren.

Nach dem Verschieben im TB den Posteingang komprimieren, im Webmail Bestand kontrollieren.

In die Symbolleiste lässt sich auch ein Komprimieren Button platzieren.

Komprimieren entfernt die nur als gelöscht markierte Mail aus dem Posteingang, aber das Verschieben 'nicht so scharf' sein soll wie 'Löschen' wäre dann (mir) neu. Außerdem tritt das bei Dir nicht auf (was bei Dir an dem aktivierten Expunge liegen könnte). Und obendrein unterscheidet Thunderbird zwischen Verschieben zu 'Lokale Ordner' und Verschieben zu einem IMAP-Ordner.

Tatsächlich muss man nun auch erst den Button setzen. Im Kontextmenü findet sich für IMAP-Konten kein Komprimieren mehr, im Gegensatz zu POP3-Konten.

Gruß

Sehvornix

Hallo,

meine Antwort von hier hierher kopiert:

Deine Beobachtung kann ich bestätigen. Bei 115.4.1, einem IMAP-Konto und dem Verschieben einer Mail aus dem Posteingang in einen Ordner unterhalb von 'Lokale Ordner', taucht die Mail zwar unter 'Lokale Ordner' auf und ist aus dem Thunderbird-Posteingang weg, aber per Webmailer nachgeschaut immer noch im Posteingang - allerdings als 'als gelöscht markiert'. Jedenfalls bei dem Provider ist das so, mit dem ich das eben getestet habe. Der 'ist als gelöscht markiert'-Status reflektiert bisher auch nicht auf mein Smartphone. Da ist die verschobene Mail ebenfalls nach wie vom im Posteingang gelistet und auch nicht erkennbar als gelöscht markiert, sondern ganz normal weiter im Posteingang.

Das Verhalten ist anders, wenn man eine solche Mail vom Posteingang in einen anderen IMAP-Ordner desselben Kontos verschiebt. Dann ist sie nämlich wirklich aus dem Posteingang weg, auch im Webmailer.

Ich vermute, dass ist ein Bug. Aber da das hier im Forum bisher noch nicht speziell aufgefallen ist, müsste man erst mal schauen, ob das von anderen Nutzern auch nachvollzogen werden kann.

Gruß

Sehvornix

Prima. Gab es eine Maßnahme Deinerseits, die das bewirkt hat?

Gruß

Sehvornix

Hallo Remasuri70 ,

vorneweg, es wäre sicherlich besser, wenn Du Dich hier nicht hinten dranhängst, sondern Deinerseits einen neuen Thread erstellst.

Im Juli war die 115 noch nicht offiziell. Jetzt schon. Außerdem ist es inzwischen die 115.4.1. Alleine deshalb wäre ein eigener Thread gerechtfertigt und Dein Anliegen bekommt damit auch mehr Aufmerksamkeit.

Allerdings kann ich Deine Beobachtung bestätigen. Bei 115.4.1, einem IMAP-Konto und dem Verschieben einer Mail aus dem Posteingang in einen Ordner unterhalb von 'Lokale Ordner', taucht die Mail zwar unter 'Lokale Ordner' auf und ist aus dem Thunderbird-Posteingang weg, aber per Webmailer nachgeschaut, befindet sich die Mail noch im Posteingang - allerdings als 'als gelöscht markiert'. Jedenfalls bei dem Provider ist das so, mit dem ich das eben getestet habe. Der 'ist als gelöscht markiert'-Status reflektiert bisher auch nicht auf mein Smartphone. Da ist die verschobene Mail nach wie vom im Posteingang gelistet.

Das Verhalten ist anders, wenn man eine solche Mail vom Posteingang in einen anderen IMAP-Ordner desselben Kontos verschiebt. Dann ist sie nämlich wirklich aus dem Posteingang weg, auch im Webmailer.

Ich vermute, dass ist ein Bug. Aber da das hier im Forum bisher noch nicht speziell aufgefallen ist, müsste man erst mal schauen, ob das von anderen Nutzern auch nachvollzogen werden kann - in Deinem neuen eignen Thread.

Gruß

Sehvornix

Hallo Ziethen,

Zitat von Ziethen

Der Log sah allerdings genauso aus als der TB noch nicht eingefroren war

Also, dass ist doch schon mal was. Ein 'Uncaught TypeError' tritt bei meinem Thunderbird nicht auf. Auch nicht nach längerer Zeit der Minimierung. Solche nicht abgefangenen Zustände führen auch zu anderen Effekten, die wir hier im Forum schon von Thunderbird 115.x gesehen haben. Konkret, dass die Inhalte in der GUI nicht aufgebaut werden. Warum also nicht auch, dass so etwas Thunderbird einfrieren lässt.

'Uncaught TypeError' in Verbindung mit 'Networkerror when attempting to fetch ressource' .. ist zumindest ein Ansatzpunkt. Was könnte Thunderbird denn aus dem Netzwerk holen wollen, um 'last_modified.json' zu laden?

Was hat es mit vis.ee auf sich (https://send.vis.ee)? Es gibt eine Website dahinter, aber wie kommt ein solcher Seitenaufruf in Thunderbird zustande? Kannst Du Dir einen Reim darauf machen?

Gruß

Sehvornix

Ok. Dann musst Du manuell Hand anlegen und zwar im noch bestehenden alten Profil die Liste der angelegten Schlagworte abpinnen (Screenshots, handschriftliche Liste, wie auch immer) und im neuen Profil die Schlagworte wieder anlegen.

Vorzugsweise in der gleichen Reihenfolge, wobei das bei nur einem Nutzer nicht relevant ist, aber relevant wird, wenn es mal mit einem zweiten Thunderbird via IMAP gesynct werden soll.

Geht's immer noch um die Umstellung von POP3 zu IMAP? Das lässt sich auch mit geeigneten Kopieraktionen realisieren. Ich möchte aber dem anderen Thread von Dir nicht vorgreifen. Mapenzi ist da mit Dir ja schon dran und hatte einen Ansatz via 'Lokale Ordner' ins Gespräch gebracht.

Gruß

Sehvornix