[Standards] Proposed XMPP Extension: Multi-User Chat Light

Piotr Nosek piotr.nosek at erlang-solutions.com
Mon Dec 14 15:48:04 UTC 2015

Hi Matthieu,

Thank you for your comments, let me address your doubts. :)

Example 16 does deal with the blocking, because it shows the effect of
blocking: crone2 tries to add crone1 and crone3 to the coven but this
attempt is ignored by the server, so only crone3 is added (because crone1
is blocking other coven room or crone2 user). Anyway, perhaps this example
is poorly described, so I could improve that.

In regards of § 4.5.3: you're absolutely right. Copy & paste issue. :)


On Wed, Dec 9, 2015 at 2:18 AM, Matthieu Rakotojaona <
matthieu.rakotojaona at gmail.com> wrote:

> Le mardi 8 décembre 2015 18:39:38 CEST, XMPP Extensions Editor a écrit :
>> The XMPP Extensions Editor has received a proposal for a new XEP.
>> Title: Multi-User Chat Light
>> Abstract: This specification provides a presence-less standard for
>> Multi-User Chats. Its feature set is a response to mobile XMPP applications
>> needs and specific environment.
>> URL: http://xmpp.org/extensions/inbox/muc-light.html
>> The XMPP Council will decide in the next two weeks whether to accept this
>> proposal as an official XEP.
> Hey guys,
> Some minor points on this proposal, as someone who only has an amateur
> interest
> in XMPP:
> - This looks *a lot* like what mailing-lists-in-XMPP would be:
>  participants become participants only when an admin/owner (or someone
>  already inside) gets them in, you can just assume participants are always
>  reachable, send your message, and let the XMPP machinery do the
>  buffering, you remain a participant until someone (or you) manually
>  removes you,... Main difference is that the list of participants is
>  public to those who are inside. Perhaps a note about this would be
>  useful for those who'd like to slowly replace SMTP with XMPP.
> - § 4.5 Talks about blocking, but example 16 doesn't deal with blocking
> - § 4.5.3 "In order to block a " room -> user
> _______________________________________________
> Standards mailing list
> Info: http://mail.jabber.org/mailman/listinfo/standards
> Unsubscribe: Standards-unsubscribe at xmpp.org
> _______________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20151214/aabb062c/attachment.html>

More information about the Standards mailing list