example-config.yaml 14 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271
  1. # Homeserver details.
  2. homeserver:
  3. # The address that this appservice can use to connect to the homeserver.
  4. address: https://matrix.example.com
  5. # Publicly accessible base URL for media, used for avatars in relay mode.
  6. # If not set, the connection address above will be used.
  7. public_address: null
  8. # The domain of the homeserver (also known as server_name, used for MXIDs, etc).
  9. domain: example.com
  10. # What software is the homeserver running?
  11. # Standard Matrix homeservers like Synapse, Dendrite and Conduit should just use "standard" here.
  12. software: standard
  13. # The URL to push real-time bridge status to.
  14. # If set, the bridge will make POST requests to this URL whenever a user's discord connection state changes.
  15. # The bridge will use the appservice as_token to authorize requests.
  16. status_endpoint: null
  17. # Endpoint for reporting per-message status.
  18. message_send_checkpoint_endpoint: null
  19. # Does the homeserver support https://github.com/matrix-org/matrix-spec-proposals/pull/2246?
  20. async_media: false
  21. # Application service host/registration related details.
  22. # Changing these values requires regeneration of the registration.
  23. appservice:
  24. # The address that the homeserver can use to connect to this appservice.
  25. address: http://localhost:29334
  26. # The hostname and port where this appservice should listen.
  27. hostname: 0.0.0.0
  28. port: 29334
  29. # Database config.
  30. database:
  31. # The database type. "sqlite3-fk-wal" and "postgres" are supported.
  32. type: postgres
  33. # The database URI.
  34. # SQLite: A raw file path is supported, but `file:<path>?_txlock=immediate` is recommended.
  35. # https://github.com/mattn/go-sqlite3#connection-string
  36. # Postgres: Connection string. For example, postgres://user:password@host/database?sslmode=disable
  37. # To connect via Unix socket, use something like postgres:///dbname?host=/var/run/postgresql
  38. uri: postgres://user:password@host/database?sslmode=disable
  39. # Maximum number of connections. Mostly relevant for Postgres.
  40. max_open_conns: 20
  41. max_idle_conns: 2
  42. # Maximum connection idle time and lifetime before they're closed. Disabled if null.
  43. # Parsed with https://pkg.go.dev/time#ParseDuration
  44. max_conn_idle_time: null
  45. max_conn_lifetime: null
  46. # The unique ID of this appservice.
  47. id: discord
  48. # Appservice bot details.
  49. bot:
  50. # Username of the appservice bot.
  51. username: discordbot
  52. # Display name and avatar for bot. Set to "remove" to remove display name/avatar, leave empty
  53. # to leave display name/avatar as-is.
  54. displayname: Discord bridge bot
  55. avatar: mxc://maunium.net/nIdEykemnwdisvHbpxflpDlC
  56. # Whether or not to receive ephemeral events via appservice transactions.
  57. # Requires MSC2409 support (i.e. Synapse 1.22+).
  58. ephemeral_events: true
  59. # Should incoming events be handled asynchronously?
  60. # This may be necessary for large public instances with lots of messages going through.
  61. # However, messages will not be guaranteed to be bridged in the same order they were sent in.
  62. async_transactions: false
  63. # Authentication tokens for AS <-> HS communication. Autogenerated; do not modify.
  64. as_token: "This value is generated when generating the registration"
  65. hs_token: "This value is generated when generating the registration"
  66. # Bridge config
  67. bridge:
  68. # Localpart template of MXIDs for Discord users.
  69. # {{.}} is replaced with the internal ID of the Discord user.
  70. username_template: discord_{{.}}
  71. # Displayname template for Discord users. This is also used as the room name in DMs if private_chat_portal_meta is enabled.
  72. # Available variables:
  73. # .ID - Internal user ID
  74. # .Username - User's displayname on Discord
  75. # .Discriminator - The 4 numbers after the name on Discord
  76. # .Bot - Whether the user is a bot
  77. # .System - Whether the user is an official system user
  78. displayname_template: '{{.Username}}#{{.Discriminator}}{{if .Bot}} (bot){{end}}'
  79. # Displayname template for Discord channels (bridged as rooms, or spaces when type=4).
  80. # Available variables:
  81. # .Name - Channel name, or user displayname (pre-formatted with displayname_template) in DMs.
  82. # .ParentName - Parent channel name (used for categories).
  83. # .GuildName - Guild name.
  84. # .NSFW - Whether the channel is marked as NSFW.
  85. # .Type - Channel type (see values at https://github.com/bwmarrin/discordgo/blob/v0.25.0/structs.go#L251-L267)
  86. channel_name_template: '{{if or (eq .Type 3) (eq .Type 4)}}{{.Name}}{{else}}#{{.Name}}{{end}}'
  87. # Displayname template for Discord guilds (bridged as spaces).
  88. # Available variables:
  89. # .Name - Guild name
  90. guild_name_template: '{{.Name}}'
  91. # Should the bridge explicitly set the avatar and room name for DM portal rooms?
  92. # This is implicitly enabled in encrypted rooms.
  93. private_chat_portal_meta: false
  94. portal_message_buffer: 128
  95. # Number of private channel portals to create on bridge startup.
  96. # Other portals will be created when receiving messages.
  97. startup_private_channel_create_limit: 5
  98. # Should the bridge send a read receipt from the bridge bot when a message has been sent to Discord?
  99. delivery_receipts: false
  100. # Whether the bridge should send the message status as a custom com.beeper.message_send_status event.
  101. message_status_events: false
  102. # Whether the bridge should send error notices via m.notice events when a message fails to bridge.
  103. message_error_notices: true
  104. # Should the bridge use space-restricted join rules instead of invite-only for guild rooms?
  105. # This can avoid unnecessary invite events in guild rooms when members are synced in.
  106. restricted_rooms: true
  107. # Should the bridge automatically join the user to threads on Discord when the thread is opened on Matrix?
  108. # This only works with clients that support thread read receipts (MSC3771 added in Matrix v1.4).
  109. autojoin_thread_on_open: true
  110. # Should inline fields in Discord embeds be bridged as HTML tables to Matrix?
  111. # Tables aren't supported in all clients, but are the only way to emulate the Discord inline field UI.
  112. embed_fields_as_tables: true
  113. # Should guild channels be muted when the portal is created? This only meant for single-user instances,
  114. # it won't mute it for all users if there are multiple Matrix users in the same Discord guild.
  115. mute_channels_on_create: false
  116. # Should the bridge update the m.direct account data event when double puppeting is enabled.
  117. # Note that updating the m.direct event is not atomic (except with mautrix-asmux)
  118. # and is therefore prone to race conditions.
  119. sync_direct_chat_list: false
  120. # Set this to true to tell the bridge to re-send m.bridge events to all rooms on the next run.
  121. # This field will automatically be changed back to false after it, except if the config file is not writable.
  122. resend_bridge_info: false
  123. # Should incoming custom emoji reactions be bridged as mxc:// URIs?
  124. # If set to false, custom emoji reactions will be bridged as the shortcode instead, and the image won't be available.
  125. custom_emoji_reactions: true
  126. # Should the bridge attempt to completely delete portal rooms when a channel is deleted on Discord?
  127. # If true, the bridge will try to kick Matrix users from the room. Otherwise, the bridge only makes ghosts leave.
  128. delete_portal_on_channel_delete: false
  129. # Should the bridge delete all portal rooms when you leave a guild on Discord?
  130. # This only applies if the guild has no other Matrix users on this bridge instance.
  131. delete_guild_on_leave: true
  132. # Whether or not created rooms should have federation enabled.
  133. # If false, created portal rooms will never be federated.
  134. federate_rooms: true
  135. # Settings for converting animated stickers.
  136. animated_sticker:
  137. # Format to which animated stickers should be converted.
  138. # disable - No conversion, send as-is (lottie JSON)
  139. # png - converts to non-animated png (fastest)
  140. # gif - converts to animated gif
  141. # webm - converts to webm video, requires ffmpeg executable with vp9 codec and webm container support
  142. # webp - converts to animated webp, requires ffmpeg executable with webp codec/container support
  143. target: webp
  144. # Arguments for converter. All converters take width and height.
  145. args:
  146. width: 320
  147. height: 320
  148. fps: 25 # only for webm, webp and gif (2, 5, 10, 20 or 25 recommended)
  149. # Servers to always allow double puppeting from
  150. double_puppet_server_map:
  151. example.com: https://example.com
  152. # Allow using double puppeting from any server with a valid client .well-known file.
  153. double_puppet_allow_discovery: false
  154. # Shared secrets for https://github.com/devture/matrix-synapse-shared-secret-auth
  155. #
  156. # If set, double puppeting will be enabled automatically for local users
  157. # instead of users having to find an access token and run `login-matrix`
  158. # manually.
  159. login_shared_secret_map:
  160. example.com: foobar
  161. # The prefix for commands. Only required in non-management rooms.
  162. command_prefix: '!discord'
  163. # Messages sent upon joining a management room.
  164. # Markdown is supported. The defaults are listed below.
  165. management_room_text:
  166. # Sent when joining a room.
  167. welcome: "Hello, I'm a Discord bridge bot."
  168. # Sent when joining a management room and the user is already logged in.
  169. welcome_connected: "Use `help` for help."
  170. # Sent when joining a management room and the user is not logged in.
  171. welcome_unconnected: "Use `help` for help or `login` to log in."
  172. # Optional extra text sent when joining a management room.
  173. additional_help: ""
  174. # End-to-bridge encryption support options.
  175. #
  176. # See https://docs.mau.fi/bridges/general/end-to-bridge-encryption.html for more info.
  177. encryption:
  178. # Allow encryption, work in group chat rooms with e2ee enabled
  179. allow: false
  180. # Default to encryption, force-enable encryption in all portals the bridge creates
  181. # This will cause the bridge bot to be in private chats for the encryption to work properly.
  182. default: false
  183. # Whether to use MSC2409/MSC3202 instead of /sync long polling for receiving encryption-related data.
  184. appservice: false
  185. # Require encryption, drop any unencrypted messages.
  186. require: false
  187. # Enable key sharing? If enabled, key requests for rooms where users are in will be fulfilled.
  188. # You must use a client that supports requesting keys from other users to use this feature.
  189. allow_key_sharing: false
  190. # What level of device verification should be required from users?
  191. #
  192. # Valid levels:
  193. # unverified - Send keys to all device in the room.
  194. # cross-signed-untrusted - Require valid cross-signing, but trust all cross-signing keys.
  195. # cross-signed-tofu - Require valid cross-signing, trust cross-signing keys on first use (and reject changes).
  196. # cross-signed-verified - Require valid cross-signing, plus a valid user signature from the bridge bot.
  197. # Note that creating user signatures from the bridge bot is not currently possible.
  198. # verified - Require manual per-device verification
  199. # (currently only possible by modifying the `trust` column in the `crypto_device` database table).
  200. verification_levels:
  201. # Minimum level for which the bridge should send keys to when bridging messages from WhatsApp to Matrix.
  202. receive: unverified
  203. # Minimum level that the bridge should accept for incoming Matrix messages.
  204. send: unverified
  205. # Minimum level that the bridge should require for accepting key requests.
  206. share: cross-signed-tofu
  207. # Options for Megolm room key rotation. These options allow you to
  208. # configure the m.room.encryption event content. See:
  209. # https://spec.matrix.org/v1.3/client-server-api/#mroomencryption for
  210. # more information about that event.
  211. rotation:
  212. # Enable custom Megolm room key rotation settings. Note that these
  213. # settings will only apply to rooms created after this option is
  214. # set.
  215. enable_custom: false
  216. # The maximum number of milliseconds a session should be used
  217. # before changing it. The Matrix spec recommends 604800000 (a week)
  218. # as the default.
  219. milliseconds: 604800000
  220. # The maximum number of messages that should be sent with a given a
  221. # session before changing it. The Matrix spec recommends 100 as the
  222. # default.
  223. messages: 100
  224. # Settings for provisioning API
  225. provisioning:
  226. # Prefix for the provisioning API paths.
  227. prefix: /_matrix/provision
  228. # Shared secret for authentication. If set to "generate", a random secret will be generated,
  229. # or if set to "disable", the provisioning API will be disabled.
  230. shared_secret: generate
  231. # Permissions for using the bridge.
  232. # Permitted values:
  233. # relay - Talk through the relaybot (if enabled), no access otherwise
  234. # user - Access to use the bridge to chat with a Discord account.
  235. # admin - User level and some additional administration tools
  236. # Permitted keys:
  237. # * - All Matrix users
  238. # domain - All users on that homeserver
  239. # mxid - Specific user
  240. permissions:
  241. "*": relay
  242. "example.com": user
  243. "@admin:example.com": admin
  244. # Logging config. See https://github.com/tulir/zeroconfig for details.
  245. logging:
  246. min_level: debug
  247. writers:
  248. - type: stdout
  249. format: pretty-colored
  250. - type: file
  251. format: json
  252. filename: ./logs/mautrix-discord.log
  253. max_size: 100
  254. max_backups: 10
  255. compress: true