configuration.rst 22 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643644645646647648649650651652653654655656657658659660661662663664665666667668669670671672673674675676677678679680681682683684685686687688689690691692693694695696697698699700701702703704705706707708709710711712713714715716717718719720721722723724725726727728729730731732733
  1. .. raw:: html
  2. <div id="banner"><a href="https://github.com/jcbrand/converse.js/blob/master/docs/source/configuration.rst">Edit me on GitHub</a></div>
  3. =============
  4. Configuration
  5. =============
  6. .. contents:: Table of Contents
  7. :depth: 2
  8. :local:
  9. The included minified JS and CSS files can be used for demoing or testing, but
  10. you'll want to configure *Converse.js* to suit your needs before you deploy it
  11. on your website.
  12. *Converse.js* is passed its configuration settings when you call its *initialize* method.
  13. You'll most likely want to call the *initialize* method in your HTML page. For
  14. an example of how this is done, please see the bottom of the *./index.html* page.
  15. Please refer to the `Configuration variables`_ section below for info on
  16. all the available configuration settings.
  17. After you have configured *Converse.js*, you'll have to regenerate the minified
  18. JS file so that it will include the new settings. Please refer to the
  19. :ref:`minification` section for more info on how to do this.
  20. .. _`configuration-variables`:
  21. Configuration variables
  22. =======================
  23. authentication
  24. --------------
  25. * Default: ``login``
  26. * Allowed values: `login`_, `anonymous`_, `prebind`_
  27. This option states the way converse.js will authenticate.
  28. login
  29. ~~~~~
  30. The default means is ``login``, which means that the user either logs in manually with their
  31. username and password, or automatically if used together with ``auto_login=true``
  32. and ``jid`` and ``password`` values. See `auto_login`_.
  33. anonymous
  34. ~~~~~~~~~
  35. This enables anonymous login if the XMPP server supports it. This option can be
  36. used together with `auto_login`_ to automatically and anonymously log a user in
  37. as soon as the page loads.
  38. prebind
  39. ~~~~~~~
  40. See also: :ref:`session-support`
  41. Use this option when you want to attach to an existing XMPP
  42. `BOSH <https://en.wikipedia.org/wiki/BOSH>`_ session.
  43. Usually a BOSH session is set up server-side in your web app.
  44. Attaching to an existing BOSH session that was set up server-side is useful
  45. when you want to maintain a persistent single session for your users instead of
  46. requiring them to log in manually.
  47. When a BOSH session is initially created, you'll receive three tokens.
  48. A JID (jabber ID), SID (session ID) and RID (Request ID).
  49. Converse.js needs these tokens in order to attach to that same session.
  50. There are two complementary configuration settings to ``prebind``.
  51. They are :ref:`keepalive` and `prebind_url`_.
  52. ``keepalive`` can be used keep the session alive without having to pass in
  53. new RID and SID tokens to ``converse.initialize`` every time you reload the page.
  54. This removes the need to set up a new BOSH session every time a page loads.
  55. You do however still need to supply the user's JID so that converse.js can be
  56. sure that the session it's resuming is for the right user.
  57. `prebind_url`_ lets you specify a URL which converse.js will call whenever a
  58. new BOSH session needs to be set up.
  59. Here's an example of converse.js being initialized with these three options:
  60. .. code-block:: javascript
  61. converse.initialize({
  62. bosh_service_url: 'https://bind.example.com',
  63. keepalive: true,
  64. jid: 'me@example.com',
  65. authentication: 'prebind',
  66. prebind_url: 'http://example.com/api/prebind',
  67. allow_logout: false
  68. });
  69. allow_chat_pending_contacts
  70. ---------------------------
  71. * Default: ``false``
  72. Allow the user to chat with pending contacts.
  73. allow_contact_removal
  74. ---------------------
  75. * Default: ``true``
  76. Allow the user to remove roster contacts by clicking on the delete icon
  77. (i.e. traschcan) next to a contact's name in the roster.
  78. allow_contact_requests
  79. ----------------------
  80. * Default: ``true``
  81. Allow users to add one another as contacts. If this is set to false, the
  82. **Add a contact** widget, **Contact Requests** and **Pending Contacts** roster
  83. sections will all not appear. Additionally, all incoming contact requests will be
  84. ignored.
  85. allow_muc
  86. ---------
  87. * Default: ``true``
  88. Allow multi-user chat (muc) in chatrooms. Setting this to ``false`` will remove
  89. the ``Chatrooms`` tab from the control box.
  90. allow_otr
  91. ---------
  92. * Default: ``true``
  93. Allow Off-the-record encryption of single-user chat messages.
  94. allow_registration
  95. ------------------
  96. * Default: ``true``
  97. Support for `XEP-0077: In band registration <http://xmpp.org/extensions/xep-0077.html>`_
  98. Allow XMPP account registration showing the corresponding UI register form interface.
  99. animate
  100. -------
  101. * Default: ``true``
  102. Show animations, for example when opening and closing chat boxes.
  103. archived_messages_page_size
  104. ---------------------------
  105. * Default: ``20``
  106. See also: `message_archiving`
  107. This feature applies to `XEP-0313: Message Archive Management (MAM) <https://xmpp.org/extensions/xep-0313.html>`_
  108. and will only take effect if your server supports MAM.
  109. It allows you to specify the maximum amount of archived messages to be returned per query.
  110. When you open a chat box or room, archived messages will be displayed (if
  111. available) and the amount returned will be no more than the page size.
  112. You will be able to query for even older messages by scrolling upwards in the chat box or room
  113. (the so-called infinite scrolling pattern).
  114. auto_list_rooms
  115. ---------------
  116. * Default: ``false``
  117. If true, and the XMPP server on which the current user is logged in supports
  118. multi-user chat, then a list of rooms on that server will be fetched.
  119. Not recommended for servers with lots of chat rooms.
  120. For each room on the server a query is made to fetch further details (e.g.
  121. features, number of occupants etc.), so on servers with many rooms this
  122. option will create lots of extra connection traffic.
  123. auto_login
  124. ----------
  125. * Default: ``false``
  126. This option can be used to let converse.js automatically log the user in as
  127. soon as the page loads.
  128. It should be used either with ``authentication`` set to ``anonymous`` or to
  129. ``login``.
  130. If ``authentication`` is set to ``login``, then you will also need to provide a
  131. valid ``jid`` and ``password`` values.
  132. auto_away
  133. ---------
  134. * Default: ``0``
  135. The amount of seconds after which the user's presence status should
  136. automatically become ``away``.
  137. If the user's status is ``extended away``, it won't be changed to ``away``.
  138. If the given value is negative or ``0``, this option is disabled.
  139. auto_xa
  140. -------
  141. * Default: ``0``
  142. The amount of seconds after which the user's presence status should
  143. automatically become ``extended away``.
  144. If the value is negative or ``0``, the function is disabled.
  145. auto_reconnect
  146. --------------
  147. * Default: ``true``
  148. Automatically reconnect to the XMPP server if the connection drops
  149. unexpectedly.
  150. auto_subscribe
  151. --------------
  152. * Default: ``false``
  153. If true, the user will automatically subscribe back to any contact requests.
  154. .. _`bosh-service-url`:
  155. bosh_service_url
  156. ----------------
  157. * Default: ``undefined``
  158. To connect to an XMPP server over HTTP you need a `BOSH <https://en.wikipedia.org/wiki/BOSH>`_
  159. connection manager which acts as a middle man between the HTTP and XMPP
  160. protocols.
  161. The bosh_service_url setting takes the URL of a BOSH connection manager.
  162. Please refer to your XMPP server's documentation on how to enable BOSH.
  163. For more information, read this blog post: `Which BOSH server do you need? <http://metajack.im/2008/09/08/which-bosh-server-do-you-need>`_
  164. A more modern alternative to BOSH is to use `websockets <https://developer.mozilla.org/en/docs/WebSockets>`_.
  165. Please see the :ref:`websocket-url` configuration setting.
  166. cache_otr_key
  167. -------------
  168. * Default: ``false``
  169. Let the `OTR (Off-the-record encryption) <https://otr.cypherpunks.ca>`_ private
  170. key be cached in your browser's session storage.
  171. The browser's session storage persists across page loads but is deleted once
  172. the tab or window is closed.
  173. If this option is set to ``false``, a new OTR private key will be generated
  174. for each page load. While more inconvenient, this is a much more secure option.
  175. This setting can only be used together with ``allow_otr = true``.
  176. .. note::
  177. A browser window's session storage is accessible by all javascript that
  178. is served from the same domain. So if there is malicious javascript served by
  179. the same server (or somehow injected via an attacker), then they will be able
  180. to retrieve your private key and read your all the chat messages in your
  181. current session. Previous sessions however cannot be decrypted.
  182. csi_waiting_time
  183. ----------------
  184. * Default: ``0``
  185. This option adds support for **XEP-0085 Chat State Indication**.
  186. If converse.js is idle for the configured amount of seconds, a chat state
  187. indication of ``inactive`` will be sent out to the XMPP server (if the server
  188. supports CSI).
  189. Afterwards, ss soon as there is any activity (for example, the mouse moves),
  190. a chat state indication of ``active`` will be sent out.
  191. debug
  192. -----
  193. * Default: ``false``
  194. If set to true, debugging output will be logged to the browser console.
  195. domain_placeholder
  196. ------------------
  197. * Default: ``e.g. conversejs.org``
  198. The placeholder text shown in the domain input on the registration form.
  199. jid
  200. ---
  201. The Jabber ID or "JID" of the current user. The JID uniquely identifies a user
  202. on the XMPP network. It looks like an email address, but it's used for instant
  203. messaging instead.
  204. This value needs to be provided when using the :ref:`keepalive` option together
  205. with `prebind`_.
  206. .. _`keepalive`:
  207. keepalive
  208. ---------
  209. * Default: ``true``
  210. Determines whether Converse.js will maintain the chat session across page
  211. loads.
  212. This setting should also be used in conjunction with ``authentication`` set to `prebind`_.
  213. When using ``keepalive`` and ``prebind``, you will have to provide the `jid`_
  214. of the current user to ensure that a cached session is only resumed if it
  215. belongs to the current user.
  216. See also:
  217. * :ref:`session-support`
  218. .. note::
  219. Currently the "keepalive" setting only works with BOSH and not with
  220. websockets. This is because XMPP over websocket does not use the same
  221. session token as with BOSH. A possible solution for this is to implement
  222. `XEP-0198 <http://xmpp.org/extensions/xep-0198.html>`_, specifically
  223. with regards to "stream resumption".
  224. message_archiving
  225. -----------------
  226. * Default: ``never``
  227. Provides support for `XEP-0313: Message Archive Management <https://xmpp.org/extensions/xep-0313.html>`_
  228. This sets the default archiving preference. Valid values are ``never``, ``always`` and ``roster``.
  229. ``roster`` means that only messages to and from JIDs in your roster will be
  230. archived. The other two values are self-explanatory.
  231. message_carbons
  232. ---------------
  233. * Default: ``false``
  234. Support for `XEP-0280: Message Carbons <https://xmpp.org/extensions/xep-0280.html>`_
  235. In order to keep all IM clients for a user engaged in a conversation,
  236. outbound messages are carbon-copied to all interested resources.
  237. This is especially important in webchat, like converse.js, where each browser
  238. tab serves as a separate IM client.
  239. Both message_carbons and `forward_messages`_ try to solve the same problem
  240. (showing sent messages in all connected chat clients aka resources), but go about it
  241. in two different ways.
  242. Message carbons is the XEP (Jabber protocol extension) specifically drafted to
  243. solve this problem, while `forward_messages`_ uses
  244. `stanza forwarding <http://www.xmpp.org/extensions/xep-0297.html>`_
  245. muc_history_max_stanzas
  246. -----------------------
  247. * Default: ``undefined``
  248. This option allows you to specify the maximum amount of messages to be shown in a
  249. chat room when you enter it. By default, the amount specified in the room
  250. configuration or determined by the server will be returned.
  251. Please note, this option is not related to
  252. `XEP-0313 Message Archive Management <https://xmpp.org/extensions/xep-0313.html>`_,
  253. which also allows you to show archived chat room messages, but follows a
  254. different approach.
  255. If you're using MAM for archiving chat room messages, you might want to set
  256. this option to zero.
  257. expose_rid_and_sid
  258. ------------------
  259. * Default: ``false``
  260. Allow the prebind tokens, RID (request ID) and SID (session ID), to be exposed
  261. globally via the API. This allows other scripts served on the same page to use
  262. these values.
  263. *Beware*: a malicious script could use these tokens to assume your identity
  264. and inject fake chat messages.
  265. forward_messages
  266. ----------------
  267. * Default: ``false``
  268. If set to ``true``, sent messages will also be forwarded to the sending user's
  269. bare JID (their Jabber ID independent of any chat clients aka resources).
  270. This means that sent messages are visible from all the user's chat clients,
  271. and not just the one from which it was actually sent.
  272. This is especially important for web chat, such as converse.js, where each
  273. browser tab functions as a separate chat client, with its own resource.
  274. This feature uses Stanza forwarding, see also `XEP 0297: Stanza Forwarding <http://www.xmpp.org/extensions/xep-0297.html>`_
  275. For an alternative approach, see also `message_carbons`_.
  276. fullname
  277. --------
  278. If you are using prebinding, can specify the fullname of the currently
  279. logged in user, otherwise the user's vCard will be fetched.
  280. hide_muc_server
  281. ---------------
  282. * Default: ``false``
  283. Hide the ``server`` input field of the form inside the ``Room`` panel of the
  284. controlbox. Useful if you want to restrict users to a specific XMPP server of
  285. your choosing.
  286. hide_offline_users
  287. ------------------
  288. * Default: ``false``
  289. If set to ``true``, then don't show offline users.
  290. i18n
  291. ----
  292. * Default: Auto-detection of the User/Browser language
  293. If no locale is matching available locales, the default is ``en``.
  294. Specify the locale/language. The language must be in the ``locales`` object. Refer to
  295. ``./locale/locales.js`` to see which locales are supported.
  296. .. _`play-sounds`:
  297. ping_interval
  298. -------------
  299. * Default: ``300``
  300. Make ping to server in order to keep connection with server killing sessions after idle timeout.
  301. The ping are sent only if no messages are sent in the last ``ping_interval`` seconds
  302. You need to set the value to any positive value to enable this functionality.
  303. If you set this value to ``0`` or any negative value, il will disable this functionality.
  304. play_sounds
  305. -----------
  306. * Default: ``false``
  307. Plays a notification sound when you receive a personal message or when your
  308. nickname is mentioned in a chat room.
  309. Inside the ``./sounds`` directory of the Converse.js repo you'll see MP3 and Ogg
  310. formatted sound files. We need both, because neither format is supported by all browsers.
  311. You can set the URL where the sound files are hosted with the `sounds_path`_
  312. option.
  313. .. _`prebind_url`:
  314. prebind_url
  315. -----------
  316. * Default: ``null``
  317. * Type: URL
  318. See also: :ref:`session-support`
  319. This setting should be used in conjunction with ``authentication`` set to `prebind` and :ref:`keepalive` set to ``true``.
  320. It allows you to specify a URL which converse.js will call when it needs to get
  321. the RID and SID (Request ID and Session ID) tokens of a BOSH connection, which
  322. converse.js will then attach to.
  323. The server behind ``prebind_url`` should return a JSON encoded object with the
  324. three tokens::
  325. {
  326. "jid": "me@example.com/resource",
  327. "sid": "346234623462",
  328. "rid": "876987608760"
  329. }
  330. providers_link
  331. --------------
  332. * Default: ``https://xmpp.net/directory.php``
  333. The hyperlink on the registration form which points to a directory of public
  334. XMPP servers.
  335. roster_groups
  336. -------------
  337. * Default: ``false``
  338. If set to ``true``, converse.js will show any roster groups you might have
  339. configured.
  340. .. note::
  341. It's currently not possible to use converse.js to assign contacts to groups.
  342. Converse.js can only show users and groups that were previously configured
  343. elsewhere.
  344. show_controlbox_by_default
  345. --------------------------
  346. * Default: ``false``
  347. The "controlbox" refers to the special chatbox containing your contacts roster,
  348. status widget, chatrooms and other controls.
  349. By default this box is hidden and can be toggled by clicking on any element in
  350. the page with class *toggle-controlbox*.
  351. If this options is set to true, the controlbox will by default be shown upon
  352. page load.
  353. show_only_online_users
  354. ----------------------
  355. * Default: ``false``
  356. If set to ``true``, only online users will be shown in the contacts roster.
  357. Users with any other status (e.g. away, busy etc.) will not be shown.
  358. sounds_path
  359. -----------
  360. * Default: ``/sounds/``
  361. This option only makes sense in conjunction with the `play_sounds`_ option and
  362. specifies the URL of the sound files to be played (exluding the file names
  363. themselves).
  364. In order to support all browsers we need both an MP3 and an Ogg file. Make sure
  365. to name your files ``msg_received.ogg`` and ``msg_received.mp3``.
  366. storage
  367. -------
  368. * Default: ``session``
  369. Valid options: ``session``, ``local``.
  370. This option determines the type of `storage <https://developer.mozilla.org/en-US/docs/Web/Guide/API/DOM/Storage>`_
  371. (``localStorage`` or ``sessionStorage``) used by converse.js to cache user data.
  372. Originally converse.js used only localStorage, however sessionStorage is from a
  373. privacy perspective a better choice.
  374. The main difference between the two is that sessionStorage only persists while
  375. the current tab or window containing a converse.js instance is open. As soon as
  376. it's closed, the data is cleared.
  377. Data in localStorage on the other hand is kept indefinitely.
  378. .. note::
  379. Since version 0.8.0, the use of local storage is not recommended. The
  380. statuses (online, away, busy etc.) of your roster contacts are cached in
  381. the browser storage. If you use local storage, these values are stored for
  382. multiple sessions, and they will likely become out of sync with your contacts'
  383. actual statuses. The session storage doesn't have this problem, because
  384. roster contact statuses will not become out of sync in a single session,
  385. only across more than one session.
  386. use_otr_by_default
  387. ------------------
  388. * Default: ``false``
  389. If set to ``true``, Converse.js will automatically try to initiate an OTR (off-the-record)
  390. encrypted chat session every time you open a chat box.
  391. use_vcards
  392. ----------
  393. * Default: ``true``
  394. Determines whether the XMPP server will be queried for roster contacts' VCards
  395. or not. VCards contain extra personal information such as your fullname and
  396. avatar image.
  397. visible_toolbar_buttons
  398. -----------------------
  399. * Default:
  400. .. code-block:: javascript
  401. {
  402. call: false,
  403. clear: true,
  404. emoticons: true,
  405. toggle_participants: true
  406. }
  407. Allows you to show or hide buttons on the chat boxes' toolbars.
  408. * *call*:
  409. Provides a button with a picture of a telephone on it.
  410. When the call button is pressed, it will emit an event that can be used by a third-party library to initiate a call.::
  411. converse.listen.on('callButtonClicked', function(event, data) {
  412. console.log('Strophe connection is', data.connection);
  413. console.log('Bare buddy JID is', data.model.get('jid'));
  414. // ... Third-party library code ...
  415. });
  416. * *clear*:
  417. Provides a button for clearing messages from a chat box.
  418. * *emoticons*:
  419. Enables rendering of emoticons and provides a toolbar button for choosing them.
  420. * toggle_participants:
  421. Shows a button for toggling (i.e. showing/hiding) the list of participants in a chat room.
  422. .. _`websocket-url`:
  423. websocket_url
  424. -------------
  425. * Default: ``undefined``
  426. This option is used to specify a
  427. `websocket <https://developer.mozilla.org/en/docs/WebSockets>`_ URI to which
  428. converse.js can connect to.
  429. Websockets provide a more modern and effective two-way communication protocol
  430. between the browser and a server, effectively emulating TCP at the application
  431. layer and therefore overcoming many of the problems with existing long-polling
  432. techniques for bidirectional HTTP (such as `BOSH <https://en.wikipedia.org/wiki/BOSH>`_).
  433. Please refer to your XMPP server's documentation on how to enable websocket
  434. support.
  435. .. note::
  436. Please note that not older browsers do not support websockets. For older
  437. browsers you'll want to specify a BOSH URL. See the :ref:`bosh-service-url`
  438. configuration setting).
  439. .. note::
  440. Converse.js does not yet support "keepalive" with websockets.
  441. xhr_custom_status
  442. -----------------
  443. * Default: ``false``
  444. .. note::
  445. XHR stands for XMLHTTPRequest, and is meant here in the AJAX sense (Asynchronous Javascript and XML).
  446. This option will let converse.js make an AJAX POST with your changed custom chat status to a
  447. remote server.
  448. xhr_custom_status_url
  449. ---------------------
  450. .. note::
  451. XHR stands for XMLHTTPRequest, and is meant here in the AJAX sense (Asynchronous Javascript and XML).
  452. * Default: Empty string
  453. Used only in conjunction with ``xhr_custom_status``.
  454. This is the URL to which the AJAX POST request to set the user's custom status
  455. message will be made.
  456. The message itself is sent in the request under the key ``msg``.
  457. xhr_user_search
  458. ---------------
  459. * Default: ``false``
  460. .. note::
  461. XHR stands for XMLHTTPRequest, and is meant here in the AJAX sense (Asynchronous Javascript and XML).
  462. There are two ways to add users.
  463. * The user inputs a valid JID (Jabber ID), and the user is added as a pending contact.
  464. * The user inputs some text (for example part of a firstname or lastname), an XHR (Ajax Request) will be made to a remote server, and a list of matches are returned. The user can then choose one of the matches to add as a contact.
  465. This setting enables the second mechanism, otherwise by default the first will be used.
  466. *What is expected from the remote server?*
  467. A default JSON encoded list of objects must be returned. Each object
  468. corresponds to a matched user and needs the keys ``id`` and ``fullname``.
  469. .. note::
  470. Make sure your server script sets the header `Content-Type: application/json`.
  471. xhr_user_search_url
  472. -------------------
  473. .. note::
  474. XHR stands for XMLHTTPRequest, and is meant here in the AJAX sense (Asynchronous Javascript and XML).
  475. * Default: Empty string
  476. Used only in conjunction with ``xhr_user_search``.
  477. This is the URL to which an XHR GET request will be made to fetch user data from your remote server.
  478. The query string will be included in the request with ``q`` as its key.
  479. The data returned must be a JSON encoded list of user JIDs.