Read the statement by Michael Teeuw here.
MMM-CalDAV
-
@caw from synology ssh terminal window do
ls /volume1/docker/magicmirror -laF
-
-
@caw ok now need to look inside modules
ls -laF /volume1/magicmirror/modules
and in the module folder
ls -laF /volume1/magicmirror/modules/MMM-CalDAVwe did not check INSIDE the MMM-CalDAV/service folder to see if there is an existing file that might be overwritten (with the wrong permissions)
-
it´s in the /volume1/docker/magicmirror/modules
-
@caw ok, the docker container is running as user/group 1000/1000
so Simon and users is neither of those
and linux permissions are a set of values, 3 flags per
user – this user number/name (Simon)
group --if the user is part of the named group (users)
other – permissions for any user NOT in the two choices abovethe permissions shown
user = rwx // user can read( r) write(w) and execute(x)
group = r-x // group can read( r) and execute(x)
other = r-x // all others can read ( r) and execute(x)or 755
if you fix the permissions to 757
user rwx
group r-x
other rwxor 775 (probably better, not allow ‘any’ other…)
user rwx
group rwx
other r-xthen other (1000) will be allowed to write to the folder (service folder)
-
so the permission error is gone but the *ics is still not saved
LOG attached -
@caw can you show all the calDAV messages…
last says fetching
but the prior says not found… -
@caw
I cannot say anything without the full log. But at the first execution, ics would not be written yet, (calendar module is so fast than CalDAV’s connection and parsing) so just wait for the next cycle to finish serving, or just stop and rerun MM. From the second execution, ics will be served.
-
@MMRIZE
hi i´ve got it- it was the firewall blocking and the ics files are created and a test is shownTHANK YOU VERY MUCH!!! :)
maybe you can add the workaround for a tutorial for any Synology User :) -
@caw add the workaround?