Adressbuch weg nach Synchronisation mit Pocket PC

Hi!

Ich hab's ungefähr rausgefunden:

Die *.mab-Dateien bestehen aus drei Teilen:

Im ersten Teil wird definiert, welche Felder es gibt.
Der zweite Teil ist lediglich eine Auflistung aller gespeicherten Werte, ohne jeden Zusammenhang.
Der Zusammenhang der Werte geschieht erst im dritten Teil: Hier wird definiert, welche Werte aus dem zweiten Teil welchen Inhalt haben ( Werte aus dem ersten Teil ), und welche dieser Werte zusammengehören.

Ich werde u.a. aus eigenem Interesse in den nächsten Tagen ein entsprechendes Programm zur menschenlesbaren Anzeige von *.mab-Dateien schreiben.
Wer also Interesse und ein wenig Geduld hat, wird hier demnächst - hoffentlich - einen weiteren Beitrag von mir finden.

Hallo tomthekid,

Interesse hab ich schon und melde die hier mal an. Ich hoffe nur, das mit TB 2.0 deine Bemühungen nicht schon wieder Makulatur sind.
Zudem kann man ja das Adressbuch als LDIF-abspeichern (oder als csv)- das ist besser lesbar , aber nur solange TB läuft. Ein externer Zugriff auf diese Datei sollte wohl für potentielle Virenschreiber nicht so einfach sein, hat man bei dem Aufbau so den Eindruck.

schöne Grüße

Toolman

Hallo Toolman!

Interesse ist registriert
Das mit TB 2.0 hoffe ich auch mal, aber egal, dann wird halt neu gecoded. Das heute hab' ich in ca. 10 min. rausgefunden, dass Programm wird etwas länger dauern.

Mein eigendliches Ziel ist die Kombination aller lokalen Adressbücher in einem Programm mit Abgleichfunktion. Outlook Express und Fritz!Adressbuch hab' ich schon halbwegs integriert.

Nun ist TB dran.

Zitat

Mein eigendliches Ziel ist die Kombination aller lokalen Adressbücher in einem Programm mit Abgleichfunktion. Outlook Express und Fritz!Adressbuch hab' ich schon halbwegs integriert.

Schön, wenn das ganze modular erweiterbar ist, wäre das eine tolle sache. Ich hab zwar hier einen LDAP-Server aber einige Programme haben dafür keine Schnittstelle.

schöne Grüße

Toolman

Hallo!

Leider hat es etwas länger gedauert, da das mab-Format doch etwas flexibler ist, als zunächst gedacht, aber jetzt habe ich es.
Jetzt muss ich nur noch die Oberfläche entsprechend gestalten, damit man auch auf die Daten zugreifen kann. Ich hoffe, dass ich das Programm dann bald hier verlinken kann.

Zitat

Schön, wenn das ganze modular erweiterbar ist, wäre das eine tolle sache. Ich hab zwar hier einen LDAP-Server aber einige Programme haben dafür keine Schnittstelle.

Es ist definitiv modular aufgebaut. Es können beliebige Datenquellen über eine Schnittstelle integriert werden.
Das Programm ist in C# geschrieben, benötigt also das .NET Framework ab V2.0.

Hallo!

Das Programm ist soweit "fertig", d.h. ich konnte auf zwei Rechnern (XP Pro und W2K) erfolgreich den Import der Thunderbird-mab's testen, wobei der Zugriff z.Zt. nur lesend ist.

Voraussetzung ist das Microsoft .NET-Framework in Version 2.0.

Hier der Link: http://www.computopia.de/software/conta…tactmanager.zip

Das Programm ist z.Zt. noch experimentell und nicht für den produktiven Einsatz gedacht, die Verwendung geschieht auf eigenes Risiko.

Das Zip-Archiv einfach ein ein neues Verzeichnis kopieren und die EXE starten. Bei Problemen oder Vorschlägen einfach hier posten.

Hallo tomthekid,

Zitat

Bei Problemen oder Vorschlägen einfach hier posten.

hmm... Programm zeigt nur kurz ein Icon im Systray und das war es dann.

Mein System:
WinXP Prof SP2 .NetFramework 2.0 und allerneueste Patches

Brauchst du sonst noch Infos? Teste das heute abend noch auf einen anderen Rechner.

