shameless plug, but at my place of work we recently relaunched out web meetings software. One of the design goals is that Meet (which is the name of this new piece of software) will eventually work without the need to use the rest of our stack.

Architecture wise it only depends on openid connect for authentication (we provide Konnect for this which can also be configured to get its users from LDAP) and our rest api to get contacts from your company. (and then naturally you also want a turn server from cross network calling).

Compared to Jitsi we are still missing some features, like guest users and screenshot are still in development. On the long run we also want to add a feature similar to the "videobridge" that Jitsi is offering. But looking at the linked docker-compose Meet seems easier to deploy.

https://kopano.com/blog/kopano-meet-its-nice-to-meet-you/
Docker project that also includes Meet: https://github.com/zokradonh/kopano-docker

@simon said in When are new apps coming?:

no new app has been released in the last 12 months

This is AFAIK not true. The examples that I remember are for example the collabora app and the cloud torrent app. There are probably more, but these are the apps that I am using.

Yes, I was also thinking about cloudron when the link for subspace floated by. I already created https://github.com/subspacecloud/subspace/issues/1 for a plain http mode in subspace, only after that is implemented one can think about running subspace behind a reverse proxy (like it does in cloudron).

topic can be closed. Just disabling mail does not disable eventually created mailboxes. After enabling mail for that domain again and removing the one configured mailbox I was able to remove the domain.

Hi,

I was playing around with domains to receive emails on the (sub)domain of my Nextcloud installation. Since this did not really work out I now want to remove this domain again from my Cloudron, but the web ui does not let me:

Jan 16 07:05:20 box:apphealthmonitor apps alive: [vpn|io.cloudron.openvpn, irc|io.github.thelounge, git|io.gitea.cloudronapp, static|io.cloudron.surfer, codimd|io.hackmd.cloudronapp, paste|com.hastebin.cloudronapp, torrent|com.github.cloudtorrent, mattermost|org.mattermost.cloudronapp, minio|io.minio.cloudronapp, webmail|net.roundcube.cloudronapp, naked_domain|com.github.shaarli, releasebell|io.cloudron.releasebell, collabora|com.collaboraoffice.coudronapp, nextc|com.nextcloud.cloudronapp, rss|org.tt_rss.cloudronapp]
Jan 01 00:00:00 16 Jan 2019 07:05:26 GMT connect-lastmile Conflict : Mail domain is still in use. Remove existing mailboxes
Jan 01 00:00:00 DELETE /api/v1/mail/cloud.9wd.eu 409 193.807 ms - 97
Jan 01 00:00:00 16 Jan 2019 07:05:27 GMT connect-lastmile Conflict : Domain is still in use. Remove all apps and mailboxes using this domain
Jan 01 00:00:00 DELETE /api/v1/domains/cloud.9wd.eu 409 192.484 ms - 114

I have already deactivated the mail service for this domain and changed my nextcloud installation to a different mail domain. Where can I look up which service could be the culprit here

PS: for whatever reason these calls seem to be logged in with an empty/wrong timestamp as well.

@nebulon said in Mail domain alias for subdomain:

I guess what you are looking for is a way to match the app internal username (resulting in this email) with some other inbox?

yes, exactly (as long as you refer to the user in nextcloud by internal username).

Sending would not be required, only receiving (which should minimise the setup effort, since only a mx record is needed).

With Nextcloud updated to version 15 I wanted to give the social app a try. The user ID there looks like an email address (username@app-domain.cloudron-domain.tld) and therefore I also wanted to configure a matching mail domain/alias in Cloudron.

I thought I could work around this by setting up an additional domain in cloudron with the same domain name (with the type manual, main domain is setup as wildcard) as my Nextcloud is running as. While this worked for email Cloudron now seems to be confused about the domain and I cannot resolve it anymore.

Could it be a general idea to allow each app to also receive mail on its subdomain or even better declare some subdomains as an alias for the mail domain?

@spectrely no, I had no further time to really look into this so far. Busy with other projects.

@spectrely with cloudron now on 18.04 do multi stage builds now work? You can try this with a cloudron build in the git clone'ed directory.

@msbt said in AllTube Download - HTML GUI for youtube-dl:

don't know how to get rid of those, pointers would be appreciated. I'm not great with apache, bit we're not too far off there I guess.

my guess would be the allowoverride directives, for / you are allowing none (https://git.cloudron.io/msbt/alltube-app/blob/master/apache/alltube.conf#L8), but for the directory on disk you are allowing all (https://git.cloudron.io/msbt/alltube-app/blob/master/apache/alltube.conf#L26). The required setting must be somewhere in between.