example-config.yaml 12 KB

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