Konfiguration Matrix-Signal-Bridge

Die Rechte für die Nutzer*innen bezüglich der Signal-Bridge werden per Umgebungsvariable in die signal_bridge.yaml.tmpl geschrieben. Dort findet sich auch die folgende Dokumentation:

    # Permissions for using the bridge.
    # Permitted values:
    #    relay - Talk through the relaybot (if enabled), no access otherwise
    # commands - Access to use commands in the bridge, but not login.
    #     user - Access to use the bridge with puppeting.
    #    admin - Full access, user level with some additional administration tools.
    # Permitted keys:
    #        * - All Matrix users
    #   domain - All users on that homeserver
    #     mxid - Specific user

Für Lambdaverse sieht die Konfiguration gegenwärtig wie folgt aus:
SIGNAL_BRIDGE_PERMISSIONS="{ \"*\": \"relay\", \"@akadmin:lambdaverse.de\": \"admin\", \"@valentin:lambdaverse.de\": \"admin\", \"@lambda-matrix-bridge:lambdaverse.de\": \"admin\" }".
Das viele Escapen der Werte ist leider notwendig, da die Zeile durch einen Parser interpretiert wird.

Um nun weiteren Nutzer*innen das (Double-) Puppeting zu ermöglichen muss (nach meinem Verständnis der Doku) der Wert "maxi:lambdaverse.de":"user" oder allgemeiner "domain":"user" bzw. Escaped dann z.B. \"maxi:lambdaverse.de\":\"user\" mit einem Komma separiert der obigen Aufzählung angefügt werden.

Die Umgebungsvariable dafür wird in folgender Datei gesetzt: https://git.local-it.org/KolliCloud-intern/ivysaur.kolli.cloud/src/branch/main/lambdaverse.de.env

Wenn diese angepasst ist:

Herausfinden welche Version gerade deployed ist:
abra app ps lambdaverse.de
Dann sicherstellen, dass mit folgendem Befehl die korrekte Version wieder neu deployed wird:
abra app deploy -f lambdaverse.de
Danach sollte die Änderung übernommen sein. Falls der signalbridge-Service dabei nicht neu gestartet wurde, kann das mit folgendem Befehl erzwungen werden:
abra app restart lambdaverse.de signalbridge