(OSX) CardDAV-Sync ist leer, angelegte Kontakte erscheinen nicht im Web-Frontend

[gruppenaffe]

Guten Morgen zusammen,

wir haben das Phänomen, dass eine CardDAV-Verbindung (vom OSX-Adressbuch) mit und ohne ssl über die URL /egroupware/groupdav.php/addressbook/ zustande kommt. Jedoch keine Kontakte Angezeigt werden. Sobald über die CardDAV-Anbindung neue Kontakte erstellt werden, werden diese ebenfalls im Web-Frontend nicht dargestellt. Diese Phänomen tritt auf in Version 17.1 als auch in 16.9.002. Ebenso auf einer importieren/migrierten egroupware-Datenbank als auch auf einem “frischen” System, auf dem gerade zum Testen zwei Benutzer angelegt wurden.

Wir scheinen hier grundlegend etwas falsch zu machen oder funktioniert es unter OSX einfach nicht sauber? Auch wenn das identische Konto auf einem IOS-Gerät konfiguriert wird, können zwar Kontakte angelegt werden, sind aber jeweils nicht auf dem anderen Gerät sichtbar.

Vielen Dank im Voraus!

[StefanU]

Hallo Kolja,

Diese Phänomen tritt auf in Version 17.1 als auch in 16.9.002.

Hat das bei dir jemals funktioniert? Wenn ja, unter welchen Bedingungen?

Bitte gebe die Adresse für deine CardDAV-Ressource einmal in einen Webbrowser ein. Du solltest nach Benutzer/Passwort gefragt werden und dann eine Seite mit Informationen und den Daten geliefert bekommen:

Damit kannst du auch deutlich feststellen, ob der Benutzer ausreichende Rechte hat.
Sind Ausführungsrechte für CalDAV / CardDAV Sync gesetzt?

Gruß
Stefan

[gruppenaffe]

Nein, wir haben diese Funktion bisher noch nie genutzt.

Ja, beim direkten Aufruf im Browser war ich auch schon darüber gestolpert… Passwortabfrage kam, Adressbuch wurde komplett leer angezeigt. Auch nicht die Testeinträge die mittlerweile via CardDAV erstellt wurden.

Sobald ich im Anschluss in der Seitenleiste auf die App “Adressbuch” klicke, werden mir wieder die üblichen Kontakte angezeigt.

Lese-, Schreib- und Löschberechtigungen sind in der Gruppe für das Adressbuch “eigentlich” gesetzt. In den Einstellungen ist CardDAV-Sync auch mit der Gruppe “Default” verknüpft

Gibt es irgendwo ein Log in dem die Zugriffe protokolliert werden?

Danke, Gruß

[StefanU]

Adressbuch wurde komplett leer angezeigt.

Aber die Informationen zu dem CardDAV-Server werden angezeigt? Bitte hardcopy.

Hast du für den Benutzer mal unter Einstellungen/CalDAV / CardDAV Sync geschaut ob das erwartete Adressbuch zum syncen ausgewählt ist?
Hier kannst du ebenfalls auf dem Kartenreiter Logging/Fehlersuche das Logging einschalten…

[gruppenaffe]

Hier die Anmeldung direkt über die URL /egroupware/groupdav.php/addressbook/ mit leerer Darstellung:

Nach schließen des Reiters Adressbuch und erneutem Öffnen erscheinen die lokalen Benutzer und der Testkontakt “Erich Meier”:

Hier der im OSX-Adressbuch angelegte Testkontakt “Heinz Erhardt”, welcher allerdings im Web-Frontend nicht erscheint:

Und die CalDAV-Einstellungen. Mit den habe ich bereits etwas herumgespielt, habe aber anscheinend noch nicht die richtige Einstellung finden können(?):

Logs hatte ich aktiviert: Beim schreiben in das httpd-error log habe ich keine Einträge sehen können. Aktuell steht es auf “Anfrage und komplette Anzeigen in das Datenverzeichnis” jedoch finde ich auch unter /usr/share/egroupware nichts dergleichen?

[StefanU]

Hier die Anmeldung direkt über die URL /egroupware/groupdav.php/addressbook/ mit leerer Darstellung:

Bitte mal die komplette URL. Du solltest NICHT eine Seite von EGw bekommen, sondern das was der Client geliefert bekommt:

.
Adressen
.

Stefan

[gruppenaffe]

Okay, schon mal einen Schritt weiter…

Ich sehe, nachdem ich im Web-Frontend den Test-Benutzer “Erich Meier” wieder auf persönliches Adressbuch gesetzt hatte diesen in der Anzeige UND den Testbenutzer von meiner IOS-Verbindung. Komischerweise jedoch nicht den unter OSX angelegten Benutzer:

[gruppenaffe]

Übrigens habe ich keine Authentifizierungs-Abfrage erhalten, was mich doch im gewissem Maße beunruhigt. Ich konnte mich auch mit einem anderen Account über die URL direkt verbinden

[StefanU]

Übrigens habe ich keine Authentifizierungs-Abfrage erhalten, was mich doch im gewissem Maße beunruhigt.

Wenn du mit dem Browser bereits eine Sitzung hast wird diese natürlich genommen.
Willst du das testen, schließe alle Browser-Fenster, lösche nach Browser-Neustart den Cache und rufe die Adresse noch einmal auf. Dann kann EGw keine Sitzung mehr erkennen und fragt die Zugangsdaten neu ab.
Hier musst du dich grundsätzlich darüber informieren, wie die Anmeldung an einer Web-Seite funktioniert und wie die Sitzung verwaltet wird. Wenn du nicht Herr über den Browser/die Sitzungsdaten bist (Hotel,…) musst du halt dafür sorgen, dass die Sitzungsdaten gelöscht werden.
Um Sitzungen nicht ewig gelten zu lassen und den Missbrauch zu verhindern kann man den Session-Timeout in den PHP-Einstellungen kurz halten. Wird dann aber irgendwann lästig…
Das ist aber ein Thema was alle Web-Anwendungen betrifft, kein EGw eigenes Thema.

Ich konnte mich auch mit einem anderen Account über die URL direkt verbinden

Naja, die URL beinhaltet ja nicht den Benutzer. Der wird ja erst durch die Anmeldung bestimmt. In so fern: Wie hast du dich “über einen anderen Account” angemeldet?

Komischerweise jedoch nicht den unter OSX angelegten Benutzer:

Den hat OSX dann halt wer weiß wo abgelegt.
Richte doch mit den Erkenntnissen noch einmal dein Adressbuch ein und teste das noch einmal.
Normalerweise verwendet man die gleiche URL wie die du im Browser getestet hast. Ich kenne mich mit Maces aber nicht aus…
Als Gegenprobe könntest du auch mal mit einem Thunderbird/SoGo ausprobieren ob der Zugriff auf dein Adressbuch funktioniert.

Gruß
Stefan

[gruppenaffe]

Ja, irgendwie ist CardDAV nicht gleich CardDAV…

Unter Thunderbird und Apple Adressbuch mit dem selben Benutzer under dieser URL:

https:///egroupware/groupdav.php/addressbook/

unter Thunderbird sehe ich nun die angelegten Kontakte UND die systemseitigen Benutzerkonten

Auf dem OSX hingegen sehe ich nur die manuell erzeugten Testkontakte:

UND komischerweise einen Eintrag “Directories”

Soweit käme ich damit erstmal klar, aber schön ist anders… Noch irgendwelche Ideen?
Welche URL/Pfad Kombination wäre denn nun die richtige?