Skip to content
This repository was archived by the owner on Apr 24, 2026. It is now read-only.
This repository was archived by the owner on Apr 24, 2026. It is now read-only.

Guest chat #78

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.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

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