Cloudron Forum

@jdaviescoates yes

127.0.0.11:53 is the docker DNS service . It's unable to resolve that domain for some reason . Can you try host krebsonsecurity.com on the web terminal of the app?

I can add the feed here atleast.

@jdaviescoates https://github.com/mealie-recipes/mealie/issues/2554

You create a group and set export LDAP_ADMIN_FILTER="(memberOf=cn=name_of_group,ou=groups,dc=cloudron)" in the env.sh . I had to relogin and then I can see Settings.

as a warning, this might break when the package is switched to OIDC

Think of each as a SaaS, I think the "correct" approach is to upload files in one app. That app exposes an API. Other apps then consume the photos API to do whatever .

The whole sharing files approach is a relic of times when files were hosted on the same server and no sandboxing. But modern deployment/orchestration tech uses sandboxing, containers, docker compose, multiple servers . In such situations, sharing files assuming it's all code runs in same file system doesn't work well. app permissions/owner issues aside, most apps also have a database to track files and store extra metadata . If you remove and delete files from the filesystem without the app's knowledge, it all breaks. apps have to be written with all this in mind and most apps aren't written this way . lychee/nextcloud etc all have their own db and cannot share fs with others.

in config.yaml, you can adjust the timeouts

security:
  api:
    jwt:
      sign:
        expiresIn: 300d # npm token expiration
  web:
    sign:
      expiresIn: 300d # webUI token expiration

I changed the mail server here. The DNS was updated and no SSL errors.

Good idea. For the moment, you can of course just run the autoscaler in another VM directly .

something is off . afaict, wallabag package has not seen a major version bump in ages . what makes you think that manual update was required? is your cloudron version up to date?

We have a https://git.cloudron.io/playground/ for such repos. TBF, it doesn't matter where your repo is hosed . Your link is equally sharable but you can also use ours if you think yours is more transient.

Did this get sorted out?

@d19dotca said in Wordpress not getting updated when app updated?:

That happens for me too but I believe that’s intentional as the developer edition is meant to provide more control to the admins.

just wanted to confirm this is indeed the case. when the WP developer package is updated, it only affects the version of new/fresh installations and does not affect the existing WP installation . I have put in a note to make future changelogs clearer about this.

Not an expert on this, I suspect one has to try it out to know what the issue is . But https://git.cloudron.io/packages/synapse-app/-/blob/master/start.sh?ref_type=heads#L73 is how we configure OIDC in the existing synapse and that of course works .

@Jenova yeah, fair... I will lock this thread to not discuss further .

@ntnsndr the Local Directory is something like /opt/ollama-models . You have to create this directory on the server manually . This prevents admins from mounting random paths (the idea being that only a person with SSH access can "create" paths).

In your initial post, what kind of volume are you using? I wonder if it's CIFS and it doesn't support file permissions ?

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

I have tested Thunderbird. Spark Desktop, eM Client, Mailbird, the only one that can not connect is Outlook.

I guess this confirms the issue is on Outlook side. I tested the feature on Thunderbird for good measure and it works.

@apesorguk since you go the "logged in to mailbox" eventlog, I am thinking that the app password itself worked but something else went wrong afterwards .

@Jenova don't get demotivated into looking into something that you care about because of a single reply in a public internet forum that said, I didn't find anything offensive in the tone of the reply .

@businesstemple you might have to turn off automatic email configuration for the changes to persist. Can you try disabling it - https://docs.cloudron.io/apps/#disable-email-configuration

@ntnsndr think we are missing something.

• why are you trying to run ollama serve manually on web terminal?
• when you start via supervisor, you still get same error as readonlyfs in /root/.ollama ?

@ntnsndr the supervisor config file in the package sets additional env vars like HOME and NTLK_DATA . Have you tried restarting the app (which ends up restarting supervisor) ?

@p44 right, I was just going to post that it works for me...