Cloudron Forum

@xarp Cloudron does not update or switch the kernel or enable any kernel features, no . There is no code for this. Could it be your VPS provider has switched this by mistake?

This is brilliant! So neat and pleasing to use. Well done.

Yeah, my last email got delivered as they replied back. I'll check the status for each email to see if I can spot any difference. If not, I'm positive it's on their end and that's all that I care about. I tried troubleshooting things with the client and I get vague responses back like they're a freaking politician and I'm an investigative reporter trying to expose them "delivery-status": { "attempt-no": 1, "certificate-verified": true, "code": 250, "first-delivery-attempt-seconds": 3.223, "message": "ok dirdel", "mx-host": "mta7.am0.yahoodns.net", "mx-host-ip": "67.195.228.110", "session-seconds": 1.087, "tls": true "event": "delivered",

yes, correct. the update will replace the file and it will continue to work after the update.

Seems like a valid bug, we can take a look after Cloudron 10.0 . Logged it at https://git.cloudron.io/platform/box/-/work_items/906

All good now. Thanks James!

This is fixed for the next patch release with https://git.cloudron.io/platform/box/-/commit/cd4bb20590899618edc4aff4b1117c81567f0e92 Thanks for the report!

Perfect. Time to check it out! Thanks team.

[0.3.1] Added forum and doc URL

Thanks for your prompt response @girish.

Thanks for the report @d19dotca . It's fixed for 10.0.2. The issue was that when having multiple internal forwards, sieve was adding multiple headers. The haraka code headers.get() was concatenating all the headers with '\n' and this caused a crash since I wasn't expecting haraka to concat it this way. There is a get_all() API which returns an array and I pick the latest forwarder from there.