- Owncloud caldav install#
- Owncloud caldav update#
- Owncloud caldav upgrade#
- Owncloud caldav series#
- Owncloud caldav mac#
Owncloud caldav install#
Owncloud caldav series#
TS-x09 series ( TS-109, TS_209): QNAP firmware support seems to have stopped at version 3.3.x, that firmware version does not contain PHP >=V5.3.QNAPs with firmware V4.0.0 or higher, probably all >V3.7 firmware versions, all QNAP firmwares with PHP >=V5.3.If in doubt, find out the the current PHP version of your QNAP on the SSH terminal prompt: /mnt/ext/opt/apache/bin/php -version.
Owncloud caldav update#
Update to a recent QNAP firmware, to make sure to have PHP >= v5.3 on your QNAP.
![owncloud caldav owncloud caldav](https://www.bitblokes.de/wp-content/uploads/2012/12/Selection_128.jpg)
at the ownCloud home page or en./wiki/OwnCloud OwnCloud supported QNAPs Owncloud V5 You can create extra calendars and address books that you share between accounts of different family members.You can use this to automatically backup the contacts and calendar data of your smartphone onto your NAS, everytime your smart phone is in range of your WLAN.
Owncloud caldav mac#
Owncloud caldav upgrade#
Only do this if you didn’t added any event to this calendar after the upgrade to 9.0! Note: This will delete all data that was added after the upgrade from 8.2 to 9.0 to this calendar. If the calendar exists it will handle it as an already migrated calendar. Therefore you need to delete the new calendar that was not fully migrated, because the migration step will check if the calendar only exists. The migration steps will only run for not yet migrated calendars. (I added comments to those config:system:set commands) Edit: The debug mode is not needed anymore with 9.0.0 RC4.
![owncloud caldav owncloud caldav](https://irights.info/wp-content/uploads/2014/02/11-caldav-account-macosx.png)
Note: be aware that debug mode should not be used on production instances because it could leak informations in the debug messages once an error occurs. Those commands are only available in debug mode. Nevertheless you maybe want to retrigger this. Running the migration againĪs already written this is usually done automatically during the upgrade of ownCloud 8.2 to 9.0.
![owncloud caldav owncloud caldav](https://www.klirit.fr/sites/default/files/styles/medium/public/page/owncloud.png)
![owncloud caldav owncloud caldav](https://www.modius-techblog.de/wp-content/uploads/2015/02/owncloud-caldav-thunderbird-04.png)
This means some events are not migrated and more trouble shooting is required. | 7 | principals /users /mjob | Example 1 | example1 | 143 | | 6 | principals /users /mjob | Feiertage | feiertage | 140 | | 13 | principals /users /mjob | Morris | defaultcalendar | 267 | | 8 | principals /users /mjob | Projekte | projekte | 3 | + -+-+-+-+-+ If the count is not the same it looks like this (the calendar Morris holds 1019 entries in the old table but only 267 in the new table): If this is the case: Stop reading and be happy that everything worked well. | 7 | principals /users /mjob | Example 1 | example1 | 143 | | 6 | principals /users /mjob | Feiertage | feiertage | 140 | | 13 | principals /users /mjob | Morris | defaultcalendar | 1019 | | 8 | principals /users /mjob | Projekte | projekte | 3 | + -+-+-+-+-+ | calendarid | principaluri | displayname | uri | COUNT(o.calendarid) | + -+-+-+-+-+ > ORDER BY c.principaluri, c.displayname > JOIN oc_calendars c ON o.calendarid = c.id MariaDB > SELECT o.calendarid, c.principaluri, c.displayname, c.uri, COUNT(o.calendarid) | 8 | mjob | Example 1 | example1 | 143 | | 7 | mjob | Feiertage | feiertage | 140 | | 1 | mjob | Morris | defaultcalendar | 1019 | | 9 | mjob | Projekte | projekte | 3 | + -+-+-+-+-+ | calendarid | userid | displayname | uri | COUNT(o.calendarid) | + -+-+-+-+-+ > JOIN oc_clndr_calendars c ON o.calendarid = c.id MariaDB > SELECT o.calendarid, c.userid, c.displayname, c.uri, COUNT(o.calendarid)