As CodiMD (open source fork of HackMD) is now available on Cloudron, I think this topic could be renamed or close, don't you think?

@x1tan I have made the page publicly accessible now. For some reason it had a wrong setting there.

@girish I also realized that the mysqldump for the TT-RSS app is huge (679 MB in my case). Could you implement some compession in the database dumps (and use PostgreSQL as recommended by the author)?

I forgot to post a follow up on this thread. I:undefined:’:undefined:d like to thank @girish for solving my problem. He responded quickly and arranged to ssh into my server to diagnose. He:undefined:’:undefined:s been very patient and professional and I really appreciate it. Basically the problem is due to MySQL addons not properly starting/building, so all apps using MySQL error out and cannot start or install. Hope the problem has been resolved in the final 2.4 releases :)

@girish how to proceed to get mautic to the app store?

@girish Thank you! I've been using it this past month and it works very well.

@girish said insmtp_forward for Haraka?: I am not sure if smtp_forward will work for your use case. oh, that is indeed true. I stumbled upon something that suggested that this could be achieved with smtp_forward, but reading the page closer this indeed would not work as desired for me. I'd rather want to avoid fetching mails from cloudron the the extra server. I'll have to think about some alternative approaches (maybe stick with my current relay setup and just make cloudron one of the relay targets). Thanks for looking into this!

@nebulon Thanks guys, it works. Your support is good! I don't know how many people use cloudron as a private replacement of cloud services, but I think if you get all these details down and everything just works, there's a market for that :)

Oh I pasted the wrong link apparently, fixed it now.

@girish Done ! Thank you ! :-D

Normal users can create tokens but they don't have access to any call other than the/api/v1/profile/* routes. Internally, each token has a list of "scopes" (oauth scopes) which indicate what API can be allowed. For normal users, this scope is only theprofile scope. For admin users, it includes all the other API calls.

Thanks again! Everything is up and running now!

https://www.reddit.com/user/tabbott "Note that Zulip was never developed by Dropbox; they just bought the company and then generously donated the software to the open source community. It is developed primarily by Kandra Labs, an independent company, and our amazing community."

This software should be able to do this http://duplicity.nongnu.org/index.html

@fbartels @girish Thank you for the support. Solution: use a SMTP mail solution sendmail (and themail()) are not usable in current state PHPMailer could be used as an alternative

@darkben-0 said inC14 storage for backups: @girish could you add OVH Cloud Storage on Cloudron ? I asked them and data are stocked in France. We need a french backup solution for our clients. Do you think you can do that on the next(s) release(s) ? Yeah, that would be very nice to have a solution for backup in France by OVH/Online which are really serious company. I've mount temporary aminio.io server on an other server but the OVH backup solution is reliable, low cost and efficient.

I have updated the ciphers now according to mozilla's config generator. The commit ishttps://git.cloudron.io/cloudron/box/commit/ddaa52163bf3844b36d6c29fdffb5db3e0b3f5d0 For the CSP settings, this indeed cannot properly be done on a platform level, as apps require differently strict settings there and have to provide this on their own, so this should ideally be fixed in each app upstream.

@girish Okay, good ! Just to precise, I've check oc_bruteforce_attempts and there were a lot of private IPs in the table (regarding this :https://help.nextcloud.com/t/11-0-2-incredibly-slow-login/9475/19 ) Drop the table correct the issue also.

Hello! Sorry - yes inbound 80 is open. results of journalctl: No journal files were found.

@alexy here it goes: install an empty lamp app install piwigo (download fromhttp://piwigo.org/download/dlcounter.php?code=latest) following this tutorialhttp://www.jouvinio.net/wiki/index.php/LDAP_Plugin_Piwigo and puthttps://github.com/kvakanet/ldap_login/archive/config2base.zip as ldap_login in your plugins directory and activate it in the backend add the following info in the "Ldap Login" settings: LDAP server host: 172.18.0.1 LDAP port: 3002 BASE DN of LDAP server: ou=users,dc=cloudron Users Branch: ou=users LDAP attributes: ou=users,dc=cloudron Attribute corresponding to the user name: username Groups Branch: ou=groups,dc=cloudron Attributes corresponding to the group name: cn Admins group: users (not working) In the "New users when LDAP auth is successful" tab check Should new Piwigo users be created when users authenticate succesfully via LDAP? Automatic group settings don't work, maybe that's my fault, this means after a user is successfully logged in, you have to manually change his/her group to whichever you want. There's also the mentioning of an OpenLDAP bug on the page, but that's where my french stopped working and I didn't use that code. Let me know how it goes.