I was always hosting my own things since the first linux install back in the early 90s. When I came across Sandstorm I thought it was the bees knees, but it was far from pleasant to use with all the rough security and then the project shutdown! (for a while).

I actually called up the founder since I knew of him, and had a chat about it.. he was rearranging his life as he went to work for Cloudflare.

Shortly after I found Cloudron and haven't had to look back at anything else.

I even had @girish give a presentation on the mighty Cloudron at our meetup BayLISA. It was very impressive.

SO in some small way I am responsible for infecting a bunch of BayLISA members with the Cloudron bug and run 3 different Cloudrons myself spanning hundreds of domains now. Go Cloudron.

As I run 50+ apps in my Cloudron, I often have to check on services during troubleshooting, and when loading the System Info (/#/system) page it displays the Services, BUT as soon as I want to click on one, the Disk Usage loads and pushes all the Services down a page. (Bait and scroll?! )

Always makes me wonder why Services doesn't have it's own tab to avoid this problem.

Please fix.

It's very easy to click on the tile opening the app when the intent was to open the configuration page.

Please increase the config clickable area as there is plenty to click the app. If that means making the icons larger, so be it, but their background area should be much larger.

Since I had to set this up twice recently, I thought I'd jot it down.

The use case is as follows: A home based Cloudron is installed on a dynamic IP and a dynamic DNS, and the IP is often blacklisted or worse.

So how do we get emails out from this Cloudron to it's users and keep the admins informed?

One could sign up for a commercial email service to send email on your behalf.

Or one could ask a friend with another Cloudron to send emails for you! ( make friends, get emails )

Overview, we want emails from cloudron.home to be sent via cloudron.mail who can send emails w/o issue, so we set up the following on the destination:

• a user for cloudron.home on cloudron.mail
• cloudron.home domain on cloudron.mail as manual provider
• enable email for cloudron.home & create mailbox for the user of cloudron.home
• enable masquerading in email settings

On the source set up the following:

• enable email & set the outbound as an external SMTP server.
• use the user & email client port settings created on the destination for auth to the mail server
• set the MX record for cloudron.home to point to cloudron.mail

Now when any mail is sent from cloudron.home, it will log into cloudron.mail and drop its payload, then cloudron.mail picks it up and sends it on to the final destinations as the sender (any app/user@cloudron.home).

Enjoy

Currently the way to roughly clean up some backups we don't want taking up space is to change the retention policy for a while, then come back later and change it back.

It would be nice to have a delete function for individual backups w/o having to shorten the policy.

@nebulon
As an alternative then, can you provide a hover text on the disabled upgrade button (turn it yellow from green) that says the app must be started and to go to Console > Start App.

That way the newb user is not left hanging with noplace to go. Close the feedback loop, always!

I run several Cloudron systems and keep adding more while building businesses around its features.

Take advantage of my experience.

As a polymath with other superpowers, I make a good generalist on many other fronts.

Contact me now via the chat function in the forum or visit my various profiles.

Display something similar to the info in the logs from apphealthmonitor where one can tell how many apps are running how many aren't out of how many total.

Once one installs 20+ apps, it's a lot of scrolling and squinting to make sure they're all up and didn't fail an update or some other silly thing that needs a few clicks.

Since I can't seem to upload an image mockup, it looks like this:

My Apps 45 ( 44 / 1 ) [ search apps ] [ tags ]

45 = Total apps (same color as My Apps text)
44 = Total running in green
1 = Total stopped/down/error in red

Let the numbers be clickable as tags so one can quickly find the error apps for example.

As discussed in this thread.

Clone / Duplicate an App quickly from a locally running App instead of backups.

@jdaviescoates That's already available by setting the display label in Dashboard App config.

@marcusquinn said in Better notifications management?:

I just work through Unread first, then Bell > See All Notifications to catch anything missed.

Thanks for sharing, I did Bell first and it's much more mouse intensive than Unread.

Would be nice to have keyboard commands for the Bell too.

@girish thanks for that.
is that something we can fix graphite with?

@d19dotca there's already several instances that run as shown in Cloudron services, but I can't tell if that's shared or not.

none of the other databases show which apps use them.

@Lonk it doesn't read a config file on access, it loads it into memory at start time and if there's multiple entries, they override each other the latest one being the one that is taken, otherwise the load fails with an error.

There should be a way to dump the running (mem) config of nginx and monitor it during the uninstall process.

what is the purpose of including redis?

If you want to try and get this going, here are a few rough steps.

• Install sysbox from Nestybox and validate you can spin up containers with sysbox-runc
• Get a small Ubuntu 18.04 image running inside
• Validate networking in and out for basic services
• Install the inner Cloudron and see how to set up DNS and ports so it works for the inner and outter Cloudrons separately.
• Document the kinks

Once this is running, you'll have a base container system image which is special and can run as an App.

It may be useful to set up guacamole as remote desktop access.

Feel free to chime in and add to my list.

great, then you have direct evidence.

what happens if you reload nginx config?
what happens if you restart nginx w/ same config?
what happens if you restart nginx w/ diff config?

Still looking to get this resolved, as the forum is very fragile and loses data every time this happens.

The data loss is due to the only way we can recover the app, which is from a past backup, and the client is doing backups every 3 hours because of this. :

This is great, thanks, I use over 900+ tabs in multiple windows, with some pinning.

This will help segregate things a bit more, thanks.

@girish thank you that was it!

I changed all the routes for all the menu items to start with a / and we're good now.

Like you said, it must have been a plugin that changed the routes