Beiträge von Sehvornix

Hallo Friedel,

so eine Fehlermeldung ist mir noch nicht untergekommen und mein Google-Fu reicht gerade auch nicht, um etwas mit einem "+" aufzufinden. Der Dialog sieht mir ein wenig verkürzt aus, obwohl da noch Platz für weiteren Text wäre. Also vielleicht ein "+" im Sinne von 'da wäre noch mehr Text, der wird aber nicht angezeigt'.

Falls das unter Debian auch so geht, dann starte doch mal die Fehlerkonsole mit STRG-SHIFT-J und reproduziere den Fehler. Vielleicht wird darin mehr ersichtlich.

Gruß

Sehvornix

Hallo Andreas,

bitte lösche den Link in Beitrag #3 wieder. Das ist keine offizielle Quelle für Thunderbird-Downloads. Im Zweifel werden über solche Links auch mit Schadsoftware gekoppelte Pakete unter das Volk gebracht.

Micha hat Dir den korrekten Link gegeben und wenn Du ansonsten gar nicht weißt, woher Du die Installationsdatei bekommen sollst, dann bietet auch dieses Forum Downloads an, bei denen Du Dir sicher sein kannst, nichts untergeschoben zu bekommen.

Auch gerne genommen: getthunderbird.com, welches dann zu https://www.thunderbird.net/de/ aufgelöst wird und da bist Du an der offiziellen Quelle.

Gruß

Sehvornix

Hallo Mapenzi,

die Konstellation entsteht, wenn wie hier vom TE beschrieben ein Profil migriert wird. Es ist also eine Altlast des migrierten Profils, die sich vorher nur noch nicht bemerkbar gemacht hat. Weiter tritt es möglicherweise nur mit der DE-lokalisierten Version der Installationspakete von Thunderbird auf. Diese ganzen Umstände in Summe führen zu dem Verhalten, dass Thunderbird genau 1 x startet und dann die im Screenshot dargestellte Fehlermeldung ab dem zweiten Start bringt und ansonsten im Abgesicherten Modus auch 'normal' funktioniert.

Schaut man nach, findet man unter Add-ons aber nichts vor. Möglicherweise liegt aber im Verzeichnis extensions noch eine einschlägige xpi-Datei. Die könnte man auch löschen. Stattdessen die addonStartup.json.lz4 zu löschen und mit dem nächsten Start von Thunderbird neu aufbauen zu lassen, führt auch dazu, dass Thunderbird nicht mehr an den Konfigurationsresten und einer ggf. immer noch im extensions-Verzeichnis liegenden xpi hängen bleibt. Einerseits hatte ich selbst damit letztes Jahr zu tun (gibt auch eine Anfrage meinerseits hier im Forum dazu), andererseits habe ich aber keinen akuten Fall zur Hand, so dass man mal genauer in der addonStartup.json.lz4 nachschauen könnte, wie das zusammen hängt.

Die pkcs11.txt habe ich ehrlich gesagt aus einer Deiner letzten Antworten zu diesem Problembild übernommen, wobei mir die Wirkung auch noch nicht klar ist, denn in der pkcs11.txt sind ja die Methoden für Authentifizierung und Verschlüsselung aufgeführt, die systemseitig genutzt werden können. Hier wäre dann die Frage zurück, ob Du diesen Zusammenhang vielleicht an anderer Stelle nachvollziehen konntest.

Gruß

Sehvornix

Könnten diese nstmp-Dateien vielleicht entstanden sein, weil bei der Größe der zu komprimierenden Dateien der Vorgang schlicht so lange dauert, dass Thunderbird unbewußt mittendrin beendet wurde und dann halb komprimierte Reste übrig blieben?

Gruß

Sehvornix

Hallo dj.magic,

willkommen im Thunderbird-Mail-Forum.

Das ist ein typisches Problem mit einem übriggebliebenen Sprachpaket. Auch wenn es in den Add-ons nicht gelistet wird, steckt es noch in der Konfiguration.

Da wird vermutlich ein bewährtes Hausmittel helfen: verschiebe mal die addonStartup.json.lz4 aus dem Profil-Verzeichnis an eine andere Stelle. Ggf. auch noch die pkcs11.txt. Natürlich bei geschlossenem Thunderbird. Erst wenn das Problem danach nicht mehr auftritt, kannst Du die verschobenen Dateien auch löschen.

