Topics created by saglagla

@saglagla There are no plans for any kind of multi IP setup at the moment. I will mark this as solved for now, as the main issue to change the domain appears to be solved.

For the auth part, please have a look on Framasoft public code auth layer on https://framagit.org/framasoft and on https://framagit.org/framasoft/framacalc But okay, I see

For the record, I hit that issue too. /boot got full. However, I could not fix it with the solution at https://forum.cloudron.io/topic/1310/disk-filled-up-with-kernel-update-artifacts/2 . I had to follow https://askubuntu.com/a/430944 (slightly adapted)

I understand the upsides of OAuth and initially we attempted to use OAuth in more apps, however more users prefered using ldap for tighter integration, as ldap usually gives a better user experience inside the app not leaving the app first for the redirect. Also the auto login mechanism in OAuth was sometimes confusing. We won't put up the effort at the moment to support multiple auth backends directly in the app installation/configuration out of the box as that increases the testing amount to ensure proper updates.

@girish Okay, workaround works !

Have you actually used it? It is nothing more than a youtube wrapper. One cannot upload music there, only paste YouTube URLs

Glad I found this. For reference, I set up the following records for a standard Cloudron install with active E-Mail handling and Nextcloud dealing with Card- and CalDAV. $DOMAIN = main domain handled by Cloudron (i.e. cloudron.io) NEXTCLOUD = cloud.$DOMAIN (i.e. cloud.cloudron.io) TXT _caldavs._tcp.cloud.$DOMAIN "path=/remote.php/dav" TXT _carddavs._tcp.cloud.$DOMAIN "path=/remote.php/dav" SRV _sieve._tcp.$DOMAIN my.$DOMAIN - PORT 4190 SRV _autodiscover._tcp.$DOMAIN my.$DOMAIN - PORT 443 CNAME autodiscover.$DOMAIN - my.$DOMAIN. SRV _carddavs._tcp.$DOMAIN cloud.$DOMAIN - PORT 443 SRV _carddav._tcp.$DOMAIN cloud.$DOMAIN - PORT 80 SRV _caldav._tcp.$DOMAIN cloud.$DOMAIN - PORT 80 SRV _caldavs._tcp.$DOMAIN cloud.$DOMAIN - PORT 443 SRV _submission._tcp.$DOMAIN my.$DOMAIN - PORT 587 SRV _imaps._tcp.$DOMAIN my.$DOMAIN - PORT 993 Remarks: _submission._tcp, _imaps._tcp, _autodiscover._tcp (as well as autodiscover CNAME) and _sieve._tcp are valid for any installation where E-Mail for a domain is handled by Cloudron. These records help clients (Thunderbird, Smartphone Mail Apps, etc) to automatically discover the correct IMAP/SMTP Hostnames + Ports. In most cases, with these records set you can have Thunderbird automatically configure your Mailaccount by simply giving the mail address (e.g. info@cloudron.io) _carddav*/_caldav* SRV Records should be set by the respective Apps dealing with the protocols (Sogo, Nextcloud, etc) as the redirection should be pointed to the App's subdomain _caldavs/_carddavs* TXT Records should also be set by the respective Apps, as they instruct DAV clients where to find the concrete path DAV-Requests are handled (does the same as .well_known on the webserver; according to some docs and posts in the internet, these records (SRV+TXT) are required for MacOS/iOS clients to correctly discover and connect) There are certainly more things that can be done with this. In general, this is a massive UX plus. DavDroid and Thunderbird both are able to automatically connect and discover everything needed by simply providing the $USER@$DOMAIN E-Mail adress during account setup. Will test more clients today, but I'm sure many follow these standards.

Sorry, I've finally solved the issue, if the answer can help :

@yylevas No worries! Glad you found the problem. Breaking stuff is the fastest way to learn!

We have now added 2FA for the cloudron.io appstore website. We will release those changes in the coming days. We have to similar changes for Cloudron box code.

@girish I have a 238 ko iCal file. I've split it in twice and I went from 250 importation err from 1 err. The problem should come from that, thanks! I was at the beginning thinking about it (splitting the file) but after that, I was focusing on RateLimit - wrong way! Also, I advise people which want to import a big file to increase drastically the mem allowance of the app (2Gb in my case)

I will mark this as "solved" from our side, as this is SOGo internals and not related to the Cloudron package as such, from what I understand. Thanks for creating the upstream issue.

I have updated the ciphers now according to mozilla's config generator. The commit is https://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.

I agree this will be a nice feature to have. We will prioritize based on how many people request it. Thanks