@d19dotca You're right. Not sure if there is a Haraka setting per IPv4 interface. My servers seem to have over 200 IPv6 veth's. Uh is that normal?

This is implemented in https://git.cloudron.io/platform/box/-/commit/d7fdfd6d71c403f343f2e37dfc988f2c5a120898 . The app object now contains updateInfo . This has two fields isAutoUpdatable and manualUpdateReason (added in https://git.cloudron.io/platform/box/-/commit/84297ff473d6c0c100d2597e425c7edfe9481f8f)

Inspired by the recent discussion surrounding beszel, I think Scrutiny would be an awesome addition to the app catalog for those that are running there Cloudron on a server with several disks. I already use Scrutiny on my TrueNAS server and it has helped me more readily see the S.M.A.R.T. data and identify drives that are at risk of failure.

Good idea. I've made the domain dropdown add a filtering option with more than 10 domains: [image: 1749713363279-c843996b-b615-4e2a-9d07-2f65f3e1e45b-image.png]

Running mail-server and nextcloud on cloudron. Clamav would be a fine feature. What's the status of this request?

(this is off topic, but, I am a big fan of Cloudron and a swag designer by trade — I have a T-shirt design launching this June at UNIQLO. If Cloudron ever wanted to make a run of swag like tshirts, mugs, posters, stickers, etc [say, for an anniversary celebration], please consider me! Swag stores these days can be built and serviced basically for free.)

@joseph True, since common users hardly remember the website address to reset the password, this thing give chessy requests to support division in company where user always complain they can't reset password or dont remember the website to reset the password

@james Yes it’s technically a feature request. I only threw it in here since it seemed like Girish was already making adjustments to the filtering in the mail event log viewer. If you’re okay forking it to a feature request, that’s totally fine.

@robi said in Dashboard Widgets: Keyboard nav still stands on its own in both scenarios. Exactly. I wish they look into this soon. Now that you mention it, creating an html page with the proper links and having it pinned in the browser would definitely help. Thanks for the tip

Never heard of them before, and only you mentioned them so far in this forum Implementation might be easy, but the question is, how many would benefit from that. Question about prioritization I would suggest for now using Hetzner.

Was this ever implemented in any way? I'd like to visit services, system, and settings faster. Oh, and graphs in the app settings. Maybe a shortcut for that too. I have multiple CR's to keep an eye on. Widgets on the dashboard might work too.

@robi fair, yeah, that's a good point about individual app restores.

@makemrproper yeah, and actually it seems I might've been right afterall! I was sure I'd read something about the size... so I just search that thread for size and it is indeed there: Backup integrity - store size and checksum of backups. If they've got the size stored then should be easy to display it somewhere too!

Aha, right. Got it, thanks! @BrutalBirdie! @robi was suggesting just perhaps adding a [image: 1746952270741-e5b7693e-5b34-4b2b-9ec9-640d9ac4756e-image.png]

@joseph Yes

I'm currently doing something similar. I have a Proxmox cluster setup with local and cloud backups. If a server goes down the other 2 take over. I'd have to have a 3 server failure to be offline.

I am also using app proxy,but my question is unrelated to that, nebulon has already noted the intended use Peter (and now I) meant.

Currently, the URL is fixed which makes it hard to cache when avatar changes and the browser. However since the profile avatar is not a public route, we could look into having that delivered by the backend dynamically based on some hash. That might be a good idea, then we can set the cache to forever basically.

@charlesnw yes, the OP is a recommendation to add this as a health check notification. I don't think it would be practical to try and automate the setup, when a simple notification to advise it is missing and needs the user to setup with their hosting would save from a lot of bounced mail head-scratching. I solved this for myself through accidental discovery. There's no greater crime than wasting someone's time, and any user not knowing this is needed could lose unlimited amounts of time not knowing this is the problem. Basic need. Basic solution. No reason to debate if this is a good idea. Just persuade that it would be a respectful thing to implement. As I say, I'm alright. I'm giving time to this thread to help save others from lost time from not knowing this is their issue.