Do you see any errors on the app side somehere? Just tried a fresh installation of the app and that works. Our update tests also work fine.

Hi @nebulon - thank you! Just confirming after updating, the emails are now being sent.

Given that the rake command arguments need to be tailored to the imap account and one can add more than one such account, the package does now not provide any scripts for this, but as @umnz pasted, adding a custom cron job with the mentioned command for each imap account via the Cloudron dashboard will solve this.

Thank you very much, i will give it a try! 🙂

Update: i just did a workaround:

@nebulon Thanks a lot!

Our proposed fix got merged upstream now https://github.com/opf/openproject/pull/11500#pullrequestreview-1156355379

@nothing On Cloudron, all apps use the internal mail server. The internal mail server relays out depending on your relay configuration.

Not sure I completely understood your problem. Why are you trying to change the SMTP configuration inside OpenProject ? You shouldn't have to do this.

@jdaviescoates 543b7b4f-fafd-411b-822f-a715d7a681f0-image.png

Bad news: I invested 1/2 hour to find something to hide the banner. Not found 😞

@abargel ha ha, indeed 🙂 It's mentioned quite casually without more explanation on how to do actually import it.

First thing first, did this solve your issue?

@qwinter said in Getting an admin user for openproject:

I haven't found anything that would do well as a wiki from the options that we have

You don't like the option for wiki apps? https://www.cloudron.io/store/index.html#wiki

@qwinter said in Getting an admin user for openproject:

it's kinda surprising that the best FOSS can offer is no match to commercial offerings.

Nice to hear/read 👍

This is now fixed with latest app package. Existing installations still have to disable it with the previously mentioned psql commandline.

@nebulon yeah I tried reinstalling. It could be a resource issue. I'll investigate further.

@nebulon said in Frequent 500s because of permission denied /app/code/tmp/cache:

Oh I see. Since I had access to your instance for fixing the issue anyways, I saw that the app was healthy and running, but the nginx reverse proxy config wasn't correctly updated.
This may actually be a bug in Cloudron. The reason likely is that I've changed the app's internal port from 80 to 8000 to not require apache to run as root.

To fix this quickly, I've just submitted the location form of the app configure, which triggers a recreation of the reverse proxy files.

At least for me the app is now reachable.

This explains a lot.

Thank you for sharing.

There's a lot to unpack there, especially the postgres stuff.
I can see how many users wouldn't know what to do there.

Can you expand on all those 'postgres' parts and what to look for?

The 'manual migration' may not be needed since the app will do that on restart exiting recovery mode.

This is now fixed with the latest OpenProject app package.

The new package with the migration steps included is actually done, however the migration itself is not working as expected. This requires further debugging before releasing.