[jdev] Re: JEP-153 Testing, who has a vcard photo?

2005-09-08 Thread Remko Troncon
On 07 Sep 2005, at 15:49, Heiner Wolf wrote: I am testing my JEP-153 (vCard-Based Avatars) implementation. I would like to test against as many different cients a s possible with as many different images and formats as possible. Therefore I kindly ask people who have a vCard PHOTO to join

RE: [jdev] Re: JEP-153 Testing, who has a vcard photo?

2005-09-08 Thread Heiner Wolf
Having is enough. hw -- Dr. Heiner Wolf bluehands GmbH Co.mmunication KG http://www.bluehands.de/people/hw +49 (0721) 16108 75 -- Jabber enabled Virtual Presence on the Web: www.lluna.de Open Source Future History: www.galactic-developments.de -Original Message- From: [EMAIL

[jdev] JEP-0153: vCard-Based Avatars, any client support for EXTVAL

2005-09-08 Thread Heiner Wolf
Hi, is there a client which supports EXTVAL for supplying a URL as vcard PHOTO? hw -- Dr. Heiner Wolf bluehands GmbH Co.mmunication KG http://www.bluehands.de/people/hw +49 (0721) 16108 75 -- Jabber enabled Virtual Presence on the Web: www.lluna.de Open Source Future History:

Re: [jdev] Re: any space limitation on JEP-0049: Private XML Storage

2005-09-08 Thread Mircea Bardac
On Wednesday 07 September 2005 22:57, Zhong Li wrote: Maybe GTalk can afford that much:). Maybe... directly in your GMail account. They might create some sort of WebDAV gateway to allow you to store data directly in the account. Mircea P.S. This might go to my idea of the day list... Hal,

[jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Lucas Nussbaum
Hi, The XMPP IM RFC[0] explains how subscriptions and roster integrate. However, several points are left to the client author's discretion, and this lead to some confusion. I haven't found any global policy about this. [0] http://www.xmpp.org/specs/rfc3921.html#int First, let's update everyone

RE: [jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Ian Paterson
This is a problem in a lot of clients. For example, both tkabber and gajim display contacts with sub=none or sub=from (see (A)), and both send presence type=unsubscribe and type=unsubscribed when the user removes a contact from roster. One policy that fixes all the ambiguities (there

[jdev] Presence Model

2005-09-08 Thread tina sky
Hallo, following questions are puzzeling me: does Jabber/XMPP have its own presence model to structure presence information? If yes, is it extensible? is the SIP/SIMPLE presence model (person--service--device) used in Jabber/XMPP? Thanks a lot best wishes. Tina -- 5 GB Mailbox, 50

Re: [SPAM] [jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Dominik Zabłotny
Dnia 08-09-2005, czw o godzinie 15:00 +0200, Lucas Nussbaum napisał(a): (A) Should a client display contacts with subscription=none or subscription=from (and not ask=subscribe) ? You obviously don't care about those contacts, and they will never send you any presence, so why lose space in

Re: [SPAM] [jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Lucas Nussbaum
On 08/09/05 at 18:04 +0200, Dominik Zabłotny wrote: Dnia 08-09-2005, czw o godzinie 15:00 +0200, Lucas Nussbaum napisał(a): (A) Should a client display contacts with subscription=none or subscription=from (and not ask=subscribe) ? You obviously don't care about those contacts, and they

Re: [jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Peter Saint-Andre
Lucas Nussbaum wrote: (A) Should a client display contacts with subscription=none or subscription=from (and not ask=subscribe) ? You obviously don't care about those contacts, and they will never send you any presence, so why lose space in your contact list ? Many clients display from

Re: [jdev] Best practices regarding roster management by clients ?

2005-09-08 Thread Peter Saint-Andre
Ian Paterson wrote: One policy that fixes all the ambiguities (there are more than you described) is to only display contacts if the user has given the person a petname and/or placed them in a group. And petnames are a good idea for other reasons:

[jdev] Re: any space limitation on JEP-0049: Private XML Storage

2005-09-08 Thread Zhong Li
I believe we really need a place save those personal, private stuff. You can put the idea anywhere you want. If we put on WebDAV, we have to create another system. Like SOCK proxy, it isn't in the core of XMPP, but we really need it. If Jabber can have another JEP or extends JEP-0049(better

[jdev] [Fwd: [Standards-JIG] LAST CALL: JEP-0100 (Gateway Interaction)]

2005-09-08 Thread Peter Saint-Andre
FYI, feedback is requested from gateway developers on this spec. /psa Original Message Subject: [Standards-JIG] LAST CALL: JEP-0100 (Gateway Interaction) Date: Thu, 08 Sep 2005 11:04:40 -0500 From: JEP Editor [EMAIL PROTECTED] Reply-To: Jabber protocol discussion list [EMAIL

Re: [jdev] Re: any space limitation on JEP-0049: Private XML Storage

2005-09-08 Thread Trejkaz
On Fri, 9 Sep 2005 03:39, Zhong Li wrote: I believe we really need a place save those personal, private stuff. You can put the idea anywhere you want. ...we have one. If we put on WebDAV, we have to create another system. Like SOCK proxy, it isn't in the core of XMPP, but we really need it.