Matrix Docker Ansible eploy
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 

163 lines
6.6 KiB

  1. # Where the homeserver is located (client-server URL). This should point at
  2. # pantalaimon if you're using that.
  3. homeserverUrl: "{{ matrix_homeserver_url }}"
  4. # The access token for the bot to use. Do not populate if using Pantalaimon.
  5. accessToken: "{{ matrix_bot_mjolnir_access_token }}"
  6. # Pantalaimon options (https://github.com/matrix-org/pantalaimon)
  7. #pantalaimon:
  8. # # If true, accessToken above is ignored and the username/password below will be
  9. # # used instead. The access token of the bot will be stored in the dataPath.
  10. # use: false
  11. #
  12. # # The username to login with.
  13. # username: mjolnir
  14. #
  15. # # The password to login with. Can be removed after the bot has logged in once and
  16. # # stored the access token.
  17. # password: your_password
  18. # The directory the bot should store various bits of information in
  19. dataPath: "/data"
  20. # If true (the default), only users in the `managementRoom` can invite the bot
  21. # to new rooms.
  22. autojoinOnlyIfManager: true
  23. # If `autojoinOnlyIfManager` is false, only the members in this group can invite
  24. # the bot to new rooms.
  25. #acceptInvitesFromGroup: '+example:example.org'
  26. # If the bot is invited to a room and it won't accept the invite (due to the
  27. # conditions above), report it to the management room. Defaults to disabled (no
  28. # reporting).
  29. recordIgnoredInvites: false
  30. # The room ID where people can use the bot. The bot has no access controls, so
  31. # anyone in this room can use the bot - secure your room!
  32. # This should be a room alias or room ID - not a matrix.to URL.
  33. # Note: Mjolnir is fairly verbose - expect a lot of messages from it.
  34. managementRoom: "{{ matrix_bot_mjolnir_management_room }}"
  35. # Set to false to make the management room a bit quieter.
  36. verboseLogging: false
  37. # The log level for the logs themselves. One of DEBUG, INFO, WARN, and ERROR.
  38. # This should be at INFO or DEBUG in order to get support for Mjolnir problems.
  39. logLevel: "INFO"
  40. # Set to false to disable synchronizing the ban lists on startup. If true, this
  41. # is the same as running !mjolnir sync immediately after startup.
  42. syncOnStartup: true
  43. # Set to false to prevent Mjolnir from checking its permissions on startup. This
  44. # is recommended to be left as "true" to catch room permission problems (state
  45. # resets, etc) before Mjolnir is needed.
  46. verifyPermissionsOnStartup: true
  47. # If true, Mjolnir won't actually ban users or apply server ACLs, but will
  48. # think it has. This is useful to see what it does in a scenario where the
  49. # bot might not be trusted fully, yet. Default false (do bans/ACLs).
  50. noop: false
  51. # Set to true to use /joined_members instead of /state to figure out who is
  52. # in the room. Using /state is preferred because it means that users are
  53. # banned when they are invited instead of just when they join, though if your
  54. # server struggles with /state requests then set this to true.
  55. fasterMembershipChecks: false
  56. # A case-insensitive list of ban reasons to automatically redact a user's
  57. # messages for. Typically this is useful to avoid having to type two commands
  58. # to the bot. Use asterisks to represent globs (ie: "spam*testing" would match
  59. # "spam for testing" as well as "spamtesting").
  60. automaticallyRedactForReasons:
  61. - "spam"
  62. - "advertising"
  63. # A list of rooms to protect (matrix.to URLs)
  64. #protectedRooms:
  65. # - "https://matrix.to/#/#yourroom:example.org"
  66. # Set this option to true to protect every room the bot is joined to. Note that
  67. # this effectively makes the protectedRooms and associated commands useless because
  68. # the bot by nature must be joined to the room to protect it.
  69. #
  70. # Note: the management room is *excluded* from this condition. Add it to the
  71. # protected rooms to protect it.
  72. #
  73. # Note: ban list rooms the bot is watching but didn't create will not be protected.
  74. # Manually add these rooms to the protected rooms list if you want them protected.
  75. protectAllJoinedRooms: false
  76. # Misc options for command handling and commands
  77. commands:
  78. # If true, Mjolnir will respond to commands like !help and !ban instead of
  79. # requiring a prefix. This is useful if Mjolnir is the only bot running in
  80. # your management room.
  81. #
  82. # Note that Mjolnir can be pinged by display name instead of having to use
  83. # the !mjolnir prefix. For example, "my_moderator_bot: ban @spammer:example.org"
  84. # will ban a user.
  85. allowNoPrefix: false
  86. # In addition to the bot's display name, !mjolnir, and optionally no prefix
  87. # above, the bot will respond to these names. The items here can be used either
  88. # as display names or prefixed with exclamation points.
  89. additionalPrefixes:
  90. - "mjolnir_bot"
  91. # If true, ban commands that use wildcard characters require confirmation with
  92. # an extra `--force` argument
  93. confirmWildcardBan: true
  94. # Configuration specific to certain toggleable protections
  95. #protections:
  96. # # Configuration for the wordlist plugin, which can ban users based if they say certain
  97. # # blocked words shortly after joining.
  98. # wordlist:
  99. # # A list of words which should be monitored by the bot. These will match if any part
  100. # # of the word is present in the message in any case. e.g. "hello" also matches
  101. # # "HEllO". Additionally, regular expressions can be used.
  102. # words:
  103. # - "CaSe"
  104. # - "InSeNsAtIve"
  105. # - "WoRd"
  106. # - "LiSt"
  107. #
  108. # # How long after a user joins the server should the bot monitor their messages. After
  109. # # this time, users can say words from the wordlist without being banned automatically.
  110. # # Set to zero to disable (users will always be banned if they say a bad word)
  111. # minutesBeforeTrusting: 20
  112. # Options for monitoring the health of the bot
  113. health:
  114. # healthz options. These options are best for use in container environments
  115. # like Kubernetes to detect how healthy the service is. The bot will report
  116. # that it is unhealthy until it is able to process user requests. Typically
  117. # this means that it'll flag itself as unhealthy for a number of minutes
  118. # before saying "Now monitoring rooms" and flagging itself healthy.
  119. #
  120. # Health is flagged through HTTP status codes, defined below.
  121. healthz:
  122. # Whether the healthz integration should be enabled (default false)
  123. enabled: false
  124. # The port to expose the webserver on. Defaults to 8080.
  125. port: 8080
  126. # The address to listen for requests on. Defaults to all addresses.
  127. address: "0.0.0.0"
  128. # The path to expose the monitoring endpoint at. Defaults to `/healthz`
  129. endpoint: "/healthz"
  130. # The HTTP status code which reports that the bot is healthy/ready to
  131. # process requests. Typically this should not be changed. Defaults to
  132. # 200.
  133. healthyStatus: 200
  134. # The HTTP status code which reports that the bot is not healthy/ready.
  135. # Defaults to 418.
  136. unhealthyStatus: 418