Cloudron 5 released

necrevistonnezr

Works great so far!
I have no SSD / HDD graphs, though:

df -h output:

Dateisystem                 Größe Benutzt Verf. Verw% Eingehängt auf
udev                         3,8G       0  3,8G    0% /dev
tmpfs                        765M    3,2M  762M    1% /run
/dev/mapper/beebox--vg-root  455G    328G  104G   76% /
tmpfs                        3,8G    8,0K  3,8G    1% /dev/shm
tmpfs                        5,0M       0  5,0M    0% /run/lock
tmpfs                        3,8G       0  3,8G    0% /sys/fs/cgroup
/dev/loop0                   9,2M    9,2M     0  100% /snap/canonical-livepatch/93
/dev/loop1                    92M     92M     0  100% /snap/core/8689
/dev/loop2                    55M     55M     0  100% /snap/core18/1668
/dev/loop3                   9,2M    9,2M     0  100% /snap/canonical-livepatch/94
/dev/loop4                    92M     92M     0  100% /snap/core/8592
/dev/sdb1                    472M    145M  303M   33% /boot
/dev/sda1                    1,8T    1,5T  306G   83% /media/SG2TB

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,

SSH into Cloudron server
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
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:

SSH into Cloudron server
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