Mercurial > libervia-backend
view doc/jp/pubsub_node.rst @ 3104:118d91c932a7
plugin XEP-0384: OMEMO for MUC implementation:
- encryption is now allowed for group chats
- when an encryption is requested for a MUC, real jids or all occupants are used to
encrypt the message
- a cache for plain text message sent to MUC is used, because for security reason we can't
encrypt message for our own device with OMEMO (that would prevent ratchet and break the
prefect forward secrecy). Thus, message sent in MUC are cached for 5 min, and the
decrypted version is used when found. We don't send immediately the plain text message
to frontends and history because we want to keep the same MUC behaviour as for plain
text, and receiving a message means that it was received and sent back by MUC service
- <origin-id> is used to identify messages sent by our device
- a feedback_jid is now use to use correct entity for feedback message in case of problem:
with a room we have to send feedback message to the room and not the the emitter
- encryptMessage now only accepts list in the renamed "entity_bare_jids" argument
author | Goffi <goffi@goffi.org> |
---|---|
date | Mon, 30 Dec 2019 20:59:46 +0100 |
parents | cea52c9ddfd9 |
children |
line wrap: on
line source
.. _jp-pubsub_node: ==================================== pubsub/node: PubSub nodes management ==================================== ``node`` is a subcommands grouping all PubSub commands related to node management. For details on ``pubsub`` command itself, refer to :ref:`jp-pubsub`. info ==== Get settings of the node. Use ``-k KEYS, --key KEYS`` to select data to print. examples -------- Get informations on our personal microblog node:: $ jp pubsub node info -n urn:xmpp:microblog:0 Only print ``access_model`` and ``publish_model``:: $ jp pubsub node info -n urn:xmpp:microblog:0 -k access_model -k publish_model .. _jp-pubsub_node_create: create ====== Create a node. Node configuration can be specified using ``-f KEY VALUE, --field KEY VALUE`` where ``KEY`` is a pubsub option. By default the ``pubsub#`` prefix will be appended, as it is used with standard options (see `XEP-0060`_ for more details); to change this behaviour, use the ``-F, --full-prefix`` flag. .. _XEP-0060: https://xmpp.org/extensions/xep-0060.html example -------- Create a node called ``notes`` with a ``whitelist`` access model (so only you and people you may authorize later can access it):: $ jp pubsub node create -n notes purge ===== Remove all items from a node (but don't delete the node). A confirmation is requested by default, you can override this behaviour by using ``-f, --force`` option. example ------- Remove all items from a blog comments node (in other words, removing all comments while letting the node so people can add new comments):: $ jp pubsub node purge -n "urn:xmpp:microblog:0:comments/123-456-789" delete ====== Delete a node (note that this will delete definitively all items that where published to this node). A confirmation is requested by default, you can override this behaviour by using ``-f, --force`` option. example ------- Delete the ``temporary_notes`` node:: $ jp pubsub node delete -n temporary_notes set === Update a node configuration. Configuration options are specified using ``-f KEY VALUE, --field KEY VALUE`` argument where ``KEY`` is a PubSub option. If ``KEY`` doesn't start with ``pubsub#`` prefix, it is added automatically, except if ``-F, --full-prefix`` argument is used (in which case the ``KEY`` is used as specified. example ------- Make the ``public_notes`` node accessible to the world:: $ jp pubsub node set -n public_notes -f access_model open import ====== Import a raw XML containing items to create in the node. The path to the XML file is used as positional argument. The XML file must contain full `<item>` element for each item to import. The output of ``pubsub get`` can be used directly. If you want to change publisher of one or more items (i.e. if you want to use an other ``jid`` than the jid of the profile as publisher), you must use the ``--admin`` arguments. This needs a PubSub service supporting this feature (and you must of course be an administrator of this service). The new publisher must be allowed to publish to the node. example ------- Import a node backup which has previously been saved using ``jp blog get -M -1 -n some_node > some_node_backup.xml``:: $ jp pubsub node import -n some_node ~/some_node_backup.xml .. note:: If your node is big, -M 1 option is not adapted as it will get all items at once and may be blocked by your server stanza size limit. The possibility to use RSM to retrieve all items by pages is planned in a future version. affiliations ============ Subcommands for node affiliations management. Please check :ref:`jp-pubsub_node_affiliations`. subscriptions ============= Subcommands for node subscriptions management. Please check :ref:`jp-pubsub_node_subscriptions`.