What caldav scheduling tools are you using to create an appointment link for others? I tried cal.com, but I dislike it actively because you can't change apps you use after the installation without re-installing, and I find Easy Appointments quite complicated, besides, I had sync errors with Radicale.
I haven't really found a nice solution that supports caldav, self-hosted or not.
I am not so sure if every app would need a specific MCP server written for it, because as I see it, the MCP server should expose only the cloudron-specific functionality of any app, not allow with the app itself.
What that means specifically: Using Claude Code, Cursor etc. I could prompt "check the production logs of my app to investigate why the hell this doesn't work".
Ideally, via MCP, the AI could execute test scripts that have been uploaded before via terminal, or do similar basic things such as go through files of the app.
I would be more interested in app-based interactions rather than the whole cloudron itself, but that use case might differ between people.
Using the Cloudron API is a good idea to solve this! That would enable MCP capabilities, I suppose. But I think the feature request still stands here, I understand I could code a workaround right now, but it could be convenient to activate the MCP where needed, perhaps by copy-pasting a snippet, which should be fine.
@james No, the cited discussion focuses on Openwebui.
How about integrating MCP for apps? This way, I could use AI help, like Claude Code, for debugging or any other terminal access to any of my apps. It would need to be secured via SSH, but then it should be reasonably secure? And since this is only about app access, and not about full server access, there is little chance to break stuff on a bigger scale?
I suppose every app would need to have a separate MCP server, but I could just add the ones I really need.
That's interesting! I suppose you could host this on Cloudron and still use an external Supabase account, but I also think this kind of goes against the approach of using Cloudron for hosting in the first place.
Kan.bn is currently integrating mobile support, Wekan doesn't have that (last time I checked). That's kind of relevant already.
Has anyone used Firecrawl self-hosted? They describe as a main difference of their self-hosted vs. cloud variant that the cloud version rotates IP addresses, so it gets better around blockers. I have never used Firecrawl self-hosted, has this been an issue to anyone?
Yes, restarting the server solved the problem.
However, I could reproduce the error with outline when I simply deactivated it again and tried to resize it.
This is the error:
Inactive: Error getting IP of redis-f9cfdd22-88ef-44db-9c5b-87d5d0b3ac80 service
It didn't seem to happen with another app I tested.
I have just attempted to resize the CPU limit of a deactivated app. The task failed, but now I can not restart the app because of the error nor finish the task as the same thing happens when I try again.
I can't even restore the app (as it is in error state or deactivated). I could re-install it using the backup configuration, which would solve my problem, but shouldn't there be a proper warning if this can happen?
The app I did this with was Outline.
I think this deserves attention again. Why should we have Amnezia on Cloudron when there is already a VPN app? The difference is that Amnezia works absolutely spotless in China (battle-tested during vacation there) whereas the VPN app in Cloudron stopped working after half an hour, and even commercial VPNs I tried had a hard time connecting sometimes.
I believe Amnezia could be a superior solution over the current VPN app.
That sounds to me like a lot of work just to save a few clicks.
How about instead of having to open the top menu to navigate into a submenu, something like quick icons instead to go into the respective menu directly?
Thank you for checking, I really appreciate it! I had one domain with HostEurope and one with Porkbun.
I will look into Minio, but since that's a completely new codebase, and I might need to extract additional logs from that to understand the difference, I might not be able to do that.
@joseph Did you have a chance to check this? I understand that the issue isn't a priority, but if the issue really is cloudron-related according to the above, then it would be helpful if this could be fixed eventually.
That's it - it was the browser!
Thanks for your help, no bug then!
Linux is fine. So, this shows the IP of my new server.
Is there a place on my cloudron server where I can see per domain what settings apply? In another thread, you showed me only the reverse proxy settings per app, but I guess these don't really apply here.
@joseph said in Multi-Domain setup in one app:
Do you mean, domain1 is like app.example.com and domain2 is like test.app.example.com ? (where example.com was added in the Domains UI ?)
Yes, domain 1 was example.com and domain 2 was test.example.com. When I changed app 2 and connected anotherexample.com, it worked, so the issue was with using a subdomain compared to using a different domain - in my opinion, because Cloudron cut this information, so my proxy didn't have a chance to get this right.
@joseph said in Multi-Domain setup in one app:
by resolved, do you mean DNS resolution?
0
I am referring to the end result, so any traffic to domain2 (subdomain) went to domain1 for whatever reason.
Could be, and I am happy to test this! However, I have added the domain to Cloudron, and it ran through the setup correctly. The app says running.
But if I access it now, it still says that it is trying (and unable) to access the app which I deleted weeks ago on the other server.
I am happy to run tests to look into this for sure, or we would need to think about some way to reset the settings, if possible, so that I could potentially use this domain again.
Okay, I found the issue. The problem was that for testing purposes, domain2 was a subdomain of domain1. So, all calls made to domain2 where resolved to domain1 - however, not by my app, but by cloudron. When I connected a top-level domain to Cloudron and changed it in my app's settings, the app resolved correctly both domains.
However, I wonder if that should be the case. Granted, if you wanted to use a subdomain, you probably wouldn't need the multi-domain setup, but at least for testing, I would have assumed this would work.
I believe the issue is that Cloudron didn't preserver the original host.
I think I ran into a bug - hard to reproduce, I know, but maybe it helps:
Steps to reproduce:
Expected behaviour:
The domain resolves to the new app.
Actual behaviour:
The domain still tries to resolve to the old, deleted application.
What I have checked:
