Cloudron Forum

@bazinga the app can currently import and export in vcard/ical formats, so that should work fine. There is no automatic migration implemented though. For Roundcube, is far as I understand, it has no easy way to use external addressbooks. Our contacts app does export addressbooks via carddav, so thunderbird and such do work though. @aartjansen we are not aiming for mainly to build features SOGo does not have, but mostly because the apps like roundcube and SOGo are next to impossible to fix or contribute to, if need be, so this is an ongoing risk from Cloudron perspective, as those basic use-cases are crucial for most users. For the out-of-office, could you please elaborate a bit more on what this would involve from your perspective?

@james said: Hello @beardmancer You can contact the mail hoster of the recipient and ask them why this happens with them. @james Sorry for the delayed response, I've been away for a bit and I'm just getting back to this issue. The two hosts in this case are Yahoo and Microsoft. I don't expect either of these legacy tech giants to pick up the phone, if you know what I mean. Do you know of a way to contact either about this issue? I can't find anything. Yahoo does have this page about deliverability for reference: https://senders.yahooinc.com/best-practices/ I see two things that may be an issue: They say to "Support easy unsubscribe". I'm not sure if this even applies to the emails I send because I'm sending to individuals as an individual, not marketing content using a list. I just did mail-tester.com again and the only yellow check is for "Your message does not contain a List-Unsubscribe header". I suppose this could be a knock against me, but to me it doesn't explain why Yahoo would be rejecting due to the DMARC policy. The results of my DMARC record are v=DMARC1; p=reject; pct=100 and Yahoo says it should be "at least" p=none. Does p=reject meet that requirement? I barely understand most of this, it's new to me. Is there anything else in the Yahoo documentation that I should investigate? Also, I do have a dummy Yahoo account that I can test send to. So far, everything I send directly to that account has been received without issue. Not sure what to make of this.

We are happy to block the IP of any country implementing dangerous policies like this No responsible adult should allow their kids to upload personal identity documents to random (or worse, mainstream) websites

Fantastic! Thanks so much, @james

