nevermind, i found my mistake, i copied my public key in, not the private key -.-

@nebulon Thank you for your response. Yes, it seems the issue is indeed with hardlinks. I have them enabled. I will try to wait for the Cloudron update, or I might consider using Borg for backups to the Storage Box. That should probably resolve the issue. Another option is using rsync with the -H switch, but I haven't tested it yet. Thank you very much for your help.

@joseph Thank you and yes, did all those, and was in communication with tech support. The issue is actually mysteriously resolved and I'm just trying to figure out what happened so I can share that in this thread and hopefully avoid repeating this issue in the future.

Hi guys, A quick update for anyone who may run into this in the future. Yes, that did the trick, I was able to create a /mnt/sync/ directory under Volume, and executed "Retry Task." One thing that I did notice was that I couldn't restore from the last version of the backup, but the one previous to that went through just fine. Really glad for such such a smooth migration process!

Ah the Cloudron is on version 7.5.2 which had a bug here. This is fixed with v8.0 already

I modified the document now... let's see if the merge requests work this time. It's always flaky for me working in the Web IDE

Please send a mail to support@cloudron.io with your cloudron information and we will put it back on the free tier.

@W1LMS See it as two levels of security. Firewall at DC level and at server level is also best practice.

Usually in email providers, there are two kinds of setups - identity based setup (to set up relaying a single email address) or a domain based setup ( to set up relaying for the entier domain). You have to set up domain based setup. This is because each app on Cloudron sends email with potentially a different email address (in the username portion).

I ran into a similar issue today, here is my solution: Note: I manually created a n8n-uploads folder in my case. In n8n, using the "Read/Write Files from Disk" action: File Path and Name: /app/data/n8n-uploads/file.jpeg /app/data/file.jpeg works out of the box, but I wanted to store all my files in the same folder. [image: 1720170441738-514706b4-197c-43e1-8c36-c4c69fc6498a-image-resized.png] Here is a video: https://www.loom.com/share/5e6bccdbd19842a489cc10f90ea871d4

I recommend just setting up 2FA for Cloudron dashboard. Enable mandatory 2FA as well (https://docs.cloudron.io/user-directory/#mandatory-2fa).

When I go to my Cloudron subscriptions it states that it’s not set up yet. Usually, this is because you have not logged into the app store yet. Have you installed apps on Cloudron yet and are the apps running? When you go to Cloudron Dashboard -> App Store, it will make you login. When you login, the connection is made (if it wasn't made already).

i think the unbound DNS worked; seems ok now. thanks!!

You can read more about ports and firewall setup with cloudron at https://docs.cloudron.io/security/#cloud-firewall

It's ok, resolved thank you very much

OK, I made this change now: - "description": "This will uninstall the app immediately and remove all its data. The site will be inaccessible.", + "description": "This will uninstall the app immediately and remove the app's data. The site will be inaccessible.", The usage of its in English is always tricky. If you care, "its" is possessive and "it's" is short forum of "it is" .

@nebulon Thanks to you and @girish for explaining this.

@dsp76 multi part copy is a different API call from multi part upload

This worked thanks

@nebulon , thanks for reply. in the first post, I copied a undeliverable testmail from spamhoaus to cloudron, b/c it was denieing the reception. here a little oversight: [image: 1720004240958-2024-07-03_12-50_cldrn_mail_deliv-fail.png] and they all look similar… [image: 1720004260697-2024-07-03_12-52_cldrn_mail-deniedy.png] all these hosts are N.O.T. blacklisted. I checked. also, false positives…