Cloudron Forum

Do you have any update on this @ruihildt ? We have pending MR which may or may not fix the issue, but we require your input here.

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.

@andreasdueren hope this will make it to cloudron.

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 [image: 1700122379302-271980065-c3e8b8d2-3f94-45a3-a8fd-143077443337.png]

I too have done exactly like this but the response is still "{"errors":[{"message":"Route /helloworld doesn't exist.","extensions":{"path":"/helloworld","code":"ROUTE_NOT_FOUND"}}]}" any idea why

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: 1690991598001-131f8985-2dcb-4006-ad8a-887963dea05f-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)

Thanks, that's perfect.