| @@ -1,136 +1,184 @@ | |||
| # Where the homeserver is located (client-server URL). This should point at | |||
| # pantalaimon if you're using that. | |||
| # Endpoint URL that Mjolnir uses to interact with the matrix homeserver (client-server API), | |||
| # set this to the pantalaimon URL if you're using that. | |||
| homeserverUrl: "{{ matrix_homeserver_url }}" | |||
| # The access token for the bot to use. Do not populate if using Pantalaimon. | |||
| # Endpoint URL that Mjolnir could use to fetch events related to reports (client-server API and /_synapse/), | |||
| # only set this to the public-internet homeserver client API URL, do NOT set this to the pantalaimon URL. | |||
| rawHomeserverUrl: "{{ matrix_homeserver_url }}" | |||
| # Matrix Access Token to use, Mjolnir will only use this if pantalaimon.use is false. | |||
| accessToken: "{{ matrix_bot_mjolnir_access_token }}" | |||
| # Pantalaimon options (https://github.com/matrix-org/pantalaimon) | |||
| # Options related to Pantalaimon (https://github.com/matrix-org/pantalaimon) | |||
| #pantalaimon: | |||
| # # If true, accessToken above is ignored and the username/password below will be | |||
| # # used instead. The access token of the bot will be stored in the dataPath. | |||
| # # Whether or not Mjolnir will use pantalaimon to access the matrix homeserver, | |||
| # # set to `true` if you're using pantalaimon. | |||
| # # | |||
| # # Be sure to point homeserverUrl to the pantalaimon instance. | |||
| # # | |||
| # # Mjolnir will log in using the given username and password once, | |||
| # # then store the resulting access token in a file under dataPath. | |||
| # use: false | |||
| # | |||
| # # The username to login with. | |||
| # username: mjolnir | |||
| # | |||
| # # The password to login with. Can be removed after the bot has logged in once and | |||
| # # stored the access token. | |||
| # # The password Mjolnir will login with. | |||
| # # | |||
| # # After successfully logging in once, this will be ignored, so this value can be blanked after first startup. | |||
| # password: your_password | |||
| # The directory the bot should store various bits of information in | |||
| # The path Mjolnir will store its state/data in, leave default ("/data/storage") when using containers. | |||
| dataPath: "/data" | |||
| # If true (the default), only users in the `managementRoom` can invite the bot | |||
| # to new rooms. | |||
| # If true (the default), Mjolnir will only accept invites from users present in managementRoom. | |||
| autojoinOnlyIfManager: true | |||
| # If `autojoinOnlyIfManager` is false, only the members in this group can invite | |||
| # If `autojoinOnlyIfManager` is false, only the members in this space can invite | |||
| # the bot to new rooms. | |||
| #acceptInvitesFromGroup: '+example:example.org' | |||
| #acceptInvitesFromSpace: "!example:example.org" | |||
| # If the bot is invited to a room and it won't accept the invite (due to the | |||
| # conditions above), report it to the management room. Defaults to disabled (no | |||
| # reporting). | |||
| # Whether Mjolnir should report ignored invites to the management room (if autojoinOnlyIfManager is true). | |||
| recordIgnoredInvites: false | |||
| # The room ID where people can use the bot. The bot has no access controls, so | |||
| # anyone in this room can use the bot - secure your room! | |||
| # The room ID (or room alias) of the management room, anyone in this room can issue commands to Mjolnir. | |||
| # | |||
| # Mjolnir has no more granular access controls other than this, be sure you trust everyone in this room - secure it! | |||
| # | |||
| # This should be a room alias or room ID - not a matrix.to URL. | |||
| # Note: Mjolnir is fairly verbose - expect a lot of messages from it. | |||
| # | |||
| # Note: By default, Mjolnir is fairly verbose - expect a lot of messages in this room. | |||
| # (see verboseLogging to adjust this a bit.) | |||
| managementRoom: "{{ matrix_bot_mjolnir_management_room }}" | |||
| # Set to false to make the management room a bit quieter. | |||
| # Whether Mjolnir should log a lot more messages in the room, | |||
| # mainly involves "all-OK" messages, and debugging messages for when mjolnir checks bans in a room. | |||
| verboseLogging: false | |||
| # The log level for the logs themselves. One of DEBUG, INFO, WARN, and ERROR. | |||
| # The log level of terminal (or container) output, | |||
| # can be one of DEBUG, INFO, WARN and ERROR, in increasing order of importance and severity. | |||
| # | |||
| # This should be at INFO or DEBUG in order to get support for Mjolnir problems. | |||
| logLevel: "INFO" | |||
| # Set to false to disable synchronizing the ban lists on startup. If true, this | |||
| # is the same as running !mjolnir sync immediately after startup. | |||
| # Whether or not Mjolnir should synchronize policy lists immediately after startup. | |||
| # Equivalent to running '!mjolnir sync'. | |||
| syncOnStartup: true | |||
| # Set to false to prevent Mjolnir from checking its permissions on startup. This | |||
| # is recommended to be left as "true" to catch room permission problems (state | |||
| # resets, etc) before Mjolnir is needed. | |||
| # Whether or not Mjolnir should check moderation permissions in all protected rooms on startup. | |||
| # Equivalent to running `!mjolnir verify`. | |||
| verifyPermissionsOnStartup: true | |||
| # If true, Mjolnir won't actually ban users or apply server ACLs, but will | |||
| # think it has. This is useful to see what it does in a scenario where the | |||
| # bot might not be trusted fully, yet. Default false (do bans/ACLs). | |||
| # Whether or not Mjolnir should actually apply bans and policy lists, | |||
| # turn on to trial some untrusted configuration or lists. | |||
| noop: false | |||
| # Set to true to use /joined_members instead of /state to figure out who is | |||
| # in the room. Using /state is preferred because it means that users are | |||
| # banned when they are invited instead of just when they join, though if your | |||
| # server struggles with /state requests then set this to true. | |||
| # Whether Mjolnir should check member lists quicker (by using a different endpoint), | |||
| # keep in mind that enabling this will miss invited (but not joined) users. | |||
| # | |||
| # Turn on if your bot is in (very) large rooms, or in large amounts of rooms. | |||
| fasterMembershipChecks: false | |||
| # A case-insensitive list of ban reasons to automatically redact a user's | |||
| # messages for. Typically this is useful to avoid having to type two commands | |||
| # to the bot. Use asterisks to represent globs (ie: "spam*testing" would match | |||
| # "spam for testing" as well as "spamtesting"). | |||
| # A case-insensitive list of ban reasons to have the bot also automatically redact the user's messages for. | |||
| # | |||
| # If the bot sees you ban a user with a reason that is an (exact case-insensitive) match to this list, | |||
| # it will also remove the user's messages automatically. | |||
| # | |||
| # Typically this is useful to avoid having to give two commands to the bot. | |||
| # Advanced: Use asterisks to have the reason match using "globs" | |||
| # (f.e. "spam*testing" would match "spam for testing" as well as "spamtesting"). | |||
| # | |||
| # See here for more info: https://www.digitalocean.com/community/tools/glob | |||
| # Note: Keep in mind that glob is NOT regex! | |||
| automaticallyRedactForReasons: | |||
| - "spam" | |||
| - "advertising" | |||
| - "spam" | |||
| - "advertising" | |||
| # A list of rooms to protect (matrix.to URLs) | |||
| # A list of rooms to protect. Mjolnir will add this to the list it knows from its account data. | |||
| # | |||
| # It won't, however, add it to the account data. | |||
| # Manually add the room via '!mjolnir rooms add' to have it stay protected regardless if this config value changes. | |||
| # | |||
| # Note: These must be matrix.to URLs | |||
| #protectedRooms: | |||
| # - "https://matrix.to/#/#yourroom:example.org" | |||
| # Set this option to true to protect every room the bot is joined to. Note that | |||
| # this effectively makes the protectedRooms and associated commands useless because | |||
| # the bot by nature must be joined to the room to protect it. | |||
| # Whether or not to add all joined rooms to the "protected rooms" list | |||
| # (excluding the management room and watched policy list rooms, see below). | |||
| # | |||
| # Note that this effectively makes the protectedRooms and associated commands useless | |||
| # for regular rooms. | |||
| # | |||
| # Note: the management room is *excluded* from this condition. Add it to the | |||
| # protected rooms to protect it. | |||
| # Note: the management room is *excluded* from this condition. | |||
| # Explicitly add it as a protected room to protect it. | |||
| # | |||
| # Note: ban list rooms the bot is watching but didn't create will not be protected. | |||
| # Manually add these rooms to the protected rooms list if you want them protected. | |||
| # Note: Ban list rooms the bot is watching but didn't create will not be protected. | |||
| # Explicitly add these rooms as a protected room list if you want them protected. | |||
| protectAllJoinedRooms: false | |||
| # Increase this delay to have Mjölnir wait longer between two consecutive backgrounded | |||
| # operations. The total duration of operations will be longer, but the homeserver won't | |||
| # be affected as much. Conversely, decrease this delay to have Mjölnir chain operations | |||
| # faster. The total duration of operations will generally be shorter, but the performance | |||
| # of the homeserver may be more impacted. | |||
| backgroundDelayMS: 500 | |||
| # Server administration commands, these commands will only work if Mjolnir is | |||
| # a global server administrator, and the bot's server is a Synapse instance. | |||
| #admin: | |||
| # # Whether or not Mjolnir can temporarily take control of any eligible account from the local homeserver who's in the room | |||
| # # (with enough permissions) to "make" a user an admin. | |||
| # # | |||
| # # This only works if a local user with enough admin permissions is present in the room. | |||
| # enableMakeRoomAdminCommand: false | |||
| # Misc options for command handling and commands | |||
| commands: | |||
| # If true, Mjolnir will respond to commands like !help and !ban instead of | |||
| # requiring a prefix. This is useful if Mjolnir is the only bot running in | |||
| # your management room. | |||
| # Whether or not the `!mjolnir` prefix is necessary to submit commands. | |||
| # | |||
| # Note that Mjolnir can be pinged by display name instead of having to use | |||
| # If `true`, will allow commands like `!ban`, `!help`, etc. | |||
| # | |||
| # Note: Mjolnir can also be pinged by display name instead of having to use | |||
| # the !mjolnir prefix. For example, "my_moderator_bot: ban @spammer:example.org" | |||
| # will ban a user. | |||
| # will address only my_moderator_bot. | |||
| allowNoPrefix: false | |||
| # In addition to the bot's display name, !mjolnir, and optionally no prefix | |||
| # above, the bot will respond to these names. The items here can be used either | |||
| # as display names or prefixed with exclamation points. | |||
| # Any additional bot prefixes that Mjolnir will listen to. i.e. adding `mod` will allow `!mod help`. | |||
| additionalPrefixes: | |||
| - "mjolnir_bot" | |||
| # If true, ban commands that use wildcard characters require confirmation with | |||
| # an extra `--force` argument | |||
| # Whether or not commands with a wildcard (*) will require an additional `--force` argument | |||
| # in the command to be able to be submitted. | |||
| confirmWildcardBan: true | |||
| # Configuration specific to certain toggleable protections | |||
| # Configuration specific to certain toggle-able protections | |||
| #protections: | |||
| # # Configuration for the wordlist plugin, which can ban users based if they say certain | |||
| # # blocked words shortly after joining. | |||
| # wordlist: | |||
| # # A list of words which should be monitored by the bot. These will match if any part | |||
| # # of the word is present in the message in any case. e.g. "hello" also matches | |||
| # # "HEllO". Additionally, regular expressions can be used. | |||
| # # A list of case-insensitive keywords that the WordList protection will watch for from new users. | |||
| # # | |||
| # # WordList will ban users who use these words when first joining a room, so take caution when selecting them. | |||
| # # | |||
| # # For advanced usage, regex can also be used, see the following links for more information; | |||
| # # - https://www.digitalocean.com/community/tutorials/an-introduction-to-regular-expressions | |||
| # # - https://regexr.com/ | |||
| # # - https://regexone.com/ | |||
| # words: | |||
| # - "CaSe" | |||
| # - "InSeNsAtIve" | |||
| # - "WoRd" | |||
| # - "LiSt" | |||
| # | |||
| # # How long after a user joins the server should the bot monitor their messages. After | |||
| # # this time, users can say words from the wordlist without being banned automatically. | |||
| # # Set to zero to disable (users will always be banned if they say a bad word) | |||
| # - "LoReM" | |||
| # - "IpSuM" | |||
| # - "DoLoR" | |||
| # - "aMeT" | |||
| # | |||
| # # For how long (in minutes) the user is "new" to the WordList plugin. | |||
| # # | |||
| # # After this time, the user will no longer be banned for using a word in the above wordlist. | |||
| # # | |||
| # # Set to zero to disable the timeout and make users *always* appear "new". | |||
| # # (users will always be banned if they say a bad word) | |||
| # minutesBeforeTrusting: 20 | |||
| # Options for monitoring the health of the bot | |||
| # Options for advanced monitoring of the health of the bot. | |||
| health: | |||
| # healthz options. These options are best for use in container environments | |||
| # like Kubernetes to detect how healthy the service is. The bot will report | |||
| @@ -160,3 +208,39 @@ health: | |||
| # The HTTP status code which reports that the bot is not healthy/ready. | |||
| # Defaults to 418. | |||
| unhealthyStatus: 418 | |||
| # Options for exposing web APIs. | |||
| #web: | |||
| # # Whether to enable web APIs. | |||
| # enabled: false | |||
| # | |||
| # # The port to expose the webserver on. Defaults to 8080. | |||
| # port: 8080 | |||
| # | |||
| # # The address to listen for requests on. Defaults to only the current | |||
| # # computer. | |||
| # address: localhost | |||
| # | |||
| # # Alternative setting to open to the entire web. Be careful, | |||
| # # as this will increase your security perimeter: | |||
| # # | |||
| # # address: "0.0.0.0" | |||
| # | |||
| # # A web API designed to intercept Matrix API | |||
| # # POST /_matrix/client/r0/rooms/{roomId}/report/{eventId} | |||
| # # and display readable abuse reports in the moderation room. | |||
| # # | |||
| # # If you wish to take advantage of this feature, you will need | |||
| # # to configure a reverse proxy, see e.g. test/nginx.conf | |||
| # abuseReporting: | |||
| # # Whether to enable this feature. | |||
| # enabled: false | |||
| # Whether or not to actively poll synapse for abuse reports, to be used | |||
| # instead of intercepting client calls to synapse's abuse endpoint, when that | |||
| # isn't possible/practical. | |||
| pollReports: true | |||
| # Whether or not new reports, received either by webapi or polling, | |||
| # should be printed to our managementRoom. | |||
| displayReports: true | |||