example-config.yaml 8.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189
  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. # Authentication tokens for AS <-> HS communication. Autogenerated; do not modify.
  51. as_token: "This value is generated when generating the registration"
  52. hs_token: "This value is generated when generating the registration"
  53. # Prometheus telemetry config. Requires prometheus-client to be installed.
  54. metrics:
  55. enabled: false
  56. listen_port: 8000
  57. signal:
  58. # Path to signald unix socket
  59. socket_path: /var/run/signald/signald.sock
  60. # Bridge config
  61. bridge:
  62. # Localpart template of MXIDs for Signal users.
  63. # {userid} is replaced with an identifier for the Signal user.
  64. username_template: "signal_{userid}"
  65. # Displayname template for Signal users.
  66. # {displayname} is replaced with the displayname of the Signal user, which is the first
  67. # available variable in displayname_preference. The variables in displayname_preference
  68. # can also be used here directly.
  69. displayname_template: "{displayname} (Signal)"
  70. # Whether or not contact list displaynames should be used.
  71. # Using this isn't recommended on multi-user instances.
  72. allow_contact_list_name_updates: false
  73. # Available variables: full_name, first_name, last_name, phone, uuid
  74. displayname_preference:
  75. - full name
  76. - phone
  77. # Whether or not to create portals for all groups on login/connect.
  78. autocreate_group_portal: true
  79. # Whether or not to create portals for all contacts on login/connect.
  80. autocreate_contact_portal: false
  81. # Whether or not to use /sync to get read receipts and typing notifications
  82. # when double puppeting is enabled
  83. sync_with_custom_puppets: true
  84. # Whether or not to update the m.direct account data event when double puppeting is enabled.
  85. # Note that updating the m.direct event is not atomic (except with mautrix-asmux)
  86. # and is therefore prone to race conditions.
  87. sync_direct_chat_list: false
  88. # Shared secret for https://github.com/devture/matrix-synapse-shared-secret-auth
  89. #
  90. # If set, custom puppets will be enabled automatically for local users
  91. # instead of users having to find an access token and run `login-matrix`
  92. # manually.
  93. login_shared_secret: null
  94. # Whether or not created rooms should have federation enabled.
  95. # If false, created portal rooms will never be federated.
  96. federate_rooms: true
  97. # End-to-bridge encryption support options. These require matrix-nio to be installed with pip
  98. # and login_shared_secret to be configured in order to get a device for the bridge bot.
  99. #
  100. # Additionally, https://github.com/matrix-org/synapse/pull/5758 is required if using a normal
  101. # application service.
  102. encryption:
  103. # Allow encryption, work in group chat rooms with e2ee enabled
  104. allow: false
  105. # Default to encryption, force-enable encryption in all portals the bridge creates
  106. # This will cause the bridge bot to be in private chats for the encryption to work properly.
  107. default: false
  108. # Options for automatic key sharing.
  109. key_sharing:
  110. # Enable key sharing? If enabled, key requests for rooms where users are in will be fulfilled.
  111. # You must use a client that supports requesting keys from other users to use this feature.
  112. allow: false
  113. # Require the requesting device to have a valid cross-signing signature?
  114. # This doesn't require that the bridge has verified the device, only that the user has verified it.
  115. # Not yet implemented.
  116. require_cross_signing: false
  117. # Require devices to be verified by the bridge?
  118. # Verification by the bridge is not yet implemented.
  119. require_verification: true
  120. # Whether or not to explicitly set the avatar and room name for private
  121. # chat portal rooms. This will be implicitly enabled if encryption.default is true.
  122. private_chat_portal_meta: false
  123. # Whether or not the bridge should send a read receipt from the bridge bot when a message has
  124. # been sent to Signal.
  125. delivery_receipts: false
  126. # Whether or not delivery errors should be reported as messages in the Matrix room.
  127. delivery_error_reports: false
  128. # Set this to true to tell the bridge to re-send m.bridge events to all rooms on the next run.
  129. # This field will automatically be changed back to false after it,
  130. # except if the config file is not writable.
  131. resend_bridge_info: false
  132. # The prefix for commands. Only required in non-management rooms.
  133. command_prefix: "!signal"
  134. # Permissions for using the bridge.
  135. # Permitted values:
  136. # user - Use the bridge with puppeting.
  137. # admin - Use and administrate the bridge.
  138. # Permitted keys:
  139. # * - All Matrix users
  140. # domain - All users on that homeserver
  141. # mxid - Specific user
  142. permissions:
  143. "example.com": "user"
  144. "@admin:example.com": "admin"
  145. # Python logging configuration.
  146. #
  147. # See section 16.7.2 of the Python documentation for more info:
  148. # https://docs.python.org/3.6/library/logging.config.html#configuration-dictionary-schema
  149. logging:
  150. version: 1
  151. formatters:
  152. colored:
  153. (): mautrix_signal.util.ColorFormatter
  154. format: "[%(asctime)s] [%(levelname)s@%(name)s] %(message)s"
  155. normal:
  156. format: "[%(asctime)s] [%(levelname)s@%(name)s] %(message)s"
  157. handlers:
  158. file:
  159. class: logging.handlers.RotatingFileHandler
  160. formatter: normal
  161. filename: ./mautrix-signal.log
  162. maxBytes: 10485760
  163. backupCount: 10
  164. console:
  165. class: logging.StreamHandler
  166. formatter: colored
  167. loggers:
  168. mau:
  169. level: DEBUG
  170. aiohttp:
  171. level: INFO
  172. root:
  173. level: DEBUG
  174. handlers: [file, console]