selbstzerstörendes Adressbuch

Hallo zander,

und willkommen im Forum!
Bei solchen Fehlern macht es sich gut, erst einmal unsere Forensuche zu bemühen. Fast alle Fehler hatten wir schon mal, und die allermeisten wurden davon auch zur Zufriedenheit geklärt.
Wenn du das gemacht hättest, dann hättest du festgestellt - dass bislang noch niemand über derartige Probleme berichtet hat.
Schlussfolgerung: So suizidal kann das Adressbuch wohl doch nicht sein ... .

Öffne die Adressbuchdatei mit einem normalen Texteditor.
Sind die Einträge alle sauber zu lesen, oder steht da irgendwelcher nicht darstellbarer "binärer Müll" drin?
Die Datei muss aus darstellbaren Zeichen bestehen, wenn diese in ihrer Struktur auch mitunter recht wirr aussehen.

Du kannst versuchen, noch etwas aus dem AB zu exportieren. Mitunter ist da noch was sinnvolles dabei.
Nach dem letzten funktionierenden Backup zu fragen, ist bestimmt nicht hilfreich ... .

Mein Vorschlag: Benenne die Adressbuchdateien bei beendetem TB um, und lege die AB sauber neu an.

MfG Peter

Quote from "Peter_Lehmann"

Bei solchen Fehlern macht es sich gut, erst einmal unsere Forensuche zu bemühen. Fast alle Fehler hatten wir schon mal, und die allermeisten wurden davon auch zur Zufriedenheit geklärt.
Wenn du das gemacht hättest, dann hättest du festgestellt - dass bislang noch niemand über derartige Probleme berichtet hat.
Schlussfolgerung: So suizidal kann das Adressbuch wohl doch nicht sein ... .

Für jedes Problem gibt es ein erstes Mal. Ich benutze TB seit Jahren, aber das AB hat so seine Macken, die der Vorposter gut beschrieben hat. Also diese Probleme treten bei mir auch auf.

Quote from "Peter_Lehmann"

Öffne die Adressbuchdatei mit einem normalen Texteditor.
Sind die Einträge alle sauber zu lesen, oder steht da irgendwelcher nicht darstellbarer "binärer Müll" drin?

Dort stehen jede Menge "binäre Zeichen" drin.

Quote from "Peter_Lehmann"

Du kannst versuchen, noch etwas aus dem AB zu exportieren. Mitunter ist da noch was sinnvolles dabei.

Das AB besteht aus 5 AB (abook.mab bis abook-4.mab) und enthält hunderte von Einträgen, die überwiegend funktionieren und wichtige (teilweise einmalige) Daten enthalten.

Quote from "Peter_Lehmann"

Nach dem letzten funktionierenden Backup zu fragen, ist bestimmt nicht hilfreich ... .

Natürlich gibt es Backups, aber der Fehler ist schleichend entstanden, irgendwann vermutlich vor Jahren. Also genaugenommen war das "letzte funktionierende Backup" das leere AB nach der Installation.

Quote from "Peter_Lehmann"

Mein Vorschlag: Benenne die Adressbuchdateien bei beendetem TB um, und lege die AB sauber neu an.

Das läuft dann wieder daraufhinaus dass, das "letzte funktionierende Backup" das "sauber neu" angelegte leere AB ist. Wie wird denn gewährleistet, dass TB das neue AB nicht wieder schleichend zerstört? Vermutlich gibt es einen Fehler in der Software des AB oder die verwendete Datenbank ist ungeeignet. Dieses Problem sollte geprüft und beseitigt werden. Hilfreich wäre auch eine Zusatzsoftware zur Reparatur der Dateien.

.

Guten Tag hecht,

und willkommen im Forum! (<= Ja, so viel Zeit nehmen wir uns hier ... .)

Oh, dann sind es immerhin schon zwei, die dieses Problem haben ... .

Quote

Dort stehen jede Menge "binäre Zeichen" drin.

Ein Adressbuch mit zwei Dummie-Einträgen sieht so aus:

