visitors muc deafness - for sensor networks

[GoogleCodeExporter]

Hi,

my intention is using xmpp as communication channel for sensors networks.
Sensors are meant to join a muc channel, and report to this channel.
To avoid traffic and potential security issues, messages from sensors are
not meant to be relayed to sensors.
Current approach:
  * default role on a channel is visitor
  * messages from visitors are not relayed to visitors

Initially ejabberd was meant to be used, but given the choice to hack
erlang code or lua ... it is prosody now.
The patch which adds this feature to current prosody is attached, in case
somebody else is looking for similar functionality.

I don't require this functionality in mainline, but from what I saw the
issue tracker is the only place to publish hacks.

Original issue reported on code.google.com by nepenthe...@gmail.com on 28 Jan 2010 at 6:54

Attachments:

• prosody_vistors_muc.diff

[GoogleCodeExporter]

Thanks for contributing this. I'll take a look at it and either merge it in 
(and make
it configurable) or figure out how to make it into a plugin we can host at
http://prosody-modules.googlecode.com/

Original comment by MWild1 on 28 Jan 2010 at 11:53

• Changed state: Accepted
• Added labels: Type-Enhancement

[GoogleCodeExporter]

I'm rewriting portions of mod_muc to convert roles and affiliations into 
permission 
bundles, etc, which would allow easy adding of these kinds of rules. The 
current MUC 
API leaves a lot to be desired in terms of easy extensibility by plugins.

Original comment by waqas20 on 28 Jan 2010 at 2:02