Zugriff per Webbrowser auf Adressen geht nicht mehr

pschuett 2022-02-05 14:34:26 UTC #1

Hallo,
seit dem Update auf eGroupware 21.1 (die Docker-Version) funktioniert der Zugriff auf die Adressen via

https://domain.tld/egroupware/groupdav.php/muellerp/addressbook
nicht mehr.

Ich sehe noch eine Liste aller Adressen mit Links auf die vcf-Dateien, aber jeder Link auf eine vcf-Datei gibt nur ein 404 zurück.
Bei den Terminen funktioniert es. Ich habe mir selber ein Programm geschrieben, dass über diese API die Adressen in ein eigenes Programm holt und habe nun ein Problem.

Es ist egal, ob ich es über eine externe https-Adresse (mittels eigenem Zertifkat) oder direkt auf dem Rechner per localhost mache. Ich habe auch mittels wget den Nginx von egroupware im Container angesprochen, der selbe Fehler.

Vor dem Upgrade (17 oder so, jedenfalls nicht-docker) hat es noch funktioniert.

Danke für alle Hinweise und Tips.
Ciao
Peter Schütt

StefanU 2022-02-05 16:25:16 UTC #2

Hi Peter.

Wie sieht denn der Link für die vcf-Datei aus?

Stefan

pschuett 2022-02-05 16:42:39 UTC #3

Hallo,
das ist der Link zum Adressbuch:

http://myserver/egroupware/groupdav.php/peter/addressbook/

