Skip to content

Guest chat #78

@MarcelWaldvogel

Description

@MarcelWaldvogel

When sharing documents using a link with users (e.g. sharing LOOL/Collabora online documents read/write), the guest has no possibility to use the chat. This is a request for an enhancement. (Maybe as part of OSSdev.)

Expected behavior

  1. The admin enables granting guest chat (see below), globally or to some groups
  2. The user shares a link and has the option to enable chat on this link; sends this link to guests
  3. This also creates a XMPP MUC room for that share, which would be a starting position for group discussions (and forking 1:1 discussions). The user who created the share would become a permanent member of the group (bookmarked as auto-join) with admin rights, so the user can maintain order
  4. Guests opening the link in their browsers will be presented with a MUC window (and hidden roster); have the option to change their nickname (and maybe open 1:1 chats)

Admin configuration

The admin enables guest chats (and has tokens enabled). On a new guest access, a new (temporary) JID of the form guest-${RANDOM}@${XMPP_DOMAIN} would be created.

This is easy to set up but would give the guest unrestricted access to the XMPP federation, unless the admin restricts this.

A possible ejabberd configuration might look as follows (untested):

acl:
  local_guest:
    user_regexp: "^guest-"
  
access_rules:
  s2s:
    - deny: local_guest
    - allow
  
s2s_access: s2s

Notes

This would also be useful for other JSXC-based apps.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions