[Standards-JIG] EMUC proposal

Michal 'vorner' Vaner michal.vaner at kdemail.net
Sat Oct 14 06:45:36 UTC 2006

There are many attempts to use MUC as a core for many other protocols,
like sharing/editing documents, attaching files to MUC and so on.
However it happens something is missing often. I have two ideas how to
accomplish it (in a backwards compatible way with actual MUC):

*) Allow at last directed <iq/>s (like to
someconf at conference.server/user). That would allow direct file transfers
between participants, calls (when there are capable jingle clients) and
so on. Then there could be invite able bots to do some more difficult
jobs - like multi file transfer, a bot could receive the file and send
it all, could be done in a hidden way somehow.

*) Make something like EMUC. More generalized component where you could
say on entry what profile do you want to use (the default unspecified
would be todays MUC) and you could choose something like "invisible
visitors" features and "allow <iq/>s" and others. And you could define
one by one or use some predefined profile as a base for the
configuration and modify it.

Do you think any of these would be of any use? Because the actual
situation seems to be a little bit hacky.

When eating an elephant take one bite at a time.
		-- Gen. C. Abrams

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.jabber.org/pipermail/standards/attachments/20061014/49bce510/attachment.sig>

More information about the Standards mailing list