Cloudron Forum

Hi,

would it be possible to add modern authentication support for Cloudron Mail?

Cloudron already supports 2FA for the user account, but external mail clients using IMAP/SMTP still authenticate with either the platform password or an app password. App passwords are useful, but they are still just single-factor secrets.

It would be great if Cloudron Mail could support OAuth2/OIDC for IMAP/SMTP, so mail clients can use an MFA-capable login flow similar to Microsoft 365 or Google Workspace.

Useful options could be:

OAuth2/OIDC login for IMAP/SMTP
app passwords as fallback for legacy clients
admin option to disable platform-password login for mail
per-client/device revocation

This would make Cloudron Mail much more attractive for business use cases where password-only mail access is a security concern.

Thanks!

Hello @james, this is great to hear!

If it turns out that this cannot be added in time for the Cloudron 10 release, it would already be very helpful to at least have an option to disable the platform password for mail login, so users are required to use app passwords instead.

Hi @james,

thank you very much for the quick implementation and for adding Queue Mode support to the Cloudron n8n package.

I have tested it now, and the difference is very noticeable. The n8n UI stays stable and responsive while larger executions are running, and the workload can finally make use of multiple CPU cores through the worker processes.

This is exactly the behavior I was hoping for. In my case, it makes larger workflows much more usable and stable compared to running everything in a single n8n process. Especially with workflows that process large amounts of data, Queue Mode helps a lot because the main process no longer gets blocked by all the execution work.

So far, the setup works well for me. Being able to configure the number of workers through the Cloudron package is very useful, and I think this is a great improvement for people running heavier n8n workloads on Cloudron.

Thanks again Cloudron team for the fast response and implementation!

I’d like to suggest adding support for n8n Queue Mode to the official n8n package on Cloudron.

This topic has already come up in older posts, and I think it is still very relevant. I understand that n8n itself only uses one CPU core per process. But that is exactly why Queue Mode would be useful: with multiple workers, executions and workflows can be distributed much better.

Especially when running Cloudron inhouse or on your own infrastructure, “just upgrade to a bigger VPS” is not always a real solution. Single-core performance cannot simply be increased endlessly. With larger amounts of data or heavier workflows, n8n can quickly become slow, hang, or crash.

In my opinion, Queue Mode would not even need to be enabled by default. It would already be very helpful if the official package included the required support so it could be enabled when needed.

I previously experimented with a custom version of the Cloudron n8n app, using AI, and managed to build a prototype with Queue Mode. I am not a Developper and just wandet to test if this would solve my perfomance issues wich it did. That makes me think it would be a real benefit to have this option available in the official package as well.

Overall, I believe this would make n8n on Cloudron much more robust for larger setups.

Just to add to this the main problem in my case is CPU load. A single n8n process can only effectively use one CPU core for execution work. So even if the server has more CPU cores available, one busy n8n process can still become the bottleneck. Queue Mode helps here because the execution work can be moved to multiple worker processes, allowing the workload to be distributed across CPU cores.