Sure @timconsidine I'm planning on keeping the Kimsufi server as my main backup, but I need to reinstall the OS totally, thus losing everything. So, on the off-chance that something happens to my Cloudron during these few days while I get this done, I've used the Servarica server (which already had my 2nd Cloudron install) as my interim backup, using the Cloudron Minio app. But, I'm trying to keep the Servarica server strictly for media (thus the Nextcloud install), and as we all know, Cloudron backups, especially things like Mastodon, add up quickly, so this is a one-and-done backup to that Minio. I'll keep it for a week or so until there is a safe amount of backup on the reinstalled Kimsufi server. In the next day or two I'll reinstall to Ubuntu 22 on my current main backup, install Cloudron (since I'm not using the current CapRover for anything other than its Minio), then Minio, and resume using it as my main backup destination.

@girish Yes but many hosting providers have port 25 unblocked. And although you no longer have full local custody of your setup, at least you still have full custody of your apps and data. I don't mind creating a DO Droplet just to forward traffic to home. I just need to learn how. Information out there is lacking.

Loomio and HumHub are also possibly other contenders here (which atleast are seemed to be designed to be 'private'). Never operated a truly private forum, but I would definitely also look into some sort of network blocking/VPN to truly make it private.

Also stumbled on this one last week: https://web-check.xyz/ Selfhosted: https://github.com/Lissy93/web-check And a little explanation on how this works: https://www.helpnetsecurity.com/2024/02/26/web-check-website-open-source-intelligence/

@marcusquinn Yes, I've got the full number allowed! I often almost forget what the main email is!

@girish said in Immutable server os: There goes my weekend to investigate... I am sorry for that but to be honest I have also spent good amounts of past weekends diving into this topic. @girish said in Immutable server os: I had great hopes for CoreOS Yes, fcos is actually the successor of this, but has meanwhile gotten a bunch of new components such as the usage of ignition instead of cloud-init. I forgot to mention one other cool this about fcos. Once you have generated your ignition file you can use the coreos-installer to bake it into an iso file. I don't know if there is an easier way to generate a software appliance out there. And inside of the ignition file you can merge or even completely replace it at runtime with files it can fetch from the internet at runtime. https://major.io/p/coreos-as-pet/ is another blog that highlights some of the potentials of fcos outside of the usual Kubernetes usage.

@Mastadamus said in Seeking recommendations based on experience for Sendmail Relays: Mailgun seems like a better deal for those not using a massive amount of emails a month. Yeah, they are the only one I've tried because you have to use it for Ghost newsletters. But I've never paid anything for it because you can send up to 5000 emails a month for free and I don't send anywhere like that amount.

Yes they are added via the custom spam filtering. I have to check with the client as to whether they are going to inbox or junk folder, they might be expecting them to be blocked outright. Also some spam has the key words as sender name, rather than in the subject... Not sure how to classify that.

Given that our perspective is to be able to change anything on the system with a Cloudron update as we expect this environment to be fully under our control to minimize side-effects, which are very hard to debug, I would argue that making a mailman app package is the main way forward for this. This removes a lot of things out of the equation. Was there a specific reason why you didn't go that route initially?

@AartJansen wrt hardware, as long as your server works with Ubuntu, it should all work with Cloudron. The filesystem has to be ext4/xfs . Currently, there is no mechanism to bind apps to specific eth cards. There is also no mechanism to make specific apps use specific outbound IPs.

Is there any way we can support this - also financially?

Yes, you actually do not even need a subscription for all of your Cloudron installation. As long as your staging system stays below the app limit it works fine without it. I guess it depends on your size and the amount of overlapping projects.

@AartJansen AS @nebulon says, installing these after Cloudron may affect things. What I've done a few times in the past is install tools like these BEFORE installing Cloudron. If they still work, great. If not, then likely post-Cloudron-installation would have messed something up.

@LoudLemur Thanks. I did write some documentations with Hugo and Sphinx. But in this case I look for a way to write directly in an online app. I think I look for something like typst but more focused on writing.

The 256Mb is just the initial upper memoryLimit set for apps. This does not mean that much memory is also allocated. Anyways memory usage heavily depends on the usage of the app as such and how many parallel active users are using an app. Usually all this is very hard to define upfront and needs to be tested in real conditions.

Yes that is what I'm asking.

@humptydumpty for the sake of transparency, we are now a team of 4 (including @nebulon and myself) full-time. We also have a couple helping us part-time with support. But other than that you are spot on We don't have any interest in growth for growth’s sake.

@BrutalBirdie As currently possible manually as described here: https://forum.cloudron.io/post/80825