Version 0.20 of XEP-0176 (Jingle ICE-UDP Transport Method) has been released.
Abstract: This specification defines a Jingle transport method that results in
sending media data using raw datagram sockets via the User Datagram Protocol
(UDP). This transport method is negotiated via the Interactive
Version 0.23 of XEP-0167 (Jingle RTP Sessions) has been released.
Abstract: This specification defines a Jingle application type for negotiating
one or more sessions that use the Real-time Transport Protocol (RTP) to
exchange media such as voice or video. The application type includes a
straigh
Version 0.29 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
pluggab
On Thu, 31 Jul 2008 20:47:25 +0100
Dave Cridland <[EMAIL PROTECTED]> wrote:
> On Thu Jul 31 17:54:32 2008, Pedro Melo wrote:
> >
> > On Jul 31, 2008, at 5:21 PM, Dave Cridland wrote:
> >
> >> On Thu Jul 31 17:17:40 2008, Pedro Melo wrote:
> Moving forward, this would allow clever clients to
On Thu, 31 Jul 2008 08:07:04 -0600
Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
> Pavel Simerda wrote:
> > On Wed, 30 Jul 2008 07:04:16 -0600
> > Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
> >
> >> Pavel Simerda wrote:
> >>> On Tue, 29 Jul 2008 19:49:01 -0600
> >>> Peter Saint-Andre <[EMAIL PRO
Hello Peter,
this is just reactions to your post, I will later summarize what I have
and include some examples so we can advance from theory to something
real.
On Thu, 31 Jul 2008 08:23:36 -0600
Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
(citation shortened)
> > 2) The simpler case - user publ
On Jul 29, 2008, at 8:23 AM, Peter Saint-Andre wrote:
Dirk Meyer wrote:
Only client but IIRC adding a friend to the roster resulted in
getting
an iq result without sending a get or set. Very confusing.
So you sent and you received an IQ
result from your server? That sounds like a server
On Thu Jul 31 17:54:32 2008, Pedro Melo wrote:
On Jul 31, 2008, at 5:21 PM, Dave Cridland wrote:
On Thu Jul 31 17:17:40 2008, Pedro Melo wrote:
Moving forward, this would allow clever clients to observe that
it wasn't a IM client capable of handling calendaring requests,
but a dumb cal
I'm about off topic here, but since you mention this spec i'd like to add my
two cent.
It would be cool to add a way to specify a new jid, so the server could reply
with a error with the new Jid
or even forward message to the new one.
signature.asc
Description: This is a digitally signed mess
Le mercredi 30 juillet 2008, Peter Saint-Andre a écrit :
> Jehan wrote:
> > Anyway for the part about semantic/structure versus style/display,
> > probably there can be discussions about this (and you already had
> > apparently), but even though I am completely partisan of structure, I
> > understo
On Jul 31, 2008, at 5:21 PM, Dave Cridland wrote:
On Thu Jul 31 17:17:40 2008, Pedro Melo wrote:
Moving forward, this would allow clever clients to observe that
it wasn't a IM client capable of handling calendaring requests,
but a dumb calendaring bot working on behalf of the user.
Not f
On Jul 31, 2008, at 5:21 PM, Dave Cridland wrote:
On Thu Jul 31 17:17:40 2008, Pedro Melo wrote:
Moving forward, this would allow clever clients to observe that
it wasn't a IM client capable of handling calendaring requests,
but a dumb calendaring bot working on behalf of the user.
Not f
On Thu Jul 31 17:17:40 2008, Pedro Melo wrote:
Moving forward, this would allow clever clients to observe that it
wasn't a IM client capable of handling calendaring requests, but
a dumb calendaring bot working on behalf of the user.
Not following.
Clients could have an integrated calenda
On Jul 30, 2008, at 8:40 PM, Peter Saint-Andre wrote:
Dave Cridland wrote:
On Wed Jul 30 13:55:56 2008, Pedro Melo wrote:
The most important part of -1 resources are their caps. For
example, I can have a calendar app logged in with my own jid,
accepting some namespace for calendar update
On Jul 30, 2008, at 7:25 PM, Dave Cridland wrote:
On Wed Jul 30 13:55:56 2008, Pedro Melo wrote:
The most important part of -1 resources are their caps. For
example, I can have a calendar app logged in with my own jid,
accepting some namespace for calendar updates or meeting requests.
A
My question was actual in the xep-0176 section 5.5 Connectivity
Checks.
The initiator and responder and behind NAT. We are not able to do get
implementation right. The responder do not get the first request same
as initiator ( illustrated by From 192.0.2.3:45665 to
192.0.2.1:3478 reaching
Pavel Simerda wrote:
Hello,
I'm going to describe the issues we discussed in the jdev MUC room from
my point of view. I'll also try to offer something new :).
dwd pointed out many issues with enterprise-grade solutions and user
profiles. stpeter suggested that these may also affect bigger publi
Pavel Simerda wrote:
On Wed, 30 Jul 2008 07:04:16 -0600
Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
Pavel Simerda wrote:
On Tue, 29 Jul 2008 19:49:01 -0600
Peter Saint-Andre <[EMAIL PROTECTED]> wrote:
Ahoj Pavle!
Pavel Simerda wrote:
Hello,
I have some suggestions for XEP-0231 (Data Elem
Hi,
I'm writing my own pubsub component and what I want to do is just to
push messages to people that are online.
And when I look in XEP-0060 I found that there is a property called
presence_based_delivery but I can't understand how it suppose to work.
Right now I have to tell all subscribe
19 matches
Mail list logo
