Cloudron Forum

@BrutalBirdie reading linked posts?

@james said in Installing custom Apps on Cloudron:

upload a CloudronManifest.json

I would absolutely welcome the idea to make custom app installations more easy for third party installations and less technical users. I am not sure however is uploading a json file will really make it easier for the majority of users, as these will still need to rely on someone else producing a properly formatting manifest file (and don't mess up formatting on the way).

Including the container image name in the manifest does sound like a good idea, but how about instead of uploading the manifest through the store the user could provide the url for where multiple such manifests are stored? Then app developers could publish their own stores.

My first thought: who has created this website and what gives them credibility? I did not watch the embedded video so maybe its answered there. but the only way to identify the creators is by their github link.

I was playing around with Gatus a bit today. While its nice that you can configure all your monitors through yaml, that also makes it a bit more complex to get started since you first need to learn the exact syntax. I guess a config generator tool would be nice.

What is is missing compared to uptime kuma is a public status page. You either have to expose your whole dashboard or put it behind auth.

My minimal Cloudron app can be found at https://git.9wd.eu/apps/cloudron-gatus. It supports OIDC Login and stores data in the postgres database.

@jdaviescoates said in Roundcube Development continues with actual features:

Nextcloud Mail is getting pretty decent

I had the mail app in Nextcloud installed for a while, but never really used it so I played around with it just now. It does have some weird glitches when moving mails and when you first click on a folder it can take quite a long time for mails to be loaded. Selecting individual mails takes longer to display them compared to Roundcube.

I think one of the main tasks for a mail client is for it to be quick and easy to use.

I do see two strategies for you mail migration.

1. do the migration when you think that no normal person would be sending mail at that time.
2. shortly before starting the migration close port 25 in your filewall. This will lead to a temporary sending failure for everybody that would try and if that person is not a badly configured spam bot it will try to deliver the same mail at a later time again.

Here is a how-to https://earthkhan.medium.com/turn-your-openapi-in-mcp-server-in-5-minutes-e2859383d0dc

Isn't the better place for a mcp server in Cloudron directly at the Cloudron Api? Via mcp your ai could talk to the Cloudron Api, and through this access files, logs, execute commands, install/update.

The api is described here: https://docs.cloudron.io/api.html

I would think since there is an openapi spec there is probably already some mcp server that could import it.

@jorrg said in Expose reverse-SSH tunnel to Cloudron app?:

:localhost:11434

By binding the port to localhost it is available to the Cloudron host, but the apps which are running in containers on a separate network cannot reach it.

You need to bin them to a global IP (and then firewall it so no others can access it).

@james even with DNS verification that wouldn't work for Domains such as .lan though.

@Shai said in Is it worth it to upgrade to 24.04 from 22.04?:

I might as well get a couple extra years before having to remember how to do this again.

Shouldn't that be reason enough? 24.04 is already a year old, time to upgrade from the previous LTS.

With this line from the start script:

https://github.com/Lanhild/atuin-cloudron/blob/39e0d6de54742833091cd3b373338b78e588d232/start.sh#L15

Users don't have the ability to disable signup without having a rebuild of the container. Its probably better to use

export ATUIN_OPEN_REGISTRATION=${ATUIN_OPEN_REGISTRATION:-false}

instead and additionally define it with ATUIN_OPEN_REGISTRATION=true in your env.sh. This way after the first install signup is available and after you created your accounts you can easily shut it down.

@luckow said in OpenCloud - Secure, Simple & Reliable File Sharing:

it's a fork of https://owncloud.com/ (which is the original software project from which nextcloud was forked)

Not quite. OpenCloud is a fork of "Owncloud infinity scale (OCIS)" which is a different code base than the old php Owncloud (which was the base for the Nextcloud fork).

The topic even made it into the dutch late night talk shows:

@SansGuidon said in /r/selfhosted are not big Cloudron fans:

there is a bigger risk IMHO that it would go downtime e.g Cloudron updates/restarts

Email is resilient. If a sending mailserver cannot deliver a mail to your server, it will continue trying to do so. I think most commonly the sending server will try for two days before generating a non delivery message to the original sender.

For sending out its best to use a mail relay provider. This costs extra, but then you have someone else who is managing the reputation of your outgoing relay.

could it be that outlook wants to connect to something like imap.promentum.info and not the my subdomain?

They moved their repos from Github to their own setup. The new location is https://gitlab.freedesktop.org/spice/spice-html5

This is documented at: https://docs.cloudron.io/apps/#sftp-access

So the username is depending on the domain of the app you're trying to access.

@apesorguk said in Issue with Outlook Connecting to Cloudron Mail with App Passwords:

Also, I don't think it has anything to do with caching on my Microsoft account as I am not the only one with this issue I have tried it on others who are facing the same issue and they have their own Microsoft accounts and some their own devices.

Yes, that may be true. But all of these users were still on the same mail domain, or not? because this is what Microsoft remembers, not the actual mail address, but the domain used for it.

Looking at the screenshots there is no obvious error there, the only difference between our environments is that you changed the mail domain to imap... and I am still using the default my.. subdomain for it.

A small heads up first:

• when you sync you imap mail account, all your mails will be synced to the Microsoft Cloud, Outlook does even say so when adding an account:
  • 
• this means instead of Outlook talking with your Cloudron directly all communication is first relayed to Microsoft and then some Microsoft server will login to Cloudron and fetch your mails.

I just made a quick test and setup an app password for my user with mail access and then configured the account in the "new Outlook" and was able to see my mails afterwards. Within the setup there was a screen where you could see "more settings" (or something similarly named) and there it had my Cloudron server for smtp and imap. If it does not work for you I would think Microsoft has cached some wrong server data for your account.