@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

@girish Thanks, that makes sense. Have setup external monitoring for port 25. Appreciate the speedy response as always.

@taowang said in Caprover... mysterious fails - Cloudron just works!: So far as I discovered, Cloudron has the best backup approach, the best upgrade approach, the best forum, and the best documentation. I just started using Cloudron this week. The speed at which Cloudron staff replies to emails and forum posts is mind blowing. And they iterate their product based on feedback at lightening speed. Welcome! You sound like me (and lots of us!) when I first discovered Cloudron a few years ago

Solved! With a push monitor in Uptime Kuma and a curl script on the computers.

I figured that putting in a VPN might beef up security by encrypting the traffic to and from Cloudron servers. My bad if I've got it wrong; I'm still new to this stuff.

@Kubernetes lol, thanks, thats both useful, and a laugh at myself, at my new level of stupidity unlocked.

@BrutalBirdie That should be part of the docs!