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

Discussed here:
- https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/1522#issuecomment-1008381512
- https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/1524#issuecomment-1008477510

update new variable for matrix-awx, update documentation

matrix-bot-honoroit: disable self-build by default, update to v0.9.1

Mautrix wsproxy

Try wsproxy

pin appservice-webhooks version v1.0.2-01

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

Discussed here: https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/1510

This is an attempt to address this:
dc893485d1 (commitcomment-63097721)

Related to the work done in https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/818

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

This is the equivalent of b1b4ba501f for the matrix-dendrite role.

This brings matrix-dendrite.service in line with all the other services.

Doing this further simplifies examples/vars.yml.

We're trying to move away from implementation-specific variables,
hoping for a clean (implementation-neutral) examples/vars.yml file.

Doing this seems more reasonable and simpler.

Also get rid of `--tags=update-user-password` in the
`matrix-dendrite` role, as what we had doesn't work.

We may be able to do it with some Ansible helper or something else.
For now, we'll omit this feature.

We also need to fix `--tags=register-user`. This tag is currently
defined in both the `matrix-synapse` and `matrix-dendrite` roles.

All the `matrix_s3_*` stuff happens in the `matrix-synapse` role.

If we are to have such S3 support for Dendrite, we should probably
extract it out of the `matrix-synapse` role (into a `matrix-s3` role or
`matrix-goofys`, etc.) and wire `matrix-dendrite` accordingly.

This may or may not be done in the future though. For now, I'm
cleaning things up in the `matrix-dendrite` role.

Seems like Dendrite encourages serving both the Client and Federation
API at the same port.

Coming from Synapse and how things are done there, we have separate
ports. Using separate ports probably makes matrix-corporal (etc.)
integration easier, so separating the APIs by default probably makes
sense.

Since 025a5ab5e5f6bdb3, we do a similar check in matrix-base.