Speicherort des Profils ist normalerweise %appdata%\Thunderbird\Profiles\<xxxxxxxx>.default-release.

Wenn Du Dich vergewissern willst: starte Thunderbird im Abgesicherten Modus - wenn es dann funktioniert, ist das quasi die Bestätigung und o.g. Lösung wird funktionieren.

Gruß

Sehvornix

Hallo,

beim Verschieben von Partitionen auf einer Festplatte kann man aber auch richtig Pech haben, weil hin und wieder die physikalischen Positionen der Partionen auf dem Datenträger eine Rolle spielen. Zum Beispiel bei versteckten Recovery- oder Diagnose-Partitionen mancher Hersteller. Das gilt auch für sekundäre Laufwerke, die an sich nichts mit dem Bootvorgang zu tun haben müssen. Das passt dann nach einer Verschiebung nicht mehr. Ohne sehr detaillierte Kenntnisse von dem Datenträger, auf dem die 80 GB Partition liegt, kann man das nicht einschätzen. Rückgängigmachen ist dann in aller Regel auch nicht. Da hilft nur noch ein zuvor angelegtes Image des gesamten Datenträgers.

Eine eventuell einfachere Option besteht darin, den gesamten Inhalt der 80 GB Partition auf eine vielleicht vorhandene größere externe Festplatte auszulagern. Temporär versteht sich. Der 80 GB Partition kann man dann vorübergehend einen anderen Laufwerksbuchstaben geben und dem externen Laufwerk eben den freigewordenen Laufwerkbuchstaben der 80 GB Partition. Danach sieht es für Thunderbird so wie vorher aus. Damit hättest Du genügend Spielraum für die Konsolidierung. Anschließend dann die Prozedur retour.

Allerdings kann ich mir nicht recht vorstellen, dass damit eine nachhaltige Lösung gefunden wäre. Wenn jetzt bereits fast 90% der Partion mit Daten belegt sind, kommt man mit Komprimierung etc. auch nicht so weit runter, dass das Problem in ein paar Wochen / Monaten dann nicht schon wieder da ist.

Gruß

Sehvornix

Das ist einer der Threads, in denen es um das gleiche Problem gehen könnte.

Hallo GBM,

willkommen im Thunderbird-Mail-Forum.

Sieht das im Webmailer von Freenet genauso aus oder sind die Mails dort noch vorhanden?

Bis wann waren die Mails Deiner Erinnerung nach noch vorhanden?

Zitat von GBM 176

Insgesamt sind nun nach dem 23.12. noch neun nicht weiter archivierte Mails in dem Ordner und beanspruchen 121MB

War am 23.12. irgendetwas auffällig, worauf Du Dir zunächst keinen Reim machen konntest?

Woher hast Du die Information über die 121 MB? Wäre das denn ein plausibler Wert für nur die Mails ab dem 23.12. bis heute?

Was meinst Du mit 'noch neu nicht weiter archivierte Mails'? Wie gehst Du denn diesbezüglich vor?

Ich würde an Deiner Stelle sofort ein Backup vom Profilordner erstellen, damit ggf. noch Daten wiederhergestellt werden können, bevor bei weiteren Versuchen endgültig Dateien gelöscht werden. Gibt es eventuell ein reguläres Backup, wo Du rückwärts nachprüfen könntest, wann der Schwund aufgetreten ist (gestern, 01.01., 27.12., 23.12., 18.12. vor dem Update)? Irgendeine Form von täglichem Backup oder zumindest immer von den Tagen, an denen der PC hochgefahren wird?

Viele Fragen, ich weiß, aber vielleicht kommen wir der Ursache und einer Lösung damit näher. Tatsächlich scheint so ein Verhalten mit der 78.6.0 inzwischen ein paar mal hier im Forum berichtet worden zu sein - ohne, dass das bisher nachvollziehbar war (soweit ich das mitgelesen habe). Noch eine Frage, nutzt Du die 32-Bit oder die 64-Bit Version von Thunderbird?

Gruß

Sehvornix

Zitat von mgbd

Nanu, ich dachte, der Absender sei das Einzige, woran sich der Junkfilter orientieren kann.

Nee. Ist eh in der Regel gefälscht. Stell es Dir wie einen Brief vor, auf den jemand einen Absender hinten drauf schreibt. Muss der deshalb auch wirklich von dem Absender abgesendet sein? Nein.

Zitat von mgbd

