Hast du bzgl. des Fehlers schon ein Bug aufgemacht oder auf der Beta-Liste gemeldet (https://discuss.thunderbird.net/groups/beta)? Mir ist der Fehler nicht bekannt (arbeite auch mit Beta).
Kann u.U. eines der installierten Add-Ons Schuld sein? Du kannst dazu auch gern einen neuen Beitrag erstellen, um hier nicht zu weit abzudriften, und dann können wir mal gucken, ob wir das eigentliche Problem behoben kriegen.
Deine Emails sind dann vermutlich nicht mehr auf dem Server, sondern nur in deinem Thunderbird Profil. Manuelle Profil-Migration ist nicht meine Spezialität. Kann jemand weiterhelfen?
Es gibt sowas wie ein Profil downgrade, um ein beta Profil in release zu benutzen, aber ich würde dir davon ganz klar abraten. Es gibt so viele Dinge, die dabei schiefgehen können, oder das Profil hat dann einen versteckten Knacks der irgendwann zu Problemen führen kann. Meine Empfehlung: Lege für Release ein neues Profil an und nutze diverse import export tools, um deine lokalen Kalender und Kontakte zu transferieren. Bei E-mail hoffe ich, dass du IMAP benutzt, dann liegen die sowieso auf dem Server und du kannst sie im neuen Profil einfach neu einrichten.
Nicht direkt. Du kannst Thunderbird release parallel zu deinem beta installieren (anderer Ordner), aber beide werden unterschiedliche Profile benutzen. Du musst also für den release TB alles neu einrichten. Wenn du all deine Kontakte und Kalender mit Dienstanbietern synchronisierst und IMAP für deine Emails benutzt, dann können beide Profile auf die gleichen Daten zugreifen.
Lokale Daten in einem Profil können aber nicht ohne weiteres von einem anderen Profil (gleichzeitig) genutzt werden.
"Auto Select Latest Message 3.1.5" kompatibel zu TB 91.3. ist heute erschienen und funktioniert wie gewohnt
Das erwähnte Add-On nutzt aber eine alte Technologie. Die Variante von _C-E_ ist hingegen eine moderne WebExtension. Die ist zwar noch keine reine WebExtension (und fragt also auch noch nach dem vollen Zugriff), weil die benötigte Funktion noch nicht als WebExtension API bereitgestellt wird, aber wir arbeiten dran.
Ich unterstütze daher _C-E_ ganz klar bei seinem Vorhaben 
Moderatoren : Bitte verschieben. Hat nix mit TbSync, sondern mit der CalDAV Implementierung von TB91 zu tun.
Nachtrag: Ich habe keine Ahnung was die .default. Einträge sind. Evtl hilft es die mal zu löschen.
Wenn das wirklich alle relevanten Einträge in deiner prefs.js sind und es keine anderen pab Einträge gibt, die auf eine alte na2 Datei zeigen, dann hast du wohl ein anderes Problem.
Guck mal ob das hier dein Problem besser beschreibt:
Email-Versand nicht möglich, Adressbuch leer in 91.2.1
Aus persönlichen Gründen supporte ich Google nicht mehr. Sorry. Kein weiterer Input mehr hier von mir.
Brickwall : Der Bug ist nicht als Support-Dokument gedacht, sondern als Fehlerbericht für die Entwickler, mit einem speziellen Reproduktions-Fall. Ich hab ihn hier verlinkt, sodass interessierte dem Fortschritt bei der Fehlerbehebung folgen können.
Poste mal deine Eintröge mit ldap_2.servers.pab. bzw. ldap_2.servers.pab_
Auch wenn ich den Wunsch nachvollziehen kann, die Dateien im Profil zu verstehen und u.U. manipulieren zu können, ist mein Standpunkt ganz klar das für den normalen Benutzer als Blackbox zu betrachten. Die Wahrscheinlichkeit einen Zustand herbeizuführen, der nicht von den Entwicklern berücksichtigt wurde und bei einem Update zu Problemen führen kann, ist sehr hoch.
Dateien wie z. B. abook.v2.sqlite habe ich in meinen üblichen Profilen und Testprofilen noch nie gesehen.
Das ist ein Backup, wenn die Sqlite Datei auf ein neueres Format aktualisiert wird:
https://searchfox.org/comm-central/r…irectory.jsm#51
Edit: Uups, hatte diese Seite seit gestern Abend nicht aktualisiert und nicht gesehen, dass das schon beantwortet wurde.
Die minimal notwendige Änderung ist die prefs.js zu öffnen und bei den pab Einträgen eine Ersetzungen durchzuführen:
user_pref("ldap_2.servers.pab.csid", "iso-8859-1");
user_pref("ldap_2.servers.pab.filename", "pab.na2");
user_pref("ldap_2.servers.pab.locale", "German_Germany");
user_pref("ldap_2.servers.pab.position", 2);
user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.pab_1.csid", "iso-8859-1");
user_pref("ldap_2.servers.pab_1.description", "pab");
user_pref("ldap_2.servers.pab_1.dirType", 101);
user_pref("ldap_2.servers.pab_1.filename", "abook.sqlite");
user_pref("ldap_2.servers.pab_1.isOffline", false);
user_pref("ldap_2.servers.pab_1.locale", "German_Germany");
user_pref("ldap_2.servers.pab_1.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.pab_1.uid", "11e8db95-8793-4032-8cbe-34024822681f");Folgende Ersetzung reicht:
.pab. -> .pab_2.
.pab_1. -> .pab.
TB91 kommt nicht damit klar, das der Standard-Eintrag für das Persönliche Adressbuch kein gültiges sqlite Adressbuch ist.
thuppertz : Vielen Dank für deine Geduld und für das reduzierte Profil. Ich habe das Problem nachstellen können und mache mich auf Spurensuche. Wenn es einen Patch gibt, sag ich hier Bescheid.
Kannst du mir eine (oder alle) na2 Dateien schicken und alle notwendigen Preferences, damit ich eine (oder alle) na2 Adressbücher bei mir künstlich anlegen kann? Ich sehe im Quellcode einen fehlenden check auf na2, den es mit 78 noch gab. Aber ich muss das hier reproduzieren können, um da einen ordentlichen Patch für schreiben zu können.
Alternativ geht auch alle Konten (und Emails) und Passwörter aus dem Profil zu löschen und mir das reduzierte Profil zu schicken.
Wäre super, wenn wir das für alle gefixt kriegen.
Freu mich, dass dein Problem gelöst werden konnte.
Interessant wäre, ob das Löschen des */Local/* Ordners allein schon das kaputte Profil repariert. Ich glaube es zwar nicht, aber man weiß ja nie.
Wenn nicht, dann warte ich gespannt auf die Ergebnisse, nachdem die in Beitrag #27 aufgeführten Einstellungseinträge gelöscht worden sind.
> Ok, ich habe nämllch im */Local/* auch einen gleichnamigen Profilordner mit ca. 1 GB und ganz aktueller Zugriffszeit ... aber vermutlich dann nur der Cache?
Da bin ich ehrlich gesagt überfragt, da hab ich noch nie reingeschaut. Weiß jemand mehr?
Ich hab Beitrag #27 geändert, nachdem ich gefunden habe, dass impab früher für importierte Adressbücher benutzt wurde. Die sollten also keine Probleme machen. Ich hab sie daher aus meiner Lösch-Empfehlung erstmal wieder rausgenommen.
Ich habe - zumindest im Roaming - ein komplettes ^c^v des gesamten Profil-Verzeichnis gemacht. Sollte das reichen, oder ist im Local oder sonstwo noch weiteres versteckt?
Du kannst unter Hilfe -> Fehlerbehebungsinformationen den genauen Profil-Pfad deines Profil-Ordners angucken. Nur den musst du sichern.
