Cloudron Forum

There is a use case where a user of an app (say: nextcloud) needs to restore a file deleted within the retention period. This is quite dificult right now as the backup feature (or the restore feature thereof) is basically an all or nothing desaster recovery. which overwrites the current state of the app.

You would need to download the backup file from your backup server, decrypt it (optionally) and search for the file.

maybe get some inspiration from duplicacy/duplicati which solves this quite elegantly

hi,

any chance to get https://help.internetx.com/display/APIXMLDE/API-Grundlagen+JSON supported as DNS provider?

It's the backend for InternetX, AutoDNS, Schlund and maybe some other resellers.

Certifytheweb (letsencrypt frontend) supports it, so I think it should be doable.

just an update, the syntax for the psql variables has changed, so the conversion script looks like this:

sudo -u www-data php occ db:convert-type \
--password ${CLOUDRON_POSTGRESQL_PASSWORD} \
--clear-schema --all-apps pgsql \
${CLOUDRON_POSTGRESQL_USERNAME} \
${CLOUDRON_POSTGRESQL_HOST} \
${CLOUDRON_POSTGRESQL_DATABASE}

you must run this from within the nextcloud container.

also, I had some dificulties with the mysql migration, the temp mariadb/mysql docker container should match the same type and version as the source. In my case src had mariadb 10.5, so the container from the code sample above (mariadb 10.1) throw some strange errors while importing the sql dump.

We try to do a semi-automated migration from nextcloud to cloudtron (with using cloudron for user management).

We now try to import users into the cloudron user management, which is documented (although btw this link is broken:

As far as I can see, we cannot import users into groups which then are mapped to nextcloud groups. Is this right? Is there any LDAP/SQL magic to make this happen or can you point us to where the cloudron user management backend is located, so that we can try it ourselves?

Recently we had to restore a nextcloud instance after a nexctloud update (problem was not related to cloudron). This takes forever, I think because the restore process cleans up the destination before restoring. I understand that you need to accomodate a lot of backup storage types, but in our case the storage is of type sshfs/rsync, so the easiest way to restore would be a

rsync -rptgoDLK SRC DST

and be done with it.

Any chance to implement this?

@fbartels ok, this makes sense, thanks!

@perler ok, selfhelp at it's best:

I had some misconceptions. First, to add a domain you need to login with user "admin" not with a cloudron user/email who is an admin.

But, this didn't work with the default password "12345" as described in the documentation, I had to add the line

admin_password = "12345"

to the [security] section of application.ini, making it looking like this:

you should choose your own password and disable the admin access when done obviously.

thanks to listening to my ted talk.

(how can I change this topic to "solved"?)

The official cloudron demo warns here to not install nextcloud apps. https://docs.cloudron.io/apps/nextcloud/#email

This is kind of fine for Rainloop etc. which are integrated (with differing perfection) into cloudron itself anyway.

But.. the Nextcloud Mail App has the label "Featured" and I think cloudron should think about supporting these featured apps.

If it is too much hassle to suppurt all featured apps, I am most interested in the Nextcloud Mail app. The reason is, that not that many cloudron admins will host mail accounts on their cloudron servers and only in this configuration an almost seemless integration into cloudron is possible. All external mail needs to be manually configured in some ways before first use and my experience is, that most users are fine with this. For them it's more important, that the integration itself (after the first setup) is good, an as most users spend their time in nextcloud nowadays, it appears, it's much more natural for them to have the mailclient inside nextcloud as well (although the UI is, IMO, a crime).

We like to monitor our backups with healthchecks.io. The principle behind this is, that you not send an email when an email fails which leaves you in deep water, when, for whatever reason, the mail doesn't arrive/is not seen. Instead you send an email or ping a specific URL at https://healthchecks.io/ when a backup was successful. You then ask healthchecks.io to send you an email if there was no successful backup for X days (and you can manually check the panel there for failed backups).

It should be quite easy to implement.

we plan an infrastructure like this:

multiple cloudron servers:

server01.ourdomain.com
server02.ourdomain.com

etc.

on each server will run a couple of services.

nextcloud01.ourdomain.com on server01.ourdomain.com

wordpress01.ourdomain.com on server02.ourdomain.com

etc.

DNS provider is cloudflare.

can we just use the same API token on each server and the servers/subdomains will be created with the correct IP or is there something we miss here?

is the my.ourserver.com URL mandatory? because, this wouldn't work as there are multiple servers.

@nebulon ok, I am an admin and wouldn't want to inject my limited hacking skills into your code - but, as the test just seems to access the nextcloud app URL it would help if you could add ../apps/mail/box/priority as a test to see that nothing crashes and we would risk to roll this out into production (I think as @WiseMetalhead that these featured apps are fairly stable and you don't do too much to the nextcloud code in your repo, do you?)

and even object storage has options for a checksum based restore..

@girish thanks, tried it this way and it works now.

@murgero ok, I checked some logs but appearently the wrong ones. where should I have looked?

but I think an error message in the UI would be appropriate?

coming from rainloop some things changed in regard to login to the ../?admin URL.

this

Admin panel
The admin panel is located at /?admin and is disabled by default.

To enable it, open a File manager and edit the file /app/data/_data_/_default_/configs/application.ini. Set the value of allow_admin_panel to On.

You can now login with the username admin. The password is located at /app/data/_data_/_default_/admin_password.txt.

Restart the app for the changes to take effect.

from here: https://docs.cloudron.io/apps/snappymail/ doesn't seem to work in my app.

I found that I have a line

admin_password =

in /app/data/data/default/configs/application.ini in addition to the file /app/data/data/default/admin_password.txt which seems redundant.

anyways, no combination of passwords in any of these files helped (app has been restarted)

@jdaviescoates yes, but some apps are case aware, here: nextcloud. I think it's not quite the correct decision to force lowercase as if it is 1968 but as I said, we can work around this.

@girish done

I feel you, try creating accounts with unusual settings, the UI wildly changes entered values when pressing save or test buttons, a true maniac must have designed it.

anyways, the devs should know?

As I only find a very old thread - is mail client autoconfig (thunderbird/outlook etc.) implemented yet or do we still need to do this manually?

@girish ok, this was my mistake, I changed the cloudron admin name here in the forum for privacy reasons and then tried to use this name back on the server