Was gibt es denn da noch für Möglichkeiten?

Es gibt sehr viele technische Ansatzpunkte. Um mal nur eine ganz kleine Auswahl zu nennen: ob der vorgebliche Absender mit den im Header zu findenden technischen Versand-Daten zusammenpasst, ob die Formatierung des Mail-Body üblichen Standards folgt, ob der User-Agent plausibel ist, ob die chronologische Kette der Timestamps stimmt. Inhalt, also Betreff und eigentlicher Mailtext, können analysiert und sagen wir mal auf einen Fingerabdruck kondensiert werden, der wiederum gegen Datenbanken abgleichbar ist (zum Beispiel gegen die bereits trainierten Daten). Natürlich sind auch einschlägige Stichworte oder merkwürdige Attachements genauso wie eingebettete Grafiken oder Hyperlinks ein Indiz. Und so weiter. Am Ende resultiert die Prüfung auf eine Vielzahl von Kriterien in einem Scorewert, dass es sich mehr oder weniger wahrscheinlich um SPAM handelt. Ab einem bestimmten Schwellwert, wird die betreffende Mail als Junk klassifiziert.

Gruß

Sehvornix

Die Filter des betreffenden Kontos: msgFilterRules.dat

Siehe "Profilordner - Welche Dateien sind enthalten?", Abschnitt 7.

Gruß

Sehvornix

In Ergänzung zu mrb, das Adressbuch ist (oder sollte sein) die Datei abook.sqlite. Sofern im neuen Profil das Adressbuch einmal durch öffnen initialisiert ist, sollte im neuen Profil eine abook.sqlite vorhanden sein. Die kann man mit der abook.sqlite aus dem alten Profil - bei geschlossenem Thunderbird - überschreiben. Dann sind auch die Adressen migriert.

Gruß

Sehvornix

Hallo mgbd,

Zitat von mgbd

aber die Mails kommen von den gleichen Absendern immer wieder.

Für den Junk-Filter ist der Absender eher nebensächlich. Ich hatte das genannt, weil man daran vielleicht am ehesten wiederholt eintreffende unerwünschte Mail identifiziert.

Schau bitte noch mal genau die Einstellungen nach. Du hast noch nicht auf alle genannten Punkte Feedback gegeben.

Zitat von mgbd

Ich habe jetzt wenigstens die Trainingsdaten gelöscht. Die kann man sich ja leider nicht ansehen, vielleicht war da kein Platz mehr für aktuelle Spams.

Doch, kann man. Ist allerdings teilweise binär codiert. Die Datei training.dat liegt im Verzeichnis <xxxxxxxx>.default-release. Ist bei mir heute ca. 1 MB groß. Statt sie zu löschen beim nächsten Mal vielleicht erst nur verschieben. Jetzt muss der Filter auf jeden Fall ganz neu trainiert werden.

Unwahrscheinlich.

Gruß

Sehvornix

Zitat von mgbd

Und weiter unten steht er auf Spam Assasin

... das speziell ist bei uns aber nicht aktiviert (sollte schon genau so aussehen wie im Screenshot von AndyC).

Oder läuft bei Dir extern wirklich irgendwo Spam Assasin? Also Junk-Filter für das Konto aktivieren ist unabdingbar, aber wenn die Mails nicht vor dem Eintreffen in Thunderbird von Spam Assasin verarbeitet werden, kann Thunderbird auch keine solchen Kopfzeilen in der Mail auswerten. Vielleicht liegt ja da schon die Krux bei Dir.

Gruß

Sehvornix

Hallo Stylist,

ob das tatsächlich serverseitig unterbunden wird, weiß ich auch nicht. Mir kommt aber in den Sinn, dass Thunderbird die Ordner vielleicht von sich aus wieder einbindet, weil sie ja normalerweise auch in den Konteneinstellungen konfiguriert sind und sich dort zumindest teilweise auch nicht entfernen lassen.

Gruß

Sehvornix

Hallo sonntagskind,

danke für das Feedback, in welchem Kontext das Problem bei Dir zu orten war.

Klingt zumindest für mich plausibel.

Gruß,

Sehvornix

... Du hast eingangs nur von Googlemail geschrieben (also etwa nicht noch ein Google-Kalender) und eben in Beitrag #6, dass Du der Meinung bist, in Thunderbird sei über die GUI davon samt und sonders nichts mehr zu finden - und trotzdem taucht weiter die Aufforderung zur Eingabe des Google-Kennwortes auf?

