Cloudron Forum

@james Thanks for the quick response! I started out with the SSO option because I prefer it, but user invites were failing to go through the create account flow. They received an e-mail, but when clicking the link to create the account it took them straight to the sign-in page.

Currently the env file is located at /run/documenso which gets rewritten on app start up, which prevents us from changing the NEXT_PUBLIC_DISABLE_SIGNUP=false setting to true to disable sign-ups.

I'm using the app auth mode because the Cloudron SSO option didn't work for making e-mail based accounts as well.

@MiroTalk I can't speak for what Cloudron is doing - but after changing the port ranges again and restarting the app, it starts working again. Perhaps there's a step (getting the public IP) that only happens on reconfiguration but the app expects it to happen on every start?

It's happening again, and this time I don't see a container conflict but rather a health check failure that it cant find it's public IP:

Mar 30 09:06:14 [3/30/2026, 16:06:14:098] [Server] Failed to detect IP from http://api.ipify.org 'getaddrinfo EAI_AGAIN api.ipify.org'
Mar 30 09:06:14 [3/30/2026, 16:06:14:101] [Server] Failed to detect IP from http://ipinfo.io/ip 'getaddrinfo EAI_AGAIN ipinfo.io'
Mar 30 09:06:14 [3/30/2026, 16:06:14:102] [Server] Failed to detect IP from http://ifconfig.me/ip 'getaddrinfo EAI_AGAIN ifconfig.me'
Mar 30 09:06:14 [3/30/2026, 16:06:14:103] [Server] Public IP detection failed 'All public IP detection services failed! Please check your network connection'
Mar 30 09:06:14 ⠙
Mar 30 09:06:23 => Healthcheck error: Error: connect EHOSTUNREACH 172.18.16.130:3010

When I check what is using port 3010, it's nodeJS running /home/yellowtent/box/box.js

@nebulon It also happens after system updates or restarts. It seems it's a roll of the dice if the ports aren't already taken. Restarting the app doesn't fix it anymore, so now when it crashes I change the SFU TCP/UDP port range to something else and it works when the app restarts.

Is there any update on this? I can't rely on this app for meeting links because about 75% of the time it's not running properly due to startup failure.

Here's how I've temporarily worked around the situation:

• Manually synced all auto upload folders to ensure I'm not missing any files
• Cleared the cache on the Nextcloud app
• Told it to ignore all pending uploads

I think there is some sort of rate limit causing issues - once you get too many items pending re-upload, it just keeps hitting the server and Cloudron starts rejecting / ignoring requests from the client, which puts it into a weird state.

@james Thanks - I did look, but it doesn't seem to be a consistent thing. Up until last week, they were all in the same camera pictures folder where most worked and some didn't. This weekend I picked another folder for auto upload, and I see about 80% of them actually uploaded but the sync didn't realize it properly so now it sees it as a conflict.

