@girish One other thing [image: 1765711486331-screenshot-my-intranet-apes-org-uk-2025-12-14-11-23-31-resized.png] Seeing the menu to edit mailboxes is hidden as the list doesn't utilise the full screen. I thought this was an error at first, until I scrolled all the way to he bottom. The scroller doesn't show until reaching the bottom of the page. It is a pain to have to scroll down to move across to access the mailbox menu. Especially when deleting multiple mailboxes by domain. Although we found that using the left and right keys on the keyboard sometimes allowed for horizontal scrolling. But still a pain to have to move left and right to make sure you're deleting the correct mailbox or editing it. It would be so much easier to read if the list utilised the full screen.

Ok, thanks for your hints!! The result was PID 19974 However: ● mysql.service - MySQL Community Server Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2025-12-13 05:57:30 UTC; 1 day 5h ago Process: 874 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS) Main PID: 910 (mysqld) Status: "Server is operational" Tasks: 47 (limit: 77023) Memory: 601.7M CPU: 59min 14.538s CGroup: /system.slice/mysql.service └─910 /usr/sbin/mysqld And docker top mysql UID PID PPID C STIME TTY TIME CMD root 9842 8908 0 Dec13 ? 00:00:17 /usr/bin/python3 /usr/bin/supervisord --configuration /etc/supervisor/supervisord.conf --nodaemon -i Mysql message+ 19974 9842 6 Dec13 ? 01:56:43 /usr/sbin/mysqld message+ 19976 9842 0 Dec13 ? 00:01:31 node /app/code/service.js So ps uax | grep -i 19974 gives: message+ 19974 6.6 1.8 4249604 1229136 ? Sl Dec13 116:48 /usr/sbin/mysqld So at least we now know that it's the Docker MySQL

@firmansi this is fixed in 9.0.15 . see https://forum.cloudron.io/topic/14687/how-to-integrate-openid-cloudron-with-cloudflare-access

@joseph said in Migrating a site from one cloudron instance to another.: For email, you can move mailbox by mailbox using imapsync. It's a hassle if you have a ton of mailboxes, right? It seems easier to move the apps over to the mailserver VPS and then transfer the entire Cloudron back.

@dylightful ok. it could be useful to follow @joseph advice, to try to reproduce issue... I had the same problem with Hetzner Storage Box via CIFS mount...

@joseph ~~Now I have reseted the router and I still have the same problem. I guess it's my ISPs Cgnat that is the problem. It's strange. It has been working for almost a year with the same ISP and the Cgnat but suddenly it stopped to work. I guess it's the Cgnat that make it impossible to ping the public ip too. My apps with Cloudflare tunnels is working but the tunnel I created to the Cloudron dashboard gets bad gateway and host error from Cloudflare. What am I missing?~~ Now it's working. It was simple when I found it. I had forgot to activate No TLS Verify for the tunnel. Now it's working. Thank you for your help.

Ok, I reached out to Vultr Wednesday about it and they instructed me to contact Ya'll directly. Did a fresh install and it installed 8.0. Glad to see it's updated.

@joseph said in Bloated n8n backup: du -hcs . Sorry, I misread this. I navigated to cd app/data/ and it's 906MB. My other post was running that from app/code

@philkunz said in Backups still not verified or what?: But that points to how important the e2e read back step is. absolutely, that is why we are adding the validation in the first place. Having checksums of what we expect is the first step, next then will be the task (can be quite heavy task, so this won't be automatic probably) to read back and recalculate the hashes.

I investigated this on support@ . The issue was that the server had an incredibly slow disk and the iops was really bad (like 30MB/s) . The VPS provider is fixing their raid configuration .

@james Your support is always unbelievably great - thank you so much!

The schema is documented in this file - https://git.cloudron.io/platform/box/-/blob/master/migrations/schema.sql?ref_type=heads . completed BOOLEAN DEFAULT false The id has to be unique in oidcClients table. Can you check why you have a duplicate? Maybe you can delete the dup entry and run the migration again.

Apologies, I got hung up on your point about the 'combination of search and filters' since I'm experiencing only getting the amount of entries that's set in the per_page value even when using only the search box without any additional filters active. I'm really looking forward to the rework then because right now even basic stuff like checking if a specific email was delivered or if a specific user logged in is a bit of a pain since I have to unfold the details of the first entries just to make the scrollbar appear to load more.

@joseph oh geez, ok thx ️

I had this happen at a recent upgrade to Cloudron 9. All apps but Vaultwarden were working, and the "Cloudron has no app configured for this domain" message was showing. Indeed, it was just a hard refresh to solve it in Zen / Firefox (how odd!)

We will show the domain, for which the API call failed, in the error message for a start with next release. https://git.cloudron.io/platform/box/-/commit/f421fd771ff0e0550381d012414a6c35c8fd2afe

@girish Thank you, girish for the update!