RE: [JDEV] jabberd and Proxies

2002-03-06 Thread - zad -

Hi,

Most clients support SOCKS 4 and 5 proxies.
What is the client you are using ?

Zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Rodrigo Borrego Bernabé
 Sent: Wednesday, March 06, 2002 2:30 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JDEV] jabberd and Proxies


 Sorry, I don't understand what you mean.

 Rodri

 - Original Message -
 From: Riyaad Miller [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, March 06, 2002 12:59 PM
 Subject: RE: [JDEV] jabberd and Proxies


 i stand corrected
 but you may wna look into a socks 4 and 5 proxy
 hope this helps

 -Original Message-
 From: Rodrigo Borrego Bernabé [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, March 06, 2002 1:11 PM
 To: [EMAIL PROTECTED]
 Subject: [JDEV] jabberd and Proxies


 Can a jabberd server work through a Proxy?
 I mean, I have my server compiled and working. Clients can connect, users
 can talk (only users connected directly to my server), etc.

 But the server cannot find jabber.org. And it's because there's a proxy
 between my server and the Internet.
 Could anybody help me? Thanks.

 Rodri

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev

 Give your child an unfair advantage with M-Web Learning.  To join, call
 08600 32 000 or go to http://join.mweb.co.za

 M-Web - just like that
 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] xml and passwords

2002-02-21 Thread - zad -


Hi Riyaad,

This has been handled in ldapauth just get the mod_register.c modules from
there and use it. :)

zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Riyaad Miller
 Sent: Thursday, February 21, 2002 9:11 AM
 To: Jabber Administration (E-mail); Jabber Developers (E-mail)
 Subject: [JDEV] xml and passwords


 Hi all
 Small quiz
 How do you (if authenticating against LDAP), disallow the
 passwords from being stored in the user.xml files?
 Any ideas
 Thanks
 Regards RM
 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] xml and passwords

2002-02-21 Thread - zad -


yup.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Riyaad Miller
 Sent: Thursday, February 21, 2002 11:43 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [JDEV] xml and passwords


 Thanks
 I'll look into this although I am using mod_auth_ldap.c
 Are these compatible?


 -Original Message-
 From: - zad - [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, February 21, 2002 11:07 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [JDEV] xml and passwords



 Hi Riyaad,

 This has been handled in ldapauth just get the mod_register.c modules from
 there and use it. :)

 zad

  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
  Behalf Of Riyaad Miller
  Sent: Thursday, February 21, 2002 9:11 AM
  To: Jabber Administration (E-mail); Jabber Developers (E-mail)
  Subject: [JDEV] xml and passwords
 
 
  Hi all
  Small quiz
  How do you (if authenticating against LDAP), disallow the
  passwords from being stored in the user.xml files?
  Any ideas
  Thanks
  Regards RM
  ___
  jdev mailing list
  [EMAIL PROTECTED]
  http://mailman.jabber.org/listinfo/jdev
 

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev
 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] iq:auth question

2002-02-20 Thread - zad -

Could someone tell me why we are sending username in iq:auth If we are
querying host as to what information is required ?

iq type=get id=i_auth_001
  query xmlns=jabber:iq:auth
usernamejuser/username
  /query
/iq

zad

___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] sending headlines

2002-02-19 Thread - zad -


Hi everyone,

Is there an easy way to send headlines to clients through the server?

zad


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] jabber server 1.4.2 release

2002-02-17 Thread - zad -

Hi,

For jabber-1.4.2 better to just follow the links on the web pages.
I know of this Doc. page for cvs
http://docs.jabber.org/general/html/cvs.html

cheers :)

zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Piers Harding
 Sent: Monday, February 18, 2002 8:28 AM
 To: [EMAIL PROTECTED]
 Subject: Re: [JDEV] jabber server 1.4.2 release



 ughh!  yeah thats right - are there any instructions around for
 anoncvs from there - there doesnt seem to be anything hanging off
 the home page.
 thanks

 Cheers.

 On Sun, Feb 17, 2002 at 08:14:34PM +, David Sutton wrote:
  Hi,
 
if I recall correctly, wasn't jabber cvs moved to JabberStudio? Try
  looking at http://www.jabberstudio.org/cgi-bin/viewcvs.cgi/
 
  Regards,
