-
Notifications
You must be signed in to change notification settings - Fork 35
Open
Labels
Description
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
- The admin enables granting guest chat (see below), globally or to some groups
- The user shares a link and has the option to enable chat on this link; sends this link to guests
- 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
- 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: s2sNotes
This would also be useful for other JSXC-based apps.
poVoq