I've made a first pass at updating XEP-0115 (Entity Capabilities) in
line with recent list discussion:
http://www.xmpp.org/extensions/tmp/xep-0115-1.4.html
http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0115.xml?r1=742&r2=1035
Feedback is welcome as always.
Peter
--
Peter Saint-An
Based on a message I received off-list, I've provisionally made one
clarification and one correction to XEP-0077 (In-Band Registration):
http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0077.xml?r1=535&r2=1032
http://www.xmpp.org/extensions/tmp/xep-0077-2.3.html#usecases-cancel
/psa
Peter Saint-Andre wrote:
> http://www.xmpp.org/extensions/tmp/xep-0004-2.9.html
>
> http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0004.xml?r1=851&r2=1031
We had a discussion [1] about ordering of items in the jdev room today
so I've made an adjustment [2] to clarify that as well.
/
Peter Saint-Andre wrote:
> Tobias Markmann wrote:
>
>>1. Seems that list-single and list-multi are implemented in most
>> clients that the end user isn't allowed to add new items to the
>> list, just select one or in the list-multi case more. This seems
>> to be okay for me a
Version 0.2 of XEP-0205 (Best Practices to Discourage Denial of Service
Attacks) has been released.
Abstract: This document recommends a number of practices that can help
discourage denial of service attacks on XMPP-based networks.
Changelog: Add recommendation regarding multiple messages to di
Richard Dobson wrote:
> One thing I was thinking of along these lines would be rather than set
> the sizes in this way regarding how clients would interact with the
> server, have a implementation guide for server developers to the
> recommended sizing for certain fields, not sure if the place for
Hi,
While refactoring the connection management code in telepaty-salut, we came
accross some issues that we like to clear up.
First we'd like to add to section 7 (Initiating a Messaging Session):
After the recipient sent to the iniator, it MUST wait for
the initiator to send a stanza
Yes, it is a good idea to define more granular errors for these
conditions. I'll try to add those to the -04 draft, since I will
probably submit the -03 draft today and won't have time to do this
(mostly today I'm just going to check for egregious errors). The reason
for the hurry is that there'