[kronolith] horde/rpc.php/principals/user/ empty since some releases

Thu Apr 7 08:18:55 UTC 2016

Dear Jens,
dear Jan,

----- Nachricht von Jens Wahnes <wahnes at uni-koeln.de> ---------
[...]
> 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 <wahnes at uni-koeln.de> -----

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: chhaas-ml at ukbw.de