David
 
  ---
  David Sutton
  jid: [EMAIL PROTECTED]
 
  -- included message --
  On Sun, 2002-02-17 at 20:15, Piers Harding wrote:
  
   Hi everybody - has anyone noticed any problem with cvs on
 jabber.org lately?
  
   I just tried to checkout jabber2 and got this:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvs -z3 checkout jabber2
   cvs server: Updating jabber2
   cvs server: failed to create lock directory in repository
 `/home/cvs/jabber2': Permission denied
   cvs server: failed to obtain dir lock in repository
 `/home/cvs/jabber2'
   cvs [server aborted]: read lock failed - giving up
  
    any ideas?
  
   Cheers.
  
   On Fri, Feb 08, 2002 at 01:54:51PM -0600, Jeremie wrote:
It's finally here :)
   
http://jabberd.jabberstudio.org/downloads/jabber-1.4.2.tar.gz
   
You can check out some docs on everything that's been
 updated/added at
http://jabberd.jabberstudio.org/1.4/ and in particular
http://jabberd.jabberstudio.org/1.4/142changelog.html
   
If anyone who's done a package of any kind (deb, rpm, sun pkg, other
binaries, etc) and has time to update or create one for
 1.4.2, just email
it to me at [EMAIL PROTECTED] and I'll put it up on the site.
   
I'd like to personally thank all of you that have helped with this
release, either directly with bug reports and patches, and
 indirectly by
just setting it up, running it, answering questions, and developing
services/clients that use it.  I'm really looking forward to the 1.5
development series and making the platform even stronger
 and easier to use
for everyone, taking Jabber, XML, and IM to new heights :-)
   
Thanks,
   
Jer
   
   
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
   ___
   jdev mailing list
   [EMAIL PROTECTED]
   http://mailman.jabber.org/listinfo/jdev
 
 
 
  ___
  jdev mailing list
  [EMAIL PROTECTED]
  http://mailman.jabber.org/listinfo/jdev
 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] where is presence dtd ?

2002-02-01 Thread - zad -


Does anybody know where to find DTD for presence ? 
The link on jabber.org site seems to be broken !
http://protocol.jabber.org/jabber/jabber.dtd


zad
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



Re: [JDEV] Some LDAP integration questions

2001-07-10 Thread zad

Ragavan,

What do you mean by pass-through: If what you mean is that the
authentication be performed only against ldap, then I can say that ldapauth
is doing exactly that and it can use both plain text and digest methods.

Zad


 From: Ragavan S [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Mon, 09 Jul 2001 13:18:30 -0700
 Subject: [JDEV] Some LDAP integration questions
 Reply-To: [EMAIL PROTECTED]

 Hi,

 I have been trying to figure out a way to use one of the available ldap
 modules(xdb_ldap, cw_ldap, ldapauth) with my jabber server (1.4.1) and I
 have a few questions:

 1. Do any of the modules support directories implementing pass-through
 authentication? In other words, the directory doesn't have the local
 userPassword attributes populated and instead uses a pass-through
 authentication mechanism. If not supported, what would be the
 best way to go
 about implementing this?

 2. Can the modules deal with uid attributes with an '@' in them? For
 example, the directory I want to bind with contains email
 addresses as the
 uid attribute. Now, going through the protocol draft, I can see
 that a valid
 JID cannot contain the '@'. So, is there some other way around this?

 Thanks,
 Ragavan


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] Jabber server in Java

2001-07-02 Thread zad

Hi Al,

There has been some talk on this before, and I personally had plans for it
as well. It would be nice to start this initiative in an organized manner to
be able to join froces. I think it's good to have a mailing list for this
purpose...

But I want to hear from others ... opinions anyone ?

Zad


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Al Sutton
 Sent: Saturday, June 30, 2001 10:13 AM
 To: [EMAIL PROTECTED]
 Subject: [JDEV] Jabber server in Java


 All,

 I've started coding a jabber server in Java, It's still in the very early
 stages, but I would like to know if anyone else has been working
 on this so
 I can avoid duplicating effort.

 Al.

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] jpolld how to ?

2001-06-26 Thread zad


Hello Everyone,

Does anybody know of a how-to document on jpolld ?

Zad

___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] Jabber, the Name

