vcards auf NAS importieren, möglicherweise fehlerbehaftet

[woodputter]

Seit Wochen werkel ich erfolglos an neuen Adressbüchern.

BESCHREIBUNG: Benutzer erstellen, Zugriff von TB über CardBook - OK
Importiere ich dann einen Teil meiner Adressen (über das Webinterface) auf das NAS (216+, aktiueller DSM), klappt noch alles gut, komme ich über eine Schwelle X, habe ich vom CardBook plötzlich keinen Zugriff mehr auf auf das Adressbuch. Lösche ich alle Kontakte wieder, synct CardBook wieder und das Spiel beginnt von neuem. Die Schwelle X kann ich nicht ausmachen. Auch habe ich 4 Pakete in unterschiedlichen Kombinationen und Reihenfolgen getestet, immer wenn ich das letzte Paket dazu packe, verliert CardBook den Zugriff.
Das habe ich nun mehrere Duzend mal gemacht. Allerdings ist das der Weg, nicht das Ziel. Ziel ist 2 einzelne Adressbücher mit je rund 3500 Kontakten neu einzuspielen. Wenn ich diese Pakete importiere, verweigert das NAS den Zugriff über CardBook sofort.

Die Gruppen-VCard erstelle ich aus Excel mit Excel-to-vcard. Bei obigen Beispiel max. 49 Kontakte je Gruppe.

Kann es sein, dass sich die Datenbank an "etwas" verschluckt? Hat die Datenbank eine Allergie gegen irgendwelche Sonderzeichen? Kann ich das prüfen?

1000 Dank für jedwede Hilfe.

PS: vor 2 Jahren habe ich 7200 Kontakte auf das NAS importiert, hat funktioniert, warum auch immer...

 

[Nanuk]

Was sagt denn das Log von CardBook, wenn es "den Zugriff verliert"?

 

[woodputter]

