@jimcavoli I am just speaking by reading the docs which might be outdated. https://docs.bigbluebutton.org/2.2/install.html#minimum-server-requirements says: 4 GB of memory with swap enabled (8 GB of memory is better) 4 CPU cores (8 is better) TCP ports 80 and 443 are accessible UDP ports 16384 - 32768 are accessible Port 80 is not in use by another application Memory requirements aside, those port requirements are quite extreme. Though maybe they are just trying to say "keep a domain available" to host it, not sure.

@cloudron_account Are you able to join our chat at https://chat.cloudron.io and ping @girish or @nebulon there? Since, this seems to be mostly networking related, it helps to speak directly.

Thanks for reporting upstream. https://gitlab.com/commento/commento/issues/240 for anyone looking for the bug report.

@oatwalker Did that work? I will improve the docs to provide the exact commands

We investigated this offline. The root cause was that the S3 storage service (strato hidrive) does not support multi-part copy. The workaround is to use the rsync format (Backups -> configure -> Format) when you have backups > 5GB.

@girish Ah okay, I think that makes sense. So ultimately it seems this is due to my SPF records, where I need to just allow a few other domains that my clients use so that it isn’t seen as spoofed when it arrives at my server. That makes sense to me. I’ll try to fix this up later tonight or tomorrow and see if it helps. Will report back. Thanks again for all the help.

@yusf Correct, it is best to run the build service app in a separate cloudron. Essentially, the build service is building a lot of docker images. It "cleans up" old images periodically. For both of these operations, it requires full access to docker. There is a chance that it removes containers/images of the other apps on Cloudron by mistake. As in, this would be a bug but if someone hits that bug on a production Cloudron that would be a disaster. This is the reason why we recommend running it on a separate Cloudron. Finally, the build service app is not required at all. You can just build and push images from your laptop or a linux VM or some VPS which has docker.

@necrevistonnezr said in Runcloud.io vs ServerPilot.io vs Cloudron vs Sandstorm: I don't remember this link being there (that you removed) when this topic was opened a few months ago you can see the edit history of a posting. It was only added on the 19th of november at 23:40. Honestly also @KathleenMcArthur feels a bit like a spam bot posting backlinks to earn some referrals.

This is fixed now, will be part of next release.

@fbartels If there is a conflicting username, we skip it. It will log a conflict. If it helps, the code is at https://git.cloudron.io/cloudron/box/blob/master/src/externalldap.js#L185 Yes, base container requirement is gone (it was never enforced by the platform itself, but just our buildbot which is gone now). I would hold on till 4.3.3 to test the LDAP connector.

Definitely, sounds like something we should do across all our PHP apps.

@nebulon @girish - When using Brave browser and I have to disable the Brave Shield to get all of the template functionality in ONLYOFFICE. Might need to be a Best Practice?

The latest release has a proper start/stop button in the Debug view.

@nebulon That would be great to see this app in

maubot would be a nice inclusion in the package as well. It's a bot framework, with a GUI. Not necessary to have inside this package at all. Only Application Services are!

Pleroma is way less resource intensive than Mastodon. Would love to see this app supported. It also has a chat system that works with everyone on the same instance.