Hallo,

mein Problem ist folgendes. Wenn ich mein Thunderbird-Adressbuch in eine ldif-Datei exportiere, werden nicht alle Einträge menschenlesbar ausgegeben, sondern sehen dann

so aus: sn:: V2XDn2xlcg==

Eigentlich sollte es so aussehen:

sn: Markus

Ich habe nie rausfinden können warum es einige Einträge betrifft und andrere nicht, es ist einfach kein Muster festzustellen. Momentan muss ich immer eine Datei mit der Hand nebenher pflegen, damit ich eine lesbare Kopie habe. Das ist auf Dauer ganz schön lästig.

Kennt jemand das Problem?

Habe nur das rausgesucht: Thunderbird/Datenmigration. Aber für Export in andere Formate (die du dann umwandeln könntest), bräuchtest du wahrscheinlich ein Addon. Aber da gibt's doch bestimmt eins.

Alle Werte, die nicht-ASCII-Zeichen (also z.B. Umlaute) oder Zeilenumbrüche enthalten oder mit reinem : oder < anfangen, müssen in LDIF BASE64-kodiert werden.

Aha. Ich habe die Datei mal gecheckt und es scheint z.B. tatsächlich keine Umlaute zu geben. Aber das erklärt ja immer noch nicht, warum oft auch Werte, die nichts besonderes beinhalten so kodiert werden.

Ich habe schon versucht, ob man das Adressbuch in andere Programme, z.B. mein E-Mail-Konto, einspeisen kann und es bei einem Export von dort quasi gewaschen wird. Geht aber auch nicht.

Ich finde den Gedanken halt nicht so angenehm eine Backup-Datei zu haben, die ich selbst nicht lesen kann. In der zweiten Datei habe ich die Werte alle von Hand wieder verändert und hatte mit der auch bei einem Import nie ein Problem. Aber das artet auf die Dauer richtig in Arbeit aus, besonders wenn man viele neue Kontakte einpflegt oder neue Verteiler erstellt.

LDIF ist halt nicht dafür gedacht, menschenlesbar zu sein.

Thunderbird kann soweit ich weiß das Adressbuch auch nach CSV exportieren, das ist menschenlesbar.

Wikipedia behauptet, ldif sei extra dafür gedacht menschenlesbar zu sein und zu einem großen Teil ist es das ja auch. CSV habe ich mir auch schon mal angesehen. Das ist zwar lesbar aber sehr unübersichtlich und die Verteiler werden auch nicht mit exportiert.

Wenn es keine andere Möglichkeit gibt, werde ich in Zukunft aber eine zusätzliche txt- oder csv-Kopie speichern, für den Fall, dass alle Stricke reißen. Die Wartung per Hand wird langsam zu aufwendig.