Fixes https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/3333

Postgres is not in `matrix_docker_network` anymore, so what we had
before could not possibly work anymore.

This is backward-compatible with what we had before. We're not changing
the SSL mode - just making it configurable.

Most components are defaulting to `sslmode=disable`, while some
(`matrix-bot-matrix-reminder-bot` and others) do not specify an `sslmode` at all.

We're making sslmode configurable, because certain external Postgres
servers may be configured to require SSL encryption.
In such cases `sslmode=disable` does not work and needs to be changed to
`sslmode=require` or something else (`verify-ca`, `verify-full`, etc).

Related to: https://matrix.org/blog/2023/07/bridges-security-updates/

https://github.com/matrix-org/matrix-appservice-irc/releases/tag/0.38.0

https://github.com/matrix-org/matrix-appservice-irc/releases/tag/0.37.1

This paves the way for installing other roles into `roles/galaxy` using `ansible-galaxy`,
similar to how it's done in:

- https://github.com/spantaleev/gitea-docker-ansible-deploy
- https://github.com/spantaleev/nextcloud-docker-ansible-deploy

In the near future, we'll be removing a lot of the shared role code from here
and using upstream roles for it. Some of the core `matrix-*` roles have
already been extracted out into other reusable roles:

- https://github.com/devture/com.devture.ansible.role.postgres
- https://github.com/devture/com.devture.ansible.role.systemd_docker_base
- https://github.com/devture/com.devture.ansible.role.timesync
- https://github.com/devture/com.devture.ansible.role.vars_preserver
- https://github.com/devture/com.devture.ansible.role.playbook_runtime_messages
- https://github.com/devture/com.devture.ansible.role.playbook_help

We just need to migrate to those.

Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/2108

Reference: https://ansible-lint.readthedocs.io/en/latest/default_rules/#var-naming

We don't really fix these, but just suppress them,
because they're like that intentionally.

We try to name variables in a way that is consistent with the
configuration key they control. If the upstream component uses
camelCase, we also need to include camelCase in the variable name.

Reference: https://ansible-lint.readthedocs.io/en/latest/default_rules/#git-latest

Our variable naming is not necessarily consistent across roles.
I've tried to follow the naming conventions of each individual role.
All new variables are suffixed with `_version`, but the prefix may be
somewhat different.

Related to https://matrix.org/blog/2022/05/04/0-34-0-security-release-for-matrix-appservice-irc-high-severity

https://github.com/matrix-org/matrix-appservice-irc/releases/tag/0.32.1

Update release (release-0.30.0 -> release-0.31.0)

Fix incorrect docker version tag for matrix-appservice-irc

https://github.com/matrix-org/matrix-appservice-irc/releases/tag/0.30.0

https://github.com/matrix-org/matrix-appservice-irc/releases/tag/0.29.0

Signed-off-by: Ahmad Haghighi <haghighi@fedoraproject.org>

This is both for consistency with 93cc71cb69976c
and for making things more obvious.