Cloudron Forum

Thank you!

Since porkbun returns an 400 error, I might guess something is wrong with the API call we do. Sadly https://porkbun.com/api/json/v3/documentation is not very detailed here, nor is the error message itself.

Possibly the API requires something else for the naked domain, since the subdomains work apparently fine then. But also I can't find anything mentioned in the docs 😕

Can you check if this might be a record conflict error which just reports as 400? Like do A records for that already exist?

Ok this is solved. I tried to add the solved label, but I can't find it here. So thank you. 🙂

Would like to see it on Cloudron : I use it on my own and got very familiar with it. thumps up

Go for the grand-slam and list the licence and a screenshot too! 🙂

Demo: https://pdf.24eme.fr/signature
Repo: https://github.com/24eme/signaturepdf
Docker: https://github.com/24eme/signaturepdf/blob/master/installation.md#docker
Licence: AGPL3

271980065-c3e8b8d2-3f94-45a3-a8fd-143077443337.png

Thank you for helping me make it work.

Strange this .mjs thing with them, I'm going to open an issue with them.

I'm thrilled to see progress on getting Forgejo packaged. It's an exciting project, and with Fedora switching to it for their Git, it's only going to get better.

So the memory leak indeed seemed to be coming from the frequent health check.
I customized the health check path and returned a simple response object, and it seems to do the trick.

image.png

I still think I have something incorrectly handled somewhere and if the website would have a lot of traffic, the issue would probably resurface.

But it's not very likely, so I'll stick to YAGNI. (I'll keep an eye on the stats in any case.)

Thanks for the help.

@girish I've never used a profiler, but maybe I should look into that. 😉

I'll open another thread for my issue.

Once I didn't find it, I hypothesized that by dowloading the logs, I would get more info, but I couldn't download them.

Not sure if it would be useful, but I figure I'd mention it.

@ruihildt right, it's documented as such at https://github.com/TandoorRecipes/recipes#license as well. My understanding is it's OK to selfhost but not resell tandoor for commercial stuff or host it for others (in the spirit of the author's current state of mind).

So I had to change a lot of variable to "public" or "true" to make it happen.

I am certain I didn't myself change this manually, so let's blame a solar bit flip. 😉

Thanks for the pointer!

@LoudLemur gold list, thank you!

This is a known issue - https://forum.cloudron.io/topic/8149/can-t-manage-existing-email-address-since-v7-3-4-update . It's getting fixed for 7.3.5. As @subven said, the issue is related to getting the mailbox sizes. It takes a bit of time to get that information since we get it via dovecot . So, nginx -> box code -> mail server -> dovecot and all the way back.

@nebulon Thanks, I had searched before posting, but not well enough apparently. 😉

@robi
We did, but i don't recall the reason we excluded as an alternate to ceph(that we are using in prod currently)

@ajtatum interesting, thanks! 🙂

Thanks, that's perfect.

@necrevistonnezr It is, I skimed the start of that thread, and as it was unrelated, I just assumed it was not about my issue.