~nicoco/public-inbox

slidge: prettify docs v1 APPLIED

Jonny Rimkus: 1
 prettify docs

 1 files changed, 7 insertions(+), 7 deletions(-)
#938994 ci.yml success
#938995 container.yml success
#938996 debian.yml success
Export patchset (mbox)
How do I use this?

Copy & paste the following snippet into your terminal to import this patchset into git:

curl -s https://lists.sr.ht/~nicoco/public-inbox/patches/38922/mbox | git am -3
Learn more about email & git

[PATCH slidge v1] prettify docs Export this patch

prettify json examples and added some links to ejabberd documentation
---
 docs/source/admin/xmpp_server.rst | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/docs/source/admin/xmpp_server.rst b/docs/source/admin/xmpp_server.rst
index a5ec1a9..52251fc 100644
--- a/docs/source/admin/xmpp_server.rst
+++ b/docs/source/admin/xmpp_server.rst
@@ -79,9 +79,8 @@ ejabberd
Slidge uses different containers/processes for each gateway. Therefore administrators
should setup these steps for each individual gateway. This is because each gateway
makes use of an individual JID (such as telegram.example.com, whatsapp.example.com, etc).
Only exceptions are the 'mod_http_upload', 'mod_privilege', 'mod_roster' and 'access_rules', these 
stay the same for each gateway you add. So, there is no need to repeat these steps for new gateways.
For the 'slidge_acl' add each new Gateway as a new 'server:' entry.
Only exceptions are the ``mod_http_upload``, ``mod_privilege``, ``mod_roster`` and ``access_rules``.
These stay the same for each gateway you add, so there is no need to repeat these steps for new gateways.


Add the slidge component
@@ -118,7 +117,7 @@ Example:
.. code-block:: yaml

        hosts:
          - example.com
          - "example.com"

These same principles also apply to ACL.

@@ -131,12 +130,13 @@ Create an `acl <https://docs.ejabberd.im/admin/configuration/basic/#acl>`_ for t

    acl:
      slidge_acl:
        server: superduper.example.com
        server:
          - "superduper.example.com"

Acess Rule
**********

Create an access_rule `access_rule <https://docs.ejabberd.im/admin/configuration/basic/#access-rules>`_ for the component:
Create an `access_rule <https://docs.ejabberd.im/admin/configuration/basic/#access-rules>`_ for the component:

.. code-block:: yaml

@@ -147,7 +147,7 @@ Create an access_rule `access_rule <https://docs.ejabberd.im/admin/configuration
mod_privilege
*************

Make slidge a "privileged entity" and enable roster versioning.
Make slidge a "`privileged entity <https://docs.ejabberd.im/admin/configuration/modules/#mod-privilege>`_" and enable roster versioning.

.. code-block:: yaml

-- 
2.34.1
slidge/patches: SUCCESS in 1h7m40s

[prettify docs][0] from [Jonny Rimkus][1]

[0]: https://lists.sr.ht/~nicoco/public-inbox/patches/38922
[1]: mailto:jonny@rimkus.it

✓ #938994 SUCCESS slidge/patches/ci.yml        https://builds.sr.ht/~nicoco/job/938994
✓ #938995 SUCCESS slidge/patches/container.yml https://builds.sr.ht/~nicoco/job/938995
✓ #938996 SUCCESS slidge/patches/debian.yml    https://builds.sr.ht/~nicoco/job/938996