RE: [jdev] Re: [jadmin] Re: One million concurrent user
Here's an article on LVS ( Linux Virtual Server ) that gives an overview of various clustering and load balancing approaches - http://www.linux-mag.com/2003-11/clusters_01.html. And here's a more formal review which gives specifics on some of the optimizations involved - http://cs.uccs.edu/~cs526/lvs/lvs.pdf. And if that doesn't do it, check out this guys work - http://www.research.ibm.com/people/i/iyengar/arun2.html ;) * has anyone tried running any of the jabber servers under LVS ? ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] Re: [jadmin] Re: One million concurrent user
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Dobson Right now we have moved all jabber services to its own box ... You will need an architechture that distributes components of the server over multiple physical servers. Before you commit to a server, you might want to get an idea of your options for networking and managing this installation - this may impact your server choice. You're not going to be able to buy a million CC installation off-the-shelf - ie. your not buying a million cap installation, you're building one. You need to speak to someone who's familiar with this scale of implementation. And it's going to cost a lot of money ! Good luck ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] Re: Is a Director LingoconnectiontoJabber.orgfromthewebpossible?
Dan: You might check-out dreamhost's services - https://panel.dreamhost.com/kbase/?area=2661. They offer jabber hosting under all of their plans, which start at about $8 USD/m. I'm not sure of which server version they're running, not all support flash connections. But from a quick review of their materials it does seem that the HTTP and Jabber servers run under the same domain. * does anyone known which server dreamhost is running ? HTH -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Saint-Andre In article [EMAIL PROTECTED], Dan Plesse [EMAIL PROTECTED] wrote: Sorry I don't know what an ETA is and I would Jabber you but I have a list off interest things to mention. ETA = estimated time of arrival There are two jabber.org instances -- one for the jabber server (it answers to jabber.org) and another for the web server (it answers to www.jabber.org). We don't want to run a web server on the machine that serves up jabber because we have very little running on that machine (only what we need for the jabber service) and it would be bad to run even a minimal http server on that machine, at least in the opinion of the jabber.org admins. Presumably we could do some fancy iptables stuff or front-end redirection based on port numbers etc., but we have not implemented such a solution yet and are still investigating how best to proceed. Peter ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] Re: Is a Director Lingo connection to Jabber.org from theweb possible?
http://jabber.org/crossdomain.xml isn't resolving for me - this could be the problem. Also, I've tested the current flash player version under this scenerio and can confirm that you can connect to remote domains from a served SWF if the crossdomain policy file is accessible. Here's the policy file I'd tested against ?xml version=1.0? !DOCTYPE cross-domain-policy SYSTEM http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd; cross-domain-policy allow-access-from domain=* / /cross-domain-policy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Plesse Sent: Tuesday, January 04, 2005 3:57 PM To: 'Jabber software development list' Subject: RE: [jdev] Re: Is a Director Lingo connection to Jabber.org from theweb possible? As far as I know flash based clients have been blocked from cross domain access when the flash clients has been loaded from a server. So I was thinking a shockwave movie would work and it did up until a few days ago. Then it stopped working or connecting to jabber.org from the web just stopped. I think it Asked me to Allow Jabber.org and then it read my crossdomain.xml and I got a socket connection. A connection I don't think I can restore now. Any ideas? ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] Re: Is a Director Lingo connection to Jabber.org fromthewebpossible?
comments inline -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Plesse Thanks for your reply. I guess you tried to connect to Jabber.org with a SWF on a server and it Failed to connect? __ Yes, I'd attempted to connect to jabber.org from a SWF within a page served by my own server and received a connection error. Can Jabber.org tell which kind of clients are connected at any one time? Can you tell if they are Director, Shockwave, flash or java, c++ or whatever? __ Flash connections utilize the flash:stream element to signal their handling requirements, but standard socket connections are handled uniformly. IIRC the reason that flash connections are exceptional is that they're not sending valid xml fragmenents. I had it working, but something changed. Either my code or jabber or something in between. I'd look into the fact that http://jabber.org/crossdomain.xml isn't resolving, this is likely where the Flash Player is looking for the policy file - you're attempting to connect to jabber.org:5222, so it checks the root directory at http://jabber.org. HTH -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dlb Sent: Tuesday, January 04, 2005 5:36 PM To: 'Jabber software development list' Subject: RE: [jdev] Re: Is a Director Lingo connection to Jabber.org fromtheweb possible? http://jabber.org/crossdomain.xml isn't resolving for me - this could be the problem. Also, I've tested the current flash player version under this scenerio and can confirm that you can connect to remote domains from a served SWF if the crossdomain policy file is accessible. Here's the policy file I'd tested against ?xml version=1.0? !DOCTYPE cross-domain-policy SYSTEM http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd; cross-domain-policy allow-access-from domain=* / /cross-domain-policy ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] Flash and Jabber 2.0 (again...)
I don't know about the state of the proxy, but have looked into this issue. Basically, the Flash player doesn't transmit a well formed xml stream. It appends a null terminator to each stream fragment written to the socket. IIRC 1.2's handling of these connections is demonstrated in mio.c , check CVS. It shouldn't be too difficult to implement a simple proxy/gateway to accomplish this - you basically need a pipe that'll intermediate the stream between the Flash client and Jabberd which strips the null byte to the server and imposes one in the Flash-bound leg. Try the jdev archive as well, it's all layed out in the relevant threads. Good luck ___ jdev mailing list [EMAIL PROTECTED] http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Jabberd2, Flash Client and FOCUS
Let's try to stay focussed on this issue. so we're looking at either ... re-implementing the flash:stream element handling , which is a nonconformant kludge. implementing an http based solution or externalizing the XMLSocket stream handling , using a component. I'd prefer that we not compel the flash player to utilize http polling. My experience w/ this, using Flash as a CRM client, is that the Flash player requires a relatively long interval to create destroy an http call. This is compounded by any XML parsing that might accompany the transaction. You're testing your luck when attempting to poll and parse xml responses at closer than a 5 second interval. I question whether a polling solution would even be viable in certain embedded environments, due to this behavior. Frankly If polling were the chosen approach, I'd have to develop a component to handle streams. The XMLSocket object does transmit simple strings. This might provide a work-around for the stream element issue, but I'd want to confirm future support for this 'feature' w/ macromedia. D ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev
Re: [jdev] Jabberd2, Flash Client and FOCUS
I don't even know whether this is supported w/ the newest Flash player. You're right though, it'll try to parse any xml - even invalid xml, hence the stream element issue. So perhaps externalizing Flash stream handling is the best approach. I'm thinking of a simple component that intermediates sessions between a Flash player and J2 server, conforming their respective streams. So the component provides J2 w/ a compliant XML stream, and handles all of the null byte weirdness required by the XMLSocket object. The question then is which JEPS a/o other features are broken by this approach ? The XMLSocket object does transmit simple strings. This might provide a work-around for the stream element issue, but I'd want to confirm future support for this 'feature' w/ macromedia. My experience is that even when you pass the XMLSocket.send() method a string representing the XML, rather than XML itself, it still converts it to XML and adds the terminating / (along with the zero byte). It's possible that if you pass a string without the , Flash might interpret it as normal string instead, but I don't see this as useful. - Sean Sean Voisen Weblog: http://voisen.org Flash/XMPP: http://xifflabs.com XIFF 2.0: http://www.jabberstudio.org/projects/xiff ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev
Re: [jdev] Jabberd2, Flash Client and FOCUS
Flash doesn't support either of these natively anyway, it relies on the browser's http and encryption facilities. There's no way to encrypt the XMLSocket session. You'd have to embed the Flash OCX in a secured wrapper, and if you've gone that far you may as well fix the null byte problem. So on balance it's no loss. I'll have to review the JEPs. I'd imagine that p2p based schemes could be affected. - Original Message - From: Peter Saint-Andre [EMAIL PROTECTED] To: Jabber software development list [EMAIL PROTECTED] Sent: Monday, April 12, 2004 12:19 PM Subject: Re: [jdev] Jabberd2, Flash Client and FOCUS On Mon, Apr 12, 2004 at 10:12:10AM -0600, Matthew A. Miller wrote: What will most likely break are in the stream initialization stages, especially SASL and TLS. The current version of HTTP-Binding does not completely address all of the SASL issues (specifically those regarding SASL mechanisms with security layers), and specifically disallows inband TLS (since HTTP has its own mechanisms for dealing with SSl/TLS). Otherwise, everything else should be good to go. Disallowing inband TLS in JEP-0124 resulted from a desire to respect proper protocol layering. Since HTTP does TLS/SSL, that seemed like the right layer for channel encryption. Changing MUST NOT to SHOULD NOT (or simply encouraging use of TLS at the HTTP layer) might be OK with me, I'd have to think about it some more (the primary authors of this spec were originally DizzyD and now mostly Ian Paterson so I'd like to hear what they think). I believe the authors of HTTP-Binding are releasing a new revision soon. I would recommend communicating with them, and working out whatever additional issues need to be solved. It may be they've already done so, since these issues are not necessarily unique to Flash. Ian is working on a new version, which should be out soon. Peter ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev
Re: [jdev] Jabberd2, Flash Client and terminator character...
Richard's right, this problem arises due to Flash's imposition of a null terminator following write operations by the XMLSocket object. It's not a bug, it's a 'feature' of the Flash player. FWIW I hope that Flash support is adapted to J2 earlier than later. Until then your best option is 1.4.2. David - Original Message - From: Richard Dobson [EMAIL PROTECTED] To: Jabber software development list [EMAIL PROTECTED] Sent: Sunday, April 11, 2004 9:59 AM Subject: Re: [jdev] Jabberd2, Flash Client and terminator character... I m actually playing around with Macromedia Flash and Jabber and it seems that Jabberd2 prevents Flash from parsing the XML received because of lacks of null-terminator character... Is there a workaround or is it a known bug? BTW Flash and Jabber 1.4.2 works together very well. It is not a bug in jabber, flash just simply isnt designed to process proper jabber protocol (if anything the bug is in flash itself), your flash doesnt work with jabberd2 because the hacks that were put in place to make flash work with jabberd1.4.2 havent been put into jabberd2. Richard ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev
Re: [JDEV] Voice over IP
unfortunately MX's camera and mic interfaces seem to be dedicated to FlashCom and hacking these using an alternative RTMP host could provoke legal action from Macromedia. I wouldn't bother trying to implement these features in Flash. Don't get me wrong Greg, it sounds like you've done an excellent job. Its a bit of a disappointment to hear your using the FlashCom server. I ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Voice over IP
let's get back to the discussion of VOIP and the handling of media streams. This topic has arisen multiple times , but never seems to make headway. Do people feel that Joe's SDPng spec is an appropriate starting point ? also are Jabber Inc. or any of the other commercial vendors moving towards standards in this area ? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] List of XML node default values...
Hi Tec here are the protocol drafts http://www.jabber.org/protocol/ and here is a set of links to howto and introductory docs http://www.jabber.org/old-docs/ ~ not the most current specs , but still useful welcome aboard - Original Message - From: Tec [EMAIL PROTECTED] Subject: [JDEV] List of XML node default values... Hi I just find this mailing, very good ! So my question is where could i find a list of standard XML nodes (with attributes) used in jabber server. Thanx a lot. Tec. ___ 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 Killer App: WCS?
I've been running WCS on my dev server , and it does seem to accommodate alot of the features that people are looking for in jabber web integration. I wasn't aware that there were patches or mods available though. Have you tried to contact Jer to determine where he stands regarding WCS ? Where / how did you locate these patches ? - Original Message - From: Bart van Bragt [EMAIL PROTECTED] So this is where WCS (http://oid.jabber.org/?oid=1102) comes in. A component that sends/receives HTTP requests. It's a LOT easier for a webmaster to just put a script on the site that receives Jabber messages than to have a bot running that's constantly connected to the Jabber network. The only problem is that the WCS project has been dead for 2 years. IMO we really need to revive it. It looks like there have been quite a few people in the past that have improved/debugged WCS but as far as I can tell those patches never reached Jeremie. I think it would be a very good idea if we could make WCS a truely usable component that would significantly ease Web integration. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Flash support 1.4CVS
does anyone know what the status of support is for macromedia Flash on the jabber.org dev server ? I'm unable to maintain a connection from the Flash player. I'm using the proper stream namespace ( xmlns:flash=http://www.jabber.com/streams/flash; ) and stream element name ( flash:stream ) per the 1.4.2 update docs and haven't had a problem connecting to JCP servers ; these use the same connection method . any advice ? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Jabber Journal
nice work peter :) - Original Message - From: Peter Saint-Andre [EMAIL PROTECTED] Last week I published the first issue of the Jabber Journal: http://www.jabber.org/journal/ I plan to publish this just about every week from now on, since I think it's a useful service. If you release software and mention it on this list, I'll be sure to include it in the Journal, so there's no need to poke me out of band. Just so you know! :) ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] FIMA
you should inquire w/ jabber.com , they seem to be leading the effort in this area. Also this process had really only begun in August , and the securities industry is notoriously fractious and slow to adopt standards. I wouldn't be too concerned if they've made a few positive comments about SIP. I don't think that they've gotten any formal input for their own vendors yet and these will likely favor XMPP. http://www.instantmessagingplanet.com/public/article/0,,10817_1482591,00.htm l http://news.com.com/2100-1023-962284.html http://www.instantmessagingplanet.com/enterprise/article/0,,10816_1487101,00 .html - Original Message - From: Pete Chown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 04, 2002 6:11 AM Subject: [JDEV] FIMA I heard on the grapevine that the Financial Services Instant Messaging Association -- FIMA -- had received presentations from different IM suppliers, including Jabber. I'm now hearing contradictory stories; some people tell me that they are favouring SIP/SIMPLE, perhaps because of the recent story about Reuters and Microsoft. Other people tell me that they are still open to Jabber- based instant messaging services. Does anyone know the state of play on this? It would be a shame if Jabber ends up losing out here, when it has been around for such a long time and SIMPLE is so new. -- Pete ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] integrity messenger questions
establishing patentable claims is actually pretty easy , the PTO will allow you to continually amend your claims until these satisfy their conditions for novelty. Patents surrounding processes encoded as software algorithms are especially liberal. That said , it's not likely IMO that any of these companies are going to sue the JSF. Patent litigation is very expensive , the JSF doesn't have sufficient assets to make it an attractive target , and any attempt to enforce their patents would likely scare the bezeesus out of AOL , MSN , IBM etc.. who would then contribute to a common defense against the plaintiff a/o sue them for infringement on the multiple patents that they themselves hold on this area. one reason that the more dire predictions related to the excesses of 'software patents' haven't come true is probably that their widespread enforcement could likely provoke a sort of MAD within the software industry. David - Original Message - From: Peter Saint-Andre [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 30, 2002 10:42 AM Subject: Re: [JDEV] integrity messenger questions IIRC, the bot folks applied for a patent. There's a big difference between applying and receiving. :) Peter -- ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] integrity messenger questions
I'd noticed that as well - the filter on PSI and the fact that the GPL guy's posts have been removed. now they're posting threats Open Discussion Deleted messeges (sic) http://www.integritymessenger.com/contents/forums/showthread.php?s=threadid =326 Adding to the irony of this whole thing is the fact that they seem to promote their products among the christian community. There's a pastor in the contact list on one of the screen grabs and a number of the people posting to their forum seem to have religious affiliations. - Original Message - From: Richard Dobson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 3:47 PM Subject: Re: [JDEV] integrity messenger questions I just watched their forum and someone called GPL avenger posted a load of messages to their forum, they also filter the word Psi in their swear filter (looks like they feel a little guilty), then someone called Christian went and deleted all those messages, luckly I made a backup copy and can provide these if anyone wants them. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Flash MX XMLsocket to Jabberd Help Needed.
Rick
I'm not familiar w/ the libraries you're using. Flash's onClose is a
callback that's fired when you're disconnected by the server , it's not
activated when the client kills the connection.
as Iain stated , FML provides a set of AS libraries and a demo client for
developing Flash Jabber apps. The current release ( 0.7 ) isn't actually MX
compliant , but I do have an MX compliant version that I can send you if
you're interested.
-D
- Original Message -
From: Mooner Entertainment [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 24, 2002 5:30 PM
Subject: [JDEV] Flash MX XMLsocket to Jabberd Help Needed.
Hello,
Lovin' Flash MX however I'm having a tough time
getting it to work as a Jabber client. I'm running
Jabberd server 1.42 on Win2K Server.
Below the .as script (it's fla is simply a connect and
disconnect button with a text field) has two bugs,
please let me know what you think...
1) When I comment out
file://_root.jabberSocket.send(this.node_stream);
then click connect there is a successful connection to
the server. However if I click disconnect the close()
function does not activate _root.jabberSocket.onClose.
My current workaround is to add
delete {_root.jabberSocket);
2) With
_root.jabberSocket.send(this.node_stream);
active I click on connect and immediately
_root.jabberSocket.onClose is called and now the
client is disconnected from the server.
Mind you I haven't called close(), why is the jabber
server closing the socket on it's own?
Thank you in advance.
Rick
function connect() {
if(!_root.jabberSocket){
// Create new XMLSocket object
_root.jabberSocket = new XMLSocket();
_root.myVars = new Object();
_root.myVars.serverName = myServer.com;
_root.myVars.serverPort = 5222;
_root.jabberSocket.connect(_root.myVars.serverName,
_root.myVars.serverPort);
_root.jabberSocket.onXML = newXML;
_root.jabberSocket.onConnect = newConnection;
_root.jabberSocket.onClose = disconnectedConnection;
_root.status.text = waiting;
}else{
_root.status.text = still connected;
}
}
function newConnection (success) {
if (success) {
_root.status.text = connected!;
// prepare and send in log in info
this.node_stream = new XML();
this.node_stream.xmlDecl = '?xml version=1.0
encoding=UTF-8?';
this.node_stream =
this.node_stream.createTextNode('flash:stream
to='+_root.myVars.serverName+' xmlns=jabber:client
xmlns:flash=http://www.jabber.com/streams/flash;
/');
_root.jabberSocket.send(this.node_stream);
}
else {
_root.status.text = error connecting;
}
}
function closeConnection(){
_root.jabberSocket.send(/flash:stream);
_root.jabberSocket.close();
delete(_root.jabberSocket);
}
function disconnectedConnection () {
_root.status.text = disconnected;
}
THE END
function newXML (input) {
// convert XML object to string
_root.status.text = input.toString();
}
stop();
__
Do you Yahoo!?
Y! Web Hosting - Let the expert host your web site
http://webhosting.yahoo.com/
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] RFC: cross-domain Flash support
Matthias wrote___ If someone has his web site on services like geocities, he can't run this small app on the webserver. exactly it seems that hosting providers have become more restrictive w/ their 'basic' tier services , especially towards the installation of SS executables. Also I'd be cautious about routing my login and session data through the proxy of a public domain. It's one think to implement this on a managed network in order to accommodate a firewall , but you're courting trouble when you ask users to trust an unknown host in this capacity. For anyone else that's interested in this area , I've created a section within the FML wiki where we can hash out these issues and any further ideas that people might have - http://www.verbots.com/fml/ I'm intending to post an inquiry to jadmin early next week, so any advice on refining this proposition will be appreciated. thanks; David - Original Message - From: Matthias Wimmer [EMAIL PROTECTED] Hi Aaron! Aaron McBride wrote: What about running a small app on the server that the flash file came If someone has his web site on services like geocities, he can't run this small app on the webserver. Tot kijk Matthias ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] reaching Jabber through firewalls
re: firewalls well a proxy is probably the most robust method for managing connections through firewalls. An alternative is to set-up either an HTTP transport or WCS on port 80 and poll this using Flash's loadVar's method. These can be run in parallel to the standard c2s set-up on 5222. I'd done this w/ WCS , though it isn't ideal. The WCS module wouldn't always recognize the first polling attempt , once established though it worked fine. This was with an early version of WCS and the Flash 5 player, the fix is probably trivial - I'd never debugged the WCS side to determine the problem. good luck Thanks D, Does anyone have anything to say on this issue: By the way, has anyone had any luck with running Jabber on multiple ports, so that a Flash client behind a firewall can try several options to connect? Or has anyone tried any other methods so that users behind firewalls can use a Flash client? Rob - Original Message - From: dlb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 7:12 PM Subject: Re: [JDEV] RFC: cross-domain Flash support Hi Rob; Here's a technote explaining the procedure http://www.macromedia.com/support/flash/ts/documents/load_xdomain.htm this is essentially what we'd be doing along with establishing a common definition of the shim's methods and interface. I've adapted the mechanism to the FML demo client and can send you a copy if you'd like. - D - Original Message - From: Rob Davis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 23, 2002 1:53 PM Subject: Re: [JDEV] RFC: cross-domain Flash support Out of interest how are you loading the shim across domains? As far as I'm aware, not only does the Flash player not allow socket connections across domains, but it also prevents the loading of data or SWFs. By the way, has anyone had any luck with running Jabber on multiple ports, so that a Flash client behind a firewall can try several options to connect? Or has anyone tried any other methods so that users behind firewalls can use a Flash client? Rob - Original Message - From: dlb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 2:37 AM Subject: Re: [JDEV] RFC: cross-domain Flash support Thanks for the responses guys. I'd looked into the proxy solution a few years ago , before jabberd supported Flash connections. IMO when you consider the issues related to the security , scalability , and feasibility of implementing a proxy of this sort within most leased hosting arrangements , the preferable solution is still to allow the user to establish a direct connection to their home domain. You're both right though , this wouldn't be crazy to implement , it's just that it doesn't provide the same value to developers and users as the shim solution. Ideally if the shim solution were to meet the standards of the various server development teams , it could be integrated into an existing http service. In this way the shim would be included with future releases. does that make sense ? - D - Original Message - From: matthew c. mead [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 8:55 PM Subject: Re: [JDEV] RFC: cross-domain Flash support On Tue, Oct 22, 2002 at 04:09:01PM -0700, Aaron McBride wrote: What about running a small app on the server that the flash file came from? In your example, www.hellokitty.com could run the app, and forward requests to jabber.org. This would be a lot easier to guarantee because you don't need to get every jabber server out there supporting it... just the ones running flash or java clients. How about making the web server that serves the flash client HTTP proxy for the flash client to make connections to the appropriate remote jabber servers? Many of the freely available clients already support HTTP proxy connections, so examples of how to do this should be readily available. Additionally, most web servers will support being an HTTP proxy, so really it becomes solely an issue if configuration (and potentially authentication that an HTTP proxy request is coming from the flash client and not some random Jane's web browser) for the entity hosting the flash client in their web-app. -matt -- matthew c. mead http://www.goof.com/~mmead/ ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo
Re: [JDEV] RFC: cross-domain Flash support
Hi Rob; Here's a technote explaining the procedure http://www.macromedia.com/support/flash/ts/documents/load_xdomain.htm this is essentially what we'd be doing along with establishing a common definition of the shim's methods and interface. I've adapted the mechanism to the FML demo client and can send you a copy if you'd like. - D - Original Message - From: Rob Davis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 23, 2002 1:53 PM Subject: Re: [JDEV] RFC: cross-domain Flash support Out of interest how are you loading the shim across domains? As far as I'm aware, not only does the Flash player not allow socket connections across domains, but it also prevents the loading of data or SWFs. By the way, has anyone had any luck with running Jabber on multiple ports, so that a Flash client behind a firewall can try several options to connect? Or has anyone tried any other methods so that users behind firewalls can use a Flash client? Rob - Original Message - From: dlb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 2:37 AM Subject: Re: [JDEV] RFC: cross-domain Flash support Thanks for the responses guys. I'd looked into the proxy solution a few years ago , before jabberd supported Flash connections. IMO when you consider the issues related to the security , scalability , and feasibility of implementing a proxy of this sort within most leased hosting arrangements , the preferable solution is still to allow the user to establish a direct connection to their home domain. You're both right though , this wouldn't be crazy to implement , it's just that it doesn't provide the same value to developers and users as the shim solution. Ideally if the shim solution were to meet the standards of the various server development teams , it could be integrated into an existing http service. In this way the shim would be included with future releases. does that make sense ? - D - Original Message - From: matthew c. mead [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 8:55 PM Subject: Re: [JDEV] RFC: cross-domain Flash support On Tue, Oct 22, 2002 at 04:09:01PM -0700, Aaron McBride wrote: What about running a small app on the server that the flash file came from? In your example, www.hellokitty.com could run the app, and forward requests to jabber.org. This would be a lot easier to guarantee because you don't need to get every jabber server out there supporting it... just the ones running flash or java clients. How about making the web server that serves the flash client HTTP proxy for the flash client to make connections to the appropriate remote jabber servers? Many of the freely available clients already support HTTP proxy connections, so examples of how to do this should be readily available. Additionally, most web servers will support being an HTTP proxy, so really it becomes solely an issue if configuration (and potentially authentication that an HTTP proxy request is coming from the flash client and not some random Jane's web browser) for the entity hosting the flash client in their web-app. -matt -- matthew c. mead http://www.goof.com/~mmead/ ___ 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] File transfer and file sharing: view of end-user
Richard's right to be concerned about potential liability in this area. The EFF has prepared a whitepaper on p2p file sharing that might be useful . http://www.eff.org/IP/P2P/20010227_p2p_copyright_white_paper.html check out the section - Lessons and Guidelines for P2P Developers for their advice on the development of filesharing systems and services. David - Original Message - From: Richard Dobson [EMAIL PROTECTED] That maybe so that impatient people will just go and create their own anyway, but the legal problems still remain and if the JSF creates and promotes a protocol designed for people setup a file sharing system it could bring the JSF into the firing line Richard ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] RFC: cross-domain Flash support
Jabberd , JCP , and JabCast support TCP connections from the Macromedia Flash player. Flash is a relatively pervasive web medium and provides an effective mechanism for integrating jabber within web applications and other web based resources. Developers can access the jabber stream from a web page through Flash using its scripting interface. In this way you can integrate jabber to a web app. using conventional web development methods. here's the problem ... Flash applications are run in a sandbox , much like a java applet , and therefore Flash based jabber clients can only connect to the domain hosting the client's shockwave file ( SWF ). This imposes some significant impediments on jabber integrated web apps that rely on Flash - users can't log-in to their primary accounts if these reside w/ a foreign server , new accounts have to be established w/ each individual domain hosting a Flash Jabber application. The application's host must run a jabber server in their domain , or implement a proxy that intermediates the session. I've developed a simple way to enable web based Flash Jabber apps to connect to foreign domains. This requires that a small Flash file , an SWF, be hosted by whichever domain the user is attempting to log-in to . This SWF hosts the socket instance used for the connection. I'm interested in getting some feedback on how we can standardize support for hosting this file among jabber installations, so that the user doesn't need to know the specific location of the file within each domain. Pervasive support for cross domain connections from Flash applications could be leveraged to make jabber a dominant solution for the adaptation of messaging and presence within web applications. If you're interested in this area pls read the following... Standardizing a Flash 'shim' There's a way to circumvent the Flash sandbox by having the Flash client load a 'shim' from the foreign domain. The shim is a small SWF that establishes the socket instance used by the Flash client when connecting to the foreign server. For instance if I were to download a Flash webclient from www.hellokitty.com and want to connect to my account at jabber.org , the client can load a shim from jabber.org to establish the connection. The shim would need to be retrieved via http. Standardization of this mechanism could simply involve hosting the shim in a commonly agreed upon location - eg. http://jabber.org/flash/shim.swf , across all participating jabber hosts. There a few significant advantages to standardization. The ability to message , maintain presence , manage your roster, and access other jabber resources, through a common JID across different web domains The establishment of a common identity ( JID ) for web based interactions using the jabber protocol. This then could be leveraged towards the development of PIM-type features that could be applied to a range of web apps. This facilitates inter-domain web based collaboration and 'universal' jabber based services. significantly reduces barriers to the adoption of jabber within web applications - these could rely on third party hosts. There are several issues that would need to be addressed__ including ... where / how is the shim hosted within the Jabber domain. Do most hosts run an HTTP server as well , does the jabberd distro include an http server that I'm not aware of ? what are people's security concerns and what are acceptable ways of dealing with these. how can hosts prevent sites from exploiting their capacity opportunistically. how can this effort enhance other jabber-web integration projects like DotGnu. Regards; David Beard ~ FML developer and maintainer ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] RFC: cross-domain Flash support
Thanks for the responses guys. I'd looked into the proxy solution a few years ago , before jabberd supported Flash connections. IMO when you consider the issues related to the security , scalability , and feasibility of implementing a proxy of this sort within most leased hosting arrangements , the preferable solution is still to allow the user to establish a direct connection to their home domain. You're both right though , this wouldn't be crazy to implement , it's just that it doesn't provide the same value to developers and users as the shim solution. Ideally if the shim solution were to meet the standards of the various server development teams , it could be integrated into an existing http service. In this way the shim would be included with future releases. does that make sense ? - D - Original Message - From: matthew c. mead [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 8:55 PM Subject: Re: [JDEV] RFC: cross-domain Flash support On Tue, Oct 22, 2002 at 04:09:01PM -0700, Aaron McBride wrote: What about running a small app on the server that the flash file came from? In your example, www.hellokitty.com could run the app, and forward requests to jabber.org. This would be a lot easier to guarantee because you don't need to get every jabber server out there supporting it... just the ones running flash or java clients. How about making the web server that serves the flash client HTTP proxy for the flash client to make connections to the appropriate remote jabber servers? Many of the freely available clients already support HTTP proxy connections, so examples of how to do this should be readily available. Additionally, most web servers will support being an HTTP proxy, so really it becomes solely an issue if configuration (and potentially authentication that an HTTP proxy request is coming from the flash client and not some random Jane's web browser) for the entity hosting the flash client in their web-app. -matt -- matthew c. mead http://www.goof.com/~mmead/ ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] CLIENT DEVELOPERS: How to get your client listed on newjabber.org site...
this is the same list that Peter has been compiling ? if so has the info we'd provided him been integrated , is it in the process of being integrated , should we re-submit the info to you ?? - Original Message - From: Jonathan Pobst [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 15, 2002 12:32 AM Subject: [JDEV] CLIENT DEVELOPERS: How to get your client listed on new jabber.org site... Ok guys, here it is, the new client list for jabber.org: http://www.jabber.org/user/clientlist.php However, its not very populated This is where you client developers come in! I can't be very accurate by skimming web pages, so to get your client listed I need the following info (you can send it to [EMAIL PROTECTED] and we'll take care of it, please don't spam the list with it) Client Name Client Webpage Client Version Client License Client Platform Client Release Date Supported features: (each may be yes, no, or partial) Basic Chat Group Chat Headline Support IQ:Browse Support x:data Support File Transfer Message History/Logging Proxy Support SSL Support Sound Notifications Emoticons Skinning composing Support (user is replying notifications) Full Unicode Support Invisible Presence Support For now, we'll have to update this information manually for you, in the future we hope to let you edit this yourself using JabberStudio. For those of you who are not hosted on JabberStudio, remember you can get an offsite link project so that you are listed in the JabberStudio client directory. (See http://www.jabberstudio.org/projects/RhymBox/project/view.php for an example) Just go to JabberStudio and select 'Request a Project' from the right side. thanks! pobst ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] List of server implementations
JabCast provides windows , linux , unix , and openVMS server implementations - http://www.jabcast.com/products/ - Original Message - From: Peter Saint-Andre [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, October 08, 2002 7:15 PM Subject: [JDEV] List of server implementations I've started creating a basic list of server implementations. So far the list contains only jabberd, JCP (Jabber Inc.), and TIMP (Tipic). If you would like to suggest other implementations or see errors on the list, please let me know. It's intended for server admins, so I'd prefer not to list highly experimental code. Perhaps another list for server projects would be good to add to the developer section of the site, though. You can find the list here: http://www.jabber.org/admin/serverlist.php Thanks as always. Peter -- Peter Saint-Andre Jabber Software Foundation http://www.jabber.org/people/stpeter.php ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Open Source WebClient?
Hi Jay; check out http://fml.jabberstudio.org and http://www.jabberstudio.org/projects/FML/project/view.php FML is a set of Macromedia Flash 5 libraries , and a demo , that are designed to server as web clients , though they can be implemented as a desktop client as well. They're nearing a production state , are in active development, and have already been implemented in commercial solutions. there's a mailing list @ http://jabberstudio.org/cgi-bin/mailman/listinfo/fml if you have any further questions. - David - Original Message - From: Jay D. Dyson [EMAIL PROTECTED] To: JabberDevelopers List [EMAIL PROTECTED] Sent: Monday, October 07, 2002 1:22 PM Subject: [JDEV] Open Source WebClient? -BEGIN PGP SIGNED MESSAGE- Hi folks, I'm presently involved in a portal project have been working with a few others in gearing up to implement an integrated instant messenger web client for Jabber. (I've already configured, compiled and installed Jabber's open source IM server on the system and it's running quite well.) While I have found Jabber, Inc's WebClient, that product will only work with Jabber Inc's proprietary Jabber server, and the licensing fees for that product is prohibitive when considering its use across all NASA centers. I've done many a Google search for open source web clients for Jabber, but have come up with goose-eggs. Thus, I'm here to ask if anyone here is aware of the existence/development of such an open source web-based IM client and where I might locate it. Even an beta- or alpha-grade web client is better than none! :) - -Jay (( ___ )) )) .--There's always time for a good cup of coffee--. --. C|~~|C|~~| (-- Jay D. Dyson - [EMAIL PROTECTED] --) |= |-' `--' `--' `--- Si vis pacem, para bellum. ---' `--' -BEGIN PGP SIGNATURE- Version: 2.6.2 Comment: See http://treachery.jpl.nasa.gov/~jdyson/ for PGP key. iQCVAwUBPaGv/M7rqmIn1xE9AQFkTAQArXjv+o/btb/qJGAhWOZK6RledtEprCc1 y26bO2tz+lipsAZL4dUGj8bUHGvVFkbrPVrxa4ncI8EA6GJAiyf8tDrxAgsfE14R dJ9DJqw5N8rdAGKaFHmVI3D3jhlhOPYUgX0JooeCMXj5Axsnup6kD9ggQblMf63B xUiL5M8whZ4= =pgEL -END PGP SIGNATURE- ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Embeding jabber in a web page?
Theres a Flash 5 client , and Dev. libraries , available at http://fml.jabberstudio.org - Original Message - From: Carlos Olguin [EMAIL PROTECTED] Hi, I am new to jabber and I would like know if there is any jabber client that I can embed in a web page. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] modifying roster entries
thanks Peter , Is this a feature of newer servers ? On my 1.4.1 simply setting a new group didn't work , I'd ended up with redundant accounts. - Original Message - From: Peter Saint-Andre [EMAIL PROTECTED] I'm not sure why you're resubscribing and removing the roster entry and so on. To change the roster entry, just do a new IQ set with groupnewgroup/group rather than groupoldgroup/group Peter -- Peter Saint-Andre Jabber Software Foundation http://www.jabber.org/people/stpeter.html On Tue, 3 Sep 2002, dlb wrote: Is there a way to modify a roster entry without removing and then resubmitting the entry ? For instance if I want to change the group of a subscribed JID , can this be done in a single transaction ? right now I'm first submitting .. iq type=set id=roster_2 query xmlns=jabber:iq:roster item name=Nurse jid=[EMAIL PROTECTED] subscription=remove groupServants/group /item /iq and then resubscribing using the revised fields. I've tried submitting a new query w/ the original subscription type and revised fields , after the 'remove' , but the server's response is erratic. I've also tried simply overwriting the existing entry - doesn't work. any advice ? David ___ 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] New html tag in messages
From: Richard Dobson [EMAIL PROTECTED] I think that is a remote possiblity and even if it does it is the sign of a badly programmed client and not a fault with the protocol. exactly I doubt that a nested iq or message element could be exploited to run anything - it wouldn't be recognized by the server and isn't relevant to HTML. A bigger concern IMO would be common script , object , img tag, and buffer overflow, exploits where the client is using the Web Browser Control a/o MSHTML. You'd have the same vulnerabilities as the installed version of IE. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] New html tag in messages
I think that Kriggs in inquiring on the ability to nest IQ elements within the HTML element - rather than the other way around. From: Sami Haahtinen [EMAIL PROTECTED] it doesn't really matter what you pass on in the IQ/ as long as it's valid XML (which xhtml is) so you can add your own tags to the set as you wish. Sami ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] 'Lotus sametime' = really another IM system in this world?
However, SameTime sets the bar pretty high and it may take quite some time for Jabber to catch up. Within the domain of multi-user collaboration , away from simply presence and text messaging - yes certainly. I do think that Jabber is competitive in a head to head comparison of IM features though. What the survey seems to indicate , and I've only seen the commentary, is that corporate users often utilize different platforms for different messaging and collaboration activities. So SameTime may be dominant as a multi-user collaboration environment , but evidently not the primary IM application. dlb said: In the long run I suspect Jabber is a greater threat to platforms like Sametime than Sametime is to Jabber. -- Larry Cannell ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] 'Lotus sametime' feature comparison
here's a breakdown of SameTime 2.0's features vs. the MS Exchange Conferencing server. http://www.lotus.com/developers/itcentral.nsf/wdocs/8A456F5CF6B6D0E085256966 00425D16 here's MS's rebuttal http://www.microsoft.com/exchange/evaluation/compare/sametimeresponse.asp - Original Message - From: Ben Schumacher [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 12, 2002 3:10 PM Subject: Re: [JDEV] 'Lotus sametime' = really another IM system in this world? Larry, would you care to share with us what, exactly, SameTime does so well? It helps the community noticably more if you can say something like, SameTime's feature 'x' is a better implementation than I've seen in any Jabber system. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Flash support in the server (was: JNG Ramblings.)
Basically, its like this, Flash's XMLSocket class won't let you send XML with open tags (so no stream:stream) without some hacking. In addition, it tags a NULL onto the end if every piece of XML it sends. Obviously, the protocol doesn't support a closed tag at the beginning of a streamed document, and (IIRC) expat gets upset with that NULL character when parsing XML (and I think it would disconnect the client). It was my understanding that the null delimiter is imposed after the completion of each root element - ie. it isn't placed after nested elements. Is this correct ? Also , the delimiter seems to be imposed even if you are transmitting conformant XML as a string. So even though you can evade the first problem , the closed tag, you can't effect the second because it marks the end of the write action on the socket. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Dreamhost goes live
very cool does anyone have an estimate of how many GB of traffic can be expected monthly per X number of users ? Dreamhost's cheapest package provides for 7 GB per month , how many active accounts could this support ? -D - Original Message - From: Michael Brown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 31, 2002 10:17 PM Subject: [JDEV] Dreamhost goes live [Sorry about posting this to JDEV, but we don't have a Jabber Advocacy list] Just a note to say that the Jabber service at dreamhost.com has gone live. For those that are wanting a cheap hosting plan that also gives you a managed Jabber server included in the price (starting at US$9.95/month) this is probably a good place to start looking. (Finally I have my email address and my JID the same!) Dreamhost currently host 44,845 domains, so that is a lot of (virtual) Jabber servers that could be coming online very shortly. You can read their Jabber blurb here: http://www.dreamhost.com/jabber.html ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] installing the jabber server
I'm not sure what's wrong. If you're not familiar with cygwin , and need to get something running quickly, you might take a look at Tipic's Jabber server for win2k and XP @ http://tipic.com . good luck ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] STOP : Emoticons: guidelines
you guys need to find somewhere else to work this stuff out. Set up a JIG. This thread is creating too much traffic , it's no longer appropriate for JDEV. good luck ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] File transfer ideas
The Electronic Frontier Foundation has some useful resources addressing this area. Centralizing the file repository carries alot of potential liability. check out http://www.eff.org/IP/P2P/Napster/20010309_p2p_exec_sum.html How it different to creating/running an email or ftp server exactly? Mike That's a valid point , I don't think I've ever heard of an email host being targeted except to subpoena evidence. I know that web hosting providers have though ; whether these provide file access via FTP or HTTP isn't relevant. The EFF has been active in this area for a while , I'd assume that they're familiar with the relevant precedents. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] File transfer ideas
I can see here a problem that you don't have any way to block storage of forbidden contents like pornographic movies,pictures, mp3s or pirated software. We should really check it before getting into the troubles. The Electronic Frontier Foundation has some useful resources addressing this area. Centralizing the file repository carries alot of potential liability. check out http://www.eff.org/IP/P2P/Napster/20010309_p2p_exec_sum.html ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] Q on 1.4.2 Flash support
Hi ; re: Flash support the 1.4.2 update notice contains the following description of the Flash sockets support scheme _ The support for native Flash5 XMLSockets (see Macromedia docs or Heliant whitepaper) added in 1.4.1 now also supports the syntax used by Jabber, Inc.'s server for flash5 support. To use this technique, the stream namespace sent by the flash5 client must be changed to xmlns:flash=http://www.jabber.com/streams/flash; and first element is named flash:stream _ Just to confirm , does 'now also supports' mean that 1.4.2 supports both the 1.4.1 'standard' 5222 connection - no mod to the stream namespace , as well as the method described ? glad to see that this feature has been standardized w/ jabber.com david ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Setting up wcs
do these users have a presence subscription w/ WCS ? do other features of WCS work ? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Setting up wcs
check the global.xdb file in your WCS directory within the spool directory. Any presence subscriptions w/ WCS are recorded here in the following form .. xdb asked xmlns=wcs:public:presence xdbns=wcs:public:presence a jid=user_A_jid / a jid=user_B_jid / ... /asked /xdb this is the likely target for any subscription automation you might want to do. If there's nothing here you should look at your WCS config - be sure your WCS directory name coincides with the configured subdomain name. There are a few WCS config examples floating around , if you search jabber.org a/o google you'll find them. Also, if you're intended to implement this in a production environment you should probably try to contact Jer - WCS is his baby and he'll have a good idea of it's current state and reliability. HTH Yes, they seem to. I can add users etc. I have been playing, and have managed to get the subscription request sent from WCS. I accept the request, but /pub/presence.xml still returns unavailable. Gary Evesson Chief Technology Officer Decentrix Inc http://www.decentrix.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of dlb Sent: Friday, January 18, 2002 11:44 AM To: [EMAIL PROTECTED] Subject: Re: [JDEV] Setting up wcs do these users have a presence subscription w/ WCS ? do other features of WCS work ? ___ 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] Setting up wcs
hmm.. If you're using winjab go into Tools and activate 'Show Debug XML'. Take a look at the correspondence surrounding a subscription request. Is this being received from wcs@wcs ? If not , the client is obviously imposing the address. WinJab won't do this , but I don't know whether the Jabber applet would. If wcs@wcs derives from the server you might try the following. I have a very simple WCS config running on server version 1.4.1 . The WCS and HTTP modules map to 'wcs' - no subdomain. so the http service xml contains.. listen port=5280 map to=wcs / /listen rather than : listen port=5280 map to=wcs-publicpublic.host.org/map map to=subdom.you.com/ /listen I'd never gotten the above config form to work and the WCS service is id'd as.. service id=wcs So when communicating with WCS the JID appears as such .. presence to=wcs type=subscribestatusNormal Subscription Request/status/presence presence to='[EMAIL PROTECTED] from='wcs'statusNormal Subscription Request /status /presence I have tracked things back to the fact that the client is responding to the subscription request with the jid of wcs@wcs, but I cannot see where this might be configured. Any ideas? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Thoughts on AOL
One thing to consider regarding AOL is that they'll have to adopt some measure of interoperability, either standards based or w/ specific competing services , prior to launching IM enhanced broadband applications within cable regions covered by the AOL - Time Warner consent decree. I think that this argues for a focus on the continued development of Jabber in its role as a user /resource aware XML messaging routing architecture. The fundamental extensibility of Jabber along with the work being done w/ XML-RPC and SOAP , and the design concepts being implemented w/ Jabber2 have the potential to establish Jabber as the platform of choice for precisely these sorts of applications. I don't see any way of overcoming the network effects supporting the existing AOL service - you're never going to get a significant number of AOL IM users to adopt Jabber and AOL won't allow interop until they're forced to. One strategy that I think could work would be to position Jabber as a competitor in the area of IM enhanced broadband apps and to deploy applications and services within systems covered by the consent decree. AOL isn't going to want a rival technology to gain a significant foothold in this area and would eventually forward an interop proposal simply to enable them to introduce rival applications. preliminary work in this area could include : Developing OCAP (OpenCable Applications Platform) compatible jabber components. Developing ATVEF based clients for Liberate / AOLTV - ATVEF is based on web dev. standards . Promoting Jabber as a 'platform' for next generation BB and ITV apps. if anyone else is interested in this area pls contact me -David ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] jabber/im application idea
an RDF based description is a good idea . You wouldn't want to hold Annotea descriptors within the roster obviously , but a lighter RDF based resource 'pointer' could be used to identify and describe a variety of respositories - from Annotea to WebDav to ?? I'd suggest that you take a look at the Annotea system at http://www.w3.org/2001/Annotea/ . It's based on RDF and other W3C standards obviously and is part of the Semantic Web activity. I almost started to write an implementation that uses the Jabber network instead of HTTP requests to fetch annotations from an Annotea server but then didn't get around to actually do it after all. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] How to find the presence of a user at server side (was
so the service JID can be used to determine the presence of any user on that host ? Can this probe capability be enabled without requiring that the 'servicename' JID automatically receive an update of every presence change within the host domain ? I'd be interested in using the probe capability to query the presence of specific users from a web gateway . -D In 1.4.2 you can configure jsm with a presencebccservicename/bcc/presence (multiple bcc elements, and can contain any jid) which will blindly carbon-copy the bcc'd address with every users presence change. This also validates that address as one that can presence type=probe a user of that jsm and get the available presence at any time. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Flash support - was:Help: jabber server Admin
Re: Jabber.com discontinuing Flash support just got a response of jabber.com on this - it appears the original post concerning support for Flash 5 was mistaken. Jabber.com has only recently adapted a Flash 'patch' and hasn't introduced this to jabber.com yet. There will apparently be support for Flash on the Jabber.com host and within their commercial server in the near future. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] (no subject)
Flabber , by Josh Bauguss , is the only open source Flash client that I know of - http://www.flabber.org/download.html his site provides info on the state of this project. - Original Message - From: me lyman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 01, 2001 5:03 PM Subject: [JDEV] (no subject) I'm interested in doing the entire Flash 5 client. I tried to find out where the project was in it's development, but was unable to find any information at all. I would greatly appreciate it if someone could contact me and let me know what has been done - and what I can do to bring the Flash 5 client side to a close. Richard Lyman VAYKENT -- on the Flashkit.com XML forums Please reply to: [EMAIL PROTECTED] _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] WCS resolution across host domains - redux
does anyone have an example jabber.xml w/ WCS configured that they could let me look at. I've found an example that Jer had posted but don't appear to have WCS registered properly - wcs.my_serverdomain is not recognized. The simple WCS config - w/o the wcs.serverdomain parameter (simply ' wcs '), is rejected by remote hosts. _also what sort of connection does WCS attempt to establish to a remote host - does the host need to have WCS installed ?? thanks David - Original Message - From: dlb To: [EMAIL PROTECTED] Sent: Saturday, July 21, 2001 9:55 PM Subject: [JDEV] WCS resolution across host domains I'd recently set-up theWCS package on 1.4.1andhave run into a problem. I've been unable to determine the presence of any userwithin another domain throughan 'anonymous' WCSsession- also haven't been able to send or receive messagesfrom domains on alternate IP's. eg: -when attempting to send a message to an account on jabber.org20010722T00:20:39: [alert] (s2s): We were told by jabber.org that our sending name wcs is invalid, either something went wrong on their end, we tried using that name improperly, or dns does not resolve to us20010722T00:20:39: [notice] (jabber.org): bouncing a packet to hello@jabber.org from moe@wcs/Mozilla/4.73 [en] (Win98; U): Server Connect Failed probing the presence of a remote user always returns unavailable. How is a WCS address resolved ? --is WCS not capable of interacting with foreign hosts ?? _also , my server is running over @home using a DNS service. This should resolveproperly, but may bepart of the problem. any advice ? D
[JDEV] WCS resolution across host domains
I'd recently set-up theWCS package on 1.4.1andhave run into a problem. I've been unable to determine the presence of any userwithin another domain throughan 'anonymous' WCSsession- also haven't been able to send or receive messagesfrom domains on alternate IP's. eg: -when attempting to send a message to an account on jabber.org20010722T00:20:39: [alert] (s2s): We were told by jabber.org that our sending name wcs is invalid, either something went wrong on their end, we tried using that name improperly, or dns does not resolve to us20010722T00:20:39: [notice] (jabber.org): bouncing a packet to hello@jabber.org from moe@wcs/Mozilla/4.73 [en] (Win98; U): Server Connect Failed probing the presence of a remote user always returns unavailable. How is a WCS address resolved ? --is WCS not capable of interacting with foreign hosts ?? _also , my server is running over @home using a DNS service. This should resolveproperly, but may bepart of the problem. any advice ? D
[JDEV] Q: message tracking
what is the convention for handling a message packet's id attribute value - how can this be applied to tracking message responses ? The id values I'm receiving in response messages don't seem to correlate with the id or the original message - is 'id' not intended for this sort of tracking ? thanks ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Q: message tracking
Peter Saint-Andre wrote: I've usually seen the 'id' attribute used to correlate an iq set with an iq result and such, not for messages. The server seems to be consistent about returning the 'id' attribute for iq packets, but clients don't seem to be consistent about returning the 'id' attribute for message packets. But I'm just speaking from my experience playing around with sending raw XML, I'm not sure exactly how the system is designed to handle 'id' attributes. :) Peter that's why I'd assumed that message id's associated w/ the response to a message might reflect the original message id - either explicitly or some logical derivation . from the protocol doc__ 1.3.2.2. The id attribute Applies a unique identifier to the message. The id attribute is generated by the Jabber client or client library (e.g., WinJab or JabberCOM), and is used by the client to identify the message for tracking purposes (e.g., to correlate messages sent to a groupchat room with messages received from the room, or to connect a sent message with any errors it might generate). The id attribute is optional and is not used elsewhere in the system. Example: message to=[EMAIL PROTECTED]/orchard id=JCOM_85 bodyWherefore art thou Romeo?/body /message ___ is there a recommended way to establish the sequence and lineage of exchanged messages for non-chat message types ?? thanks for the response ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Q: message tracking
thanks Peter - do most clients provide a thread element for non-chat type messages ? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] voice chat ...
is it http://www.tellme.com ? they use voiceXML John Hebert wrote: Saw, I looked at http://www.hearme.com and did not see anything that looked like downloadable open source. Can you rephrase your question? John Hebert 4/11/01 8:25:21 AM, "saw keong" [EMAIL PROTECTED] wrote: hello ... i got your email from JDEV discussion , from your discussion , i've read about hearme.com that provide open sourse . can you give me the address of this site because i'm trying to develop a voice chat applet ... thanks for you help .. i really appreciate it -- John Hebert System Engineer http://www.vedalabs.com Changing your state of mind through sound. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
