View Full Version : Aggiornamento Services e richiesta nuove features
Gastaman
21-08-2002, 12:51
Con l'aggiornamento dei servizi di questa mattina, oltre alla reimpostazione delle date di registrazione (vedi post nel forum Annunci) sono stati corretti i seguenti bugs:
- Mask di ban dei servizi in formato *!*@host (niente piu' *!pippo@*.213.abc )
- Non e' piu' possibile saltare il codice inviato via mail al drop di nick/canali
- Aggiungere un nick a una lista di un canale se era gia' presente in un'altra ora aggiorna chi lo ha messo e quando
- Aggiunti verbose ad AKICK, MODE, e UNBAN
- Il topic dei canali nel /cs info ora viene visualizzato correttamene (i.e. se il canale non e' +s/+p)
- /cs MODE non permette piu' +o e +v
- Le NEWS non dovrebbero piu' rispuntare ogni giorno
- La lunghezza massima dei memo e' stata alzata a 400 caratteri, e non ci dovrebbero piu' essere memo che si cancellano da soli
Poiche' nella prima meta' di Settembre verranno messi online dei nuovi servizi con nuove funzioni e maggiore stabilita', invito chiunque abbia qualche idea o richiesta particolare per qualsiasi funzione o opzione mancante a postarla qui, ne discutiamo, e se e' attuabile verra' inserita nei nuovi servizi.
Ricordo che nei nuovi servizi ci saranno gia':
- /ms IGNORE
- I Successor
- Multilingua
- Opzione AutoOp/AutoVoice per oppare/dare il voice a tutti quelli che entrano nel canale, senza bisogno di togliere l'opzione Ident o altro
Vi prego inoltre di non chiedere un servizio BotServ, che di sicuro non verra' introdotto coi nuovi servizi. Stiamo valutando se inserirlo in futuro.
Aspetto vostre richieste (scrivetele QUI, non mi querate su IRC o altro). :)
Gastaman ha scritto:
> - Non e' piu' possibile saltare il codice inviato
> via mail al drop di nick/canali
Non ho capito: cosa intendi per "saltare" ? Mi sembrava di aver capito che quell'AUTH fosse un passo obbligatorio e non bypassabile.
> - Aggiunti verbose ad AKICK, MODE, e UNBAN
A che livello di verbose sono stati aggiunti?
> - /cs MODE non permette piu' +o e +v
Spero davvero di non aver capito bene, senno' temo di dovermi opporre con buona ragione: io sono NeverOp (su #debian si ricorderanno di me...), e come tale richiedo di potermi oppare solo dietro mia specifica richiesta a ChanServ. Se il /cs MODE non me lo permette, mi spiegate come posso continuare la mia vita da NeverOp CFounder?
Ad ogni modo, anche per chi non fosse NeverOp, mi sembra stupido forzare l' /hop per riguadagnare il +o o +v : forse puo' essere una buona idea quella di abilitare il /cs MODE +o/+v solo ai nick nelle liste di un canale? In subordine, direi che e' indispensabile, come minimo, permettere che tale comando sia attivo sul proprio nick (previa identificazione del nick e presenza nelle liste del canale, ovvio).
> - La lunghezza massima dei memo e' stata alzata
> a 400 caratteri, e non ci dovrebbero piu' essere
> memo che si cancellano da soli
Wolf7 mi aveva parlato di un expiry time di 40 giorni sui memo... e' stato forse eliminato?
> invito chiunque abbia qualche idea o richiesta particolare
> per qualsiasi funzione o opzione mancante a postarla qui,
> ne discutiamo, e se e' attuabile verra' inserita nei nuovi servizi.
Io suggerirei innanzitutto di estendere il NeverOp al +v , ovvero che non e' possibile dare il voice ad un nick con NeverOp (sempre che, come da osservazione precedente, la funzione di NeverOp non sia stata direttamente cancellata)
> Ricordo che nei nuovi servizi ci saranno gia':
> - /ms IGNORE
> - I Successor
> - Multilingua
> - Opzione AutoOp/AutoVoice per oppare/dare il voice
> a tutti quelli che entrano nel canale, senza bisogno di
> togliere l'opzione Ident o altro
Ci sara' certamente un tempo migliore per spiegare queste features, ma ho due domande che balzano al volo:
A) Il Successor e' uno dei CFounder? Se si', che succede ai canali con piu' CFounder?
B) l'AutoOp/AutoVoice impattera' tutti, NeverOp compresi?
> Aspetto vostre richieste (scrivetele QUI, non mi
> querate su IRC o altro). :)
uhm.... cosi' va bene? :)
Ciao, e ancora grazie per il lavoro del forum!
Gastaman
21-08-2002, 17:42
Non ho capito: cosa intendi per "saltare" ? Mi sembrava di aver capito che quell'AUTH fosse un passo obbligatorio e non bypassabile.
Infatti ora e' cosi'; prima c'era un modo per saltarlo, cioe' droppare il nick senza dover inserire il codice della E-Mail, fortunatamente non facile da scoprire. :)
A che livello di verbose sono stati aggiunti?
1 per MODE e UNBAN, 2 per AKICK.
Spero davvero di non aver capito bene, senno' temo di dovermi opporre con buona ragione: io sono NeverOp (su #debian si ricorderanno di me...), e come tale richiedo di potermi oppare solo dietro mia specifica richiesta a ChanServ. Se il /cs MODE non me lo permette, mi spiegate come posso continuare la mia vita da NeverOp CFounder?
Usa /cs OP #canale tuonick (che ti permette peraltro di opparti in canali in cui sei anche solo AOP, cosa che non potevi fare con /cs MODE).
Wolf7 mi aveva parlato di un expiry time di 40 giorni sui memo... e' stato forse eliminato?
No, c'e' ancora (ed e' a 21 giorni per i Memo, non 40). Quello a cui mi riferivo era un bug che inviava dei memo gia' segnati da cancellare (circa uno ogni 1000-1500) e che potevano essere non letti dal destinatario in determinate circostanze.
Io suggerirei innanzitutto di estendere il NeverOp al +v , ovvero che non e' possibile dare il voice ad un nick con NeverOp (sempre che, come da osservazione precedente, la funzione di NeverOp non sia stata direttamente cancellata)
La funzione c'e' e ci sara', ma non so se quello che cheidi puo' essere inserito... voglio dire, ci sara' chi usa il NeverOp come fai tu e non vorrebbe avere il voice automatico e chi invece vuole il voice ma non l'op... soprattutto se un canale e' mlockato +m. Aggiungeremo casomai una opzione NeverVoice se gli altri coder lo riterranno opportuno.
Ci sara' certamente un tempo migliore per spiegare queste features, ma ho due domande che balzano al volo:
A) Il Successor e' uno dei CFounder? Se si', che succede ai canali con piu' CFounder?
Il Successor nel momento in cui verra' registrato un canale non ci sara'. Sara' possibile aggiungerlo (solo al founder) e deve per forza essere uno dei CF. Non ho capito qual e' il problema per canali con piu' di un CF...
B) l'AutoOp/AutoVoice impattera' tutti, NeverOp compresi?
Il controllo per il NeverOp e' interno a questo settaggio, quindi un utente col NeverOp non sara' oppato su un canale con l'AutoOp impostato.
Io suggerirei innanzitutto di estendere il NeverOp al +v , ovvero che non e' possibile dare il voice ad un nick con NeverOp (sempre che, come da osservazione precedente, la funzione di NeverOp non sia stata direttamente cancellata)
Uhm non so quanto sia logica la cosa. Essenzialmente il +v serve a qualcosa nei chan moderati e in questi casi probabilmente l'utente finirebbe per usare /cs voice nel 90% dei casi.
Gastaman ha scritto:
> Aggiungeremo casomai una opzione NeverVoice se
> gli altri coder lo riterranno opportuno.
Io appoggerei la cosa... :)
Del resto suppongo che si possa usare lo stesso codice del NeverOp, con qualche modifica minima (nome ed umode), il che non dovrebbe essere un gran peso per il coder.
> Il Successor nel momento in cui verra' registrato un
> canale non ci sara'. Sara' possibile aggiungerlo (solo
> al founder) e deve per forza essere uno dei CF.
> Non ho capito qual e' il problema per canali con
> piu' di un CF...
Quando c'era CR, uno era il Founder ed uno era il Successor.
Io mi chiedevo solo se, in caso di nomina del Successor, si dovesse provvedere a declassare qualche CFounder.
Shaka ha scritto:
>> Io suggerirei innanzitutto di estendere il NeverOp al +v ,
>> ovvero che non e' possibile dare il voice ad un nick con NeverOp
> Uhm non so quanto sia logica la cosa. Essenzialmente il +v serve
> a qualcosa nei chan moderati e in questi casi probabilmente
> l'utente finirebbe per usare /cs voice nel 90% dei casi.
Non credo che uno si dichiari NeverVoice per poi entrare in chan moderati, ne' abitualmente ne' casualmente.
Comunque, se l'utente non puo' evitare di essere vociato, almeno non e' possibile permettere di eseguire un -v ? Gli operatori si deoppano, ma i voice devono per forza fare /hop ...
Comunque, se l'utente non puo' evitare di essere vociato, almeno non e' possibile permettere di eseguire un -v ? Gli operatori si deoppano, ma i voice devono per forza fare /hop ...
Per questo scopo esiste già /cs devoice #chan nick
Shaka ha scritto:
> Per questo scopo esiste già /cs devoice #chan nick
Certo, ma questo vale solo se hai un nick registrato ed inserito nelle liste del canale.
Sul mio canale ho provveduto a far assegnare +v al mio bel Koichi`test e non c'e' stato verso di fare -v :
[18:20:08] * Your nick is now Koichi`test
-
[18:20:23] -> *Chanserv* devoice #jojofc Koichi`test
-
[18:20:24] -ChanServ- Accesso negato.
Tanto per scrupolo, ho pensato di fare lo stesso test con un mio nick registrato ma non inserito nelle liste, e non e' cambiato nulla.
Solo un operatore, poi, puo' fare /mode #chan -v nick
Ne consegue che l'utente vociato puo' togliersi la +v solo uscendo e rientrando nel canale. Niente di nuovo sotto il sole: mi pare fosse cosi' anche quando Azzurra aveva CR, ovvero che il +v non e' per nulla gestibile dall'utente che se lo riceve.
[19:38:57] *** Tacchan sets mode: +r
#shaka Tacchan @Shaka
#shaka End of /NAMES list.
[19:40:33] *** Now talking in #shaka
[19:40:33] *** Topic is 'Zero no ryouiki (ChanServ)'
[19:40:33] *** Set by ChanServ on Sun Dec 23 15:59:12
[19:40:33] *** ChanServ sets mode: +v Tacchan
[19:40:44] -> *chanserv* devoice #shaka Tacchan
[19:40:44] *** ChanServ sets mode: -v Tacchan
[19:41:03] -> *chanserv* why #shaka Tacchan
[19:41:03] -ChanServ- Tacchan e' un VOP di #Shaka. Motivo: Si e' identificato al nick Tacchan tramite password.
Non è che hai fatto confusione con le liste magari ?
[/code]
Shaka ha scritto:
> Non è che hai fatto confusione con le liste magari ?
no, e difatti ripeto che "questo vale solo se hai un nick registrato ed inserito nelle liste del canale" : un nick non registrato non e' in nessuna lista, mi pare ovvio... E, non essendo in nessuna lista, non puo' togliersi il voice. :)
Shaka ha scritto:
> Non è che hai fatto confusione con le liste magari ?
no, e difatti ripeto che "questo vale solo se hai un nick registrato ed inserito nelle liste del canale" : un nick non registrato non e' in nessuna lista, mi pare ovvio... E, non essendo in nessuna lista, non puo' togliersi il voice. :)
Certo che deve essere nelle liste (almeno VOP), altrimenti che senso avrebbe nel discorso del no-voice di cui sopra ? Se non è VOP non viene messo +v da ChanServ al join quindi non avrebbe nemmeno la necessità che questo non accada no ?
Se vuoi estendere il discorso ai +v non VOP bhe, non essendo nelle liste di ChanServ, direi che non hanno e non debbano avere alcun accesso a CS no ? Se mi hanno dato il +v in un chan si suppone che ci sia un motivo. Se non lo voglio più o lo chiedo semplicemente ad un op o magari esco (anche perchè magari è finita la mia necessità di essere in quel canale).
[ Messaggio non riguardante il discorso di Shaka e Koichi ]
So che questa proposta serà già stata fatta comunque ve la faccio:
secondo me sarebbe bene estendere il kick e/o ban a ChanServ onde evitare che qualcuno che fa un takeover che magari è AOp continui a opparsi se tu lo deoppi nel canale ed appena rientri ti banna subito.
Questo servirebbe soprattutto per utenti meno esperti che non hanno ancora piena conoscenza di irc e dei suoi comandi.
Altra proposta che sarà bocciata di sicuro:
so per certo che le richieste di BotServ sono state fatte a migliaia ma io voglio richiedervelo :P
BotServ non lagga ed è anche più facile da usare. So che ci sono già i bot ufficiali, ma molti cadono e/o sono in continuo rifacimento (vedi in questo momento roBOTic che nn è presente).
Saluto in attesa di risposta,
Niox
[ Messaggio non riguardante il discorso di Shaka e Koichi ]
So che questa proposta serà già stata fatta comunque ve la faccio:
secondo me sarebbe bene estendere il kick e/o ban a ChanServ onde evitare che qualcuno che fa un takeover che magari è AOp continui a opparsi se tu lo deoppi nel canale ed appena rientri ti banna subito.
Questo servirebbe soprattutto per utenti meno esperti che non hanno ancora piena conoscenza di irc e dei suoi comandi.
Altra proposta che sarà bocciata di sicuro:
so per certo che le richieste di BotServ sono state fatte a migliaia ma io voglio richiedervelo :P
BotServ non lagga ed è anche più facile da usare. So che ci sono già i bot ufficiali, ma molti cadono e/o sono in continuo rifacimento (vedi in questo momento roBOTic che nn è presente).
Saluto in attesa di risposta,
Niox
Per quanto riguarda roBOTic, purtroppo la connettività interbusiness di jnet è out, interbusiness dovrebbe risolvere il problema a breve (si spera).
In ogni caso seguiremo il tuo suggerimento, robotic sarà spostato su un server piu' stabile quanto prima.
Ciao
So che questa proposta serà già stata fatta comunque ve la faccio:
secondo me sarebbe bene estendere il kick e/o ban a ChanServ onde evitare che qualcuno che fa un takeover che magari è AOp continui a opparsi se tu lo deoppi nel canale ed appena rientri ti banna subito.
Questo servirebbe soprattutto per utenti meno esperti che non hanno ancora piena conoscenza di irc e dei suoi comandi.
Un kick e/o ban via ChanServ non risolverebbe il problema. Se il tizio è xOP del chan si può inviatare e scavalcare il ban senza alcun problema rendendolo quindi inutile.
Per quanto riguarda roBOTic, purtroppo la connettività interbusiness di jnet è out, interbusiness dovrebbe risolvere il problema a breve (si spera).
In ogni caso seguiremo il tuo suggerimento, robotic sarà spostato su un server piu' stabile quanto prima.
Ciao
Ottimo, grazie per l'informazione. Speriamo bene ^^
Altre proposte(oggi fioccano) :P
un comando che possa trasferire tutte le liste AKick/VOp/AOp/SOp/Cf ad un altro chan.
Butto lì un altra proposta: trasferire tutti gli accessi di un nick ad un altro togliendoli però a chi ha usato il comando.
So che questo probabilmente nn sarà fattibile perchè per esempio a un founder potrebbe nn andare a genio qualcosa sull'accesso del nuovonick al canale anche se è la stessa persona e/o altri motivi che per ora io nn riesco a intuire.
Terza e credo ultima proposta: mostrare nel seenserv in cosa cambia nick. Adesso viene fuori "Ho visto pippo cambiare nick 1minuti fa." Magari potreste fare in modo che scriva anche il nuovo nick.
Cordiali saluti e complimenti per il lavoro fino ad oggi svolto con i servizi,
Niox
Gastaman
28-08-2002, 23:37
un comando che possa trasferire tutte le liste AKick/VOp/AOp/SOp/Cf ad un altro chan.
Un comando del genere servirebbe unicamente a farti risparmiare 3 minuti della tua vita, per contro si andrebbe ad aumentare il codice dei servizi inutilmente visto che sono tutte cose che gia' fanno.
Butto lì un altra proposta: trasferire tutti gli accessi di un nick ad un altro togliendoli però a chi ha usato il comando.
Ti sei risposto da solo.
Terza e credo ultima proposta: mostrare nel seenserv in cosa cambia nick. Adesso viene fuori "Ho visto pippo cambiare nick 1minuti fa." Magari potreste fare in modo che scriva anche il nuovo nick.
Non e' scritto di proposito, per rispettare la privacy degli utenti.
ok. tnx gasta per la risposta
Soul_Rebel
30-08-2002, 15:03
Salve, mi permetto di proporre un nuovo comando anch'io:
il comando consisterebbe in una specie di restrizione di accesso ad un canale da parte di utenti che frequentano altri canali dove la loro presenza non è desiderata; si può dire in parole povere, un Akick sulle liste (o semplicemente utenti) dei canali. Esempio (se c'è nè fosse bisogno) GuestXXX del #canale verra bannato e kickato nel canele #chan. Il problema è se limitare la restrizione solo a coloro che sono nelle liste (cosa che il ChanServ potrebbe fare senza problemi...n.b.lo immagino io che sia senza problema...) o ampliarla a tutti gli uteni. Da qui uno potrebbe affermare: ma sei io sono un (minimo) VOP di #canale e di #chan perchè dovrei essere costretto ad invitrmi? Si potrebbe pensare in sistema che se l'utente fa farte delle liste di entrambi i canali, tale comando non lo subirà. Altra obbiezione: ma se io invece sono un buon utente di entrambi i canali, ma haimè, non faccio parte di nessuna lista di #chan (riprendo l'esempio di prima) perchè mi togliete questa possibilità di chattare? Risposta: si potrà finalmente dare un pò di importanza al Voice (il quale è poco considerato).
Tale comando potrà anche evitare fastidiosi utenti che entrano nei chan in questo modo:
GuestXXX has joined #chan
<GuestXXX>!list
GuestXXX has left #chan
Non penso ci siano bisogno di spiegare il perchè di ciò che ho scritto... (si potrebbe anche inserire il carattere * ... non spiego neanche a quale parola possa venire accompagnato).
Nome del comando "nochan".
Grazie, ciao a tutti
Salve, mi permetto di proporre un nuovo comando anch'io:
[CUT]
Francamente non ho ben capito cosa dovrebbe fare questo comando.
Credo che il post di Soul_Rebel rispecchi una situazione nella quale io stesso mi sono imbattuto. Lo scopo di tale comando dovrebbe impedire l'accesso a #canale1 agli utenti inseriti delle liste del #canale2 a meno che essi non siano presenti anche nelle liste del 1° chan. So che la risposta + logica a questa domanda sarebbe: e se l'utente del canale2 nn si identificasse al nick allora tale comando non avrebbe senso. Purtroppo non esiste per quel che ne so un tipo di comando che inibisca l'accesso ad un chan in modo definitivo; lo stesso akick per quanto ben messo è facilmente saltabile da un ip dinamico. Un comando del genere andrebbe ad implementare quello dell'akick costringendo, per lo meno, i disturbatori a dover compiere qualche operazione in + per poter lamerare.
Soul_Rebel
01-09-2002, 17:57
Esatto alex.
Shaka:
il comando consisterebbe in una specie di restrizione di accesso ad un canale da parte di utenti che frequentano altri canali dove la loro presenza non è desiderata
Founder-Cofounder-SOP-AOP-VOP del #canale1 in Akick nel #canale2.
Meglio?
Gastaman
02-09-2002, 09:58
Founder-Cofounder-SOP-AOP-VOP del #canale1 in Akick nel #canale2.
Meglio?
Cosi' poi basta registrarsi un canale a caso da droppare subito dopo e usare questo comando per sapere tutte le liste di un altro canale?
Temo non sia fattibile... se ci sono canali che creano cosi' tanti problemi basta entrarci, prendere la lista degli operatori e mettere tutti in akick... lavoro di 2 minuti o meno.
se ci sono canali che creano cosi' tanti problemi basta entrarci, prendere la lista degli operatori e mettere tutti in akick
akickare un utente che si connette con ip dinamico e cambiando nick e mask non è così semplice
se ci sono canali che creano cosi' tanti problemi basta entrarci, prendere la lista degli operatori e mettere tutti in akick
akickare un utente che si connette con ip dinamico e cambiando nick e mask non è così semplice
E che c'entra? Anche con il comando che hai proposto tu c'è lo stesso problema..
beh il comando che ho proposto funziona se un utente è oppato nel chan2. Ovviamente non è un comando che può definirsi perfetto però almeno è qualcosa di più che può andare ad integrare l'akick
beh il comando che ho proposto funziona se un utente è oppato nel chan2. Ovviamente non è un comando che può definirsi perfetto però almeno è qualcosa di più che può andare ad integrare l'akick
Così un utente di chan2 oppa un altro utente presente di chan2 che poi si ritroverebbe in akick senza motivo?
Soul_Rebel
02-09-2002, 23:17
Gastaman:
Cosi' poi basta registrarsi un canale a caso da droppare subito dopo e usare questo comando per sapere tutte le liste di un altro canale?
Non ci avevo pensato, ma se non è fattibile per questo motivo, si potrebbe rendere impossibile la visione delle liste ma semplicemente solo il chan.
Koper:
Così un utente di chan2 oppa un altro utente presente di chan2 che poi si ritroverebbe in akick senza motivo?
Giusta osservazione, ma tale comando comunque sarebbe usato in casi, diciamo "insopportabili", e per l'appunto mi ricollego a ciò che ha detto alex, perchè la situazione è la stessa. (comunque sia si metterebbe un utente in akick che evidentemente non è desiderato nell'altro canale a priori).
ah, scusate, mi e' venuta in mente una feature che c'era nel CR... era il chanmode +O , per gestire i join sui chan +l che raggiungessero il limite previsto. Che fine ha fatto questo chanmode? ^^
ah, scusate, mi e' venuta in mente una feature che c'era nel CR... era il chanmode +O , per gestire i join sui chan +l che raggiungessero il limite previsto. Che fine ha fatto questo chanmode? ^^
Ti rimando a http://www.azzurra.org/forum/viewtopic.php?t=1371
Ti rimando a http://www.azzurra.org/forum/viewtopic.php?t=1371
Grazie Shaka... ti (vi) chiedo scusa per non averlo notato prima, perche' sono stato in ferie e ho controllato solo i topic di cui avevo richiesto notifica.
Sorry ^^;;;
Gastaman
04-09-2002, 01:08
Non ci avevo pensato, ma se non è fattibile per questo motivo, si potrebbe rendere impossibile la visione delle liste ma semplicemente solo il chan.
Non ho capito cosa vuoi dire...
Scusa Shaka ma in molti casi il voice viene usato per distinguere l'utente dagli altri e raramente viene usato per i canali moderati (vedi ChanStats per esempio), percui a mio modesto parere il neverVoice ci potrebbe stare nei nuovi servizi, ma siete voi che avete il diritto/potere di decidere sui servizi, percui in caso di mancata aggiunta di questo servizio rispetterei le vostre decisioni.
Soul_Rebel
05-09-2002, 22:56
Non ho capito cosa vuoi dire...
:-?
Praticamente il chanserv non ti dà la possibilità di vedere uno ad uno gli utenti che fanno parte delle liste del canale da mettere in akick, ma ti fà vedere solo il canale messo in "akick".
Gastaman
05-09-2002, 23:56
Praticamente il chanserv non ti dà la possibilità di vedere uno ad uno gli utenti che fanno parte delle liste del canale da mettere in akick, ma ti fà vedere solo il canale messo in "akick".
A quel punto basta cancellare la lista AKick e sai che chiunque entri e venga akickato e' nelle liste di quel canale... :)
Soul_Rebel
06-09-2002, 16:05
Gastaman... tu vai alla ricerca di eventi sopranaturali...sarebbe un comportamento da serial killer; comunque scherzi a parte, non era una proposta ridicola la mia :)
Ciao a tutti
Gastaman
06-09-2002, 20:05
Gastaman... tu vai alla ricerca di eventi sopranaturali...sarebbe un comportamento da serial killer
Allora su IRC e' pieno di serial killers... :)
A parte gli scherzi, ti assicuro che ci sono persone che non aspettano altro che delle "porte aperte" tipo questa per lamerare... e' per questo che e' necessario assicurarsi che non ce ne siano.
Gasta un "/cs set #canale kickprotect level" non sarebbe possibile? oppure anche estendere il protect al kick, ma secondo me meglio due comandi diversi. Possibile che venga applicato?
Gasta un "/cs set #canale kickprotect level" non sarebbe possibile? oppure anche estendere il protect al kick, ma secondo me meglio due comandi diversi. Possibile che venga applicato?
No, non è possibile. /kick è un comando gestioto direttamente dall' ircd che non ha alcuna interazione con i servizi. Quindi non è possibile, al momento del kick, andare a vedere se l'utente kickato è in qualche lista di ChanServ. Introdurre un simile controllo (l'ircd chiede a ChanServ l' autorizzazione a kickkare un utende del dato canale) comporterebbe un overhead non accettabile sia per il demone stesso sia per i servizi.
Eventuali varianti come "non kikkare tizio e se op" direi che non sono applicabili per ovvi motivi :)
Aggiungerei inoltre che se tu (in questo caso) oppi qualcuno che non conosci e quello ti kicka e/o banna direi che la sei cercata :D
saluti
Un /ns set verbose off non si potrebbe mettere? Questo comando in pratica non fa ricevere le Opnotice del verbose a chi l'ha settato off.
Può andare?
Gastaman
22-09-2002, 16:15
Un /ns set verbose off non si potrebbe mettere? Questo comando in pratica non fa ricevere le Opnotice del verbose a chi l'ha settato off.
Non si puo', poiche' si tratta di una opnotice (/notice @#canale messaggio) e viene inviata a tutti gli operatori dall'ircd e non dai servizi.
Gastaman
23-05-2003, 11:20
Questa mattina sono stati aggiornati sia i Servizi sia l'ircd. Le modifiche sono state le seguenti:
IRCd:
* Inseriti due nuovi Channel Modes:
- +u : non mostra eventuali commenti presenti in QUIT e PART inviati al canale;
- +C : non permette di inviare CTCP al canale.
* Corretti alcuni problemi inerenti i ban;
* Inserito un delay che non permette di cambiare nick per i 10 secondi seguenti un SVSNICK (quindi ad esempio subito dopo essere stati "guestati" dai servizi).
Servizi:
* Inserito supporto per i due nuovi channel modes;
* Corretto un bug sul SET VERBOSE (leggeva "1843423" come "1");
* Corretti alcuni problemi sui codici di autorizzazione, che ogni tanto erano sbagliati;
* Corretto un bug sul FORWARD di MemoServ per chi aveva l'opzione NoMemo attiva.
[N.B.: Nel momento in cui scrivo ci sono ancora due server non aggiornati, su di essi i nuovi channel modes non funzionano ovviamente.]
Ecco cosa leggo nella versione inglese di HelpServ
-HelpServ- c - Blocks all messages containing colors sent to the channel.
-HelpServ- c - Blocks all CTCPs sent to the channel.
Quest'ultimo dovrebbe essere C e non c :)
- +u : non mostra eventuali commenti presenti in QUIT e PART inviati al canale;
Il mio primo contatto con questo chanmode e' stato di vedermi spostare tutti i /quit nello Status: se guardo il log del canale non esce nessuno, mentre lo Status e' pieno zeppo di segnalazioni, ovviamente prive dei commenti che seguono il /quit .
Non oso pensare che succederebbe se questo accadesse su tutti e dieci i canali che frequento, penso che il mio Status diventerebbe inservibile...
E' possibile correggere questa situazione?
Stiamo sistemando questo problema e un altro paio proprio in questo momento.
Vorrei dare un piccolo aiuto per quelli che vorrebbero un comando per akikkare l'intero chan:
mette un bel bot che faccio un whois on join agli utenti, e se si trova nel canale indesiderato (a meno che non sia +s o +p, cosa però che porterebbe svantaggi al canale "akikkato") viene kickbannato... a me è capitato, e non è neanche difficile da fare... ma non vorrei andare troppo off topic :)
Vorrei dare un piccolo aiuto per quelli che vorrebbero un comando per akikkare l'intero chan:
mette un bel bot che faccio un whois on join agli utenti, e se si trova nel canale indesiderato
Aggiungere una persona alla AKICK list solo perchè frequenta un tal canale ...
E' alquanto infantile sapete ...
Aggiungere una persona alla AKICK list solo perchè frequenta un tal canale ...
E' alquanto infantile sapete ...
condivido, il mio era solo un consiglio...
comunque, vorrei porre una domanda di altro genere: se un canale ha nei mlock i mode +s o +p non si vede nel /cs info #chan nè il topic nè chi l'ha settato. Io vorrei chiedere che fosse possibile vedere almeno chi l'ha settato (ho anche il topic stesso) SOLO per le persone vop+, dato che se una persona entra nel suddetto canale, e questo è vuoto, vede solo ChanServ che impota il topic, ma non può sapere chi è stato a settarlo l'ultima volta!
[ps, la parte in italico l'ho corretta solo ora... ora capisco cosa voleva dire ^Faust^...!]
Sbagliato: al join del canale il server invia al client i raws 332 (il topic), il 333 (autore e data di creazione del topic), il 324 (i channel modes) ed il 329 (data di creazione del canale), per cui coloro che non riescono a vedere l'echo del 333 hanno problemi nello script/client.
[21°29'54"] * Now talking in #*********
[21°29'54"] * Topic is '=^= Dispositivo inutile, non sarà sufficiente. Vogliamo un nuovo gioco da giocare quando ce ne saremo andati. Non passerà molto tempo, prima che vi disturbi dall'oscurità. =^='
[21°29'54"] * Set by ^Faust^Out on Thu May 22 21:11:08
Faust, forse non hai capito bene il problema... lo so benissimo che al join di un canale appare la raw 333 che indica chi ha modificato il topic, ma suddetta raw appare solamente se c'è qualcuno nel canale, e non quando ChanServ cambia il topic in un canale appena un user entra in un canale vuoto e registrato... per questo vorrei che apparisse il corrispettivo della raw 333 nel /cs info #chan anche per i canali con mlock +s o +p (ovviamente limitandoci agli utenti vop+)
spero di esser stato sufficentemente chiaro (e grammaticalmente corretto nello scrivere :) )
vBulletin® v3.7.4, Copyright ©2000-2008, Jelsoft Enterprises Ltd.