RE: [JDEV] XDB Component in Java
Title: RE: [JDEV] XDB Component in Java I would like to test these packages, how can I get them. zad -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt DiezSent: Wednesday, April 18, 2001 11:07 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JDEV] XDB Component in Java Currently xdb_java (working title), supports rosters, and stores their info in the database. (if that helps any). Is this the sort of functionality you were looking for? Matt Diez
[JDEV] Jabber Server on Sun solaris
Hi All, I'm new to jabber IM.Is it possible to install the jabber server on Sun Solaris machine? Please let me know as soon as possible as it is very urgent to me. Thanks and Regards Prasant = Prasanta Kumar Lenka Senior Software Engineer DSF Internet Services Pvt Ltd. __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] msn-transport problem in 2byte charactor
I'm using korean, (same 2byte as Japanese, Chinese). When I send to MSN messenger user, if I use only English, there is no problem. But when I send message in korean, it comes out broken, so i can't read it. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] help
Title: RE: Help: Segmentation fault & Core Dumped... Hi Colin.. can you tell me..How can I install jabber server -1.2/1.4 in Sun solaris-5.6. thanx dilllip
[JDEV] Re: Help: Segmentation fault & Core Dumped...
Title: RE: Help: Segmentation fault & Core Dumped... Hi Colin I am Sending jabber.xml, xdb_sql_conf.xml and my jabberd debug output store in a file debug_file.txt xdb_sql_conf.xml file include in configs directory in jabber-1.2. Please try to find error! Thanx dillip - Original Message - From: Colin Madere To: 'Dillip Kumar Swain' Sent: Thursday, April 19, 2001 12:59 AM Subject: RE: Help: Segmentation fault & Core Dumped... Dillip, I believe this should be in the JADMIN list, or maybe both JADMIN and JDEV. Please send up your jabber.xml file AND the debug output of the jabber server and maybe someone else will help you (I probably don't know enough to find your problem). Colin -Original Message- From: Dillip Kumar Swain [mailto:[EMAIL PROTECTED]] Sent: Monday, April 16, 2001 11:19 PM To: [EMAIL PROTECTED] Cc: Colin Madere Subject: RE: Help: Segmentation fault & Core Dumped... Hi Colin, I have already try to include xdb_sql link in jabber.xml rather than xdb_file..and also include a different file xdb_sql_conf.xml in configs directory in jabber-1.2 server...after that I am geting this problem..please suggest me how will i release from this problem.. Thanx dillip Message: 3 From: Colin Madere <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Subject: RE: [JDEV] Help: Segmentation fault & Core Dumped... Date: Tue, 17 Apr 2001 10:43:12 -0500 boundary="_=_NextPart_001_01C0C755.1BE1E2F0" Reply-To: [EMAIL PROTECTED] This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --_=_NextPart_001_01C0C755.1BE1E2F0 Content-Type: text/plain; charset="iso-8859-1" Dillip here has been trying to get this to work for quite a while... I can give a little input, but I definitely don't know all the details of getting the xdb_sql server module to work. I know you need to set up a service in the 'jabber.xml' file to use the 'xdb_sql' module rather than the built-in 'xdb_file' module. The process should be the same for any module which wants to use something other than the filesystem to store user info, etc. Is this detailed in any of the docs written so far? -Original Message- From: Dillip Kumar Swain [mailto:[EMAIL PROTECTED]] Sent: Monday, April 16, 2001 2:07 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JDEV] Help: Segmentation fault & Core Dumped... Hi Guys Now I am integrating my module xdb_sql with server jabber-1.2...but there is some problem after some process..it shows...segmentation fault & Core Dumped..then automaticaly closing the server and it is unable to connect with my temporary Database jabber...I want to know how will close data which is stored in the spool Directory and open my databasejabber in mysql... Please any body can help me in this regards Thanx in advance dillip
Re: [JDEV] Transport Re-Login
Amarnath Yara wrote: > Hi all, When a user logs into Foreign Instant Messaging Client say yahoo > using the yahoo client, then he is immediately logged out by the yahoo > transport ( assuming he is already registered with transport and logged into > yahoo network through yahoo transport). Now after this say he logs out of > the yahoo client and then is it possible that he re-logins into the yahoo > network through jabber by sending his presence the transport ? Yes, but the second login to the Yahoo Transport is not automatic -- the user needs to explictly send presence to the transport in order to be re-connected. Peter -- Peter Saint-Andre [EMAIL PROTECTED] http://www.saint-andre.com/ ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Transport Re-Login
Hi all, When a user logs into Foreign Instant Messaging Client say yahoo using the yahoo client, then he is immediately logged out by the yahoo transport ( assuming he is already registered with transport and logged into yahoo network through yahoo transport). Now after this say he logs out of the yahoo client and then is it possible that he re-logins into the yahoo network through jabber by sending his presence the transport ? Regards, Amar. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] Plain, Digest, and Zero K authentication
Title: Plain, Digest, and Zero K authentication As far as I can tell its just a choice of security. The Digest password is hased with the adition of the "random id" sent from the server . via the handshake. -Original Message-From: Matt Diez [mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001 6:48 PMTo: '[EMAIL PROTECTED]'Subject: [JDEV] Plain, Digest, and Zero K authentication Can anyone point out to me the advantages of a plantext or digest-based password authentication scheme? Which of you are actively using digest and plaintext based authentication and what benefits do you derive from this? Just a survey, Thanks. Matthew D. Diez
[JDEV] Plain, Digest, and Zero K authentication
Title: Plain, Digest, and Zero K authentication Can anyone point out to me the advantages of a plantext or digest-based password authentication scheme? Which of you are actively using digest and plaintext based authentication and what benefits do you derive from this? Just a survey, Thanks. Matthew D. Diez
RE: [JDEV] XDB Component in Java
Title: RE: [JDEV] XDB Component in Java Basically (some background info) I have a custom client that I can force to send me "n" number and types of messages, this is in my favor. I need to know when these clients login and logoff. I thought all I had to do was "except" subscribe messages, and jabber would automatically send presence info for the client to my component. Therefore right now I am trying to figure exactly what the client needs to send and the reply my component needs to send back. -Original Message-From: Matt Diez [mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001 4:07 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JDEV] XDB Component in Java Currently xdb_java (working title), supports rosters, and stores their info in the database. (if that helps any). Is this the sort of functionality you were looking for? Matt Diez -Original Message-From: Duane Grey [mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001 1:01 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JDEV] XDB Component in Java Definitely interested in what you are doing. I am looking into extending jabber with a java service as well. One of the things that I am currently trying to figure out is having presence information from clients sent to my component, and generally having my component deal with the roster.
RE: [JDEV] XDB Component in Java
Title: RE: [JDEV] XDB Component in Java Currently xdb_java (working title), supports rosters, and stores their info in the database. (if that helps any). Is this the sort of functionality you were looking for? Matt Diez -Original Message-From: Duane Grey [mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001 1:01 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JDEV] XDB Component in Java Definitely interested in what you are doing. I am looking into extending jabber with a java service as well. One of the things that I am currently trying to figure out is having presence information from clients sent to my component, and generally having my component deal with the roster.
RE: [JDEV] XDB Component in Java
Title: RE: [JDEV] XDB Component in Java Definitely interested in what you are doing. I am looking into extending jabber with a java service as well. One of the things that I am currently trying to figure out is having presence information from clients sent to my component, and generally having my component deal with the roster. -Original Message-From: Matt Diez [mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001 2:06 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JDEV] XDB Component in Java Currently, it can connect to Jabber over base_accept, base_connect, or base_exec (for that portion of the connectivity, I'm using David Waite's JabberBeans, which is delightfully independent of connection type). JOSL looks good, I've got some people here looking into what would best support our interests. (there are others in consideration) Anyway, it's still HIGHLY preliminary right now, and I'm looking for people to test on a variety of platforms, give me feedback, and force me to make this a really solid piece of software. Matt Diez -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 18, 2001 7:19 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] XDB Component in Java This sound real cool. Are you doing it as a server or command line call? As for packaging, I think org.jabber.xdb is prefferable since that's what it is. And anyone familiar to Jabber server will know that xdb is the backend to Jabberd. Licensing -- Most of the Jabber stuff falls under JOSL but an Apache or BSD license would be ok by most people, but GPL probably wouldn't (at least it would limit to the places where it might get used). However, note that under JOSL, Apache/BSD people can take it, & compile it into their code & can add proprietary extensions. That may or may not matter to y'all. Mark On 17 Apr 01, at 16:08, Matt Diez wrote: > We've got the beginnings of an xdb backend written in Java, and > are presently looking to make it open to the public. > > Presently it supports registration and authentication over the > jabber:iq:auth:0k namespace, handles rosters, and temporary > vcards (offline message and filter support will be forthcoming). > > It should be able to talk to just about any JDBC friendly > DBMS (although at present most development has been > on PostgreSQL). So, this should take care of Oracle, MS SQL 7.0, > DB2, etc, etc, etc. > > The point: > I was rather curious if any of you had any suggestions as to how > best to package this. I was thinking that something along the lines > of: org.jabber.xdb or org.jabber.backends.xdb > > Similarly, I'd like to know about any licensing issues I should be > made aware of. > > Any suggestions would be greatly appreciated. (Presently, we're > looking at putting up a Sourceforge site, etc, etc, etc). > > Matthew D. Diez > Mark Wilcox [EMAIL PROTECTED] Got LDAP? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Jabber DevZone News - Two Jabber-related Speeches, and a BOF
Two Jabber-related Speeches, and a BOF The following was posted by [EMAIL PROTECTED] via the Jabber DevZone web site (http://dev.jabber.org/): The first is on Thursday, July 26 about Jabberzilla and Mozilla Integration by me. "This presentation will briefly overview the Jabber technology and protocol, the Mozilla architecture, and then shows how they have come together to form the Jabberzilla client in detail. Key points would be coding techniques, skins, and integration with Mozilla. Code snippets to illustrate important parts of Jabberzilla, and thorough explanations of how it works will inform the audience. Techniques would be pointed out that might help others develop Mozilla applications. A demo of skins for Jabberzilla shows how a customized Jabber client can be made in a very short period of time. Finally a demonstration of Jabberzilla's integration with Mozilla shows how Jabber functionality can be integrated into web pages or e-mail. An incomplete article in development (for publication on the Jabberzilla website in a few weeks) can be viewed to preview these concepts here. The website for Jabberzilla is jabberzilla.mozdev.org." The second is on Friday, July 27 about Jabber as a Platform for Specialized Messaging Services by Carlos de la Guardia. "This talk demonstrates how Jabber is more than an Instant Messaging service; it has potential as a platform for IM-based business services. The session covers Jabber client programming and resources, along with ideas for Jabber-based applications and XML routing. It explores actual projects developed from these ideas, including a WAP cell phone application for chat participation, an intranet application for sales project meeting support, and a stock tracking application for detecting swap opportunities involving several different regional offices." Someone should also submit a request for raw Jabber BOF session. Does anyone want to do it? http://jabber.org/?oid=1113 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] XDB Component in Java
Title: RE: [JDEV] XDB Component in Java Currently, it can connect to Jabber over base_accept, base_connect, or base_exec (for that portion of the connectivity, I'm using David Waite's JabberBeans, which is delightfully independent of connection type). JOSL looks good, I've got some people here looking into what would best support our interests. (there are others in consideration) Anyway, it's still HIGHLY preliminary right now, and I'm looking for people to test on a variety of platforms, give me feedback, and force me to make this a really solid piece of software. Matt Diez -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 18, 2001 7:19 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] XDB Component in Java This sound real cool. Are you doing it as a server or command line call? As for packaging, I think org.jabber.xdb is prefferable since that's what it is. And anyone familiar to Jabber server will know that xdb is the backend to Jabberd. Licensing -- Most of the Jabber stuff falls under JOSL but an Apache or BSD license would be ok by most people, but GPL probably wouldn't (at least it would limit to the places where it might get used). However, note that under JOSL, Apache/BSD people can take it, & compile it into their code & can add proprietary extensions. That may or may not matter to y'all. Mark On 17 Apr 01, at 16:08, Matt Diez wrote: > We've got the beginnings of an xdb backend written in Java, and > are presently looking to make it open to the public. > > Presently it supports registration and authentication over the > jabber:iq:auth:0k namespace, handles rosters, and temporary > vcards (offline message and filter support will be forthcoming). > > It should be able to talk to just about any JDBC friendly > DBMS (although at present most development has been > on PostgreSQL). So, this should take care of Oracle, MS SQL 7.0, > DB2, etc, etc, etc. > > The point: > I was rather curious if any of you had any suggestions as to how > best to package this. I was thinking that something along the lines > of: org.jabber.xdb or org.jabber.backends.xdb > > Similarly, I'd like to know about any licensing issues I should be > made aware of. > > Any suggestions would be greatly appreciated. (Presently, we're > looking at putting up a Sourceforge site, etc, etc, etc). > > Matthew D. Diez > Mark Wilcox [EMAIL PROTECTED] Got LDAP? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] language
This is a call to action! Purists of the world, untie!!! (no, that's not quite right...) *grin* I still like my way more :-) -David Waite Ted Rolle wrote: > JA> Maybe the tag for > JA> the default language could be sent both first and last :-) > > I was just thinking exactly the same thing! :-))) > > AARRGGHHH! Redundant data. We're in trouble, unless you're not serious. > ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] language
*grin* I still like my way more :-) -David Waite Ted Rolle wrote: > JA> Maybe the tag for > JA> the default language could be sent both first and last :-) > > I was just thinking exactly the same thing! :-))) > > AARRGGHHH! Redundant data. We're in trouble, unless you're not serious. > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: Re[2]: [JDEV] language
JA> Maybe the tag for JA> the default language could be sent both first and last :-) I was just thinking exactly the same thing! :-))) AARRGGHHH! Redundant data. We're in trouble, unless you're not serious. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re[2]: [JDEV] language
Ciao David, Wednesday, April 18, 2001, 6:35:18 PM, hai scritto: DW> Marco Pontello wrote: DW> xmlns='jabber:iq:register' xml:lang="it"/> OK. I think this is good, very "Jabber's style"! :) Bye! -- May the force be with you! [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re[2]: [JDEV] language
Ciao Jens, Wednesday, April 18, 2001, 6:34:39 PM, hai scritto: JA> However, my hunch is that whether a client/library uses the first or JA> last instance is going to be pretty much random, depending on how the JA> developer decided to code that part of the parsing. Maybe the tag for JA> the default language could be sent both first and last :-) I was just thinking exactly the same thing! :-))) But the other day I heard that the Pope have wished "Good Easter" in over 60 language... that will be a consistent number of bytes in different ! :) Bye! -- May the force be with you! [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] language
On Wednesday, April 18, 2001, at 09:05 AM, Peter Saint-Andre wrote: Well, it *should* work this way, but you would need a client that could read the xml:lang attributes. I don't think we've fully addressed i18n issues yet... :( It might be possible to provide backward compatibility if there were consistency in how existing clients dealt with multiple tags. For example, if they all use the first one and ignore the others, then the server could send the one for the "default" language (i.e. the language spoken in the server's host country) first, then the ones for other languages. Older clients would use the first one only, newer clients could pick and choose. However, my hunch is that whether a client/library uses the first or last instance is going to be pretty much random, depending on how the developer decided to code that part of the parsing. Maybe the tag for the default language could be sent both first and last :-) Jens
Re: [JDEV] language
Marco Pontello wrote: > Ciao! > > When the server supply ad instruction item, ex. when querying for > searching on a user directory, or registering a new transport, it's > possibile to send many with different xml:lang > attribute? Like: > > > Enter your AIM screen > name and password. > > > Inserire il nome utente > AIM e la password > > I'm thinking something a bit more like: Transports which do not support the xml:lang attribute or which just don't have an italian translation for the instructions would return english. A non-english client would need to also take the registration field names (the tag names) which are predefined and represent them correctly in whatever language within the client. -David Waite ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] language
Marco wrote: > > Enter your AIM screen > name and password. > > > Inserire il nome utente > AIM e la password > Ciao Marco, Well, it *should* work this way, but you would need a client that could read the xml:lang attributes. I don't think we've fully addressed i18n issues yet... :( Peter -- Peter Saint-Andre [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] XDB Component in Java
Yeah, I agree! Gimme! ;-) I had been playing around with the xdb_odbc stuff, but java would be better - since we're using JDBC already. I like org.jabber.xdb better as well. On Wed, 18 Apr 2001 [EMAIL PROTECTED] wrote: > This sound real cool. > > Are you doing it as a server or command line call? > > As for packaging, I think org.jabber.xdb is prefferable since that's > what it is. And anyone familiar to Jabber server will know that xdb > is the backend to Jabberd. > > Licensing -- Most of the Jabber stuff falls under JOSL but an > Apache or BSD license would be ok by most people, but GPL > probably wouldn't (at least it would limit to the places where it > might get used). However, note that under JOSL, Apache/BSD > people can take it, & compile it into their code & can add > proprietary extensions. That may or may not matter to y'all. > > Mark > > > On 17 Apr 01, at 16:08, Matt Diez wrote: > > > We've got the beginnings of an xdb backend written in Java, and > > are presently looking to make it open to the public. > > > > Presently it supports registration and authentication over the > > jabber:iq:auth:0k namespace, handles rosters, and temporary > > vcards (offline message and filter support will be forthcoming). > > > > It should be able to talk to just about any JDBC friendly > > DBMS (although at present most development has been > > on PostgreSQL). So, this should take care of Oracle, MS SQL 7.0, > > DB2, etc, etc, etc. > > > > The point: > > I was rather curious if any of you had any suggestions as to how > > best to package this. I was thinking that something along the lines > > of: org.jabber.xdb or org.jabber.backends.xdb > > > > Similarly, I'd like to know about any licensing issues I should be > > made aware of. > > > > Any suggestions would be greatly appreciated. (Presently, we're > > looking at putting up a Sourceforge site, etc, etc, etc). > > > > Matthew D. Diez > > > > > Mark Wilcox > [EMAIL PROTECTED] > Got LDAP? > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev > ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] [Fwd: MD5 passwords]
Just forwarding this on as jadmin probably isn't the right place to ask... -Ennui Original Message Subject: MD5 passwords Date: Tue, 17 Apr 2001 15:17:53 +0100 From: Mark Cheverton <[EMAIL PROTECTED]> Organization: Morat Games Ltd To: [EMAIL PROTECTED] I've just been playing with the C&W ldap xdb module which works very well with 1.4. Unfortunatly my ldap DB has passwords stored as MD% hashes and so the digest or plaintext method will not work. Is there any plans to work with this kind of scheme (I dont really see a way roud it unless you want to abandon the concat with the session key or bind directly to the ldap server for auth which aint good) or should I just plan on storing a plain text password specifically for jabber? -Ennui -- Mark Cheverton aka [MORAT]Ennui http://morat.net/ Morat Games ICQ: 42123856 Free hosting for clans including discussion boards, email etc. If you need hosting for your clan with all the gaming extras see http://clans.morat.net/hosting.phtml --+++ Less Lag More Frag +++-- ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] XDB Component in Java
This sound real cool. Are you doing it as a server or command line call? As for packaging, I think org.jabber.xdb is prefferable since that's what it is. And anyone familiar to Jabber server will know that xdb is the backend to Jabberd. Licensing -- Most of the Jabber stuff falls under JOSL but an Apache or BSD license would be ok by most people, but GPL probably wouldn't (at least it would limit to the places where it might get used). However, note that under JOSL, Apache/BSD people can take it, & compile it into their code & can add proprietary extensions. That may or may not matter to y'all. Mark On 17 Apr 01, at 16:08, Matt Diez wrote: > We've got the beginnings of an xdb backend written in Java, and > are presently looking to make it open to the public. > > Presently it supports registration and authentication over the > jabber:iq:auth:0k namespace, handles rosters, and temporary > vcards (offline message and filter support will be forthcoming). > > It should be able to talk to just about any JDBC friendly > DBMS (although at present most development has been > on PostgreSQL). So, this should take care of Oracle, MS SQL 7.0, > DB2, etc, etc, etc. > > The point: > I was rather curious if any of you had any suggestions as to how > best to package this. I was thinking that something along the lines > of: org.jabber.xdb or org.jabber.backends.xdb > > Similarly, I'd like to know about any licensing issues I should be > made aware of. > > Any suggestions would be greatly appreciated. (Presently, we're > looking at putting up a Sourceforge site, etc, etc, etc). > > Matthew D. Diez > Mark Wilcox [EMAIL PROTECTED] Got LDAP? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Proposed JPG Contents
On Tue, Apr 17, 2001 at 11:14:09PM -0700, Robert Temple wrote: > I often find that overlap is good in docs. Especially if the overlap > is by two different people. If for some reason the first isn't clear, > the 2nd often clears things up. > Folks - I've been replying in docs-dev and avoiding this list for this thread - anyone object to us continuing the thread in docs-dev? http://mailman.jabber.org/listinfo/docs-dev cheers dj ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev