Re: [JDEV] How to Delete a user from Jabber Server ?
The best way for you to handle such kind of queries would be to download a client from the jabber site, install it and then communicate between the client to the jabber server. The important thing to note here is that u should check to see the "xml stream sent from the client to the server" which is seen at the server end , u can make a note of the stream passed and make modifications to suit ur need. ;-) - Original Message - From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 29, 2002 10:12 PM Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > Thank u Peter ! > > U know infact, i had already tried by removing the user.xml file at jabber > server. > > I want to delete the user from a jabber client. How to do ? > > Tx n Regds > V-E-D-A-L-A > Using the correct technology is not as important as > using the technology correctly. > - Original Message - > From: "Peter Saint-Andre" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, May 30, 2002 9:35 AM > Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > > > > Dude, use the web: > > > > http://www.google.com/search?hl=en&q=jabber+kiosk > > > > Third hit. > > > > Peter > > > > -- > > Peter Saint-Andre > > Jabber Software Foundation > > http://www.jabber.org/people/stpeter.html > > > > On Wed, 29 May 2002, r-a-v-i-v-e-d-a-l-a wrote: > > > > > Is it possible for you to gimme the URL. > > > > > > Tx n Regds > > > V-E-D-A-L-A > > > Using the correct technology is not as important as > > > using the technology correctly. > > > - Original Message - > > > From: "Bharath Kumar" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, May 29, 2002 5:50 PM > > > Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > > > > Hi, > > > > > > > > This problem was reported earlier in the jdev archives in the Nov > 2001 > > > > archives (Jabber in a kiosk environment). Please check that out, it > has a > > > > few answers for ur problem. > > > > > > > > > > > > - Original Message - > > > > From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Wednesday, May 29, 2002 4:15 AM > > > > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > > > > > > > HI > > > > >Can anybody tell me how to delete a user from jabber server ? > > > > > Tx n Regds > > > > > V-E-D-A-L-A > > > > > Using the correct technology is not as important as > > > > > using the technology correctly. > > > > > > > > > > > > > > > ___ > > > > > 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 > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] How to Delete a user from Jabber Server ?
Sory, let me be more clear on this. How to delete a user at jabber server, from a remote jabber client ? Tx n Regds V-E-D-A-L-A Using the correct technology is not as important as using the technology correctly. - Original Message - From: "Mansur Ali" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 30, 2002 10:21 AM Subject: RE: [JDEV] How to Delete a user from Jabber Server ? > remove the user's xml file from the spool directory > > Reg, > > mansur > > -Original Message- > From: r-a-v-i-v-e-d-a-l-a [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 29, 2002 4:16 AM > To: [EMAIL PROTECTED] > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > HI >Can anybody tell me how to delete a user from jabber server ? > Tx n Regds > V-E-D-A-L-A > Using the correct technology is not as important as > using the technology correctly. > > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev > > = > DISCLAIMER: Information contained in this mail are the sole responsibilty of > the sender. The information contained in this mail is private & confidential > and is intended solely to the person or organisation to whom it is > addressed. If this message is not intended for you, then you are requested > to destroy this message immediately & kindly notify the sender by return > mail. The sender is in no way responsible for any virus that might be > transmitted through this message. It is recommended to check attachments,if > any, received with this message for virus before opening them. Opinions, > conclusions and other information in this message that do not relate to the > official business of I.T.Integrated Solutions Ltd. shall be understood as > neither given nor endorsed by it. > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] How to Delete a user from Jabber Server ?
remove the user's xml file from the spool directory Reg, mansur -Original Message- From: r-a-v-i-v-e-d-a-l-a [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 29, 2002 4:16 AM To: [EMAIL PROTECTED] Subject: [JDEV] How to Delete a user from Jabber Server ? HI Can anybody tell me how to delete a user from jabber server ? Tx n Regds V-E-D-A-L-A Using the correct technology is not as important as using the technology correctly. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev = DISCLAIMER: Information contained in this mail are the sole responsibilty of the sender. The information contained in this mail is private & confidential and is intended solely to the person or organisation to whom it is addressed. If this message is not intended for you, then you are requested to destroy this message immediately & kindly notify the sender by return mail. The sender is in no way responsible for any virus that might be transmitted through this message. It is recommended to check attachments,if any, received with this message for virus before opening them. Opinions, conclusions and other information in this message that do not relate to the official business of I.T.Integrated Solutions Ltd. shall be understood as neither given nor endorsed by it. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] How to Delete a user from Jabber Server ?
Thank u Peter ! U know infact, i had already tried by removing the user.xml file at jabber server. I want to delete the user from a jabber client. How to do ? Tx n Regds V-E-D-A-L-A Using the correct technology is not as important as using the technology correctly. - Original Message - From: "Peter Saint-Andre" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 30, 2002 9:35 AM Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > Dude, use the web: > > http://www.google.com/search?hl=en&q=jabber+kiosk > > Third hit. > > Peter > > -- > Peter Saint-Andre > Jabber Software Foundation > http://www.jabber.org/people/stpeter.html > > On Wed, 29 May 2002, r-a-v-i-v-e-d-a-l-a wrote: > > > Is it possible for you to gimme the URL. > > > > Tx n Regds > > V-E-D-A-L-A > > Using the correct technology is not as important as > > using the technology correctly. > > - Original Message - > > From: "Bharath Kumar" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, May 29, 2002 5:50 PM > > Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > Hi, > > > > > > This problem was reported earlier in the jdev archives in the Nov 2001 > > > archives (Jabber in a kiosk environment). Please check that out, it has a > > > few answers for ur problem. > > > > > > > > > - Original Message - > > > From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, May 29, 2002 4:15 AM > > > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > > > > HI > > > >Can anybody tell me how to delete a user from jabber server ? > > > > Tx n Regds > > > > V-E-D-A-L-A > > > > Using the correct technology is not as important as > > > > using the technology correctly. > > > > > > > > > > > > ___ > > > > 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 ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] How to Delete a user from Jabber Server ?
goto www.jabber.org and in that u have the mailing list link, click that in which u will find JDEV --> Archives. CLick that link and it will open up the archives sections. Goto the Nov2001archives and click on the subject link. Search for the "Jabber in a kiosk environment" link. Hopefully u might find ur answer there. - Original Message - From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 29, 2002 9:23 PM Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > Is it possible for you to gimme the URL. > > Tx n Regds > V-E-D-A-L-A > Using the correct technology is not as important as > using the technology correctly. > - Original Message - > From: "Bharath Kumar" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, May 29, 2002 5:50 PM > Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > > > > Hi, > > > > This problem was reported earlier in the jdev archives in the Nov 2001 > > archives (Jabber in a kiosk environment). Please check that out, it has a > > few answers for ur problem. > > > > > > - Original Message - > > From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, May 29, 2002 4:15 AM > > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > HI > > >Can anybody tell me how to delete a user from jabber server ? > > > Tx n Regds > > > V-E-D-A-L-A > > > Using the correct technology is not as important as > > > using the technology correctly. > > > > > > > > > ___ > > > 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
[JDEV] Can I change the password of a Jabber User ?
Hi Can anybody tell me how to change the password of a jabber user ? Tx n RegdsV-E-D-A-L-AUsing the correct technology is not as important as using the technology correctly.
Re: [JDEV] How to Delete a user from Jabber Server ?
Dude, use the web: http://www.google.com/search?hl=en&q=jabber+kiosk Third hit. Peter -- Peter Saint-Andre Jabber Software Foundation http://www.jabber.org/people/stpeter.html On Wed, 29 May 2002, r-a-v-i-v-e-d-a-l-a wrote: > Is it possible for you to gimme the URL. > > Tx n Regds > V-E-D-A-L-A > Using the correct technology is not as important as > using the technology correctly. > - Original Message - > From: "Bharath Kumar" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, May 29, 2002 5:50 PM > Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > > > > Hi, > > > > This problem was reported earlier in the jdev archives in the Nov 2001 > > archives (Jabber in a kiosk environment). Please check that out, it has a > > few answers for ur problem. > > > > > > - Original Message - > > From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, May 29, 2002 4:15 AM > > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > > > > > HI > > >Can anybody tell me how to delete a user from jabber server ? > > > Tx n Regds > > > V-E-D-A-L-A > > > Using the correct technology is not as important as > > > using the technology correctly. > > > > > > > > > ___ > > > 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] How to Delete a user from Jabber Server ?
Is it possible for you to gimme the URL. Tx n Regds V-E-D-A-L-A Using the correct technology is not as important as using the technology correctly. - Original Message - From: "Bharath Kumar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 29, 2002 5:50 PM Subject: Re: [JDEV] How to Delete a user from Jabber Server ? > Hi, > > This problem was reported earlier in the jdev archives in the Nov 2001 > archives (Jabber in a kiosk environment). Please check that out, it has a > few answers for ur problem. > > > - Original Message - > From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, May 29, 2002 4:15 AM > Subject: [JDEV] How to Delete a user from Jabber Server ? > > > > HI > >Can anybody tell me how to delete a user from jabber server ? > > Tx n Regds > > V-E-D-A-L-A > > Using the correct technology is not as important as > > using the technology correctly. > > > > > > ___ > > 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: Re[2]: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
has anyone implemented the semantics? seems to work on j.o On Wednesday, May 29, 2002, at 02:07 PM, Tijl Houtbeckers wrote: > -- Original Message -- > > Don't we have already have a JEP for this? :) > > http://www.jabber.org/jeps/jep-0022.html#sect-id2591427 > > The jabber:x:event namespace.. I see it's been approved now since > 2002-05-08. > ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
how does this work if you can't even be sure that the first server received the message from the client? for example, what if the client's ethernet cable was unplugged... the client sends the message, the socket buffers the write, the client quits,... did the message get delivered? sent = send(socketfd, bytes, len, 0); doesn't return -1 if the remote side hasn't "closed", if it's just the cable unplugged, you don't know whether the bits got there or not. am i nuts? On Wednesday, May 29, 2002, at 11:11 AM, Gallo, Felix S. wrote: Another poster couldn't figure out how to get guaranteed message delivery to work, but it's actually pretty simple: 1. User sends guaranteed message, with checksum, retry count, and what-to-do-if-it-gets-stuck. 2. Server receives message, verifies that it's OK. 3. Server optionally passes it on to any intermediate servers, handshaking to make sure that the message is received before deleting it from local store. 4. If the message is received successfully by the next server in the chain, the delivery responsibility passes to that next server, and the local server deletes it. 5. If the message can't be passed to the intermediate server, the what-to-do-if-it-gets-stuck field is examined (possible values might include delete-with-notification, retry-for-a-certain- number-of-times, etc.) 6. Upon receipt, you're done.
Re[2]: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
-- Original Message -- >On Wed, May 29, 2002 at 05:02:16PM +0200, Tijl Houtbeckers wrote: >> amount of time (expect during login maybe). The only thing it has to do is keep >it's >> TCP connection open. This means you can for example buffer the data on the client >> side till the client is available for processing it. This is exactly the problem with jabber losing messages. There is no Ack >message which the client has send to the server to ack the received >messages. Therefore the Server relies on the Ack from TCP socket which is >given before the message is received at the client. this is not a reliable >message transport. which is not as worse in chat situations but it is >dramatically in instant messages. > >See smtp and pop3, both are morer reliable. >Greetings >Bernd Don't we have already have a JEP for this? :) http://www.jabber.org/jeps/jep-0022.html#sect-id2591427 The jabber:x:event namespace.. I see it's been approved now since 2002-05-08. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 11:27:50AM -0600, Ben Schumacher wrote: > (like return-receipts in email, but hopefully more intelligent). In fact, Actually the "."/"200 OK " in smtp and the "DELE"/"QUIT" in pop3 is more than enough. It is not a exactly-once semantic, but enough to ensure that no messsage is lost (if implemented correctly). Greetings Bernd ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] [Jabberd] Performance
Hello, I think it would probably be useful to most people if you could write this up in a small HOWTO. I am sure it could be linked off of jabberstudio. Thanks, Ragavan >Hi, > >I've gotten above 20k concurrent connections, with a heavily modified >kernel. ;) > _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 12:27:04PM -0600, David Waite wrote: > the remote application. So you have edge cases where the remote system > gets the message and processes it without receiving an acknowledgement > back, and where you get an acknowledgement back but the remote > application never processes the message (for instance, due to an > application crash relating to the contents of the message). Actually TCP buffer can be multiple kilobyte and unnoticed timeouts can be as long as 12 minutes. This means _a_lot_ of instant messages can get lost. Greetings Bernd ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 05:02:16PM +0200, Tijl Houtbeckers wrote: > amount of time (expect during login maybe). The only thing it has to do is keep it's > TCP connection open. This means you can for example buffer the data on the client > side till the client is available for processing it. This is exactly the problem with jabber losing messages. There is no Ack message which the client has send to the server to ack the received messages. Therefore the Server relies on the Ack from TCP socket which is given before the message is received at the client. this is not a reliable message transport. which is not as worse in chat situations but it is dramatically in instant messages. See smtp and pop3, both are morer reliable. Greetings Bernd ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 04:31:44PM +0200, [EMAIL PROTECTED] wrote:
> I agree the issue needs to be resolved. I find your current solution
> simple. Any server admin that does not want that extra traffic can
> disable it (BTW any simple way to configure the "ping" interval?).
There should be a ping interval at least. One can then hardcode the timeout
to be 3 time ping interval or anything. Note that a timeout is not strictly
needed, since the ping alone will detect reset connections, but the timeout
can do that faster than the usual TCP retry times, and it can detect
dead/hanging clients.
> Well, in case anyone has a better idea he is free to contribute. For the
> time being your solution seems okay especially for it does not need
> protocol or client changes.
Well, it does need a protocol change, because it needs the Ping and Pong
Messages. You can go without the Pong, but then you can't measure timeout
and rountdtrip.
Greetings
Bernd
--
(OO) -- [EMAIL PROTECTED] --
( .. ) ecki@{inka.de,linux.de,debian.org} http://home.pages.de/~eckes/
o--o *plush* 2048/93600EFD eckes@irc +497257930613 BE5-RIPE
(OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] [Jabberd] Performance
Hi, I've gotten above 20k concurrent connections, with a heavily modified kernel. ;) sam >From: Thomas Muldowney <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Re: [JDEV] [Jabberd] Performance >Date: 29 May 2002 12:59:39 -0500 > >I think the only ones he did were the max file descriptors. Some older >linux kernels need a higher inode count as well. Then be sure to set >your ulimit -n before you run. > >--temas > > >On Wed, 2002-05-29 at 10:53, Duncan Shannon wrote: > > > > > > > > >Just yesterday I helped someone push a server up to 10,000 concurrent > > >users with a couple instances of jadc2s and a few tweaks to the > > >operating system and jabberd 1.4.2. > > > > > > > > > > > > > > > What sort of tweaks to the OS? > > > > duncan > > > > > > > > ___ > > jdev mailing list > > [EMAIL PROTECTED] > > http://mailman.jabber.org/listinfo/jdev > > >___ >jdev mailing list >[EMAIL PROTECTED] >http://mailman.jabber.org/listinfo/jdev _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
Nathan Sharp wrote: > [EMAIL PROTECTED] wrote: > >> Well, in case anyone has a better idea he is free to contribute. For the >> time being your solution seems okay especially for it does not need >> protocol or client changes. >> > Just a quick note here. The solution I submitted as a patch is a PING > only solution, which is good because I can implement it now w/o > protocol or client changes, although it still has a 10-20 minute > window for noticing disconnects. The solution I'm proposing is a > PING/PONG solution which will require changes to both the protocol and > clients in order to be useful. I do plan, however, to make it an > optional feature for the client (i.e. the server can deal w/ older > clients). I'm taking note of all this input and will work up a design > document when I get a chance (may take a while, maybe not, just > depends on my spare time...). I do think you can do an optional ping/pong solution - if the client does not indicate in some manner they support it, fall back to the whitespace manner. They don't get reported offline as quickly. >> Even with your patch messages may get lost. One should implement sending >> of an error message or offline storage of the message that failed (if >> possible). >> > Unfortunately, unless the protocol is changed such that the client > sends an acknowledgement of receiving a message (this is unlikely to > happen), there is no way to capture the lost packets. The way TCP/IP > is implemented, any data that is queued up in the send buffers > (possibly on remote computers, remember), is just lost once the > connection is noticed as dead. There is really no way to know the > difference between a packet that made it through just before the > disconnect to one that didn't make it through just after a disconnect > (in my knowledge, which is probably incomplete). That is one more > reason that it is important to notice quickly when a client disconnects. Right; TCP acknowledges receipt by the remote operating system, not by the remote application. So you have edge cases where the remote system gets the message and processes it without receiving an acknowledgement back, and where you get an acknowledgement back but the remote application never processes the message (for instance, due to an application crash relating to the contents of the message). -David Waite ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
RE: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
Title: RE: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info to='schumacher@jdev' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams'> felix mypass Felix Gallo felix-reply@jdev felix felix reply-to-jdev mypass You're completely right -- a few bytes every few minutes would be intolerable for all those low bandwidth users. The finely tuned bandwidth efficient jabber protocol would be brought, yea, to its very knees! I personally like the idea of guaranteed message delivery as an end around this problem, although it seems clear that ping/pong or Ben's register-a-timeout method would work out ok. Another poster couldn't figure out how to get guaranteed message delivery to work, but it's actually pretty simple: 1. User sends guaranteed message, with checksum, retry count, and what-to-do-if-it-gets-stuck. 2. Server receives message, verifies that it's OK. 3. Server optionally passes it on to any intermediate servers, handshaking to make sure that the message is received before deleting it from local store. 4. If the message is received successfully by the next server in the chain, the delivery responsibility passes to that next server, and the local server deletes it. 5. If the message can't be passed to the intermediate server, the what-to-do-if-it-gets-stuck field is examined (possible values might include delete-with-notification, retry-for-a-certain- number-of-times, etc.) 6. Upon receipt, you're done. Note that this was guaranteed message delivery, rather than return-receipt. With return-receipt, you just have the recipient fire off a guaranteed message back declaring success. Just never have return receipts require return receipts.. ;) > -Original Message- > From: Ben Schumacher [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 29, 2002 10:28 AM > To: [EMAIL PROTECTED] > Subject: Re: [JDEV] Heartbeat patch for dialup and laptop > users and faulty presence info > > > On Wed, 29 May 2002, Nathan Sharp wrote: > > While all this is good discussion, the fact remains that as jabber > > currently stands, it often reports users as online for hours after > > they are not online, and FAILS TO DELIVER packages or to > return an error when > > users are in this state. I would make the point that one > of the main > > reasons I switched from ICQ to Jabber was that ICQ started loosing > > messages now and then. When I discovered that Jabber did > the same, I > > was quite dissapointed, although w/ Jabber I stand a chance > of fixing > > it since it is open source. > > [...snip...] > > > The biggest argument I've heard so far is that ping/pongs > would take > > too much bandwidth. If your end users would prefer very > slightly less > > bandwidth used yet LOST MESSAGES AND FAULTY PRESENCE info, > well, you > > got different users than mine. > > [...snip...] > > It seems to me that you are trying to solve this issue in the > wrong way. If you want guaranteed message delivery, then the > protocol will have to be adjusted to have clients send > notification when a message is delivered (like > return-receipts in email, but hopefully more intelligent). In > fact, I would argue that guaranteed message delivery should > be the responsibility of the client rather than the server. > Modifiying the server to provide this functionality brings up > the question of "what is the appropriate behavior if a > message isn't deliver?" Should the server put the message in > offline storage? Bounce an error message? What happens if > offline storage isn't configured on the receiving party's server? > > On the other hand, I do agree that faulty presence is an > issue. I hate messaging people and then realize that they > aren't actually online. My only goal is that we keep this > discussion focused. You will *NOT* solve lost message issues > with a ping/pong solution, however, you might be able to > provide better presence reliability. > > That being said, I'm afraid that I'd have to side with Dave > Waite on this issue, I don't think ping/pong is a good > solution (or even your existing ping solution), especially > when you consider that wireless clients are likely to have > some of the most pronounced connectivity issues and highest > costs of bandwidth. A better solution should be proposed as a > protocol change, perhaps as a negotiated timeout period where > a client tells the server upon logging in that if it doesn't > send data within a given amount of time, then the server > should consider it unavailable. > > My $0.02. > > bs. > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev > ** E-mail sent through the Internet is not secure. Western Asset therefore recommends that
Re: [JDEV] building jabberd on MacOS X
If you showed us build errors we might be able to better help you =) --temas On Wed, 2002-05-29 at 12:14, Duncan Hoyle wrote: > > Hi > I need to build and run jabberd on MacOSX, but I'm having problems. The > server howto (http://jabberd.jabberstudio.org/howto.html) says that > jabberd will run on OSX so I guess I'm missing something obvious. Has > anyone successfully compiled on this platform? If so, how? > > The problem seems to be the pth library. I found a modified version of > jabber1.4.1 using pth1.3.7 which claims to compile, and it does get > slightly further, but still not all the way through a build. > > Can anyone help? > > Duncan > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] [Jabberd] Performance
I think the only ones he did were the max file descriptors. Some older linux kernels need a higher inode count as well. Then be sure to set your ulimit -n before you run. --temas On Wed, 2002-05-29 at 10:53, Duncan Shannon wrote: > > > > > >Just yesterday I helped someone push a server up to 10,000 concurrent > >users with a couple instances of jadc2s and a few tweaks to the > >operating system and jabberd 1.4.2. > > > > > > > > > What sort of tweaks to the OS? > > duncan > > > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
On Wed, 29 May 2002, Nathan Sharp wrote: > While all this is good discussion, the fact remains that as jabber > currently stands, it often reports users as online for hours after they > are not online, and FAILS TO DELIVER packages or to return an error when > users are in this state. I would make the point that one of the main > reasons I switched from ICQ to Jabber was that ICQ started loosing > messages now and then. When I discovered that Jabber did the same, I > was quite dissapointed, although w/ Jabber I stand a chance of fixing it > since it is open source. [...snip...] > The biggest argument I've heard so far is that ping/pongs would take too > much bandwidth. If your end users would prefer very slightly less > bandwidth used yet LOST MESSAGES AND FAULTY PRESENCE info, well, you got > different users than mine. [...snip...] It seems to me that you are trying to solve this issue in the wrong way. If you want guaranteed message delivery, then the protocol will have to be adjusted to have clients send notification when a message is delivered (like return-receipts in email, but hopefully more intelligent). In fact, I would argue that guaranteed message delivery should be the responsibility of the client rather than the server. Modifiying the server to provide this functionality brings up the question of "what is the appropriate behavior if a message isn't deliver?" Should the server put the message in offline storage? Bounce an error message? What happens if offline storage isn't configured on the receiving party's server? On the other hand, I do agree that faulty presence is an issue. I hate messaging people and then realize that they aren't actually online. My only goal is that we keep this discussion focused. You will *NOT* solve lost message issues with a ping/pong solution, however, you might be able to provide better presence reliability. That being said, I'm afraid that I'd have to side with Dave Waite on this issue, I don't think ping/pong is a good solution (or even your existing ping solution), especially when you consider that wireless clients are likely to have some of the most pronounced connectivity issues and highest costs of bandwidth. A better solution should be proposed as a protocol change, perhaps as a negotiated timeout period where a client tells the server upon logging in that if it doesn't send data within a given amount of time, then the server should consider it unavailable. My $0.02. bs. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
[EMAIL PROTECTED] wrote: >Well, in case anyone has a better idea he is free to contribute. For the >time being your solution seems okay especially for it does not need >protocol or client changes. > Just a quick note here. The solution I submitted as a patch is a PING only solution, which is good because I can implement it now w/o protocol or client changes, although it still has a 10-20 minute window for noticing disconnects. The solution I'm proposing is a PING/PONG solution which will require changes to both the protocol and clients in order to be useful. I do plan, however, to make it an optional feature for the client (i.e. the server can deal w/ older clients). I'm taking note of all this input and will work up a design document when I get a chance (may take a while, maybe not, just depends on my spare time...). >Even with your patch messages may get lost. One should implement sending >of an error message or offline storage of the message that failed (if >possible). > Unfortunately, unless the protocol is changed such that the client sends an acknowledgement of receiving a message (this is unlikely to happen), there is no way to capture the lost packets. The way TCP/IP is implemented, any data that is queued up in the send buffers (possibly on remote computers, remember), is just lost once the connection is noticed as dead. There is really no way to know the difference between a packet that made it through just before the disconnect to one that didn't make it through just after a disconnect (in my knowledge, which is probably incomplete). That is one more reason that it is important to notice quickly when a client disconnects. Nathan ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] building jabberd on MacOS X
Hi I need to build and run jabberd on MacOSX, but I'm having problems. The server howto (http://jabberd.jabberstudio.org/howto.html) says that jabberd will run on OSX so I guess I'm missing something obvious. Has anyone successfully compiled on this platform? If so, how? The problem seems to be the pth library. I found a modified version of jabber1.4.1 using pth1.3.7 which claims to compile, and it does get slightly further, but still not all the way through a build. Can anyone help? Duncan ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
Actually, the solution I'm thinking of would not have this problem. All you care about is that the connection is up. The ping/pong stuff is just there to prove the connection when other data isn't happening. So if you've received packets from the other side, you forego the ping/pong stuff (saving bandwidth and preventing the disconnect problem w/ slow links). Thanks for the point, though, as this is an important caveat to think about for this feature. David Waite wrote: > Right; with an application level ping/pong you disconnect under load > even if the other side is actively accepting data. > > -David Waite > ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
Would it be possible somehow to combine the ping-only with a ping-pong system in some way? As I understand it, the current ping only system uses whitespace and relies on tcp to detect connection losses (correct me if I'm wrong). If a client connects that supports replying to the ping, then it could reply in the same way (whitespace), if not, then obviously no reply would be sent and the tcp method would (more slowly) detect the disconnect. The server would have to decide if the client supports the ping-pong method, perhaps by assuming it doesn't until a reply is sent, signifying that the client does in fact support this mechanism, and disconnecting the client if it fails to reply to further probes. Of course, there is still bandwidth to worry about, but this could allow compatibility with clients that do not support (or want to support) replying to the heartbeat, while allowing better notification of disconnects for those that do. -- Mark Harrison <[EMAIL PROTECTED]> ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] [Jabberd] Performance
> > >Just yesterday I helped someone push a server up to 10,000 concurrent >users with a couple instances of jadc2s and a few tweaks to the >operating system and jabberd 1.4.2. > > > What sort of tweaks to the OS? duncan ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
Right; with an application level ping/pong you disconnect under load even if the other side is actively accepting data. -David Waite Bernd Eckenfels wrote: >On Wed, May 29, 2002 at 06:16:52PM +1200, [EMAIL PROTECTED] wrote: > > >>Attacking users on IRC is using CTCP PING which is different. CTCP's >>are a client to client protocol and as such aren't really part of the >>IRC core protocol and IRC servers (usually[1]) don't realise they even exist. >>The IRC Server uses a different protocol for it's keep alive and for >>some servers, no spoof pings. >> >> > >It was attacked anyway, because flooding a user especially inband and out of >band will delay the pong so long, that the server resetes the connection. > >Greetings >Bernd >___ >jdev mailing list >[EMAIL PROTECTED] >http://mailman.jabber.org/listinfo/jdev > > ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: Re[2]: [JDEV] [Jabberd] Performance
Just yesterday I helped someone push a server up to 10,000 concurrent users with a couple instances of jadc2s and a few tweaks to the operating system and jabberd 1.4.2. --temas On Wed, 2002-05-29 at 07:27, Tijl Houtbeckers wrote: > >> Hello, I am new to jabber community. > >> I have successfully installed a jabber server and have some clients > >> already running. My question is about jabber performance: > >> - How many concurrent / total users can I have running on jabberd (1000 > >> / 5000 / 10.000 ???) ? What is recommended configuration for this > >> configuration? > > >Using only the jabber server would not allow you to have more that 1024 > >concurrent connections because of the limitations of the select() call. An > >alternative would be to use jpolld which is a jabber component that replaces > >the original connection manager of jabber and is based on the poll() call . > >It would allow you to have more than 5000 concurrent connections for sure, up > >to a few tenths of thousands. Instead you will have big problems of latency > >and blocking of jpolld when you have a high traffic caused on one side by > >jpolld and on the other side by jabber. You can choose as an alternative > >solution to run multiple jpollds to decrease the traffic handled on every > >side. > > So from this I understand that the number of concurrent users directly connected to > the server is limited to ca. 1000, but that the number of users connected through > external components using (such as jpolld) can be higher. Can anyone make > a good estimate of how much higher I should think here? Anyone on the list here >using > (multiple) jpolld or their own component that has (had) a high number of concurrent > users? > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
Thats why it was a counterpoint - these are centralized systems to the point that I would imagine any increase in traffic requires a ROI. :-) -David Waite James MacMillan wrote: > Could you please clarify this for me? > By my understanding, this ping/pong technique only generates extra > traffic between the client and their > direct server (virtually a single hop). Since jabber is intended to be > a highly distributed network where > many users administer their own servers, ~14Mb of extra traffic spread > across the 100s of 1000s of servers > that would be serving those 5 million online users doesn't seem as > relevant. > > David Waite wrote: > >> >> >> David Waite wrote: >> >>> >>> As a counterpoint, however - a single-byte application-level >>> ping/pong is still going to take a minimum of 82 bytes of network >>> traffic. It is likely that for five million online users, the ~7MB/s >>> traffic a once-a-minute ping/pong would generate might not >>> considered worth it. >> >> >> >> Whoops, messed up my own numbers - it would be a minimum of 162, or >> ~14 MB/s >> >> ___ >> 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[2]: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
-- Original Message -- >Please take note, what I'm suggesting is a configurable option, not a >required protocol change. In fact, in the patch I submitted the >heartbeat option is turned off by default (a mistake in my mind, but I >wanted to be polite). I think your problem should be fixed as well, but if this is the way I think it should be turned off by default. >The biggest argument I've heard so far is that ping/pongs would take too >much bandwidth. If your end users would prefer very slightly less >bandwidth used yet LOST MESSAGES AND FAULTY PRESENCE info, well, you got >different users than mine. This is not my argument against it, my argument is that right now there is nothing in the jabber protocol that requires a client to respond to any packet within a surthen amount of time (expect during login maybe). The only thing it has to do is keep it's TCP connection open. This means you can for example buffer the data on the client side till the client is available for processing it. (Perhaps this doesn't make sense for a desktop instant messaging application but there are lot's of situtations in wich this happens, for example a GPRS link). Forcing any kind of ping/pong mechanism on these clients will break them in a way you often can't fix. >So unless some new solution comes up (my ears are open!), I'm going to >continue down the ping/pong solution. If anyone wants to help design >this such that minimum bandwidth is consumed, I'd be happy to entertain >further discussion along those lines. Maybe letting the client indicate that it actually wants to have this kind of monitoring (and letting is specify under wich terms, like wich interval) will be the most usefull. It can be enabled in the server by default then, without breaking any excisting clients. If there is an admin outthere who doesn't want to "waste" bandwidth on proper presence info he/she can turn the feature off or set the minimum interval higher. I also recommend this type of monitoring is done with proper XML, since a lot of the bandwidth here goes lost on IP and TCP headers, not the actual content of the package (so wether it's " " or "" or "" doesn't matter *that* much). Takes more time to write a patch for though :( ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
On Wed, 29 May 2002, Nathan Sharp wrote: > Please take note, what I'm suggesting is a configurable option, not a > required protocol change. I agree the issue needs to be resolved. I find your current solution simple. Any server admin that does not want that extra traffic can disable it (BTW any simple way to configure the "ping" interval?). > The biggest argument I've heard so far is that ping/pongs would take too > much bandwidth. Well, in case anyone has a better idea he is free to contribute. For the time being your solution seems okay especially for it does not need protocol or client changes. > If your end users would prefer very slightly less bandwidth used yet > LOST MESSAGES AND FAULTY PRESENCE info, Even with your patch messages may get lost. One should implement sending of an error message or offline storage of the message that failed (if possible). Regards ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 09:55:28AM -0400, Nathan Sharp wrote: > The biggest argument I've heard so far is that ping/pongs would take too > much bandwidth. If your end users would prefer very slightly less > bandwidth used yet LOST MESSAGES AND FAULTY PRESENCE info, well, you got > different users than mine. With the ping/acks there's a simple way to cut down on a large amount of the bandwidth required. From your first post I think that you are already doing this, but I'll just write it down to make sure. The server only needs to send the ping to the client if it hasn't heard from the client within the chosen time-period. Therefore, each time the server receives a packet from a given client it can reset its timer for that client. For active clients this could mean never receiving a ping because the server is happy that it's alive. For clients that are inactive and responding to pings the bandwidth consumed is almost certainly less than that which would be used if the client has active. So in the calculations of bandwidth usage I think you need to include the estimations for how much bandwidth COULD be used based on the number of connected clients. Finally, in the implementation the overhead for tracking timeouts for each client isn't that great. At first guess one might have a timer for each client, that's not the way to go. Use one timer and a scheduler to queue up future pings, rescheduling when the server handles a packet for a client. I'm not sure if pings get my vote yet, but I think this helps show that the bandwidth argument needn't be too much of a concern. -- Dave Turner http://figroll.com/ ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faultypresence info
While all this is good discussion, the fact remains that as jabber currently stands, it often reports users as online for hours after they are not online, and FAILS TO DELIVER packages or to return an error when users are in this state. I would make the point that one of the main reasons I switched from ICQ to Jabber was that ICQ started loosing messages now and then. When I discovered that Jabber did the same, I was quite dissapointed, although w/ Jabber I stand a chance of fixing it since it is open source. Please take note, what I'm suggesting is a configurable option, not a required protocol change. In fact, in the patch I submitted the heartbeat option is turned off by default (a mistake in my mind, but I wanted to be polite). The biggest argument I've heard so far is that ping/pongs would take too much bandwidth. If your end users would prefer very slightly less bandwidth used yet LOST MESSAGES AND FAULTY PRESENCE info, well, you got different users than mine. So unless some new solution comes up (my ears are open!), I'm going to continue down the ping/pong solution. If anyone wants to help design this such that minimum bandwidth is consumed, I'd be happy to entertain further discussion along those lines. Lastly, to reiterate why TCP timeouts and keepalives don't solve the problem: - Timeouts only work if packets have been sent. Jabber can currently go long periods of time w/o needing to send a packet to a client. - Keepalives can't do a good job on all platforms. Read section 4.2.3.6 of RFC 1122. These have to be configured at the system level, if they can be configured at all! - Fact is that instant messaging IS a special case and has different requirements for keepalive than most any other protocol. No, I don't want sendmail or POP3 wasting bandwidth with keepalive type packets. YES I do want Jabber to do so and YES it should be an application specific solution. My apologies for the capitalizations. Sometimes I get out of control ;-) Nathan ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
On Wed, May 29, 2002 at 06:16:52PM +1200, [EMAIL PROTECTED] wrote: > Attacking users on IRC is using CTCP PING which is different. CTCP's > are a client to client protocol and as such aren't really part of the > IRC core protocol and IRC servers (usually[1]) don't realise they even exist. > The IRC Server uses a different protocol for it's keep alive and for > some servers, no spoof pings. It was attacked anyway, because flooding a user especially inband and out of band will delay the pong so long, that the server resetes the connection. Greetings Bernd ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re[2]: [JDEV] [Jabberd] Performance
>> Hello, I am new to jabber community. >> I have successfully installed a jabber server and have some clients >> already running. My question is about jabber performance: >> - How many concurrent / total users can I have running on jabberd (1000 >> / 5000 / 10.000 ???) ? What is recommended configuration for this >> configuration? >Using only the jabber server would not allow you to have more that 1024 >concurrent connections because of the limitations of the select() call. An >alternative would be to use jpolld which is a jabber component that replaces >the original connection manager of jabber and is based on the poll() call . >It would allow you to have more than 5000 concurrent connections for sure, up >to a few tenths of thousands. Instead you will have big problems of latency >and blocking of jpolld when you have a high traffic caused on one side by >jpolld and on the other side by jabber. You can choose as an alternative >solution to run multiple jpollds to decrease the traffic handled on every >side. So from this I understand that the number of concurrent users directly connected to the server is limited to ca. 1000, but that the number of users connected through external components using (such as jpolld) can be higher. Can anyone make a good estimate of how much higher I should think here? Anyone on the list here using (multiple) jpolld or their own component that has (had) a high number of concurrent users? ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] How to Delete a user from Jabber Server ?
Hi, This problem was reported earlier in the jdev archives in the Nov 2001 archives (Jabber in a kiosk environment). Please check that out, it has a few answers for ur problem. - Original Message - From: r-a-v-i-v-e-d-a-l-a <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 29, 2002 4:15 AM Subject: [JDEV] How to Delete a user from Jabber Server ? > HI >Can anybody tell me how to delete a user from jabber server ? > Tx n Regds > V-E-D-A-L-A > Using the correct technology is not as important as > using the technology correctly. > > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
Could you please clarify this for me? By my understanding, this ping/pong technique only generates extra traffic between the client and their direct server (virtually a single hop). Since jabber is intended to be a highly distributed network where many users administer their own servers, ~14Mb of extra traffic spread across the 100s of 1000s of servers that would be serving those 5 million online users doesn't seem as relevant. David Waite wrote: > > > David Waite wrote: > >> >> As a counterpoint, however - a single-byte application-level >> ping/pong is still going to take a minimum of 82 bytes of network >> traffic. It is likely that for five million online users, the ~7MB/s >> traffic a once-a-minute ping/pong would generate might not considered >> worth it. > > > Whoops, messed up my own numbers - it would be a minimum of 162, or > ~14 MB/s > > ___ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
[JDEV] How to Delete a user from Jabber Server ?
HI Can anybody tell me how to delete a user from jabber server ? Tx n Regds V-E-D-A-L-A Using the correct technology is not as important as using the technology correctly. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
Re: [JDEV] Heartbeat patch for dialup and laptop users and faulty presence info
David Waite wrote... > > I think note should be taken that IRC uses such a ping-pong solution. > > I'd be willing to bet that AOL, Yahoo, and MSN all include such a > > feature as the TCP timeout logic is severely limited (there was a > > discussion of this point a month ago or so on this list). > > I know that Yahoo and MSN do not; I suspect that AOL does not either. MSN uses a PING/PONG routine, at least it does in the present protocol revision. Regards. ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
