[Standards] Proposed XMPP Extension: User Bleg

2008-01-31 Thread Qian Sun
Hello, If you want to get an answer from your roster, not from stranger/public, maybe the question or answer would be a little private. We can list many which should not be public, or meaningless for public. For example: "Anybody can lend me 1000$? I will refund in one week" "What is Kevin's new

[Standards] RFC 3921bis Managing Presence Subscriptions based on full JIDs serious issue

2008-01-31 Thread Tomasz Sterna
I found e serious issue with FC 3921bis Managing Presence Subscriptions. Reading through section 3. Managing Presence Subscriptions, we find a requirement, that server MUST stamp every outbound (un)subscribe(d) presence stanza with bare JID of the user in the 'from' attribute of presence stanza.

Re: [Standards] XEP-0107: Multiple moods?

2008-01-31 Thread Peter Saint-Andre
Fulvio Satta wrote: > Hi guys. > > I've read the XEP-0107 and I'm shocked for the numbero of the possible mood > values, now :D You are only shocked? Why not shocked, surprised, disappointed, and angry? > But I think that is a good idea if an user can select mor than a mood at the > time. For

[Standards] XEP-0107: Multiple moods?

2008-01-31 Thread Fulvio Satta
Hi guys. I've read the XEP-0107 and I'm shocked for the numbero of the possible mood values, now :D But I think that is a good idea if an user can select mor than a mood at the time. For example, a man can be angry and thristy in the same time, or impressed and interested, and so on. I don't kn

[Standards] XEP for using XMPP as a "Enterprise Message Queue"

2008-01-31 Thread Jacob Burkhart
Hi, I'm looking for some suggestions (or perhaps I'm looking to write my own XEP) for a standard way to allow XMPP to act like a message queue. Allow me to explain my current hack, and then perhaps some 'better ideas' will follow. There are 2 types of users on my Closed jabber network. Let's ca

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Peter Saint-Andre
Justin Karneges wrote: > On Thursday 31 January 2008 10:08 am, Peter Saint-Andre wrote: >> Robert Quattlebaum wrote: >>> On Jan 31, 2008, at 2:20 AM, Lauri Kaila wrote: 2008/1/31, Michal 'vorner' Vaner <[EMAIL PROTECTED]>: > Hello > > On Wed, Jan 30, 2008 at 05:53:21PM -0800, Rober

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Justin Karneges
On Thursday 31 January 2008 10:08 am, Peter Saint-Andre wrote: > Robert Quattlebaum wrote: > > On Jan 31, 2008, at 2:20 AM, Lauri Kaila wrote: > >> 2008/1/31, Michal 'vorner' Vaner <[EMAIL PROTECTED]>: > >>> Hello > >>> > >>> On Wed, Jan 30, 2008 at 05:53:21PM -0800, Robert Quattlebaum wrote: > >>>

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Peter Saint-Andre
Robert Quattlebaum wrote: > > On Jan 31, 2008, at 10:08 AM, Peter Saint-Andre wrote: >> We can specify that a session ID must be a UUID. I think that's a good >> idea. > > While I think using UUID's in general is a great idea, just keep in mind > that traditional UUID calculation implementations

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 31, 2008, at 2:20 AM, Lauri Kaila wrote: 2008/1/31, Michal 'vorner' Vaner <[EMAIL PROTECTED]>: Hello On Wed, Jan 30, 2008 at 05:53:21PM -0800, Robert Quattlebaum wrote: But the truth is that all of that complexity isn't even necessary, as long as the XMPP client daemon can know where

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 31, 2008, at 10:08 AM, Peter Saint-Andre wrote: We can specify that a session ID must be a UUID. I think that's a good idea. While I think using UUID's in general is a great idea, just keep in mind that traditional UUID calculation implementations have security concerns because the

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 31, 2008, at 10:08 AM, Peter Saint-Andre wrote: How stanzas are handled by an internal plugin architecture is not part of the specifications for the wire protocol, nor should it be. Oh of course not, but practically you will run into problems if you have more than one reply to an in

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 31, 2008, at 9:58 AM, Peter Saint-Andre wrote: Robert Quattlebaum wrote: On Jan 30, 2008, at 9:14 PM, Peter Saint-Andre wrote: Why is it not possible for a plugin to register for Jingle-related events based on the application type? Once a plugin receives such an event, it can then reg

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Peter Saint-Andre
Robert Quattlebaum wrote: > > On Jan 31, 2008, at 2:20 AM, Lauri Kaila wrote: > >> 2008/1/31, Michal 'vorner' Vaner <[EMAIL PROTECTED]>: >>> Hello >>> >>> On Wed, Jan 30, 2008 at 05:53:21PM -0800, Robert Quattlebaum wrote: But the truth is that all of that complexity isn't even necessary, >>

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Peter Saint-Andre
Robert Quattlebaum wrote: > > On Jan 30, 2008, at 9:14 PM, Peter Saint-Andre wrote: >> Why is it not possible for a plugin to register for Jingle-related >> events based on the application type? Once a plugin receives such an >> event, it can then register for Jingle-related events based on the >>

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 31, 2008, at 1:10 AM, Michal 'vorner' Vaner wrote: Why couldn't it know now? If you are unable to filter/register by other criteries than just the namespace of toplevel child, then you will find problems elsewhere, too. If the app-level stanza router was stateful (ie: keeping track

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Robert Quattlebaum
On Jan 30, 2008, at 9:14 PM, Peter Saint-Andre wrote: Why is it not possible for a plugin to register for Jingle-related events based on the application type? Once a plugin receives such an event, it can then register for Jingle-related events based on the session ID. So for example if a session

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Nick Vidal
I've done some experiments in Psi with the guidance of Remko, but had to put that aside to get my dissertation done. Currently Massimiliano Mirra from SamePlace (http://sameplace.cc/) is experimenting with it ( http://dev.hyperstruct.net/xmpp4moz/ticket/100). I guess the most indicated people about

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Kevin Smith
On Jan 31, 2008 4:53 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > Exactly. Whether that works better in practice remains to be seen. But I > think it has some interesting possibilities. This does all seem quite interesting to me. Do you have this demo-able Nick? :) /K

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Peter Saint-Andre
Nick Vidal wrote: >> In what way is this system different from a mailing list system over >> XMPP? There you have people asking and people answering. Isn't it >> quite the same in the end? >> >> Tobias >> > > The biggest difference is trust and personalization. You are connected with > friends onl

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Nick Vidal
> In what way is this system different from a mailing list system over > XMPP? There you have people asking and people answering. Isn't it > quite the same in the end? > > Tobias > The biggest difference is trust and personalization. You are connected with friends only. Information may come from f

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Tobias Markmann
On Thu, Jan 31, 2008 at 4:50 PM, Kevin Smith <[EMAIL PROTECTED]> wrote: > On Jan 31, 2008 3:48 PM, Tobias Markmann <[EMAIL PROTECTED]> wrote: > > In what way is this system different from a mailing list system over > > XMPP? There you have people asking and people answering. Isn't it > > quite t

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Kevin Smith
On Jan 31, 2008 3:48 PM, Tobias Markmann <[EMAIL PROTECTED]> wrote: > In what way is this system different from a mailing list system over > XMPP? There you have people asking and people answering. Isn't it > quite the same in the end? I think the tag filtering is the main difference, as I underst

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Tobias Markmann
On Thu, Jan 31, 2008 at 12:15 AM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > Nick Vidal wrote: > > Hi Peter and Kevin, > > > > In the spirit of illustrating a generic solution that would suit this > > specific question-and-answer pattern, I offer a simple example: > > > > - Peter creates

