[JDEV] ICQv7-transport: Trouble at runing
Hi everyone: I'm new to jabber and i've got a trouble with the ICQv7-transport. I've got the following Router connection error Shuting down Can anyone help me?. I've been seen the same bug for other jabber's developers. Sorry for my bad English. Ahora podés usar Yahoo! Messenger desde tu celular. Aprendé cómo hacerlo en Yahoo! Móvil: http://ar.mobile.yahoo.com/sms.html ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Jabber Client and presence ( using JabberBeans)
I'm trying to send a presence> packet to another client (in my effort to avoid rosters - which are pointless for my client), In constructing the presence> packet to send to a specified address, I've tried adding the type = 'available' but when I look at the debug, this is never sent or received. But the presence packet is: REC: presence to="[EMAIL PROTECTED]" from="[EMAIL PROTECTED]/work" id="p1">/presence> Anyone have any ideas? pb.reset(); pb.setToAddress( UserJIDKit.getRemoteJID() ); pb.setType( "available" );// this doesnt get added to the packet, can't work out why? pb.setIdentifier( "p1" ); try { cb.send( pb.build() ); System.out.println( "Subscribing" ); } catch( InstantiationException e ) { System.out.println( "Could not subscribe" ); } } Thanks!
Re: [JDEV] Jabber Client and presence ( using JabberBeans)
There is no such type as "available" thats why it wont add it, the lack of a type means it is an availability packet. Richard - Original Message - From: Adrian Brown To: [EMAIL PROTECTED] Sent: Tuesday, December 03, 2002 2:30 PM Subject: [JDEV] Jabber Client and presence ( using JabberBeans) I'm trying to send a presence packet to another client (in my effort to avoid rosters - which are pointless for my client), In constructingthe presence packet to send to a specified address, I've tried adding the type = 'available' but when I look at the debug, this is never sent or received. But the presence packet is:REC: presence to="[EMAIL PROTECTED]" from="[EMAIL PROTECTED]/work" id="p1"/presenceAnyone have any ideas?pb.reset();pb.setToAddress( UserJIDKit.getRemoteJID() );pb.setType( "available" );// this doesnt get added to the packet, can't work out why?pb.setIdentifier( "p1" );try {cb.send( pb.build() );System.out.println( "Subscribing" ); }catch( InstantiationException e ) {System.out.println( "Could not subscribe" );}}Thanks!
Re: [JDEV] Jabber Client and presence ( using JabberBeans)
Isn't it a type attribute of presence> like unavailable? On Tuesday, December 3, 2002, at 02:51 pm, Richard Dobson wrote: There is no such type as "available" thats why it wont add it, the lack of a type means it is an availability packet. Richard - Original Message - From: Adrian Brown To: [EMAIL PROTECTED] Sent: Tuesday, December 03, 2002 2:30 PM Subject: [JDEV] Jabber Client and presence ( using JabberBeans) I'm trying to send a presence> packet to another client (in my effort to avoid rosters - which are pointless for my client), In constructing the presence> packet to send to a specified address, I've tried adding the type = 'available' but when I look at the debug, this is never sent or received. But the presence packet is: REC: presence to="[EMAIL PROTECTED]" from="[EMAIL PROTECTED]/work" id="p1">/presence> Anyone have any ideas? pb.reset(); pb.setToAddress( UserJIDKit.getRemoteJID() ); pb.setType( "available" );// this doesnt get added to the packet, can't work out why? pb.setIdentifier( "p1" ); try { cb.send( pb.build() ); System.out.println( "Subscribing" ); } catch( InstantiationException e ) { System.out.println( "Could not subscribe" ); } } Thanks!
Re: [JDEV] Jabber Client and presence ( using JabberBeans)
On Tue, Dec 03, 2002 at 03:03:24PM +, Adrian Brown wrote: Isn't it a type attribute of presence like unavailable? Yes. presence type='available'/ is valid but semantically equivalent to presence/. Ralphm ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Jabber Client and presence ( using JabberBeans)
You can do it but it is not part of the spec as far as I am aware, and even if you do do it, it is the same as presence so whats the point? It might even cause problems with some clients that are expecting no type for available presences. - Original Message - From: Adrian Brown To: [EMAIL PROTECTED] Sent: Tuesday, December 03, 2002 3:03 PM Subject: Re: [JDEV] Jabber Client and presence ( using JabberBeans) Isn't it a type attribute of presence like unavailable?On Tuesday, December 3, 2002, at 02:51 pm, Richard Dobson wrote: There is no such type as "available" thats why it wont add it, the lack of a type means it is an availability packet.Richard- Original Message -From: Adrian BrownTo: [EMAIL PROTECTED]Sent: Tuesday, December 03, 2002 2:30 PMSubject: [JDEV] Jabber Client and presence ( using JabberBeans)I'm trying to send a presence packet to another client (in my effort to avoid rosters - which are pointless for my client), In constructingthe presence packet to send to a specified address, I've tried adding the type = 'available' but when I look at the debug, this is never sent or received. But the presence packet is:REC: presence to="[EMAIL PROTECTED]" from="[EMAIL PROTECTED]/work" id="p1"/presenceAnyone have any ideas?pb.reset();pb.setToAddress( UserJIDKit.getRemoteJID() );pb.setType( "available" );// this doesnt get added to the packet, can't work out why?pb.setIdentifier( "p1" );try {cb.send( pb.build() );System.out.println( "Subscribing" );}catch( InstantiationException e ) {System.out.println( "Could not subscribe" );}}Thanks!
[JDEV] smtp transport -- does that mean
a) you can send email from jabber clients, or b) replacing normal jabber port and protocols with client and server-side plugins which sends each well-formed chunk of a stream as a plausible RFC-compliant email (and thus stands a chance of getting through many circuit-level firewalls?) ok, it wouldn't be that exciting, but its an inetresting idea... can anyone enlighen me if anything like (b) exists? thx smime.p7s Description: S/MIME Cryptographic Signature
Re: [JDEV] conference room creation with MUC
Hi all, Ok, there might be an issue with one of the dependancies of MU-C. I'm currently working on coding a replacement, so watch this space. Regards, David On Mon, Dec 02, 2002 at 01:53:18PM -, Rob Davis wrote: Hi David How is the MUC fix coming along? Here's the version info FYI (sorry about the delay - reasons beyond my control): gcc-2.95.3-1c1r4 libc-5.3.12-31 Cheers, Rob - Original Message - From: David Sutton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 5:30 AM Subject: Re: [JDEV] conference room creation with MUC Hi all, I am looking into this whenever I can find a moment - i'm just also trying to fix another issue with MU-Conference at the same time. Call for Information: Can people let me know what version of GCC and Libc that they compiled MU-Conference with? I'm testing a theory. Please let me know how the code is behaving. Regards, David Quoting Rob Davis [EMAIL PROTECTED]: OK - I've written a room config form parser and here's where i've now got up to: If I create the room by sending presence to it (as with the original group chat protocol) and then request the config form by iq get, parse it, write the response form, alter the values as required, send it back by iq set - it seems to work (except for note about public below). However, if I don't send presence to the room first (as I need to do - this is why I am using MUC) and I send an iq get request for the room config form, the form arrives not as an iq result but as an x element within a normal message. If I now parse the form as before, and sent my iq set command to change the form values it doesn't work!! (Though i do get an iq result back). If I alternatively put the form into a message back to the server with the new data in an x element (mimicking the format of the server response), I get the form back with an error 403 Forbidden. So, basically, if I want to create the room using the new config forms _only_, as one can do according to JEP45, it does not seem to work as expected. (According to the JEP, one should get an iq result not a message in response to the iq get request). Hoping to get there eventually! Rob - Original Message - From: Rob Davis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 27, 2002 11:46 PM Subject: Re: [JDEV] conference room creation Hi Van Thanks! I added the following at the start of the returned form as you suggested: field type=hidden var=formvalueconfig/value/field and it responded to the subsequent field value (room name) but, it seems, not the rest of the several selected fields. So it does look as if one needs to return the complete form, or possibly the correct fields in sequence as far as the last field one wants to alter... (I was hoping for a shortcut!) Rob - Original Message - From: Van Gale [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 27, 2002 11:14 AM Subject: 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 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev -- David Sutton jid: [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
Re: [JDEV] JEP-51 Server Transfer
You wouldn't redirect them to a different server, you would redirect them to a different IP that is part of the same server. Basically different c2s processes. For more information on where I see this going: http://www.ibiblio.org/pub/Linux/docs/HOWTO/other-formats/html_single/Jabber-Server-Farming-HOWTO.html Heiner Wolf wrote: Hi, I am building a load balancing system for the users of a jabber based virtual presence project http://jabber.bluehands.de/ I write a connection redirector and discovered: Szenario: client connects and logs in to jabber.org. Then the client gets an iq-Server Transfer, disconnects, and connects to another server e.g. server2.jabber.org. How do other clients and servers (s2s) know that the client is connected to server2.jabber.org. They will still know the user as [EMAIL PROTECTED] and send messages through s2s to jabber.org, not to server2.jabber.org where the user is connected. Questions to the public: does JEP-51 Server Transfer work, if messages (IMs) arrive from other users in other domains? What did I miss? Regards -- Dr. Klaus H. Wolf bluehands GmbH Co.mmunication KG http://www.bluehands.de/people/hw +49 (0721) 16108 75 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev -- Ryan Eatmon [EMAIL PROTECTED] Jabber.org - Perl Teamjid:[EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] smtp transport -- does that mean
I don't see the point of B, when there already exists a similar concept over HTTP port 80. And even if port 80 was blocked, but 25 was open, it would be more efficient to just connect over 25, use proper SMTP to identify as a Jabber client, like with the HELO command, and then just pretend the connection is a Jabber connection from that point on to make things simpler. - MikeM On Tuesday 03 December 2002 08:02 am, Darrell Berry wrote: a) you can send email from jabber clients, or b) replacing normal jabber port and protocols with client and server-side plugins which sends each well-formed chunk of a stream as a plausible RFC-compliant email (and thus stands a chance of getting through many circuit-level firewalls?) ok, it wouldn't be that exciting, but its an inetresting idea... can anyone enlighen me if anything like (b) exists? thx ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] (no subject)
jdev£¬ I am a new one, and have read some jabber protocol, I want to develop an IM software in java based on jabber, how should I start to? guy [EMAIL PROTECTED] 2002-12-04 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] how to start
jdev£¬ I am a new one, and have read some jabber protocol, I want to develop an IM software in java based on jabber, how should I start to? guy [EMAIL PROTECTED] 2002-12-04 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev