I have realized, that several organizations are very interested in the possibility of creating their own invitation email. The possibility of adding text and attach a kind of "onboarding"-manual for all running applications would be pretty nice. It would make it really easy to do these thing automated thereafter using the API.

ejabberd would be freakin amazing!!

@girish I'm glad to see your efforts put in this issue. I think we are getting closer! I looked at the sip-communicator config of yunohost - as their jitsi is working on my systems and they actually set those variables.

A further indication that this is the only missing piece is this thread here...

Are there environment variables for the local and the public IPs? I would like to test this.

@opensourced nevermind, i figured it out!

@nebulon I actually have set up several Cloudron instances and none of them is able to get Jitsi to work. I suppose that if I provide a fresh VM, it wont be able to get it working either. Therefore it might be suitable for debugging.

(I still want to mention at this point that its neither port related, nor a networking issue as I have a working Jitsi (from Yunohost) on one of my VMs)

What do you think?

@girish I moved the appsdata folder to another mounted drive -> after creating the symlink (as root) i didn't propperly set the permissions. I fixed it, so all good now. Thanks!

@girish We do have our own server farm in a data center. As host for our VMs, we use Proxmox.

Within the last month, I had 3 cloudron instances (running productive apps for clients) crashing, because the NFS mount could not be mounted and the root filesystem was used instead.

I find it frustrating to run into this issue so often. Mostly because I know it can happen every moment and I cant do anything about it.

How about adding a checkbox in the backup settings with the title "Skip backup if storage is not available"?

I would find it very useful if i could enter custom nginx rules (generally or per application), that would survive updates. Is this possible at the time beeing?

@nebulon See that point. Two use cases are:

WordPress exposes the example.com/xmlrpc.php API per default. We already had several issues where attackers used those APIs to send spam mails from our applications. To fix this issue, either you need to install a plugin that disables the API (however, dose plugins which are available for free are crapy and I dont trust them), or you just disable those requests in the nginx.conf of the application. This is what I did, but through updates those custom lines were deleted.

I would like to restrict the Synapse Admin API to certain IPs.

I have realized, that several organizations are very interested in the possibility of creating their own invitation email. The possibility of adding text and attach a kind of "onboarding"-manual for all running applications would be pretty nice. It would make it really easy to do these thing automated thereafter using the API.

Yes, I did remount the shares.

@nebulon I actually run in the same issue on several instances. On some it still works however... I am using TrueNAS as the NFS server and it would be nice if i could keep using it. Any hint on where that error is coming from?

@nebulon See that point. Two use cases are:

WordPress exposes the example.com/xmlrpc.php API per default. We already had several issues where attackers used those APIs to send spam mails from our applications. To fix this issue, either you need to install a plugin that disables the API (however, dose plugins which are available for free are crapy and I dont trust them), or you just disable those requests in the nginx.conf of the application. This is what I did, but through updates those custom lines were deleted.

I would like to restrict the Synapse Admin API to certain IPs.

I would find it very useful if i could enter custom nginx rules (generally or per application), that would survive updates. Is this possible at the time beeing?

@nebulon nice! looking forward to this.. do you already know the release date?

@nebulon The instance that crashed on sunday is (and was at that time) running v7.2.5

Within the last month, I had 3 cloudron instances (running productive apps for clients) crashing, because the NFS mount could not be mounted and the root filesystem was used instead.

I find it frustrating to run into this issue so often. Mostly because I know it can happen every moment and I cant do anything about it.

How about adding a checkbox in the backup settings with the title "Skip backup if storage is not available"?

@girish I'm glad to see your efforts put in this issue. I think we are getting closer! I looked at the sip-communicator config of yunohost - as their jitsi is working on my systems and they actually set those variables.

A further indication that this is the only missing piece is this thread here...

Are there environment variables for the local and the public IPs? I would like to test this.

@girish We do have our own server farm in a data center. As host for our VMs, we use Proxmox.