- update tag to latest dendrite release (https://github.com/matrix-org/dendrite/releases/tag/v0.10.6)

We no longer ask users to create Matrix user accounts for these bots:

- Postmoogle
- Honoroit
- Reminder Bot

Other bots and services (matrix-registration-bot, maubot, mjolnir,
Dimension, etc.) require an Access Token to run (not a password),
so this new role doesn't help for them.

It does help for the above bots though, and for defining your own
"initial user accounts" in the `matrix_user_creator_users_additional`
variable.

Dendrite uses a lot of databases, but a single (`dendrite`) role, which
leads to `matrix_postgres_import_roles_to_ignore` being something like
`['dendrite', 'dendrite', 'dendrite', ...]` needlessly.

This leads to weird regexes being generated for
`matrix_postgres_import_roles_ignore_regex`.
It's not that it hurts, but it just looks odd.

We were only reporting failures for when the async task didn't finish.
We also need to report a failure for when the task finished, but
returned a non-zero exit code.

This is more consistent with how we name variables. It's also less
confusing, especially given that we have `matrix_hookshot_feeds_pollTimeoutSeconds` as well.

ref: https://github.com/mautrix/signal/releases/tag/v0.4.1

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

Signed-off-by: Sebastian Gumprich <github@gumpri.ch>

ref: https://gitlab.com/signald/signald/-/issues/343

`matrix-postgres-backup` reuses the `matrix-postgres` role for these
tasks, not its own definitions.

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

At some point, we can drop v9.6 support and use a single variable
that holds this value.

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

fixes jitsi issue

ref: 57bb340343

We're starting it with `--user` and dropped capabilities, after all.

Hopefully fixes https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/2188

We haven't encountered such a problem yet, but it doesn't hurt to
make things more robust.

These values that we were setting also make sense in the context of the
`matrix-postgres` role even when not used within the playbook.

Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/2180

Just specifying `15` means we won't automatically re-pull `15.1` when it comes out.

We're overriding these in the correct way in `group_vars/matrix_servers`
so this wasn't causing any problem in practice.

.. when `matrix_nginx_proxy_enabled: false`

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