I have been using davical successfully for several years to run group
calendars for my employer, currently running 1.1.9 from the Ubuntu 20.04
repositories, with Apache and postgresql. Users each have individual
logins, and have calendars shared to them from usernames created
specifically for ownership of each group calendar (i.e., there is an
engineer user that owns the engineering department calendar, and each
employee in the department has their own username with that calendar
shared to them, so we don't lose group calendars due to employee
turnover). Initially I used AgenDAV for our and DAVdroid, which was
upgraded to DAVx5. I eventually replaced AgenDAV with caldavzap when I
upgraded our intranet server to php 8.1 and could not get AgenDAV to
run, and it worked as well. Recently I tried 2 new clients, neither of
which work as desired. I know very little about the standard commands
for communicating with a caldav server, but have tried to include some
info on the communications so someone else can help me narrow down where
the problem is.
1. I tried to do a fresh install of DAVx5 on a new Android device, and
could only get calendars owned by the user, not calendars shared to that
user (incidentally, we have always had that issue on Macs and iOS
devices). When I contacted DAVx5 developers and they looked at a test
user I created on the server, they replied "the prinicipal is detected
correctly, but when its resource URL is asked whether it provides either
service "addressbook" or "calendar-access" as capability the server
responds with zero capabilities for the principal URL. This is the
reason why DAVx5 does not save the principal." I ran a davical debug log
and found that when you first load caldavzap, it issues a REPORT request
of the base URL plus the username, and the response includes a section
of calendar-proxy-read-for that lists shared calendars. DAVx5, on the
other hand, sends nothing but PROPFIND requests in the process of adding
the account, and never gets a list of shared calendars to show.
2. We are hoping to move a calendar that had been shared from an icloud
account for longer than we had the davical server. That calendar is
currently viewed by employees on Android tablets using an app called
OneCalendar (onecalendar.nl). The app does have caldav support, but when
I try to add an account, it first sends an OPTION request without the
username and password, and then gives an error "Error adding your CalDAV
account: This does not appear to be a valid CalDav server". Sending the
same OPTION request from curl, I can see that the returned headers do
not include a DAV line at all, which appears to be required in section
5.1.1 of RFC 4791.
Are either of these issues in davical that have been fixed in a newer
version, or where should I go to get them working?
--
Michael Crider, IT Supervisor
Howell-Oregon Electric Cooperative
West Plains MO
http://www.hoecoop.org
There is no cloud, it's just someone else's computer.
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
calendars for my employer, currently running 1.1.9 from the Ubuntu 20.04
repositories, with Apache and postgresql. Users each have individual
logins, and have calendars shared to them from usernames created
specifically for ownership of each group calendar (i.e., there is an
engineer user that owns the engineering department calendar, and each
employee in the department has their own username with that calendar
shared to them, so we don't lose group calendars due to employee
turnover). Initially I used AgenDAV for our and DAVdroid, which was
upgraded to DAVx5. I eventually replaced AgenDAV with caldavzap when I
upgraded our intranet server to php 8.1 and could not get AgenDAV to
run, and it worked as well. Recently I tried 2 new clients, neither of
which work as desired. I know very little about the standard commands
for communicating with a caldav server, but have tried to include some
info on the communications so someone else can help me narrow down where
the problem is.
1. I tried to do a fresh install of DAVx5 on a new Android device, and
could only get calendars owned by the user, not calendars shared to that
user (incidentally, we have always had that issue on Macs and iOS
devices). When I contacted DAVx5 developers and they looked at a test
user I created on the server, they replied "the prinicipal is detected
correctly, but when its resource URL is asked whether it provides either
service "addressbook" or "calendar-access" as capability the server
responds with zero capabilities for the principal URL. This is the
reason why DAVx5 does not save the principal." I ran a davical debug log
and found that when you first load caldavzap, it issues a REPORT request
of the base URL plus the username, and the response includes a section
of calendar-proxy-read-for that lists shared calendars. DAVx5, on the
other hand, sends nothing but PROPFIND requests in the process of adding
the account, and never gets a list of shared calendars to show.
2. We are hoping to move a calendar that had been shared from an icloud
account for longer than we had the davical server. That calendar is
currently viewed by employees on Android tablets using an app called
OneCalendar (onecalendar.nl). The app does have caldav support, but when
I try to add an account, it first sends an OPTION request without the
username and password, and then gives an error "Error adding your CalDAV
account: This does not appear to be a valid CalDav server". Sending the
same OPTION request from curl, I can see that the returned headers do
not include a DAV line at all, which appears to be required in section
5.1.1 of RFC 4791.
Are either of these issues in davical that have been fixed in a newer
version, or where should I go to get them working?
--
Michael Crider, IT Supervisor
Howell-Oregon Electric Cooperative
West Plains MO
http://www.hoecoop.org
There is no cloud, it's just someone else's computer.
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general