2001-05-16 Thread zad

Thank you temas. I was just about to say that.
May I suggest Members list, maybe !

zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
 temas
 Sent: Wednesday, May 16, 2001 8:07 AM
 To: [EMAIL PROTECTED]
 Subject: Re: [JDEV] Jabber, the Name


 Wow that was repeitive and rambly sorry, just kind of stirred, and I'm
 not sure why.  I'm starting to think this thread is very off topic for
 the jdev mailing list, but I can think of a better place for it to
 happen.  Any ideas?

 --temas

 On 15 May 2001 22:39:13 -0500, temas wrote:
  I feel this horribly distorts my points into a corporate view.
  Jabber.Com made no progress on getting people to do mundane tasks, and
  they have not yet made any progress on getting people to do mundane
  tasks.  They are still carried out by by the people that have been
  working on them since the beginning of Jabber.  I began my tasks long
  before I was hired by Jabber.Com.  As is right now, at this very instant
  nothing has changed in the process for new people to join and help in
  these "mundane" tasks, not one bit, so how is the relaxing of a name
  going to change anything?
 
  Frankly, I don't think it will because corporations have to make money.
  Writing publiically available documentation makes a company no money.
  Having someone sit around and work on public documentation rather than a
  manual to your software, or tech docs to your software just doesn't make
  sense to me.  I'm sure this doesn't necessarily make sense coming from
  someone that works for a company on only open source projects, but I
  have helped jabber.com make money by going to corporations and doing
  tech talks, and by advocating Jabber in general.
 
  None of that are statements made regarding the specific use of the word
  Jabber in a product or name, here are some of my personal thoughts on
  the name issue:
 
  How does the possiblity of getting hired by a company be affected by the
  name (such as only Jabber.Com), I feel I would have just as much with
  O'Reilly, or some company looking for a real sharp technical writer (how
  many instant messaging startups are there out there right now?  I dunno
  let me look in my inbox at some of the job solicitations).  The name
  does not reflect that at all.
 
  My thoughts on the issue overall are this (speaking from a purely not
  jabber.com view).  The real issue here is who holds the Jabber
  trademark, not how it is carried out.  I strongly, and I do mean
  strongly feel that it should not be polluted in the way that Linux has.
  Ponder this question:  "Do you have Linux?"  Now if I was asked this by
  a person I didn't know would I think they mean linux th e OS, Red Hat
  Linux, a VA Linux workstation, a VA Linux server, a Pocket Linux system?
  What the heck do they want to know?!  The Linux trademark is very very
  polluted now, what if I went out and made a killer win32 jabber client
  and called it Linux Thang.  Everyone takes to calling it Linux and I get
  millions upon millions of downloads, suddenly someone once again says
  "Hey you got that new Linux yet?"  Oh man, is that a kernel or the new
  release I just made of my client.  Dang I'm stuck.
 
  Summarize, I do not think that companies or anyone should be able to
  freely use the word Jabber like that.  What I do think should be
  available is an easy to use process to receive a derivate certification
  mark from the trademark holder, or some other derivate mark that then
  fully gives me the right to use the word, phrase, symbol whatever for
  the spreading of my work or ideas.  Jabber is something amazing, and it
  really should be available to all and be allowed to easily spread and
  become the de facto IM standard.  I really do _not_ want it to become
  another word that has absolutely no meaning and solidarity, because that
  doesn't let us achieve what we want.
 
  --temas
 
  On 15 May 2001 20:00:40 -0700, Flora Brunas wrote:
   --- temas [EMAIL PROTECTED] wrote:
I want to very very strongly restate what Peter
said The lack of
powerful transports and document ation is because of
people, not the
corporations, and suggesting otherwise is a bit
ludicrous in my opinion.
These are mundane tasks, and basically no one will
ever step up to the
plate.  I have, and even I feel it sucks.  I get
bored and lose interest
in them for a while, and eventually come back.
  
   This shows my point, Temas.
  
   People obviously aren't willing to do the mundane
   tasks.  Jabber.com comes along, and makes some
   progress on this, but still there are only 5 "core
   dudes" making progress in getting things out.  (your
   words)
  
   If other corporations besides Jabber.com are allowed
   to get involved, they can put resources and money into
   this as well.  But other corporations are being told
   by Jabber.com not to mention Jabber in their company
  

RE: [JDEV] passwords

2001-05-14 Thread zad

Hi Tony,

I think the following will lead to resolution of your case.
There is 2 rounds of I/O between client and server during authentication.
During the first round the client learns what the server is expecting.
During the second round client sends the actual values and the server
performs the actual authentication. During the first round the value of
password in NULL, which is logical and it is probably your case. As for the
solution:

You should check the value during JPACKET__SET subtype and not the
JPACKET__GET which is the first round. Use this if statement to check the
round of negotiation (which is the packet subtype).

if (jpacket_subtype(m-packet) == JPACKET__SET)

hope this helps

zad


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Tony Byers
 Sent: Friday, May 11, 2001 9:43 PM
 To: [EMAIL PROTECTED]
 Subject: [JDEV] passwords


 Hello -

 I thought I had this figured out but I don't.  Does anyone know how to
 obtain the password from the client in any of the mod_auth files.  I've
 stuck the following line in many different places and password is always
 NULL.

 password = xmlnode_get_tag_data(m-packet-iq, password);

 I've commented out mod_auth_digest and mod_auth_0k in jabber.xml so I'm
 assuming that password verification must be done in mod_auth_plain_jane.

 Any information about the client password would be great.  I'm totally
 lost at this point.

 Tony Byers

 ___
 To get your own FREE ZDNet Onebox - FREE voicemail, email, and fax,
 all in one place - sign up today at http://www.zdnetonebox.com

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] Re: password encription

2001-05-13 Thread zad

It might be easier to help if we could see jabber.xml and server logs.

zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Dillip Kumar Swain
 Sent: Saturday, May 12, 2001 10:53 AM
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: [JDEV] Re: password encription


 Hi Peter

 I am going thru your both conditions  for Encrypted passwd..
 but still I am getting passwd visible in a plain text once/twice.
 and it shows passwd of friendliests user's also..
  From http://mailman.jabber.org/listinfo/jadmin/ ..I didn't get
 any valuable
 solution  to handle it..

 So, Please advice me, How will I manage fully encrypted passwd..?

 Thanx  regards
 Dillip

  Message: 2
  Date: Fri, 11 May 2001 10:03:47 -0600
  From: Peter Saint-Andre [EMAIL PROTECTED]
  Organization: http://www.jabber.org/
  To: [EMAIL PROTECTED]
  Subject: Re: [JDEV] password encription
  Reply-To: [EMAIL PROTECTED]
 
  I'm sure there has been discussion of this on the JADMIN list (visit
  http://mailman.jabber.org/listinfo/jadmin/ to sign up), which is
  dedicated to issues of this kind (as opposed to the JDEV list, which is
  for software development questions). However, it's good to know that the
  order of modules in the load main=jsm section of jabber.xml is
  important, since it determines the order in which various modules are
  called. So in order to make sure that plaintext passwords are not an
  option, you could simply comment out the following line in the load
  main=jsm section:
 
  mod_auth_plain./jsm/jsm.so/mod_auth_plain
 
  Alternatively, you could change the order of modules so that
  mod_auth_plain comes after mod_auth_digest and/or mod_auth_0k/, in
  which case plaintext passwords would still be possible (you might want
  to do this in order to support telnet access, server test scripts, or
  whatever).
 
  Peter
 
  --
  Peter Saint-Andre
  [EMAIL PROTECTED]
 
  Dillip Kumar Swain wrote:
 
   /Hi Guys.../
  
   /I am using Jabber Server-1.4.1/
  
   /can you please advice me how will I encrypted passwd rather
 than plain
   text./
  
   /Thanx in advance/
  
  
  
   /regards/
  
   /dillip/
  
 
 
 
 
  --__--__--
 
  Message: 3
  From: Max Metral [EMAIL PROTECTED]
  To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
  Subject: RE: [JDEV] Server feature request
  Date:  Fri, 11 May 2001 09:24:06 -0700
  Reply-To: [EMAIL PROTECTED]
 
  This might make it a bit annoying to write automated scripts...
  Unless we
  have some way of finding out what state the server is in?
 
  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
  Sent: Friday, May 11, 2001 9:05 AM
  To: [EMAIL PROTECTED]
  Subject: Re: [JDEV] Server feature request
 
 
 
  In the next iteration of server development, MIO will be modified such
  that it will not will use SIGUSR2 for this. Having debugging turned on
  via SIGUSR2 is intriguing and we'll look into that for the next
  iteration. Probably, it would simply be used as a boolean -- if
  debugging is off SIGUSR2 would turn it on and vice-versa. This way we
  don't need to have so many signals just to turn debugging on and off.
 
  Diz
 
 
  On Thu, May 10, 2001 at 10:53:25PM -0500, temas wrote:
   SIGUSR2 is used by mio as a mechanism to break the loop so new sockets
   can be added and stuff like that.
  
   --temas
  
   On 10 May 2001 18:18:23 -0600, David Waite wrote:
