Cloudron 5 released

[d19dotca]

@necrevistonnezr According to the demo, the disk has moved to the System page (which honestly this memory graph should too IMO, it's system info, don't need a dedicated page for just memory and disk usage IMO).

[necrevistonnezr]

Thanks, I'm blind.

In that screen, I just see a spinning circle....

[girish]

@necrevistonnezr Anything errors in the browser console? Looks like we broke something. The idea was to move the graphs into two parts in the next release - app memory graphs will move into the apps itself and the summary will move into system info.

[girish]

@d19dotca Yes, that's the plan we wanted to get what we had released, since we were accumulating too many changes.

[necrevistonnezr]

@girish said in Cloudron 5 released:

@necrevistonnezr Anything errors in the browser console? Looks like we broke something. The idea was to move the graphs into two parts in the next release - app memory graphs will move into the apps itself and the summary will move into system info.

From the browser console (Firefox):

Content Security Policy: Duplicate source 'unsafe-inline' is ignored
Content Security Policy: Invalid host 'unsafe-inline' cannot be processed
Content Security Policy: Duplicate source 'unsafe-inline' is ignored
Content Security Policy: Invalid host 'unsafe-inline' cannot be processed
This page uses the non-standard property "zoom". Instead, calc() should be used in the corresponding property values or "transform" together with "transform-origin: 0 0".
SingleFile is hooking the requestAnimationFrame and cancelAnimationFrame functions to load deferred images in background tabs. content-hooks-frames-web.js:231:9

[girish]

We have a regression that we cannot send email from Windows/Outlook clients. This is because these clients do not set a EHLO name that is a fqdn. Cloudron 5 enabled a check for validating host EHLO hostnames which is causing this problem. To fix this,

1. SSH into Cloudron server
2. docker exec -ti mail /bin/bash
   2.1 Edit /run/haraka/config/helo.checks.ini
   2.2 Change valid_hostname=true to valid_hostname=false
   2.3 supervisorctl restart haraka
3. Important: the changes are not persisted across mail container and server restarts. So you have to do the above manually for now, until we fix the issue. We should have a patch release in a day or so.

[msbt]

@girish can we check if mails didn't get delivered in the new email view?

[girish]

@msbt The eventlog is a work in progress, currently it's a bit raw. But it does show that email got delivered. look for the outbound icon <- and then if you click it will say 'delivered' in the expanded logs. If it didn't get delivered, you will see that it's retrying.

[Trankery]

Did you remove the reboot server option?

[msbt]

@Trankery it will come back

[Trankery]

@msbt Thanks!

[girish]

It seems the EHLO validation has another bug wrt dynamic host names. To fix this:

1. SSH into Cloudron server
2. docker exec -ti mail /bin/bash
   2.1 Edit /run/haraka/config/helo.checks.ini
   2.2 Change dynamic=true" in the [reject] section to dynamic=false
   2.3 supervisorctl restart haraka

Important: the changes are not persisted across mail container and server restarts. So you have to do the above manually for now, until we fix the issue. We should have a patch release in a day or so.

[girish]

The blog is out with screenshots! - https://cloudron.io/blog/2020-03-26-cloudron-5.html