For file handling Seafile has been pretty efficient for me. No multimedia though.

Yeah…Overkill indeed. I was considering to stop using proton calendar altogether and just migrating to NextCloud…but seems this might work much easier.

ICSDroid

Duuuude. I just wish I saw your comment BEFORE spinning and fighting with a nextcloud container. Well…At least I didn’t go all the way in just yet. Just found out ICSx5 does exactly this (it popped when searching for icsdroid on f-droid). My calendar is populated with the Proton Calendar. For my use, I can create events with proton calendar, and Android gets it to the local calendar via ICSx5. Thanks man!

Nope, not yet. Also very demanded by the users, but nothing released on that end yet.

https://protonmail.uservoice.com/forums/932842-proton-calendar/suggestions/39383308-bridge-support-for-calendar-outlook-thunderbird

Thanks…one option is sharing your data from Proton back to google, which I was trying to get away from. The other involves a closed source paid app, which I’d also avoid. I’m guessing I’ll have to lay down my own caldav sync container/server to sync from.

Yes, it gives you notifications on events about to happens (or for which you have set a timed notification ahead of the time). But can you get a week overview? Or a day overview? Do you have a calendar in the watch? Because I do, and mine is empty because it can’t sync with proton (mind you, I still receive notifications for the events coming in 30mins, or a day ahead if I set it that way on the proton calendar app…but I can’t view the event itself, just the notification of it!).

Android itself (GrapheneOS in my case) isn’t getting calendar events, because Proton Calendar isn’t an Android Calendar app. If you click on your Permission Manager, you can see the different kinds of permission specific apps can request. As in, access to the phone, to the cameras, to the SMS, to the files…to the CALENDAR. Guess which app doesn’t even bother to use the Android calendar infrastructure laid for them? Because internally it’s not officially an android calendar app, at least not internally in its manifest.

Sure. But you should be able to decrypt it, so you can use your favored application, if so you choose. Or your favored OS. Which in my case is GrapheneOS. So I’m already in a kinda private environment. I can trust the internal OS not to talk to GOS. And I can trust my watch to do the same, because it’s locked completely thanks to Gadgetbridge. The official companion app only saw the watch in the initial pairing/key exchange, in a garbage separate profile that doesn’t hold any useful data, and it was removed immediately after. As you can see, my scenario is full data lockdown, and yet I can’t choose my favored app to use in my trusted zone.

Yeah… I’m afraid i might need something like that in the end. Can you hold events in different color for different categories of things?

While they’re reinventing the wheel at every step, the default email protocols involve your email being unencrypted at every hop until it reaches destination. While their solution in effect also has the same issue, they allow for sending encrypted emails you can only open by clicking on a link to decrypt them, or similar. And everything at their end is fully encrypted, which is why i bought in…But its getting old at how everything is a closed ecosystem not playing nice with anything else in any OS.

Awesome thanks!

Any idea if they’ll allow to move the trick play folder to your media without having to take the whole metadata folder with you?

I…Think I found the issue. A classic case of “increase max upload size on your reverse proxy”. Which I thought I did… https://lemm.ee/comment/12234368

Thanks for all the help through the process!

O.M.G…so many hours wasted. One of my first searches already returned “you should increase client_max_body_size to something like 50000M”, and I was like I aLreAdy iNCreAseD mY client_max_body_size tO zERo sO its uNLimIteD DuH <spongebob.jpg> Well turns out my client_max_body_size 0 parameter was in a section defining parameters for a different container/server. So of course it wasn’t applying to Immich. Just added the same line to Immich section too, restarted nginx…and the backed up asset count is already wayy ahead of the ceiling it would always hit at 180ish assets. I think I might have found my issue.

Thanks for all the help and following up!

You mean to docker logs immich_server ? I think this would be about the only error kinda it’s outputting once in a bluemoon.

[Nest] 6 - 05/29/2024, 2:40:17 PM WARN [ImmichServer] [ExpressAdapter] Content-Type doesn’t match Reply body, you might need a custom ExceptionFilter for non-JSON responses

Everything else is Websocket Connect, Websocket Disconnect.

You mean, without defining additional paths for thumbs, profile etc? Will it work without declaring them?

Thanks!

Thanks for all the help. I changed the paths as I was mentioning a bit on the .env, so they matched the ones on the docker-compose.yml. But no dice. I think it gets stuck at the same picture, although I’m not 100% sure which one. After I rebuilt the container, the number of assets increased by two, but I also realized that I took a couple pics earlier. So it added those two and crashed a while later at the same spot as before…Is a picture/video capable of corrupting the whole backup?? Also, I’m not sure how to properly track which one is messing it, because the backup seems to have skipped a lot of pictures in what it copied.

Yeah, also my thought. Seems it’s still not working. I’ve seen it repeat the uploads multiple times, and still have quite a limited amount of pictures on the server.

I mean, the NAS is already mounted. It’s an NFS share, it gets mounted at boot, and it should be just another regular folder, transparent to docker (or anything else).

I mean, my concern is…it would seem in docker-compose.yml that these paths would match:

${THUMB_LOCATION} = ${UPLOAD_LOCATION}/thumbs
${ENCODED_VIDEO_LOCATION} = ${UPLOAD_LOCATION}/encoded-video
${PROFILE_LOCATION} = ${UPLOAD_LOCATION}profile

, which might explain why I’m getting a thumbs folder inside my /media/MyNAS/Immich/immich-files…same with profile and encoded-video. The thumbs clearly is being used (the one inside Immich/immich-files/thumbs), while the root-located one (Immich/thumbs) is not. The root-based folders might be created due to the .env file, but then not used…and maybe it’s confusing Immich? Can I remove the entries from the .env, leaving just the UPLOAD_LOCATION one? Or am I making myself a mess this way? Maybe I should make them point equally in the .env to the same sub-paths inside immich-files so they match the structure in the docker-compose.yml? Sorry…kinda new to docker compose.

The docker container where the DB lives has still another 2GB free to go (I’ll increase this). The pictures storage goes to a NAS drive with nearly 10TB of storage left. The docker container has 4GB RAM to run, only immich is running on this at this moment…I didn’t seen running too high just yet.