Hier die Meldung:
2017.12.11 11:07:55:819 : Adressbuch: Synchronisation fehlgeschlagen (Schritt: serverSyncCards, URL: https://[I]myNAS[/I]/addressbooks/users/Adressbuch/addressbook/, Status: 0)
2017.12.11 11:07:56:168 : Adressbuch: Synchronisation mit dem Server nicht möglich.
2017.12.11 11:07:56:176 : Alle Synchronisationen beendet.

 

[Nanuk]

Hallo woodputter,
ja das sieht so aus, als wenn CardBook den Server gar nicht erreichen kann (Status 0).
Ich empfehle Dir mal mit Philippe Vigneau Kontakt auf zu nehmen und ihm das Verhalten zu schildern (english please). Mag sein, dass die Größe Deines Adressbuchs zu Problemen führt.
Gruß
Nanuk

 

[woodputter]

Hallo Nanuk,
mein Gefühl sagt mir, dass der Server die Schnittstelle dicht macht, ich glaube nicht, dass es an CardBook liegt, daher die Frage hier im Forum.
Die größe des Adressbuch: Die Versuche waren vcard-Gruppen zu etwa 48-49 Kontakten, ich denke nicht dass es daran liegt.
Eine Herausforderung ist, dass ich die Qualität der vcards auf der NAS nicht einsehen kann, die DSM-Web-Oberfläche ist zu rudimentär und zeigt bei weitem nicht alle Daten eines Kontakt an.
Weißt Du, wie ich aus der Windows-Welt bis auf die NAS-gespeicherten vcards komme?
Gruß woodputter

 

[Nanuk]

Die größe des Adressbuch: Die Versuche waren vcard-Gruppen zu etwa 48-49 Kontakten, ich denke nicht dass es daran liegt.

Hallo woodputter,
ich hatte Dich so verstanden, dass der Import in mehreren Paketen klappt, bis der Bestand eine gewisse Größe überschreitet. Philippe Vigeau hat eventuell Erfahrung mit so großen Adressbüchern auf der Syno.
Deine Vernutung, dass die Ursache von der Syno her kommt, teile ich durchaus. Ich hab auch mal versucht den Speicherort im Fileservice oder in der Datenbank zu finden. Leider bin ich da mit meinen Kenntnissen nicht fündig geworden.
Gruß
Nanuk

 

[goetz]

Hallo,
den Inhalt der vcards kann man sich per
https://<NAS>:8443
ansehen. Der Inhalt ist in einer postgres Datenbank gespeichert, Datenbank caldav Tabelle addressbook_object Spalte vcard_text (Stand 2014).
Seit DSM 6 kommt man aber per phppgadmin oder adminer nicht mehr so einfach auf die Systemdatenbank, per Konsole geht es aber.

Gruß Götz

 

[woodputter]

UPDATE
Nachdem ich mit Philippe Vigneau Kontakt hatte, habe ich den Zugriff von https://8443 auf http://8008 umgestellt. Jetzt funktioniert es (auch bei mehr als 3000 Kontakten). DavDroid hat allerdings weiterhin Zugriff über https://8443
Da auch das generische Adressbuch von TB 52.5 keinen Zugriff per 8443 aufnahm, jetzt aber über 8008, liegt meine Vermutung da, dass es im TB ein Zugriffsverfahren gibt, auf welches auch CardBook zurückgreift. Dieses erzeugt scheinbar die Probleme.
Ich wende mich jetzt mal an das TB Forum...
Gruß woodputter

 

[reiki]

@woodputter

Danke für den Hinweis und dass du direkt Kontakt mit dem Entwickler aufgenommen hast, da meine Französichkenntnisse unter aller S.. sind.

Bin aktuell unterwegs, werde aber am Wochenende die Portumstellung ausprobieren.

Aktuell "wurschtele" ich mich mit dem Standard-Adressbuch und dem Sogo-Connector herum, aber leider immer wieder fehlerbehaftet.

 

[bilberry]

Hallo woodputter, Hallo reiki,

ich bin auf diesen Thread gestoßen, weil ich auf der Suche nach der Lösung für ein ähnliches (vielleicht sogar gleiches) Sync-Problem zwischen CardDAV und CardBook bin. Leider hat bei mir die Portumstellung von 8443 auf 8008 nicht geholfen. Die Synchronisation bricht nach dem 180. Kontakt mit gleichem Fehler, wie von woodputter geschrieben, ab.
Habt ihr inzwischen neue Erkenntnisse zu diesem Thema?

Meine Frage habe ich hier ins Forum gestellt: https://www.synology-forum.de/showthread.html?99002-Synchronisation-CardDAV-mit-Cardbook-bricht-nach-180-Kontakten-ab

 

[woodputter]

Hi,
die Adressbücher (2x ca 3400 und 1x ca 450 Kontakte) habe ich via Excel und vcardconverter for Excel direkt auf die NAS importiert. (hier nicht erschrecken, die lokale Anzeige der Adressen sieht schrecklich aus, weil man die Felder nicht alle lesen kann, sie sind aber da...) Dann erst habe ich den cardbook und DavDroid-Zugriff erstellt.

Sowohl cardbook (ich bin hoch zufrieden) als auch DavDroid (hat ein paar kleine Macken beim automatischen synchronisieren, muss ich ab und zu manuell anstossen) greifen jetzt per :8008 zu, dies aber nur wenn sie im Heimnetz sind.
:8443 wäre attraktiver, aber ich hatte so viel Arbeit da rein gesteckt, dass ich mich auf "never change a running system" zurück ziehe.

 

[bilberry]

Vielen Dank für die Rückinfo. Das mit dem "vcardconverter for Excel" klingt sehr interessant. Ich hatte im vergangenen Jahr auch echt Mühe alle Kontakte erstmalig sauber auf die Diskstation zu bekommen. War viel Handarbeit und ich war froh als endlich alles prima lief.

Um so verwunderlicher ist es für mich nach wie vor, dass die selben Daten nun auf meiner neuen DS218+ plötzlich nicht mehr vollständig mit CardBook synchronisiert werden, was mit meiner alten DS215j (gleiche DSM- und CardDAV-Server-Version) noch funktionierte…

Inzwischen habe ich mir tatsächlich auch mit dem Workaround „Port 8008“ behelfen können. Hatte beim ersten Versuch versehentlich noch den Haken „HTTP zu HTTPS umleiten“ drin…

Da ich derzeit auch nur zu Hause synchronisiere, kann ich damit vorerst leben. Mich würde trotzdem immer noch interessieren, warum es auf manchen Diskstations via https funktioniert und bei manchen offensichtlich nicht. Im CardBook-Forum habe ich gelesen, das wäre ein typischer „Synology-Fehler“…!?