Cloudron Forum

@MostlyHarmless welcome onboard! Just to double check , you are referring to the email from your Cloudron dashboard at my.domain.com, right ? (i.e not some email from cloudron.io) . Cloudron is entirely selfhosted. So, for my.domain , email is sent from your server (and not via our servers). It's quite common that your VPS provider blocks this. First step, is to check email status - https://docs.cloudron.io/email/#server-status . Is it all green? Are you able to send a test email via https://docs.cloudron.io/email/#send-test-email ? Check the mail server event log - https://docs.cloudron.io/email/#event-log

@andirahmat oh, it fixed itself?

Here's a workaround via terminal: https://docs.cloudron.io/packaging/cheat-sheet/#file-ownership

@sponch you disabled Cloudron Backup Encryption or Nextcloud App Encription?

I've also tried to create a mailbox (test@mydomain.coop) and set-up a redirect with roundcube to three "external" email addressed (@gmail / @posteo), delivery fails with all of them. So it is not specifically with Cloudron mailing lists but a bigger issue with redirects in general. @staff any clues?

@task Totally agree with you: "I'm grateful this happened early". If something has to happen, better sooner than later... I had the same issue with iDrive e2 (and ended up switching). Keep us updated on your Cloudflare R2 experience, okay?

By connect do you mean for analytics (like for n8n, metabase, grafana, superset) ? Or do you mean you want the apps to use MS-SQL as the database?

@eddowding said in Can I move from yearly to monthly subscription?: Setup intercom with Fin ai or something (chatwoot have ai now I think) so you can do support without having to do support. Unfortunately, we cannot use AI for Support. The company's GDPR and privacy policy prevents us sending customer information and customer tickets into any AI or in fact any 3rd party service. It would be a big change to hand out data, and we have to inform all our existing users of this change as well. By design, we don't track anything about our users other than credit card via Stripe . The issue is not technical but mostly business related (as I understand).

I get this: docker inspect 5130e1789e1e | grep Memory "Memory": 5368709120, "MemoryReservation": 0, "MemorySwap": -1, "MemorySwappiness": null,

Have you checked the logs already? Go to Domains -> Renew Certs . That will show the logs for the renewal . Which DNS scheme/provider are you using? Manual/Wildcard or one of the programmatic ones?

@nebulon said in Disk usage update problem: Ah thanks for the clarification. Maybe we can think of some different UI which has an overview and some drilled down info if wanted. This would be awesome

It correctly resolved the issue. Thank you a lot !

Hello @Lomeu Unfortunately I can't provide much support with the Google Workspace LDAP. Just to make sure, you did follow the google guide for LDAP clients? https://support.google.com/a/answer/9048434?sjid=18438745481174821656-EU

solved by adjusting existing DNS A Record entry. Changing from aaaa:bbbb:cccc:dddd:: to aaaa:bbbb:cccc:dddd::1

yes @james I have also thought of using that. but manually running it on all mailboxes sounds like a pain I don't want to go through. I guess the current way I envision it is writing a script for imapsync that uses the api of cloudron to get all mailboxes and impersonates the users of the mailboxes to auto run imapsync on them. but then again maybe a block of the port is the way to go, so I don't have to write that script. the whole backup and recover process should be done quite quickly anyways. I am wondering though if this is not something others have gone through as well?

awesome as always, much obliged

You should do this - https://docs.cloudron.io/troubleshooting/#domain-issues-expiry

With help from Grok: https://grok.com/share/bGVnYWN5_baedbb67-0507-41f0-b26d-29da9f1b7f94 Exported users to delete with mysql --user=${CLOUDRON_MYSQL_USERNAME} --password=${CLOUDRON_MYSQL_PASSWORD} --host=${CLOUDRON_MYSQL_HOST} ${CLOUDRON_MYSQL_DATABASE} -e "SELECT id FROM user WHERE FROM_UNIXTIME(created_unix) > '2025-03-01'" > /app/data/users-to-delete.txt Deleted the header name with vim Switch to git user sudo -u git bash Run a command to use the cli to purge each user in the list: while read -r id; do /home/git/gitea/gitea -c /run/gitea/app.ini admin user delete --id "$id" --purge; done < /app/data/users-to-delete.txt All bad users cleared but one (not sure why), deleted manually. Done!

@d19dotca said in iDrive E2 Backups Failing More Frequently: What I had to do was delete the region hostname and re-enable it, which created my backup buckets somewhere else and allowed me to proceed without issue. The unfortunate part of this though was that it deletes all the files of course in the prior region, so what I did was first download a few important backups from it to my local disk and reloaded afterwards. I had the same rate-limiting issue with IDrive E2, but with a twist: my bucket was originally blazing fast in one region. After I deleted and recreated it (like you did), it became painfully slow—the exact opposite of your experience! I suspect their ‘region reassignment’ doesn’t guarantee consistent performance, maybe due to uneven server loads or hidden throttling. Moral of the story? With IDrive E2, if your bucket works fine, don’t touch it—even if they tempt you with ‘better regions.’

Ok if I switch it to "Direct disk" it fails to boot but "GRUB (Legacy)" kernel option seems to boot fine.