For the last few weeks I've noticed my sync isn't working properly. On the server I don't see any errors, just lots of calls in the logs. On the client, it will cycle through trying to upload all the pending items, and the majority of them will fail and get put back into the queue to retry. In the majority of the files (>90%) the file has actually synced properly, but the client doesn't think so and tries again. I'm worried some files will get missed if I ignore this issue.

Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:17 +0000] "GET /index.php/core/preview?fileId=1240097&x=256&y=256&a=1&mode=cover&forceIcon=0 HTTP/1.1" 200 137849 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:17 +0000] "PUT /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06/Screenshot_20250620-023950.png HTTP/1.1" 201 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001058649.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06/Screenshot_20250620-024042.png HTTP/1.1" 404 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001058649.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001103777.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001103777.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:20 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06/Screenshot_20250620-023950.png HTTP/1.1" 207 1533 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001058649.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001046902.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001102555.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "PROPFIND /remote.php/dav/files/USER/ HTTP/1.1" 207 2364 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload HTTP/1.1" 207 1119 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001102555.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:21 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001102555.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:21 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001046902.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "GET /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06/Screenshot_20250620-023950.png HTTP/1.1" 200 994782 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "GET /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06/Screenshot_20250620-024042.png HTTP/1.1" 200 1111383 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260204_200634502.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260204_200634502.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260204_200634502.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260205_001046902.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/Screenshots HTTP/1.1" 207 760 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/Screenshots/2025 HTTP/1.1" 207 827 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:22 IP_ADDRESS - USER [08/Feb/2026:21:48:22 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/Screenshots/2025/06 HTTP/1.1" 207 2409 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:20 +0000] "GET /index.php/core/preview?fileId=1240105&x=256&y=256&a=1&mode=cover&forceIcon=0 HTTP/1.1" 200 127416 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:23 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260206_030342845.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:23 +0000] "HEAD /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260206_041450379.jpg HTTP/1.1" 200 - "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:23 +0000] "PROPFIND /remote.php/dav/files/USER/ HTTP/1.1" 207 236 "-" "Mozilla/5.0 (Linux) mirall/4.0.1 (build 34593) (Nextcloud, linuxmint-6.17.0-14-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:23 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260206_030342845.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"
Feb 08 13:48:23 IP_ADDRESS - USER [08/Feb/2026:21:48:23 +0000] "PROPFIND /remote.php/dav/files/USER/InstantUpload/2026/02/Camera/PXL_20260206_030342845.jpg HTTP/1.1" 207 1646 "-" "Mozilla/5.0 (Android) Nextcloud-android/3.35.2"

@murgero https://forum.cloudron.io/topic/10465/xmpp-server-prosody/44?_=1769150280326 This is the best place to look. I've pushed a repo, I've made a docker image, and I've listed the steps I followed to set it up on my own server. It's been running for over 8 months now and I haven't had issues, other than the workarounds I have to do for Cloudron packaging limitations.

At this point, I don't think the issue is having something that can be packaged. I've already packaged Prosody and it's working fine on my Cloudron. The problem is all the "hacky" things I had to do to make it work that aren't currently compatible with how packaging works - and Snikket will need to do some of those same things. So, our issue is still getting enough attention from the Cloudron team to get XMPP over the finish line.

@robi said in Snikket Server - Your own messaging server in a box:

Maybe it's a simple thing to adjust in the code and have a fork.

Then there is the maintenance issue.

Yes, the maintenance would be quite an issue. I guess Snikket will put 0 effort into not breaking customizations they told people not to make in the first place.

Prosody (and ejabberd) take care to be backwards compatible with older configurations, and follow a well-documented deprecation process when they're going to make breaking changes.

@jdaviescoates What it requires is that your username matches the TLD it is deployed to, which means it needs to be installed as the "root" application on that domain. This is incompatible with Cloudron, and frankly with how many organizations operate. It's very common to have XMPP installed somewhere like xmpp.domain.com , and the protocol supports configuration to use the TLD for accounts. This is one of the areas where Snikket is firmly standing by "it should be so simple and require no configuration" - so either you install it at the root or you live with ugly usernames like user@xmpp.domain.com.

I don't think it's worth the time to customize something that doesn't want to be customized - but rather use something that is meant to be configured and come up with sane defaults that fit Cloudron. That's what I've tried to do with my Prosody packaging.

Thanks for the upvote! I'm biased, but I think Prosody is the better choice. Snikket has too many things they do not (and possibly never will) support. The #1 reason I didn't package Snikket is not being able to use my TLD for accounts. It's a common convention to use user@domain.com for both e-mail and XMPP, but Snikket doesn't support this. The #2 reason is SSO - Snikket doesn't support it but SSO is one of my favorite features of most Cloudron apps.

Yes - you're right it's "storage". I have been meaning to try the rsync instead of zip, but it does warn that it's not a good idea for lots of files. I'll give it a try. Thanks!

@nebulon Thanks for checking! The UI change did take effect, and I do see a reduction of backup size - but it's not down to 1x the size of the backup. It's still 2x the size of the backup.

Inside the remote storage folder, I see:

• storage
• 2026-01-03-150000-664
• all other backups before

It looks like the latest backup also has a copy in "storage", which is still resulting in 2x the backup space for each snapshot being taken - because each day "storage" will change, and there will be a new folder added.

@james Thanks! This was helpful. I made this change. Looking forward to the next sync so I can see if the data has been cut in half.

@girish Great! Can you give an example of how, or point me to the documentation?

Using Cloudron version 9, under Configure Backup Schedule & Retention is it possible to get an option for 1 day?

I store my backups on a ZFS pool, so I automatically get daily, weekly, and monthly snapshots of my data. Having this as 2 days causes me to spend 2x the storage space (and bandwidth) on backups.

@james Thanks for the quick reply. I didn't change any ports manually. Could it be that this and another application are conflicting and it's not being detected?

I'll run this lsof command next time it happens to see if I can identify the culprit.