Communauté Eggdrop

Version complète : flags: deoppage automatique
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Bonjour, Voilà, je voudrais lorsque un @ op une personne que ca deop cette personne automatiquement
Il suffit de lui créer un handle dans la liste d'utilisateurs de ton eggdrop, et de lui mettre les flags +dr (avec la commande .chattr)

Le flag +d empêche l'utilisateur d'être opé.
Le flag +r empêche l'utilisateur d'être halfopé.
Je me suis permis de déplacer ce sujet là où il sera le plus à sa place et de lui donner un titre parlant.
Salut,

Petite idée de comment faire sinon :

tu pourrait faire un système par traitement de fichier ou dedans tu aurait une liste des pseudos autorisé.

Exemple dedans tu aurait : Zyrte
et si ya un op qui et effectué le bot vérifie dans le fichier si le pseudo et dedans il ne fait rien sinon il deop.
En utilisant le système du bind mode..

C'est une idée enfin à toi de voir Smile
bonsoir,

si celui ci a une back pour ces opérateurs utiliser un système qui seul les opérateur sur le salon x son protéger du déop ?

fin ce n'est une idée comme une autre.

Cordialement DnS
tcl
bind mode - +o autodeop
proc autodeop {nick host hand chan mode arg} {
   if ![matchattr [nick2hand $arg] +o] {
      pushmode $chan -o $arg
   }
}



voila, tout simplement, avec ça seule les personnes ayant le flag +o pourront se oper ou être opé
pourquoi ne pas utiliser les services IRC tout simplement ?

passer tous les utilisateurs en level -1 au lieu de 0
si "machin peux être opé, on lui met le level adequat ( 5 )
et basta.

juste une idée en passant Smile

Cordialement.
cestlemien a écrit :pourquoi ne pas utiliser les services IRC tout simplement ?

passer tous les utilisateurs en level -1 au lieu de 0
si "machin peux être opé, on lui met le level adequat ( 5 )
et basta.
Même si je suis adepte de l'utilisation des services autant que possible, je trouve qu'il est utile de savoir faire ça sans eux, d'autant que c'est l'une des utilisations initiales de l'eggdrop: la gestion d'un canal sans services. Ne serait-ce que parce que les services peuvent être inexistants (exemple d'Undernet où il est très dur d'avoir X) ou parce qu'ils peuvent être en panne (réseaux amateurs Very Happy)