Cloudron Forum

Hi, did you check this, this and this? I got the similar errors when trying to run the indexing but after a few retry it works. I tried to index email mailbox separately (by running the command inside the rebuild-index.sh for each mailbox separately) and identified which one caused the problem, then I had to open/read the problematic folders with a mail client, and then the index worked. Given this feels like another duplicate, @staff, there might be something up / to improve with how the indexing is handled.

Yes, you can do that . The backup task will be able to handle it.

Usually, the issue here is that the SFTP service is not running . Services -> SFTP -> Restart maybe?

Maybe. But I think I'll just take the extra GB into account and see dynamically if and when issues arise. So far, nothing has been missed.

I think that information is the same across apps . The first part is here - https://docs.cloudron.io/volumes/#add . The second part should be added ( cc @girish)

Here the issue was that the e-mails have been moved to the new cloudron server only partially, and the new folder wasn't created in this case, so when I tried to move this in Thunderbird, it failed. So, this is solved now

@ekevu123 yes, the registry holds the images and enabling backups for it will keep the images. I think one issue might be though that because the order of apps is not defined/random , custom apps might fail to restore if the registry app restore after them. For this, the feature request you mentioned in another post will help. For the moment, workaround is just to click restore on custom apps again after the registry has restored.

Apparently, this has resolved itself, except for other, more specific issues, but I will open new threads for these to resolve them separately.

Ah, okay, that makes sense - now that you have this notes field when you install a new app in Cloudron, it might make sense to add that information.

It worked after I have reset my ssh keys and entered a new one during restoring.

docker build is building the image locally. cloudron build is pretty much doing the same thing but on a remote server. The code is at https://git.cloudron.io/packages/docker-builder-app/ . There is no difference other than what you already said.

@ekevu123 said in Transcribe YouTube videos: this videos has captions, right? yes @ekevu123 said in Transcribe YouTube videos: Does it work for you? It doesn't work for me I don't currently have an instance running so can't check, sorry

Ahhh. I did not expect that

@SansGuidon I think your approach is the best as of right now. We will have to add automatic restart built into Cloudron at some point.

I think I can clarify this. Let's summarise what we all should know: Open Web UI needs to create a user automatically as admin. Even if you use Cloudron for authentication, this user will only have user rights. You need to log in using the account with the demo credentials and give your Cloudron account admin rights. There is no way around this account. If you decide to use the automatically created account, you cannot change its e-mail address, at least not using the GUI. It probably could be done in the database. If you want to delete this automatically created admin user, you don't need external software. Within the cloudron app settings, you can go into the terminal and connect to postgres, then there is a user table. This is probably the best approach.

Right, yes, that would make sense!

You can test on the User agent string. See https://docs.cloudron.io/apps/lamp/#health-check for an example

Yes there is no generic setting, but I was just explaining the default case for apps where the setting was not manually changed.