@fbartels said in Serve federated apps from root domain: for http based lookups a generic "forward this url from app x to app y" sounds like a simple task. Yes, this is currently the biggest blocker.

@yusf @will for now i think both rocket chat and next cloud are implementing federation capabilities so that's a start =]

@yusf You could use PHP to proxy my.domain2.tld to the main portal and use the header() function to replace the url/domain the client is on internally so the redirection never needs to happen.

I have updated bookstack package to support optional cloudron authentication. If you do a fresh install, you will get the option to install without cloudron auth. After that, you can enable external registration.

@nebulon you guys should get the referral for sure!

@girish As far as I know, it's correct - unless DKIM has the IP included, since that did change during the migration. Unfortunately, the Email section of Cloudron wasn't properly giving the needed information - previously it was saying DKIM was incorrect, but the display just said something like "expected null to equal null". DKIM isn't showing in the Email status page at all with the workaround I added here. I'll put that in as a separate issue, though, once the update comes out and I see the proper message.

@legacy I have pushed an update to privatebin package which picks up the fix

Nice, though mobile unfriendly.

@d19dotca Indeed, there was a typo in the eventlog code. I have fixed it for the next release - https://git.cloudron.io/cloudron/box/commit/ae5722a7d4865a1924737a7e7d1697c6c9b94d6e

@spdustin Cloudron doesn't support running any services that are not installed via Cloudron itself. So, it won't co-exist with Dokku. BTW, you can build and install custom apps on Cloudron as well - https://cloudron.io/documentation/custom-apps/tutorial/ . It's very similar to developing and deploying apps on Heroku.