MMM-CalDAV

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