Re: horde/rpc.php/principals/user/ empty since some releases
Christoph Haas <[email protected]> Thu, 07 Apr 2016 08:18:55 +0000
| Newsgroups | gmane.comp.horde.kronolith |
|---|---|
| Message-ID | <[email protected]> |
Dear Jens, dear Jan, ----- Nachricht von Jens Wahnes <[email protected]> --------- [...] > So in your case, you would first have to send a PROPFIND request. > Make sure to send it to the full URL (including protocol type) that > ends with horde/rpc.php/principals/user/ > The request body should look like this: > > <d:propfind xmlns:d="DAV:" xmlns:c="urn:ietf:params:xml:ns:caldav"> > <d:prop> > <c:calendar-home-set /> > </d:prop> > </d:propfind> > > This should give you a referral to the > horde/rpc.php/principals/user/ URL, i.e. the server's XML respone > should have this as the "href" value in the (innermost) > calendar-home-set tag. > > The second step would then be to list all calendars available for > that user. To do so, you would issue onother PROPFIND request, but > this time with the new URL that ends in horde/rpc.php/principals/user/ > This time, the request body would have to be: > > <d:propfind xmlns:d="DAV:" xmlns:cs="http://calendarserver.org/ns/" > xmlns:c="urn:ietf:params:xml:ns:caldav"> > <d:prop> > <d:resourcetype /> > <d:displayname /> > <c:supported-calendar-component-set /> > </d:prop> > </d:propfind> > > The server's reply should now contain an XML-based list of all > calendars and task lists this user has got access to. If this works > in the browser, it should work in a CalDAV client as well. If it > doesn't work in the browser, there is likely something else wrong. > But beware to jump to conclusions, if don't have experience with > sending such requests, it might be that something went wrong there > and not on the server side. > > > Jens ----- Ende der Nachricht von Jens Wahnes <[email protected]> ----- thanks for your debuging instructions! Sorry for the delay in answering, but I was yesterday abroad. I installed as recommended the easy-REST-add-on in Firefox and sent the given request as custom data (including MIME-type "application/xml" and authentication credentials to my Horde-installation, where the discovery via the principals already worked, some horde releases ago (!), to the Horde-URL https://servername.domain/horde/rpc.php/principals/user/ (servername. domain and user are placeholders for anonymization), and also on my other Horde-installation, and got this result on both installations and for both propfind-requests back: --- snip --- <html> <head> <title>Index for principals/user/ - SabreDAV 1.8.10-stable</title> <style type="text/css"> body { Font-family: arial} h1 { font-size: 150% } </style> <link rel="shortcut icon" href="/horde/rpc.php/?sabreAction=asset&assetName=favicon.ico" type="image/vnd.microsoft.icon" /></head> <body> <h1>Index for principals/user/</h1> <table> <tr><th width="24"></th><th>Name</th><th>Type</th><th>Size</th><th>Last modified</th></tr> <tr><td colspan="5"><hr /></td></tr><tr> <td><a href="/horde/rpc.php/principals"><img src="/horde/rpc.php/?sabreAction=asset&assetName=icons%2Fparent.png" width="24" alt="Parent" /></a></td> <td><a href="/horde/rpc.php/principals">..</a></td> <td>[parent]</td> <td></td> <td></td> </tr><tr><td colspan="5"><hr /></td></tr></table> <address>Generated by SabreDAV 1.8.10-stable (c)2007-2014 <a href="http://sabre.io/">http://sabre.io/</a></address> </body> </html> --- snap --- So, from my point of view nothing was discovered. No entries in the apache error.log and only the normal "GET /horde/rpc.php/principals/user/ HTTP/1.1" 200 1064 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Firefox/44.0 Iceweasel/44.0.2" in the apache access-log Any more hints, what to check or wher to search for the cause? Christoph. -- Christoph Haas email: [email protected] -- kronolith mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: [email protected]