[JDEV] (announcement) mod_auth_jabber v1.02

2001-10-02 Thread Dirk-Willem van Gulik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For those of you interested in experimenting with federated/third party authentication against (in this example) the jabber mesh of servers: http://research.covalent.net/mod_auth_jabber/. It is just a simple mod_auth_* module. It'll auth any

[JDEV] Re: New Patent Policy at W3C

2001-10-02 Thread Jay Curry
"Ashvil" <[EMAIL PROTECTED]> wrote: > >What this means is that the W3C can create a recommendation that becomes a defato web standard and any implementation will/may have to pay royalties. > >For example, SVG implementers would/could have to pay royalties. I rather have no SVG 'Web Standard' th

Re: [JDEV] Re: [forms-jig] forms

2001-10-02 Thread Peter Saint-Andre
The JEP is here: http://foundation.jabber.org/jeps/jep-0004.html Peter On Tue, 2 Oct 2001, Tom Jackson wrote: > Peter Saint-Andre wrote: > > > > OK, cool. I agree that XForms looks heavy but there were some features > > that I liked (separation between content and presentation being foremost

Re: [JDEV] Authentication / Authorization / List

2001-10-02 Thread Iain Shigeoka
At 09:34 AM 10/2/2001 -0400, you wrote: > > Finally, I don't think this should be part of the security JIG. Security > > and authentication are two different things. Security is about ensuring > >Actually, I disagree - in fact, we're having discussions about these very >things on security-jig. I

[JDEV] SSL Yet Again

2001-10-02 Thread temas
Ok, I think we've got it this time. Current CVS works on the places I could test that didn't work previously. I would love if people could test this ASAP and let me know so it can be in 1.4.2. --temas PGP signature

Re: [JDEV] Re: [forms-jig] forms

2001-10-02 Thread Tom Jackson
Peter Saint-Andre wrote: > > OK, cool. I agree that XForms looks heavy but there were some features > that I liked (separation between content and presentation being foremost > in my mind). > > Send me the newer JEP or just updated it in CVS so I can post the revised > version. :) Where is the

Re: [JDEV] Re: [jadmin] Help on developing server side module.

