Cloudron Forum

Currently, tika ia only part of the mail server but we can make it a service/addon - https://docs.openwebui.com/tutorials/integrations/apachetika/

@avatar1024 said in Email search not working properly:

What's tika?

tika is this - https://tika.apache.org/ . it converts the pdf/docs attachments in emails to text to make them searchable

There is an initial package at https://git.cloudron.io/cloudron/owntracks-app . It will get published eventually .

@jdaviescoates said in Nextcloud OIDC integration:

I wonder if @staff could rename the provider to something more generic like "Open ID Connect" or "OIDC"?

Those terms are just generic technology terms. One should always have "Login with <provider>" . Like Login with gmail, Login with Github etc. Login with OIDC doesn't actually mean anything (unless it's providing some dropdown of providers after clicking the button). I think we should open a bug report upstream, seems easy to fix

@umnz it opens a new tab for me . Which browser are you using?

I guess you are on an internal network? If so, port 40000 has to be port forwarded as well. On a public network, you have to make sure 40000 is open in any Cloud firewall.

The Cloudflare warning exists because Cloudflare only forwards http (port 80, 443).

@q__nt_n we are looking into implementing this for the next release as part of 8.1 .https://forum.cloudron.io/topic/9975/what-s-coming-in-8-1 . As for the API, indeed, it seems to be missed in the API docs. But you can just call /api/v1/apps/<appid>/backup POST . This will return a taskId to track as well (similar to other API calls).

Wow, this ran with basically no effort on my machine. Just 3 commands - https://github.com/HeyPuter/puter?tab=readme-ov-file#-local-development

@simon might be worth reporting upstream . Closest I found similar to your issue is https://github.com/louislam/uptime-kuma/issues/3276

@hpz24 said in Best practice for migrating apps from one Cloudron to another?:

Now I'm curious: does an app actually survive the move to another cloudron instance with a different domain?

In most apps, yes. The federated apps like mastodon and matrix are a special case. They don't support changing the domain . Even though the app itself will work after changing the domain, expect bad things to happen (tm) after domain change. For example, not seeing proper history of old message etc. I haven't tried this much, so this is just a warning really.

LDAP uses a custom port and won't be compatible with Cloudflare. Cloudflare only proxies HTTP. OIDC should be compatible with Cloudflare though .

@SansGuidon I think your approach is the best as of right now. We will have to add automatic restart built into Cloudron at some point.

There's no uninstall procedure as such since the installation script doesn't keep a copy of all the things it changes. It's best to just reimage ubuntu.

Cloudron is developed like a platform/OS and it touches everything - docker, nginx, dns configuration, systemd services, iptables, nodejs etc.

@AartJansen said in Email sending broken after updating to 8.2.x (due to IPv6 issues):

So with a self hosted install I would need to ask the ISP to set up the ipv6 PTR like they ip4 record ?

yes

@avatar1024 usually, if that happens it's because something else is enabling ipv6 on the interface. Do you use netplan? If so, I could chek /etc/netplan/50-cloud-init.yaml . Does it have some statically assigned ipv6 block?

The tika error seems to be because tika was down . I think a UI button to rebuild index will help a lot.

@mmtrade you need to give a better post title than just URGENT all the time. Several users have already reported you and we have given you enough leeway . But creating URGENT posts is really not helping .

Ubuntu calls this "phasing" - https://documentation.ubuntu.com/sru/en/latest/explanation/standard-processes/#phasing and also https://help.ubuntu.com/community/PhasedUpdates (haven't read all the details myself)

I haven't tried it but in theory, you can just clone the app and run inside some /app/data/whiteboard of nextcloud . Run the app itself as a cron service - https://docs.cloudron.io/apps/#cron

Alternately, please make an app request

@umnz the basic idea would be to use the clone or the import functionality .

• Install WP. Configure it as needed. This is your base instance
• Take a backup of the app.
• Stop this app.
• When you want a new install, clone from the backup

You can always start the app again and update your base template.

Another idea is that you can use the new archive feature to archive the base app and then "restore" to create new app instances.