CalDav Iphone

[ronny]

Hallo Stefan, hier meine nächste Baustelle.

Ich möchte die eGroupware-Termine mittels calDav zwischen meinen iOS-Geräten und der eGroupware synchronisieren. Dazu habe ich per Let´s Encrypt ein SSL zertifiziert. (SSL bei Strato durch DNS nicht ohne weiteres möglich)

Aktuell bekomme ich weder in der apache error log, noch auf dem iphone fehler geschrieben. Sobald ich den account auf dem Handy eingerichtet habe und in den kalender gehe, sehe ich den hinweis, dass die Verbindung zum Account fehlgeschlagen ist Wo kann hier der Fehler liegen? IN der Wahl des SSL? Ich kenne noch aus ganz früheren egw Versionen calDav als extra App. Das ist nun in der 19.1 scheinbar nicht mehr der Fall. Wenn ich in den Einstellungen der Benutzer(-gruppe)die CalCav/CardDav Einstellungen bearbeite, scheint dort ja nichts fehlerhaftes möglich zu sein. Dort habe ich auch das logging aktiviert.

in der access.log steht folgendes:

93.216.187.166 - - [25/Nov/2019:23:43:52 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.XXX.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:44:31 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1873 "https://egw.XXX.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:44:52 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.XXX.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:45:31 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:45:52 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1871 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:46:31 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:46:52 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1873 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:47:31 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1873 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:47:53 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1871 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:48:32 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1871 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:48:42 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 401 4274 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:48:42 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 404 1255 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:48:53 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1874 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:49:32 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1873 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:49:53 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:50:32 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:50:51 +0100] “POST /egroupware/json.php?menuaction=preferences.jdots_framework.ajax_exec.template HTTP/1.1” 200 12123 "https://egw.xxx.de/egroupware$
93.216.187.166 - - [25/Nov/2019:23:50:51 +0100] "GET /egroupware/json.php?menuaction=EGroupware\Api\Framework::ajax_get_preference&json_data=%7B%22request%22%3A%7B%22parameters%22%3A%5B%22prefer$
93.216.187.166 - - [25/Nov/2019:23:50:52 +0100] “POST /egroupware/json.php?menuaction=api.queue HTTP/1.1” 200 510 “https://egw.xxx.de/egroupware/index.php?cd=yes” "Mozilla/5.0 (Window$
93.216.187.166 - - [25/Nov/2019:23:50:52 +0100] “GET /egroupware/api/categories.php?app=preferences&1574722252 HTTP/1.1” 200 460 “https://egw.xxx.de/egroupware/index.php?cd=yes” "Mozi$
93.216.187.166 - - [25/Nov/2019:23:50:52 +0100] “POST /egroupware/json.php?menuaction=api.queue HTTP/1.1” 200 508 “https://egw.xxx.de/egroupware/index.php?cd=yes” "Mozilla/5.0 (Window$
93.216.187.166 - - [25/Nov/2019:23:50:53 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1296 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:50:59 +0100] “POST /egroupware/api/templates/default/empty.html HTTP/1.1” 405 943 “https://egw.xxx.de/egroupware/index.php?cd=yes” "Mozilla/5.0 (Win$
93.216.187.166 - - [25/Nov/2019:23:50:59 +0100] “POST /egroupware/json.php?menuaction=EGroupware\Api\Etemplate::ajax_process_content HTTP/1.1” 200 3831 "https://egw.xxx.de/egroupwar$
93.216.187.166 - - [25/Nov/2019:23:51:31 +0100] “POST /egroupware/api/templates/default/empty.html HTTP/1.1” 405 943 “https://egw.xxx.de/egroupware/index.php?cd=yes” "Mozilla/5.0 (Win$
93.216.187.166 - - [25/Nov/2019:23:51:31 +0100] “POST /egroupware/json.php?menuaction=EGroupware\Api\Etemplate::ajax_process_content HTTP/1.1” 200 4023 "https://egw.xxx.de/egroupwar$
93.216.187.166 - - [25/Nov/2019:23:51:32 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1297 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:51:37 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 401 1069 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:51:37 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 404 1255 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:51:40 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 404 679 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:51:53 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:52:07 +0100] “PROPFIND /.well-known/caldav HTTP/1.1” 302 4413 “-” "iOS/13.1.3 (17A878) accountsd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:07 +0100] “PROPFIND /egroupware/groupdav.php/ HTTP/1.1” 401 493 “-” "iOS/13.1.3 (17A878) accountsd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:07 +0100] “PROPFIND /egroupware/groupdav.php/ HTTP/1.1” 207 1623 “-” "iOS/13.1.3 (17A878) accountsd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:07 +0100] “OPTIONS /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 200 752 “-” "iOS/13.1.3 (17A878) accountsd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:09 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 401 4274 “-” "iOS/13.1.3 (17A878) remindd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:09 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 404 1255 “-” "iOS/13.1.3 (17A878) remindd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:17 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 401 1069 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:17 +0100] “PROPFIND /egroupware/groupdav.php/principals/users/3409099999/ HTTP/1.1” 404 1255 “-” "iOS/13.1.3 (17A878) dataaccessd/1.0"
93.216.187.166 - - [25/Nov/2019:23:52:33 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:52:54 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:53:33 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1873 "https://egw.xxx.de/egroupw$
93.216.187.166 - - [25/Nov/2019:23:53:54 +0100] “POST /egroupware/json.php?menuaction=notifications.notifications_ajax.get_notifications HTTP/1.1” 200 1872 "https://egw.xxx.de/egroupw$

[StefanU]

Hallo Ronny.

eGroupware

=> EGroupware

Dazu habe ich per Let´s Encrypt ein SSL zertifiziert. (SSL bei Strato durch DNS nicht ohne weiteres möglich)

Ich dachte, ihr hättet bei euch das auf Blech installiert? Was hat nun Strato damit zu tun?
Bei einer EGw-Standard-Installation wird das SSL-Zertifikat auf dem Host/Reverse-Proxy eingebunden:

SSL-Verschlüsselung mit Let's Encrypt

🇩🇪 Docker (in EGroupware 19.1)?

🇩🇪 Meine Installation EGroupware 19.1 auf Debian 10

Eine DNS-Adresse ist Voraussetzung. IP funktioniert nicht. Ich habe das bei meinem Provider über eine Sub-Domain und einem DDNS-Client gelöst.

Weitere Voraussetzungen liegen in der Konfiguration des Reverse-Proxy bzw. bei Installationen ohne das in der Konfiguration des Web-Servers. Das ist aber bei einer Paketinstallation alles passend vorgekaut. In anderen Fällen musst du das zu Fuß machen.

Du müsstest deine Konfiguration besser dokumentieren. Sonst wird es schwierig. Die Glaskugel tut es nicht auf die Entfernung…

Sende mir doch bite einmal deine EGw-Adresse per PN.

Ich kenne noch aus ganz früheren egw Versionen calDav als extra App. Das ist nun in der 19.1 scheinbar nicht mehr der Fall.

Da hat sich nichts geändert. Seit ich denken kann:

Stefan

[ronny]

Hallo Stefan, die Installation liegt auf eigenem Blech/Plastik. Die Domain (hier subdomain) ist bei Strato gehostet und telefoniert dann mittels DDNS nach hause.
Zur Konfiguration:
Wir haben auf eigener Hardware einen Server mit Debian 10 (keine Desktop-Version) aufgesetzt, diesen dann aus Docker mit der EGroupware 19.1 CE versorgt. Gehostet wird wie o.g. mittels einer Subdomain von Strato mit DDNS. (Domain kommt per PN)

Bezüglich der “extra App” meinte ich, dass calDav früher als extra widget in der Anwendung zu sehen war. In der Installtionsüberprüfung der EGw ist alles sauber.

[StefanU]

Deaktivier mal TLS 1.3 in deiner SSL-Config:

Manche Clients können das noch nicht ab.

Auf jeden Fall solltest du aber TLS 1.0 und TLS 1.1 deaktivieren. Die sind nicht umsonst orange…

Stefan

[ronny]

Ich habe TLS 1, 1.1 und 1.3 deaktiviert und apache restartet. Mit ssllabs sieht das auch in Ordnung aus. Problem besteht weiter.

Nach dem das iPhone versucht die calDav abzurufen, finde ich u.a. folgenden Log-Eintrag beim entsprechenden User.
Kann es eventuell auch an irgendwelchen Rechten scheitern? Über den Zugriff per Webbrowser https://egw.meinedomain.de/egroupware/groupdav.php/calendar sieht aber alles sauber aus.

[RalfBecker]

Glaube nicht das das Problem beim TLS liegt, wir benutzen im Hosting TLS 1.3 und das aktuelle iOS hat da kein Problem damit.

Wenn Du ohne Pakete und Container EGroupware eingerichtet hast, fehlt Dir vermutlich die entsprechende Apache Konfig:

EGroupware/egroupware/blob/master/doc/rpm-build/apache.conf#L12

Ralf

[ronny]

Die Einrichtung erfolgte mit den Containern, dabei liefen keine Fehlermeldungen hoch.
unter doc/rpm-build gibt es keine apache.conf . Diese liegt unter etc/egroupware-docker/apache.conf und enthält bzgl. der vhosts nur den Hinweis, dass die Daten in /etc/apache2/conf.d/egroupware-docker.conf liegen sollen. Das Verzeichnis /conf.d/ exisitert dort aber gar nicht.

Selbst wenn ich die apache.conf unter rpm-build/ anlege, ändert das leider weiterhin nichts.

[RalfBecker]

Die Einrichtung erfolgte mit den Containern

Das hatte ich nicht mitbekommen.

Etwas anderes von dem übergroßen Screenshot fiel mir auf, der Benutzername dort ist numerisch?
Leider kann ich ihn hier nicht pasten, da Screenshot.

Ist das richtig? Das könnte das Problem sein, da EGroupware an vielen Stellen intern Benutzernamen oder numerische Id erwartet, und bei etwas nummerischen immer davon ausgeht, das es die Id ist.

Woher kam die URL? Bei iOS gibt man normal ja nur Host, Benutzer und Passwort an und der Rest passiert automatisch.

Ralf

[ronny]

Okay… ich kann nicht anders:

Ihr seid Götter
Es lag tatsächlich an den nummerischen Nutzern. Mit einem Testnutzer hat es sofort geklappt.
Ich hatte die Nutzer nummerisch angelegt, da diese aus anderen Anwendungen synchron sein sollten, bei denen können wir die Nutzernamen nicht manuell vergeben. Ich musste dies nun dann ändern.

Woher die URL im iPhone kam? Schaut man nach der Einrichtung in die Account URL unter erweiterte Einstellungen taucht diese dort nach dem ersten Servercheck automatisch auf. Auch jetzt mit meinem Testuser.
Sobald ich an die Benutzer Initialien dranhänge, reicht es nun aus um zu laufen. Kleine Ursache - große Wirkung. Wie so oft

Vielen dank.

Ronny

[StefanU]

Ihr seid Götter

Danke für die Blümchen

Ich hatte die Nutzer nummerisch angelegt,

Da wäre ich nie drauf gekommen.
Dann mach bitte das Häkchen an das Thema.

Gruß
Stefan