Hallo Hiemsp4,
hast Du eine Datensicherung Deines Thunderbird-Profils?
Gruß
Feuerdrache
Guten Tag Hiemsp4! (<= Ist doch schön begrüßt zu werden, oder?)
ergänzende Fragen:
MfG Peter
Dumm gelaufen ... .
Ich mache dir da wenig Hoffnung. Wie du sicherlich aus dem Studium unserer Hilfe & Lexikon weißt ... , werden die Adressbücher in deinem Profil als "abook-x.mab" gespeichert. Mit Mitteln des Thunderbird kannst du das "persönliche Adressbuch" (also die "abook.mab") überhaupt nicht löschen, sondern nur die selbst angelegten weiteren Adressbücher. Nur auf Dateiebene kannst du diese Datei, so wie jede andere Datei, löschen. Dann könnte sie evtl. noch aus dem Papierkorb oder mit Hilfe eines Datenrettungstools zu retten sein. (Deshalb meine mit ein klein wenig Hoffnung auf eine andere Antwort gestellten Fragen.)
Dass jemand alle Einträge markiert und dann auch noch die deutlich eingefärbten markierten Einträge löscht ist einfach nur <zensiert>. Die geleerte (nicht gelöschte!) Datei ist ja noch vorhanden.
Du kannst natürlich die betreffende Datei aus dem Explorer heraus mit dem Dateimanager öffnen - aber ich befürchte, dass da nichts mehr an relevanten Daten zu finden ist.
Hast du evtl. noch einen weiteren Rechner, wo dieses Adressbuch auch noch gespeichert ist? Dann könntest du diese Datei einfach übernehmen.
Meines Wissens bringt auch die Systemwiederherstellung des Betriebssystems hier keinen Nutzen (ich lasse mich aber gern von einem Windows-Nutzer belehren!).
Und da du wohl bewusst auf die beiden Fragen nach einer #Datensicherung# nicht eingegangen bist, kann ich dir nur mit meinem "beliebten" Spruch und der Hoffnung, dass du ab sofort (!) eine regelmäßige Datensicherung betreiben wirst helfen: Ungesicherte Daten sind immer unwichtige Daten.
Hart aber wahr.
MfG Peter
Hallo,
wenn man Kontakte in einem Adressbuch (z. B. im "Persönlichen AB") löscht, werden die Kontaktdaten in der entsprechenden Adressbuch-Datei (hier "abook.mab") nicht entfernt, sondern nur als gelöscht markiert.
Man kann also immer noch die entsprechende Datei "abook.mab" oder "abook-1.mab" in einem Text-Editor öffnen und die gelöschten E-Mail-Adressen finden und kopieren.
Das ist natürlich etwas umständlich aber immer noch besser, als wenn die Adressen in der Datei tatsächlich gelöscht würden.
Gruß
Mapenzi
Hi Mapenzi,
das war für mich völlig neu. Nun nutze ich ja schon seit "ewig" das alte Adressbuch nicht mehr.
Ich habe mir extra mal die immer noch vorhandenen uralten abook*-Dateien angesehen. Ich hatte vor der Nutzung von CardBook immer so einige Hundert Adresseinträge drin. Da ich das alte Adressbuch ja nur ausblenden konnte, waren die Dateien ja immer noch vorhanden. Aber relevante Inhalte konnte ich dort nicht finden. Es war zwar etwas mehr, als bei einem gelöschten und wieder neu (automatisch) angelegten Adressbuch, aber nix von Hunderten als gelöscht markierten Einträgen.
Weißt du etwas von Automatismen, welche die als gelöscht markierten Einträge irgendwann einmal richtig löschen? Eine "Komprimieren-Funktion" wie bei den Mbox-Dateien gibt es ja hier nicht.
BTW: In den mork-Dateien zu suchen oder diese gar zu rekonsturieren macht so richtig "Freude" 
MfG Peter
Hallo Peter,
ich habe das Löschen sämtlicher Adressen im Persönlichen AB jetzt zwei Mal getestet mit dem selben Ergebnis:
es wird keine Adresse mehr in Thunderbird angezeigt, aber sämtliche "gelöschten" Adressen werden noch im Klartext in der Datei "abook.mab" angezeigt.
Dass gelöschte Adressen nicht aus der entsprechenden *.mab-Datei entfernt werden, war mir schon vor langer Zeit aufgefallen.
Deshalb erstelle ich mein Persönliches AB von Zeit zu Zeit völlig neu, damit die Überbleibsel von längst gelöschten Adressen nicht endlos mitgeschleppt werden.
Mir ist keine "Pflegemaßnahme" für eine *.mab-Datei wie das Komprimieren einer Mbox-Datei bekannt.
Gruß
Hi Mapenzi!
Jetzt müsste man nur noch wissen, was die gelöschten Datensätze markiert. Könntest du vlt. mal ein "diff" machen? Damit könnten wir bestimmt vielen Nutzern mit einem unbeherrschten Löschfinger helfen 
BTW: In der letzten c´t war eine Seite mit Aufklebern drin. Am besten hat mir gefallen: "Kein Backup? Kein Mitleid!"
MfG Peter
Freut mich, dass du dein Problem lösen konntest.
MfG Peter
Könntest du vlt. mal ein "diff" machen?
Wenn ich wüsste, wie man ein "diff" macht 
Wenn ich die Originaldatei abook.mab und die durch das Löschen der Kontakte veränderte Datei abook.mab in einem Text-Editor öffne und vergleiche, kann ich nicht erkennen, warum die in der veränderten Datei noch sichtbaren Kontakte in Thunderbird nicht (mehr) angezeigt werden.
Grub
Sorry.
Es gibt (zumindest in unixoiden Betriebssystemen - und wil ja OS X auch unixoide Wurzeln hat ...) einfache kleine Programme, welche aus zwei zu untersuchende Dateien blitzschnell die Unterschiede zeigen. Siehe Screenshot.
Und ich dachte, dass diese Programme beim Mac ebenfalls vorhanden sind. Ich habe hier zur Demonstration "Kdiff3" genutzt. Es gibt mehrere davon.
(Der Unterschied zwischen den beiden Testdateien ist das farblich etwas anders dargestellte "X" in der ersten Zeile.)
MfG Peter
Und ich dachte, dass diese Programme beim Mac ebenfalls vorhanden sind.
Ich habe TextWrangler, mit dem man u. a. auch zwei Text-Dateien vergleichen kann. Wusste ich noch gar nicht.
Der hier von TextWrangler gefundene Unterschied ist allerdings nicht für das "Verstecken" der gelöschten Kontakte verantwortlich:
Und wenn ich im Terminal die Kommandozeilen $ diff file abook.mab file origabook.mab oder % diff file abook.mab file origabook.mab eingebe, erhalte ich die Meldung "command not found" bzw. "no such job"
Hallo zusammen,
abseits davon, was Werkzeuge wie diff & Co. finden oder nicht finden, es muss aber doch einen nachweisbaren Unterschied zwischen ein abook(-x).mab geben, wo die Kontaktdaten sichtbar sind und einer mit "unsichtbaren" Kontaktdaten.
Wenn beide Dateien vollkommen identisch sein, dann ist das in der Tat ein ernsthaftes Problem! Wird dürfen nicht davon ausgehen, dass die Masse der Thunderbird-Nutzer statt dessen CardBook nutzt.
Gibt es dazu schon was auf Bugzilla?
Gruß
Feuerdrache
Wenn beide Dateien vollkommen identisch sein, dann ist das in der Tat ein ernsthaftes Problem!
Die beiden Dateien (Original abook.mab und durch Löschen der Kontakte veränderte abook.mab) sind nicht identisch. Sorry, wenn das so rüber gekommen ist.
Meine originale abook.mab ist 36 kB groß, nach Löschen der Kontakte ist sie nur noch 28 kB groß.
In der veränderten abook.mab sind die Kontakte in einer anderen Reihenfolge aufgeführt. Außerdem gibt es noch etliche Zeilen wie
[1E(^87^130)(^B9=1e)(^8D=1)(^8A^132)(^8E=0)(^88^133)(^83^130)(^89^134)
(^B8=0)(^CD=30)]
und
@$${131{@
{-1:^80 {(k^BC:c)(s=9)} 1:^82 89 }
{2:^80 {(k^C2:c)(s=9)}
[-119(^83^35E)(^84^35F)(^87^35B)(^89^35D)(^8A^35D)(^8B^35D)(^8C^35D)
(^B8^38E)]}
[-88:^80]
@$$}131}@die unterschiedlich sind, deren Sinn oder Bedeutung ich aber nicht kenne.
Auch wenn TextWrangler bei mir nur zwei unterschiedliche Zeilen sieht, kann man schon mit bloßem Auge erkennen, dass die beiden Dateien nicht identisch sind.
Man kann das ganz einfach testen, indem man ein Adressbuch leert nach vorheriger Sicherung der entsprechenden Adressbuch-Datei.
Gruß
Hallo zusammen,
für das Adressbuch und die msf benutzt der TB immer noch das m.E. unsägliche Dateiformat Mork. Das ist eine "Erfindung" von Netscape und wurde dann von Mozilla übernommen.
Ich habe mich damit nie weiter beschäftigt, weil das Format wirklich ätzend und nicht lesbar ist, obwohl es im Prinzip Plain-Text ist. Wen es interessiert, der schaue hier: https://developer.mozilla.org/en-US/docs/Moz…/Mork/Structure
Es gibt wohl auch separate Viewer und Parser für das Format.
Meine originale abook.mab ist 36 kB groß, nach Löschen der Kontakte ist sie nur noch 28 kB groß.
Da bedeutet nicht zwangsläufig, dass die Datei auch noch Daten enthält. Es könnte sein, dass sich die 28kB allein schon deshalb ergeben, weil damit die Struktur das AB usw. gespeichert werden.
Ein diff wird euch nicht weiterbringen. Wer's willen will, muss wohl oder übel durch die Specs. Viel Spaß.
Gruß
Susanne
Hallo Susanne,
... unsägliche Dateiformat Mork. Das ist eine "Erfindung" von Netscape ...
die haben sich doch nicht etwa davon inspirieren lassen? 
Gruß
Feuerdrache
Da bedeutet nicht zwangsläufig, dass die Datei auch noch Daten enthält.
Das wollte ich damit ja nicht sagen.
Die originale abook.mab Datei hat 692 Zeilen, die durch das Löschen der Kontakte veränderte abvook.mab Datei nur noch 605 Zeilen.
Damit erklärt sich schon der Größenunterschied, da bestimmte Zeilen verschwinden. Es handelt sich aber nicht um die Zeilen mit den E-Mailadressen.
Dass die abook.mab Datei nach dem Löschen der Kontakte immer noch die in Thunderbird nicht mehr sichtbaren E-Mailadressen enthält, kann ich mit eigenen Augen sehen, wenn ich sie in einem Text-Editor öffne.
Macht doch einfach mal selber den Text
Es handelt sich aber nicht um die Zeilen mit den E-Mailadressen.
In Mork gibt es tote Daten, die einfach nur als Relikt mitgeschleppt werden (aber deren Verknüpfungen nicht notwendigerweise relevant sind). Die Werte der E-Mail-Adressfelder können also z.B. ohne die Verknüpfung zu einem Kontakt unabhängig fortbestehen und technisch nicht länger als E-Mail-Adressen identifizierbar sein. Mit etwas Glück sind auch übrige Daten weiterhin vorhanden, nur eben nicht mit einer Tabelle verknüpft. Dazu aus dem von Susanne verlinkten Dokument:
When copying an old Mork store to a freshly written new file, unused content in the old copy can be omitted. But what defines unused ? Any or root or literal not reachable from at least one table is considered unused, and can be pruned or scavenged to reduce space consumption.
Ich habe mir Mork auch nur aus der Distanz angeschaut, der Adressbuch-Code ist wohl der letzte Teil wo das noch verwendet wird. Bei Löschung eines Eintrages wird nur die Referenz zwingend entfernt, ohne die Daten selbst zu löschen.
Zum Durchquälen ist hier jedoch vor allem der Mork-Code zum Adressbuch wichtig, die zugehörigen Sourcen stehen in nsAddrDatabase.h und nsAddrDatabase.cpp. Es scheint so, als würden die 50 letztgelöschten Einträge vollständig beibehalten werden, ungeachtet der Interna von Mork (nsAddrDatabase.cpp#694, die Löschung beginnt in nsAddrDatabase.cpp#1598). Der GC läuft dann wohl nur, wenn mindestens 30% Speicherplatz freigegeben werden (nsAddrDatabase.cpp#631, man beachte auch den Kommentar "I'm not sure this calls works in Mork for all cases"). Aber wie gesagt, ich habe das nur oberflächlich betrachtet, soweit das für GeneralSync's Adressbuch-Support notwendig war.