Getestet habe ich mit einem Admin-Account. Es gibt auch keinen Hinweis im Ereignisprotokoll - weder System noch Applikation. Gestartet habe ich das Programm von D:\contactmanager\contactmanager.exe
Müssen die DLL's evtl. ins Windows\system32 - Verzeichnis kopiert werden?

schöne Grüße

Toolman

Hallo!

Ich hoffe, ich habe den Fehler gefunden, bitte nochmals das ZIP-Archiv neu laden und entpacken (alle alten Dateien vorher löschen).

Fehler war, dass ich in der Anwendung noch meinen ISDN-Controller angesprochen habe :-O

Hallo tomthekid

hmm... also die isdn-api's waren nicht mehr im Paket - aber es läuft trotzdem nicht... bin zwar nicht so fit mit dem Debugger aber ich habe folgenden Dump für dich gemacht.

Microsoft (R) Windows Debugger Version 6.6.0007.5
Copyright (c) Microsoft Corporation. All rights reserved.

CommandLine: D:\contactmanager\contactmanager.exe
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
ModLoad: 11000000 1101e000 ContactManager.exe
ModLoad: 7c910000 7c9c7000 ntdll.dll
ModLoad: 79000000 79045000 C:\WINDOWS\system32\mscoree.dll
ModLoad: 7c800000 7c906000 C:\WINDOWS\system32\KERNEL32.dll
(c78.ca4): Break instruction exception - code 80000003 (first chance)
eax=00251eb4 ebx=7ffdf000 ecx=00000001 edx=00000002 esi=00251f48 edi=00251eb4
eip=7c911230 esp=0012fb20 ebp=0012fc94 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000202
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll -
ntdll!DbgBreakPoint:
7c911230 cc int 3

ich hoffe du kannst damit etwas anfangen.

schöne Grüße

Toolman

auf einem anderen System kommt der Fehlerberichterstattungs-Assistent und dort gibt es dann folgende Infos:

EventType : clr20r3 P1 : contactmanager.exe P2 : 1.0.2515.24943
P3 : 4561a4cf P4 : mscorlib P5 : 2.0.0.0 P6 : 4333ab80 P7 : 32f8
P8 : 119 P9 : system.io.directorynotfound

gleiches steht auch im Anwendungslog: EventType clr20r3, P1 contactmanager.exe, P2 1.0.2515.24943, P3 4561a4cf, P4 mscorlib, P5 2.0.0.0, P6 4333ab80, P7 32f8, P8 119, P9 system.io.directorynotfound, P10 NIL.

ausgelöst vom .Net Runtime 2.0 Error Reporting

schöne Grüße

Toolman

Und nochmal Hallo!

Ich hab' das Programm nun total entrümpelt, nun ist auch die OutlookExpress-DLL weg, und intern noch einige Routinen komplett gelöscht.
Nun sollte es aber wirklich klappen (hoffe ich).

Toolman:
Danke für deine geduldigen Tests

Hallo tomthekid,

Ich muss dich leider enttäuschen... im Fehlerbericht steht auch etwas von H:\Visual Studio Projects\isdn_Manager\gui\obj\debug\contact Manager.pdb in Memory Range 169.

hmm... ich weis warum ich mir C-Programmierung für den Zeitpunkt aufgehoben habe wo ich seeehr viel Zeit haben werde. Respekt für deine Bemühungen!
Guck dir aber mal den mitlerweile kostenlosen VMWare - Server oder den Player in verbindung mit diversen Creating-Seiten für vmx-Dateien an.

Da braucht man keine zweite Maschine zum testen, und kann über Snapshots jederzeit zu einem definierten Ausgangszustand zurück.
Ist ja bestimmt schneller als jedesmal zu warten ob das auch woanders läuft.

schöne Grüße

Toolman

Hallo!

Der letzte Hinweis sollte es gewesen sein, in dem genannten Verzeichnis sind bei mir die Erweiterungen (jaja, ganz böse: Hardcodierte Verzeichnisse).

Das mit dem VMWare-Server sollte ich wohl wirklich mal ausprobieren :oops:

Es ist nun wieder eine aktualisierte Version online....

OK, ich teste das mal morgen...

schöne Grüße

Toolman

Hallo tomthekid,

