For those that would be interested. I have just created a live stream on Youtube for Sunday 21.06. 14:00 (CET). During that stream I want to show a bit how to make a Cloudron app and will use Matterbridge as the example for it.
I would timebox the whole stream to a max of two hours, lets see how far I'll get in that time, maybe I won't even need that much time.
There will be an unedited recording of the stream later on.
You can follow the stream at https://www.youtube.com/watch?v=RKcH2yJiLUo
Hello everyone. See you on half an hour at https://youtu.be/RKcH2yJiLUo!
Hi,
I'm thinking about creating a Cloudron app that uses fetchmail to fetch external mailboxes and deliver their mails to local accounts. Depending if I find a good example for a config ui this would then be configurable either from a small web ui or by simply editing the fetchmailrc file from the console.
Anyone else interested?
Hi everyone,
in the past weeks I have been working with the Cloudron team to make Kopano Meet available as an app for Cloudron.
Meet is a modern video conferencing app that is designed as a so called Progressive Web App (PWA) which means that you can add it as an app to your phone/tablet/desktop directly from within Meet and without relying on external app stores. Functionality wise Meet provides 1 to 1 and group video calls as well as screensharing. We are utilising a library called "Glue" which facilitates easy integration into other applications, internal proof of concepts with this have already been done with Matrix and ownClouds new Phoenix UI (based on customer projects).
The app has been released to unstable last week and can be found at https://cloudron.io/store/com.kopano.meet.cloudronapp.html.
Looking forward to your feedback!
While native support for OAuth has recently been removed from Cloudron users can still utilise OAuth 2 and OpenID Connect (oidc) to authorize users thanks to the built in OpenID Provider of the Kopano Meet app.
Under the hood Kopano Meet uses OpenID Connect to sign users into the application and this functionality is provided through Kopano Konnect, which is bundled inside of the app and pre-configured to allow Cloudron users to login. This article will show how to extend the configuration of Kopano Konnect to allow other apps to make use of OpenID Connect.
Requirements:
Nextcloud only serves as an example most users will probably already be familiar with, any other app allowing login through oidc can be configured in a similar way.
In the below configuration snippets I am going to use the domain meet.9wd.eu for my Kopano Meet installation and cloud.9wd.eu for my Nextcloud installation. Make sure to use your actual domain names during the configuration.
To modify the configuration of Konnect you need to login at your Cloudron dashboard (which is usually available at https://my.your-comain.com) and open the terminal view of the Meet app (Look for "Console Access" in the settings of Meet). Here you need to open /app/data/konnectd-identifier-registration.yaml in an editor and add the following text to the end of the file:
- id: cloud.9wd.eu
application_type: web
name: Nextcloud Cloudron
trusted: true
redirect_uris:
- https://cloud.9wd.eu/index.php/apps/sociallogin/custom_oidc/CloudronMeet
Important: the redirect url must match the "internal name" specified during the social login configuration later on
After the file has been modified restart Konnect by running supervisorctl restart kopano-konnectd (alternatively the whole meet app could be restarted, but this is faster).
The rest of the configuration is done inside of Nextcloud.
To configure Nextcloud for oidc you first need to login with an admin level user and install the "social login" app inside of Nextcloud. After the app has been installed you have go into its settings (which are located at https://cloud.9wd.eu/settings/admin/sociallogin) to configure it.
I recommend to have the following general configuration settings set in the app:
This will mean that new users will first need to login through the "traditional" Nextcloud login and then from within their user settings link their oidc login to Nextcloud. This will be further explained once oidc is generally setup in Nextcloud.
Further down in the settings add your own "custom OpenID Connect" provider. You need to fill in the following values:
redirect_uris in konnectd-identifier-registration.yamlhttps://meet.9wd.eu/.well-known/openid-configurationOnce this is setup log out with your admin user account and you will see another login button on the Nextcloud login page titled "Kopano Konnect (Cloudron)".
Before the user can use oidc to log into Nextcloud, he need to link his existing Cloudron user to it. For this log into Nextcloud like you have done in the past and afterwards go into the settings of the user. Here you will now find an option called "social login" (the url will be similar to https://cloud.9wd.eu/settings/user/sociallogin).
Users need to manually connect their existing Nextcloud account with the oidc identity.
At this menu item you will find a section called "Available providers" with a button underneath that will read "Kopano Konnect (Cloudron)". Click this button once to link your Nextcloud account to your new OpenID identity. In case you have previously not been logged into Meet you will be asked for your credentials for this (which are your normal Cloudron credentials).
Once your Nextcloud account has been linked you can easily switch between Nextcloud and Kopano Meet without having to login again.
This article has also been published on my blog.
@d19dotca said in Cachet - status page system:
I think the more common ones to Cachet is StatPing, ..
I played around with statping today. What intrigues me about it (apart from it being written in golang) is the ability to use custom webhooks and even own scripts for notifications.
App is located at https://git.cloudron.io/fbartels/statping-app/, but surely can use some more polish. But it is generally in an "it works" state.
Support for live streams has been merged a few days ago. Once there is a release with it peertube, would be a lot more interesting for me.
Edit: link to pr https://github.com/Chocobozzz/PeerTube/pull/3250
@marcusquinn said in Why not make Cloudron fully open source again?:
GPL v3 covers commercial interests nicely
Yes, but only when the other party offers downloads of the product. Not when it's only hosted publicly (the installed product). In the latter case agpl would ensure that code is being made available.
But usually and honesty a lot people (if they contribute or not) only care about the freedom aspect, and there gpl or agpl are not sufficient enough for some people.
In essence, the type of license should also be dependent on the audience of developers you want to attract by at.
Hi @will,
you can create a forward rule in Roundcube with the following settings:
(you should then obviously switch the toggle to also enable the rule)
basic prototype now lives in https://git.cloudron.io/fbartels/bitwardenrs-app
cannot build it at the moment, though. since its stuck at
$ cloudron build
Building com.github.bitwardenrs@0.1.0
Build scheduled with id 9fcf31f1-04f9-445e-b687-79b2f7d54659
Waiting for build to begin, this may take a bit...
@girish is the backend maybe hanging?
edit: by now the build has finished
Hi @avatar1024
indeed the configuration for guest access seems to be missing from /api/config/v1/kopano/meet/config.json with the last update. Will have to take a closer look later today.
@girish can you move this and the last reply for @avatar1024 into a new topic?
@girish afaik all settings are stored in an ini file. Maybe it could be auto setup only for the internal network towards the app containers?
The calendar in Kopano Groupware can be used in this way. Overbooking, auto accept/decline. The publication could be something implemented on top of our rest api.
@girish adguard itself actually also has a whitelist feature for ips it will reply to. But that would even be one level further down from the effectiveness of iptables.
@jdaviescoates said in Chat application thoughts?:
I wonder if things like Apprise and Gotify could be used to roll our own?
https://docs.rocket.chat/guides/administrator-guides/notifications/push-notifications explains how to not use their push gateway
@yusf said in Chat application thoughts?:
Doesn't all 3 clients do this?
Yes pretty much everybody does this. the reason is that you rely on notification infrastructure of your mobile phone os for battery saving notifications. (without the Apple and Google push services applications would need to poll for updates every so often). And to use these push services one needs to create an account, keys, etc which is often too complicated for the casual users.
@yusf said in Chat application thoughts?:
Using app store apps will always be a bottleneck for control, unfortunately.
One more reason for the use and development of Progressive Web App. Webapplications can actually self register for notifications (https://github.com/notify-run/notify.run does this for example) and pwas make you also independent from app stores.
Take the Kopano Meet app in the Cloudron appstore for example. When you visit this in e.g. Chrome, Firefox, Edge it will prompt you if you want to install it. Once its "installed" you have an icon just like with every other app on your phone/laptop/desktop. Opening it will open a browser without the usual decoration. And when you update the Meet app on Cloudron, then the installed app will automatically update to the state from your server on the next restart.
@imc67 surfer is a node app, it does not support php or understand .htaccess. the one thing that should work however is simple html:
@marcusquinn generally yes, you could stream a webinar in such a way (have done this in the past with youtube). The thing you have to be aware of is that there is a delay involved (incoming buffer on the platform and then another buffer at the client). So it's not really suited if you want to react on realtime feedback/questions.
@robi the screenshot was provided by the author of the pr and likely shows a local development environment. For a production deployment it would need to listen on a public interface (not sure if you can proxy rtmp streams in nginx on port 443).
@robi Looking at https://user-images.githubusercontent.com/5180488/98519952-be0b6a00-2271-11eb-98c7-145ba83fa9a2.png this seems comparable to how its done on Youtube.