@jdaviescoates Thanks incredibly for suggesting this method! The NodeBB plugin works well. A reboot is required and you need to enable the plugin too.

The calendar application is beautiful: full calendar, with some humane licencing.

https://fullcalendar.io/docs

@benborges
Zabbix is running on a Master Node and each Client has an Agent. (Yes the master is an external System)
Zabbix can monitor clients active and passive.
Passive means the Master asks the system for data and the system delivers.

This does not always work within special networks where the master can not reach the client.
Then you use active monitoring then the client reports all data in a certain interval to the master.

There can be a master / slave / proxy setup for big scale monitoring solutions. (Google Zabbix HA Cluster Setup for more details)

For more in detail please consult the doc: https://www.zabbix.com/documentation/current/en/manual/introduction/about

@qilin said in New to Cloudron. Having different issues:

The strange part is that there are no bans which is worrisome to me.

So, this doesn't work most because fail2ban itself works by scanning log files and as you said, there is nothing in the auth.log.

Generally, this is outside Cloudron configuration (as in, Cloudron does not configure or update all this on the server). My understanding is sshd logs always to syslog. You can check the Facility with which it logs in /etc/ssh/sshd_config. I think from there it goes to /etc/rsyslog.d/* config files to log based on the facility. Not 100% sure, maybe others can chime in.

There is a bug in the current release that the code crashes when trying to send a notification if a backup failed. This is fixed . I think in the coming releases we can explore more notification options but atleast now you should get an email.

This should now be fixed with next release. It will show 100+ in such a case.

@d19dotca I'm excited by the potential for https://ntfy.sh.
Maybe a cloudron official instance which sets up channels for all customers, so cloudron-generated notifications can be delivered to a customer.
Or maybe there's a better way. I just think ntfy.sh is so easy to implement into scripts.

This should be fixed with the next release. There were a couple of state issues which needed fixing.

@mehdi said in Email notify on SSH login:

@xarp actually, Cloudron uses the inbound port 25. This does not prevent it from sending stuff.

I tried the postfix/mailutils method which uses a simple bashrc method in the user/root home, however when Cloudron rebooted, the mail service couldn't start unfortunately.

@loudlemur curious too!

@klawitterb thanks, good catch! This will be fixed with the next version:

b999d516-d53b-4994-b50d-8ec58158a2fd-image.png

@chymian said in Information Central - notifications:

forward to messengers, telegram or matrix, because they are read/recognized faster

We discuss this in another post, I have proposed to offer a Webhook interface for events.

And it was on the plan for update 6.3 but then postponed: Gitlab issue

@mehdi I see the issue here as well. I've pushed a fix for this for the next release.

Thanks for your attention to the details here 🙂

@girish Yes, that would have been the case. Sorry for not responding here, real life has been busy the past few days 🙂

Thanks for the fix!

@girish do you need anything from me or can you replicate that by yourself?

@luckow yes, good catch! fixed now. will be in 6.3.5

@ruihildt app is down emails go brrrrr 🤣

@girish perfect, it works !

@girish Seems to be all clear. No got any notification in system area. So alert was it misunderstood?

Many thank's!

@robi said in Add new App notifications:

@lonk no, monthly doesn't make sense apart from an email, like the new Cloudron release emails.

Weekly maybe, but ideally the day it is released.

From there those interested in those can subscribe to the stable Apps or unstable Apps notifications.

I like that. Opting into app updates without having them installed. Often times user's don't want to be the early adopters (I do, but I'm me 😂) so they wouldn't install anything initially, and getting release notifications even though the app isn't installed might eventually prompt them to. It's not even too difficult a change since it already exists for installed apps.

@girish full page refresh yeah but the clear-all should have done that ;-/

How are we off by one?

I also experienced this and I am v happy it's fixed. You guys are the best!

Thank you for the quick reply. But even in my testing environment, telling me my backup method is unsafe once a day is just a hassle to weed them out of the Cloudron update (valuable) notifications. I bet I can just trick Ubuntu into seeing the path as a volume to get rid of the notification.

But for normal Cloudron users, I bet an option to acknowledge and disable the “backup is unsafe notification” would be valuable for them especially in their first non-production use of Cloudron (where I’m personally at for now).

I opened https://git.cloudron.io/cloudron/box/-/issues/736 to track this.

I have fixed the docs and the notifications.

@girish Magic 🙂

The Change Detection app also uses Apprise:

it is much better now !! 80a17127-6013-4785-97ca-0433750b3ec8-image.png

yup, i have pushed the change for next wekan release.

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