Re: [jdev] Jabberd 2 2.1.23 not working according to XEP 13

2008-03-18 Thread NehaP
Hi Tomasz, Yep, you're right. I inspected my logs again and realized that the server does not respond with a feature var='http://jabber.org/protocol/offline'/ on disco#info. It does however, respond with feature var='msgoffline'/ So, does that mean something useful? I guess the server does

Re: [jdev] About the GSoC

2008-03-18 Thread Sander Devrieze
2008/3/18, 汪方 [EMAIL PROTECTED]: Hello I am a student from China and I have great interests in the project 'Jingle video using iaxclient' and 'Jingle file transfer '. I want to get contract with the mentor,Mats Bengtsson. Does anybody know his email address? Thanks! See CC. -- Mvg,

Re: [jdev] About the GSoC

2008-03-18 Thread meenatchi sundram
hi, hi id is [EMAIL PROTECTED]

Re: [jdev] GSoC 2008

2008-03-18 Thread Fabio Forno
On Tue, Mar 18, 2008 at 4:36 AM, Peter Saint-Andre [EMAIL PROTECTED] wrote: The XSF has been accepted! :) Great ;) Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the doubt of the real figures

Re: [jdev] GSoC 2008

2008-03-18 Thread Peter Saint-Andre
Fabio Forno wrote: On Tue, Mar 18, 2008 at 4:36 AM, Peter Saint-Andre [EMAIL PROTECTED] wrote: The XSF has been accepted! :) Great ;) Just for asking if you think it makes sense or not: on the standards ml we're discussing several mobile optimizations, and there is always the

[jdev] GSoC - IRC-to-MUC bridge

2008-03-18 Thread LRN
Hello. I'm interested in http://wiki.jabber.org/index.php/Summer_of_Code_2008#IRC-to-MUC_bridge When (if) you accept this project idea, let me know (by mailing me directly or by replying to this thread). I am also willing to discuss this project in details. P.S. Serverless (Link-Local) IM

Re: [jdev] GSoC - IRC-to-MUC bridge

2008-03-18 Thread Remko Tronçon
When (if) you accept this project idea, let me know (by mailing me directly or by replying to this thread). AFAIK, we don't 'accept' project ideas, we just propose them. It's left as a task of the potential student to work this idea out into a project proposal, optionally by talking to the

Re: [jdev] GSoC - IRC-to-MUC bridge

2008-03-18 Thread Tobias Markmann
On Tue, Mar 18, 2008 at 4:49 PM, Remko Tronçon [EMAIL PROTECTED] wrote: When (if) you accept this project idea, let me know (by mailing me directly or by replying to this thread). AFAIK, we don't 'accept' project ideas, we just propose them. It's left as a task of the potential student

Re: [jdev] GSoC - IRC-to-MUC bridge

2008-03-18 Thread LRN
Tobias Markmann wrote: On Tue, Mar 18, 2008 at 4:49 PM, Remko Tronçon[EMAIL PROTECTED] wrote: When (if) you accept this project idea, let me know (by mailing me directly or by replying to this thread). AFAIK, we don't 'accept' project ideas, we just propose them. It's left as

[jdev] Jingle client for Java

2008-03-18 Thread Tim Julien
I'm looking into client side Java impls of Jingle, and I'm not finding much out there besides the smack extension. I'm a bit nervous about using it b/c it seems like it has essentially been abandoned (no commits to the jingle extension in 10 months). Anyone know of other good Jingle Java

Re: [jdev] GSoC 2008

2008-03-18 Thread Fabio Forno
On Tue, Mar 18, 2008 at 1:50 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: So this would merely be a library and would not be integrated into an existing client or server? Right, but it would of general interest for the whole community for 1) understanding if EXI works for our case 2)

Re: [jdev] GSoC - IRC-to-MUC bridge

2008-03-18 Thread Peter Saint-Andre
Tobias Markmann wrote: I proposed this idea and this kind of gateway because it won't harm IRC users and will enable jabber users to connect to a certain network. The operators of some IRC network would just have to allow this new transport to connect to their other servers via IRC S2S

Re: [jdev] Jingle client for Java

2008-03-18 Thread Peter Saint-Andre
Tim Julien wrote: I'm looking into client side Java impls of Jingle, and I'm not finding much out there besides the smack extension. I'm a bit nervous about using it b/c it seems like it has essentially been abandoned (no commits to the jingle extension in 10 months). Anyone know of other

Re: [jdev] Jabberd 2 2.1.23 not working according to XEP 13

2008-03-18 Thread Tomasz Sterna
Dnia 2008-03-17, pon o godzinie 23:17 -0700, NehaP pisze: It does however, respond with feature var='msgoffline'/ So, does that mean something useful? I guess the server does support offline message handling, just in some other manner? This is a jabberd 1.x style offline message handling.

Re: [jdev] GSoC 2008

2008-03-18 Thread Joe Hildebrand
On Mar 18, 2008, at 10:57 AM, Fabio Forno wrote: The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. Using XEP 211 and 213 as starting points? -- Joe Hildebrand

[jdev] SoC idea: providing multiplexing support

2008-03-18 Thread Andrew Yates
Hi all, I have been playing with the idea of using Jabber as a multiplexing instant messaging client for a little while now, and would like to know what others think. By multiplexing I mean that a user could be logged in to the same account from several locations at once (a separate client would

Re: [jdev] SoC idea: providing multiplexing support

2008-03-18 Thread Jefferson Ogata
On 2008-03-19 01:23, Andrew Yates wrote: I have been playing with the idea of using Jabber as a multiplexing instant messaging client for a little while now, and would like to know what others think. By multiplexing I mean that a user could be logged in to the same account from several locations

Re: [jdev] SoC idea: providing multiplexing support

2008-03-18 Thread Andrew Yates
I think you can accomplish this already using RDP, VNC, or screen. I realize something like this is possible with VNC/NX/RDP/screen (which I do use for irc, email, and other applications), but I don't find those as convenient for Jabber. This may have something to do with my usage patterns,