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

@jdaviescoates There's two levels of retry - things like network errors, transient api errors etc are retried immediately. The other retry is in the next scheduled backup time. There is no other retry between scheduled backup time.

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

@mazarian this looks great! I could see this potentially even being packaged as a standalone app.

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

#heretoo #thanksforthefix

@JOduMonT Currently, the 'email is not configured properly' notification is updated every 30 minutes. So, it's very much possible that those email settings are fine now and that notification will go away after 30 minutes.

If you click on the notification, it should expand to give information on what exactly is not setup properly. Can you tell me what you see if you click the notification ?

Also, zen.spamhaus.org being disabled is not good! Do you have a custom DNS setup by any chance? Under system -> services, is unbound running OK?

@girish As far as I know, it's correct - unless DKIM has the IP included, since that did change during the migration. Unfortunately, the Email section of Cloudron wasn't properly giving the needed information - previously it was saying DKIM was incorrect, but the display just said something like "expected null to equal null". DKIM isn't showing in the Email status page at all with the workaround I added here.

I'll put that in as a separate issue, though, once the update comes out and I see the proper message.

I have created https://git.cloudron.io/cloudron/box/issues/649

Until there are better or more fine granular ones, there is always the option to create email filters in your email account to get a better overview, while still being informed.

Fixed it for next release.