[JDEV] Component/XDB Question
I am trying to write a component, and it needs to store a spool of messages. I want to use XDB for storing and retrieving. I want to store every message in XDB files for the component, not for individual users that use the component. Since JID's on the component don't really exist on the server, would it be possible to set XDB on a component JID? Also, I don't want to download and upload the entire message spool at a time via XDB; I would like to just download and upload one message at a time. Would I have to set a separate namespace for each message, like mikem:message:1 and mikem:message:2? Thank you, - MikeM ([EMAIL PROTECTED]) __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
SRV stuff (Was: Re: [JDEV] Jabber server redirection)
Dave Dykstra wrote: >>Since we now have >>jabber-client and jabber-server defined by the IANA, it should be >>_jabber-client._tcp.example.com >> > >What about SSL client connections on port 5223? Should they be >_jabber-clients._tcp.example.com? > I don't know, I didn't standardize the SSL ports. The application was apparently delayed because they were upset about us using two separate ports (I would imagine it is because there are only 48k or so total). I think I would prefer _jabber-client-ssl._tcp and _jabber-server-ssl._tcp (either way should work). I could try to register the SSL ports, but would anyone be totally against requiring SRV lookups for SSL-based connections? Actually, there was another issue I didn't realize until reading the SRV doc. Supposedly now that there is a registered service with the IANA, we should be using that within the SRV lookup (see RFC 2782, Format -> Service (interesting bit at the top of page 3). This means that _jabber._tcp should really be _jabber-server._tcp. Whoops. -David Waite ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Jabber server redirection
MSN Transport has been broken for me since upgrading to jabberd-1.4.2. I've tried switching back and forth a few times, and it consistently works under 1.4.1 and fails (Remote Server Error) under 1.4.2. Is this related to same problem? What did you do to fix Yahoo? Can the same fix be applied to MSN transport? Thanks, -- Peter Fales Lucent Technologies, Room 5B-408 N9IYJ 2000 N Naperville Rd PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630) 979-8031 On Mon, Feb 25, 2002 at 11:44:42PM +0100, Matthias Wimmer wrote: > In general there seem to be some multithreading problems in the jabber > server components. E.g. the yahoo-transport hasn't stopped working > because yahoo! changed protocols but because it's not aware of being > multithreaded and jabberd-1.4.2 seems to organize the threads a little > bit different. I changed that and yahoo-transport is working well again. > > > Tot kijk >Matthias > -- > Fon: +49-(0)70 0770 07770 http://matthias-wimmer.de/ > Fax: +49-(0)89 312 88 654 jabber:[EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Gabber for Solaris
After going back and re-reading John's original mail, I saw that he had expressed an interest in finding a solaris binary for gabber. We support a collection of open source packages called "World Wide Exptools" at http://www.bell-labs.com/project/wwexptools/ I've installed our jabber binaries for solaris, irix, and linux there. The Solaris binary is compiled on Solaris 2.5.1, but we have also used it succesfully on Solaris 6, 7, and 8. To download it, select "packages" and then select the "snapshot" link for the the gabber package. You'll also need to install audiofile, db, imagelibs, gtk+, and (optionally - see the toolnew files) openssh. These snapshots are all tarballs intended to be unpacked under /opt/exp, so they should not interfere with anything else on your system. -- Peter Fales Lucent Technologies, Room 5B-408 N9IYJ 2000 N Naperville Rd PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630) 979-8031 > On Mon, Feb 25, 2002 at 09:20:05AM -0600, John Reinke wrote: > > On Sun, 2002-02-24 at 06:36, [EMAIL PROTECTED] wrote: > > > I've got it running quite well on 2.8, but SSL and Digest > > > Authentication sometimes make it segfault. But it's gotten a lot > > > better in recent (0.8.4+) releases. As my box is only a SPARCstation > > > 10 I've not yet had the patience to try it with 0.8.6. > > > > Since it appears that some people have been successful compiling Gabber > > on Solaris, would anyone mind sharing how they succeeded? > > > > Especially, as Julian requested, please share any changes that might > > have been made to the source code files. > > > > I've run into brick walls before, but we're talking the Great Wall of > > China here. I've not found a way to get around it, and I really need a > > decent client on my Sun workstation. > > > > Thanks, > > John > > > > > > ___ > > 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 server redirection
Hi Dave! Dave Dykstra schrieb am 2002-02-25 15:29:16: > For implementation, I guess it would make sense to adapt the dnsrv code > from the open source jabber server in the clients. It does look > complicated enough and common enough that it ought to become integrated > into a unix operating system library call; does anybody know of such a > thing in the works? Turning to google again on "rfc 2782 gnu" I find > http://ruli.sourceforge.net > but it doesn't look to be quite ready to go. The dnsrv code in jabberd uses some functions calls that are not thread save. E.g. gethostbyname instead of gethostbyname_r. This wouldn't work for some clients I think. In general there seem to be some multithreading problems in the jabber server components. E.g. the yahoo-transport hasn't stopped working because yahoo! changed protocols but because it's not aware of being multithreaded and jabberd-1.4.2 seems to organize the threads a little bit different. I changed that and yahoo-transport is working well again. Tot kijk Matthias -- Fon: +49-(0)70 0770 07770 http://matthias-wimmer.de/ Fax: +49-(0)89 312 88 654 jabber:[EMAIL PROTECTED] msg04589/pgp0.pgp Description: PGP signature
Re: [JDEV] Jabber server redirection
On Fri, Feb 22, 2002 at 07:39:31PM -0700, David Waite wrote: > Matthias Wimmer wrote: > > >Hi Dave! > > > >On Fri, Feb 22, 2002 at 03:33:49PM -0600, Dave Dykstra wrote: > > > >>>It would be no problem to add that to gabber. The only thing is that SRV > >>>records are only defined for s2s at the moment ... not for c2s. > >>> > >>Ok, what would it take to define them? > >> > > > >A sort of an agreement ... a standard for that. > > > >>Also, that still doesn't completely solve the problem, as Thomas Parslow > >>pointed out; I think it would also take a couple more client changes. The > >>c2s SRV record in the DNS could allow a client to automatically discover > >>its server name, > >> > > > >No ... you don't discover the server name. That you have to know already > >to make the SRV request. The SRV record only gives priority, host and > >port for the connection. > >E.g. if _jabber._tcp.company.com directs you to im.company.com the > >server name is company.com ... only the host it runs on is > >im.company.com. Yes! You're right. The client should use company.com as the server name. The Microsoft client is doing the wrong thing by making the host name visible. > >We just would have to define the "prefix". Somethink like > >"_jabberc2s._tcp". > >BTW: Why are the services prefixed by an underscore? > > > see http://www.ietf.org/rfc/rfc2052.txt. Cool! I googled "SRV RR underscore" and found that rfc2052 has been superceded by rfc2782 which requires the underscore "to prevent collisions with DNS labels that occur in nature". > Since we now have > jabber-client and jabber-server defined by the IANA, it should be > _jabber-client._tcp.example.com What about SSL client connections on port 5223? Should they be _jabber-clients._tcp.example.com? For implementation, I guess it would make sense to adapt the dnsrv code from the open source jabber server in the clients. It does look complicated enough and common enough that it ought to become integrated into a unix operating system library call; does anybody know of such a thing in the works? Turning to google again on "rfc 2782 gnu" I find http://ruli.sourceforge.net but it doesn't look to be quite ready to go. - Dave Dykstra ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Rooms?
Yup :-) Riyaad Miller wrote: > > Hi All > > Does the jdev room on conference.jabber.org (or something of this nature) still >exist? > > Do tell!!! > > 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] New Jabber RPMs
Benjamin Reed wrote: > Good idea... I actually am kind of doing that now (in /etc/jabber.d) > but I didn't think about the service list in the main jabber.xml. I'll > work on updating it to comment those out if the transport is not > available. Great! > Another thing I'm working on is beefing up the init script so you can use > it to restart a transport without having to restart everything. Hmm, yes that would be useful as well! -R ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Rooms?
Hi All Does the jdev room on conference.jabber.org (or something of this nature) still exist? Do tell!!! Thanks Regards RM ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] New Jabber RPMs
Ralph Siemsen [[EMAIL PROTECTED]] wrote: > One thing I noticed, if I only install the jabber RPM and not the other > transports, upon login to the server, clients still get a long list of > available services (which aren't actually available). Of course, this > is because those sections are in the default jabber.xml file. > > It would be nice if the various transport packages "added themselves" to > the jabber.xml file. I could envision something like how xinetd.d > works, if you're familiar with that. Each new service just creates its > own file in the /etc/xinetd.d. > > Does that sound worthwhile? Good idea... I actually am kind of doing that now (in /etc/jabber.d) but I didn't think about the service list in the main jabber.xml. I'll work on updating it to comment those out if the transport is not available. Another thing I'm working on is beefing up the init script so you can use it to restart a transport without having to restart everything. -- Ben Reed ([EMAIL PROTECTED]) http://www.opennms.org/ "Is it considered bad form to quote yourself in your sig?" -- Me ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] New Jabber RPMs
Ben, Nice work on the RPMs! I've just downloaded and am playing with them now. One thing I noticed, if I only install the jabber RPM and not the other transports, upon login to the server, clients still get a long list of available services (which aren't actually available). Of course, this is because those sections are in the default jabber.xml file. It would be nice if the various transport packages "added themselves" to the jabber.xml file. I could envision something like how xinetd.d works, if you're familiar with that. Each new service just creates its own file in the /etc/xinetd.d. Does that sound worthwhile? -R ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Gabber for Solaris
On 25 Feb 2002, John Reinke wrote: > I've run into brick walls before, but we're talking the Great Wall of > China here. I've not found a way to get around it, and I really need a > decent client on my Sun workstation. Psi's running fine on Solaris here. Compiling Qt takes some time but is no big problem. Psi does not support server browsing/conference/file transfer currently though. Regards ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Gabber for Solaris
I was able to compile 0.8.7 for solaris 2.5.1 with very minimal changes. In src/TCPTransmitter.cc I added these lines: #define socklen_t int #define INET_ADDRSTRLEN 16 as they don't seem to be supplied in any of the solaris headers. I believe that's all that is needed to compile if you don't need SSL support. To get SSL working (since solaris doesn't have /dev/random), I had to add some code to invoke prngd (part of openssh) to seed the random number generator. -- Peter Fales Lucent Technologies, Room 5B-408 N9IYJ 2000 N Naperville Rd PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630) 979-8031 On Mon, Feb 25, 2002 at 09:20:05AM -0600, John Reinke wrote: > On Sun, 2002-02-24 at 06:36, [EMAIL PROTECTED] wrote: > > I've got it running quite well on 2.8, but SSL and Digest > > Authentication sometimes make it segfault. But it's gotten a lot > > better in recent (0.8.4+) releases. As my box is only a SPARCstation > > 10 I've not yet had the patience to try it with 0.8.6. > > Since it appears that some people have been successful compiling Gabber > on Solaris, would anyone mind sharing how they succeeded? > > Especially, as Julian requested, please share any changes that might > have been made to the source code files. > > I've run into brick walls before, but we're talking the Great Wall of > China here. I've not found a way to get around it, and I really need a > decent client on my Sun workstation. > > Thanks, > John > > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Gabber for Solaris
On Sun, 2002-02-24 at 06:36, [EMAIL PROTECTED] wrote: > I've got it running quite well on 2.8, but SSL and Digest > Authentication sometimes make it segfault. But it's gotten a lot > better in recent (0.8.4+) releases. As my box is only a SPARCstation > 10 I've not yet had the patience to try it with 0.8.6. Since it appears that some people have been successful compiling Gabber on Solaris, would anyone mind sharing how they succeeded? Especially, as Julian requested, please share any changes that might have been made to the source code files. I've run into brick walls before, but we're talking the Great Wall of China here. I've not found a way to get around it, and I really need a decent client on my Sun workstation. Thanks, John ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] XDB / ODBC
Hi, I managed to get xdb_sql up and running now (thanks for all the help! :o)) , but now a second problem has occured: When offline storage of a message occurs, I get an error-message telling me that there's something wrong with the format of the date. In other words, my DB2-database does not understand the format jabber wants to store. Is there an easy way to adjust this? Thanks, Michel Oosterbeek ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
