Cloudron Forum

@james will do, thanks! That very scenario that brought us here will only happen in a few days again, I'll get back to you!

@james I was just testing on the demo-server and I could somewhat reproduce it. I joined with 4 devices (different networks, VPNs) and as soon as one disconnected, the whole thing came down.

Screenie

@james Hard to say, that specific instance where it happened live is in use weekly and last time (25th of Oct) it didn't crash, but there were 7 tags in between

I'm guessing it comes down to allowlisting IP addresses in addition to the internal VPN. Like if I have a VPN on Cloudron A (or an external VPN, proxy or static IP, you name it) and want to access apps that are hidden from public on Cloudron B, I would prefer to do that without switching VPN - by setting those IP addresses as allowed on Cloudron B.

Oh, is that what you already built?

This is implemented now. You can add a allow list block of addresses (IPs or CIDRs) to bypass the VPN.

Same here, was about to create a post about it, thanks

@girish will/can there a patch for Cloudron <10 users? I have a LAMP which requires MYSQL 8.0, that's why I haven't upgraded to 9.2.0 yet, to avoid compatibility issues with MYSQL 8.4

Edit: Might opt for a custom app, that's not a healthy way to maintain that LAMP app

Unrelated: Great response time and effort for the fixes, much appreciated!

there used to be a filter like https://git.cloudron.io/packages?filter=php that worked, but not anymore apparently

much obliged, thanks @james and @codev

@james I haven't used it too much today, but noone else complained either, so I think it's working fine at the moment. I'm not sure if creating the folder was the only thing that was needed, I also killed the cleanup process once and restarted a few times, but most likely the mkdir and chown brought it back

@james that would have been my theory as well, because my data folder is a Hetzner Storagebox mounted via sshfs. If it's outside of start.sh it shouldn't be a problem, because the instance would start successfully and can then do the things needed. Appreciate the efforts!

@james that update took down one of my Nextcloud instances. It was offline for 6 hours, stuck at ==> Resetting previews. There are maybe 300GB of images on that instance and it never managed to finish the cleanup (I think), only after I manually created /var/lib/nextcloud/preview it would come back up again. Not sure if the cleanup script was done that very minute or if there was an issue regarding that directory.

@girish thanks, yeah that's what I've done, I was just not sure if you would consider that best practice of if it gets overridden at some point by some other setting in the platform-code

@humpty Not just you, but usually if you refresh the page, it goes to 0, so probably a caching thing.

@nebulon was that ever implemented or considered? In case of a LAMP app, would it be wise to just create the directory on the server and put the file there like it was suggested here

@joseph quick follow-up for my sanity: do we know why it was working before and stopped working after the C10 update?

thanks @joseph, was about to say, this should also resolve that one: https://forum.cloudron.io/topic/14041/issue-with-mailing-list-delivery-when-using-external-smtp-server/32

@girish I for one would appreciate to have groups (with both, internal and external users/addresses) where you can easily send an email to all recipients (so teams don't need to manage multiple address books for bcc sending)

@girish thanks, the queue is empty and the dovecot.log only has yesterday and todays events in there. I'll ask the people to do a test, they switched to manual bcc as a workaround atm

@girish unsure, it really is 40. Would there be something in a log and if so, where?

@james can you try again without the "Keep a copy in the inbox", that's the only difference I'm seeing

edit: and maybe remove grouptwo from forwarding as well, but again, no idea how that could make a difference