Hello! Is there any way for CloudRon to have unattended install - so that I launch the installation script, specify the file with all of the options and enjoy installation to be up and running in X minutes with all of the configuration and apps installed?
As a follow up for a previously discussed feature request - I would like to have an option to automatically reboot the server at the updates time window.
At the meantime, I guess a simple shell script at cron will do the trick:
if test -f /var/run/reboot-required; then
shutdown -r now
fi
If that looks right, there is one more thing that I would like to add to the script (and automated reboot procedure as well) - it's e-mail notification that the server is going to be rebooted and, ideally, that it came back on-line - could you please, assist me with simple command line, that will work inside of the server and send e-mail to the admin using configured e-mail?
Thanks in advance?
To enable completely self hosted Mattermost experience, this service (https://developers.mattermost.com/contribute/mobile/push-notifications/service/ ) is a must.
It’s rarely updated and have ready to use Docker image on Dockerhub.
It doesn’t include mobile part, which has to be handled automatically, but pretty much well documented.
Hi, I setup a system, created a local admin account with User Manager role in it (https://docs.cloudron.io/user-management/#user-manager), but he has no access to create mailboxes for the user - is there any way to enable that feature, without giving Admin permissions?
And just in case, as it's not quite clear in official documentation: e-mail mailboxes are backed up and will be restored in case of the disaster recovery, is that a correct assumption?
I found a service, that converts Telegram to RSS: https://docs.rsshub.app/en/
Once installed, you add to your RSS reader https://rsshub.app/telegram/channel/$channel_name
And you are good to go.
A reaaaaly nice way to leave messenger to message and keep things under my control (meaning the service won't disappear with all of my subscriptions list).
@girish what about just a normal organization level rights separation?
I mean - it's really two different set of roles:
I don't need hiding anything, I just want to ensure my users can manage they mailboxes and users for they own.
For now I have to temporary give admin permissions to the 1st line and that's kind of risky...
As a follow up for the thread earlier, as a security measure, it would be nice to avoid Cloudron service discovery via DNS naming and hence make DKIM record renaeable (or other way to keep it unique and not service name specific).
@nebulon is there any updates on this?
Hello! n8n reads from Docker environment 3 key values:
From what I can see, since my credentials survive n8n instance restart, item number 2 seems to be good, but since my cron node seems to be executing at the wrong time, the time zone is not - could you please, check / fix that?
And one more thing - what is the logs retention policy? How many hours of logs are kept?
Thank you! And special thanks for adding n8n to the apps!
@nebulon did you mean manual configuration for that service?
https://ubuntu.com/tutorials/enable-the-livepatch-service#1-overview
@girish thank you so much!
I love automation and one-liners, so I guess it could be all combined into one command:
swaks -s `docker inspect --format '{{ .NetworkSettings.Networks.cloudron.IPAddress }}' mail` -p 2525 --au $MY_LOCAL_MAILBOX --ap `docker inspect --format '{{ .Config.Env }}' mail | tr ' ' '\n' | grep CLOUDRON_RELAY_TOKEN | sed 's/^.*=//'` -f '$MY_LOCAL_MAILBOX' -t '$MY_PERSONAL_MAIL' --h-Subject "Test mail"
The only problem - is that it doesn't work - please, find the output below:
=== Trying 172.18.0.5:2525...
=== Connected to 172.18.0.5.
<- 220 my.domain ESMTP Haraka/2.8.27 ready
-> EHLO localhost
<- 250-my.domain Hello [172.18.0.1]Haraka is at your service.
<- 250-PIPELINING
<- 250-8BITMIME
<- 250-SMTPUTF8
<- 250-SIZE 26214400
<- 250 AUTH LOGIN PLAIN
-> AUTH LOGIN
<- 334 VXNlcm5hbWU6
-> YWxleEBwb3RlbWtpbi5jbw==
<- 334 UGFzc3dvcmQ6
-> $TOKEN==
<** 535 5.7.8 Authentication failed
-> AUTH PLAIN AGFsZXhAcG90ZW1raW4uY28A$TOKEN==
<** 535 5.7.8 Authentication failed
*** No authentication type succeeded
-> QUIT
<- 221 my.domain closing connection. Have a jolly good day.
=== Connection closed with remote host.
Any thoughts what could went wrong?
@jeau apologies for the mistake and thanks for correcting it!
@bram, thank you for the work done!
Hope this will quickly make it to Cloudron.
@nebulon a possibility to live without reboots with software up to date is a much better option - that's for sure! And which feature do you have in mind, mentioning that?
From what I recall kernel patching without reboot was a paid feature, or am I missing something?
As for the script sharing - I guess it's all, actually... I would probably just add something like ssmtp and add it to cron to reboot at less use time.
@nebulon that’s right - I exactly miss two options from unattended upgrades… or 3:
Any chance? 
@girish have you had any chance to check on that since?
It feels that adding baserow shall be quick and easy - I follow up the instruction from the site and installed it on Cloudron without any problems (1.6 version it was).
I shall also admin, that the app is of the very nice UI and feels very good, having as well a solid roadmap for futher development.
If there is anything I can do to speed up that process (I don't know - upvote something or whatever) - please, let me know!
@jeau , thanks for packing this! It's awesome!
@brutalbirdie thank you very much, appreciate that!
The need is not big enough, at least not for now, let me revert back to you, if it will appear to be so
@girish sorry, not sure I understood the problem here - if you use unattended-upgrade under the whood, it's just about adding more line of code.
If you don't, this could be very easily done via the script as I offered earlier.
If you don't plan to implement this anytime soon, I would highly appreciate the help with e-mail notification call to be added to the script, so that I will just install it on my servers and be happy about this
would love to have it on my cloudron as well
@girish I don't really like the idea of sharing my SSH key to anyone; nor I like the fact I need to SSH to the new server, but it's really not that much a problem.
As @nebulon mentioned, I would rather prefer to call it through cloud-init, but every provider is different in this regards, so it sounds like a headache.
I also feel that Cloudron is more for SMB, mostly for small business - and I doubt small business would install hundres of Cloudrons - please, correct me if I'm wrong (I would be also happy for you to be wrong!).