Hast Du Extras > Einstellungen > Datenschutz & Sicherheit > Gespeicherte Passwörter geprüft? Und da steht auch nichts mehr von Google?

Das ist schwer nachvollziehbar. Aber gut, versuch doch bitte mal über das gesamte Profilverzeichnis (normalerweise %appdata%\Thunderbird) den Suchbegriff 'gmail' zu finden und teile uns die gefundenen Dateien als Liste mit (als Screenshot z. B.). Das kann man über den Dateimanager 'Windows Explorer' bewerkstelligen. Allerdings muss man für die Suche die 'Erweiterte Optionen' anpassen und auch 'Dateiinhalte' durchsuchen lassen.

Zitat von SushiFuchs

... allerdings habe ich es damals per Hand deinstalliert, so dass die Einträge verschwunden bzw nicht mehr da sind.

Was verstehst Du unter 'per Hand deinstalliert'? Bitte beschreibe mal kurz in ein paar Stichworten, wie Du konkret vorgegangen bist. Entsprechend, welche Einträge waren verschwunden?

Gruß

Sehvornix

Hallo mgbd,

als Vorfilter sollte bei 1und1 'Anti-SPAM' aktiviert sein:

Über das Ergebnis dieses Filters bekommst Du dann täglich einen Bericht von 1und1. Es empfiehlt sich, den auch wirklich täglich zu sichten. Hier bei mir ist alle paar Tage ein fälschlich dort gelandetes Objekt dabei.

Dann ist außerdem das Trainieren des Filters für eine gewisse Zeit erforderlich (es ist ein lernender Filter):

Das geschieht durch Klick auf die Flamme. Die betreffende Mail sollte dann automatisch in den Junk-Ordner verschoben werden. Also, SPAM-Mails ausdrücklich nicht sofort löschen, sondern immer erst durch den Junk-Filter bearbeiten lassen und erst später aus dem Junk-Ordner löschen. Andernfalls kommt es zu keinem Lerneffekt.

Das funktioniert eigentlich ziemlich gut, aber es braucht meiner Beobachtung nach eine gewisse Zeit, bis das greift. Soll heißen, wenn man eine bestimmte vielleicht wiederkehrende SPAM-Mail erst 1 x als Junk qualifiziert hat, hat der Filter das noch nicht genug gelernt. Aber nach einer gewissen Zeit beginnt das System zu greifen.

Sollte Dir das nicht genügen, kannst Du es auch noch mit einem zusätzlichen externen Filter probieren. Lokal kann man zum Beispiel Spamihilator vorschalten. Der arbeitet als Proxy zwischen Thunderbird und den Servern des Providers. Mit dem habe ich für meinen Teil gute Erfahrungen gesammelt, setze den aber aktuell nicht ein. Bei den mit Thunderbird angesprochenen Konten ist kein Bedarf dafür und das was in Outlook ankommt wird aktuell ebenfalls ganz gut mit den Bordmitteln gefiltert.

Gruß

Sehvornix

Hallo Dennis,

Zitat von SushiFuchs

Ich habe damals alles komplett deinstalliert usw.

Vermutlich wirklich nur Thunderbird deinstalliert und dann im Glauben, damit sei alles weg? Dem ist nicht so. Die Profildaten sind vermutlich geblieben, wenn Du die nicht von Hand bereinigt hast. Jetzt mit der Reaktivierung greift TB auch wieder auf die alten Profildaten zurück.

Schau halt über Extras > Konten-Einstellungen, ob das Google-Mailkonto dort noch aufgeführt wird und lösche es über die Konten-Aktionen. Dann sollte der Spuk aufhören. Danach kannst Du noch einen Schritt weitergehen und in Extras > Einstellungen > Datenschutz & Sicherheit > Gespeicherte Passwörter sämtliche Zeilen entfernen, die etwas mit Google zu tun haben. Der zweite Schritt ist nicht zwingend erforderlich. Dient nur der Konsolidierung.

Hättest Du aber auch gerne gleich deutlich manchen können, dass es Dir nicht darum geht, das wieder in Funktion zu bringen, sondern zu entfernen und das Google-Konto loszuwerden

Gruß

Sehvornix

Hallo Atalanttore,

