Cloudron Forum

Found a Lufi docker recipe here: https://github.com/megalis-bretagne/lufi-docker

@robi didn’t find any when I tried to investigate. But since it’s pretty much stored in plain text on the other side I decided I may as well store it plain text on mine. Encryption and bridges/bots are just not a good fit

@james said in Private docker registry in Cloudron: Hello @dualoswinwiz I have just created a personal access token with the Read-only permission. Configured Cloudron: [image: 1766752382547-8248133a-0064-4fa0-a724-828faf826879-image.png] and was able to install my custom app from a private repo. Did you use registry.hub.docker.com as the Server address? Nope i was using docker.io once i changed to registry.hub.docker.com its working thank you.

Hello @vk182 @vk182 said in Customize Group Full Name to use in Mail: Additionally, we noticed the following behaviour with SOGo: When a group is created (e.g. first.group.name ) and the mailbox is opened in SOGo, this name is stored in the SOGo identity. If the group is later renamed in Cloudron (e.g. to first.group.name.v2), the identity name in SOGo is not updated accordingly. This is @sogo default behaviour. SOGo creates the profile on first login and does not update it. @vk182 said in Customize Group Full Name to use in Mail: Our main issue is that there appears to be no way to set or change a human-readable “Full Name” (display name) for a group mailbox. As a result, outgoing emails from the group mailbox always show the group name (e.g. group.name ) as the sender. Since Cloudron enforces a restricted format for group names, this makes it impossible to define a proper display name such as a real team or company name. This is a SOGo setting named SOGoMailCustomFromEnabled which is default set to NO. See: https://www.sogo.nu/files/docs/SOGoInstallationGuide.html You can edit your /app/data/sogo.conf and set SOGoMailCustomFromEnabled to YES. Then you can edit the IMAP profile and set a custom Full Name.

Hello @archos Don't delete the "old" app until your new app is fully migrated and confirmed working. Install a new @vikunja app under a different location and in this new app, restore from a backup of your production @vikunja. Old backups are not cleaned up immediately but will be cleaned up according to your retention policy.

@omnichannel I’m using openwebui and ollama apps installed in the same Cloudron instance. In openwebui Admin settings, under Connections, I am using similar to what you have. Server connection is verified.

Nice Christmas present Thank you

Perfect! Thanks for the quick answer.

@james said in chrome-headless zombie processes: This might be a known issue: https://github.com/prerender/prerender/issues/539 That’s an issue from 2018?!

Great, good to hear and looking forward to the fix. Anyway it’s not very urgent. Thanks and happy Xmas

Feature - Persistent check boxes In the docs.cloudron.io and docs-ng.cloudron.io we added a feature that checkbox items will persist. Meaning, if you follow a documentation / guide that has checkboxes, you can actually check them to keep track of what you are doing. The state of a checkbox is stored in the browser local storage, but the state is volatile. If you clear your browser cache (or just for the doc pages) the checkbox state is lost. For docs-ng.cloudron.io it looks like this: Recording 2025-12-24 101211.mp4 For docs.cloudron.io it looks like this: Recording 2025-12-24 101357.mp4

Hello @thibault In Cloudron 9 external links have been moved Appearance. [image: 1766566436835-f81d64b3-c318-43f3-ba10-abfe1f9a37d0-image.png] We already had multiple report of users not being able to find it so we will move it back to its old position or to another place where it makes sense.