@girish I just wanted to add another reason why we need better spam control exposed to admins... I just had a client who had their home IP address blacklisted by Spamhaus in their PBL because of the range of IP it was found in, even though they were not spamming at all (since the PBL blocks IP ranges). I have asked for it to be delisted but it'd be awesome if in the future I could just whitelist the IP address or something like that to quickly resolve it for them.

Update: Just found https://cloudron.io/documentation/email/#blacklist-domains-and-ips which is for blacklisting but I extrapolated from that and found the related whitelist files too, so used that. This needs to be added to the docs. I will see if I can submit that change in the git for you guys. 🙂 With that said though, it'd still be nice to see this exposed in the UI so if an admin is on the road / unable to SSH to the server, it can be easily whitelisted still.

I will lock this thread in favor of https://forum.cloudron.io/topic/2189/ldap-ad-server to not divert the discussion

Please use the forum search first, there are at least already 2 threads about this:

https://forum.cloudron.io/topic/2376/dark-mode
https://forum.cloudron.io/topic/1984/time-for-dark-mode

I will close this one in favor of the others. It would be great if you contribute to those threads 🙂

@YurkshireLad We don't use an external LDAP server ourselves but our customers use Active Directory or Okta often.

OpenLDAP should work well with Cloudron's integration though.

And you can follow this doc to restore an uninstalled app from the backup - https://cloudron.io/documentation/backups/#import-app-backup . You have to make sure the app backup is still around though since it will get cleaned up by the backup retention policy.

@YurkshireLad said in Best way to redirect users from root domain to non-Cloudron sub-domain?:

I have a non-Cloudron site installed at social.mydomain.com. Sorry, that part of my post may have been confusing or ambiguous.

Personally I simply go directly at your DNS manager (Namecheap, Cloudflare, GoDaddy, ...) than add the entry manually, such as you would do without Cloudron.

It also confused me a few weeks ago but at the end Cloudron only add and manage entries it need such as:

A for my. MX for mail (if you active them and decide to receive email) TTX for DMARC, DKIM and SPF in your case you will have to add something like Entry Type: A Name: @ Content: TheIPofYour "social.mydomain.com" TTL: Auto since we are all graphic bug, here a sample of my zone at Cloudron

the one in red are the one I added manually.
d379b010-4b43-42ef-a241-eb03921d4ecd-image.png

I've been using HumHub for a while and it's pretty good. It has some quirks and the default theme is annoying, but it I like it.

Hi there, thanks for the kind words 🙂

I was about to add presentator to our app app request list, however it was already there at https://forum.cloudron.io/topic/1138/presentator-design-collaboration-and-presentation-platform/2?_=1591338888936

Please leave a comment there to indicate interest, that will help us gauge a bit what to look at next.

@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.

@jdaviescoates Thanks! Fixed - https://git.cloudron.io/cloudron/box/-/commit/122ec75cb667197a550e8488c94062524b0713db

@YurkshireLad
USD15 = CAD21

I note RainLoop is also the most recommended here:
https://www.slant.co/topics/1460/~best-self-hosted-webmail-clients

But really, imho, all the existing self-hostable open source options for webmail leave A LOT to be desired. Nothing comes even remotely close to Gmail 😕

@YurkshireLad yes, I agree 🙂

@yusf Bitwarden has that built in, I only found it the other day!

@oj This guy is just a gangster of comms hahaha

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.

@christiaan I actually have a markdown based wiki project I've been working on for over a year now:

Example site is my own site: https://urgero.org

Project: ArtemisCMS

I don't think it's like Nuclino, but it has a WYSIWYG Editor 🙂

@seeker Ah, I see. I think you can actually use minio for this because it looks like you just want file storage? All the standard S3 modules will work with minio and it's very easy to integrate.

@NCKNE Currently, there is no way to tie two separate Cloudron's together. So, you are right that this sort of ends up with two separate user bases.

Thanks for your nice words! We do see this multi-host is requested often, so maybe it's something we can look into the next release.

@christiaan You can manually setup filters in SOGo, Rainloop, Roundcube, etc in Cloudron to do the exact same thing here. I can assist in a PM if you would like help setting this up.

This is now fixed with the next release.

From https://github.com/gary-kim/riotchat#installation, it requires Node, npm, yarn (for compiling Riot.im), and Make. The latest base image 2.0.0 should have it all.

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.

@seeker
Open educational resources - Wikipedia
https://en.wikipedia.org/wiki/Open_educational_resources

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.

https://simply-how.com/free-docker-container-registry lists a few hosted docker registries that offer free private repositories if you don't want to host your own.

Edit: as long as you only need one container you could even use the Docker Hub, as it offers one private image as well.

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.