Kailash Nadh
Kailash Nadh
This is trickier than I thought. User A has access to lists [a, b]. User B has access to lists [a, c]. S is subscribed to lists [a, b, c]....
hm, I'm not sure how this is happening. The connection string is a standard Postgres DSN string made out of variables in the config: https://github.com/knadh/listmonk/blob/ad162c259acd3dad9873a3ea25d9e2f2ed645239/cmd/init.go#L306 https://github.com/knadh/listmonk/blob/ad162c259acd3dad9873a3ea25d9e2f2ed645239/cmd/install.go#L24 If you don't have...
Ah, I assumed this was a misconfiguration and was resolved after seeing no response. Please see my previous comment.
I've been unable to reproduce this, unfortunately. Will leave this open for anyone with time to debug.
Makes sense @mredig. Is it possible to contain this logic inside the Docker compose file entirely? `entry-point.sh` is currently fully agnostic and it doesn't seem right to bring config logic...
Could the `${VAR:+ALT}` syntax work? It's a bit hacky but if it works, it would be a fully self-contained .yml file without the .sh ```shell x-db-credentials: &db-credentials POSTGRES_USER: ${POSTGRES_USER:-listmonk} ......
I've never come across the `_FILE` pattern indeed :) > IMO, the best thing to do would be to build support right into the go code. I don't think that's...
Hi @mredig. Did you get a chance to test this?
You are right. On second thought, it can be simpler, and there's no need to switch from `sh` to `bash`. ```sh load_secret_files() { # Capture all env variables starting with...
@mredig would you be able to test this some time?