example-config.yaml 9.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212
  1. # Homeserver details
  2. homeserver:
  3. # The address that this appservice can use to connect to the homeserver.
  4. address: https://example.com
  5. # The domain of the homeserver (for MXIDs, etc).
  6. domain: example.com
  7. # Whether or not to verify the SSL certificate of the homeserver.
  8. # Only applies if address starts with https://
  9. verify_ssl: true
  10. asmux: false
  11. # Application service host/registration related details
  12. # Changing these values requires regeneration of the registration.
  13. appservice:
  14. # The address that the homeserver can use to connect to this appservice.
  15. address: http://localhost:29328
  16. # When using https:// the TLS certificate and key files for the address.
  17. tls_cert: false
  18. tls_key: false
  19. # The hostname and port where this appservice should listen.
  20. hostname: 0.0.0.0
  21. port: 29328
  22. # The maximum body size of appservice API requests (from the homeserver) in mebibytes
  23. # Usually 1 is enough, but on high-traffic bridges you might need to increase this to avoid 413s
  24. max_body_size: 1
  25. # The full URI to the database. Only Postgres is currently supported.
  26. database: postgres://username:password@hostname/db
  27. # Provisioning API part of the web server for automated portal creation and fetching information.
  28. # Used by things like mautrix-manager (https://github.com/tulir/mautrix-manager).
  29. provisioning:
  30. # Whether or not the provisioning API should be enabled.
  31. enabled: true
  32. # The prefix to use in the provisioning API endpoints.
  33. prefix: /_matrix/provision/v1
  34. # The shared secret to authorize users of the API.
  35. # Set to "generate" to generate and save a new token.
  36. shared_secret: generate
  37. # The unique ID of this appservice.
  38. id: signal
  39. # Username of the appservice bot.
  40. bot_username: signalbot
  41. # Display name and avatar for bot. Set to "remove" to remove display name/avatar, leave empty
  42. # to leave display name/avatar as-is.
  43. bot_displayname: Signal bridge bot
  44. bot_avatar: mxc://maunium.net/wPJgTQbZOtpBFmDNkiNEMDUp
  45. # Community ID for bridged users (changes registration file) and rooms.
  46. # Must be created manually.
  47. #
  48. # Example: "+signal:example.com". Set to false to disable.
  49. community_id: false
  50. # Whether or not to receive ephemeral events via appservice transactions.
  51. # Requires MSC2409 support (i.e. Synapse 1.22+).
  52. # You should disable bridge -> sync_with_custom_puppets when this is enabled.
  53. ephemeral_events: false
  54. # Authentication tokens for AS <-> HS communication. Autogenerated; do not modify.
  55. as_token: "This value is generated when generating the registration"
  56. hs_token: "This value is generated when generating the registration"
  57. # Prometheus telemetry config. Requires prometheus-client to be installed.
  58. metrics:
  59. enabled: false
  60. listen_port: 8000
  61. signal:
  62. # Path to signald unix socket
  63. socket_path: /var/run/signald/signald.sock
  64. # Directory for temp files when sending files to Signal. This should be an
  65. # absolute path that signald can read. For attachments in the other direction,
  66. # make sure signald is configured to use an absolute path as the data directory.
  67. outgoing_attachment_dir: /tmp
  68. # Directory where signald stores avatars for groups.
  69. avatar_dir: ~/.config/signald/avatars
  70. # Whether or not message attachments should be removed from disk after they're bridged.
  71. remove_file_after_handling: true
  72. # Bridge config
  73. bridge:
  74. # Localpart template of MXIDs for Signal users.
  75. # {userid} is replaced with an identifier for the Signal user.
  76. username_template: "signal_{userid}"
  77. # Displayname template for Signal users.
  78. # {displayname} is replaced with the displayname of the Signal user, which is the first
  79. # available variable in displayname_preference. The variables in displayname_preference
  80. # can also be used here directly.
  81. displayname_template: "{displayname} (Signal)"
  82. # Whether or not contact list displaynames should be used.
  83. # Using this isn't recommended on multi-user instances.
  84. allow_contact_list_name_updates: false
  85. # Available variables: full_name, first_name, last_name, phone, uuid
  86. displayname_preference:
  87. - full_name
  88. - phone
  89. # Whether or not to create portals for all groups on login/connect.
  90. autocreate_group_portal: true
  91. # Whether or not to create portals for all contacts on login/connect.
  92. autocreate_contact_portal: false
  93. # Whether or not to use /sync to get read receipts and typing notifications
  94. # when double puppeting is enabled
  95. sync_with_custom_puppets: true
  96. # Whether or not to update the m.direct account data event when double puppeting is enabled.
  97. # Note that updating the m.direct event is not atomic (except with mautrix-asmux)
  98. # and is therefore prone to race conditions.
  99. sync_direct_chat_list: false
  100. # Allow using double puppeting from any server with a valid client .well-known file.
  101. double_puppet_allow_discovery: false
  102. # Servers to allow double puppeting from, even if double_puppet_allow_discovery is false.
  103. double_puppet_server_map:
  104. example.com: https://example.com
  105. # Shared secret for https://github.com/devture/matrix-synapse-shared-secret-auth
  106. #
  107. # If set, custom puppets will be enabled automatically for local users
  108. # instead of users having to find an access token and run `login-matrix`
  109. # manually.
  110. # If using this for other servers than the bridge's server,
  111. # you must also set the URL in the double_puppet_server_map.
  112. login_shared_secret_map:
  113. example.com: foo
  114. # Whether or not created rooms should have federation enabled.
  115. # If false, created portal rooms will never be federated.
  116. federate_rooms: true
  117. # End-to-bridge encryption support options. These require matrix-nio to be installed with pip
  118. # and login_shared_secret to be configured in order to get a device for the bridge bot.
  119. #
  120. # Additionally, https://github.com/matrix-org/synapse/pull/5758 is required if using a normal
  121. # application service.
  122. encryption:
  123. # Allow encryption, work in group chat rooms with e2ee enabled
  124. allow: false
  125. # Default to encryption, force-enable encryption in all portals the bridge creates
  126. # This will cause the bridge bot to be in private chats for the encryption to work properly.
  127. default: false
  128. # Options for automatic key sharing.
  129. key_sharing:
  130. # Enable key sharing? If enabled, key requests for rooms where users are in will be fulfilled.
  131. # You must use a client that supports requesting keys from other users to use this feature.
  132. allow: false
  133. # Require the requesting device to have a valid cross-signing signature?
  134. # This doesn't require that the bridge has verified the device, only that the user has verified it.
  135. # Not yet implemented.
  136. require_cross_signing: false
  137. # Require devices to be verified by the bridge?
  138. # Verification by the bridge is not yet implemented.
  139. require_verification: true
  140. # Whether or not to explicitly set the avatar and room name for private
  141. # chat portal rooms. This will be implicitly enabled if encryption.default is true.
  142. private_chat_portal_meta: false
  143. # Whether or not the bridge should send a read receipt from the bridge bot when a message has
  144. # been sent to Signal. This let's you check manually whether the bridge is receiving your
  145. # messages.
  146. # Note that this is not related to Signal delivery receipts.
  147. delivery_receipts: false
  148. # Whether or not delivery errors should be reported as messages in the Matrix room. (not yet implemented)
  149. delivery_error_reports: false
  150. # Set this to true to tell the bridge to re-send m.bridge events to all rooms on the next run.
  151. # This field will automatically be changed back to false after it,
  152. # except if the config file is not writable.
  153. resend_bridge_info: false
  154. # The prefix for commands. Only required in non-management rooms.
  155. command_prefix: "!signal"
  156. # Permissions for using the bridge.
  157. # Permitted values:
  158. # user - Use the bridge with puppeting.
  159. # admin - Use and administrate the bridge.
  160. # Permitted keys:
  161. # * - All Matrix users
  162. # domain - All users on that homeserver
  163. # mxid - Specific user
  164. permissions:
  165. "example.com": "user"
  166. "@admin:example.com": "admin"
  167. # Python logging configuration.
  168. #
  169. # See section 16.7.2 of the Python documentation for more info:
  170. # https://docs.python.org/3.6/library/logging.config.html#configuration-dictionary-schema
  171. logging:
  172. version: 1
  173. formatters:
  174. colored:
  175. (): mautrix_signal.util.ColorFormatter
  176. format: "[%(asctime)s] [%(levelname)s@%(name)s] %(message)s"
  177. normal:
  178. format: "[%(asctime)s] [%(levelname)s@%(name)s] %(message)s"
  179. handlers:
  180. file:
  181. class: logging.handlers.RotatingFileHandler
  182. formatter: normal
  183. filename: ./mautrix-signal.log
  184. maxBytes: 10485760
  185. backupCount: 10
  186. console:
  187. class: logging.StreamHandler
  188. formatter: colored
  189. loggers:
  190. mau:
  191. level: DEBUG
  192. aiohttp:
  193. level: INFO
  194. root:
  195. level: DEBUG
  196. handlers: [file, console]