Die Einbindung des TB-Adressbuchs gelingt mir nicht. Bei der Auswahl des Adressbuchs in LO erscheint diese Fehlermeldung:“SQL-Status: HY000 - Die Datei D:\Dokumente\Thunderbird\Profiles\xxxx-Profil/abook.mab konnte nicht geladen werden”. Auch durch Neuauswahl der Adressbuch-Datei kann der Fehler in der Syntax nicht behoben werden.
Wer kann bitte helfen?
schau mal hier bitte
Die Frage ist wohl schon öfter aufgekommen.
Nach welcher Anleitung bist Du denn vorgegangen? Eventuell sind auch Betriebssystem und LibreOffice Version interessant
Hier wirft das keine Fehlermeldung unter Version: 6.0.7.3 auf einem Ubuntu Linux
Danke für den Hinweis. Genau diesen Beitreg hatte ich schon gefunden, mit dem Verweis auf “Über Bearbeiten → Datenbank → Eigenschaften einfach einmal den Weg zu der Adressbuch-Datei suchen” komme ich nicht weiter. In LO (Version: 6.2.5.2 (x64)) gibt es nur “Datenbank wechslen” und keine “Eigenschaften”. Die verfügbaren Adressbücher können durch Anklicken nicht zu “verwendeten” Adressbüchern gemacht werden.
Ich arbeite mit Win10, Ver. 1903, und Thunderbird Ver. 68.2.2 (32Bit). Kann die Verwendung von 32 Bit TB und 64 Bit LO hier eine Rolle spielen?
Später Gruß P. Scholz
Kann die Verwendung von 32 Bit TB und 64 Bit LO
Kann ich mir nicht vorstellen, da ja nur die Datei abook.mab referenziert wird.
Für die Adressbuchverbindung existiert eine *.odb-Datei. In dieser Datei müssen gegebenenfalls auch Änderungen vorgenommen werden.
Ich habe dazu gerade in der users-Mailingliste nachgefragt. Bei vielen Teilnehmern existiert die Auswahl des Adressbuches bei der “normalen” Datenbankauswahl gar nicht. Da geht das Ganze nur über “Assistenten” > “Adressdatenquelle”.
Ein weiteres Problem ist der Wechsel von Thunderbird 32bit zu Thunderbird 64bit. Dabei wird ein neues Profil erstellt. Gegebenenfalls existiert also die abook.mab gar nicht in dem angegebenen Pfad, der wohl aus der profiles.ini gelesen wird. Hier hilft der Profilmanager von Thunderbird: Den Profil-Manager von Thunderbird startet man, in dem man unter Windows die thunderbird.exe mit der Option --ProfileManager aufruft.
Die im Ursprungspost angegebene Fehlermeldung konnte dort (bisher) kein Nutzer nachvollziehen.
RobertG hat Recht - leider kann ich dies erst jetzt bestätigen. Auf ganz anderem Weg bin ich bei meiner Fehlersuche darauf gestoßen, dass in meinem Dateiensystem mehrere Profil-Ordner existierten. Erst die vollständige Löschung des von TB NICHT verwendeten Ordners führte dazu, dass LO sich dazu bequemte, nun den “richtigen”, also von TB aktuell verwendeten Profilordner zu suchen und zu verwenden. Damit kann nun auf das Adressbuch zugegriffen werden.
Wichtig: Nach meiner Erfahrung genügt die Löschung der Inhalte des nicht verwendeten Profilordners nicht, dieser muss beseitigt oder umbenannt werden.
Wünschenswert wäre es jedoch, wenn LO eine Suche nach dem Profilardner zuließe.
ja, ja, ich bin nicht der Einzige, der dieses Problem hat - hat denn niemand eine Lösungs-Idee? Ich wäre wirklich dankbar!
Der Pfad wird nirgendwo in der *.odb-Datei gespeichert. Beim Erstellen der Verbindung muss der Treiber von LO den Pfad selbst ermitteln. Je nach Officeversion erscheint deswegen auch gar nicht die Bearbeitungsmöglichkeit für die Verbindung.
Versuche einmal ein kleines Fehlverhalten des Assistenten zu nutzen: Bei Deiner *.odb-Datei steht unten in der Statuszeile “Thunderbird-Adressbuch”. Gehe nach Bearbeiten > Datenbanken > Eigenschaften. Wähle ein Benutzerprofil aus, z.B. “default”. Speichere die Einstellung. Rufe die *.odb-Datei neu auf. Jetzt hast Du die Möglichkeit, den Pfad in den Einstellungen einzugeben, weil die Automatik nicht mehr greift und die Datenbank anscheinend beliebig ist. Gib den Pfad in versch. Schreibweisen an.
Im Bugtracker liegt dazu keine Meldung vor. Wäre vielleicht sinnvoll, so etwas zu erledigen, damit Leute mit Windows das gegentesten können. Ich habe hier nur Linuxsysteme zur Verfügung.
Ich habe das gerade einmal getestet. Sobald dort ein Pfad eingetragen wird ist der eigentliche Eintrag des Treibers in der content.xml gelöscht: xlink:href="sdbc:address:thunderbird:default" wird dann durch xlink:href="file:///..." ersetzt. Damit findet LO keinen passenden Treiber mehr.
Bitte das Ganze als Bug melden - ich kann das nicht nachvollziehen, dass das Adressbuch nicht gefunden wird.
Jetzt auch noch einmal hier: Siehe den jüngsten Kommentar von mir in diesem Forum. Das ganze konnten in der deutschsprachigen Users-Mailingliste niemand mit Windows nachvollziehen - und es scheint ja nur unter Windows vorzukommen.
Problem "gelöst"
Ich möchte hier gern meine nun gefundene “Problemlösung” mitteilen: Ich hatte die Idee, mir das Adressbuch mal mit Base anschauen zu wollen. Und siehe da, nach einmaligem Laden / Dateikontrolle steht das Adressbuch nun dauerhaft in allen LO-Modulen zur Verfügung.
Danke an alle, die sich auch Gedanken gemacht haben.
Die Freude über die “Lösung” hielt nur kurz. Seither kämpfe ich mit LO-Abstürzen, wenn ich in einem Briefdokument einen Adressdatensatz übernehme und versuche, diesen Brief abzupeichern. Der in diesem Zusammenhang entstandene Bugreport hat die Nummer TDF#131605 und ist ungelöst.
Nun hatte ich den Hinweis bekommen, dass eine Absturzursache sein könnte, wenn das Thunderbirdprofil nicht am Originalspeicherort, sondern anderswo abgelegt ist. Also habe ich TB entsprechend neu installiert, beim Start von LO blieb das ohne Auswirkung, selbst nach dem Umbenennen des “alten” TB-Profils, das ja nun nicht mehr verwendet wurde. LO meldete nur, dass diese abook.map nicht geladen werden kann. Auch eine Neuinstallatiion von LO (nach vorheriger Deinstallation und Beseitigung des Unterverzeichnisses “LibreOffice” in appdata\roaming führte zu keiner Änderung, immer noch suchte LO nach dem TB-Ordner am falschen Platz! Absolut unverständlich. Woher bezieht LO in dieser Situation die falsche Pfadangabe?
Dieses Problem konnte ich am Ende mit dem Vorschlag von RobertG “Fehlverhalten des Assistenten nutzen” (s.o.) beseitigen. Nun laufen also TB und LO, beide in der 64bit-Version mit standardmäßigen Speicherorten. Ergebnis: Das Absturz-Problem besteht weiterhin, spätestens wenn ich die Briefvorlage mit Adressdaten als Dokument abspeichern will.
Frust, unendlicher Frust. Wer hat doch noch eine Idee?
@porscholz : Solange der Bug 131605 noch immer auf unconfirmed steht kann da auch niemand etwas machen. Bisher taucht dieses Bugverhalten merkwürdigerweise nur bei Dir auf.
Doch ich habe das problem auch wo bekommt man Hilfe??
Wieso versteht keiner, dass Antworten nicht dafür gedacht sind?
Antworten sollte nur Lösungen enthalten. Kein “mir geht es auch so”. Das gehört maximal in einen Kommentar