--- On Sat, 11/4/09, Peter Saint-Andre wrote:
> From: Peter Saint-Andre
> Subject: Re: [Standards] Inconsistent Subscriptions in XMPP
> To: "XMPP Standards"
> Date: Saturday, 11 April, 2009, 4:04 AM
> On 4/1/09 12:07 PM, Mridul
> Muralidharan wrote:
> >
> > If I recall right, probe can be s
2009/4/11 Peter Saint-Andre :
>
> My feedback is: don't waste time on this kind of project. The problems
> with backwards-compatibility make it infeasible.
>
> Peter
>
Yeah. I sometimes get very stupid ideas. Sorry about that. :)
On 2/24/09 2:14 AM, Dave Cridland wrote:
> On Tue Feb 24 00:31:25 2009, Pavel Simerda wrote:
>> * bidirectional s2s could be announced in sent
>> right after the opening tag from the initiator.
>>
>>
> Well...
>
> What you need is to:
>
> a) Signal the ability of the receiver to handle featur
On 2/24/09 3:10 AM, Philipp Hancke wrote:
> Dave Cridland wrote:
>> On Tue Feb 24 00:31:25 2009, Pavel Simerda wrote:
>>> * bidirectional s2s could be announced in sent
>>> right after the opening tag from the initiator.
>
> Unidirectional S2S has been around for too long, I do not see a real
On 2/24/09 12:14 PM, Philipp Hancke wrote:
> Pavel Simerda wrote:
> * connection reuse for multiple s2s links would be a very useful
> feature, ask Dave for details
Piggybacking.
>>> Which is subtly broken in RFC 3920 - at least 50% of it.
>>> makes 'target piggybacking' (different
On 2/25/09 8:55 AM, Pavel Simerda wrote:
> On Tue, 24 Feb 2009 20:14:27 +0100
> Philipp Hancke wrote:
>
>> Pavel Simerda wrote:
>> * connection reuse for multiple s2s links would be a very useful
>> feature, ask Dave for details
> Piggybacking.
Which is subtly broken in RFC 392
On 2/24/09 11:04 AM, Pavel Simerda wrote:
> On Tue, 24 Feb 2009 09:14:13 +
> Dave Cridland wrote:
>
> What I would like... is to have an easy-to-understand and
> easy-to-implement piggybacking feature without unnecessary hassle.
>
>> In fact, by specifying how to do this without actually doi
On 4/7/09 12:45 AM, Philipp Hancke wrote:
> hijacking the thread... two concrete examples where error handling
> is needed:
>
> subscription state is "none" initially:
> SENT:
> RECV: type='set'> subscription='none' jid='f...@bar'/>
> RECV: id='jcl_37'> xmlns='urn:ietf:params:xml:ns:xmpp-stanza
On 4/1/09 12:07 PM, Mridul Muralidharan wrote:
>
> If I recall right, probe can be sent to a full jid in case a directed
> presence was received from it in the past - and the behavior would be
> different (return last presence stanza sent iirc). Has that behavior
> changed or is the description be
On 2/24/09 8:53 AM, Jiří Zárevúcký wrote:
> Hello all.
>
> I've been thinking about the current subscription management in the
> XMPP-IM for some time now. I think it's not very well designed.
Where were you in 1999?!? We could have used your help back then.
> For example, there's an obvious red
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Server-based Tic-tac-toe
Abstract: This document defines how to play a Tic-tac-toe game over XMPP
URL: http://www.xmpp.org/extensions/inbox/tictactoe-mug.html
The XMPP Council will decide at its next meeting whether to acc
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Tic-tac-toe
Abstract: This document defines how to play a Tic-tac-toe game over XMPP
URL: http://www.xmpp.org/extensions/inbox/tictactoe.html
The XMPP Council will decide at its next meeting whether to accept this
proposa
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Multi-User Gaming
Abstract: This document defines an XMPP protocol extension for multi-user
gaming.
URL: http://www.xmpp.org/extensions/inbox/multi-user_gaming.html
The XMPP Council will decide at its next meeting whether
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Instant Gaming
Abstract: This document defines an XMPP protocol extension for serverless
instant gaming in a one-to-one context.
URL: http://www.xmpp.org/extensions/inbox/instant-gaming.html
The XMPP Council will decide a
On 3/17/09 10:17 AM, Peter Saint-Andre wrote:
> On 3/17/09 10:10 AM, Michael Grigutsch wrote:
>> Hi!
>
> Hi MiGri!
>
>> In 2006 Peter Saint-Andre wrote a Draft for a JEP which would fill an
>> important gap: It is about forwarding stanzas.
>> You can find the document at
>> http://xmpp.org/extens
On 4/10/09 1:10 AM, Robin Redeker wrote:
> On Thu, Apr 09, 2009 at 07:19:11PM -0500, XMPP Extensions Editor wrote:
>> Version 0.8 of XEP-0198 (Stream Management) has been released.
>>
>> Abstract: This specification defines an XMPP protocol extension for active
>> management of an XML stream betwe
On Thu, Apr 09, 2009 at 07:19:11PM -0500, XMPP Extensions Editor wrote:
> Version 0.8 of XEP-0198 (Stream Management) has been released.
>
> Abstract: This specification defines an XMPP protocol extension for active
> management of an XML stream between two XMPP entities, including features for
17 matches
Mail list logo