Cloudron Forum

There is an initial package at https://git.cloudron.io/cloudron/owntracks-app . It will get published eventually .

I guess you are on an internal network? If so, port 40000 has to be port forwarded as well. On a public network, you have to make sure 40000 is open in any Cloud firewall.

The Cloudflare warning exists because Cloudflare only forwards http (port 80, 443).

@simon might be worth reporting upstream . Closest I found similar to your issue is https://github.com/louislam/uptime-kuma/issues/3276

@umnz it opens a new tab for me . Which browser are you using?

@q__nt_n we are looking into implementing this for the next release as part of 8.1 .https://forum.cloudron.io/topic/9975/what-s-coming-in-8-1 . As for the API, indeed, it seems to be missed in the API docs. But you can just call /api/v1/apps/<appid>/backup POST . This will return a taskId to track as well (similar to other API calls).

LDAP uses a custom port and won't be compatible with Cloudflare. Cloudflare only proxies HTTP. OIDC should be compatible with Cloudflare though .

@hpz24 said in Best practice for migrating apps from one Cloudron to another?:

Now I'm curious: does an app actually survive the move to another cloudron instance with a different domain?

In most apps, yes. The federated apps like mastodon and matrix are a special case. They don't support changing the domain . Even though the app itself will work after changing the domain, expect bad things to happen (tm) after domain change. For example, not seeing proper history of old message etc. I haven't tried this much, so this is just a warning really.

The syncthing user runs as "cloudron" user which is uid 1000 in docker base image. https://git.cloudron.io/cloudron/syncthing-app/-/blob/master/supervisor/syncthing.conf?ref_type=heads#L7 . Does the volume have permissions for uid 1000 ? You might have to adjust permissions via SSH for this.

@dimtar we don't have this feature, no. With your setup, does one login twice? Once in Authentik/Authelia and then into Immich ?

Wow, this ran with basically no effort on my machine. Just 3 commands - https://github.com/HeyPuter/puter?tab=readme-ov-file#-local-development

@robi you are right. It seems https://github.com/louislam/uptime-kuma/blob/efdffca06ccf4a8ca96a2ffce44467386c3fb852/server/database.js#L359 sets this though

@umnz Once you have 1 upvote for any post, you should be able to post anywhere. Initial upvote is done by @staff . There's atleast 20 spam users every day on this forum, very annoying and this makes the whole UX annoying for anyone ;-(

That makes the Comentario and Azuracast sub-forums a super weird "pre-screening" choice for customers who have just joined the Cloudron community.

I think NodeBB (this forum) somehow locks new unverified users into random categories. It's not clear why this happens.

I was able to reproduce this. Steps to reproduce:

• Add # testing in Custom SpamAssassin Rules. Click Save
• Warnings are displayed in mail server logs

Dup of https://forum.cloudron.io/topic/2756/posthog-is-developer-friendly-open-source-product-analytics

@AmbroiseUnly said in How do you handle (auto/manual) updating apps with confidence?:

But it doesn't! It only updates 1 version per 1 version.

Cloudron does rolling updates only - https://en.wikipedia.org/wiki/Rolling_release . In general, this is what most apps support (you cannot just from one random release to another, it's just untested by upstream developers).

Ability to rollback to a previously installed version

App -> Backup ? https://docs.cloudron.io/backups/#restore-app . This will restore the package to the previous version.

@coniunctio the support tool collects logs and status from various tools.

• systemctl status mysql - status of the database used by cloudron dashboard
• systemctl status box - status of cloudron dashboard
• systemctl status nginx - status of nginx
• systemctl status docker - status of docker
• host my.domain.com - what you domain is pointing to

If the above look correct, it's likely everything is alright. This can be gather from the output of cloudron-support --send-diagnostics or cloudron-support --troubleshoot .

@Kinzi please use the other topic to upvote

@vadim this happens because the install script didn't complete. In the end of the script, the motd (message of the day) hooks are removed. You can do this:

• Run /home/yellowtent/box/setup/start.sh manually
• Then, rm -f /etc/update-motd.d/91-cloudron-install-in-progress

That will make the message go away

@IniBudi as in, you want to disable the password reset functionality? This is not possible . Can you give more context why you request this?

@creative567145 workaround is to use Web Terminal and vi /app/data/homeserver.yaml .