Hello,
first thing to mention: Outlook has no easy (if any) option to store messages as .eml files. Standard and only build in is to store as .msg files. How did you obtain .eml files of your messages from Outlook?
- Import / Export is not transferring EML messages (Outlook).
mrb suggested to Drag & Drop the file direct onto the folder (e.g. Inbox) in Thunderbird. He was not suggesting to Import / Export something. Just to clarify, that this is not misunderstood.
Regards
Sehvornix
Ergänzung: Das gleiche passiert auch bei Versand über einen anderen Provider. Hier konkret, wenn ich die besagte Datei im selben Thunderbird über ein 1und1-Konto versende.
Ein Hinweis ist vielleicht, dass das Umkodieren an der selben Stelle einsetzt, aber bedingt durch den geänderten Dateinamen dies nun sichtbar wird (ab Stelle 18).
Ich hatte die Datei zur Unterscheidung 1 x mit dem Prefix 'abgesp ' ergänzt.
Habe trotzdem keine Idee für den Grund.
Gruß
Sehvornix
Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:
78.5.0 (64 Bit)Hallo zusammen,
gestern habe ich ein Problem bei der Weiterleitung eines PDF-Anhangs festgestellt. Vielleicht kennt jemand das Problem oder hat Interesse mitzurätseln, woran es liegt?
Im Original sieht das so aus:
Beim Weiterleitungs-Empfänger dann so:
oder so
Die .dat kommt reproduzierbar an, wenn ich die original empfangene Mail weiterleite. Das Verhalten ändert sich zu .pdf, wenn der ursprüngliche Anhang in eine neu erstellte Mail per Drag & Drop direkt ohne Zwischenspeicherung auf dem Dateisystem übernommen wird.
Folgende Tests habe ich dann mit der PDF-Datei versucht:
Das ist doch einigermaßen merkwürdig 
Gruß
Sehvornix
ob es dort den Punkt Sprachen/Languages gibt und wenn ja, ob es dort installierte Sprachpakete gibt, wenn ja, deinstallieren.
Eher nicht. Es gehört zu den Merkwürdigkeiten der ganzen Upgradeschritte, dass von vorherigen Thunderbird-Versionen unter Umständen ein Sprachpaket (nicht Wörterbuch) übrig bleibt, welches in den Add-ons nicht angezeigt wird, aber als Datei noch da ist und auch noch in der prefs.js und besagter addonStartup.json.lz4 adressiert wird. Gerade auch dann, wenn MozBackup im Spiel ist (aber nicht nur dann).
Gruß
Sehvornix
Hallo Martin,
im Profilordner (Standard) %appdata%\Thunderbird\Profiles\<xxxxxxxx>.default-release gibt es eine Datei addonStartup.json.lz4. Die bitte bei beendetem Thunderbird mal von da weg verschieben. Dann Thunderbird testweise normal starten. Funktioniert das?
Es gibt da auch ein Verzeichnis extensions. Welche Dateien liegen in dem Verzeichnis?
Als Alternative zu MozBackup braucht es eigentlich gar kein Tool. Schau mal in die Anleitungen hier im Forum (oben in der Menüleiste). Es genügt, den Profilordner auf ein Backup-Medium zu kopieren. Aber wenn es Dir lieber ist, das mit einem Tool vorzunehmen, dann schau Dir mal ImportExportTool NG an.
Gruß
Sehvornix
Guten Morgen Martin,
das ist schiefgelaufen:
Neuinstallation, alte Mail - Daten mittels MozBackup Version 1.5.1 von altem PC importiert (es war Thunderbird 74.irgendwas - Windows startete nicht mehr, nur Backup war vorhanden)
MozBackup wird schon lange (seit mehr als 8 Jahren) nicht mehr weiterentwickelt und der Entwickler selber warnt vor dem Einsatz, weil eine Reihe spezifischer Dinge mit neueren Thunderbird-Versionen nicht mehr berücksichtigt wird.
Da Thunderbird bei Dir noch im Abgesicherten Modus startet, stehen die Chancen allerdings gut, dass das Problem durch Identifizierung eines inkompatiblen Add-ons + dessen Entfernung zu lösen ist. Du kannst die Add-ons im Abgesicherten Modus alle deaktivieren. Danach wieder testen bis das (oder die) fragliche(n) Add-on(s) gefunden ist (sind). Anschließend prüfen, ob die gewünschten Add-ons in kompatibler Version für 78.x verfügbar sind.
Sollte das nicht zur Lösung geführt haben, schauen wir dann weiter, was noch in Betracht kommt.
Gruß
Sehvornix
P.S.: Gibt's außer MozBackup noch eine andere Sicherung?
Guten Morgen Sibylle,
altes Adressbuchformat (bis 68.x): .mab, neues Adressbuchformat (ab 78.x): .splite.
Dateien xxxx.mab.bak = Backup nach Konvertierung der xxxx.mab in xxxx.sqlite.
.msf ist nur ein Index. Kannst Du ignorieren.
impab-x.mab und Varianten: ehedem importierte Adressbücher. Du schreibst ja auch von Importen aus Outlook. Passt also.
Hier im Forum ist bisher keine Möglichkeit bekannt, die bei der Upgrade-Konvertierung ggf. 'vergessenen' Adressbücher separat noch mal in die Konvertierung zu geben oder einen Import von .mab in ein Thunderbird 78.x durchzuführen.
Für eine der nächsten Thunderbird-Versionen soll eine Importmöglichkeit nachgeliefert werden.
Mir kommt es so vor, als ob gerade bei Nutzern mit vielen Adressbüchern (ich sag mal mehr als 5) das Upgrade in diesem Punkt nicht sauber läuft. Andererseits könnte es auch sein, dass Thunderbird im Hintergrund weiter an der Konvertierung werkelt. Soll heißen, mehrere direkt nacheinander ausgeführte Neustarts von Thunderbird würden nichts daran ändern, dass der Konvertierungsvorgang im Hintergrund vielleicht eine Weile länger braucht. Jedenfalls hat der eine oder andere als Rückmeldung in Forum geschrieben, dass die Adressen dann doch irgendwann da waren. So ein Feedback kam aber erst nach ein paar Tagen.
Gruß
Sehvornix
Hallo H1zel,
oder ob sich in der Inbox eine Mail befindet, in der ein Schadecode angehängt oder versteckt ist.
Den Ansatz würde ich mal genauer verfolgen. Es wäre allerdings das erste Mal hier im Forum zu lesen, dass der Windows Defender auf die mbox-Datei 'INBOX' angesprungen ist.
Die dritte Option wäre, dass es ein bekanntes Problem mit Web.de Konten ist
Nope. Hab hier auch web.de mit IMAP und keine derartige Meldung mit 78.5.0 (64 Bit) sowie nur Windows Defender.
Gruß
Sehvornix
Hallo Michael,
prima, dass die Methode mit Platzhalter und Substitution funktioniert hat .
2. Dann die alten Adressbücher (sqlite)
Noch mal: .sqlite ist das neue Format. Wenn Du diese Dateien in Deinem alten gesicherten Profil vorfindest, war dort bereits kein Thunderbird 68 mehr, sondern ein Thunderbird 78 aktiv und ...
Wie geht das nun mit dem konvertieren von map-Dateien?
... die .sqlite-Dateien sind konvertierte .mab-Dateien. Das kann bisher nur Thunderbird selbst bei einer Upgradeinstallation von 68.x auf 78.x. Es gibt noch keinen anderen Weg. Nur Workarounds mit einem Export in Fremdformate unter Thunderbird 68.x und Reimport dann unter Thunderbird 78.x. Steht aber alles schon in all den Beiträgen nachzulesen. Hier also erneut die Antwort auf "Wie geht das nun...?": gar nicht.
Der Weg zurück zu einem Thunderbird 68 ist mit Deinen gesicherten Profildaten aller Wahrscheinlichkeit nach nicht mehr mal eben möglich.
3. Dann habe ich mit dem Editor mal eine map-Datei geöffnet und gesehen, dass da auch Adressen drin sind. Allerdings wenn man das kopieren und umbenennen mit der map-Datei probiert (abook-9-alte-map.sqlite),
.mab = altes Format, .sqlite = neues Format (konvertiert aus .mab). .mab in .sqlite umbenennen = Murks.
Ok? 
Nun, die von Dir jetzt eingebundenen .sqlite-Dateien sollten eigentlich die selben Adressen sein, die mit ursprünglicher Namensgleichheit als .mab oder .mab.bak noch vorliegen. Nochmalige Konvertierung ist nicht notwendig bzw. würde zu Dubletten führen. Oder kannst Du eindeutig solche .mab-Dateien oder auch im neuen Profil .mab.bak-Dateien identifizieren (in dem Du mit einem Editor reinschaust), die bei der bereits durchgeführten Konvertierung am Ende nicht angekommen sind? Aber auch dann bleibt es dabei, dass eine nochmalige Konvertierung derzeit nicht ohne weiteres machbar ist und es bisher nunmal auch noch kein Import-Tool dafür gibt.
Schön wäre ein Addon oder eine Funktion im Adressbuch beim importieren, dass man da auch von alten TB Adressbüchern übernehmen könnte, das wäre toll. Vielleicht eine Anregung für die Entwickler.
Dazu war auch schon geschrieben, dass in einer der nächsten Thunderbirdversionen eine Importfunktion geplant ist. Nur kann man leider nicht sagen, wie lange es noch bis dahin dauert und natürlich können die Entwickler das auch wieder streichen.
Gruß
Sehvornix
Hallo Ecki,
... quasi als doppeltes Backup: 1x auf Festplatte (D:\MagentaCLOUD\Mail\Local Folders) und per Synchronisation zusätzlich in der Cloud, falls ein PC mal crashen sollte). So ist/war mein bisheriger Denkansatz.
Das ist kein doppeltes Backup. Ein doppeltes Backup würde zwei unabhängige Speicherorte + den echten in Benutzung befindlichen Datenbestand erfordern. Das lokale Verzeichnis ist aber 1a abhängig vom Cloud-Speicherort. Das ist so nicht mal ein einfaches Backup. Klar ist das auch eine Art Sicherung. Allerdings nur für ganz bestimmte Ereignisse, wenn nicht gar nur für das von Dir genannte alleine.
Es würde bereits nicht mehr funktionieren, wenn ein PC nicht gleich crasht, sondern 'nur' die Festplatte schleichend kaputt geht und dabei Dateien kurrumpiert. Dann werden diese defekten Dateien ganz fix via Cloud auf alle anderen Gerät synchronisiert und schon ist es Asche mit dem Backup. Oder eine versehentliche Löschung. Das ist dann für die MC die jüngste 'Änderung' und somit wird die Datei auch asap in alle Richtungen gelöscht-synchronisiert. Wieder nichts mit einem Backup. Insbesondere, wenn Dir das nicht gleich auffällt und Du eine andere Instanz noch von der Synchronisierung abhalten kannst. Oder nehmen wir mal ein böswilliges Beispiel, einen Crypto-Trojaner. Da ist weder der lokale Speicherort noch via Sync der Cloud-Speicher davor geschützt. Also wenn Du eh gerade dabei bist, das eine oder andere Konzept zu überdenken, dann richte doch ein paar Überlegungen auch auf diesen Aspekt.
Du könntest dieses lokale Verzeichnis der MagentaCloud vielleicht eher als so eine Art Lagertresen ansehen, an dem Dateien abgegeben und abgeholt werden, bildlich gesprochen, aber nicht als einen normalen unabhängigen Speicherort.
EMails sind also durch Nutzung von IMAP quasi schon auf allen Geräten synchron. Dann geht es nur noch um die Lokalen Ordner, die Dein Mail-Archiv darstellen. Das hättest Du auch gerne auf diversen Geräten synchron im Zugriff. Geht aber zumindest jetzt nicht mehr richtig rund via MagentaCloud.
Es geht bei diesen Daten um ein bestimmtes Verzeichnis aus dem Thunderbird-Profil:
%AppData%\Thunderbird\Profiles\<xxxxxxxx>.default-release\Mail\Local Folders (*1
Da besteht eigentlich erst mal keine Notwendigkeit, gleich das ganze Thunderbird-Profil in das lokale Cloud-Sync-Verzeichnis zu legen. Aber auch nur diesen Teil würde ich keinesfalls direkt live dahin legen. Und das Thunderbird-Profil auf unterschiedliche Speicherorte aufzuteilen, ist sowieso keine gute Idee.
Wenn Du damit leben könntest, die Archivierung in diese Lokalen Ordner primär nur auf einem bestimmten PC vorzunehmen, dann sehe ich zumindest eine Möglichkeit, das Verzeichnis, dass zum Lokalen Ordner gehört, weiterhin in einem ersten Schritt auf die Cloud zu kopieren und in einem zweiten Schritt auf der anderen Seite des Ziel-PC wieder in das dortige Profil zu übernehmen. Solche Kopieraktionen aber bitte immer bei beendetem Thunderbird durchführen. Tatsächlich hatte ich mir vor einiger Zeit für ein Kunden-Szenario schon mal ein Script überlegt, dass den Start von Thunderbird mit einem vor- oder nachgelagerten dateibasierten Backup ergänzt. Ist aber bisher nicht zum Echteinsatz gekommen. Backup an sich könnte man inzwischen auch wieder mit ImportExportTools NG machen, aber hier in Deinem Fall wäre der Script-Ansatz vielleicht zielführender. Natürlich verlängert sich der Start von Thunderbird dann um die Dauer so einer Kopieraktion, aber immerhin passiert das implizit durch Anklicken des gewohnten Thunderbird-Icons. Es bleibt andererseits ein teilweise manueller Prozess. Durch die Zwischenlagerung auf der Cloud, lässt sich aber jeder PC zu jedem Zeitpunkt mit dem dort hinterlegten Datenstand aktualisieren.
Gruß
Sehvornix
*1) Edit (Präzisierung): Das ist der Standardspeicherort. Bei Dir liegt der aber in dem lokalen Sync-Verzeichnis von MC. Wie oben eingangs auch von mir zitiert.
Hallo Micha71,
Nun, ich kann das ja mal probieren mit den leeren Adressbüchern und rüber kopieren..werde euch berichten.
Es geht zumindest nichts kaputt dabei, wenn Du nicht versehentlich Daten überschreibst. Aber es wäre erstaunlich, wenn das zum Ziel führen würden.
In Deinem Eingangsbeitrag schreibst Du von "(abook.squlite, abook.map.bak..usw.)". Dazu muss ich jetzt doch mal nachfragen, ob Du diese Dateien wirklich im gesicherten Profil des 68er Thunderbird auf dem USB-Stick ausmachen kannst? Das kann eigentlich nicht sein. Thunderbird 68 kann mit einer abook.sqlite rein gar nichts anfangen. Wie soll die dort entstanden sein?
Dennoch, wenn das so ist, dann würde ich annehmen wollen, dass die vorherige Installation ohne Dein Zutun bereits auf eine 78er Thunderbird aktualisiert wurde und damit eine Konvertierung der Adressbücher stattgefunden hat. Oder Du hast diese Dateinamen in Deiner 78er-Installation auf dem neuen PC vorgefunden, wo wie eigentlich auch nur durch eine Profilübertragung hingekommen sein können - dann sollten die Adressen allerdings auch bereits in Thunderbird auf dem neuen PC sicht- und nutzbar sein.
Wie dem auch sei, es braucht eine Erklärung Deinerseits, wo genau diese Dateien jetzt sind.
Gruß
Sehvornix
Hallo slengfe,
Du hast zwar nicht mich gefragt, aber Micha71 wird das wohl auch nicht beantworten können. Insofern greife ich das mal auf:
Oder denke ich schon wieder falsch?
Vielleicht. Es hängt wirklich davon ab, was auf dem Stick genau zu finden ist. Aber vor allem sollte dieses Experiment auf keinen Fall mit dem Stick mit der Datensicherung dadrauf gemacht werden! Denn danach sind die Daten verändert und konvertiert und es wird schwierig, überhaupt noch mal mit einer 68er-Version etwas versuchen zu können.
Der Effekt mit einem Thunderbird 78.x ein Profil 68.x zu starten, wäre wiederum in Punkto Adressbücher die Konvertierung eines, mancher oder aller vorgefundenen Adressbücher. Aber an den vielen hilfesuchenden Fragestellern zu Problemen mit Adressbüchern hier im Forum ist doch momentan klar ersichtlich, dass diese Konvertierung alles andere als zuverlässig läuft. Oft wird anscheinend nur das primäre Adressbuch abook.mab konvertiert. Und wenn viele Adressbücher vorhanden sind, dann in aller Regel bestenfalls nur ein Teil davon.
Gruß
Sehvornix
Hallo Ecki,
... der sich nie intensiver mit TB und Cloud befasst hat, ...
Bitte nicht falsch verstehen - das Profilverzeichnis auf ein in eine Cloud synchronisiertes Verzeichnis zu legen ist kein normaler Betrieb.
Man kann mit Thunderbird eine Menge Dinge anstellen und sich zunutze machen. Dazu gehören dann auch so Vorgehensweisen wie das Profilverzeichnis zu splitten und Profildaten von Maildaten zu trennen oder auch den Profilordner gleich ganz auf ein anderes (Cloud-, NAS-, what ever-) Laufwerk auszulagern. Nur ist das nicht der eigentlich vorgesehene Betrieb. Wenn es funktioniert, prima. Man kann aber daraus nicht ableiten, dass Thunderbird eine Robustheit für jegliches denkbare Szenario mit auf den Weg bekommt. Im Gegenteil. Die Entwickler setzen eher voraus, dass sich die Daten auf einem lokalen Laufwerk mit einem üblichen Dateisystem unter Verwaltung eines in den Systemanforderungen genannten OS stehen - und zur Laufzeit nur von einem Thunderbird genutzt werden.
Du kannst Dir vielleicht vor Augen führen, dass zur Laufzeit von Thunderbird sowohl dessen Prozesse auf die Dateien des Profils zugreifen als auch gleichzeitig die Dienste der Magenta Cloud, die jegliche Änderung des lokalen Verzeichnisses registrieren und sofort synchronisieren wollen. Das ist schon problematisch, da Thunderbird empfindlich reagiert, wenn bestimmt Dateien nicht exklusiv im Zugriff sind. Ganz schwierig wird die Vorhersage des Verhaltens, wenn wohlmöglich noch eine andere Thunderbird-Installation zeitgleich auch noch Änderungen auf die Cloud synchronisiert. Dann gibt's Änderungen von zwei Seiten und die Synchronisierung kommt richtig ins Schleudern. Bidirektionale Synchronisierung ist grundsätzlich schon kein trivialer Prozess und das mit Dateien auszuführen, auf die Thunderbird gerade zugreift, kann man denke ich knicken.
Gruß
Sehvornix
Hallo gnorf,
das ist ein vodafone-spezifisches Problem. Da müsstest Du mal bei deren Support nachfragen, wie sich die Fehlermeldung in Deinem Fall herleitet.
Der ISP/Mail Provider kann es ja nicht sein, sonst würde die Mail ja nicht vom Handy über den selben Account mit den selben Einstellungen über mein WLAN und Internetanschluss funktionieren.
Doch. Wenn Du mit dem Suchbegriff "550 5.7.1 Reject for policy reason." mal Google fütterst, landest Du ziemlich sicher bei diversen Treffern, die alle das gleiche Problem beschreiben und dabei insbesondere auch immer wieder beobachten, dass es z. B. mit dem Smartphone geht, aber mit Outlook nicht - am selben Anschluss, über dasselbe WLAN.
Grund für den Fehler ist eine von Vodafone gesetzte Regel, die beim Versuch des Mailversand mit Thunderbird greift und das dann blockiert. Solange man nicht weiß, gegen welche Regel das läuft, kann man wenig für eine Lösung ansetzen.
Gruß
Sehvornix
Hallo slengfe,
Dann klappt's.
Interessant. Hier leider nicht oder ich habe Deinen Einwand nicht verstanden.
Es geht um das nachträgliche konvertieren von .mab-Adressbüchern in .sqlite-Adressbücher. Wenn der OP mit einer .mab aus seinem 68er-Profil kommt und jetzt wissen möchte, wie er die im 78er-Profil nutzen kann, dann nützt es nichts, vorher in 78.x ein Adressbuch als Platzhalter zu erstellen. Da kommst Du mit der .mab nicht weiter. Käme man mit einer 'fremden' .sqlite aus einer anderen TB78-Installation um die Ecke, dann würde das wohl wieder klappen, eine zuvor erstellte leere .sqlite mit einer anderen vorhandenen zu überschreiben.
Micha71 schreibt aber, das es eine Sicherung eines 68er-Profils gibt und das auf dem neuen PC nun Thunderbird 78.4.3 läuft. Im Profil befinden sich (jetzt) "abook.squlite, abook.map.bak..usw.", was an sich impliziert, dass Thunderbird eine Konvertierung durchgeführt hat. Anscheinend sind die Adressbücher aber leer oder unvollständig. Jedenfalls lautet die gestellte Frage, wie Adressen in die neue Version übernommen werden können. Und dafür fehlt bisher eine Import-Option oder ein Weg, eine Konvertierung nochmals anzustoßen.
Gruß
Sehvornix
Hallo zusammen,
einfach eine beim Upgrade von 68.x auf 78.x vergessene abook-x.mab in das 78.x Profil zu stellen, bewirkt leider gar nichts. Es hilft auch nicht, wenn ggf. im 78er Profil vorhandene abook-x.mab.bak noch mal in abook-x.mab umbenannt werden.
Der Link von Boersenfeger zeigt auf einen Beitrag von Thunder, der wiederum auf einen Beitrag auf Bugzilla verweist. Wenn ich das richtig interpretiere, dann könnte es mit Änderungen an der prefs.js was werden, dass Thunderbird sich nochmals konvertierend um explizit benannte *.mab kümmert. Hat das inzwischen schon mal jemand getestet? Schaue ich hier in eine vorhandene prefs.js, dann finden sich darin einschlägige Zeilen, aber als Anleitung würde ich den Beitrag von 'Geoff Lankow' nicht gerade bezeichnen.
Gruß
Sehvornix
Hallo,
funktioniert es im Abgesicherten Modus wieder? Wenn ja, dann kommt ein inkompatibles Add-on in Frage.
Gruß
Sehvornix
Momentan gibt es meines Wissens noch keine Importmöglichkeit für .mab-Dateien oder einen mab-zu-sqlite-Konverter. So etwas (Import) soll für eine kommende Thunderbird-Version vorgesehen sein. So sind die Wege aktuell sehr begrenzt. Etwa 'eine ältere Thunderbird-Version installieren, dort die .mab wieder zugänglich machen, zu einem Adressbuch verdichten, als .csv oder .vcf exportieren und diese dann mit Thunderbird 78 wieder importieren'. Wird aber auch nicht schön, 129 .mab in Thunderbird sichtbar zu machen. Vielleicht weiß auch noch jemand anderer aus dem Forum Rat, ob man da etwas abkürzen kann. Wäre das mein Problem, würde ich wohl die 129 Dateien im Editor öffnen und die Daten manuell zusammentragen.
Gruß
Sehvornix
Und was ist das
Na, eben das 
Trotzdem unterscheidet sich die besagte Seite etwas vom sonstigen Geschwurbel auf anderen solcher Seiten. Aber ich hab ja auch schon angedeutet, dass die Anleitung, naja, vermutlich nicht so ganz zum Ziel führen wird.
Hallo micha-mw,
schön, das Du die Quelle der Anleitung angegeben hast. So kann man sich das mal ansehen und hier einbeziehen. Im ersten Moment dachte ich, "Ah, wieder so eine Seite mit s. g. 'Tipps', wo am Ende doch nur der Download irgendeines kostenpflichtigen Repair-Tools mit zweifelhaftem Nutzen das Ziel ist.". Aber hier stehen zumindest ein paar richtige Dinge drin. Dennoch denke ich, dass allein diese Anleitung die Lösung nicht bringen wird.
Wie geh' ich da am besten vor,
111 GB sind schon eine Ansage. Als Allererstes würde ich an Deiner Stelle jetzt eine Datensicherung erstellen, wenn das noch nicht geschehen ist. Und zwar vom kompletten Inhalt %appdata%\Thunderbird, wenn bei Dir der Standard-Speicherort belassen ist. Schon alleine, um bei Reparaturversuchen, die nicht greifen, nicht noch mehr Daten zu verlieren.
Es geht also um ein POP-Konto. Somit ist der Ordner Mail des betreffenden Profilordners relevant. Kannst Du davon mal einen Screenshot zeigen, dass man eine Idee von der Ordnerstruktur bekommt.
Vorausgesetzt, die eigentlichen Dateien und Ordner sind intakt, ist es einen Versuch wert, die panacea.dat neu generieren zu lassen (aus dem Profil zu verschieben). Zusätzlich schadet es nicht, alle .msf-Dateien zu löschen. Beides wird automatisch wieder aufgebaut - dauert bei 111 GB aber sicherlich eine Weile. Da heißt es dann auch, Geduld bewahren und nicht zu schnell abbrechen.
Probleme sehe ich bei Deiner Thunderbird-Nutzung potentiell aus zwei Gründen. Einerseits wie in dem verlinkten Artikel angedeutet, dass die maximale Dateipfadlänge in Windows bei ~260 Zeichen liegt und Thunderbird bei längeren Pfaden Probleme bekommt und andererseits, dass es in Deinem Thunderbird-Profil sehr große Dateien geben könnte (> 1 GB pro Datei), was ebenfalls schwere Probleme verursachen kann. Beides müsste mal geprüft und ggf. ausgeschlossen werden.
Gruß
Sehvornix
