[Standards] UPDATED: XEP-0260 (Jingle SOCKS5 Bytestreams Transport Method)

2016-05-17 Thread XMPP Extensions Editor
Version 1.0.1 of XEP-0260 (Jingle SOCKS5 Bytestreams Transport Method) has been 
released.

Abstract: This specification defines a Jingle transport method that results in 
sending data via the SOCKS5 Bytestreams (S5B) protocol defined in XEP-0065. 
Essentially this transport method reuses XEP-0065 semantics for sending the 
data and defines native Jingle methods for starting and ending an S5B session.

Changelog: Fix broken ICE-TCP reference. (ssw)

Diff: 
https://github.com/xsf/xeps/commit/b92a2b7a231bf2570611feab1e8c1eae337692a8

URL: http://xmpp.org/extensions/xep-0260.html

___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


[Standards] UPDATED: XEP-0166 (Jingle)

2016-05-17 Thread XMPP Extensions Editor
Version 1.1.1 of XEP-0166 (Jingle) has been released.

Abstract: This specification defines an XMPP protocol extension for initiating 
and managing peer-to-peer media sessions between two XMPP entities in a way 
that is interoperable with existing Internet standards. The protocol provides a 
pluggable model that enables the core session management semantics (compatible 
with SIP) to be used for a wide variety of application types (e.g., voice chat, 
video chat, file transfer) and with a wide variety of transport methods (e.g., 
TCP, UDP, ICE, application-specific transports).

Changelog: Fix broken reference to draft-ietf-stox-media (ssw)

Diff: 
https://github.com/xsf/xeps/commit/34b09d5fd634e0b3117387a80e0a2c943faa8a63

URL: http://xmpp.org/extensions/xep-0166.html

___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


Re: [Standards] Notification of lost membership of non participants in MUC

2016-05-17 Thread Kim Alvefur
On 2016-05-17 12:43, Daniel Gultsch wrote:
> thanks I missed that because the XEP doesn't mention it for members and
> neither ejabberd nor prosody actually do send those messages.

Latest Prosody trunk has an option for notifying non-present
participants about affiliation changes, but it's a headline message with
a body sent only to the participant.

-- 
Kim "Zash" Alvefur



signature.asc
Description: OpenPGP digital signature
___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


Re: [Standards] Notification of lost membership of non participants in MUC

2016-05-17 Thread Daniel Gultsch
Hi Christian

thanks I missed that because the XEP doesn't mention it for members and
neither ejabberd nor prosody actually do send those messages.

cheers
Daniel

2016-05-17 11:43 GMT+02:00 Christian Schudt :

> I think this is already covered by Example 195, isn't it? (and similarly
> 176, 190)
>
> -- Christian
>
> *Gesendet:* Dienstag, 17. Mai 2016 um 09:40 Uhr
> *Von:* "Daniel Gultsch" 
> *An:* "XMPP Standards" 
> *Betreff:* [Standards] Notification of lost membership of non
> participants in MUC
>
> I'm currently modifying my MUC code and try to show offline members in
> private, non anonymous conferences and I noticed that if I change the
> affiliation of a non participant. The other participants are not notified
> about this.
>
> The general behavior for affiliation changes for participants is that the
> server generates a presence from their full jid announcing the change. If
> the user is offline this presence is not generated.
>
> A quick fix for this would be to send the same presence but from the bare
> jid. (the jid attribute in the payload can still give the user away) (That
> is of course if the recipient is allowed to view the real jid (either
> because they are admin or because the room is non anonymous)
>
> Maybe if people think a presence is not the right stanza the same
> announcement could be made with a message.
>
> Cheers
> Daniel
> ___ Standards mailing list
> Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe:
> standards-unsubscr...@xmpp.org
> ___
>
> ___
> Standards mailing list
> Info: http://mail.jabber.org/mailman/listinfo/standards
> Unsubscribe: standards-unsubscr...@xmpp.org
> ___
>
>
___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


Re: [Standards] Notification of lost membership of non participants in MUC

2016-05-17 Thread Christian Schudt

I think this is already covered by Example 195, isn't it? (and similarly 176, 190)

 

-- Christian


 


Gesendet: Dienstag, 17. Mai 2016 um 09:40 Uhr
Von: "Daniel Gultsch" 
An: "XMPP Standards" 
Betreff: [Standards] Notification of lost membership of non participants in MUC


I'm currently modifying my MUC code and try to show offline members in private, non anonymous conferences and I noticed that if I change the affiliation of a non participant. The other participants are not notified about this.

The general behavior for affiliation changes for participants is that the server generates a presence from their full jid announcing the change. If the user is offline this presence is not generated.

A quick fix for this would be to send the same presence but from the bare jid. (the jid attribute in the payload can still give the user away) (That is of course if the recipient is allowed to view the real jid (either because they are admin or because the room is non anonymous)

Maybe if people think a presence is not the right stanza the same announcement could be made with a message.

Cheers
Daniel
___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___



___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


Re: [Standards] Notification of lost membership of non participants in MUC

2016-05-17 Thread Daniel Gultsch
2016-05-17 9:40 GMT+02:00 Daniel Gultsch :

> A quick fix for this would be to send the same presence but from the bare
> jid. (the jid attribute in the payload can still give the user away) (That
> is of course if the recipient is allowed to view the real jid (either
> because they are admin or because the room is non anonymous)
>
> Maybe if people think a presence is not the right stanza the same
> announcement could be made with a message.
>

Thinking about it it has to be message stanza because subsequent presences
from the rooms bare jid informing about the affiliation change would get
eaten by CSI.

I'm happy to create a PR for the MUC XEP if there is interest in that.

cheers
Daniel
___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


[Standards] Notification of lost membership of non participants in MUC

2016-05-17 Thread Daniel Gultsch
I'm currently modifying my MUC code and try to show offline members in
private, non anonymous conferences and I noticed that if I change the
affiliation of a non participant. The other participants are not notified
about this.

The general behavior for affiliation changes for participants is that the
server generates a presence from their full jid announcing the change. If
the user is offline this presence is not generated.

A quick fix for this would be to send the same presence but from the bare
jid. (the jid attribute in the payload can still give the user away) (That
is of course if the recipient is allowed to view the real jid (either
because they are admin or because the room is non anonymous)

Maybe if people think a presence is not the right stanza the same
announcement could be made with a message.

Cheers
Daniel
___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___


Re: [Standards] UPDATED: XEP-0045 (Multi-User Chat)

2016-05-17 Thread Yann Leboulanger

Le 2016-05-16 22:33, XMPP Extensions Editor a écrit :

Version 1.26 of XEP-0045 (Multi-User Chat) has been released.

Abstract: This specification defines an XMPP protocol extension for
multi-user text chat, whereby multiple XMPP users can exchange
messages in the context of a room or channel, similar to Internet
Relay Chat (IRC). In addition to standard chatroom features such as
room topics and invitations, the protocol defines a strong room
control model, including the ability to kick and ban users, to name
room moderators and administrators, to require membership or passwords
in order to join the room, etc.

Changelog: [See revision history] (XEP Editor (ssw))

Diff: http://xmpp.org/extensions/diff/api/xep/0353/diff/1.25/vs/1.26


correct link:
http://xmpp.org/extensions/diff/api/xep/0045/diff/1.25/vs/1.26



URL: http://xmpp.org/extensions/xep-0045.html


--
Yann
___
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
___