RE: [JDEV] Help: jabber server Admin
Title: RE: [JDEV] Help: jabber server Admin There is currently no way to retrieve the number of users from an Info/Query. No one has yet written the code to do this. You will have to write it yourself. Matthew D. Diez Systems Engineer Vedalabs, Inc. [EMAIL PROTECTED] -Original Message- From: Dillip Kumar Swain [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 12:19 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JDEV] Help: jabber server Admin Hi Thanx for your immidiate response. Yes already I have gone thru. record.log. but I need a query/info from which I will extract the data and show some where else.. pl. can you send that query again Sorry for disturbing. Thanx regards Dillip Message: 9 Date: Wed, 29 Aug 2001 17:41:06 +0100 From: DJ Adams [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JDEV] Help: jabber server Admin Reply-To: [EMAIL PROTECTED] On Wed, Aug 29, 2001 at 10:51:26AM -0500, Dustin Puryear wrote: I want to know ..is there any tools from which I can extract below : 1 no. of users connected to jabber server 2 Time Date of Login etc. How did I get pulled into this? :) Anyway, when running jabberd in debug mode I know it will show you the number of connected users. Also, you could write a script to watch the jabberd log files since they are pretty darn detailed for this stuff. the record.log file shows this sort of stuff too, e.g. 20010829T14:53:25 [EMAIL PROTECTED] login ok 217.228.41.186 winjab ... and I think I already posted something on getting the online users with an info/query request (as admin). dj (breaking his rule of blurting in before he's caught up with the list) Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] do we have jabberserver for windows
Title: RE: [JDEV] do we have jabberserver for windows I want to say the JabCast kids have a commercial version for Windows. And the cats at Tipic also have one. I think just http://www.jabcast.com and http://www.tipic.com Of course, I think these will be out in mid-September Matthew D. Diez Systems Engineer Vedalabs, Inc. [EMAIL PROTECTED] -Original Message- From: ravindra bommineni [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 29, 2001 1:51 PM To: [EMAIL PROTECTED] Subject: [JDEV] do we have jabberserver for windows hi all do we have jabber server for windows.if not, is any body working on that. Thanks ravindra __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] jabber:iq:time
Title: RE: [JDEV] jabber:iq:time Er, I'm assuming that iq:time is built to get the server time from the client. Why must the client be able to respond to the format? Anyway, Julian, is 3-letter format preferable? And if so, what about the daylight savings time problem? Must all server implementations support/know the appropriate state of DST? Matthew D. Diez Systems Engineer Vedalabs, Inc. [EMAIL PROTECTED] -Original Message- From: Simon Guindon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 29, 2001 4:00 PM To: [EMAIL PROTECTED] Subject: RE: [JDEV] jabber:iq:time ya, I have no problem with that. Just saying, the problem with time is its requested from the client so like you said, if clients don't all respond to the same format its all messed up. lol Later, Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Julian Missig Sent: Wednesday, August 29, 2001 4:47 PM To: [EMAIL PROTECTED] Subject: Re: [JDEV] jabber:iq:time it being what? some windows clients? :) It would make more sense if we standardized on using the proper abbreviations... given that you're not always going to get English. Julian - Original Message - From: Simon Guindon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, 29 August, 2001 16:41 Subject: RE: [JDEV] jabber:iq:time In my experience it returns the full representation that Matt Diez also mentioned. Such as Eastern Standard Time Later, Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Julian Missig Sent: Wednesday, August 29, 2001 4:35 PM To: [EMAIL PROTECTED] Subject: Re: [JDEV] jabber:iq:time jabber:iq:timeI'm fairly certain we should just be using the three letter abbreviations. Julian - Original Message - From: Matt Diez To: '[EMAIL PROTECTED]' Sent: Wednesday, 29 August, 2001 16:22 Subject: [JDEV] jabber:iq:time Sorry to bring this up again - I need to complete my port of Jabber 1.4.x to AIX, and I need to know what the acceptable textdata and format for the tz field are. The current server code generates the three-letter abbreviation popular in the Linux realm ('CDT' 'EST', etc). But the JPG shows a full-text representation of the timezone like: tzCentral European Time/tz Which is correct/preferred? Or does it/should it vary based upon server implementation/platform? Matthew D. Diez Systems Engineer Vedalabs, Inc. [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 mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] Jabber Weekly News, Issue 1
Title: RE: [JDEV] Jabber Weekly News, Issue 1 I have to agree with Julian here - the more consolidation that can happen (particularly within the jabber.org domain) - the easier it is to get a handle on what is actually happening in the client/server/ components/transports/third-party realm. I would really appreciate it, and I feel I speak for a decent volume of developers. Matthew D. Diez Systems Engineer Vedalabs, Inc. [EMAIL PROTECTED] -Original Message- From: Julian Missig [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 29, 2001 3:01 PM To: [EMAIL PROTECTED] Subject: Re: [JDEV] Jabber Weekly News, Issue 1 Um... that's not cool. We don't have enough Jabber news in any single place. We either need to get it all going to dev.jabber.org or jabbercentral or something. We just need to decide. We now have: jabber.com dev.jabber.org jabbercentral Jabber Weekly News JabNews various client news sites (including my own) Anywhere else? I say that dev.jabber.org should have it all consolidated... then the individual sites can decide what they want to focus on. Julian - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, 29 August, 2001 15:55 Subject: Re: [JDEV] Jabber Weekly News, Issue 1 JabNews == http://jabnews.manilasites.com (though the URL might change at some point) ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] mod_time portability woes
Title: mod_time portability woes Doing some porting of the Jabber server to AIX. And you cats keep upping the ante on me. Pulled the latest release off of CVS In mod_time.c, line 66 xmlnode_insert_cdata(xmlnode_insert_tag(m-packet-iq,tz),tmd-tm_zone,-1); Which, in the Linux world, pulls up a three letter representation of the time, yet, in the JPG, it is a full textual representation (no abbreviation). See: iq type=result from=hamlet@denmark to=horatio@denmark id=1001 query xmlns=jabber:iq:time utc2106T06:35:29/utc tzCentral European Time/tz display2000/01/06 6:35:29 AM/display /query /iq Can anyone tell me what the officially accepted timezone format is? Matthew D. Diez
RE: [JDEV] Java Jabber Server... Now usable :)
Title: RE: [JDEV] Java Jabber Server... Now usable :) I see the jabberserver.xdb.storageinterface paramter. This, of course, should point to a class, which handles xdb storage. Are you making this some sort of abstract class/interface from which new classes will be developed to directly handle the various storage messages, where the backends are directly written as Java classes, or is this to become much like the existing server's xdb component, one which can handle base_connect, base_accept, and base_exec style routing to various xdb_backends. And, if the case with the former, it needs not be said that existing xdb backends would need be rewritten (see: xdb_odbc, xdb_ldap, my own xdb_java). Could it also be considered to have perhaps a service class which defines external service connections, and extend this functionality into an xdb class, handling connects/accepts/ execs much like the current server behaves? Also: Decided on a license, yet? When can we peek at your source? Matt Diez -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 05, 2001 9:35 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JDEV] Java Jabber Server... Now usable :) All, The first useful release of the Java Jabber server is now available. It allows multiple users to login into the server, send messages between them, and send subscription requests between them. It does not currently report availability statuses to other users (this is comming). Its available from http://www.alsutton.com/jabserv/ The config options are detailed at http://www.alsutton.com/jabserv/docs/configurationparameters.html The links to other pages on the config options page are broken. This is also being worked on. Please download and enjoy, Al. -- Al Sutton Web: http://www.alsutton.com/ Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] jabber:iq:private
Title: RE: [JDEV] jabber:iq:private From the Jabber protocol guide. http://docs.jabber.org/general/html/protocol.html jabber:iq:private -- Private Data Storage Updated in 1.4 (draft protocol!) The Private Data Storage namespace provides a mechanism for storing private data on the Jabber server. The data stored can be anything, as long as it is valid XML. The typical usage for this namespace might be to store client preferences on the server-side. Example 1 (Client Storing Private Data): iq type=set id=1001 query xmlns=jabber:iq:private winjab xmlns=winjab:prefs defaultnickHamlet/defaultnick /winjab /query /iq Example 2 (Client Retrieving Private Data): iq type=get id=1002 query xmlns=jabber:iq:private winjab xmlns=winjab:prefs/ /query /iq In addition to Private Data Storage, the 1.4 server includes the capability to store publicly-accessible XML on the server in any valid namespace (namespaces beginning with jabber: are reserved for use by the Jabber system). This data is stored in the roster of the user who sends the iq type=set packet to the server. Example 1 (Client Storing Public Data): iq type=set id=1003 query xmlns=stpeter:public:favorites fav_things foodThai/food colorblue/color composerBach/composer /fav_things /query /iq Example 2 (Client Retrieving Public Data): iq type=get id=1004 query xmlns=stpeter:public:favorites fav_things/ /query /iq -Original Message- From: Scott Cote [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 23, 2001 3:39 PM To: [EMAIL PROTECTED] Subject: [JDEV] jabber:iq:private Could someone give me documentation on the jabber:iq:private namespace? Thanks. -Scott
RE: [JDEV] Patch for Jabber Server v1.4
Title: RE: [JDEV] Patch for Jabber Server v1.4 I'm not sure as to how opposed you are to running Java as part of your server setup, but you might also consider trying out xdb_java (http://www.sf.net/projects/xdbjava) as a bridge between MS SQL Server 2000 and Jabber. Of course, I haven't tried it with SQL Server yet, but I have it running currently with PostgreSQL and DB2. If you could give it a shot, I'd be highly appreciative, particularly if you meet with success. Matthew D. Diez [EMAIL PROTECTED] -Original Message- From: Aurélien Gâteau [mailto:[EMAIL PROTECTED]] Sent: Friday, June 15, 2001 4:37 AM To: [EMAIL PROTECTED] Subject: [JDEV] Patch for Jabber Server v1.4 Hi ! I'm pretty new to this list (I just subscribed five minutes ago :o), so please tell me if I don't do everything as I should. My company is developping a peer-to-peer application for genealogists and we are in the process of adding support for Instant Messaging, thanks to Jabber. Our server is running MS SQL Server 2000. As it doesn't seem possible to get Jabber use a SQL Server database for users yet, we decided to create/update/delete users on Jabber whenever the SQL Server database was modified. I created a tool to register user on the Jabber server when such changes happened and a tool to automatically recreate Jabber users from the SQL Server users to get the existing users up to date and to be able to resynchronize Jabber in case anything bad happens... This tool was often getting connection limited by the Jabber server. Therefore I modified the server to allow bypassing Karma for a specific address. In the xml config file, you need to do something like this : jabber ... io ... karma bypass12.13.14.15/bypass ... /karma ... /io ... /jabber It's a little rough right now (no multiple IP or masks) but it seems to work well. Could you tell me what you think about it ? Regards, Aurelien
[JDEV] jabber:iq:private (well, not so private - public) data storage.
Title: jabber:iq:private (well, not so private - public) data storage. Okay - say I make a request for a user's public data, but the user hasn't actually set the data for that namespace yet. Should this return an error or an empty result? Matt Diez
RE: [JDEV] Customizing Jabber server
I believe the IP tag should read: ip192.9.200.27/ip No "=" sign. Matthew D. Diez -Original Message-From: Gerard BUNEL [mailto:[EMAIL PROTECTED]]Sent: Monday, May 28, 2001 10:10 AMTo: [EMAIL PROTECTED]Subject: Re: [JDEV] Customizing Jabber server Matt Diez a écrit : You can register external handlers for everything. Instead of setting it up in an xdb section, just configure a service entry, and give it a service name, connect with your service, and I believe it should start picking up all requests, filter out the ones that aren't presence and do what you will with presence.Some time later... That's what I should like to do but having setup a service this way: service id="myservice" host/ connect ip=192.9.200.27/ip port5267/port secrettest/secret /connect /service the service "myservice" does not receive any request Is there something to add to the config ?
RE: [JDEV] JPOLLD
Title: RE: [JDEV] JPOLLD I understood jpolld was a jabber.com product. Am I mistaken in this assumption? Is jpolld then open for public consumption? Matthew D. Diez -Original Message- From: Thomas Muldowney [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 29, 2001 1:10 PM To: [EMAIL PROTECTED] Subject: Re: [JDEV] JPOLLD Ok, first, I think for -h you need to use digimon.com. Next, you would have to put digimon.com as the hostname to connect to in Jarl, once you do that it should be working. --temas On Mon, May 28, 2001 at 07:59:58PM -0700, Kong Putra Yohanes wrote: I have set jabber server host name as digimon.com (that's my computer name's, before that i set to 192.0.0.24) like this : hostjabberd:cmdline flag=hdigimon.com/jabberd:cmdline/host In jabber.xml, i remove old service id=c2s section and put this new section : service id=c2s hostjpolld.192.0.0.5/host accept ip/ port5225/port secrettest/secret /accept /service At computer 192.0.0.5, i run jpolld with this command : ./jpolld -d 5225 -h 192.0.0.24 -n c2s -s test And jpolld is runnning with message 'Listening on NULL:5222', then when i connect with jarl client at 192.0.0.24 to jpolld (192.0.0.5) in jpolld this message is shown : [1] Adding conn at 2 [1] Max PFD: 2 [1] Conn gone, mpfd: 1 [1] Adding conn at 2 [1] Max PFD: 2 [1] Conn gone, mpfd: 1 And at jabber server (192.0.0.24) this message is shown : 20010529T02:55:24: [notice] (192.0.0.5): bouncing a routed packet to [EMAIL PROTECTED] from 2@c2s/134566968: Internal Delivery Error 20010529T02:55:30: [notice] (192.0.0.5): bouncing a routed packet to [EMAIL PROTECTED] from 2@c2s/134577496: Internal Delivery Error Why the client can not connect to jabber server throught jpolld ? Thank's for some advice. --- temas [EMAIL PROTECTED] wrote: Because of the names =) The to attribute in the stream header has to match the host setting for the _main_ jabberd setup, not the jpolld setup. So you would have to use DNS or something to provide some of the internal translation. --temas On 27 May 2001 20:32:22 -0700, Kong Putra Yohanes wrote: Hi everyone. I have tried to run jpolld in the same machine (192.0.0.24) with jabber server 1.4.1 and it work nice, but when i run jpolld in the others machine (192.0.0.5) and try to connect the jabber server (192.0.0.24), it can connect too, but when i try to use jarl to connect the jpolld (192.0.0.5), and error has accure. Can anyone help me ? Thank's for the information. :) __ 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 mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev __ 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] jabber:iq:private namespace
Title: jabber:iq:private namespace What Jabber component receives requests to the jabber:iq:private namespace, and, when, if ever, does it hand the contents of the InfoQuery to XDB. Is this implemented in the current version of the Jabber server? Matthew D. Diez [EMAIL PROTECTED]
RE: [JDEV] Customizing Jabber server
Title: RE: [JDEV] Customizing Jabber server You can register external handlers for everything. Instead of setting it up in an xdb section, just configure a service entry, and give it a service name, connect with your service, and I believe it should start picking up all requests, filter out the ones that aren't presence and do what you will with presence. Matt Diez -Original Message- From: Gerard BUNEL [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 2:38 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] Customizing Jabber server Big Thanks for this answer I can't really use xdb_java as its purpose is to do some JDBC invocations. But it's quite the same functionalities I was looking. I didn't understand that it was possible do regsiter a foreign handler to handle XDB requests. Do you know if it's also possible for all type of requests ? I'm, for example, interested in handling presence messages Colin Madere a écrit : Take a look at xdb_java, as John Hebert suggests. You should be able to add your own modules to it to talk to the App Server for the services you mention. (Or, at least that's what Matt told me the last time we met :) ) It is a budding project, but is constantly being improved and we plan to use it on a large scale here, so be assured it is not intended to be a toy project. Colin Madere Vedalabs, Inc. -Original Message- From: Gerard BUNEL [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 09, 2001 10:44 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] Customizing Jabber server wasted a écrit : we're working on similar types of issues and my take on it this... jabber isn't an application server itself. it facilitates the routing of messages to the appropriate destination - normally a human for chat. of course the destination can be an agent or a transport with business/application logic coded for a purpose which returns some data or whatever. an agent could be a stock watcher, a weather man, a news grabber, data mine - the list is endless. you can write an agent in almost any language with all the cool tools the dev guys have done - Net::Jabber, JabberCOM, JabberBeans, etc... i'm partial to JabberBeans 'cause we do a lot of Java programming. then again, as JAM develops, jabber could become more application server-ish. not sure if that's the sorta explanation you're looking for, but i hope it helps. I'm not trying to application-server-ish the jabber server. I just want to filter some parts of the jabber protocol so that information is provided by the application server instead of the Jabber server itself (by the mean of the default xdb_file). I think that for authentication, Rosters, vCard this can be obtained by bootstraping the xdb_file to delegate the requests to the application server (that we also develop, this is a specialized one, not a J2EE server). Our application server is Java based and we also have a look to JabberBeans. I've also pointed out the JAM effort on Jabber but, as I need such functionalities rather quickly (Pre-version for July) we focused our interest on Xml-Rpc and made some trials in embedding Xml-Rpc requests into the Jabber protocol. We did that successfully. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev -- [EMAIL PROTECTED] - Atlantide - http://www.ago.fr/atlantide/ Technopole Brest Iroise BP 80802 - Site du Vernis - 29608 Brest cedex - France Tel. : +33 2 98 05 43 21 - Fax. : +33 2 98 05 20 34 e-mail: [EMAIL PROTECTED] Centre Affaires Oberthur - 74D, rue de Paris - 35700 Rennes - France Tel. : +33 2 99 84 15 84 - Fax : +33 2 99 84 15 85 e-mail: [EMAIL PROTECTED]
Implementing Jabber Server in other Languages (Was RE: [JDEV] Customizing Jabber server)
Title: Implementing Jabber Server in other Languages (Was RE: [JDEV] Customizing Jabber server) I've been wondering why the Jabber Server hasn't been implemented in other languages such as Java or Python with C calls to the appropriate libs. It seems that multiple server platform implementations could only help in the adoption of Jabber. This is something I've been thinking about for a while, and would like to open up to some discussion. I really don't see implementation of Jabber in other languages as being that practical or necessary. I must confess, I really don't like changing server code to change server behavior (registration, I'm looking at you). But, I really can't see how/when/where/why a server in, say Python is all that advantageous, save for its multiplatform capabilities. But, I must say, given the speed Jabber must work to route messages, I don't see a Python (or any other language of your choice) server as a) useful b) practical This demands the inside-out reworking of the Jabber server in a variety of languages, and the development of alternate servers that can anticipate future changes to Jabber internal protocols and such. Now - the ability to change certain server behaviors does make itself attractive, and is a pretty compelling argument for implementing Jabber in other languages, but I'm not sure there aren't simply better ways around this, particularly ones that don't require wholesale server rewrite whenever fundamental changes in the default Jabber server occur. I think the focus of current server developers should be to first document all internal protocols - (s2s and xdb being fine examples), and then to worry about making Jabber as portable as possible. I've got a pretty hefty RS6K sitting next to my desk begging to run Jabber, but even IBM's porting efforts have only been partially successful. Which, in many ways - is a pretty strong argument for much more platform-agnostic languages (perl, python, java), but I think we need to look at Apache as a good model. Yes, I know that Apache is only a server (well not so much these days) and Jabber is a set of related technologies, but I feel that making the current Jabber server as fast/friendly/portable as possible is the real key here, and maintaining a variety of separate server implementations would be... On second thought - David Waite's right - we have to look at separating protocol from server implementation. You know - I just contradicted myself. Matthew D. Diez [EMAIL PROTECTED]
[JDEV] XDB Component in Java
Title: XDB Component in Java 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
[JDEV] JabberBeans
Title: JabberBeans Yep, I'm probably going to hell for not reporting this through the proper channels, but I think I've stumbled across a bug in JabberBeans. When Jabber sends the following packet: xdb type='set' action='insert' to='user@elavil' from='sessions' ns='jabber:x:offline' id='905' message id='JCOM_19' to='user@elavil' from='gez@elavil/Desktoppy' threadC1E549CFFDE38C48BB550A3EB994AA13/thread subject2/subject bodywww/body x xmlns='jabber:x:delay' from='user@elavil' stamp='20010412T22:39:51'Offline Storage/x /message /xdb JabberBeans seems to lose the action attribute. xdb to=user@elavil from=sessions id=905 type=set ns=jabber:x:offline message to=user@elavil from=glattdiez@elavil/Desktoppy id=JCOM_19 subject2/subject threadC1E549CFFDE38C48BB550A3EB994AA13/thread bodywww/body x xmlns=jabber:x:delay stamp=20010412T22:39:51 from=user@elavilOffline Storage/x /message /xdb Just to call it to your attention. Thanks for your work on JabberBeans so far, it's coming along quite nicely. By the way, are you planning on making some sort of Offline extension class to handle serialization of the offline tags necessary in the xdb response? currently I'm just using my own extension wrapper class to do that. Take care, Matthew D. Diez