Peter Saint-Andre wrote:
Another suggestion: we need to pass 'type' attribute in
request, because different services may share the same hostname.
Another suggestion: we make you the maintainer of this XEP. ;-)
Peter
I really appreciate this, but I like the idea of "Less talk, more
On Mar 9, 2010, at 11:16 PM, Peter Saint-Andre wrote:
> On 3/2/10 12:16 PM, Tom Pusateri wrote:
>> First, I want to comment on how much I like the approach of this
>> draft. It is simple and flexible and can be the basis for many
>> applications on top of it so I want to say nice job to the autho
Ciao Fabio! :)
On 2/28/10 4:58 PM, Peter Saint-Andre wrote:
> On 2/19/10 3:05 AM, Fabio Forno wrote:
>> On Wed, Feb 17, 2010 at 11:37 PM, Peter Saint-Andre
>> wrote:
>>> If I understand your comment correctly, I would change the text as follows:
>>>
>>
>> fine, just a doubt about SHOULD or MAY t
On 2/21/10 6:56 AM, Evgeniy Khramtsov wrote:
> XMPP Extensions Editor wrote:
>> Version 0.5 of XEP-0215 (External Service Discovery) has been released.
>>
>> Abstract: This document specifies an XMPP protocol extension for
>> discovering services external to the XMPP network.
>>
>> Changelog: Added
On 3/10/10 9:05 PM, Matthew Wild wrote:
> On 11 March 2010 03:59, Peter Saint-Andre wrote:
>> On 2/26/10 4:10 PM, Peter Saint-Andre wrote:
>>> Marcus Lundblad and I were chatting about XEP-0065 (SOCKS5 Bytestreams)
>>> the other day and we concluded that the 'zeroconf' attribute for
>>> element i
On 2/28/10 5:44 AM, Tuomas Koski wrote:
>
> On 27 February 2010 06:26, Peter Saint-Andre wrote:
>
>> ###
>>
>> 3. Reliability
>>
>> This document defines a protocol that enables a sender to ask the
>> recipient to return a receipt for a message. Although the return of a
>> message receipt lets th
On 11 March 2010 03:59, Peter Saint-Andre wrote:
> On 2/26/10 4:10 PM, Peter Saint-Andre wrote:
>> Marcus Lundblad and I were chatting about XEP-0065 (SOCKS5 Bytestreams)
>> the other day and we concluded that the 'zeroconf' attribute for
>> element is probably unnecessary. Is anyone using it? If
On 2/26/10 4:10 PM, Peter Saint-Andre wrote:
> Marcus Lundblad and I were chatting about XEP-0065 (SOCKS5 Bytestreams)
> the other day and we concluded that the 'zeroconf' attribute for
> element is probably unnecessary. Is anyone using it? If
> not, I would argue for deleting it.
Given that no o
On Mar 10, 2010, at 4:32 PM, Peter Saint-Andre wrote:
> "This [list|chatroom|website|event] is an official venue of the XMPP
> Standards Foundation (XSF) and the XSF considers any statement made in
> this venue to be a contribution to the XSF standards process. By
> participating in this venue, y
On 10-Mar-2010, at 19:32, Peter Saint-Andre wrote:
> I've become concerned about the possibility that our open protocols
> could be polluted by accepting technical contributions (such as mailing
> list posts or bug reports) from people who might later claim that their
> contributions are copyright
I've become concerned about the possibility that our open protocols
could be polluted by accepting technical contributions (such as mailing
list posts or bug reports) from people who might later claim that their
contributions are copyrighted or patented.
The IETF avoids this problem through their
On 3/10/10 5:22 PM, Matthew Wild wrote:
> In many places it says "XEP author" - is it recognised somewhere that
> XEPs may have multiple authors?
It becomes tedious to say "author or authors" in all instances, or, even
worse, "author(s)". Clearly we have existence proofs that XEPs can have
multip
On 10 March 2010 21:42, XMPP Extensions Editor wrote:
> Version 1.20 of XEP-0001 (XMPP Extension Protocols) has been released.
>
> Abstract: This document defines the standards process followed by the XMPP
> Standards Foundation.
>
> Changelog: [See revision history] (psa)
>
> Diff: http://xmpp.o
Version 1.20 of XEP-0001 (XMPP Extension Protocols) has been released.
Abstract: This document defines the standards process followed by the XMPP
Standards Foundation.
Changelog: [See revision history] (psa)
Diff: http://xmpp.org/extensions/diff/api/xep/0001/diff/1.19/vs/1.20
URL: http://xmpp.
> With per-message filtering this changes to something like this:
>
> 3. loop over the resultset and send all _allowed_ messages to the
> newly available resource
> 4. for each sent message, DELETE FROM offline_messages WHERE JID ==
> ${account_jid} and MESSAGEID == $(unique_message_id)
>
> This
On Wed, Mar 10, 2010 at 8:48 AM, Laurent Eschenauer
wrote:
>> Let's get to work. I can't wait to deprecate vcard-temp (which has been
>> "temp" since 1999).
> I've just registered to vcardav and could see that you have been quite
> active lately ! Let me catch up with the discussions and have a fi
> Let's get to work. I can't wait to deprecate vcard-temp (which has been
> "temp" since 1999).
I've just registered to vcardav and could see that you have been quite
active lately ! Let me catch up with the discussions and have a first
look at the spec. Before diving into a XEP, I'll come back to
17 matches
Mail list logo