Hi Immich has stopped loading/responding, those lines repeat infinitely in the logs: Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:WebsocketRepository] Initialized websocket server Jul 05 21:56:31 [Nest] 197001 - 07/05/2026, 7:56:31 PM LOG [Microservices:MapRepository] Starting geodata import Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:DatabaseRepository] targetLists=1, current=1 for clip_index of 32213 rows Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:DatabaseRepository] targetLists=1, current=1 for face_index of 36716 rows Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:DatabaseRepository] Running migrations Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:DatabaseRepository] Finished running migrations Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:DatabaseService] Checking for schema drift Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] Detected schema drift. For more information, see https://docs.immich.app/errors#schema-drift or run `immich-admin schema-check` Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The index "geodata_places"."idx_geodata_places_name" is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The index "geodata_places"."idx_geodata_places_admin2_name" is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The index "geodata_places"."idx_geodata_places_admin1_name" is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The index "geodata_places"."idx_geodata_places_alternate_names" is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The constraint "geodata_places"."geodata_places_pkey" (primary-key) is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM WARN [Api:DatabaseService] - The constraint "naturalearth_countries"."naturalearth_countries_pkey" (primary-key) is missing and needs to be created Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:StorageService] Verifying system mount folder checks, current state: {"mountChecks":{"thumbs":true,"upload":true,"backups":true,"library":true,"profile":true,"encoded-video":true}} Jul 05 21:56:31 [Nest] 197013 - 07/05/2026, 7:56:31 PM LOG [Api:StorageService] Successfully verified system mount folder checks Jul 05 21:56:31 /usr/src/app/server/dist/utils/config.js:121 Jul 05 21:56:31 throw new Error(messages.join('\n')); Jul 05 21:56:31 ^ Jul 05 21:56:31 2026-07-05T19:56:31Z Jul 05 21:56:31 Error: Invalid system config: Jul 05 21:56:31 - [ffmpeg.acceptedAudioCodecs.2] Invalid option: expected one of "mp3"|"aac"|"opus"|"pcm_s16le" Jul 05 21:56:31 at buildConfig (/usr/src/app/server/dist/utils/config.js:121:19) Jul 05 21:56:31 at async /usr/src/app/server/dist/utils/config.js:60:26 Jul 05 21:56:31 2026-07-05T19:56:31Z Jul 05 21:56:31 Node.js v24.14.1 Jul 05 21:56:31 api worker exited with code 1 Jul 05 21:56:31 2026-07-05 19:56:31,957 WARN exited: server (exit status 1; not expected) Jul 05 21:56:32 2026-07-05 19:56:32,959 INFO spawned: 'server' with pid 197026 Jul 05 21:56:33 2026-07-05 19:56:33,961 INFO success: server entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) Jul 05 21:56:34 (node:197026) ExperimentalWarning: WASI is an experimental feature and might change at any time Jul 05 21:56:34 (Use `node --trace-warnings ...` to show where the warning was created) Jul 05 21:56:35 Starting api worker Jul 05 21:56:35 Starting microservices worker Jul 05 21:56:37 (node:197026) ExperimentalWarning: WASI is an experimental feature and might change at any time Jul 05 21:56:37 (Use `node --trace-warnings ...` to show where the warning was created) Jul 05 21:56:37 (node:197038) ExperimentalWarning: WASI is an experimental feature and might change at any time Jul 05 21:56:37 (Use `node --trace-warnings ...` to show where the warning was created) Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:WebsocketRepository] Initialized websocket server Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:DatabaseRepository] targetLists=1, current=1 for clip_index of 32213 rows Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:DatabaseRepository] targetLists=1, current=1 for face_index of 36716 rows Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:DatabaseRepository] Running migrations Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:DatabaseRepository] Finished running migrations Jul 05 21:56:37 [Nest] 197026 - 07/05/2026, 7:56:37 PM LOG [Microservices:DatabaseService] Checking for schema drift Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] Detected schema drift. For more information, see https://docs.immich.app/errors#schema-drift or run `immich-admin schema-check` Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The index "geodata_places"."idx_geodata_places_name" is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The index "geodata_places"."idx_geodata_places_admin2_name" is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The index "geodata_places"."idx_geodata_places_admin1_name" is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The index "geodata_places"."idx_geodata_places_alternate_names" is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The constraint "geodata_places"."geodata_places_pkey" (primary-key) is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM WARN [Microservices:DatabaseService] - The constraint "naturalearth_countries"."naturalearth_countries_pkey" (primary-key) is missing and needs to be created Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM LOG [Microservices:StorageService] Verifying system mount folder checks, current state: {"mountChecks":{"thumbs":true,"upload":true,"backups":true,"library":true,"profile":true,"encoded-video":true}} Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM LOG [Microservices:StorageService] Successfully verified system mount folder checks Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM LOG [Microservices:MetadataService] Bootstrapping metadata service Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM LOG [Microservices:MetadataService] Initializing metadata service Jul 05 21:56:38 [Nest] 197026 - 07/05/2026, 7:56:38 PM LOG [Microservices:MapRepository] Initializing metadata repository System info: System Cloudron version 9.2.0 Ubuntu version Ubuntu 24.04.2 LTS Linux 6.8.0-134-generic Vendor Hetzner Product vServer CPU 4 Core "AMD EPYC-Milan Processor" Memory 16.37 GB RAM & 4.29 GB Swap Uptime 2 days Cloudron creation time 3 years ago Any idea? Thanks!

Thank you @andreasdueren There is currently 1 small bug with the Hermes package which causes it to be market as: Not responding. While it is working via the Terminal + via the connected Channels. This basically causes only the Kanban dashboard to not be accessible. Details in the screenshot attached [image: 1783257008224-hermes-bug-resized.png] The summarized fix from the screenshot - Quote: "3. Upstream fix - file a bug / submit a PR for gateway/status.py to recognize hermes-agent.real as valud gateway entrypoint basenames. The fix is the one-line change shown above. This is the real root cause of the gateway being invisible to status/management commands in Cloudron deployments. Hope that was useful

@fanvyr Unfortunately this can't be packaged on an app level

@saikarthik sorry, i haven't found the time yet. I will take a look next week!

@nichu42 would you adjust the title accordingly?