mir lag so ein Kommentar wie der von Boersenfeger mit #20 "// ..." sozusagen auch schon auf der Zunge. Da war er halt schneller. Offensichtlich sehen das auch noch andere Mitleser so, dass Du Deine Erfahrungen nicht in der Form verallgemeinern kannst.

Zu den Möglichkeiten der Eingrenzung aus der Ferne ist ansonsten eigentlich erst mal alles gesagt. Helfer mit Linux-Erfahrung sind hier auch nicht so viele unterwegs, geschweige denn mit der Distri, die Du für Dich gewählt hast.

Aus meinem Bereich möchte ich noch folgenden Erfahrungsbericht ergänzen: Eines meiner eigenen Thunderbird-Profile ist inzwischen über 10 Jahre und viele Versionen in Gebrauch - es hat sich in all der Zeit kein einziges Mal zerlegt. Hat über die Zeit natürlich diverse Migrationen und zigfach Aktualisierungen 'überstanden' (allerdings durchgängig unter Windows und zunächst keine Add-ons, später dann nur Lightning mehr oder weniger automatisch). Seit April 2018 nutze ich privat Ubuntu (erst 17.10, jetzt 18.04 LTS, demnächst entweder 20.04 oder .. mal schauen) mit Thunderbird als Mailclient. Da ist eine Kopie eben dieses bisher unter Windows genutzten Profils zu Linux rübergegangen. Läuft ebenfalls völlig störungsfrei. Mir sind noch mindestens zwei weitere Installationen unter Linux in meinem Umfeld bekannt, die eine davon ebenfalls seit sehr vielen Jahren (auch Größenordnung 10 Jahre). Bisher habe ich von keinen derartigen Problemen gehört, frage aber gerne mal nach.

