Univention Bugzilla – Bug 52008
OS X 10.14+ needs better redirects for .well-known DAVs
Last modified: 2020-09-18 14:23:56 CEST
When using NExtCloud (or OwnCloud) as DAV backend with UCS 4.4, OS X is not able to reliably use the function of ".well-known" due to improper redirects for: - /.well-known/caldav - /.well-known/carddav This can be handled with a proper redirect on FQDN level adding in the file /etc/apache2/sites-enabled/default-ssl.conf Below: ProxyPass /nextcloud http://127.0.0.1:40000/nextcloud retry=0 ProxyPassReverse /nextcloud http://127.0.0.1:40000/nextcloud The redirects to the FQDN: Redirect 301 /.well-known/carddav https://<fqdn>/nextcloud/remote.php/dav Redirect 301 /.well-known/caldav https://<fqdn>/nextcloud/remote.php/dav Additionally it is necessary to have NextCloud and UCS-System on HTTPS as mandatory!!! (Might be enough to mention in handbook.) Above could also apply to other collaboration backends like Kopano or OX? This I cannot confirm.
After some more investigation, I found also some hints in the documentation of NextCloud relating to services discovery: https://docs.nextcloud.com/server/18/admin_manual/issues/general_troubleshooting.html#service-discovery in case, that - as with UCS - the NextCloud instance is address via /nextcloud.
Please report issues and feature requests for Apps to the App Provider, contact addresses are given in the App description in the App catalogue.
Dear Ingo! 1. I checked this for next cloud and did not find it. 2. It is - as I write - also a problem across multiple apps, so it seems to be a problem in UCS. Though reopened, as I think, a few Mac users will be happy, what I see in the net and blog of Univention? Best Andreas