Re: [Standards] XEP-0001: automatic deferral

2008-01-31 Thread Peter Saint-Andre
Dave Cridland wrote: > On Thu Jan 31 05:33:11 2008, Peter Saint-Andre wrote: >> I realize that the IETF defers Internet-Drafts after 6 months, but they >> have many more specifications under consideration than we do and thus >> need to keep the active list from becoming unduly large. Given the >> s

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Peter Saint-Andre
Kevin Smith wrote: > On Jan 30, 2008 11:15 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: >>> - Kevin publishes an answer to whatever node better identifies the subject >>> (free tagging) AND the following metadata to the "commented" node: > > I think Kevin might want to post both to his own nod

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Nick Vidal
> > > > - Kevin publishes an answer to whatever node better identifies the > subject > > > (free tagging) AND the following metadata to the "commented" node: > > I think Kevin might want to post both to his own node, and a reference > to Peter's node, but yes, that seems like an approach. > Yes, K

Re: [Standards] XEP-0001: automatic deferral

2008-01-31 Thread Dave Cridland
On Thu Jan 31 05:33:11 2008, Peter Saint-Andre wrote: I realize that the IETF defers Internet-Drafts after 6 months, but they have many more specifications under consideration than we do and thus need to keep the active list from becoming unduly large. Given the smaller number of protocols we

Re: [Standards] Fwd: Proposed XMPP Extension: User Bleg

2008-01-31 Thread Kevin Smith
On Jan 30, 2008 11:15 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > > - Kevin publishes an answer to whatever node better identifies the subject > > (free tagging) AND the following metadata to the "commented" node: I think Kevin might want to post both to his own node, and a reference to Pet

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Lauri Kaila
2008/1/31, Michal 'vorner' Vaner <[EMAIL PROTECTED]>: > Hello > > On Wed, Jan 30, 2008 at 05:53:21PM -0800, Robert Quattlebaum wrote: > > But the truth is that all of that complexity isn't even necessary, as long > > as the XMPP client daemon can know where to route any individual stanza. If > > th

Re: [Standards] Jingle "implementability"

2008-01-31 Thread Michal 'vorner' Vaner
Hello On Wed, Jan 30, 2008 at 05:53:21PM -0800, Robert Quattlebaum wrote: > But the truth is that all of that complexity isn't even necessary, as long > as the XMPP client daemon can know where to route any individual stanza. If > there was some sort if information in all of the jingle stanzas w