Cloudron 5 released
- 
thank u! I just tried v.5 on the demo page yesterday, great job @vjvanjungg same, so fa so good! 
- 
Works great so far! 
 I have no SSD / HDD graphs, though: 
 df -houtput: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
- 
Works great so far! 
 I have no SSD / HDD graphs, though: 
 df -houtput: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@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). 
- 
Thanks, I'm blind. In that screen, I just see a spinning circle....  
- 
@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. 
- 
@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 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
- 
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=trueto- 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 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.
- 
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 Changedynamic=true"in the[reject]section todynamic=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. 
 


 we wanted to get what we had released, since we were accumulating too many changes.
 we wanted to get what we had released, since we were accumulating too many changes.