Matrix Docker Ansible eploy
No puede seleccionar más de 25 temas Los temas deben comenzar con una letra o número, pueden incluir guiones ('-') y pueden tener hasta 35 caracteres de largo.
 
 

330 líneas
19 KiB

  1. #jinja2: lstrip_blocks: "True"
  2. # Homeserver details.
  3. homeserver:
  4. # The address that this appservice can use to connect to the homeserver.
  5. address: {{ matrix_mautrix_meta_messenger_homeserver_address | to_json }}
  6. # The domain of the homeserver (also known as server_name, used for MXIDs, etc).
  7. domain: {{ matrix_mautrix_meta_messenger_homeserver_domain | to_json }}
  8. # What software is the homeserver running?
  9. # Standard Matrix homeservers like Synapse, Dendrite and Conduit should just use "standard" here.
  10. software: standard
  11. # The URL to push real-time bridge status to.
  12. # If set, the bridge will make POST requests to this URL whenever a user's meta connection state changes.
  13. # The bridge will use the appservice as_token to authorize requests.
  14. status_endpoint: null
  15. # Endpoint for reporting per-message status.
  16. message_send_checkpoint_endpoint: null
  17. # Does the homeserver support https://github.com/matrix-org/matrix-spec-proposals/pull/2246?
  18. async_media: false
  19. # Should the bridge use a websocket for connecting to the homeserver?
  20. # The server side is currently not documented anywhere and is only implemented by mautrix-wsproxy,
  21. # mautrix-asmux (deprecated), and hungryserv (proprietary).
  22. websocket: false
  23. # How often should the websocket be pinged? Pinging will be disabled if this is zero.
  24. ping_interval_seconds: 0
  25. # Application service host/registration related details.
  26. # Changing these values requires regeneration of the registration.
  27. appservice:
  28. # The address that the homeserver can use to connect to this appservice.
  29. address: {{ matrix_mautrix_meta_messenger_appservice_address | to_json }}
  30. # The hostname and port where this appservice should listen.
  31. hostname: 0.0.0.0
  32. port: 29319
  33. # Database config.
  34. database:
  35. # The database type. "sqlite3-fk-wal" and "postgres" are supported.
  36. type: {{ matrix_mautrix_meta_messenger_appservice_database_type | to_json }}
  37. # The database URI.
  38. # SQLite: A raw file path is supported, but `file:<path>?_txlock=immediate` is recommended.
  39. # https://github.com/mattn/go-sqlite3#connection-string
  40. # Postgres: Connection string. For example, postgres://user:password@host/database?sslmode=disable
  41. # To connect via Unix socket, use something like postgres:///dbname?host=/var/run/postgresql
  42. uri: {{ matrix_mautrix_meta_messenger_appservice_database_uri | to_json }}
  43. # Maximum number of connections. Mostly relevant for Postgres.
  44. max_open_conns: 20
  45. max_idle_conns: 2
  46. # Maximum connection idle time and lifetime before they're closed. Disabled if null.
  47. # Parsed with https://pkg.go.dev/time#ParseDuration
  48. max_conn_idle_time: null
  49. max_conn_lifetime: null
  50. # The unique ID of this appservice.
  51. id: {{ matrix_mautrix_meta_messenger_appservice_id | to_json }}
  52. # Appservice bot details.
  53. bot:
  54. # Username of the appservice bot.
  55. username: {{ matrix_mautrix_meta_messenger_appservice_username | to_json }}
  56. # Display name and avatar for bot. Set to "remove" to remove display name/avatar, leave empty
  57. # to leave display name/avatar as-is.
  58. displayname: {{ matrix_mautrix_meta_messenger_appservice_displayname | to_json }}
  59. # You can use mxc://maunium.net/JxjlbZUlCPULEeHZSwleUXQv for an Instagram avatar,
  60. # or mxc://maunium.net/ygtkteZsXnGJLJHRchUwYWak for Facebook Messenger
  61. avatar: {{ matrix_mautrix_meta_messenger_appservice_avatar | to_json }}
  62. # Whether or not to receive ephemeral events via appservice transactions.
  63. # Requires MSC2409 support (i.e. Synapse 1.22+).
  64. ephemeral_events: true
  65. # Should incoming events be handled asynchronously?
  66. # This may be necessary for large public instances with lots of messages going through.
  67. # However, messages will not be guaranteed to be bridged in the same order they were sent in.
  68. async_transactions: false
  69. # Authentication tokens for AS <-> HS communication. Autogenerated; do not modify.
  70. as_token: {{ matrix_mautrix_meta_messenger_appservice_token | to_json }}
  71. hs_token: {{ matrix_mautrix_meta_messenger_homeserver_token | to_json }}
  72. # Prometheus config.
  73. metrics:
  74. # Enable prometheus metrics?
  75. enabled: {{ matrix_mautrix_meta_messenger_metrics_enabled | to_json }}
  76. # IP and port where the metrics listener should be. The path is always /metrics
  77. listen: "0.0.0.0.0:8000"
  78. meta:
  79. # Which service is this bridge for? Available options:
  80. # * facebook - connect to FB Messenger via facebook.com
  81. # * facebook-tor - connect to FB Messenger via facebookwkhpilnemxj7asaniu7vnjjbiltxjqhye3mhbshg7kx5tfyd.onion
  82. # (note: does not currently proxy media downloads)
  83. # * messenger - connect to FB Messenger via messenger.com (can be used with the facebook side deactivated)
  84. # * instagram - connect to Instagram DMs via instagram.com
  85. #
  86. # Remember to change the appservice id, bot profile info, bridge username_template and management_room_text too.
  87. mode: {{ matrix_mautrix_meta_messenger_meta_mode | to_json }}
  88. # When in Instagram mode, should the bridge connect to WhatsApp servers for encrypted chats?
  89. # In FB/Messenger mode encryption is always enabled, this option only affects Instagram mode.
  90. ig_e2ee: {{ matrix_mautrix_meta_messenger_meta_ig_e2ee | to_json }}
  91. # Static proxy address (HTTP or SOCKS5) for connecting to Meta.
  92. proxy:
  93. # HTTP endpoint to request new proxy address from, for dynamically assigned proxies.
  94. # The endpoint must return a JSON body with a string field called proxy_url.
  95. get_proxy_from:
  96. # Bridge config
  97. bridge:
  98. # Localpart template of MXIDs for FB/IG users.
  99. # {% raw %}{{.}}{% endraw %} is replaced with the internal ID of the FB/IG user.
  100. username_template: {{ matrix_mautrix_meta_messenger_bridge_username_template | to_json }}
  101. # Displayname template for FB/IG users. This is also used as the room name in DMs if private_chat_portal_meta is enabled.
  102. # {% raw %}{{.DisplayName}}{% endraw %} - The display name set by the user.
  103. # {% raw %}{{.Username}}{% endraw %} - The username set by the user.
  104. # {% raw %}{{.ID}}{% endraw %} - The internal user ID of the user.
  105. displayname_template: {{ matrix_mautrix_meta_messenger_bridge_displayname_template | to_json }}
  106. # Whether to explicitly set the avatar and room name for private chat portal rooms.
  107. # If set to `default`, this will be enabled in encrypted rooms and disabled in unencrypted rooms.
  108. # If set to `always`, all DM rooms will have explicit names and avatars set.
  109. # If set to `never`, DM rooms will never have names and avatars set.
  110. private_chat_portal_meta: default
  111. portal_message_buffer: 128
  112. # Should the bridge create a space for each logged-in user and add bridged rooms to it?
  113. # Users who logged in before turning this on should run `!meta sync-space` to create and fill the space for the first time.
  114. personal_filtering_spaces: {{ matrix_mautrix_meta_messenger_bridge_personal_filtering_spaces | to_json }}
  115. # Should Matrix m.notice-type messages be bridged?
  116. bridge_notices: true
  117. # Should the bridge send a read receipt from the bridge bot when a message has been sent to FB/IG?
  118. delivery_receipts: false
  119. # Whether the bridge should send the message status as a custom com.beeper.message_send_status event.
  120. message_status_events: false
  121. # Whether the bridge should send error notices via m.notice events when a message fails to bridge.
  122. message_error_notices: true
  123. # Should the bridge never send alerts to the bridge management room?
  124. # These are mostly things like the user being logged out.
  125. disable_bridge_alerts: false
  126. # Should the bridge update the m.direct account data event when double puppeting is enabled.
  127. # Note that updating the m.direct event is not atomic and is therefore prone to race conditions.
  128. sync_direct_chat_list: false
  129. # Set this to true to tell the bridge to re-send m.bridge events to all rooms on the next run.
  130. # This field will automatically be changed back to false after it, except if the config file is not writable.
  131. resend_bridge_info: false
  132. # Send captions in the same message as images. This will send data compatible with both MSC2530.
  133. # This is currently not supported in most clients.
  134. caption_in_message: false
  135. # Whether or not created rooms should have federation enabled.
  136. # If false, created portal rooms will never be federated.
  137. federate_rooms: {{ matrix_mautrix_meta_messenger_bridge_federate_rooms | to_json }}
  138. # Should mute status be bridged? Allowed options: always, on-create, never
  139. mute_bridging: on-create
  140. # Servers to always allow double puppeting from
  141. double_puppet_server_map: {}
  142. # Allow using double puppeting from any server with a valid client .well-known file.
  143. double_puppet_allow_discovery: false
  144. # Shared secrets for https://github.com/devture/matrix-synapse-shared-secret-auth
  145. #
  146. # If set, double puppeting will be enabled automatically for local users
  147. # instead of users having to find an access token and run `login-matrix`
  148. # manually.
  149. login_shared_secret_map: {{ matrix_mautrix_meta_messenger_bridge_login_shared_secret_map | to_json }}
  150. # The prefix for commands. Only required in non-management rooms.
  151. # If set to "default", will be determined based on meta -> mode, "!ig" for instagram and "!fb" for facebook
  152. command_prefix: {{ matrix_mautrix_meta_messenger_bridge_command_prefix | to_json }}
  153. backfill:
  154. # If disabled, old messages will never be bridged.
  155. enabled: true
  156. # By default, Meta sends info about approximately 20 recent threads. If this is set to something else than 0,
  157. # the bridge will request more threads on first login, until it reaches the specified number of pages
  158. # or the end of the inbox.
  159. inbox_fetch_pages: 0
  160. # By default, Meta only sends one old message per thread. If this is set to a something else than 0,
  161. # the bridge will delay handling the one automatically received message and request more messages to backfill.
  162. # One page usually contains 20 messages. This can technically be set to -1 to fetch all messages,
  163. # but that will block bridging messages until the entire backfill is completed.
  164. history_fetch_pages: 0
  165. # Same as above, but for catchup backfills (i.e. when the bridge is restarted).
  166. catchup_fetch_pages: 5
  167. # Maximum age of chats to leave as unread when backfilling. 0 means all chats can be left as unread.
  168. # If non-zero, chats that are older than this will be marked as read, even if they're still unread on Meta.
  169. unread_hours_threshold: 0
  170. # Backfill queue settings. Only relevant for Beeper, because standard Matrix servers
  171. # don't support inserting messages into room history.
  172. queue:
  173. # How many pages of messages to request in one go (without sleeping between requests)?
  174. pages_at_once: 5
  175. # Maximum number of pages to fetch. -1 to fetch all pages until the start of the chat.
  176. max_pages: -1
  177. # How long to sleep after fetching a bunch of pages ("bunch" defined by pages_at_once).
  178. sleep_between_tasks: 20s
  179. # Disable fetching XMA media (reels, stories, etc) when backfilling.
  180. dont_fetch_xma: true
  181. # Messages sent upon joining a management room.
  182. # Markdown is supported. The defaults are listed below.
  183. management_room_text:
  184. # Sent when joining a room.
  185. welcome: {{ matrix_mautrix_meta_messenger_bridge_management_room_text_welcome | to_json }}
  186. # Sent when joining a management room and the user is already logged in.
  187. welcome_connected: "Use `help` for help."
  188. # Sent when joining a management room and the user is not logged in.
  189. welcome_unconnected: "Use `help` for help or `login` to log in."
  190. # Optional extra text sent when joining a management room.
  191. additional_help: ""
  192. # End-to-bridge encryption support options.
  193. #
  194. # See https://docs.mau.fi/bridges/general/end-to-bridge-encryption.html for more info.
  195. encryption:
  196. # Allow encryption, work in group chat rooms with e2ee enabled
  197. allow: {{ matrix_mautrix_meta_messenger_bridge_encryption_allow | to_json }}
  198. # Default to encryption, force-enable encryption in all portals the bridge creates
  199. # This will cause the bridge bot to be in private chats for the encryption to work properly.
  200. default: {{ matrix_mautrix_meta_messenger_bridge_encryption_default | to_json }}
  201. # Whether to use MSC2409/MSC3202 instead of /sync long polling for receiving encryption-related data.
  202. appservice: {{ matrix_mautrix_meta_messenger_bridge_encryption_appservice | to_json }}
  203. # Require encryption, drop any unencrypted messages.
  204. require: {{ matrix_mautrix_meta_messenger_bridge_encryption_require | to_json }}
  205. # Enable key sharing? If enabled, key requests for rooms where users are in will be fulfilled.
  206. # You must use a client that supports requesting keys from other users to use this feature.
  207. allow_key_sharing: {{ matrix_mautrix_meta_messenger_bridge_encryption_allow_key_sharing | to_json }}
  208. # Options for deleting megolm sessions from the bridge.
  209. delete_keys:
  210. # Beeper-specific: delete outbound sessions when hungryserv confirms
  211. # that the user has uploaded the key to key backup.
  212. delete_outbound_on_ack: false
  213. # Don't store outbound sessions in the inbound table.
  214. dont_store_outbound: false
  215. # Ratchet megolm sessions forward after decrypting messages.
  216. ratchet_on_decrypt: false
  217. # Delete fully used keys (index >= max_messages) after decrypting messages.
  218. delete_fully_used_on_decrypt: false
  219. # Delete previous megolm sessions from same device when receiving a new one.
  220. delete_prev_on_new_session: false
  221. # Delete megolm sessions received from a device when the device is deleted.
  222. delete_on_device_delete: false
  223. # Periodically delete megolm sessions when 2x max_age has passed since receiving the session.
  224. periodically_delete_expired: false
  225. # Delete inbound megolm sessions that don't have the received_at field used for
  226. # automatic ratcheting and expired session deletion. This is meant as a migration
  227. # to delete old keys prior to the bridge update.
  228. delete_outdated_inbound: false
  229. # What level of device verification should be required from users?
  230. #
  231. # Valid levels:
  232. # unverified - Send keys to all device in the room.
  233. # cross-signed-untrusted - Require valid cross-signing, but trust all cross-signing keys.
  234. # cross-signed-tofu - Require valid cross-signing, trust cross-signing keys on first use (and reject changes).
  235. # cross-signed-verified - Require valid cross-signing, plus a valid user signature from the bridge bot.
  236. # Note that creating user signatures from the bridge bot is not currently possible.
  237. # verified - Require manual per-device verification
  238. # (currently only possible by modifying the `trust` column in the `crypto_device` database table).
  239. verification_levels:
  240. # Minimum level for which the bridge should send keys to when bridging messages from FB/IG to Matrix.
  241. receive: unverified
  242. # Minimum level that the bridge should accept for incoming Matrix messages.
  243. send: unverified
  244. # Minimum level that the bridge should require for accepting key requests.
  245. share: cross-signed-tofu
  246. # Options for Megolm room key rotation. These options allow you to
  247. # configure the m.room.encryption event content. See:
  248. # https://spec.matrix.org/v1.3/client-server-api/#mroomencryption for
  249. # more information about that event.
  250. rotation:
  251. # Enable custom Megolm room key rotation settings. Note that these
  252. # settings will only apply to rooms created after this option is
  253. # set.
  254. enable_custom: false
  255. # The maximum number of milliseconds a session should be used
  256. # before changing it. The Matrix spec recommends 604800000 (a week)
  257. # as the default.
  258. milliseconds: 604800000
  259. # The maximum number of messages that should be sent with a given a
  260. # session before changing it. The Matrix spec recommends 100 as the
  261. # default.
  262. messages: 100
  263. # Disable rotating keys when a user's devices change?
  264. # You should not enable this option unless you understand all the implications.
  265. disable_device_change_key_rotation: false
  266. # Settings for provisioning API
  267. provisioning:
  268. # Prefix for the provisioning API paths.
  269. prefix: /_matrix/provision
  270. # Shared secret for authentication. If set to "generate", a random secret will be generated,
  271. # or if set to "disable", the provisioning API will be disabled.
  272. shared_secret: disable
  273. # Enable debug API at /debug with provisioning authentication.
  274. debug_endpoints: false
  275. # Permissions for using the bridge.
  276. # Permitted values:
  277. # relay - Talk through the relaybot (if enabled), no access otherwise
  278. # user - Access to use the bridge to chat with a Meta account.
  279. # admin - User level and some additional administration tools
  280. # Permitted keys:
  281. # * - All Matrix users
  282. # domain - All users on that homeserver
  283. # mxid - Specific user
  284. permissions: {{ matrix_mautrix_meta_messenger_bridge_permissions | to_json }}
  285. # Settings for relay mode
  286. relay:
  287. # Whether relay mode should be allowed. If allowed, `!wa set-relay` can be used to turn any
  288. # authenticated user into a relaybot for that chat.
  289. enabled: {{ matrix_mautrix_meta_messenger_bridge_relay_enabled | to_json }}
  290. # Should only admins be allowed to set themselves as relay users?
  291. admin_only: {{ matrix_mautrix_meta_messenger_bridge_relay_admin_only | to_json }}
  292. # The formats to use when sending messages to Meta via the relaybot.
  293. message_formats:
  294. m.text: "{% raw %}{{ .Sender.Displayname }}: {{ .Message }}{% endraw %}"
  295. m.notice: "{% raw %}{{ .Sender.Displayname }}: {{ .Message }}{% endraw %}"
  296. m.emote: "{% raw %}* {{ .Sender.Displayname }} {{ .Message }}{% endraw %}"
  297. m.file: "{% raw %}{{ .Sender.Displayname }} sent a file{% endraw %}"
  298. m.image: "{% raw %}{{ .Sender.Displayname }} sent an image{% endraw %}"
  299. m.audio: "{% raw %}{{ .Sender.Displayname }} sent an audio file{% endraw %}"
  300. m.video: "{% raw %}{{ .Sender.Displayname }} sent a video{% endraw %}"
  301. m.location: "{% raw %}{{ .Sender.Displayname }} sent a location{% endraw %}"
  302. # Logging config. See https://github.com/tulir/zeroconfig for details.
  303. logging:
  304. min_level: {{ matrix_mautrix_meta_messenger_logging_min_level | to_json }}
  305. writers:
  306. - type: stdout
  307. format: pretty