Hello @jdeighton
Yes, that is possible. Here is also part of this in the documentation: https://docs.cloudron.io/guides/connect-mysql/
But! Not documented is the part how to access the main DB, since this is risky and most users should not do that.
It is present in multiple forum posts so here.
While connect to the root user on the server, run:
docker exec -ti mysql /bin/bash
and inside the container you can simply run:
mysql -uroot -p$CLOUDRON_MYSQL_ROOT_PASSWORD
[1.24.3]
Update koel to 7.10.4
Full Changelog
Adding Ray back as a sponsor. It's a super cool app though and you should consider using it if you're a PHP/JS developer.
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?
@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).
@FalconFour
Since you have a very technical custom backup / snapshot solution with BTRFS and you wrote you are missing the Databases in your backup. (hope I did not fly over the text and missunderstood?¿)
You can always create a cron-job on the root server itself to dump all Databases into your backup destination.
NOTE:
I also use BTRFS on my Notebook for fast snapshots before each system update or package installation and also now love the blazing fast snapshot time.
But when something breaks with BTRFS the fixing becomes a real pain.
And still I see BTRFS snapshots as such, snapshots.
Even to a different disk, I would not consider it a real backup.
On the other hand when using btrfs send and btrfs receive in conjunction this could be a solid approach.
Maybe I should add a btrfs send/receive weekly task to my notebook.
Right now I use restic as an incremental backup solution to a Hetzner storage box.
Also, here is my approach of bricking my BTRFS snapshots
[USER STORY] ICU blocks system upgrade? - I just ignore it! NO, DO NOT!
@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?
@girish Yes, I no longer got the Gmail issues when I created my own system service to implement the iptables rule. So it seemed to do the trick.
The IP tables rule to add is really just this: iptables -t nat -I POSTROUTING -s 172.18.0.0/16 -o enp3s0f0 -j SNAT --to-source {FLOATING_IP}
Where FLOATING_IP is really just replaced with whatever the recognized IP address is that’s used in the DNS records for the MX record. I supposed it could be further improved to only be applicable to the mail container rather than all Docker traffic. And of course the interface would have to be dynamic too.
I guess an alternative is for me to create additional MX records with the other IP addresses but then it’s manually done and prone to mistakes/issues.
In my opinion, I think we really need an option to select the outbound IP interface using Cloudron for the mail component, in order to avoid the Gmail issues (and any other provider who will use FCrDNS for verifying or rejecting emails in the future). I recognize this may not be a common concern as most people probably only have the one IP address of each type and so the DNS records if setup automatically by Cloudron will use both the IPv4 and IPv6 address, but for those of us who use a floating/failover IP addresses that we want to be the one true IP address being used, this becomes an issue without that workaround in place.
@Robin do you maybe still have the apptask logs from where it hang? It should give us some indication why the DNS record check didn't succeed during that time. It should show which nameserver returned which IP for the records.
There is only one role: admin. Every user sees every document.
There is no whitelabeling
No Workflows
No conditionals
No API
A counter on the anonymous start page shows how many documents have been signed with DocuSeal in this instance.
All in all, a lot of features that people are interested in. Shame on them that the problem can't be solved by spending money and getting a key/file/license to enable these features on the Floss instance.
yes it is a custom package, but I use slskd as part of the Dockerfile https://gitea.zoemp.be/sansguidon/soulseek-cloudron/src/branch/slskd/Dockerfile.cloudron
@girish yep, separate things indeed. That said, it'll be pretty useful for me, that's why I packaged it.
About being open, yeah, I don't like that as well, but I'll try to make it work either with basic auth as they suggest (insecure, but better than nothing), or with cloudron's own ProxyAuth, not sure if it would work.