Das gibt folgendes zurück:

 Text`(Cal|Card|Group)DAV /peter/addressbook/
Auflistung der Collection: Adressbuch Peter Schütt
# 	Name		Displayname 	Letzte Änderung 	ETag 	Content Typ 	Ressource Typ
1 	C565127D-88E0-0001-F684-1AC7161019F5.vcf 	SiteMgr User 	2012-10-13 19:01:57 	"6:1" 	text/vcard 	
2 	C565127D-88F0-0001-56E2-894C1580F7F0.vcf 	Admin Benutzer 	2012-10-13 19:01:10 	"7:1" 	text/vcard 	
3 	C565127D-88F0-0001-3063-A79016D0E590.vcf 	Bernd Beispiel 	2015-06-21 15:04:02 	"8:3" 	text/vcard 	
...

Wenn ich auf eine vcf-Datei klicke, wird folgender Link aufgerufen, z.B. Bernd Beispiel:
http://myserver/egroupware/groupdav.php/peter/addressbook/C565127D-88F0-0001-3063-A79016D0E590.vcf

Und das gibt 404 zurück.

Analog bei den Terminen funktioniert es.

Danke für alle Hinweise und Tips.

Ciao
Peter Schütt

StefanU 2022-02-05 16:49:27 UTC #4

Hab ich so noch nicht gesehen.
Bei mir sind die vcf immer mit einfachen Zahlen hochgezählt:

@RalfBecker ?

Stefan

pschuett 2022-02-05 17:00:23 UTC #5

Ich habe beides.

Ich benutze eGroupware schon ziemlich lange, und ich vermute, dass in der Anfangszeit UUIDs genommen werden. Die einfachen funktionieren aber auch nicht:

192.168.10.40 myserver - [05/Feb/2022:17:52:19 +0100] "GET /egroupware/groupdav.php/peter/addressbook/C565127D-88F0-0001-3063-A79016D0E590.vcf HTTP/1.1" 404 20 "http://myserver/egroupware/groupdav.php/peter/addressbook/" "Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0"

192.168.10.40 myserver - [05/Feb/2022:17:56:02 +0100] "GET /egroupware/groupdav.php/peter/addressbook/24.vcf HTTP/1.1" 404 20 "http://myserver/egroupware/groupdav.php/peter/addressbook/" "Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0"

Funktioniert denn bei Dir der Link auf die vcf-Dateien?

Ciao
Peter Schütt

StefanU 2022-02-05 17:04:58 UTC #6

Ah, OK.

Yep. Im ständigen Gebrauch.
Dein Problem ist sicherlich kein generelles.

Stefan

pschuett 2022-02-05 17:41:19 UTC #7

Was ich auch nicht verstehe, ist, das die Synchronisation über CardDav mit Handy und auch mit Thunderbird funktioniert.
Es tauchen im access-log auch keine GETs auf, wenn ich z.B. in der WebAPP von eGroupware etwas in einem Datensatz ändere und dann Thunderbird synchronisieren lassen. Die Änderung kommt an.
Ändere ich aber etwas in Thunderbird, dann wird ein

PUT /egroupware/groupdav.php/peter/addressbook/132.vcf

angestoßen, was ich im access-log sehen kann. Ein GET auf diese Adresse gibt aber den bekannten 404er.

pschuett 2022-02-05 17:57:14 UTC #8

So ein Nachschlag noch, dann ist aber für heute gut.
Ich habe es auch einmal mit postman probiert:

GET /egroupware/groupdav.php/peter/addressbook/C565127D-88F0-0001-3063-A79016D0E590.vcf HTTP/1.1
X-Forwarded-Host: myserver
X-Host: myserver
Accept-Encoding: gzip, deflate, br
Postman-Token: c6a5aff0-18ca-4bd4-ae00-c02e6d2f0b85
Accept: */*
User-Agent: PostmanRuntime/7.29.0
Authorization: Basic ***************
Connection: Upgrade
X-Forwarded-Proto: http
X-Forwarded-For: 192.168.10.40, 127.0.0.1
X-Real-Ip: 127.0.0.1
Host: myserver
Content-Length: 
Content-Type: 

HTTP/1.1 404 Not Found
Date: Sat, 05 Feb 2022 16:02:54 GMT
Server: nginx/1.20.2
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
X-Dav-Powered-By: EGroupware 21.1.001 CalDAV/CardDAV/GroupDAV server
X-WebDAV-Status: 404 Not Found
### GET /peter/addressbook/C565127D-88F0-0001-3063-A79016D0E590.vcf --> "404 Not Found" took 0.011 s

pschuett 2022-02-05 18:32:28 UTC #9

Und noch einen:
Mit dem CardDAV-Protokoll (https://datatracker.ietf.org/doc/html/rfc6352) und Postman kann ich die Adressdaten jetzt auslesen (mittels REPORT und addressbook-query).
Falls das mit dem GET in Zukunft gar nicht mehr gehen sollte, werde ich meine Applikation auf das CardDAV-Protokoll umstellen. Aber so richtig Zeit habe ich dafür jetzt nicht. Wenn Ihr also mir einen Hinweis geben könnte, was bei mir und dem GET kaputt ist, dann wäre ich sehr dankbar.

Jetzt ist aber wirklich gut.

RalfBecker 2022-02-06 07:28:07 UTC #10

Hängt davon ab, ob EGroupware oder ein Client die Kontakte oder Termine anlegt, aber ganz normal und kein Problem.

Ralf

RalfBecker 2022-02-06 07:33:27 UTC #11

Der GET Request auf die einzelne Ressource ist auch CalDAV/CardDAV und muss weiterhin funktionieren.
Einzige Idee die ich habe warum der REPORT funktioniert und der GET nicht sind das Du unterschiedliche User verwendest die die Adressen nicht sehen können.

Ansonsten kann man das nur debuggen, wofür ich aber ein Budget und den Datenbankdump bräuchte.

Ralf

RalfBecker 2022-02-07 15:13:55 UTC #12

Btw. hatte es total vergessen, bis ich es im Changelog für das heutige Maintenance Release wieder gelesen habe: das Problem ist gefixed und der Fix kommt mit dem Maintenance Release:

Ralf

pschuett 2022-02-07 21:36:57 UTC #13

Hallo,
ich habe gerade das Update angestoßen:

su -
cd /etc/egroupware-docker
docker-compose pull
docker-compose up -d
docker restart egroupware

und es geht wieder, vielen Dank.
Ciao
Peter Schütt