Cloudron Forum

james

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.

james

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?

james

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.

james

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

james

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

james

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

james

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/

nebulon

Since this is likely an upstream issue, it is maybe worth if you create an issue at https://github.com/Kareadita/Kavita/issues

I wasn't able to find an existing issue after a quick search.

james

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

james

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

Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

Cloudron Forum

Staff

Posts

Member List