// <!-- <mdb:mork:z v="1.4"/> -->
< <(a=c)> // (f=iso-8859-1)
  (B8=LastModifiedDate)(B9=RecordKey)(BA=AddrCharSet)(BB=LastRecordKey)
  (BC=ns:addrbk:db:table:kind:pab)(BD=ListName)(BE=ListNickName)
  (BF=ListDescription)(C0=ListTotalAddresses)(C1=LowercaseListName)
  (C2=ns:addrbk:db:table:kind:deleted)
  (80=ns:addrbk:db:row:scope:card:all)
  (81=ns:addrbk:db:row:scope:list:all)
  (82=ns:addrbk:db:row:scope:data:all)(83=FirstName)(84=LastName)
  (85=PhoneticFirstName)(86=PhoneticLastName)(87=DisplayName)
  (88=NickName)(89=PrimaryEmail)(8A=LowercasePrimaryEmail)
  (8B=SecondEmail)(8C=PreferMailFormat)(8D=PopularityIndex)
  (8E=AllowRemoteContent)(8F=WorkPhone)(90=HomePhone)(91=FaxNumber)
  (92=PagerNumber)(93=CellularNumber)(94=WorkPhoneType)(95=HomePhoneType)
  (96=FaxNumberType)(97=PagerNumberType)(98=CellularNumberType)
  (99=HomeAddress)(9A=HomeAddress2)(9B=HomeCity)(9C=HomeState)
  (9D=HomeZipCode)(9E=HomeCountry)(9F=WorkAddress)(A0=WorkAddress2)
  (A1=WorkCity)(A2=WorkState)(A3=WorkZipCode)(A4=WorkCountry)
  (A5=JobTitle)(A6=Department)(A7=Company)(A8=_AimScreenName)
  (A9=AnniversaryYear)(AA=AnniversaryMonth)(AB=AnniversaryDay)
  (AC=SpouseName)(AD=FamilyName)(AE=WebPage1)(AF=WebPage2)(B0=BirthYear)
  (B1=BirthMonth)(B2=BirthDay)(B3=Custom1)(B4=Custom2)(B5=Custom3)
  (B6=Custom4)(B7=Notes)>




<(80=0)>
{1:^80 {(k^BC:c)(s=9)} 
  [1:^82(^BB=0)]}




@$${1{@
< <(a=c)> // (f=iso-8859-1)
  (C3=DbRowID)(C4=PreferDisplayName)>




<(81=1)(82=xxxxxxxxx@example.com)>
{-1:^80 {(k^BC:c)(s=9)} 
  [1:^82(^BB=1)]
  [-1(^C3=1)(^B9=1)(^8E=0)(^89^82)(^8D=0)(^8A^82)(^8C=0)(^C4=0)(^B8=0)]}
@$$}1}@




@$${2{@




<(83=2)(84=test1234567@example.com)>
{-1:^80 {(k^BC:c)(s=9)} 
  [1:^82(^BB=2)]1 
  [-2(^C3=2)(^B9=2)(^8E=0)(^89^84)(^8D=0)(^8A^84)(^8C=0)(^C4=0)(^B8=0)]}
@$$}2}@

Da ist nix mit "binäre Zeichen".
Hast du wirklich nicht darstellbare binäre Zeichen in deinem Adressbuch, dann hat garantiert ein anderes Programm auf diese Datei zugegriffen. Unser Hauptverdächtiger ist und bleibt der AV-Scanner, der auf das Profil zugreifen darf. Aber auch das beliebte "harte Beenden" des Betriebssystems kann zu solchen Effekten führen.

Quote

Das AB besteht aus 5 AB (abook.mab bis abook-4.mab) und enthält hunderte von Einträgen, die überwiegend funktionieren und wichtige (teilweise einmalige) Daten enthalten.

Dann hast du nicht ein, sondern fünf Adressbücher.
Dann solltest du spätestens jetzt die funktionierenden Adressen exportieren und sichern.

Quote

Wie wird denn gewährleistet, dass TB das neue AB nicht wieder schleichend zerstört?

Was zu beweisen wäre.
Bei der Menge der User, die dieses Problem haben ... .

Quote

Vermutlich gibt es einen Fehler in der Software des AB oder die verwendete Datenbank ist ungeeignet.

