Pretty fundamental flaw, given the choice between; losing a backup (because they take half a day to run now), or not being able to recover a stalled app until forever.
I did a test today on a laptop running ZorinOS 17.1 with kernel 6.5.
I can confirm the two-way operation of the system using a QR key with Apple iPhone. On the website 'passkeys.io' I was able to write the key as well as read it.
Indeed, we have space there, so this makes sense to not hide it unnecessarily. Fixed for next release https://git.cloudron.io/cloudron/box/-/commit/44d3baf51aaab4acc3e3a4d5188c38d4dffef257
Is it maybe possible to change the order in which incoming mails are filtered? With sieve you can tell the server to discard mails that match certain criteria, but that only works for mails that have not already been classified as SPAM. i suspect this is not that trivial though because the sieve filters work at the mailbox level.
@IniBudi said in Add Github Rating Score On App Store:
The idea is simple like App Store or Playstore there's a rating and review section on Cloudron list apps. So we can see the star rating and review from the GitHub users or Cloudron users.
@ekevu123 there are other posts suggesting more options in performing backups.
Might be worth doing a search.
This sounds a duplicate.
Doesnβt mean itβs not worthwhile. Just clarifying.
I guess the placeholder text is not ideal for that textarea but the default is to allow the app iteself to respond to the robots request. The docs state this more clearer https://docs.cloudron.io/apps/#robotstxt
"By default, Cloudron does not setup a robots.txt for apps. When unset, the app is free to provide it's own robots.txt."
So the default basically is not to allow all but to let the app handle it.