[Standards] Proposed XMPP Extension: Bookmarks 2 (This Time it's Serious)
georg at op-co.de
Tue Mar 20 18:12:57 UTC 2018
> The XMPP Extensions Editor has received a proposal for a new XEP.
> Title: Bookmarks 2 (This Time it's Serious)
A number of issues I have with the current Bookmarks XEPs, and that I'd
like to see addressed in the mid-term future (ideally by adding them to
The 'autojoin' flag name is a bit misleading in the time of always-on
clients. Maybe we should change the text to indicate that a client is
supposed to join and stay joined(!) if this flag is set, and maybe also
to automatically leave when the flag is unset.
2) Per-Client Join Lists
Sometimes it is desirable to have different clients joined into
different chatrooms (i.e. to remove high traffic public MUCs from a
mobile client). I'm not sure if we can place that here or if this
should better be a part of the Post-XMPP2 centralized per-JID
3) Roster Groups
MIX allows us to put MIXes into the roster, and by extension into roster
groups. It would be great to have roster group support for MUCs as well,
so that we can put the family MUC into the family roster group. All that
is needed is to allow a set of named tags per bookmarks, no need to
actually change our roster XML.
With MSN widely in use, we lack a mechanism to synchronize our per-MUC
nickname between our clients. This leads to a situation where a
widely-used Android client will leak our username to pseudonymous MUCs
by auto-joining them with nickname=localpart when invited.
I think we should either mandate that the <nick/> attribute SHOULD be
used, or at least specify XEP-0172 §4.3 as a fallback if it's not.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 195 bytes
Desc: not available
More information about the Standards