Cloudron Forum

Hear Hear! Thanks a lot

• v3 is out: https://github.com/suitenumerique/docs/releases/tag/v3.0.0

@scooke said in What are your numbers on Cloudron instances?:

It's just me on my SSDNodes server (vCPUs - 12, Memory - 48 GB, Disk - 720 GB), with 63 apps... I'm basically running my entire digital life off of this server + Cloudron, using mail for only my.example.com domain (and MXRoute for ALL the rest), with just 23 domains. Never had a problem with email.

Not just you @scooke - I am yet to find a better price vs performance ratio / admin ease that what SSDNodes offers.
The regularly run attractive offers.

Nothing but good things to say service-wise. The only sides I am struggling with more and more, but this is highly personal, are:

• that this is a US-based company (but offers EU-based locations amongst others)
• that I am pretty sure they do nothing particularly notable sustainability-wise

Granted however that I have not looked into this in depth for a while though.
Might soon be time to review with what is on here https://european-alternatives.eu/category/vps-virtual-private-server-hosters for example.

They are not messing around with release schedule either:

• v2.5 is out - https://github.com/suitenumerique/docs/releases/tag/v2.5.0

@joseph Thanks for the suggestion. I have added the NPM IP as a trused IP and so far, no success, the 502 error is still there.

I think that this might relate to what I mentioned here:
https://forum.cloudron.io/topic/13318/confusing-scenario-with-oidc-button/5

If so, then this is something that I have definitely ran into and I find some solace in @nebulon's answer, even if this is not immediately available.

The way I currently go around this is to "brand" all "child" servers with the same identity as the IAM "parent" and then:

• amend the footer of each child server with the name of the local instance to mark the differentiation
• eventually set a specific login background and/or a different user profile background (but this is per user and cannot be set for the whole server (as far as I am aware).

Hopefully this makes sense and relates to the topic?

Hi,

A quick disclaimer to the below: using Cloudron behind a reverse proxy is not officially supported.

With this being said at the moment and with Cloudron being behind NPM in a lab environment:

• When first installing, leaving user management to the app, everything work fine and the first time a user access Firefly III, the user is prompted to create an admin Firefly III user
• However, when first installing and choosing for user access to be cloudron managed (OIDC) then, upon first login, the user get the possibility to "Login with Cloudron", but clicking on the login button result in an openresty 502 Bad gateway Error (presumably from NPM).

Additional info:

• There is no relevant info in the Cloudron server logs
• The favicon is fetched correctly in both scenario (shows up on the 502 error page)

I am still filtering through the NPM logs but since this instance is serving everything and anything, it is taking a while to "comb".

What is throwing me off a bit is the reason behind it working with no Cloudron user access management and, not working when Cloudron manage user access.

I presume that this could have to do with the Remote User Guard settings / Headers

Maybe someone already ran into this situation or we have some NPM experts around here?
Any tips?

Many thanks,

Hi @AntttMan790 - Did you find a solution to this or have you heard from @JLX89 maybe?

As a quick/minor side "service-note" @staff, the Community Guide link on the related app doc page is currently leading to a 404 error:

• https://docs.cloudron.io/guides/community/firefly-iii-importer.md

I believe this should be:

• https://docs.cloudron.io/guides/community/firefly-iii-importer

I'll add that a potential early packaging would/could shed some positive light on Cloudron, since data sovereignty is bound to become an even more important topic with regards to the current geopolotical context and sensitivities, and that the product is very new (original public release 02/2025).
That is solong as this does not go against Cloudron's team internal imperatives/plan...

@joseph said in Docs - Alternative to Notion / Outline with OIDC, GDPR compliant, PDF Export (with template) etc...:

Am I reading it correctly that this is sponsored by the french government?

Hi @joseph, from github:

Docs is the result of a joint effort led by the French (DINUM) and German 🥨 governments (ZenDiS).

Baguettes and Bretzels: What's not to love

Is this something to compare with paperless-ngx?

If so, does anyone have had the chance to compare both ?

If not, this would be an great addition to Cloudron, I think and it seems there was a custom package not far from being operational. However, while there is no indication that the development of the app as stopped, there are some faltering signs at the moment: the release cycle is (very) slow (last release: 03/2023), missing blog etc..

---

• Title: Docs on Cloudron - Alternative to Notion / Outline with OIDC, GDPR compliant PDF Export (with template)

---

• Main Page: https://docs.numerique.gouv.fr/
• Git: https://github.com/suitenumerique/docs
• Licence: MIT License
• Docker: Yes https://github.com/suitenumerique/docs/blob/main/docs/installation.md
• Demo: https://impress-preprod.beta.numerique.gouv.fr/

---

• Summary: A collaborative note taking, wiki and documentation platform that scales. Built with Django and React. Opensource alternative to Notion or Outline.

---

• Notes: While I like Outline (already available on Cloudron) I am fighting with some design/product choices: Privacy questionable ones (deactivating user tracking aka "Insights") and/or some paid for features (PDF Export, Guests).
  This present app fills the gap perfectly, with the added benefit of:
  • Matching Cloudron base image / platform (OIDC, PostgreSQL, Redis, S3 etc..)
  • Being already established, with regular releases and a solid backing (German / French government)
  • Support European-based open source self-hosting initiative

---

• Alternative to / Libhunt link: e.g. https://selfhosted.libhunt.com/umap-alternatives
• Screenshots:
  Logo:
  
  Screenshot:
  

OK hear me out... I know we've had many notion/Outline alternative app requests over the years, but rarely have I seen one that match so closely Cloudron's infra capabilities and aim (or so is my interpretation - Maybe I am in the wrong though).

So I thank in advance, any and every app request upvote and most importantly package builder who might want to take this on.

This would alleviate the biggest regular issues I am running into with users / potential users of this types of product.

@scooke said in Mailpiler - self hosted email archive:

This doesn't require a paid license? When I was checking out the website I suddenly saw a new menu item called Pricing, and it wasn't cheap! Are we going to install this and then realize, 1000s of email in, that we have to pay?

My understanding is:

• The SaaS version (https://www.mailpiler.com) is price-bound.
• The open source version (https://www.mailpiler.org) is free to use.
  Source here: https://github.com/jsuto/piler?
  License info here: https://github.com/jsuto/piler?tab=License-1-ov-file#readme

More info here: https://www.mailpiler.org/comparison-to-the-enterprise-edition/

Possibly @jsuto could also confirm things - Please correct me if I am wrong.

@girish said in Mailpiler - self hosted email archive:

@Neiluj the app is packaged but it doesn't work because the architecture conflicts a bit with Cloudron mail server. We have to implement a feature on Cloudron side to make the app work.

Hi @girish - Thanks for this.
Are you able to say if this is something that is likely to make it in the next update(s) (small-ish) or are we talking later down the lines (larger feature)?

It would be a shame to see 4 year old packaged app go to waste, especially since it seemed so close to be published. But I understand that some other features/changes might be of higher priority too.

Hi all - trying to pick this up as it seems that there was a package ready to be deployed to the app store.
Curious to learn what is the hold up for this to happen, if there is currently one?

Many thanks to all

I could not find directly-accessible relevant specification or documentation for the token entry name other than what @joseph provided.

The logo/icon seems also to be a case of different approach depending on which app you use - Some allow for manual upload/lookup of a logo, some offer to "submit" a logo suggestion to their list.
There does not seem to have a standard / uniform specification for this - So tricky to solve.

@nebulon All of this (URL, password manager etc..) as well as the origin of the situation (LDAP roots) make sense and would be indeed much appreciated because this is something that I faced a few times already.

So here is to hoping this get implemented sometime soon.

Many thanks,

@jdaviescoates said in Confusing scenario with OIDC button:

Is there any reason why, for now, you couldn't just change the name of CloudronName02 to match CloudronName01?

@jdaviescoates This is indeed the alternative that one might use for now.

However it gets confusing pretty quickly in the setup and administering of the Cloudron servers, the users and applications

This ultimately could be/should be a feature request I guess (and if so, apologies, please fell free to move), but I thought I would ask first since I might be overlooking something.

---

Consider this scenario:

• Server01 -> CloudronName01 as Branding, main functions: User directory server, LDAP/OIDC base server
• Server02 -> CloudronName02 as Branding, main functions: App server
• Server01 is set as the central user directory server to which Server02 connects itself, user base is then synchronized.

Server02 has a Cloudron managed OIDC enabled app (such as for example SterlingPDF).
In the App, thanks to the recently released Cloudron update, the OIDC button now says "login with CloudronName02"

The problem in this situation is that CloudronName02 is unknown to the users, because they only know CloudronName01.

Is there any suggestion about how to proceed here?

My suggestion would be to split the "Branding Name" from the "Cloudron Name" (e.g. have 2 separate fields on the Branding page) and make sure that Branding Name is applied to the OIDC button rather than the Cloudron Name

In turn, the dashboard could present Branding Name + Cloudron Name on the top of the page.
Branding Name and Cloudron Name could be each or both left empty depending on the need / situation (same as it currently is with Cloudron Name).

Ultimately, the Branding Name could then be synchronized, if needs be, if/when the Cloudron multihost feature materialized.

Whatever is currently in place or alternatives (such as the above) would go a fair way in preventing end user confusions / frustrations.