MMM-CalDAV

sdetweil

@caw from synology ssh terminal window do

ls /volume1/docker/magicmirror -laF

caw

@sdetweil

thats the result

and

are the mounts section

sdetweil

@caw ok now need to look inside modules

ls -laF /volume1/magicmirror/modules
and in the module folder
ls -laF /volume1/magicmirror/modules/MMM-CalDAV

we 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)

caw

@sdetweil

it´s in the /volume1/docker/magicmirror/modules

sdetweil

@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 above

the 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 rwx

or 775 (probably better, not allow ‘any’ other…)
user rwx
group rwx
other r-x

then other (1000) will be allowed to write to the folder (service folder)

caw

@sdetweil

so the permission error is gone but the *ics is still not saved
LOG attached

sdetweil

@caw can you show all the calDAV messages…

last says fetching
but the prior says not found…

MMRIZE

@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.

caw

@MMRIZE
hi i´ve got it- it was the firewall blocking and the ics files are created and a test is shown

THANK YOU VERY MUCH!!! :)
maybe you can add the workaround for a tutorial for any Synology User :)

sdetweil

@caw add the workaround?

caw

@sdetweil i think some of the Synology users have the same issue with permissions an their nas

sdetweil

@caw this is really a docker on synology implementation issue. you created files needed by the docker container using an outside the container userid.

many modules use their folder as a cache storage location

jal201

I apologize but I am very very new to all of this and I was looking for a little guidance on syncing with my Apple Calendar using MMM-CalDAV. The issue I am running into is that in the [LOG] it is showing [CALDAV] /MagicMirror/modules/MMM-CalDAV/service/.ICLOUD_family.ics is not found. This is cascading into a lot of issues which results in the fetch of the family calendar isn’t happening. I am sure I am missing something simple but I can’t for the life of me find it out. Would it be possible to get some help and which direction could I investigate? Thank you all in advance.

sdetweil

@jal201 can u tell us more about your runtime environment?

are you using a NAS device, synology? or is this on a pi, without docker?

jal201

@sdetweil

Thank you for your time. I believe am using a pi without a docker.

sdetweil

@jal201 said in MMM-CalDAV:

/MagicMirror/modules/MMM-CalDAV/service/.ICLOUD_family.ics

this seems to imply the config for calendar doesn’t match the config for MMM-Caldav

caldav reads the real calendar and puts the data in the configured folder
and then the MM calendar loads it from the configured folder…

I am not the module author.

jal201

@sdetweil thank you for the information. I was curious about the *.ICLOUD file location. Do you see that in your application? Is that folder used?

Tiller

@MMRIZE

Hello again,
sorry I had a lot of work at my job, but now I’m trying again to get this MM working.
The sync to my Synology-Calendar still isn’t working.

Here are my logs:

pi@raspy:~ $ pm2 logs mm
[TAILING] Tailing last 15 lines for [mm] process (change the value with --lines option)
/home/pi/.pm2/logs/mm-error.log last 15 lines:
0|mm       |     at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
0|mm       |     at async davRequest (/home/pi/MagicMirror/modules/MMM-CalDAV/node_modules/tsdav/dist/tsdav.cjs.js:158:25)
0|mm       |     at async fetchPrincipalUrl (/home/pi/MagicMirror/modules/MMM-CalDAV/node_modules/tsdav/dist/tsdav.cjs.js:1254:24)
0|mm       |     at async createAccount (/home/pi/MagicMirror/modules/MMM-CalDAV/node_modules/tsdav/dist/tsdav.cjs.js:1307:31)
0|mm       |     at async DAVClient.login (/home/pi/MagicMirror/modules/MMM-CalDAV/node_modules/tsdav/dist/tsdav.cjs.js:1659:15)
0|mm       |     at async Fetcher.work (/home/pi/MagicMirror/modules/MMM-CalDAV/node_helper.js:89:7) {
0|mm       |   [cause]: Error: getaddrinfo ENOTFOUND invalidcaldavserver.com
0|mm       |       at GetAddrInfoReqWrap.onlookupall [as oncomplete] (node:dns:120:26) {
0|mm       |     errno: -3008,
0|mm       |     code: 'ENOTFOUND',
0|mm       |     syscall: 'getaddrinfo',
0|mm       |     hostname: 'invalidcaldavserver.com'
0|mm       |   }
0|mm       | }

Probably some auth. problem?
Maybe you got another idea.
I’m running the MM on an Raspberry Pi Zero.

Best
Till

MMRIZE

@Tiller
invalidcaldavserver.com ???
Usually your error message is showing that URL may be wrong.

Tiller

@MMRIZE
Yes, that’s what I thought too.
But I checked it again, and it’s the same URL my Synology ist showing for the calendar.
“Http://localip:5000/caldav/”

Maybe some settings on my synology are the problem?! I already checked the port, it’s open.

Best
Tillmann