Cloudron Forum

Hello @superhua
With https://forum.cloudron.io/post/125658 the Sendmail is configured by default.
You can update your app and it should work right away.
Happy to get feedback.

Hello @sponch
Nextcloud and mayor releases are always special.
I can understand that you would like to have the update right away.
From what we have learned from our excessive history with Nextcloud updates is that every mayor version comes with many issues.
Not to mention that all the extra apps for Nextcloud may also cause issues with mayor releases.

We are monitoring the issue queue for Nextcloud 34.0.0 and will determine from that if we will provide the update soon.

Hello @somebody and welcome to the Cloudron forum

There is no need for a custom crontab or bash script.
See https://help.ubuntu.com/community/AutomaticSecurityUpdates

You can edit /etc/apt/apt.conf.d/50unattended-upgrades and enable the automatic reboot:

- //Unattended-Upgrade::Automatic-Reboot "false";
+ Unattended-Upgrade::Automatic-Reboot "true";

and just to be sure restart the service with:

systemctl restart unattended-upgrades.service

With this change the system should automatically reboot.

Hello @panda
Thanks for sharing these insights.
Maybe you can also share the name of the mail relay that is blocking the attachments for other readers?

Hello @sebastienserre
The PTR record is set up from your hosting provider.
For Example Linode for my.cloudron.dev where the mail subdomain is also my.cloudron.dev:

I just took your domain my.thivinfo.com and get the IPv4 and IPv6:

dig A my.thivinfo.com +short
185.97.146.212
dig AAAA my.thivinfo.com +short
2a02:4780:28:cf44::1

Also checking the MX record:

dig mx thivinfo.com +short
10 mail.thivinfo.com.

So the PTR/rDNS should resolve from the IPv4/IPv6 to mail.thivinfo.com:

dig -x 185.97.146.212 +short
my.thivinfo.com.
dig -x 2a02:4780:28:cf44::1 +short
my.thivinfo.com.

Both resolve to my.thivinfo.com which is incorrect, and thus mail server are blocking your mails.

Go into your hosting provider interface not Bunny DNS and configure the rDNS/PTR record to be mail.thivinfo.com.

Hello @superhua
Currently, the grist app does not have smtp settings configured.
We can add this with the next app update.

Hello @sebastienserre
Yes, I would also assume the same as @jdaviescoates
No IPv6 for a mailserver is getting used a block reason these days.

Hello @sebastienserre
Please include the output of cloudron-support --troubleshoot

Hello @marceau_t
Thank you for this investigation.
Maybe you can help us with some insights.
Is /app/data/twenty-front/ something where users, like you, upload files that should be persistent?
I am leaning towards copying /app/code/packages/twenty-server/dist/front.orig on every app start to /run/twenty-front to fix this issue.
Since if there is nothing backup worthy, it should not even exist in /app/data/

Hello @marceau_t
This sound like an upstream issue.
You should create a GitHub issue with the details.

Hello @marceau_t
I was not able to reproduce this issue from installing Twenty Cloudron package version 0.14.0=>twenty 2.8.0 to 1.0.0=>twenty 2.9.0

Hello @marceau_t and welcome to the Cloudron forum

Can you please send the output of cloudron-support --troubleshoot as well so we have more data to analyse the issue?

Hello @panda
I have found a solution.
An app update will be available soon.

Hello @panda
I have reproduced the issue and I am looking into it.

Findings:
Rocket.Chat 8.4.x added lib/metricsCollector.ts (imported by main.ts:23), which pulls in @std/io via JSR. Earlier bundles didn't exercise that path the same way, so the empty cache went unnoticed the recent RC update is what tripped it.

Testing now if we can create that cache in the build time or if this needs to be dynamic read-write.

Hello @giofonseca
I was able to reproduce this issue with Nextcloud.
This is not a Collabora issue but a Nextcloud issue .
When using the same Collabora app from Cubby it works without any issue.

I also noticed the issue persists when restoring the previous version of Collabora.
So this is some caching issue from Nextcloud and the Office app from Nextcloud.

Found a quick hotfix as well.
When updating or restoring Collabora, Nextcloud throws the Unauthorised WOPI host. Please try again later and report to your administrator if the issue persists. error.
But when you go into the admin settings of Nextcloud, go into the Office section, check the checkbox Disable certificate verification (insecure) and Save uncheck and Save again, the issue is resolved.

Can you please attempt this as well?

Hello @giofonseca
Thanks for reporting I will try to reproduce this issue.

Hello @archos
We will remove this persistent override with the next update of the PeerTube app.

Hello
Upstream reported that the issue will be resolved with the next release.
https://github.com/ONLYOFFICE/DocumentServer/issues/3686#issuecomment-4631461296

Hello @umnz
For context please read https://forum.cloudron.io/topic/14969/enabling-grist-enterprise-does-not-work and https://forum.cloudron.io/topic/14941/grist-is-now-available

Hello @grienauer
Thanks for the report, we will be fixing this issue.