[EMAIL PROTECTED] wrote:
   
  Those are the definitions of those signals in BIND though. They
 have
  different (already used) meaning within Jabber - they
 are used by
  pth
  (and I believe MIO). They are simply user-defined signals.

 Right, exactly.

 So we pick two new signals to serve this purpose in Jabber, the
  concept is
 still the same. So we use SIGINFO to turn on debugging,
 and SIGWINCH
  to turn
 it off, or any two other signals that are not already taken.

 It would also be useful to have the ability to turn
 debugging on and
  off by
 sending an admin message, but the signal method is more important,
 as
  it would
 be very useful to debugging cases where I cannot connect/login at
 all,
  and thuse
 cannot send any messages...
   
I'd welcome any two other signals which are not already taken. The
  system or parent
process sends those signals. I do not believe SIGINFO is defined on
  i386, its also
mapped to SIGPWR which is an exit on some other platforms,
 SIGWINCH is
  sent whenever
the terminal size changes - it sure wouldn't help me debug if the
  program behavior
changed when I resized the terminal I was getting output in :-).
   
If those signals weren't used internally, I agree it would
 be a really
  nice feature
to add (you actually only need one signal as a toggle, really). What
 is
  SIGUSR2
really used for?
   
 Kevin

  -David Waite
  [EMAIL PROTECTED] wrote:
  Server feature request, the ability to turn debugging on/off

RE: [JDEV] password authentication

2001-05-11 Thread zad

Hi Tony,

take a look at some samples in download.jabber.org
specifically ldapauth.tar.gz
I am making a similar authentication control there ...
let me know if I can be of more help!

zad

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Tony Byers
 Sent: Thursday, May 10, 2001 2:40 PM
 To: [EMAIL PROTECTED]
 Subject: [JDEV] password authentication


 Hello - I've been trying to figure out where the passwords from the client
 and server are checked.  I've been looking in mod_auth_plain.c and I
 see where it is comparing the passwords in mreturn mod_auth_plain_jane
 but it never gets past  if(jpacket_subtype(m-packet) == JPACKET__GET).
  It goes into this section and returns.  All I want to do is add a call
 to a kerberos function with the password from the client.  All I really
 need is a place where I can get the password from the client and attempt
 to get a kerberos ticket and fail authentication if I can't.  Thanks
 in advance for any advice.

 Tony Byers

 ___
 To get your own FREE ZDNet Onebox - FREE voicemail, email, and fax,
 all in one place - sign up today at http://www.zdnetonebox.com

 ___
 jdev mailing list
 [EMAIL PROTECTED]
 http://mailman.jabber.org/listinfo/jdev


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] xdb_file drirectory Hash

2001-05-02 Thread zad



I just got to finish a tiny but usefull hack into xdb_file that creates
drirectory Hash for users and saves the user.xml under it. It is usefull for
me because I don't get to see all my user.xml under a single directory. You
can find it in download.jabber.org the files: xdb_hash.tar.gz and
xdb_hash.README

Salute,

zad


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



[JDEV] Simple LDAP Authentication

2001-04-20 Thread zad


Hi everyone,

I just loaded up a very simple LDAP Login Authentication Module to
download.jabber.org, I think a few freinds were interested. I 'd be glad to
have some feedback on this module. I have tested it on a 1.4 server running
on a Redhat 6.2 box and Microsoft ldap running on windows 2000 box, and it
is working fine for me.

BTW: It's only a working draft !

zad


___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev



RE: [JDEV] XDB Component in Java

2001-04-19 Thread zad
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