Bonjour à tous voilà je viens de réinstaller mon eggdrop et je'ai maintenant un petit soucis depuis sa réinstallation.
En effet depuis il ne rejoingner jamais mon chan lorsqu'il subit un restart , j'étais obliger de faire en dcc
.-chan #chan
ensuite refaire .+chan #chan
Ce qui était déjà bien ennuyer pour les recovers en protect.
Maintenant lorsqu'il me fait ce coup là même en dcc il ne veut rien savoir car lorsque je veux faire
.-chan #chan
il me répond
Citation :Cannot remove #chan, it is not a dynamic channel!.
Donc si quelqu'un peut me venir en aide en vous remerciant.
Amicalement Tchupa.
Le salon en question est renseigné dans la conf ? (si oui normal que tu puisse pas le del)
C'est à dire?
Oui le chan avait déjà était ajouter avant le reboot.
Mais je tiens a préciser que j'ai deux eggdrop et ils ont tout les deux le même problème.
A chaque restart il ne rejoins aucun channel, je suis obligés de faire
.chanset #channel -activity
J'ai beau faire des .save ça ne change rien
Se sont deux eggdrop de version différente, et ils ont était compiler a deux moment différent.
Est ce que ça pourrait provenir d'un problème de chmod sur un fichier en particulier?
peut etre qu'il ne peut pas ecrire dans le fichier .chan ... verifi le chmod du repertoire ou du fichier (j'suis pas un specialiste des conf dsl ...)
J'ai fait un test en mettant tout mon répertoire eggdrop en chmod 777 mais ça ne change rien .
Je ne sais pas si pour les egg c'est pareil, mais a t il le mode +i pour joindre les chans ?
sinon essaye de rentrer les salons que tu veux qu'il joigne, directement, dans le fichier .conf (parcontre tu peux pas les del en PL apres)
Tu veux parler du mode invite?
oui mais sans aucune certitude que ce soit ça
Non le mode +i sur le channel est désactivé
je parlais pas de celui la, mais le mode user +i qui te permet de joindre les chans (je doute quand meme que ce soit ça)
Est-ce que par défaut les canaux ne seraient pas en +inactive ?
Voilà mon .chaninfo
Citation :Settings for dynamic channel #Tchupa:
Protect modes (chanmode): +tn
Idle Kick after (idle-kick): DON'T!
stopnethack: DON'T!
aop-delay: 5:30
revenge-mode: 1
ban-time: 120
exempt-time: 60
invite-time: 60
Other modes:
-inactive +statuslog -secret +shared
+greet +seen -cycle +dontkickops
+protectops -protectfriends -revenge -revengebot
-bitch -autoop -autovoice -nodesynch
+enforcebans +dynamicbans +userbans -autohalfop
-protecthalfops
+dynamicexempts +userexempts +dynamicinvites +userinvites
User defined channel flags:
+vip +protection +onjoin-voice -onjoin-operator
-bitchmode -topicsave +first-use +service-prot
Heu, les flags "user" peuvent peut-être poser problème. J'ai déjà vu des TCLs mal faits qui par exemple faisaient que l'eggdrop se banissait lui même en entrant sur un canal...
Essaye de supprimer les tcls installés pour voir si l'eggdrop rejoint proprement le canal.
Sur le deuxième eggdrop il n'y a pas de tcl d'installer sauf celui qui permet de s'auth au réseaux quakenet.