RE: [JDEV] jabber extensions available for handling locationinformation
From: Jeremy Nickurak [mailto:[EMAIL PROTECTED]] Sent: maandag 25 november 2002 18:45 ... Personally, I'm curious why these goals couldn't be fit into a properly namespaced child element of the message packet. Could you try to elaborate on this some? Do you mean a child element of the message/ top-level element? To my knowledge, the distribution of message/ elements is not based on a subscription mechanism but on addressing. We want a subscription based mechanism, because we do not want to send updates of context information (presence, location, ...) to every interested party individually. Arjan. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Pam support for Jabber 1.4.2
I did update the PAM patch from the contrib area to work with jabber-1.4.2 and I seem to remember emailing it to Peter Saint-Andre so he could include it at: http://download.jabber.org/contrib/. Guess it never made it. I still have it available on my site though: http://www.snoogans.co.uk/jabber/files/jabber-1.4.2-pam.README http://www.snoogans.co.uk/jabber/files/jabber-1.4.2-pam.tar.gz Although I then went on to provide a better authentication mechanism for Jabber using the official XDB check Authentication method as described at: http://jabberd.jabberstudio.org/1.4/142changelog.html You can download the code at: http://www.snoogans.co.uk/jabber/index.htm#xdb_auth_cpile It also supports IMAP, LDAP, MYSQL, PAM, POP3, RADIUS and SMB authentication. I did hear a rumour that xdb_auth_cpile was going to be mentioned in the jabber docs, but not sure. Thanks, Chris Pile. Ian Reinhart Geiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greetings After poking around on various servers I found that there seemed to be no easy way to use pam to authenticate a jabber user. So I went ahead and cleaned up some existing work to make a mod_auth_pam.c that fits right into the existing build and source tree. Currently it consists of a small patch and the mod_auth_pam.c file. I am willing to clean this up and maintain this code, but I am unsure of how this is to get included into jabber source, or even if its allowed for that matter. If someone would be kind enough to point me in the direction of protocol for this I would be very pleased. I have tested this patch so far on linux (suse and debian) and solaris 8. It seems to work just fine, and am using it quite effectively with a 800 user NT network where the linux box running the jabber server is using smb_auth in pam. This was key because this instalation is a school and they wanted a place for students to chat, but did not want to install and maintain a whole new server. Using jabber and these patches they had a dropin solution. Cheers -ian reinhart geiser - -- When in doubt, use brute force. -- Ken Thompson -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE94507Py62TRm8dvgRAnl0AJsGt5Wo30lTJa44Qm0zWWrOy7baEQCgvxvu umDIl4k+yWZBwTMbUGh32AQ= =gcMs -END PGP SIGNATURE- ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] conference room creation
I've tested this as far as I can, and unless I'm missing something very obvious (not impossible!) it seems that MUC is not responding as expected (or at least as how it is given in the JEP)... I am however assuming that: * MUC doesn't require the complete configuration form back; only the fields to change * MUC rooms are compatible with Jabber browsing Any clues? Rob - Original Message - From: Rob Davis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 26, 2002 2:54 PM Subject: Re: [JDEV] conference room creation Hi David Thanks for the suggestion - I did check this. First I am sending (MUC compliant) presence to the room; then I am requesting the config form (using 'get') and then I am sending the following form response, with only the fields I want to change: SEND: iq type=set from=[EMAIL PROTECTED]/home to=[EMAIL PROTECTED] id=create2query xmlns=http://jabber.org/protocol/muc#owner;x xmlns=jabber:x:data type=submitfield var=titlevalueKitchen/value/fieldfield var=maxusersvalue10/value/fieldfield var=publicvalue1/value/fieldfield var=persistentvalue0/value/field/x/query/iq MUC sends the following response, suggesting that all is OK: RECEIVE: iq type=result from=[EMAIL PROTECTED] to=[EMAIL PROTECTED]/home id=create2 / But if I then browse the rooms, the values have not changed: SEND: iq type=get to=conference.localhost id=roomsquery xmlns=jabber:iq:browse //iq RECEIVE: iq type=result to=[EMAIL PROTECTED]/home id=rooms from=conference.localhostconference xmlns=jabber:iq:browse type=public name=Public Chatroomsnshttp://jabber.org/protocol/muc/nsnsjabber:iq:register /nsnsjabber:iq:version/nsnsjabber:iq:time/nsnsjabber:iq:last /nsconference type=public jid=[EMAIL PROTECTED] name=The Lobby (0/25) /conference type=public jid=[EMAIL PROTECTED] name=newroom (1/30) //conference/iq Notice how neither the room name nor the max users have changed in reponse to the form. Mysterious Rob - Original Message - From: David Sutton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 26, 2002 12:46 PM Subject: Re: [JDEV] conference room creation Hi there, Just as a thought, how about 'get'ing the form before trying to 'set' it? :) Regards, David On Tue, Nov 26, 2002 at 01:59:22AM -, Rob Davis wrote: I seem to have solved this for the moment, by sending presence to the new room (using the old group chat protocol) before issuing the configuration request. However this does not seem to be behaviour as documented in JEP-45 so I don't think this its quite right... My problem now is that once I receive the configuration form and reply by sending back the form (with only several fields completed - the ones I want to change), MUC then responds by sending the entire config form again, BUT the values in my submitted fields have not been changed. i.e. the room configuration request is not being carried out for some reason. Any thoughts? Rob - Original Message - From: Rob Davis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 25, 2002 5:32 PM Subject: Re: [JDEV] conference room creation Following David's suggestion (from earlier this month) about creating rooms (without entering them) in MUC, I am sending the following room configuration request to MUC, as per JEP-45: iq type=set from=[EMAIL PROTECTED]/home to=[EMAIL PROTECTED] id=create1query xmlns=http://jabber.org/protocol/muc#owner; //iq However, rather than getting a configuration form as expected (or a documented error), I am getting the following error: iq type=error from=[EMAIL PROTECTED] to=[EMAIL PROTECTED]/home id=create1query xmlns=http://jabber.org/protocol/muc#owner; /error code=400Bad Request/error/iq Does anyone know what is going wrong here? Rob - Original Message - From: David Sutton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 05, 2002 6:54 AM Subject: Re: [JDEV] conference room creation Hi there, With the existing conference (0.4 or v2) you can't avoid entering the room. With MU-Conference, you can. Its a new conference system I released today, based on JEP-0045 (http://www.jabber.org/jeps/jep-0045.html) If you send a room configuration request to a room that doesn't exist, the room is created and the configuration form is returned to you. The problem is that normal rooms get deleted after ~5 minutes of being empty, so you'll want to enable the 'persistent' option. This will mean the room exists, even if the server is restarted. The room creator can then just destroy the room when they've finished with it. Regards, David On Sun, Nov 03, 2002 at
Re: [JDEV] Client C/C++ Library for Linux.
tis 2002-10-22 klockan 14.22 skrev Henry Kleynhans: Hi All, Hi! I've had a look at the code library table on Jabber.org, and I was wondering if you could advise a C/C++ client-side library to use. I'm writing a library using Glib/GObject which is a object oriented library for C. We are using it to write our own jabber client using Gtk2. Hopefully I'll be able to make a release of it before leaving one month for New Zealand in three weeks. Let me know if you want to try it out before I've been able to get a release out and I'll direct you to the CVS. Regards, Mikael Hallendal -- Mikael Hallendal[EMAIL PROTECTED] CodeFactory AB http://www.codefactory.se/ Cell: +46 (0)709 718 918 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] conference room creation
On Wed, 27 Nov 2002 10:06:25 -, Rob Davis [EMAIL PROTECTED] said: I am however assuming that: * MUC doesn't require the complete configuration form back; only the fields to change This assumption may not be correct. I haven't tried sending back partial forms, but... Any clues? Our client developer had a similar problem that we tracked down to him not returning a hidden field named config. (I think that was the field name... just going from memory here). So, I'm unsure whether sending partial form will work or not, but you certainly need to include the hidden field regardless. -- Van Gale ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] JIT - ICQ Transport release
[EMAIL PROTECTED] wrote: On Tue, 26 Nov 2002, Matthias Wimmer wrote: Why are too many ports bad? 1. scalability (you can have at most 65535 listening sockets per IP) 2. security a) Managing of firewall in front of the server b) outgoing connections to the ICQ-server are less vulnerable then to listen for incomming connections that can be established by any internet host c) harder to keep track on what is going on That's true. However, one can run the transport on a machine not firewalled and/or limit direct connections to outgoing direct connections (which work fine, too. Machine looks like NATted then. As soon as the NATted machine messages a non-NATted one, a direct connection will be established). libicq2000 seems to support disabling incoming direct connections (Client::setAcceptInDC(bool d)) without sacrificing direct connection functionality completely. Yes. Adding DC is very easy. But AFAICS JIT uses a rather heavily modified libicq2000 without sigslots and all that? NO. Changes are only in I/O layer and I removed very slow sigslots. JIT has all I/O in one thread. It is very safe and stable. I have JIT version on jabber with modules, and I can have all modules: jsm, xdb + JIT on one jabber. Regards ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Sprint announces new messaging system
Hi, (B (BI downloaded the Sprint IM client at the past (Band it acctually used Jabber protocol. (BBut, (Bon the other hand, (BBantu says that Sprint is their customer. (B (Bsee (Bhttp://corp.bantu.com/customers/index.asp (B (BJustin Karneges wrote: (B (B Yes, it is Jabber. Unless they have another IM project that I don't know (B about... (B (B -Justin (B (B On Saturday 23 November 2002 02:04 pm, Christopher Smith wrote: (B I don't know if this has made its way out / across the list, (B but does anyone have any idea what this new system will (B be based on? (B (B From the description, it sounds an awful lot like Jabber... (B (B http://rss.com.com/2100-1033-971076.html?type=ptpart=rsstag=feedsubj=new (B s (B (B (B CMS (B ___ (B jdev mailing list (B [EMAIL PROTECTED] (B http://mailman.jabber.org/listinfo/jdev (B (B ___ (B jdev mailing list (B [EMAIL PROTECTED] (B http://mailman.jabber.org/listinfo/jdev (B (B-- (BKenta Shiga, Researcher (BSystems Development Laboratory, Hitachi,Ltd. (BTel: +81 45 860 3077 (ext.874-4435) (BFax: +81 45 860 1675 (ext.874-4402) (B (B (B___ (Bjdev mailing list ([EMAIL PROTECTED] (Bhttp://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Karma settings question
I believe the karma tag can only be applied in this way to components that are loaded into the server via the load mechanism, ie. shared objects (.so) instead of external programs that connect over a socket. The way to do what you want is to specify your component's karma levels in the io section of the jabber.xml file (global default karma levels, make them high). Then in the c2s and s2s service definitions you place lower karma limits so that users cannot abuse the service. -R ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] Karma settings question
Hi Joe! I had quite the same problems. Put the karma into the accept section then your server will take and use it. Cheers Lars My jabber.xml file includes the following service/ tag for my component: service id=sls_agent hostsls_agent.shrieker.ena.com/host accept iplocalhost/ip port5998/port secretterces/secret /accept karma init50/init max50/max inc4/inc dec1/dec penalty-5/penalty restore50/restore /karma /service ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] clarification needed in hashtable implementation
Hi All, I am looking at jabberd 1.4.2 sources. I cannot understand the following section. In the file jabberd/lib/hashtable.c, In this method, NAMED lookup(HASH_TABLE *table, KEY name, size_t createSize) The else portion(if table-size is non zero), We try to lookup the name from the bucket index i. If we did not locate one we look it up at bucket index i-1 if i!=0, else we make i = table-size -1 and look up. This is as per my understanding is linear probing in open addressed hash table. How the code avoids revisiting the elements already probed? For example, I have 64 buckets, My starting bucket index happened to be 12, I look up at table-v[12] and then table-v[11] . table-v[0] and then table-v[63]...table-v[0].and repeatedly. Can you please explain? with regards kamesh jayachandran ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] Sprint announces new messaging system
Sprint is a large company and probably has a number of IM projects going on (Bbetween different divisions. My understanding is that this particular (Bproject is based on Unbound Technologies product which is, to the best of my (Bknowledge, Jabber based. (B (B/tb (B (B-Original Message- (BFrom: Kenta Shiga [mailto:[EMAIL PROTECTED]] (BSent: Wednesday, November 27, 2002 4:54 AM (BTo: [EMAIL PROTECTED] (BSubject: Re: [JDEV] Sprint announces new messaging system (B (B (BHi, (B (BI downloaded the Sprint IM client at the past (Band it acctually used Jabber protocol. (BBut, (Bon the other hand, (BBantu says that Sprint is their customer. (B (Bsee (Bhttp://corp.bantu.com/customers/index.asp (B (BJustin Karneges wrote: (B (B Yes, it is Jabber. Unless they have another IM project that I don't know (B about... (B (B -Justin (B (B On Saturday 23 November 2002 02:04 pm, Christopher Smith wrote: (B I don't know if this has made its way out / across the list, (B but does anyone have any idea what this new system will (B be based on? (B (B From the description, it sounds an awful lot like Jabber... (B (B (Bhttp://rss.com.com/2100-1033-971076.html?type=ptpart=rsstag=feedsubj=new (B s (B (B (B CMS (B ___ (B jdev mailing list (B [EMAIL PROTECTED] (B http://mailman.jabber.org/listinfo/jdev (B (B ___ (B jdev mailing list (B [EMAIL PROTECTED] (B http://mailman.jabber.org/listinfo/jdev (B (B-- (BKenta Shiga, Researcher (BSystems Development Laboratory, Hitachi,Ltd. (BTel: +81 45 860 3077 (ext.874-4435) (BFax: +81 45 860 1675 (ext.874-4402) (B (B (B___ (Bjdev mailing list ([EMAIL PROTECTED] (Bhttp://mailman.jabber.org/listinfo/jdev (B___ (Bjdev mailing list ([EMAIL PROTECTED] (Bhttp://mailman.jabber.org/listinfo/jdev
[JDEV] Web Aware in JIT
I have added to JIT web presence and it is configurable for all users. Is there any specyfication how user would be able to enable or disable web presence. For example we can use presence to=[EMAIL PROTECTED] or maybe IQ. Have you meet that problem ?. Lukas ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] jabber extensions available for handlinglocationinformation
There's nothing stopping you from subscribing to message events. As it turns out, there currently isn't any generic subscription mechanism available, but as long as you're defining your means of distributing this information yourself, you're free to define your own means of managing subscriptions.. message type=normalx xmlns=jabber:x:locationsubscribe//x/message Or whatever else you feel would work appropriately. On Wed, 2002-11-27 at 02:14, Arjan Peddemors wrote: From: Jeremy Nickurak [mailto:[EMAIL PROTECTED]] Sent: maandag 25 november 2002 18:45 ... Personally, I'm curious why these goals couldn't be fit into a properly namespaced child element of the message packet. Could you try to elaborate on this some? Do you mean a child element of the message/ top-level element? To my knowledge, the distribution of message/ elements is not based on a subscription mechanism but on addressing. We want a subscription based mechanism, because we do not want to send updates of context information (presence, location, ...) to every interested party individually. Arjan. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev -- Jeremy Nickurak [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev