[JDEV] Using LDAP Authentication with PAM support in Jabber
Hello all, Is there any support available in Jabber for PAM-LDAP? I want to integrate Jabber Authentication with LDAP using PAM for the sake of encrypted passwords. Awaiting kind response... Regards, Ritu Khetan Project Manager Netcore Solutions.
[JDEV] webclient project
hi, Happy New year and all best wishes... I want to set up an jabber webclient project at jabebrstudio.org. Is someonme interested in becoming developer? Adrian ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] webclient project
Hi, On Fri, Jan 03, 2003 at 01:09:24PM +0200, Adrian Rapa wrote: I want to set up an jabber webclient project at jabebrstudio.org. Is someonme interested in becoming developer? Well it depends on what you are trying to do ... What I _will_ do is code a web client using mod_perl and Net::Jabber. Don't know if this will become a standalone application or not, but I'm trying to do so. Greets, Steve ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] cygwin transport survey
Title: Message I'd very much like to hear from anyone who is actually running transports successfully under Windows via cygwin. I have jabber/jud/conference/msn all running, so though a novice I've certainly been initiated. AIM and ICQ both continue to elude me, I haven't tried Yahoo yet. Thank you to the list member which sent me the required AOL binary, but I still can't get the transport running. Before I burn more time on this, I'd like to know if anyone else has ever attempted it and succeeded. Thank you.
RE: [JDEV] MUC and creating rooms
Title: RE: [JDEV] MUC and creating rooms David, Thanks for the quick response. Is there any way to automatically create the room in a one-step process such that it will assume the default settings? On a side note, a confusing aspect of the exchange is that some of the actual XML that I receive back when creating a room has the phrase To accept the default configuration, click OK, which isn't exactly applicable to bots and other automated scripts. Thanks. -Vinny -Original Message- From: David Sutton [mailto:[EMAIL PROTECTED]] Sent: Friday, January 03, 2003 12:34 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] MUC and creating rooms Hi there, Ok, its only one field that its really looking for, and its the config field. This was originally used when the service could receive a number of different x:data forms, and I needed a simple way to differiciate between them. I'm currently working on removing the dependancy in the CVS version, so that an empty form will suffice. Regards, David
[JDEV] multiple XDB and virtual servers problem
Hi, I have 2 virtual servers at s1.mydomain and s2.mydomain both resolved to my ip (where jabberd is running). I have 3 XDB sections and I can't login (or create an account) to second virtual server: xdb id=s1.xdb_java hosts1.mydomain/host nsjabber:iq:auth/ns nsjabber:iq:roster/ns nsvcard-temp/ns accept ... /accept /xdb xdb id=s1.xdb_file hosts1.mydomain/host ns/ load xdb_file./libs/xdb_file.dll/xdb_file /load ... /xdb xdb id=s2.xdb_file hosts2.mydomain/host ns/ load xdb_file./libs/xdb_file.dll/xdb_file /load ... /xdb I can login to s1.mydomain but I can't login nor register to s2.mydomain. I get the following in server logs: Fri Jan 3 16:04:55 2003 xdb.c:52 xdb_results checking xdb packet xdb type='error' to='s2.sessions' from='[EMAIL PROTECTED]' ns='jabber:iq:auth' id='4' error='Unable to deliver, destination unknown' password xmlns='jabber:iq:auth'someone/password /xdb and similar entries in error.log file: 'bouncing a routed packet to [EMAIL PROTECTED] from s2.sessions: Unable to deliver, destination unknown' While trying to register as a new user it leaves however some data corresponding to 'jabber:iq:last'. It works fine if I remove xdb id=s1.xdb_java or xdb id=s1.xdb_file. It doesn't work if I join 2nd and 3rd one into common section as follows: xdb id=xdb_file hosts1.mydomain/host hosts2.mydomain/host ns/ load xdb_file./libs/xdb_file.dll/xdb_file /load ... /xdb What have I to do to make them work all together? [jabberd 1.4.2 with Cygwin] Thanks for any help. Regards, Wojciech Dec ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: Re[2]: [JDEV] webclient project
Hello, On Fri, Jan 03, 2003 at 07:20:48PM +0300, Mike Shoyher wrote: The major problem is our beloved statelessness of the HTTP. That means the web server must keep all sessions to the jabber server. I don't see a good way to do it using mod_perl. Hm, what's the problem? Statelessness is what you always have to deal with. Once you're logged in mod_perl holds up the connection to the jabber server for you (sure there must be some timeout or so). Session is tracked by apache itself (or by a cookie). Probably it would make sense to invent special stateless transport for the jabber server. The jabber server keeps sessions anyway so we could unburden the client and provide a way for the client to send what it wants and fetch the whole backlog of waiting messages. Are you talking about something like this: http://oid.jabber.org/?oid=1102 ? All this greatly announced web client projects don't seem to have come far ... don't know why ... Greets, Steve ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re:Re[2]: [JDEV] webclient project
Mike Shoyher [EMAIL PROTECTED] wrote on 3-1-2003 17:20:48: Hello Richard, All the clients I found so far aren't pure web, they use either flash or java to connect to the server. I had an intention to make a jabber-based web chat, but things look quite complicated to me. The major problem is our beloved statelessness of the HTTP. That means the web server must keep all sessions to the jabber server. I don't see a good way to do it using mod_perl. Probably it would make sense to invent special stateless transport for the jabber server. The jabber server keeps sessions anyway so we could unburden the client and provide a way for the client to send what it wants and fetch the whole backlog of waiting messages. We've done (on a commercial basis) a Jabber Web Client that only uses pure HTML, no Java, Flash whatever. In fact is was cHTML (wich does not have any of those things). This was done with Apache/PHP and a Java based Jabber Component. For each user when a page is requested through PHP the same session-id is passed along. The PHP script then uses a socket or pipe to connect to the java component. It can use a very simple protocol to do basic things like send log in, send a message, change presence, retrieve the contactlist etc. When the user wants to logs into Jabber the Java/Jabber component uses route/ tags to log into the jabber server for the client. (sort of like JADC2S). All hurther things (messages etc) can be done using these. We use a component rather then creating a socket connection for each new user, because this greatly enhances stability and scalability. overal this solution preserves the statelessness of PHP and Apache, and scales pretty well. All jabber specifics are done in Java rather than PHP, in fact very little is done here, just layout etc. I suppose you could use Perl instead of Java, if the quality of the current Perl libraries are good enough. It's also possible to host the Apache/PHP part, the Java/Jabber component and the Jabber server itself on different servers. With a little extra effort it's even possible to cluster these things or set them up redundantly (except for jabberd itself, though jabber.com can take care of that), all persistant data etc. is stored in jabber, you don't need MySQL or anything like it. Note however that the current way of creating jabber session useing route/ tags to my understanding does not work anymore in jabber2, but something simulair will be / is in place (porting it shouldn't be that much of a problem). -- Tijl Houtbeckers Java/J2ME/GPRS Software Engineer @ Splendo The Netherlands ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] MUC and creating rooms
Hi Vinny, You simply need to send back the form with only the config field - the parser will simply use default values for the rest of the fields. As soon as I rework the form parser, you will be able to simply send back an empty form. For reference, since you may wonder about this, if a groupchat client connects, the service automatically uses the defaults. The user still has the ability to modify, but would have to do it via raw xml, or reconnect with a compliant client. Regards, David On Fri, Jan 03, 2003 at 10:03:46AM -0500, Vincent Dibartolo wrote: David, Thanks for the quick response. Is there any way to automatically create the room in a one-step process such that it will assume the default settings? On a side note, a confusing aspect of the exchange is that some of the actual XML that I receive back when creating a room has the phrase To accept the default configuration, click OK, which isn't exactly applicable to bots and other automated scripts. Thanks. -Vinny -Original Message- From: David Sutton [mailto:[EMAIL PROTECTED]] Sent: Friday, January 03, 2003 12:34 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] MUC and creating rooms Hi there, Ok, its only one field that its really looking for, and its the config field. This was originally used when the service could receive a number of different x:data forms, and I needed a simple way to differiciate between them. I'm currently working on removing the dependancy in the CVS version, so that an empty form will suffice. Regards, David -- David Sutton Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] msg08227/pgp0.pgp Description: PGP signature
Re: Re[2]: [JDEV] webclient project
A pure http chat interface would be great, but is also a very difficult problem. Given that you *can* manage state by creating a session in PHP or something similar, but the problem is notifying the client (browser in this case) when a chat message arrives for the client and needs to be displayed. To my knowledge, the only way to do this is to have a refresh-button that will trigger an update to redisplay the page with the new information. That is ugly! Or you might use a polling like mechanism where you constantly redirect the web page for updates, which is even more kludgy and slow. How were you planning on solving the client-notification problem? I think there needs to be a client-side process running that maintains a connection to the sever... thus Java and Flash based solutions. The need for a chat client on the HTTP port stems from the following issue: Most companies block chat ports either deliberately or inadvertantly depending on their IT policies. Also, most companies have the HTTP port open for whatever reason. Since this port is more often than not open, it is easier to utilize the already open port for a service rather than annoy the IT guys to open the proper port usually to no avail. So why not provide a chat server that listens on port 80 and setup the client to connect to chat.domain.tld:80 and to all your... and of course the nice thing about having a Java client (or Flash or whatever) is that you can use it (supposedly) on any browser that supports Java eliminating the need for a chat client to be installed on the client machine. Of course thats just my opinion. /rant --Dave - Original Message - From: Mike Shoyher [EMAIL PROTECTED] To: Richard Dobson [EMAIL PROTECTED] Sent: Friday, January 03, 2003 8:20 AM Subject: Re[2]: [JDEV] webclient project Hello Richard, Friday, January 03, 2003, 6:51:00 PM, you wrote: RD Its probably better to help the existing projects rather than create a whole RD new one of your own, I think i saw a javascript one a while back that looked RD promising. All the clients I found so far aren't pure web, they use either flash or java to connect to the server. I had an intention to make a jabber-based web chat, but things look quite complicated to me. The major problem is our beloved statelessness of the HTTP. That means the web server must keep all sessions to the jabber server. I don't see a good way to do it using mod_perl. Probably it would make sense to invent special stateless transport for the jabber server. The jabber server keeps sessions anyway so we could unburden the client and provide a way for the client to send what it wants and fetch the whole backlog of waiting messages. -- Best regards, Mikemailto:[EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] (no subject)
OK, i was thinking at the folowing 2 ways: 1. Use a http polling component as describe in jep. The problem is that there is only one component and is a servlet, so it will run only with Java orientaed webserver. SO here should be written a http polling component for apache and a php/asp page that will be relaoded periodicaly. 2. Use a continous http connection. i tried this in past but then i have in mind to use separate windows like in exodus, but now i am thinking that we could use a single window too like in tkabber for example. This method has the disadvantage that the connexion can be interrupted and it can be reestablished only by loging on. I was thinking of using a stream. as the xml came from jabberd the php/asp should interpret it and output javascript, html and DHTML Also there is a problem with this. i dont know if all browsers can handle this IE can for sure. The java/flash are not very good because not all browsers seport java and flash... If you have any other ideeas.. please post it on the list Adrian Rapa ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] (no subject)
Not all browsers can handle JS. I didn't even bother looking at the JEPs before I started blazing away at my system. Sense HTTP keep alive is part of the http 1.1 standard(rfc 2068) I feel that most browsers should support this. ~Chris PS In my last post and forgot to edit before I hit the send button. I need to get some sleep. On Fri, 2003-01-03 at 15:14, Adrian Rapa wrote: OK, i was thinking at the folowing 2 ways: 1. Use a http polling component as describe in jep. The problem is that there is only one component and is a servlet, so it will run only with Java orientaed webserver. SO here should be written a http polling component for apache and a php/asp page that will be relaoded periodicaly. 2. Use a continous http connection. i tried this in past but then i have in mind to use separate windows like in exodus, but now i am thinking that we could use a single window too like in tkabber for example. This method has the disadvantage that the connexion can be interrupted and it can be reestablished only by loging on. I was thinking of using a stream. as the xml came from jabberd the php/asp should interpret it and output javascript, html and DHTML Also there is a problem with this. i dont know if all browsers can handle this IE can for sure. The java/flash are not very good because not all browsers seport java and flash... If you have any other ideeas.. please post it on the list Adrian Rapa ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev signature.asc Description: This is a digitally signed message part
Re: Re[2]: [JDEV] webclient project
On Fri, Jan 03, 2003 at 11:44:36AM -0800, Dave Meador wrote: A pure http chat interface would be great, but is also a very difficult problem. It's tricky, but possible. I've used an IRC client that is pure HTML called CGI:IRC. You can find it at http://cgiirc.sourceforge.net. It works surprisingly smoothly. I imagine this project could reasonably easily be adapted to use in a Jabber context. Greg Hewgill http://www.hewgill.com ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: Re[2]: [JDEV] webclient project
On Fri, Jan 03, 2003 at 11:44:36AM -0800, Dave Meador wrote: How were you planning on solving the client-notification problem? I think there needs to be a client-side process running that maintains a connection to the sever... thus Java and Flash based solutions. You can solve this by using nph (non-parsed-headers), which means the server is sending a constant stream (no timeout) and sends a javascript-reload when a new message arrives :-) Greets, Steve ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] How to 'encourage' client presence notifications
I have an out of process Jabber accept component running under JabberD 1.4.2. My component successfully updates client rosters by both doing an xdb set into the server database and to the Jabber client(s). The clients successfully show the new contacts in their rosters, but fail to exchange presence info to indicate they are online. If I log out from a client, the next log in will provide the expected presence info, so we know the correct data is there. I've tried this with all the usual suspects (Exodus, myJabber, GAIM, PSI). What is the 'right' way to encourage the clients to exchange presence after a server roster push? Thanks, Mike ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] client to client communication using jabber?
Sending XML Payloads with your messages is perfectly legal. Just put it under the root message node like so. message to='' from='' type='mycustommessage|chat|whatever' bodyIf you had my client you would be getting Bridge information./body subjectbridge/subject mydata xmlns=my:custom:namespace bridgexml more data /bridgexml /mydata /message If you implement your own namespaces you aren't constrained by the jabber:x:x namespace specs (although jabber:x:oob is pretty open-ended). Also, it is not allowed to use a jabber:mynamespace namespace that isn't in the spec. Hope this helps. Regards, JD Conley Winfessor, Inc www.winfessor.com Life would be so much easier if we could just see the source code. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Pat Magnan Sent: Friday, January 03, 2003 2:07 PM To: [EMAIL PROTECTED] Subject: [JDEV] client to client communication using jabber? Brief description of what we're trying to do: - our project is a Bridge Bidding tool, it allows two players to 'practice' bidding hands over the Internet - we decided to use the JabberCom object, and use it for our embedded chat client (so they can discuss things from within the program) - when I saw I could send XML strings using Jabber, I thought I'd use that also for one client to talk to the other one (passing strings representing each player's hand of cards, what bid they're making, and so on). I'm having a little difficulty working out if it is even possible to send my own (somewhat limited) dtd or basically arbitrary data from one client/jid to the other (I don't care if it has to go through the server, I just want the server to forward it to the other client). Actual messages are no problem, but the documentation doesn't clearly guide me as to how to do that (much of it being in the form of proposals I guess so I'm trying to do things that aren't implemented it seems). I've seen things like jabber:x:data - which sounds like it would do, or jabber:something:oob. The protocol document was a good start, where do I go from here? The two clients can message successfully, so, it's a matter of working out how to send xml from one to the other (assuming I can) that contains my application's data. Any pointers or references that google isn't turning up for me that anyone can think of? Thanks, ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Capturing roster 'remove' events from an accept component
Is there an elegant way of listening in on client initiated roster remove messages? I have an accept component that needs to know when a user removes a contact from their roster. I could tap in through the xdb mechanism but that seems like I'd incur a lot of overhead just to find a few messages. Another thought was using xdb_sql and then polling for updated records using a database generated timestamp, but again kind of kludgy. Anyone have a good idea of how I should do this? Thanks, Mike ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev