@girish From my side, the main reason for this would be because the domain name the emails we would like the cal.com emails to be sent from is not part of the domain names that the related Cloudron server instance is configured to work with.
So as not to "pollute" our domain names records and complexify the management of these records.
Does it make sense?
@james Hi James - Many thanks for your inputs.
This would be appreciated indeed.
Hi,
Has anyone successfully configured Cal.com app to use an external SMTP server (as opposed to the one from the cloudron instance it is running on) ?
I tried to set the following .env variables, but this does not seem to do the trick:
EMAIL_FROM="test@test.com"
EMAIL_FROM_NAME="test"
EMAIL_SERVER_HOST="mail.example.com"
EMAIL_SERVER_PORT="XXXX"
EMAIL_SERVER_USER="username"
EMAIL_SERVER_PASSWORD="password"
Any suggestions?
I know and understand @nebulon's explanation on this, but I'd though I would mention that if there is ever a chance for this to happen, that would be much appreciated.
I guess there is also hoping that Cal.com handles this differently in the future, making this also compatible with Cloudron's package.
Hi @nebulon - Thanks for the info. This is great news and highly appreciated. Let me know if you feel there is anything I can contribute to to make this happen.
@SansGuidon - thanks for your reply.
Just to be clear: I am not in hiding and know/understand that in the current state, it would take an important amount of work to make this happen on Cloudron.
I suppose I am coming from a slightly different angle: if they mentioned that Docker Compose and YunoHost are work in progress, then they might be open to also work on making it happen for Cloudron and thus make some accommodating changes from their end too -> "going at it from both side and we meet in the middle" kind of situation.
However, this would ask someone with Cloudron packaging / deployment to get in touch with them and discuss what is possible.
v3.3 is out: https://github.com/suitenumerique/docs/releases/tag/v3.3.0
Also mentioned in the Self-Host github section:
"In the works: Docker Compose, YunoHost"
Would be great to see Cloudron in there.
Well this app does not seem to exist / be maintained anymore.
Beware of the first link of the top post, not necessarily the healthiest of the links now.
Are you using a local proxy ? something like Traefik or Nginx Proxy Manager in front of your cloudron instance
@joseph Thanks for checking - This all sounds good.
It is indeed an old instance which has been running, so it could be something that did not work during the migration.
Hi,
Could it be that the OIDC login button for Bookstack does not pick up automatically the branding of the cloudron instance it is installed on?
There is definitely a manual entry (OIDC_NAME=XXX) in the env file which can be set for this though.
No biggy - Just mentioning as this might have been overlooked.
Which method are you using? Server based or SinglePage extension?
@andreasdueren Thanks for this.
Simultaneous writing/syncing -> Yes, most likely
Talk with each other -> not in the first instance, but would intend to later down the line, potentially with the HPB (thanks for this guide and hints already)
What storage space/method are you using?
Do you have a rule-of-thumb ratio CPU/RAM/Bandwith-per user range that you can follow/apply?
Many thanks again
@joseph Thanks for this - I though initially that this was a "Cloudron" plugin.
Hi,
I am trying to get a sense of real usability for the use of Nextcloud in relatively large environment.
Looking at 250-300 users and 500-600 devices.
Has anyone experience running such a Nextcloud instance on Cloudron and if so would not mind sharing what it feels like (server specs, administration, storage space etc..)? what's the Good Bad and ugly? Any challenges to look to for?
Thanks in advance,
A quick addition to this, the tiniest of the things and absolutely not a showstopper, but maybe worth mentioning:
the OIDC button is not centered on the login page.
At the moment, provided that the cloudron name is a bit of a long string, this jumps on the page, as not aligned with the rest of the elements on the page. Please see here:
Maybe it is by design, but also maybe not 
Do you know if there a way to have OIDC login as the only way to login into the dashboard?
Can confirm - it all works after the manual install of the plugin.
Many thanks @joseph
Thanks @joseph - This command returns correctly the Cloudron name set in the branding page.
Thanks @girish @vladimir.d - However this does not seem to be working on my instance, even with the latest package.
I am on Cloudron v8.3.1 and WordPress (Developer) 6.7.2
Is there anything to do config wise to get this enabled?
In testing this, I have notice that any change to the Cloudron Name on the Branding page trigger a re-configuration as well as a restart of the app.
Log shows:
Apr 03 13:20:23 Success: Value passed for 'openid_connect_generic_settings' option is unchanged.
despite changing the Cloudron Name.
Any hints?
Many thanks,