Hast du dir schon die Mühe gemacht, in der Bug-Liste bei Mozilla danach zu suchen?
Und wenn du wirklich einen Fehler im Programm entdeckt hast (bzw. entdeckt zu haben glaubst), dann solltest du das den Entwicklern bei Mozilla melden. Denn diese lesen hier in einem deutschen Forum, wo User anderen Usern freiwillig und in ihrer Freizeit helfen wollen, garantiert nicht mit.
Die "Datenbank" ist im Übrigen eine schnöde Textdatei ... .

MfG Peter

Ich habe jetzt alle Adressbücher (es sind insgesamt 13) exportiert und wieder importiert. Beim Importieren wird das AB neu angelegt, obwohl der Name des alten AB noch vorhanden ist. Wenn man dann die alten AB löscht, wird der Name der neuen AB ebenfalls gelöscht (also nur der Name, nicht der Inhalt). Dann waren alle alten Namen gelöscht und alle AB mit neuem Namen wieder importiert. Es scheint so, als wären keine Daten verschwunden (die angezeigte Anzahl stimmte). Aber die Struktur hatte sich geändert:

alt (13): abook, abook-1, abook-3, abook-4, history, impab-1 ..8 (jeweils .mab)

neu (13): abook, history, impab .. impab-1 bis 10

Eine Überprüfung mit einem Texteditor hat ergeben, dass auch in den neuen Dateien hexa-Zeichen enthalten sind, das reicht also als Kriterium nicht aus.

Offen bleibt die Ursache für die Inkonsistenz der AB und ob der Fehler tatsächlich beseitigt ist bzw. in Zukunft wieder auftritt.

Ich hoffe, dass diese Ausführungen einerseits zur Überprüfung der Software führen und andererseits anderen Usern mit diesem Problem weiterhelfen.

Quote from "Peter_Lehmann"

[-2(^C3=2)(^B9=2)(^8E=0)(^89^84)(^8D=0)(^8A^84)(^8C=0)(^C4=0)(^B8=0)]}
@$$}2}@

Da ist nix mit "binäre Zeichen".
Hast du wirklich nicht darstellbare binäre Zeichen in deinem Adressbuch, dann hat garantiert ein anderes Programm auf diese Datei zugegriffen. Unser Hauptverdächtiger ist und bleibt der AV-Scanner, der auf das Profil zugreifen darf. Aber auch das beliebte "harte Beenden" des Betriebssystems kann zu solchen Effekten führen.

Hallo Peter
danke für die schnelle Antwort, die ich erst später gesehen habe.

Zu den binären Zeichen: Für mich sind hexadezimale Codes zB. ^89 nicht darstellbare binäre Zeichen, also das war dann ein Mißverständnis.

Der AV-Scanner kann bei mir auf die Mails zugreifen, vermutlich nicht auf die Adressbücher.

MfG Hecht

Quote

Zu den binären Zeichen: Für mich sind hexadezimale Codes zB. ^89 nicht darstellbare binäre Zeichen, also das war dann ein Mißverständnis.

OK.
Dann vergleiche doch mal wirklich die einzelnen Datensätze. Haben sie die Struktur, wie in meinem Beispiel? Zumindest der Inhalt der einzelnen DS muss klar vom nächsten abgrenzbar sein. Wenn Umlaute in den Wörtern (Name, Staßenname usw.) sind, dass sind diese codiert (Vera & J$C3$BCrgen) aber trotzdem lesbar.

Quote

Der AV-Scanner kann bei mir auf die Mails zugreifen, vermutlich nicht auf die Adressbücher.

Das ist wichtig.

Langsam komme ich auch dahinter, wie du zu deinen vielen Adressbüchern kommst ... .
Importiere mal die exportierten Daten in ein leeres Testprofil. Dann müsstest du nur eine neues haben. Wie groß ist der Datenbestand in diesem AB?

Ja, aber dein Problem mit verschwundenen Datensätzen, kann ich wirklich nicht lösen.
Hast du schon bei Bugzilla gesucht?

MfG Peter

[OT]

Quote from "Peter_Lehmann"

Oh, dann sind es immerhin schon zwei, die dieses Problem haben ... .

Und dann auch noch gleich 2 aus der Fischgemeinde! [/OT]