Bevor für meine Belange die Wahl auf Ubuntu fiel, habe ich diverse Distributionen in VMs längere Zeit durchprobiert und erkundet. Darunter auch Linux Mint, Manjaro, Arch und pures Debian. Am meisten Probleme stellten sich schon nach kurzer Zeit mit Arch ein. Das ist bekanntlich ein Rolling-Release und meiner Erfahrung nach kommt es schnell außer Tritt, wenn man die laufenden Aktualsierungen nicht penibel alle mitnimmt. Long story short - Mint ist ein Ubuntu-Derivat (wenn's bei Dir nicht die LMDE ist) und als solches basiert es auf einer weit verbreiteten Distribution, aber andererseits hat der Maintainer auch eigene Vorstellungen von bestimmten Dingen, u. a. dem Paketmanagement und den Aktualisierungsprozessen. Das war für mich der Grund, dann doch mehr auf den Mainstream zu setzen und damit bin ich bis jetzt ziemlich stressfrei gefahren.

Also, an Deiner Stelle würde ich wohl parallel in den Mint-Forem mal anfragen, wer dort mit Thunderbird und einer ähnlichen Mint-Konstellation arbeitet und welche Erfahrungen dort damit bestehen. Ggf. finden sich dann auch Ansätze für die Ursachen, die wir Dir hier nicht liefern können. Zumindest nicht mit nur der einen Seite der Medaille Namens Thunderbird.

Gruß

Sehvornix

Hallo PMan,

schauen wir mal, was sich wie auseinandersortieren lässt.

Zitat von PMan

... dass es sich bei dem zerstörten System um eine 68 Version gehandelt haben muss (abbok.map). Ich habe noch eine 60.09.1 Version auf einem alten Windows-Rechner funktionsfähig ...

Dazu kannst Du jeweils in den betreffenden Datenbeständen in der Datei compatibility.ini genau nachschauen, zu welcher Version von Thunderbird die Daten passen. Da steht dann sowas wie LastVersion=78.6.0_20201211152611/20201211152611 drin (Beispiel aus einer compatibility.ini hier auf meinem PC).

Wenn Dir nun auch noch ein Windows-PC für gewisse Arbeiten zur Verfügung steht, kannst Du sehr gezielt installieren und upgraden, um Deine vorhandenen Profildaten auf den erforderlichen Stand zu bringen. Das geht damit denke ich flexibler, als unter Ubuntu (noch dazu mit Snap) auf eine ältere Thunderbirdversion downzugraden.

Quelle für alle Versionen von Thunderbird: https://archive.mozilla.org/pub/thunderbird/releases/

Damit Dir der automatische Updateprozess nicht dazwischen funkt, würde ich außerdem noch empfehlen, den Windows PC vor dem nächsten Einschalten zunächst vom Internet zu trennen um die Updatefunktion zu deaktivieren. Ansonsten aktualisiert sich Thunderbird möglicherweise ganz fix bis zur 78.6.0 durch, ohne dass Du großartig Einfluss darauf hast. Das würde aktuell in Deiner Lage nur weitere Probleme mit sich bringen.

Zitat von PMan

In dem Zusammenhang stellt sich allerdings noch die Frage, wofür genau das cache-Verzeichnis da ist.

Übersetzung 'Cache': Puffer, Zwischenspeicher. Das Verzeichnis nutzt Thunderbird zu Laufzeit zum Puffern und Zwischenspeichern bestimmter Daten. Kannst Du für Deine Angelegenheiten aber komplett ignorieren. Kann man auch getrost löschen - wird dann mit dem nächsten Start von Thudnerbird neu aufgebaut.

Zitat von PMan

~/snap/thunderbird/common/.thunderbird/....

Da ist doch der Ornder .thunderbird. Zwar nicht an der Stelle, wo er normalerweise ohne die Snaps auftauchen würde, aber grundsätzlich doch da. Somit hast Du den Speicherort, auf den sich Deine nächsten Schritte richten sollten. Allerdings wird es wohl nicht klappen, ein .thunderbird-Verzeichnis aus einer Konstellation ohne Snap auf ein .thunderbird-Ordner unter den Bedingungen von Snap zu kopieren. Da dürften dann doch einige Unterschiede Probleme verursachen.

Dein Vorgehen könnte nun so aussehen: zunächst mit Hilfe des alten Windows PC eine Thunderbirdumgebung herstellen, in dass sich die vorhandenen 'vor-78.x'-Daten übernehmen und prüfen lassen. Dann dort weiter aktualisieren bis Du bei derselben Version angekommen bis, die unter Ubuntu 20.04 läuft. Dann partielle Migration von ausgewählten Dateien aus dem unter Windows laufenden Profil in das Profil unter Ubuntu. Konkret die Inhalte von Local Folders und die Datei abook.sqlite. Falls Dir nicht noch andere Daten wichtig sind, sollten die weiteren Dinge nicht übernommen, sondern unter Ubuntu neu eingerichtet (Filter) oder installiert (Add-ons) werden.

Für den Inhalt von Local Folders ist mir kein Zusammenhang zur Thunderbirdversion bekannt ⁽¹. Da ist nichts zu beachten. Der wesentliche Unterschied zwischen den Versionen liegt hier für Dich bei den Adressbüchern und der Konvertierung der abook-x.mab in abook-x.sqlite. Da kennen wir bisher noch keinen anderen Weg, als dass Thunderbird das selbst implizit bei einem Upgrade von der Version 68.x. auf die Version 78.x durchführt. Ansonsten sind derzeit nur mehr oder weniger komplexe Workarounds mit vorher durchgeführten Exporten als csv oder vcf oder auf einen CardDAV- oder LDAP-Speicher mit anschließendem Reimport hier im Forum bekannt. Das wird dann schnell eine Frage von 'Wie viele Kontakte sind es denn?'.

Kopieraktionen von Datein in ein Thunderbird-Profil natürlich immer bei geschlossenem Thunderbird.

Wichtig ist für das Adressbuch, dass auf dem Zielsystem das Profil schon laufen sollte und ein Adressbuch zumindest als Platzhalter bereits existiert. Dann lässt sich die dadurch im Profil entstandene abook-x.sqlite durch die aus der Quelle ersetzen.

Zitat von PMan

Die Datenablage in Unterverzeichnissen von Snap gefällt mir persönlich auch nicht besonders. Allerdings handelt es sich derzeit ja auch noch um eine Originalinstallation ohne Änderungen. Die beiden Pfade lassen sich in Thunderbird ja auch noch verändern.

Das solltest Du bei einer mittels Snap gewartete Installation von Thunderbird denke ich nicht tun! Den Grund hat Susanne bereits genannt.

Gruß

Sehvornix

¹⁾ Ich gehe davon aus, dass Du bisher das mbox-Format (1 Datei pro Mail-Ordner) nutzt und nicht auf maildir (1 Datei pro Mail) umgestellt hattest. Falls doch, sollte sichergestellt sein, dass bei der Neueinrichtung die gleichen Einstellungen wie in der vorherigen Konfiguration getroffen wurden.