Beiträge von 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:

Zitat von Martin Binder

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,

Zitat von 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.

Zitat von H1zel

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 .

Zitat von Micha71

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 ...

Zitat von Micha71

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.

Zitat von Micha71

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.

Zitat von Micha71

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,

Zitat von TB_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,

Zitat von 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:

Zitat von slengfe

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,

Zitat von TB_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.

Zitat von gnorf

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,

Zitat von 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

Zitat von Mapenzi

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.

Zitat von micha-mw

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

Gibt es denn wenigstens ein aktives Adressbuch, in dem so Pi x Daumen 130 Adressen von Thunderbird angezeigt werden?

Hallo Mental,

impab-128.mab ... dann müssten theoretisch 129 Adressbücher in Thunderbird zu sehen sein. Das klingt ziemlich unwahrscheinlich. Haben die Dateien alle eine relevante Dateigröße und wie sieht das letzte Änderungsdatum jeweils aus?

Zitat von Mental

Wenn ich diese Dateien lösche, lösche ich auch die gespeicherten Adressen?

Potentiell ja. Da muss erst mal geklärt werden, wie die entstanden sind.

Gruß

Sehvornix

Hallo micha-mw,

willkommen im Forum.

Dieses Missverhältnis im Komprimierungsdialog ist ein Fehler in Thunderbird (schon länger). Er wird u. a. hier und hier auch schon mal besprochen. Allerdings ist das 'nur' eine Falschkalkulation um den Faktor 1.000, deren Zustandekommen noch nicht geklärt ist (soweit ich das bisher mitgelesen habe). Das hat jedoch vermutlich nichts mit Deinem anderen angedeuteten Problem zu tun.

Das ein Thunderbird-Update das Ordnersystem zerstört hat, lese ich das erst Mal. Und da das Deiner Schilderung nach nicht Dein aktuelles Problem ist, wird möglicherweise wichtig werden, wie Du das repariert hast.

Thema Zertifikate: AVAST vielleicht? Wäre dann eher kein Fehler von Thunderbird.

Als Du Deine Frage aufgemacht hast, war da doch eine Liste mit Informationen erbeten worden. Die wären jetzt für die weitere Vorgehensweise und eine bessere Einschätzung hilfreich. Vielleicht reichst Du die noch nach?

Wie stellt sich jetzt eigentlich genau Dein aktuelles Problem dar? Von welcher Version und wie wurde geupdatet? Wenn wir halbwegs nachvollziehen sollen, wieso Du Objekte nicht nur lokal, sondern auch auf dem Server verloren hast, braucht es deutlich mehr Beschreibung Deiner Konfiguration und möglichst auch ein paar anonymisierte Screenshots.

Gibt es ein Backup von dem Thunderbird-Profilordner?

Gruß

Sehvornix

Hallo Ecki,

mit dem Eingangspost war für mich zunächst nicht so recht zu deuten, in welche Richtung das gehen könnte. Durch den Nachtrag und Drachens Beitrag hätte ich auch noch einen Gedanken beizusteuern: meines Wissens kann nur Dropbox bisher wirklich gut eine Deltasynchronisation ohne gleich die ganze Datei wieder auf den Cloudspeicher schreiben zu müssen.

Bei einem 900 MB Archiv liegt tatsächlich der Gedanke nahe, dass die Synchronisation mittendrin unterbrochen wurde und damit einfach bestimmte Inhalte abgeschnitten werden. Ich kann mir nicht vorstellen, dass die Magenta-Cloud-Software clever genug ist, nur einen Teilsync bezogen auf einzelne Dateien des Archivs auszuführen. Daher würde ich Deine These zum Timing für die richtige Richtung halten und die Logs auf die Drachen hinweist könnten das belegen.

Gruß

Sehvornix