also, jetzt läuft das Programm (stürzt nicht mehr sofort ab) aber wie soll man das Programm benutzen? Auch der Name ISDN-Manager ist nicht besonders glücklich. Adressbuch-Manager oder Adressbuch-Konverter (in der wagen Hoffnung dass du das mit aufnimmst). Eine Funktion, über die sich bestimmt einige freuen würden, wäre das zussammenfügen von verschiedenen Adressbüchern zu einem gesamten Adressbuch. Was hast du denn für Funktionen geplant? Momentan kann man anscheinend nichts machen außer das Programm wieder zu schließen.
siehe hier:

schöne Grüße

Toolman

Hallo Toolman!

Bin gerade auf der Fehlersuche.
Den Titel hab' ich angepasst (Kontakt-Manager).
Hast du eine AVM-Fritz!-ISDN-Karte?
Ich hab's bei mir mittlerweile geschafft, Tb-Adressbuch, Fritz-Adressbuch und Palm-Adressbuch halbwegs zu kombinieren und zu synchronisieren.

Melde mich, wenn ich Neuigkeiten habe.

Jein aber mit dem Palm zu synchen hört sich nicht schlecht an... hab hier noch einen alten Handspring(entspricht einem Palm Vx) mit dem könnte ich das mal testen - wenn du mir sagst wie. ISDN-Karte ist für mich weniger interessant - da hab ich keine Kontakte. Schön wäre ein zentrales Adresstool das die Adressen dem jeweiligem Programm zur Verfügung stellt.

schöne Grüße

Toolman

Hallo!

Hab' grade nochmal eine aktuelle Version hochgeladen, inkl. Support für Palm und FRITZ!, wobei für den Palm-Support die address.dat-Datei im Programmverzeichnis liegen muss. Zudem weis ich nicht, in wie weit sich Handspring- und Palm-Software gleichen.

Bzgl. Thunderbird:
Liegt deine "profiles.ini" im Verzeichnis "c:\dokumente und einstellungen\{benutzername}\anwendungsdaten\thunderbird\" und wie lautet deine "path"-Angabe (bei mir z.B. "path=profiles/blabla")? Evtl. liegt hier das Problem, wenn bei dir ein absoluter Pfad steht (das wird vom Kontakt-Manager noch nicht berücksichtigt :oops:)
Kann mir ansonsten nicht erklären, warum er die Adressbücher nicht findet.

Allgemein:
Z.Zt. bin ich erstmal dabei, alle Kontakte vernünftig importieren und synchronisieren zu können. Anschliessend soll die Möglichkeit folgen, die Adressen als XML, HTML oder PDF zu exportieren (auch dies wird modular erweiterbar sein), wobei der XML-Export gleichzeitig auch als Backup dienen soll (Langfristig steht SQL-Im- und Export auf der Liste).
Die Königsdisziplin wird sein, die synchronisierten Kontakte wieder in die Original-Datenquellen zu schreiben, da hier wirklich alles funktionieren muss, um Datenverlust zu vermeiden.
Und über standardisierte Schnittstellen soll man auch aus anderen Programmen auf die Kontakte zugreifen können.

Hallo tomthekid,

Zitat

Liegt deine "profiles.ini" im Verzeichnis "c:\dokumente und einstellungen\{benutzername}\anwendungsdaten\thunderbird\" und wie lautet deine "path"-Angabe (bei mir z.B. "path=profiles/blabla")?
Kann mir ansonsten nicht erklären, warum er die Adressbücher nicht findet.

aha, das wird der Grund sein, mein Profil liegt auf D:\Thunderbird1

meine Profiles.ini

[General]
StartWithLastProfile=1

[Profile0]
Name=Andreas
IsRelative=0
Path=D:\Thunderbird1
Default=1

[Profile1]
Name=Standard-Benutzer
IsRelative=1
Path=Profiles/g5kwso09.Standard-Benutzer

[Profile2]
Name=Backup-Profil
IsRelative=0
Path=T:\Anwend\Thunderbird

Die Profiles.ini liegt im Standardpfad also in %appdata%\Thunderbird
oder wie du es schreibst in c:\dokumente und Einstellungen\%username%\anwendungsdaten\Thunderbird

ich habe zwei Testprofile und ein Standardprofil... man müsste das Profilverzeichnis irgendwo einstellen können - ich habe noch einen anderen Rechner da liegt das Profil in H:\anwend\Thunderbird und ich glaube, das es noch ein paar andere außer mir gibt die nicht-relative Profile benutzen. Ich kann das aber auch mal mit einem Testprofil testen das den Standardpfad benutzt.

schöne Grüße

Toolman