[JDEV] File transfer and Jabber

temas temas at box5.net
Mon Apr 23 22:44:02 CDT 2001

I agree that an in band solution should be in place.  One solution
bounced around a while ago was an
actual file transfer transport, the trick is the load still sits on the
router.  No matter how you play that, it
happens, but the router (jabberd) should get better and better to handle
that as its worked on more. 

Anyone up to investigating that further?


On 23 Apr 2001 20:08:08 -0400, Peter Sparago wrote:
> I thought I'd put my 2 cents in from the JAM perspective.
> I am currently developing a commercial software product using Jabber as middleware for chat as well as information sharing. This product relies heavily on the "firewall friendly" single connection point messaging metaphor that Jabber has so elegantly implemented. As in the case of our app, not all uses of Jabber will be purely human to human messaging. 
> To require the user to make additional connections or use other software in order to transfer non-chat information, in my opinion, would look like Jabber was only half a solution.  Corporate America has (reluctantly) bought into the messaging metaphor and sees it as safe and non-threatening. If the requirements are raised, many potential users, and software designers, will balk.
> I agree with Jens that an in-band, priority based information transfer mechanism must be part of the protocol. Even if it is not implemented in high-performance chat only servers.
>   ----- Original Message ----- 
>   From: Jens Alfke 
>   To: jdev at jabber.org 
>   Sent: Monday, April 23, 2001 7:18 PM
>   Subject: Re: [JDEV] File transfer and Jabber
>   On Monday, April 23, 2001, at 02:40 PM, Todd Bradley wrote:
>     Yes, but SMTP servers have never pretended to be
>     "instant". If I'm running an INSTANT messaging
>     server (which I am), I want the traffic to be as 
>     lightweight as reasonable so that processing and
>     delivery remains as INSTANT as possible.
>   Well, I'm still waiting for evidence that file transfer is going to put excessive load on a Jabber server. But even so, the server could use simple quality-of-service techniques like lowering the priority of file-transfer IQ result elements to preserve the low latency of regular presence and messaging.
>   —Jens

More information about the JDev mailing list