@jdaviescoates Even if I did this exclusively, the request would still be the same, if you think about it. Unless I never uninstall any app on a sub domain, then I could always just install the next test on another domain. Eventually I'd hit the limit on my VPS. I'd also eventually have to uninstall all the ones I decided to not use. It would be simpler if I could just "switch" apps while still using the same domain or subdomain.
The netcup image for VPS, Root and Dedicated servers is still there and working. "Latest" would be Ubuntu 20.04 but the image is still based on Ubuntu 18.04 with is fine. The Cloudron version will always be latest because of the auto update on installation. I'm using Netcup and the image on various cloudrons and never had an issue so you should be fine.
If Cloudron Dev were relicensing GPL code to MIT, it would be an issue indeed, but that's not the case.
FYI, not all Cloudron code is open source (FOSS).
I'm not happy about it, but it's a comprise I can take, like so many others I have already in my life. 😉
Working with non-profits, I wish Cloudron could be free for all of them, but I understand cloudron dev should be paid for their work. Maintaining up to date, developing features and adding apps for the platform is a lot of work and is difficult to do when you don't have money to live a decent life.
@kimmy I hope you can find a solution that works for you.
Only recently did Calendar and aliases start working reliably in the Cloudron SOGo package. I think mailbox sharing still doesn't work but it's in our TODO list.
Because of this, my personal and cloudron.io email setup doesn't use SOGo. @nebulon and I both use thunderbird for day to day use. We have a rainloop installation just to manage our mail filters (in my personal install, I use roundcube for this instead just for variety 🙂 ). This too was because thunderbird's sieve extension was previously not working with Cloudron Email. That problem has since been fixed but thunderbird's sieve extension is not very user friendly, so we stick to rainloop/roundcube. For calendar/contacts, we use our Nextcloud's caldav/carddav. Both Gnome and Thunderbird, have excellent integrations for caldav/carddav. One important consideration here is that we moved out of another provider which let us export carddav. Nextcloud has an importer that works, I haven't tested out the importers of other apps.
Shared mailboxes (like sales@, support@) was quite complicated with thunderbird (because the mail read/unread flag is not per-user). You also have to configure thunderbird to bcc replies so that the other user can see the replies. Recently, we have moved our shared mailboxes to freescout to solve this.
I don't know if this directly answers the question 🙂 I do think if SOGo was in the state it was now when we started, we probably would have used that from the get-go.
Not to mention that if your software is closed source you do not need to publish it for all cloudron users if only you want to use it. With a bit of technical knowledge you can build apps yourself (see the link from @mehdi), push it to a private registry and then use the cloudron cli to install it yo your instance.
I am actually hosting a few apps on my Cloudron that I am just building locally (Bitwarden for example before it was available as an official app).
If you don't make your app official you are of course on the hook for maintaining it, but you still benefit from the user management of Cloudron, automatic ssl and backups/easy restore.
Just my 2 cents here : like girish said, if you want to run other things besides cloudron, you should install cloudron in a VM.
If you really want to dedicate the whole machine to cloudron, there is really no need to bother with the additional layer of complexity, another OS to keep up to date and such. I would go bare-metal in this case. That's how I've been running cloudron for 2 years, and it's great.
"SANs are the higher performers for environments that need high-speed traffic such as high transaction databases and ecommerce websites. NAS generally has lower throughput and higher latency because of its slower file system layer, but high-speed networks can make up for performance losses within NAS."
Here is the thing, Nextcloud is half baked on just about everything outside of file sync. I'd be VERY wary to trust it to handle external syncing. It might be easy to setup, but you're betting on their external storage plugin working as advertised under all conditions.