2001-10-02 Thread DJ Adams
On Tue, Oct 02, 2001 at 01:03:43PM -0500, Peter Saint-Andre wrote: > Right now most people write server-side components in C, C++, or Java. For > C people seem to mostly roll their own, for Java folks seem to use > JabberBeans (http://jabberbeans.org/) as an underlying library (or just > write it

Re: [JDEV] Authorization Help

2001-10-02 Thread Peter Millard
The hash + sequence values are for zero-k authentication.. Checkout: http://docs.jabber.org/draft-proto/html/zerok.html for docs.. Also, if you see returned, you should still be able to authenticate, but 0k auth is a "stronger" mechanism for auth'ing... Winjab (actually JabberCOM does this) aut

Re: [JDEV] Authorization Help

2001-10-02 Thread Peter Saint-Andre
The + (and are for (optional) zero-knowledge authentication, but you can just send your and authenticate that way. For more on zero-knowledge auth, go here: http://docs.jabber.org/draft-proto/html/zerok.html Peter -- Peter Saint-Andre email/jabber: [EMAIL PROTECTED] web: http://www.saint-an

Re: [JDEV] Re: [jadmin] Help on developing server side module.

2001-10-02 Thread Peter Saint-Andre
Right now most people write server-side components in C, C++, or Java. For C people seem to mostly roll their own, for Java folks seem to use JabberBeans (http://jabberbeans.org/) as an underlying library (or just write it all from scratch), and for C++ people are starting to use the JECL librarie

RE: [JDEV] Jabberd config file & namespaces

2001-10-02 Thread Franck Mangin
> -Original Message- > From: Dave Smith [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 01, 2001 10:15 PM > To: [EMAIL PROTECTED] > Subject: Re: [JDEV] Jabberd config file & namespaces > ... > > The spec doesn't say anything about not containing ':'..if you look at > the example namespa

[JDEV] Authorization Help

2001-10-02 Thread Dan Bray
I'm writing my own special purpose Jabber client and am having trouble with the authentication. I am able to connect to Jabber.com with the following exchange: SEND:jdbray RECV:jdbray I respond with the hashed digest. However, when I attempt to connect to jabber.org I get a different response

[JDEV] Re: [jadmin] Help on developing server side module.

2001-10-02 Thread Sivakumar
Thanks for the response. Yeah, i searched at jabber.org and the only useful docs i could find is the Jabberd API and libxode API. C, C++ will be fine with me, (i think java will not fit here, but i am more conversant with java that with C, C++). As far i could find, i only see most of the modu

RE: [JDEV] help for storage module

2001-10-02 Thread Colin Madere
Or if you have or are willing to run Java, you could use xdb_java (and you don't have to add anything, just make sure whatever Oracle items are present to access via JDBC). http://sourceforge.net/projects/xdbjava/ > -Original Message- > From: Benoit Orihuela [mailto:[EMAIL PROTECTED]] >

[JDEV] Re: [forms-jig] forms

2001-10-02 Thread Peter Saint-Andre
OK, cool. I agree that XForms looks heavy but there were some features that I liked (separation between content and presentation being foremost in my mind). Send me the newer JEP or just updated it in CVS so I can post the revised version. :) Peter On Tue, 2 Oct 2001, Thomas Muldowney wrote:

[JDEV] forms

2001-10-02 Thread Peter Saint-Andre
As I was taking notes at JabberCon, one theme that kept popping into my mind was the need for strong forms support in Jabber. Just as the World Wide Web consisted mostly of reading hyperlinked documents (albeit eventually with some flashy graphics and multimedia stuff) until web developers figured

Re: [JDEV] Jabber Client Design Tutorial

2001-10-02 Thread Rikard Linde
For some reason the BlogSpot address doesn't seem to work. Sorry about that. The document about making a Humane Jabber interface is now situated at: http://www.sprinterface.com/humaneinterface.html Rikard _ Do You Yahoo!? [EMAIL PROTECTED] - s

Re: [JDEV] Can Transports discover client addresses?

2001-10-02 Thread Peter Saint-Andre
AFAIK, the Jabber server itself may not necessarily even know about the IP of the connecting client (e.g., it may be coming through a firewall). Certainly this is something that we do not normally expose. Peter On Tue, 2 Oct 2001, Mark Hahn wrote: > > I have been building a transport as a stan

Re: [JDEV] New Patent Policy at W3C

2001-10-02 Thread Peter Saint-Andre
> Does it make sense to label the contributions and specifications on > jabber.org or jabbercentral.org with a statement on their patent policy. > > We are doing this at Jabbercentral by marking clients as Open Source or > Proprietary. Open-source vs. proprietary does not speak to patented vs. p

[JDEV] Authentication / Authorization / List

2001-10-02 Thread Joshua Kramer
> Finally, I don't think this should be part of the security JIG. Security > and authentication are two different things. Security is about ensuring Actually, I disagree - in fact, we're having discussions about these very things on security-jig. You're right, ONE of the things security is ab

[JDEV] Can Transports discover client addresses?

2001-10-02 Thread Mark Hahn
I have been building a transport as a standalone server that accepts a connection from Jabber. The transport would like to know the IP addresses of the IM clients that are connecting with Jabber, registering for and using the services of the transport. Is there any existing protocol ( perhaps

Re: [JDEV] New Patent Policy at W3C

2001-10-02 Thread Ashvil
> > Does Jabber.org have a patent policy on contributions ? > > Jabber.org now manages just the XML protocol for jabber. The other kinds > of "contributions" (let's say, a new IRC Transport or whatever) are code > created to use Jabber's open XML protocol but they are not part of the > core of Jab

Re: [JDEV] New Patent Policy at W3C

2001-10-02 Thread Ashvil
There were some good responses to the new W3C patent policy.   The W3C has put out a new reponse http://www.w3.org/2001/10/patent-response   Oliver Jones wrote: > W3C is trying to prevent the element of surprise--a submarine patent surfacing and its owner demanding payment after standardizati