Calendars not shown in the list



  • I just discovered davdroid and decided to give it a try (I was previously using dtmf CalDAV-Sync)
    My problem is that after I enter the adress and my login/pass, the list of available calendars is empty.
    Unfortunately I don't know which platform is at the other end (but I'm sure it's a windows server)
    I'm not using https
    http://cal.domain.com:5232/calendar/

    and my login looks like this: first.last@domain.lan

    Is there a way I can provide logs to help sorting this out?
    Thanks a lot

    Processing multi-status element: http://cal.domain.com:5232/firstname.lastname%40domain.lan/
    Received multistatus response:
    <?xml version="1.0"?>
    <multistatus xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:CR="urn:ietf:params:xml:ns:carddav" xmlns:ICAL="http://apple.com/ns/ical/">
      <response>
        <href>/firstname.lastname@domain.lan/</href>
        <propstat>
          <prop>
            <C:calendar-timezone>BEGIN:VCALENDAR
    END:VCALENDAR
    </C:calendar-timezone>
            <displayname>firstname.lastname@domain.lan</displayname>
            <resourcetype>
              <principal />
              <C:calendar />
              <collection />
            </resourcetype>
            <C:supported-calendar-component-set>
              <C:comp name="VTODO" />
              <C:comp name="VEVENT" />
              <C:comp name="VJOURNAL" />
            </C:supported-calendar-component-set>
          </prop>
          <status>HTTP/1.1 200 OK</status>
        </propstat>
        <propstat>
          <prop>
            <CR:addressbook-description />
            <ICAL:calendar-color />
            <C:calendar-description />
          </prop>
          <status>HTTP/1.1 404 Not Found</status>
        </propstat>
      </response>
    </multistatus>
    Processing multi-status element: http://cal.domain.com:5232/firstname.lastname%40domain.lan/
    

    and without preemptive auth.

    Processing multi-status element: http://cal.domain.com:5232/calendar/
    Received multistatus response:
    <?xml version="1.0"?>
    <multistatus xmlns="DAV:">
      <response>
        <href>/calendar/</href>
        <propstat>
          <prop />
          <status>HTTP/1.1 200 OK</status>
        </propstat>
        <propstat>
          <prop>
            <current-user-principal />
          </prop>
          <status>HTTP/1.1 404 Not Found</status>
        </propstat>
      </response>
    </multistatus>
    Processing multi-status element: http://cal.domain.com:5232/calendar/
    

    Finally when giving the full path to the ics instead of the folder. (still without preemtive auth.)

    Processing multi-status element: http://cal.domain.com:5232/calendar/
    Received multistatus response:
    <?xml version="1.0"?>
    <multistatus xmlns="DAV:">
      <response>
        <href>/calendar/firstname.lastname.ics/</href>
        <propstat>
          <prop />
          <status>HTTP/1.1 200 OK</status>
        </propstat>
        <propstat>
          <prop>
            <current-user-principal />
          </prop>
          <status>HTTP/1.1 404 Not Found</status>
        </propstat>
      </response>
    </multistatus>
    Processing multi-status element: http://cal.domain.com:5232/calendar/fistname.lastname.ics/
    

  • developer

    Do you know how to get logcat output? This would be needed.



  • Here we go.
    It seems to be querying "http://cal.domain.com:5232/firstname.lastname%40domain.lan/" instead of "http://cal.domain.com:5232/calendar/" when using preemtive authentication.
    Without this option, I get a 404 :cry:


  • developer

    It seems like the server is misconfigured. When asked for children of http://cal.domain.com:5232/calendar/, it answers with /firstname.lastname@domain.lan/ (note the missing /calendar/). For radicale, this setting is called base_prefix. Please contact your server provider with this message/issue report to fix the problem.


Log in to reply
 

Looks like your connection to Bitfire App Forums was lost, please wait while we try to reconnect.