Cloudron Forum

@nebulon THANK YOU!

@luckow Your reply is condescending and completely misses the point of the thread.

No, there is no "same-day delivery" subscription plan, and I never claimed there should be one. If you had actually read my previous message, you would have seen that I explicitly thanked the Cloudron team, acknowledged how their update process works, and explained that I am reporting a critical real-world impact — not demanding an SLA.

I also already mentioned that I went into the code and applied a manual fix myself where I could. So your advice to "learn how app packaging works" is not just patronizing — it is answering a question nobody asked, while ignoring what was actually written.

The Cloudron staff response from @james was professional and helpful. Your response is neither. If you do not have something constructive to add to a thread about a specific blocker affecting real businesses, please refrain from drive-by commentary dressed up as advice. It does not help the user, it does not help the project, and it lowers the quality of the forum.

I would appreciate it if you kept this kind of tone out of threads I open. If you have actual technical input on the FreeScout email issue, I am of course happy to hear it.

Hello,

Thank you for your reply.

I fully understand how your update process works, and I am genuinely grateful for the work you do and for making sure that broken updates are not shipped to end users.

I did not write this message just for the sake of complaining. There is a very serious reason behind it.

At the moment, FreeScout does not allow emails to be sent at all and returns errors. We have dozens of people working across two companies, and in practice, our work has stopped. Hundreds of emails to our customers have failed to send because of this issue.

This is such a major blocker for us that I had no choice but to report it. The operations of our companies were effectively stopped, and this is important to understand.

Because of that, I had to go into the code myself and apply a manual fix so that our companies could continue working. The difficult part is that in my other companies this is much harder to do manually. If the issue is still not resolved today and is still present right now, those companies remain blocked and cannot work normally.

That is why I described this as a critically important update.

Thank you for your understanding and support.

https://github.com/freescout-help-desk/freescout/releases/tag/1.8.222

Thank You!

Hi, My FreeScout instance on Cloudron (currently 1.8.213) is no longer accessible. All browsers show:

Access denied
Your browser does not support Content Security Policy (CSP) which is required for security. Please upgrade to a modern browser.

This happens in the latest Chrome and Brave, in incognito mode, with no extensions. No Cloudflare in front of the instance.

Upstream has already released 1.8.214: https://github.com/freescout-help-desk/freescout/releases/tag/1.8.214

Could the Cloudron package please be updated as soon as possible

Found the issue: after updating to 1.8.178, the Faster Search module causes a fatal error in line 731 of its provider. It's passing a string to count(), which expects array|Countable. Disabling the module resolves the error.

@girish

I'm using FreeScout very actively and have two installations. One is small — no issues after the update. The other has over 50,000 tickets and very active daily use.

After updating to 1.8.178, every time I change something in a ticket (status, reply, etc.), I get this error:

Error occurred. Please check your internet connection and try again.

But the change still goes through.

There are no errors in the system or logs. If I roll back to the previous version — everything works perfectly again.

Tried reinstalling, cloning, using a different domain — same result. This issue only happens after the update.

After upgrading to the latest version FreeScout 1.8.178, I started encountering a persistent issue. Whenever I perform any action on a ticket (changing status, adding a note, replying, etc.), I get the following error message:

Error occurred. Please check your internet connection and try again.

Screenshot:

This issue only started after updating to version 1.8.178. When I rollback to the previous version, everything works perfectly.

Thanks in advance!

I'm trying to set up Cloudron backups to a MinIO server running in my office. The Cloudron instance is on a VPS, and I'm connecting to MinIO through a Cloudflare Tunnel.

The problem: when backing up through the tunnel, I get this error:

Retrying (5) copy of snapshot/app_533f490e-6cb6-4da9-b014-647758d34c13.tar.gz. Error: XMLParserError: Non-whitespace before first tag. Line: 0 Column: 1 Char: e 524

However, if I expose MinIO directly via NAT and port forwarding on my router (without the tunnel), backups work just fine.

Other services work well with Cloudflare Tunnels — the issue seems specific to Cloudron + Cloudflare Tunnel + MinIO.

Thanks in advance!

I mean to get access to vector db via n8n, for example

Is there any way to use pgvector via any cloudron app?

Hi Cloudron team,

I’m considering setting up a separate PostgreSQL database on my Ubuntu server where Cloudron is already running. The main reason for this is to use it for a RAG (Retrieval-Augmented Generation) system and a vector database.

Since Cloudron already runs its own PostgreSQL instance inside Docker, I want to avoid any conflicts. My plan is:

Installing a native PostgreSQL instance directly on the root system (outside of Docker).
Using a different port (e.g., 5433 instead of 5432) to prevent interference with Cloudron’s services.
Ensuring that this separate instance does not impact Cloudron’s operations.

My Questions:
Does Cloudron have any known conflicts with additional software running outside of Docker?
Is there any risk in running a separate PostgreSQL instance on a different port?
Would you advise against this approach? If so, why?
Are there any recommended best practices for running external software alongside Cloudron?
I’d love to hear your thoughts before proceeding. Thanks in advance for any insights!

I also need Supabase under Cloudron
It is good way to manage RAG system

This is a constant problem and I have encountered it more than once.
There are 2 screenshots from log.

Hi Cloudron team,

I'm encountering an issue where forwarded emails fail DMARC checks when the sender domain has a strict DMARC policy (p=reject). Gmail rejects these forwarded emails with the following error:

550 5.7.26 Unauthenticated email from example.com is not accepted due to domain's DMARC policy. Please contact the administrator of example.com domain if this was a legitimate mail.

Setup:

• Emails are forwarded via Cloudron to Gmail.
• Sender domain (example.com) has a strict DMARC policy.
• SPF and DKIM are valid when the email is received by my Cloudron server, but forwarding breaks DMARC validation.

Issue:

The forwarded email’s envelope sender (Return-Path) remains as the original sender’s domain, causing SPF/DMARC validation to fail on Gmail’s side.

Question:

1. How can I ensure SRS (Sender Rewriting Scheme) is properly enabled on Cloudron to resolve this issue?
2. Is there any additional configuration required to handle forwarding for domains with strict DMARC policies?

Appreciate any guidance!

Ok! Thank you! Cloudron in any case amazing product

If you try this kind of text

Penpot is updated, but problem is still the same. It is not possible to work with text, absolutely. Penpot just freezes. Is there any idea how to fix it?