@nebulon said in Does anybody use the plugin LDAP write in Nextcloud ?: That is correct, our ldap server does not allow any modification or writes to the user directory. that is smart, because it is so easy to mess with LDAP

Good that it works now. For clarification, an app restart will reset all Cloudron specific settings, in case they were misconfigured or more importantly in case the information has changed on the Cloudron side (like a password, port or secret)

@girish Hi, everything is ok now, after my s3 storage provider fixed their S3 error SSL certificate . Thanks

I have added a caution note for the next release (5.3)

@girish They are unusual I would say, yes. It's a file that is being updated on a daily basis so it has a file history of 30 different versions in NextCloud. They are .db.crypt12 files, which is a database backup of WhatsApp about 120MB in size.

@necrevistonnezr indeed, previous versions of Cloudron would allocate more memory for redis based on the app's memory limit. This limit was not settable by the user. In 5.2, we have made the redis limits visible and configurable by the user. Our 5.2 migration script should ideally could have been smarter and allocated more memory to redis.

@necrevistonnezr They are pretty much the same feature. Cloudron's works at the platform level for all apps including nextcloud itself whereas nextcloud's will work only for nextcloud.

Going to build Janus and dependencies from source (which will take some time) as the backports are old. While doing this, @nebulon is working on an update to TURN/STUN to enable API access in CR itself! See: https://git.cloudron.io/cloudron/box/-/issues/710

All iPhones and Macs at our end.

To add, the answer is that all the apps under apps/ are pre-installed as per this comment in code. So, https://github.com/nextcloud/server/tree/master/apps is the list

From https://github.com/gary-kim/riotchat#installation, it requires Node, npm, yarn (for compiling Riot.im), and Make. The latest base image 2.0.0 should have it all.

We've pushed a package update just now to fix this.

it works fine, sorry @girish I should have read the Etherpad Cloudron app doc and also the Ownpad one, because I have to enable the detection of pad mimetype by NextCloud https://github.com/otetard/ownpad/#mimetype-detection. In the terminal, I copied /app/code/resources/config/mimetypemapping.dist.json to /app/data/config/mimetypemapping.json and then I added in this file pad'': ["application/x-ownpad"], we could add this information to the Cloudron documentation of the NextCloud app, next time I'll read it

The following configuration needs to be added to the identifier registration of Kopano Konnect to enable SSO with Rocketchat: - id: rocketchat.9wd.eu name: Rocketchat trusted: true application_type: web redirect_uris: - https://rocketchat.9wd.eu/_oauth/konnect Remember to restart Konnect after modifying the registry. If you want to verify that the configuration was properly loaded you have to modify log_level in /app/data/konnectd.cfg to read /app/data/konnectd.cfg. With another restart Konnect will then print a message like the following at startup: Apr 20 20:21:30 time="2020-04-20T18:21:30Z" level=debug msg="registered client" application_type=web client_id=rocketchat.9wd.eu insecure=false origins="[https://rocketchat.9wd.eu]" redirect_uris="[https://rocketchat.9wd.eu/_oauth/konnect]" trusted=true with_client_secret=false In Rocket.chat the following configuration needs to be added. For this go into the admin backend, select "OAuth" and there "Add custom oauth". I am using the following settings: URL: https://meet.9wd.eu Token Path: /konnect/v1/token Token Sent Via: Header Identity Token Sent Via: Same as "Token Sent Via" Identity Path: /konnect/v1/userinfo Authorize Path: /signin/v1/identifier/_/authorize Scope: openid profile email Id: rocketchat.9wd.eu Secret: rocketchat Login Style: Default Button Text: Kopano Konnect (needs to be something the user can relate to) Button Text Color: #FFFFFF Button Color: #13679A Username field: preferred_username Merge users: false After storing these log out of Rocket.chat and you will see a new button on your login page titled "Kopano Konnect", which will then use the new login method.

Thanks for your coturn write up. We did refer to that when we added turn support in Cloudron 5.1, in fact. On how to update: you can just uninstall turn server (and also free up the turn ports on the host). The turn server is exposed at my.domain.com, so no need to setup an extra A record. The nextcloud talk app is pre-configured to use the integrated turn server. You can just "re-configure" the app (for example, just go to Location and click save without making any changes) and it should overwrite your old turn settings and put the new one.

@girish The update for Cloudron was installed now, then the location in the Nextcloud app was saved again. Now it is error-free. Thanks for your personal support!

For posterity, it started working again at some point at or before NextCloud v18.04 w/ the v4.1.4 OnlyOffice app. The OnlyOffice server was still at v5.5.1.

@rcdncn Thanks. I have pushed your notes to our docs at https://cloudron.io/documentation/apps/nextcloud/#skeleton-directory

Hi, I am interested in using Object Storage for Nextcloud primary storage as well. Currently, an object storage provider can only be added as external storage. It would be great to be able to configure some s3-compatible Object Storage, which costs much less and can be more durable than Volume, as the primary storage. As I understand it, this is not yet possible in Cloudron. Would it be possible to enable this option?

Just tested again with 3 other people (so four total) and again it worked great, aside from the fact one person couldn't see or hear one other person (odd).