I think he is talking about extending the server-server protocol, so that *servers* only get/send 1 cycle command instead of 3 JOIN/PART/MODE. On recieving a cycle command each server still sends out 3 JOIN/PART/MODE to each of the affected clients (but one).
But in reality the bandwidth savings of this are next to none, since you arn't saving anything server<>client which is where most of the bandwidth usage lies on servers with lots of clients - and on top of this, ops needing to cycle channels really isnt *that* common at all. Therefore I very much doubt that anyone would be interested in messing with the server-server protocol just to add this. Regards, Ian Packer [EMAIL PROTECTED] Wednesday, June 18, 2003, 2:32:38 PM, you wrote: J> Umm... if the clients dont see the user parting/joining the channel, how J> exactly are the on-join spammers going to send them a message.. on join? J> GK J> On Tue, 17 Jun 2003, Radium wrote: >> Hello, >> I had an idea that would help channel operators fight spamming >> on their channels. I suggest the addition of a new command CYCLE >> that would be available to channel operators only (I know that the >> functionnality is "somehow" already included in most scripts.. however >> it would be much more efficient at the server level). >> >> A channel operator that would issue the "/quote CYCLE #channel" >> command would be propagated to all servers and each server would >> issue a PART, JOIN, and MODE +o command on the server-client >> protocol only. Basically, for the servers, the user never left the >> channel (thus does not lose the @). The client-server protocol would >> not change and for the users on the channel, it would look like a real >> PART, JOIN, MODE +o sequence. >> >> Why? we save some bandwidth on the server-server protocol: no need >> to send the PART, JOIN, and MODEs.. and we save as well some >> work-load for X, cuz when a user cycle a channel it is normally followed >> by an op request to the channel bot or X. >> We will eliminate the need for special bots that have been set-up to join-part >> channels to find spammers. Actually, it's for the last reason that I >> beleive it would be a good addition to ircu. I was thinking of adding a >> new bot for that purpose on #quebec, but with this feature, the existing >> bot can do the job without any loss of performance. >> >> Radium >>