ok thanks

@mendoksai yes, write to me at support@cloudron.io . I can investigate.

Had this same issue today, same storage provider (Backblaze B2). Multiple of the files in the snapshot folder had backups as old as a month and a half when my retention policy is set to one week. Also had timestamped folders that were over a month old that weren't being cleaned up.

I see, I guess since I only use 24h format, the 160px was always wide enough. Fixed for next release with https://git.cloudron.io/platform/box/-/commit/a5da68a7f9fa0ef616299b36a13faba0fea2ca8a

To narrow down the issue a bit, can you create a mailbox on Server A which uses a local account to authenticate and then setup Outlook for that mailbox? If this suffers the same issue, then it is not related to the LDAP binding between those two Cloudrons.

or, could you just make it optional? In my specific case I just commented out the string to let the apps running.

Good catch, this was an oversight. Fixed with https://git.cloudron.io/platform/box/-/commit/7d594ab0d37bf6c91a4b7971a59a452027cdf9b6

ah good glad you found the issue in the end

@hakunamatata only things in /app/data Not sure if a file link would be backed up as a link or the full file copy it links to. @joseph ?

I'm getting bombarded with redis connection errors causing major lag and it's why the manager isn't working right. I can rename a folder just fine with any other app. MB!

@joseph thanks for looking, it's in the same window/tab that it happens.

Ok, I've solved this for my purposes. Seems like when I try curl -v https://bind.0data.app/CloudronVersions.json from my Cloudron, it fails. * Trying •••.••.••.••:443... * connect to •••.••.••.•• port 443 failed: Connection timed out * Failed to connect to bind.0data.app port 443 after 129437 ms: Connection timed out * Closing connection 0 curl: (28) Failed to connect to bind.0data.app port 443 after 129437 ms: Connection timed out Which tells me there's some issue with loading URLs from the same server. Interestingly, if I find the internal IP via docker inspect <process> | grep '"IPAddress"' and port via docker inspect <process> | grep -A5 '"Ports"' I can call successfully load the file with curl -v -H "Host: bind.0data.app" http://<ip>:<port>/CloudronVersions.json But I have decided it's easier for me to simply host a kind of URL masking thing on another server. Anyway thanks for the help and attention from everyone who chimed in ️

Thanks for reporting, looks like that slipped through but is fixed then with https://git.cloudron.io/platform/box/-/commit/1586a286d85b3e097954c1345e6d19d4b179becb

@ekevu123 said: The Cloudron team can say for sure, but I believe it does - backups don't get deleted when you uninstall an app. I think I used this method before in a different setting. this is correct/

you have not set a value for medialinks ! Or one that is accessible. In CloudronManufest,json. Yeah that was the second mistake. Before, I got the message "Invalid manifest: mediaLinks is empty in manifest" I had a cryptic message like: "Could not resolve CloudronVersions.json from url". In the end, my CloudronVersions was wrong, and the error message before was not helpful. However, the medialinks error message was For this one: CloudronVersions.json needs to be publicly accessible also the Docker image CloudronVersions.json is public, yes Docker image is private - but it works I have the ghcr with credentials registered on the cloudron. So no issue anymore. In case you are interested in an error-message-improval-bug-hunt, I can send you a version of my "broken" CloudronVersions.json via PM - if not - I am happy now

Thanks

In the end I used S3 compatible option to set this up successfully. IDK why I could not get the Scaleway option to work. Thanks all for your help & input

Could you please check whether this applies to the PTR4 record as well? As I hadn’t configured it on the Cloudron – since I was using a relay – I experienced issues with incoming email delivery until I configured it. I then configured the PTR4 record and everything was solved. I know that PTR4 record is related only to outbound, but I want to figure out if there is some relationship on what happened. Thanks a lot