From k.hawkes at zombies.force9.net Sat Jan 26 13:21:32 2002 From: k.hawkes at zombies.force9.net (Dr. K. Hawkes) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] GPL Message-ID: Just as a suggestion, why not upload your mods (once finished or in Beta) to the patch archive, I'm not sure who runs it or maintains it ATM, but from what I know if the archive, it will house patches to IRCServices which aren't supported by Andrew Church or Andrew Kempe. Just an idea, if the changes are good, why not share your work? Quinn ---------- > From: Gregory King > To: ircservices@ircservices.za.net > Subject: [IRCServices] GPL > Date: Friday, January 26, 2001 02:13 > > > > On Wed, 24 Jan 2001, Strider wrote: > > > I'm rather embarrased of the code actually, it's not very good (and most of > > it isn't even mine). All it does is make little virtual users easier to > > manage, I guess kinda like a botserv, but it's all done through operserv. > > Some of the code in fact is poor and downright wrong, heh. Once I learn how > > to program better, I'll fix some of that dirty code and maybe eventually > > distribute it. > > > > BTW, when did this turn into a GPL discussion when the subject is AKILL? > > Haven't read all the list msgs yet... > > That was my fault. I replied to an existing message when I asked my > question, and neglected to change the subject line. > > In regards to why we dont distribute the changes... because they aren't > quite stable and we aren't finished with the mods. Also, there are a few > things in our mods that Andrew has stated he would not put in the services > due to conflicts with the RFC's. > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices From k.hawkes at zombies.force9.net Sat Feb 2 14:24:08 2002 From: k.hawkes at zombies.force9.net (Dr. K. Hawkes) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released) Message-ID: [snip] > > or founders could be more picky about who they give op status to. I dont > have enuff cpu for a program to compensate for a stupid founder :> > > To deop, chanserv should only be concerned about if the issuer is an op in > the channel he is attempting it in, just like a pc client works... > I second that, why should IRCServices compensate, if someone is +o they should be able to -o regardless of Services' Access Levels, this would also fit in with the behaviour of 4.3.3-4.4.8. No-one has really complained about this, so why change it? Just my 0.2p. Quinn From achurch at achurch.org Tue Jan 1 18:00:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] mergeing databases. Message-ID: <3c31dd6a.43050@achurch.org> >Is there any chance to merge ircservices? If you mean merging two databases, then no, not in the current version; a feature like this is planned for the next major release (version 5.0), but is not done yet and may not make it into the first few releases. Announcements will be made on this list when version 5.0 is released. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Jan 1 18:06:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Happy New Year Message-ID: <3c31ded7.43061@achurch.org> >Happy New Yearto everyone... > >I hope in new year everybody gets the happiness they want and everybody = >becomes healthy=20 > >Ali Sor I just got back from vacation, so this is a bit belated, but I'd like to wish everyone a Happy New Year as well. As always, it's the appreciation I get from all of you for Services that makes working on it enjoyable, and I'll be working to get at least a beta release of version 5.0 out as soon as I can. Best wishes to everyone for the coming year. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Tue Jan 1 18:10:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Happy New Year Message-ID: i'll m000 to that :P m00000 >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Happy New Year >Date: Wed, 02 Jan 2002 01:02:19 JST > > >Happy New Yearto everyone... > > > >I hope in new year everybody gets the happiness they want and everybody = > >becomes healthy=20 > > > >Ali Sor > > I just got back from vacation, so this is a bit belated, but I'd like >to wish everyone a Happy New Year as well. As always, it's the >appreciation I get from all of you for Services that makes working on it >enjoyable, and I'll be working to get at least a beta release of version >5.0 out as soon as I can. > > Best wishes to everyone for the coming year. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. From frostycoolslug at hotmail.com Tue Jan 1 18:14:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] mergeing databases. Message-ID: hehe, wasnt far wrong ;P >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] mergeing databases. >Date: Wed, 02 Jan 2002 01:00:29 JST > > >Is there any chance to merge ircservices? > > If you mean merging two databases, then no, not in the current >version; a feature like this is planned for the next major release (version >5.0), but is not done yet and may not make it into the first few releases. >Announcements will be made on this list when version 5.0 is released. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From mark at mhetherington.demon.co.uk Thu Jan 3 01:41:01 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Services - missing numeric support etc In-Reply-To: Message-ID: Tested on 4.5.35, not tested on version 5 yet so these may not be a problem in version 5. For the purpose of IRCd specific issues, this is all from a network of Unreal based servers. At present I am test running scenarios to recreate the triggers for the messages, but thought I would submit the list now since it is likely trivial to correctly parse the numeric while the scenario would help in the later testing the fix. A number of "unknown" and vague messages are still appearing in the log file. Although not a huge problem, it would be useful if they were addressed so that any future support in services of them was easily available through the existing trapping of them. Messages are provided from the log with server names, nicknames and channel names protected: 1) unknown message from server (:server.name 443 ChanServ nick #channel :is already on channel) Not sure how to reproduce this yet, it usually happens with a couple of specific users who are never online at the same time as I am so although I am running through a number of scenarios, I am not sure what they are doing to trigger the 443 numeric. Should be trivial to provide a better log entry. 2) channel: MODE +b *!*@* for nonexistent channel #channel This always happens with forbidden channels so it would be preferable if the message reflected this. 3) unknown message from server (:server.name 441 ChanServ nick #channel:They aren't on that channel) Again, I am unsure of what event triggered the numeric. Should be trivial to provide a better log entry. 4) unknown message from server (:nick SILENCE * -*!*@my.domain) unknown message from server (:nick SILENCE ChanServ :*!*@my.domain) I assume the trigger for this is a user issuing the SILENCE command to the Unreal server. Why they want to ignore services I do not know, but anyway. Should be trivial to provide a better log entry or ignore the SILENCE directive. 5) unknown message from server (:serverhub.name SMO o :(sync) Link serverhub.name -> serverleaf.name is now synced [secs: 355 recv: 14.546 sent: 6.118]) This message is sent during a link of Unreal servers. 6) unknown message from server (:server.name 402 NickServ nick :No such server) Should be trivial to provide a better log entry. Yet to invent a test scenario to reproduce. Once I have them, assuming no-one else has already commented, I will post the reproducable scenarios for the cases in this list where I have not so far. Mark. From achurch at achurch.org Thu Jan 3 04:55:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Services - missing numeric support etc Message-ID: <3c33c875.74327@achurch.org> The MODE +b message is already documented (see the KnownBugs file), and I'm aware of most of the others; I just don't consider them a very high priority as they don't affect Services functionality. I am considering an option for version 5.0 to suppress all "unknown message" messages. --Andrew Church achurch@achurch.org http://achurch.org/ >Tested on 4.5.35, not tested on version 5 yet so these may not be a problem >in version 5. >For the purpose of IRCd specific issues, this is all from a network of >Unreal based servers. > > >At present I am test running scenarios to recreate the triggers for the >messages, but thought I would submit the list now since it is likely trivial >to correctly parse the numeric while the scenario would help in the later >testing the fix. > >A number of "unknown" and vague messages are still appearing in the log >file. Although not a huge problem, it would be useful if they were addressed >so that any future support in services of them was easily available through >the existing trapping of them. Messages are provided from the log with >server names, nicknames and channel names protected: > >1) unknown message from server (:server.name 443 ChanServ nick #channel :is >already on channel) > >Not sure how to reproduce this yet, it usually happens with a couple of >specific users who are never online at the same time as I am so although I >am running through a number of scenarios, I am not sure what they are doing >to trigger the 443 numeric. Should be trivial to provide a better log entry. > >2) channel: MODE +b *!*@* for nonexistent channel #channel > >This always happens with forbidden channels so it would be preferable if the >message reflected this. > >3) unknown message from server (:server.name 441 ChanServ nick #channel:They >aren't on that channel) > >Again, I am unsure of what event triggered the numeric. Should be trivial to >provide a better log entry. > >4) unknown message from server (:nick SILENCE * -*!*@my.domain) > unknown message from server (:nick SILENCE ChanServ :*!*@my.domain) > >I assume the trigger for this is a user issuing the SILENCE command to the >Unreal server. Why they want to ignore services I do not know, but anyway. >Should be trivial to provide a better log entry or ignore the SILENCE >directive. > >5) unknown message from server (:serverhub.name SMO o :(sync) Link >serverhub.name -> serverleaf.name is now synced [secs: 355 recv: 14.546 >sent: 6.118]) > >This message is sent during a link of Unreal servers. > >6) unknown message from server (:server.name 402 NickServ nick :No such >server) > >Should be trivial to provide a better log entry. Yet to invent a test >scenario to reproduce. > > >Once I have them, assuming no-one else has already commented, I will post >the reproducable scenarios for the cases in this list where I have not so >far. > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From haibi at free.fr Sat Jan 5 15:42:00 2002 From: haibi at free.fr (Habib HAIBI) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Meilleurs Vœux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier Message-ID: <3c3702693cebd6f2@amyris.wanadoo.fr> (added by amyris.wanadoo.fr) Meilleurs Vœux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier ======================== M. Habib HAIBI, 7, Aguesseau St. 69007 LYON - France Tél. 00 33 4 72 73 19 08 - Fax 00 33 4 78 61 39 27 Email : haibi@free.fr http://haibi.free.fr Je suis qualifié pour exprimer mes voeux pour le Nouvel An à tous les survivants et les familles des victimes des attaques terroristes, au peuple américain, ses dirigeants, ses institutions, son président et tous les combattants de la liberté, loin de leurs foyers, tout autour du monde! Je suis fier de vous dire avec gratitude combien Les USA sont puissants, démocratiques et qualifiés pour défendre la liberté et la démocratie avec humanisme et sérénité. L'ennemi du progrès du genre humain peut encore frapper. La liberté et la démocratie peuvent être encore sous attaques! Personne ne s'imaginait que cela pouvait arriver et c'est arrivé en ce jour pacifique du 11 septembre 2001 Personne ne s'imaginait que cela pouvait arriver… en France et c'est arrivé le 26 février 2001 quand les magistrats du parquet de Lyon, par impulsion suicidaire et préméditée, ont eu recours à l'arbitraire pour entraver l'action Publique mise en Mouvement : ils ont requis l'expertise psychiatrique de la Partie Civile par l'action avant de l'entendre dans ses accusations ! Cette dérive obscurantiste a dépassé tout entendement C'est arrivé un jour pacifique pour moi et pour les institutions de la République en France. Le réquisitoire aux fins de l'expertise psychiatrique de la partie civile par l'action, avant de l'entendre dans ses accusations, constitue une atteinte obscurantiste à l'intégrité de la personne de la partie civile et surtout un attentat aux valeurs fondamentales de la société civilisée et une infamie assénée à la République et ses Institutions: - à tous les martyrs de la liberté qui ont payé de leur vie la défense des personnes et des biens et des valeurs fondamentales et universelles de la République. - à tous ceux qui dans l'exercice de leurs fonctions, au nom du devoir de servir, exposeraient leurs vies, sans hésitation, pour la défense de ces mêmes valeurs - à tous les hommes ou femmes de bonne volonté, citoyens anonymes, élevés sur la foi en une société pacifiée par l'avènement de la République, la crainte des lois et l'indéfectibilité de l'Etat, de la Justice et des Institutions en Démocratie. J'étais, longtemps avant le WTC l'autre "point zéro" de la planète qui a subit les premières vagues d'attaque contre les institutions de la République, la liberté et les droits de l'homme … en France ! Il y a eu trois autres attaques avec la même détermination, diabolique et suicidaire, de stopper l'action publique régulièrement mise en mouvement ! J'ai fait face à l'adversité en mettant en accusation 15 magistrats, saisis par la foudre de l'action publique en colère, nominativement impliqués, des deux juridictions de Lyon tout rôle et rang confondus pour abus d'autorité aggravé et trafic d'influence aggravé. Une fois que vous avez pris la mesure de l'attaque contre les valeurs universelles de la liberté et la justice en démocratie en France… et assimilé la grandeur de la querelle qui m'anime … Votre réaction sera vivement souhaitée et sollicitée ! Je recevrai vos contributions morales et financières comme une juste consolation pour le grand préjudice moral que je subis dans l'attente de la réparation de la faute lourde par la justice et l'Etat. Souvenez-vous que la paix civile fut conquise au prix de feu, de sang et de sacrifices… avec pour objectif le règne absolu et égalitaire de la loi. Imaginez les victimes du 11 septembre 2001 dans un monde sans liberté, sans justice et sans démocratie… Imaginez tous les sacrifices de tous les combattants de la liberté, depuis deux siècles et plus, laissés pour compte et discrédités en une seule journée d'attaques perpétrées par les forces diaboliques de l'arbitraire et de l'obscurantisme dans le pays qui a donné naissance au reigne de la loi, l'avènement de la République et les droits de l'homme. Une nouvelle ère a commencé où le grand pays que sont les Etats Unis vont guider et pour longtemps l'impulsion de l'alerte et de la réaction pour perpétuer la liberté et la justice en démocraties. C'est aussi votre combat et le combat de tous les hommes libres. Merci au président des Etats Unis pour son leadership, l'immense puissance de son pays et sa sérénité. Merci à tous d'avoir lu et compris ce message. Merci pour vos réactions et vos contributions. ========================== Ces contributions sont souhaitées à la hauteur de 500 $ ou euros et plus pour tous les représentants élus des peuples, sénateurs et députés, quelque soit leur pays et quelque soit le moyen utilisé pour les alerter des attaques contre la démocratie et de la colère de l'action Publique en mouvement : "ma tristesse s'est muée en colère et la colère en résolution "! (ma conviction est que si de tels actes ont pu se produire c'est à cause d'un climat de permissivité qui a pu s'installer par l'absence du contrôle de l'exécutif par le pouvoir législatif…). ======= vous pouvez verser directement vos contributions financières sur le compte : RIP RELEVE D'IDENTITE BANCAIRE 20041 01007 1112632 F038 69 IBAN IDENTIFIANT INTERNATIONAL FR 53 20041 01007 1112632 F 038 69 Ou envoyer un mandat cash à mon nom et à mon adresse. ================================ Les contributions seront libres et bienvenues de la part de tout autre citoyen sensible à l'idée de vivre dans une société pacifiée par la crainte des lois et la crédibilité des institutions démocratiques. ============ Mon objectif est de réunir 10 000 réactions à 100 $ ou euros chacune : vous pouvez m'aider à atteindre ce but. Je serai, à coup sûr, un homme riche! Mais je ne recouvrerai la paix intérieure avant que justice soit faite! 'J'ai un rêve"! La justice sera faite ! ============ Le site où est publié l'ensemble du dossier est en français, vous pouvez vous aider pour la traduction par un moteur de traduction sur internet. http://haibi.free.fr ============ Cette mailing liste, non exhaustive, est composée de 30 000 emails : des représentants élus, les représentants de l'Etat, hauts fonctionnaires, magistrats, avocats, journalistes, chefs d'entreprise, président ou membre d'association, profession libérale ou tout autre simple citoyen intéressé par la vie sociale, administrative et judiciaire. ======================= Vous pourrez discuter en circuit interne non publié sur le net en vous abonnant au groupe créé pour cet objet "Il n'y a pas d'alternative à la justice en république en france" Coordonnées du groupe : Email du groupe : lecitoyen.laloi.larepublique@smartgroups.com Email du gestionnaire : lecitoyen.laloi.larepublique-owner@smartgroups.com Pour devenir membre : lecitoyen.laloi.larepublique-subscribe@smartgroups.com Pour ne plus être membre : lecitoyen.laloi.larepublique-unsubscribe@smartgroups.com Accueil du groupe : http://smartgroups.wanadoo.fr/groups/lecitoyen.laloi.larepubliqu e ====================== Si vous ne vous sentez pas concerné, vous pouvez demander à ce que votre email soit effacer en exprimant votre volonté à l'adresse email : haibi@free.fr Merci encore de participer à l'alerte et au suivi de l'action publique en mouvement, et au soutien moral et financier de la partie civile par l'action. =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================================== =================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== ceci n'est pas un spam vous pourrez en recevoir une version en anglais Merci ! NEVER SEND SPAM. IT IS BAD. From kill at gatesway.com Sat Jan 5 16:28:00 2002 From: kill at gatesway.com (KILL) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] first time installation References: <3c3702693cebd6f2@amyris.wanadoo.fr> (added by amyris.wanadoo.fr) Message-ID: <006201c195f6$93be4be0$5feaa3ca@gatesway.com> I encountered problem during the frist time i installed the services. its up and running but the services doesnt respond at all. when i try to register my nick no response from nickserv as well as chanserv but when i look at the console of the services it was registered but as i have said no reply or confirmation from nickserv or chanserv, and also it didnt give anymodes for the user and for the channel. what should i supposed to do. any body can help me please. KILL From achurch at achurch.org Mon Jan 7 17:44:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Services 4.5.36 released Message-ID: <3c39c207.32166@achurch.org> Services 4.5.36 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5.36.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5.36.diff.gz ftp.ircservices.za.net and the mirrors should have it shortly. This is primarily a maintenance release, and does not introduce any visible changes with the exception of the removal of a debug message that could get printed under rare circumstances in earlier versions. The FAQ has also been updated to cover the fairly common question of late about Services and the /gline command in Unreal. Changes in version 4.5.36 ------------------------- 2002/01/07 Forbid time is now recorded with forbidden nicknames and channels. 2002/01/03 Removed a debugging message that could sometimes get sent from MemoServ INFO. --Andrew Church achurch@achurch.org http://achurch.org/ From ascoli at ascu.unian.it Tue Jan 8 11:52:00 2002 From: ascoli at ascu.unian.it (Lindo Nepi) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] error 451 ...now works! In-Reply-To: <3c1dc467.14517@achurch.org> Message-ID: hi Andrew! Happy GNU Year,first of all! :) now my ircservices (4.5.33) running ..but i have a problem when i do /oper mode+o when i insert password (correct!) i receive this error: No O-lines for your host it is very strange, because in my ircd.conf file i have: O:debian.nepi.it:password:ascoli::10 of course i'm using IRC with nick ascoli..my password is "password" and my hostname is debian.nepi.it (IP:127.0.0.1) (services.nepi.it e debian.nepi.it is on the same server) where i can find the solution to this problem? From achurch at achurch.org Tue Jan 8 12:30:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] error 451 ...now works! Message-ID: <3c3ac9fe.36655@achurch.org> This isn't technically an ircd problems list, but I can think of two things off the top of my head: - Try using an IP address instead of a hostname in the O:line. This is especially true when you're connecting locally (127.0.0.1), as many ircds have problems matching 127.0.0.1 to an IP address. - Make sure you aren't logged on and opered from elsewhere (e.g. another terminal). Some ircds only allow one user at a time to use an O:line. --Andrew Church achurch@achurch.org http://achurch.org/ > >hi Andrew! >Happy GNU Year,first of all! :) > >now my ircservices (4.5.33) running ..but i have a problem when i do > >/oper mode+o >when i insert password (correct!) i receive this error: > >No O-lines for your host > >it is very strange, because in my ircd.conf file i have: > >O:debian.nepi.it:password:ascoli::10 > >of course i'm using IRC with nick ascoli..my password is "password" >and my hostname is debian.nepi.it (IP:127.0.0.1) > >(services.nepi.it e debian.nepi.it is on the same server) > >where i can find the solution to this problem? > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From v13 at priest.com Tue Jan 8 15:47:00 2002 From: v13 at priest.com (v13@priest.com) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] error 451 ...now works! In-Reply-To: References: Message-ID: <200201081347.PAA02088@ppp0.the.forthnet.gr> On Tuesday 08 January 2002 11:51, Lindo Nepi wrote: > /oper mode+o > when i insert password (correct!) i receive this error: If this is not a typo, then it is wrong. command is /oper nick password or /oper nick (or /oper) and the password is asked. > it is very strange, because in my ircd.conf file i have: > O:debian.nepi.it:password:ascoli::10 > of course i'm using IRC with nick ?ascoli..my password is "password" > and my ?hostname is debian.nepi.it (IP:127.0.0.1) On the other hand, check for the user limit in the Y line (and if this is exceeded) (if there is one). Also check if you enabled encrypted passwords and you use a plaintext in the O line. Finaly, afaik, O-lines are not matched against the IP(unless an ip is specified), but against the hostnames. This means that in the case you connect from localhost, your hostname may be localhost even if debian.nepi.it is 127.0.0.1. Try a whois on you or change the oline to something like: O:*@*:password:asxoli:O:10 <> From atcarr at hotmail.com Wed Jan 9 06:50:01 2002 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] error 451 ...now works! References: Message-ID: I think your problem is the proper command syntax is /oper nick password not mode+o Another helpful information would be what IRCd flavor and version are you running I might be reading your message incorrectly and if so I am sorry. Also you might try editing your oline to something like O:*@*:password:ascoli:(Oper Flag):10 Alan Carr > > hi Andrew! > Happy GNU Year,first of all! :) > > now my ircservices (4.5.33) running ..but i have a problem when i do > > /oper mode+o > when i insert password (correct!) i receive this error: > > No O-lines for your host > > it is very strange, because in my ircd.conf file i have: > > O:debian.nepi.it:password:ascoli::10 > > of course i'm using IRC with nick ascoli..my password is "password" > and my hostname is debian.nepi.it (IP:127.0.0.1) > > (services.nepi.it e debian.nepi.it is on the same server) > > where i can find the solution to this problem? > > From silvius at expres.ro Thu Jan 17 11:33:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] NSDisableLinkCommand Message-ID: <001301c19f39$e2d50c90$0ae4e6c1@ANIMALU> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Note that any links that have already been created will continue to function; this only prevents new links from being made." I want to disable the LINK command in Nickserv via "NSDisableLinkCommand" from .conf file. 1) Is there a way to "drop" all existing links too? 2) Is there a way to view all existing links? Something like listnicks/listchans? 3) Is there something special I have to expect after this change? (problems, anyone?) Thanx, Partizanu -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBPEaaLNCYX4OjSk95EQJwjgCg3FZHiZt7d6smWOAhhme5+hQ7v8UAoLB3 Ib8CbfCbOgrXj0HRLtZQFg5G =zMEI -----END PGP SIGNATURE----- From silvius at expres.ro Mon Jan 21 16:05:03 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner Message-ID: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there! I'm looking for a proxyscanner for bahamut+shadowfire service. Must be able to scan 3128,8080,1080,80,23, all of `em. If it can use services (akill the proxy) will be the best ever. Kline is fine too. Thanx, Partizanu -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBPEwfu9CYX4OjSk95EQJIpQCggf3QxN3mVcbB2Pwa93q1VOer0xkAn32m QlSVyQJ8v7vFkCJZydKSSuXW =qaXY -----END PGP SIGNATURE----- From achurch at achurch.org Mon Jan 21 16:42:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Services 4.5.37 released Message-ID: <3c4c286a.42573@achurch.org> Services 4.5.37 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5.37.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5.37.diff.gz ftp.ircservices.za.net and the mirrors should have it shortly. This release fixes a bug in the Japanese language file which can potentially allow arbitrary users to cause Services to crash; please upgrade to this version as soon as possible, or remove the "ja_euc" and "ja_sjis" files from the languages subdirectory of the data directory to prevent them from being used (any nicks with these languages set will revert to the default language). Actually, the Japanese language file is very much out of date and poorly written in any case, and needs to be updated, but that's another story... Changes in version 4.5.37 ------------------------- 2002/01/14 Fixed a bug in the Japanese language file causing crashes. Reported by 2002/01/12 Fixed a bug causing the SET HIDE USERMASK setting for nicknames to get lost when importing Sirv or Auspice databases. --Andrew Church achurch@achurch.org http://achurch.org/ From p_levesque at sympatico.ca Tue Jan 22 20:20:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner References: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> Message-ID: <3C4D5991.79138EC4@sympatico.ca> You can get wg, a wingate monitor, try looking on freashmeat/sourceforge to get it. Phil Partizanu wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi there! > I'm looking for a proxyscanner for bahamut+shadowfire service. Must be able > to scan 3128,8080,1080,80,23, all of `em. > If it can use services (akill the proxy) will be the best ever. Kline is > fine too. > > Thanx, > Partizanu > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 7.0.3 for non-commercial use > > iQA/AwUBPEwfu9CYX4OjSk95EQJIpQCggf3QxN3mVcbB2Pwa93q1VOer0xkAn32m > QlSVyQJ8v7vFkCJZydKSSuXW > =qaXY > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From silvius at expres.ro Tue Jan 22 21:45:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner References: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> <3C4D5991.79138EC4@sympatico.ca> Message-ID: <000701c1a37d$313745f0$0ae4e6c1@ANIMALU> got that. It can only scann 23 and 1080 AFAIK ----- Original Message ----- From: "Philippe Levesque" To: Sent: Tuesday, January 22, 2002 2:22 PM Subject: Re: [IRCServices] proxy scanner > You can get wg, a wingate monitor, try looking on freashmeat/sourceforge to get > it. > > Phil From fingers at fingers.co.za Tue Jan 22 21:48:00 2002 From: fingers at fingers.co.za (fingers) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner In-Reply-To: <000701c1a37d$313745f0$0ae4e6c1@ANIMALU> Message-ID: <20020122214619.Q18393-100000@snow.fingers.co.za> Hi > got that. It can only scann 23 and 1080 AFAIK I'm looking for the same thing, but preferably with built-in support for automatic notofication of the owners of the hosts (ala arin, ripe or apnic). Regards --Rob From p_levesque at sympatico.ca Wed Jan 23 21:15:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner References: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> <3C4D5991.79138EC4@sympatico.ca> <000701c1a37d$313745f0$0ae4e6c1@ANIMALU> Message-ID: <3C4EB7D7.79DE157C@sympatico.ca> Well, Scanning *ALL* port from one host will take a *lot* of time, hehehe and if they are on 56k, you will flood them out, lol Partizanu wrote: > got that. It can only scann 23 and 1080 AFAIK > > ----- Original Message ----- > From: "Philippe Levesque" > To: > Sent: Tuesday, January 22, 2002 2:22 PM > Subject: Re: [IRCServices] proxy scanner > > > You can get wg, a wingate monitor, try looking on freashmeat/sourceforge > to get > > it. > > > > Phil > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From silvius at expres.ro Wed Jan 23 22:18:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner References: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> <3C4D5991.79138EC4@sympatico.ca> <000701c1a37d$313745f0$0ae4e6c1@ANIMALU> <3C4EB7D7.79DE157C@sympatico.ca> Message-ID: <001c01c1a44a$f4ce9900$0ae4e6c1@ANIMALU> Let`s assume that I`m willing to spend a LOT of bandwith and cpu power/ram with this problem. Can it be done? How? ----- Original Message ----- From: "Philippe Levesque" To: Sent: Wednesday, January 23, 2002 3:17 PM Subject: Re: [IRCServices] proxy scanner > Well, Scanning *ALL* port from one host will take a *lot* of time, hehehe > > and if they are on 56k, you will flood them out, lol > > Partizanu wrote: > > > got that. It can only scann 23 and 1080 AFAIK > > From p_levesque at sympatico.ca Thu Jan 24 05:17:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] proxy scanner References: <000e01c1a284$6f105a50$0ae4e6c1@ANIMALU> <3C4D5991.79138EC4@sympatico.ca> <000701c1a37d$313745f0$0ae4e6c1@ANIMALU> <3C4EB7D7.79DE157C@sympatico.ca> <001c01c1a44a$f4ce9900$0ae4e6c1@ANIMALU> Message-ID: <3C4F28CA.CD61CE8@sympatico.ca> Well, it can be done kinda easilly i guess by modding the wingate monitor. But you need basic programming experiance in the hat to do soo. Partizanu wrote: > Let`s assume that I`m willing to spend a LOT of bandwith and cpu power/ram > with this problem. Can it be done? How? > > ----- Original Message ----- > From: "Philippe Levesque" > To: > Sent: Wednesday, January 23, 2002 3:17 PM > Subject: Re: [IRCServices] proxy scanner > > > Well, Scanning *ALL* port from one host will take a *lot* of time, hehehe > > > > and if they are on 56k, you will flood them out, lol > > > > Partizanu wrote: > > > > > got that. It can only scann 23 and 1080 AFAIK > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Death311286 at aol.com Sat Jan 26 17:55:01 2002 From: Death311286 at aol.com (Death311286@aol.com) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] how comes the services dont come in .zip Message-ID: <92.2070479b.29842b0f@aol.com> how comes the services dont come in the .zip format cos i have to get a mate who gets a bit anoyed when i ask him to unzip it and rezip it in .zip format for me so could you put on you site a .zip format plz thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020126/eec046e9/attachment.htm From ron885 at axenet.org Sat Jan 26 18:16:01 2002 From: ron885 at axenet.org (Ron885) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] how comes the services dont come in .zip References: <92.2070479b.29842b0f@aol.com> Message-ID: <000c01c1a684$be585b40$b9340344@HOME> >how comes the services dont come in the .zip format cos i have to get a mate who gets a bit anoyed >when i ask him to unzip it and rezip it in .zip format for me >so could you put on you site a .zip format >plz >thanx um... because services is for *nix and not windows and the standard format for *nix programs is .tar.gz -- Ron885 NetAdmin @ irc.axenet.org From gadall at msn.com Sat Jan 26 22:39:00 2002 From: gadall at msn.com (Dallas Wright) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] how comes the services dont come in .zip References: <92.2070479b.29842b0f@aol.com> Message-ID: Most modern Windows based zip programs can handle .tar.gz files. And since services are *nix based, releasing them in a Windows based file format makes little sense. ----- Original Message ----- From: Death311286@aol.com To: ircservices@ircservices.za.net Sent: Saturday, January 26, 2002 9:53 AM Subject: [IRCServices] how comes the services dont come in .zip how comes the services dont come in the .zip format cos i have to get a mate who gets a bit anoyed when i ask him to unzip it and rezip it in .zip format for me so could you put on you site a .zip format plz thanx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020126/76536006/attachment.html From feren at foxbox.kittyfox.net Sat Jan 26 22:42:00 2002 From: feren at foxbox.kittyfox.net (Feren) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] how comes the services dont come in .zip In-Reply-To: Message-ID: > how comes the services dont come in the .zip format cos i have to get a mate who gets a bit anoyed when i ask him to unzip it and rezip it in .zip format for me > so could you put on you site a .zip format How had is it to install gzip, for crying out loud? Most *NIX flavors (even Solaris, and that says something!) come with it pre-installed these days. And if it didn't, surely you can get the package. -- ******************************************** * Jason 'Feren' Olsen * feren@kittyfox.net * ******************************************** * UNIX is a friendly OS; It's just choosy * * about who its friends are. * ******************************************** From p_levesque at sympatico.ca Sun Jan 27 00:11:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] the Makefile Message-ID: <3C52D5AD.EB697F00@sympatico.ca> Does it's only me, but the makefile seem broken when using "make" ?, it return error when compiling the languages files. gmake seem to not worry, and pass easilly without errors. Im writting, because i got thoses error from a new release i got from the services. peace, Phil (nb. the error look like that when using make: (cd lang ; make CFLAGS=" -O2 -Wall -g") "Makefile", line 18: Need an operator "Makefile", line 21: Need an operator "Makefile", line 23: Need an operator "Makefile", line 25: Need an operator "Makefile", line 28: Need an operator "Makefile", line 30: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1) From ShadowMaster at Shadow-Realm.org Sun Jan 27 06:52:00 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] the Makefile In-Reply-To: <3C52D5AD.EB697F00@sympatico.ca> References: <3C52D5AD.EB697F00@sympatico.ca> Message-ID: <200201270451.g0R4pTX71609@villageirc.net> On Saturday 26 January 2002 17:13, you wrote: > Does it's only me, but the makefile seem broken when using "make" ?, > it return error when compiling the languages files. gmake seem to not > worry, and pass easilly without errors. Im writting, because i got > thoses error from a new release i got from the services. If im not too mistaken this is a common issue with make on at least FreeBSD. gmake is the solution afaik. Ive encountered this problem with make with multiple software packages. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA, SSSCA, W3C? Who cares? http://thefreeworld.net/ From achurch at achurch.org Sun Jan 27 13:18:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] the Makefile Message-ID: <3c53e1a3.35355@achurch.org> >On Saturday 26 January 2002 17:13, you wrote: >> Does it's only me, but the makefile seem broken when using "make" ?, >> it return error when compiling the languages files. gmake seem to not >> worry, and pass easilly without errors. Im writting, because i got >> thoses error from a new release i got from the services. > >If im not too mistaken this is a common issue with make on at least FreeBSD. >gmake is the solution afaik. That's correct. This is also in the FAQ. --Andrew Church achurch@achurch.org http://achurch.org/ From todd at doonga.net Tue Jan 29 04:17:01 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Possible Bug? (or am I misinterpreting something?) Message-ID: <20020129021621.6505D1745B@snow.fingers.co.za> Hello, Under alpha 17, I have a channel set up like this: ChanServ: Information for channel #doonga: ChanServ: Founder: Doonga ChanServ: Description: DoongaNET IRC Main Help Channel ChanServ: Registered: Jan 15 00:02:31 2002 EST ChanServ: Last used: Jan 28 20:59:33 2002 EST ChanServ: Last topic: Welcome to DoongaNET IRC. Please be patient and an admin (@ or +) will be along soon to help you. ChanServ: Topic set by: Doonga ChanServ: Entry message: Welcome ChanServ: Options: Topic Retention, Topic Lock, Secure Ops, Secure, Op-Notice, Enforce ChanServ: Mode lock: +nt ChanServ: This channel will not expire. The levels for the channel are as such: ChanServ: Access level settings for channel #doonga: ChanServ: AUTOPROTECT 10 ChanServ: AUTOOP 5 ChanServ: AUTOHALFOP 4 ChanServ: AUTOVOICE 3 ChanServ: AUTODEOP -1 ChanServ: NOJOIN -2 ChanServ: INVITE 5 ChanServ: AKICK 10 ChanServ: SET 10000 ChanServ: CLEAR 10000 ChanServ: UNBAN 5 ChanServ: ACC-LIST 0 ChanServ: ACC-CHANGE 10 ChanServ: MEMO 10 ChanServ: OP-DEOP 5 ChanServ: VOICE 3 ChanServ: HALFOP 4 ChanServ: PROTECT 10 ChanServ: KICK 5 And users are set as: ChanServ: Access list for #doonga: ChanServ: Num Lev Nick ChanServ: 1 10 Gusman1 ChanServ: 2 10 norked1 ChanServ: 3 10 Darkangel ChanServ: 4 5 sykkbot ChanServ: 5 5 todd Now, given all that...User todd cannot use the unban command, it says "Permission Denied." When he tries to use it. I had a similer problem with norked1 and gusman1, so I bumped their access level to 10 before I realized the issue. Temporarily I made another channel: ChanServ: Information for channel #testing: ChanServ: Founder: Doonga ChanServ: Description: testing ChanServ: Registered: Jan 28 21:08:53 2002 EST ChanServ: Last used: Jan 28 21:09:52 2002 EST ChanServ: Options: Topic Retention, Secure, Op-Notice ChanServ: Mode lock: +nt ChanServ: Access level settings for channel #testing: ChanServ: AUTOPROTECT 10 ChanServ: AUTOOP 5 ChanServ: AUTOHALFOP 4 ChanServ: AUTOVOICE 3 ChanServ: AUTODEOP -1 ChanServ: NOJOIN -2 ChanServ: INVITE 5 ChanServ: AKICK 10 ChanServ: SET 10000 ChanServ: CLEAR 10000 ChanServ: UNBAN 5 ChanServ: ACC-LIST 0 ChanServ: ACC-CHANGE 4 ChanServ: MEMO 10 ChanServ: OP-DEOP 5 ChanServ: VOICE 3 ChanServ: HALFOP 4 ChanServ: PROTECT 10 ChanServ: KICK 5 ChanServ: Access list for #testing: ChanServ: Num Lev Nick ChanServ: 1 5 todd The unban command works properly for channel #testing. I'm more than willing to admit that I am misinterpreting one of the SET options and it is working properly. But if not, here's a bug report. :) Thanks for the help, if more info is needed, please ask. Todd From andrewk at isdial.net Tue Jan 29 08:45:01 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:37 2004 Subject: [IRCServices] Possible Bug? (or am I misinterpreting something?) References: <20020129021621.6505D1745B@snow.fingers.co.za> Message-ID: <004701c1a890$6e4fb900$9c011ac4@africa.didata.local> Please direct alpha related questions to the ircservices-coding mailing list. See the website on getting subscribed to it. http://www.ircservices.za.net/ Thanks, Andrew ----- Original Message ----- From: "Todd Punderson" To: Sent: Wednesday, January 30, 2002 4:14 AM Subject: [IRCServices] Possible Bug? (or am I misinterpreting something?) > Hello, > Under alpha 17, I have a channel set up like this: > > ChanServ: Information for channel #doonga: > ChanServ: Founder: Doonga > ChanServ: Description: DoongaNET IRC Main Help Channel > ChanServ: Registered: Jan 15 00:02:31 2002 EST > ChanServ: Last used: Jan 28 20:59:33 2002 EST > ChanServ: Last topic: Welcome to DoongaNET IRC. Please be patient and an > admin (@ or +) will be along soon to help you. > ChanServ: Topic set by: Doonga > ChanServ: Entry message: Welcome > ChanServ: Options: Topic Retention, Topic Lock, Secure Ops, Secure, > Op-Notice, Enforce > ChanServ: Mode lock: +nt > ChanServ: This channel will not expire. > > The levels for the channel are as such: > > ChanServ: Access level settings for channel #doonga: > ChanServ: AUTOPROTECT 10 > ChanServ: AUTOOP 5 > ChanServ: AUTOHALFOP 4 > ChanServ: AUTOVOICE 3 > ChanServ: AUTODEOP -1 > ChanServ: NOJOIN -2 > ChanServ: INVITE 5 > ChanServ: AKICK 10 > ChanServ: SET 10000 > ChanServ: CLEAR 10000 > ChanServ: UNBAN 5 > ChanServ: ACC-LIST 0 > ChanServ: ACC-CHANGE 10 > ChanServ: MEMO 10 > ChanServ: OP-DEOP 5 > ChanServ: VOICE 3 > ChanServ: HALFOP 4 > ChanServ: PROTECT 10 > ChanServ: KICK 5 > > And users are set as: > > ChanServ: Access list for #doonga: > ChanServ: Num Lev Nick > ChanServ: 1 10 Gusman1 > ChanServ: 2 10 norked1 > ChanServ: 3 10 Darkangel > ChanServ: 4 5 sykkbot > ChanServ: 5 5 todd > > Now, given all that...User todd cannot use the unban command, it says > "Permission Denied." When he tries to use it. I had a similer problem with > norked1 and gusman1, so I bumped their access level to 10 before I realized > the issue. > > Temporarily I made another channel: > > ChanServ: Information for channel #testing: > ChanServ: Founder: Doonga > ChanServ: Description: testing > ChanServ: Registered: Jan 28 21:08:53 2002 EST > ChanServ: Last used: Jan 28 21:09:52 2002 EST > ChanServ: Options: Topic Retention, Secure, Op-Notice > ChanServ: Mode lock: +nt > > ChanServ: Access level settings for channel #testing: > ChanServ: AUTOPROTECT 10 > ChanServ: AUTOOP 5 > ChanServ: AUTOHALFOP 4 > ChanServ: AUTOVOICE 3 > ChanServ: AUTODEOP -1 > ChanServ: NOJOIN -2 > ChanServ: INVITE 5 > ChanServ: AKICK 10 > ChanServ: SET 10000 > ChanServ: CLEAR 10000 > ChanServ: UNBAN 5 > ChanServ: ACC-LIST 0 > ChanServ: ACC-CHANGE 4 > ChanServ: MEMO 10 > ChanServ: OP-DEOP 5 > ChanServ: VOICE 3 > ChanServ: HALFOP 4 > ChanServ: PROTECT 10 > ChanServ: KICK 5 > > ChanServ: Access list for #testing: > ChanServ: Num Lev Nick > ChanServ: 1 5 todd > > The unban command works properly for channel #testing. I'm more than willing > to admit that I am misinterpreting one of the SET options and it is working > properly. But if not, here's a bug report. :) > Thanks for the help, if more info is needed, please ask. > Todd > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From ItEm at UniversoAnime.com Tue Jan 29 16:59:01 2002 From: ItEm at UniversoAnime.com (ItEm - UniversoAnime.com) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG Message-ID: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> Hi all... I'm in an IRC that has IRC Services... but it has a big bug... When a normal user (No IRCop) writes /msg Chan register The channel is registered. How can I do that only IRCops can register channels... ? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020129/091b2d04/attachment.htm From nick at devaluate.com Tue Jan 29 17:27:00 2002 From: nick at devaluate.com (Nicholas A. Martini) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG In-Reply-To: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> References: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> Message-ID: <20020129152323.GA23999@devaluate.com> you sure are stupid. On Tue, Jan 29, 2002 at 03:58:12PM +0100, ItEm - UniversoAnime.com wrote: > Hi all... I'm in an IRC that has IRC Services... but it has a big bug... When a normal user (No IRCop) writes > > /msg Chan register > > The channel is registered. How can I do that only IRCops can register channels... ? > > Thanks -- Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] Redhat Certified Engineer [#807101313203345] http://www.devaluate.com [nick@devaluate.com] [cynical: a word used by the frightened to describe the realistic] From p_levesque at sympatico.ca Tue Jan 29 19:37:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG References: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> Message-ID: <3C5689E4.28D446B4@sympatico.ca> Must be that the irc network modded the services to only allow ircops to reg channel.. /OR the channel is already regged, so you cant reg it.. or you issued a bad command ;P in any case, try /msg chanserv info #channelname to see to who it belong. Phil From ItEm at UniversoAnime.com Tue Jan 29 21:11:00 2002 From: ItEm at UniversoAnime.com (ItEm - UniversoAnime.com) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG References: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> <3C5689E4.28D446B4@sympatico.ca> Message-ID: <001301c1a8f8$42f31ff0$78621850@B6E2V6> How can I do to allow only ircops to use REGISTER command...? Thanks ----- Original Message ----- From: "Philippe Levesque" To: Sent: Tuesday, January 29, 2002 12:39 PM Subject: Re: [IRCServices] BUG > Must be that the irc network modded the services to only allow ircops to > reg channel.. /OR the channel is already regged, so you cant reg it.. or > you issued a bad command ;P > > in any case, try /msg chanserv info #channelname to see to who it > belong. > > Phil > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From nick at devaluate.com Tue Jan 29 21:25:01 2002 From: nick at devaluate.com (Nicholas A. Martini) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG In-Reply-To: <001301c1a8f8$42f31ff0$78621850@B6E2V6> References: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> <3C5689E4.28D446B4@sympatico.ca> <001301c1a8f8$42f31ff0$78621850@B6E2V6> Message-ID: <20020129192148.GE24886@devaluate.com> you cant On Tue, Jan 29, 2002 at 08:07:55PM +0100, ItEm - UniversoAnime.com wrote: > How can I do to allow only ircops to use REGISTER command...? > > Thanks > ----- Original Message ----- > From: "Philippe Levesque" > To: > Sent: Tuesday, January 29, 2002 12:39 PM > Subject: Re: [IRCServices] BUG > > > > Must be that the irc network modded the services to only allow ircops to > > reg channel.. /OR the channel is already regged, so you cant reg it.. or > > you issued a bad command ;P > > > > in any case, try /msg chanserv info #channelname to see to who it > > belong. > > > > Phil > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] Redhat Certified Engineer [#807101313203345] http://www.devaluate.com [nick@devaluate.com] [cynical: a word used by the frightened to describe the realistic] From p_levesque at sympatico.ca Wed Jan 30 00:20:02 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] BUG References: <001401c1a8d5$5ffa63b0$78621850@B6E2V6> <3C5689E4.28D446B4@sympatico.ca> <001301c1a8f8$42f31ff0$78621850@B6E2V6> Message-ID: <3C56CC54.CD6CEAE1@sympatico.ca> put a, if (!is_oper(u)) { notice_lang(s_OperServ, u, PERMISSION_DENIED); return; } in the chanserv reg command ^_^ "ItEm - UniversoAnime.com" wrote: > How can I do to allow only ircops to use REGISTER command...? > > Thanks > ----- Original Message ----- > From: "Philippe Levesque" > To: > Sent: Tuesday, January 29, 2002 12:39 PM > Subject: Re: [IRCServices] BUG > > > Must be that the irc network modded the services to only allow ircops to > > reg channel.. /OR the channel is already regged, so you cant reg it.. or > > you issued a bad command ;P > > > > in any case, try /msg chanserv info #channelname to see to who it > > belong. > > > > Phil > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From msmith at acmecorp.org Thu Jan 31 17:22:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic Message-ID: I know this is off-topic, but i think I remember it being talked about here before... I'm looking for the command that an IRC Operator can use to force the IRCd to Oper a particular user in a channel that the IRC Operator. Our little baby network lost our services server due to an icestorm that knocked out power. Any help is appreciated. Thanks! -- -MS __________ msmith@acmecorp.org From jollino at sogno.net Thu Jan 31 18:01:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels Message-ID: <7CDFE21B-1663-11D6-8584-003065BD4458@sogno.net> Hello there, I'm a happy servadmin on irc.discussioni.org, right now using version 4.5.35. There's not very much I can say against them, since they're quite perfect, though I have a couple of feature proposals: 1) Topiclock. It is possible to allow, e.g, AOPs to set topics via /cs set #chan topic newtopic when topiclock is set on, by setting to 5 the level for SET. Problem is, this will allow any user with access level 5 (AOP) to use _any_ SET command, which is not really nice :) Plus, the users should still use /cs set #chan topic to set a new topic. My proposal is: why not adding an option to decide which access level should be needed to set a topic? Something like: /cs set #chan topiclock [off | vop | hop | aop | sop | founder] when services uses the "simplified" access levels (i.e. aop, hop, et cetera), and /cs set #chan toplick [off | ] when services are using dalnet-style access levels. This should, imho, allow users to use the plain old /topic #chan stuff, as well as (why not?) the /cs set #chan topic stuff. Or maybe a /cs topic #chan stuff. 2) Last channels. When using /ns info, one can get quite a bunch of information about a user, provided the user himself didn't set the hide options. It would be nice if the /ns info returned the last channels a user was on when he/she quit, so that, e.g., if you are looking for me you can join the same channels I am usually on. Of course, this would require to filter the channels with the private flag set, and maybe also the +s channels. And it would be necessary to add a hide lastchans option too :) What do you all think? :) Daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From Georges at Berscheid.lu Thu Jan 31 18:19:00 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: Message-ID: <3C596E4C.2C4D703@Berscheid.lu> Do you mean /mode #channel +o user ? Georges "Michael D. Smith" wrote: > I know this is off-topic, but i think I remember it being > talked > about here before... > > I'm looking for the command that an IRC Operator can use to > force the IRCd to Oper a particular user in a channel that > the IRC Operator. > > Our little baby network lost our services server due to an > icestorm that knocked out power. > > Any help is appreciated. > > Thanks! > > -- > -MS > __________ > msmith@acmecorp.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From msmith at acmecorp.org Thu Jan 31 18:24:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: <3C596E4C.2C4D703@Berscheid.lu> Message-ID: <001501c1aa73$def677e0$c3e8c43f@itiwks02> that's what I thought it was, but my ircd returns #channelnane: you are not a channel operator Am I doing something wrong? -MS ----- Original Message ----- From: "Georges Berscheid" To: Sent: Thursday, January 31, 2002 8:18 Subject: Re: [IRCServices] Off topic > Do you mean /mode #channel +o user ? > > Georges From borg at borgdrone.net Thu Jan 31 18:30:01 2002 From: borg at borgdrone.net (Scott Grayban) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Beta services notice Message-ID: <002501c1aa74$5217bc20$0d37cbcc@icehouse.net> Ok everyone. I have been bugged to no end on the beta services. I have everyone's email that wanted to be a beta tester. Please don't send me 300 more emails asking the same thing over and over. That will only cause me to remove your email and not even think about you. I have certain critiria for all beta testers so if you arent picked there was a reason for it so don't take it personal. I am going as fast as I can but keep in mind that I have A Real Life and so does CaeSpock. But if there is anyone out there that has real good C coding expeirence and has done services coding please by all means contact either me or CaeSpock "IN EMAIL" not irc or icq or any other means. We would like to see some sort of code that you wrote also. EvilBorg P.S. I have been asked this once already so I will remind everyone There will be no release of any beta code to anyone except the beta testers. If you ask the email will be ignored. From p_levesque at sympatico.ca Thu Jan 31 20:56:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: <3C596E4C.2C4D703@Berscheid.lu> <001501c1aa73$def677e0$c3e8c43f@itiwks02> Message-ID: <3C593F72.473FC60@sympatico.ca> try /samode #channel +o user Phil "Michael D. Smith" wrote: > that's what I thought it was, but my ircd returns > > #channelnane: you are not a channel operator > > Am I doing something wrong? > > -MS > ----- Original Message ----- > From: "Georges Berscheid" > To: > Sent: Thursday, January 31, 2002 8:18 > Subject: Re: [IRCServices] Off topic > > > Do you mean /mode #channel +o user ? > > > > Georges > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From p_levesque at sympatico.ca Thu Jan 31 20:58:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: <3C596E4C.2C4D703@Berscheid.lu> <001501c1aa73$def677e0$c3e8c43f@itiwks02> Message-ID: <3C594020.8B843CE0@sympatico.ca> i forget to mention, that the /samode use display a globops, to prevent abuse of that, because some oper could ban/kick user from any channel if want too, abuse dont make a network very popular, :P Phil "Michael D. Smith" wrote: > that's what I thought it was, but my ircd returns > > #channelnane: you are not a channel operator > > Am I doing something wrong? > > -MS > ----- Original Message ----- > From: "Georges Berscheid" > To: > Sent: Thursday, January 31, 2002 8:18 > Subject: Re: [IRCServices] Off topic > > > Do you mean /mode #channel +o user ? > > > > Georges > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From msmith at acmecorp.org Thu Jan 31 21:12:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: <3C596E4C.2C4D703@Berscheid.lu> <001501c1aa73$def677e0$c3e8c43f@itiwks02> <3C593F72.473FC60@sympatico.ca> Message-ID: <009601c1aa8b$6f32f0b0$c3e8c43f@itiwks02> As I understand it... you can't use samode without services being up... and services being offline... -MS ----- Original Message ----- From: "Philippe Levesque" To: Sent: Thursday, January 31, 2002 4:58 Subject: Re: [IRCServices] Off topic > try > /samode #channel +o user > > Phil > > "Michael D. Smith" wrote: > > > that's what I thought it was, but my ircd returns > > > > #channelnane: you are not a channel operator > > > > Am I doing something wrong? > > > > -MS > > ----- Original Message ----- > > From: "Georges Berscheid" > > To: > > Sent: Thursday, January 31, 2002 8:18 > > Subject: Re: [IRCServices] Off topic > > > > > Do you mean /mode #channel +o user ? > > > > > > Georges > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From JULIO_GLEZ at terra.es Thu Jan 31 23:05:03 2002 From: JULIO_GLEZ at terra.es (=?iso-8859-1?Q?Julio_Gonz=E1lez_Gil?=) Date: Sat Oct 23 23:01:38 2004 Subject: Fw: [IRCServices] Off topic Message-ID: <006301c1aa9a$de551d10$be4d3b50@amberle> Some ircds, like IRC-Hispano (ircu2.10) have x-mode. For example, /mode #channel +xo nick gives op to the user Julio Gonz?lez Gil. ----- Original Message ----- From: "Georges Berscheid" To: Sent: Thursday, January 31, 2002 5:18 PM Subject: Re: [IRCServices] Off topic > Do you mean /mode #channel +o user ? > > Georges > > > "Michael D. Smith" wrote: > > > I know this is off-topic, but i think I remember it being > > talked > > about here before... > > > > I'm looking for the command that an IRC Operator can use to > > force the IRCd to Oper a particular user in a channel that > > the IRC Operator. > > > > Our little baby network lost our services server due to an > > icestorm that knocked out power. > > > > Any help is appreciated. > > > > Thanks! > > > > -- > > -MS > > __________ > > msmith@acmecorp.org > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From borg at borgdrone.net Fri Feb 1 05:20:01 2002 From: borg at borgdrone.net (Scott Grayban) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] (no subject) Message-ID: <000b01c1aacf$0e8601a0$0d37cbcc@icehouse.net> bleh Ron I sent it to the wrong dang mailing mailing list. From imran.rashid at usa.net Sat Feb 2 08:35:01 2002 From: imran.rashid at usa.net (Imran Ali Rashid) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic Message-ID: <018701c1abb4$9f87baa0$0264a8c0@giki.edu.pk> Actually thats the opposite of the actual situation. You can samode when services are NOT up. When services are up, bahamut doesn't let you use samode, and doesn't even allow you to set mode +a Imran Ali Rashid ----- Original Message ----- From: "Michael D. Smith" To: Sent: Friday, February 01, 2002 12:13 AM Subject: Re: [IRCServices] Off topic > As I understand it... you can't use samode without services being up... > > and services being offline... > > -MS > ----- Original Message ----- > From: "Philippe Levesque" > To: > Sent: Thursday, January 31, 2002 4:58 > Subject: Re: [IRCServices] Off topic > > > > try > > /samode #channel +o user > > > > Phil From achurch at achurch.org Sat Feb 2 19:26:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels Message-ID: <3c5c2101.10343@achurch.org> >Hello there, >I'm a happy servadmin on irc.discussioni.org, right now using version >4.5.35. >There's not very much I can say against them, since they're quite >perfect, though I have a couple of feature proposals: > >1) Topiclock. [...] I like the idea of moving it to a separate command (/cs topic); I'll consider it for version 5.0. >2) Last channels. [...] I don't see that this is worth the trouble of adding it (and also adding all the other auxiliary stuff like HIDE LASTCHANS), since the user isn't online and thus you can't talk to them anyway, and if they were online you could just use /whois; and in any case you can always send memos. --Andrew Church achurch@achurch.org http://achurch.org/ From kfiresun at ix.netcom.com Sat Feb 2 21:24:01 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic References: <018701c1abb4$9f87baa0$0264a8c0@giki.edu.pk> Message-ID: <004101c1ac1f$254ab060$0200000a@stormkeepers.com> ----- Original Message ----- From: "Imran Ali Rashid" To: Sent: Saturday, February 02, 2002 12:41 AM Subject: Re: [IRCServices] Off topic > Actually thats the opposite of the actual situation. > You can samode when services are NOT up. > When services are up, bahamut doesn't let you use samode, and doesn't even > allow you to set mode +a > Really? I did not see any code to this effect in the version of Bahamut I've been combing through. Version: 1.4.29 (latest according to bahamut.dal.net) I don't think that SAMODE is dependant on services being up OR down. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From jollino at sogno.net Sun Feb 3 01:30:01 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels In-Reply-To: <3c5c2101.10343@achurch.org> Message-ID: <8178F8F8-1834-11D6-A152-003065BD4458@sogno.net> Sabato, febbraio 2, 2002, alle 06:23 , Andrew Church ha scritto: >> 1) Topiclock. [...] > > I like the idea of moving it to a separate command (/cs topic); > I'll > consider it for version 5.0. My idea was to act like this: - foo changes topic on #bar (via plain /topic) - chanserv checks whether topiclock is set - if topiclock is set to (e.g.) aop, chanserv checks whether foo has aop - or higher - access on #foo - if foo is >= aop, cs just does nothing; if he's not, cs will reset the topic to the last one. if the user used /cs topic, instead, cs would just do the check about the topiclock level and refuse or accept to change the topic. allowing to use the old /topic command would, IMO, be more transparent to the end user. >> 2) Last channels. [...] > > I don't see that this is worth the trouble of adding it (and also > adding all the other auxiliary stuff like HIDE LASTCHANS), since the > user > isn't online and thus you can't talk to them anyway, and if they were > online you could just use /whois; and in any case you can always send > memos. It would be much like an extended /whowas command, which would return the channels the user was, the same way a /whois returns the channels the user is :) Regards Daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From imran.rashid at usa.net Mon Feb 4 22:00:00 2002 From: imran.rashid at usa.net (Imran Ali Rashid) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic Message-ID: <00d201c1adb7$47cf4170$0264a8c0@giki.edu.pk> I didn't bother looking at the code. I tried it out. :-) we're running bahamut-1.4(29). with services ircservices-4.5.27. When services are offline, I can use samode to op myself in a channel and so on. When services come back up I can't do anything with samode. I'm not a services oper or admin in the operserv list, though I do have the flags set for myself in ircd.conf, which is I can use the command when services isn't there. Its possible it might be related to something else, after all I didn't look at the code, but the behaviour also makes perfect sense. Normal services admin functionality allows you to do whatever you do with samode anyway, and if services are up, then why should a person be allowed to use samode since that person could use services anyway, if allowed to. Imran Ali Rashid Admin: irc.giki.edu.pk ----- Original Message ----- From: "Kelmar K. Firesun" Sent: Sunday, February 03, 2002 12:23 AM Subject: Re: [IRCServices] Off topic > ----- Original Message ----- > From: "Imran Ali Rashid" > Sent: Saturday, February 02, 2002 12:41 AM > Subject: Re: [IRCServices] Off topic > > > > Actually thats the opposite of the actual situation. > > You can samode when services are NOT up. > > When services are up, bahamut doesn't let you use samode, and doesn't even > > allow you to set mode +a > > > > Really? I did not see any code to this effect in > the version of Bahamut I've been combing through. > > Version: 1.4.29 (latest according to bahamut.dal.net) > > I don't think that SAMODE is dependant on services > being up OR down. > > Kelmar K. Firesun (IRL: Bryce Simonds) > Acting Admin: dream.esper.net From jollino at sogno.net Mon Feb 4 22:15:01 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic In-Reply-To: <00d201c1adb7$47cf4170$0264a8c0@giki.edu.pk> Message-ID: <95C4FB82-19AB-11D6-9432-003065BD4458@sogno.net> Luned?, febbraio 4, 2002, alle 09:05 , Imran Ali Rashid ha scritto: > we're running bahamut-1.4(29). with services ircservices-4.5.27. > When services are offline, I can use samode to op myself in a channel > and so > on. > When services come back up I can't do anything with samode. > I'm not a services oper or admin in the operserv list, though I do have > the > flags set for myself in ircd.conf, which is I can use the command when > services isn't there. This is the same behaviour I get on my network, which runs Unreal. The only difference is that I can use samode when services are up, because I am a services admin ;)) Note that Unreal also allows opers to directly /mode #chan +o themselves. Regards! Daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From griever at t2n.org Mon Feb 4 23:57:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Off topic In-Reply-To: Message-ID: On Mon, 4 Feb 2002, Finny Merrill wrote: Set to member only and I was using a forwarder > On Tue, 5 Feb 2002, Imran Ali Rashid wrote: > > > I didn't bother looking at the code. > > I tried it out. :-) > > we're running bahamut-1.4(29). with services ircservices-4.5.27. > > When services are offline, I can use samode to op myself in a channel and so > > on. > > When services come back up I can't do anything with samode. > > I'm not a services oper or admin in the operserv list, though I do have the > > flags set for myself in ircd.conf, which is I can use the command when > > services isn't there. > > > > Its possible it might be related to something else, after all I didn't look > > at the code, but the behaviour also makes perfect sense. Normal services > > admin functionality allows you to do whatever you do with samode anyway, and > > if services are up, then why should a person be allowed to use samode since > > that person could use services anyway, if allowed to. > > If you aren't a services admin (in operserv), it takes the +a off you. If > you add yourself as a services admin and identify, you can use samode > again > > > > Imran Ali Rashid > > Admin: irc.giki.edu.pk > > > > ----- Original Message ----- > > From: "Kelmar K. Firesun" > > Sent: Sunday, February 03, 2002 12:23 AM > > Subject: Re: [IRCServices] Off topic > > > > > > > ----- Original Message ----- > > > From: "Imran Ali Rashid" > > > Sent: Saturday, February 02, 2002 12:41 AM > > > Subject: Re: [IRCServices] Off topic > > > > > > > > > > Actually thats the opposite of the actual situation. > > > > You can samode when services are NOT up. > > > > When services are up, bahamut doesn't let you use samode, and doesn't > > even > > > > allow you to set mode +a > > > > > > > > > > Really? I did not see any code to this effect in > > > the version of Bahamut I've been combing through. > > > > > > Version: 1.4.29 (latest according to bahamut.dal.net) > > > > > > I don't think that SAMODE is dependant on services > > > being up OR down. > > > > > > Kelmar K. Firesun (IRL: Bryce Simonds) > > > Acting Admin: dream.esper.net > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > From griever at t2n.org Tue Feb 5 00:02:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] test Message-ID: Test message, please ignore From jollino at sogno.net Tue Feb 5 14:21:02 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels In-Reply-To: <8178F8F8-1834-11D6-A152-003065BD4458@sogno.net> Message-ID: <939F33C6-1A32-11D6-9617-003065BD4458@sogno.net> Domenica, febbraio 3, 2002, alle 12:28 , Jollino ha scritto: >>> 2) Last channels. [...] >> >> I don't see that this is worth the trouble of adding it (and also >> adding all the other auxiliary stuff like HIDE LASTCHANS), since the >> user >> isn't online and thus you can't talk to them anyway, and if they were >> online you could just use /whois; and in any case you can always send >> memos. > It would be much like an extended /whowas command, which would return > the channels the user was, the same way a /whois returns the channels > the user is :) I was thinking about it twice: this could be useful to opers, at least, who would be able to see where a user stays (in case of "controversial" channels). What would be nice, too, would be a voiceall option which would automatically /mode +v anone who joins a channel. This could be nice for help channels or other 'standard' channels where a user should feel "at home" :P This should be, after all, the equivalent of implicitly adding anyone to the VOP list. Yes, this is quite useful, but some users have actually asked for it and I had no clue :) Talking about requested features, any chance of having a botserv in new versions of services? Just a resident chanserv, that is... See you :) Daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From achurch at achurch.org Tue Feb 5 15:36:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels Message-ID: <3c5fdfab.34561@achurch.org> >What would be nice, too, would be a voiceall option which would >automatically /mode +v anone who joins a channel. /cs levels #channel set autovoice 0 >Talking about requested features, any chance of having a botserv in new >versions of services? Just a resident chanserv, that is... No. --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Tue Feb 5 15:52:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) In-Reply-To: <3c5fdfab.34561@achurch.org> Message-ID: <544E6812-1A3F-11D6-9617-003065BD4458@sogno.net> Marted?, febbraio 5, 2002, alle 02:34 , Andrew Church ha scritto: >> What would be nice, too, would be a voiceall option which would >> automatically /mode +v anone who joins a channel. > > /cs levels #channel set autovoice 0 Nice, I didn't think about it.. I never really played with levels ;) >> Talking about requested features, any chance of having a botserv in new >> versions of services? Just a resident chanserv, that is... > > No. Can I dare asking why? :)) Daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From achurch at achurch.org Tue Feb 5 15:55:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) Message-ID: <3c5fe400.35403@achurch.org> >>> Talking about requested features, any chance of having a botserv in >new >>> versions of services? Just a resident chanserv, that is... >> >> No. > >Can I dare asking why? :)) You could read the FAQ. --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Tue Feb 5 16:07:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) In-Reply-To: <3c5fe400.35403@achurch.org> Message-ID: <63AF7494-1A41-11D6-9617-003065BD4458@sogno.net> Marted?, febbraio 5, 2002, alle 02:53 , Andrew Church ha scritto: >>>> Talking about requested features, any chance of having a botserv in >> new >>>> versions of services? Just a resident chanserv, that is... >>> >>> No. >> >> Can I dare asking why? :)) > > You could read the FAQ. I'm sorry, I probably skipped that part while reading the FAQ. -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From p_levesque at sympatico.ca Tue Feb 5 21:30:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) References: <544E6812-1A3F-11D6-9617-003065BD4458@sogno.net> Message-ID: <3C5FDF00.55BDD6B9@sympatico.ca> > > > >> Talking about requested features, any chance of having a botserv in new > >> versions of services? Just a resident chanserv, that is... > > > > No. > > Can I dare asking why? :)) > I hope im not off of topic again, but a bot residing in a chan got all data from that channel(privmsg #channel blah blah blah), so that make services laggggggggggggg ;p and lag even more if a flood get active in that channel, lol Well, unless their is a way in services to see privmsg destinated to channel without any services bot in that channel? and if their is a way, let me know, i will like to know. and told me if im off topic, (my french make me read question not like they can use to be ;p) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020205/d3024ce8/attachment.html From jollino at sogno.net Tue Feb 5 21:37:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) In-Reply-To: <3C5FDF00.55BDD6B9@sympatico.ca> Message-ID: <89935D8D-1A6F-11D6-9617-003065BD4458@sogno.net> Marted?, febbraio 5, 2002, alle 02:32 , Philippe Levesque ha scritto: > I hope im not off of topic again, but a bot residing in a chan got all > data from that channel(privmsg #channel blah blah blah), so that make > services laggggggggggggg ;p and lag even more if a flood get active in > that channel, lol Bots that don't need to read what's happening in channels can set themselves +d (deaf), so that they will NOT receive anything destined to channels. > Well, unless their is a way in services to see privmsg destinated to > channel without any services bot in that channel? Isn't that spying users? :) > and told me if im off topic, (my french make me read question not like > they can use to be ;p) Uhm yeah I think we're a bit off topic :) Regards -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From p_levesque at sympatico.ca Tue Feb 5 21:49:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) References: <89935D8D-1A6F-11D6-9617-003065BD4458@sogno.net> Message-ID: <3C5FE379.3D5F6167@sympatico.ca> > > Well, unless their is a way in services to see privmsg destinated to > > channel without any services bot in that channel? > Isn't that spying users? :) hehe, not at all ;p I did a floodserv bot, and it need to be in a room to receive the text/ctcp, so i was looking to solve that, :-) From daffy at daffy.za.net Tue Feb 5 21:55:01 2002 From: daffy at daffy.za.net (Daffy_Duc) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv In-Reply-To: <3C5FE379.3D5F6167@sympatico.ca> Message-ID: >> > Well, unless their is a way in services to see privmsg destinated to >> > channel without any services bot in that channel? >> Isn't that spying users? :) > >hehe, not at all ;p > >I did a floodserv bot, and it need to be in a room to receive the text/ctcp, >so i was looking to solve that, :-) UnrealIRCD (I'm running 3.2-Selene[beta6]) Allows you to set a client mode +I and then join a channel. No-one else on the channel sees the client join the channel, but the client still recieves the channel messages - Essentially an invisible channel member. I'm doing exactely this because I use an IRC channel to handle user complaints/support queries, etc for an ISP and I have a client sitting in the channel logging everything for reference... Hope this helps From kfiresun at ix.netcom.com Tue Feb 5 22:57:00 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) References: <89935D8D-1A6F-11D6-9617-003065BD4458@sogno.net> Message-ID: <007d01c1ae87$b6132310$0200000a@stormkeepers.com> The +d mode is an Unreal user mode only. Many daemons do not have this feature. And with many of the Unreal modes is rather pointless to add. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net ----- Original Message ----- From: "Jollino" To: Sent: Tuesday, February 05, 2002 1:35 PM Subject: Re: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) Marted?, febbraio 5, 2002, alle 02:32 , Philippe Levesque ha scritto: > I hope im not off of topic again, but a bot residing in a chan got all > data from that channel(privmsg #channel blah blah blah), so that make > services laggggggggggggg ;p and lag even more if a flood get active in > that channel, lol Bots that don't need to read what's happening in channels can set themselves +d (deaf), so that they will NOT receive anything destined to channels. ] ... SNIP ... [ From jollino at sogno.net Tue Feb 5 23:03:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) In-Reply-To: <007d01c1ae87$b6132310$0200000a@stormkeepers.com> Message-ID: <8B313591-1A7B-11D6-9617-003065BD4458@sogno.net> Marted?, febbraio 5, 2002, alle 09:57 , Kelmar K. Firesun ha scritto: > The +d mode is an Unreal user mode only. No, afaik also ircu (i.e. undernet) has it. -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From JULIO_GLEZ at terra.es Tue Feb 5 23:33:00 2002 From: JULIO_GLEZ at terra.es (=?iso-8859-1?Q?Julio_Gonz=E1lez_Gil?=) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) References: <89935D8D-1A6F-11D6-9617-003065BD4458@sogno.net> <007d01c1ae87$b6132310$0200000a@stormkeepers.com> Message-ID: <000901c1ae8c$97b4fd80$be4d3b50@amberle> Some ircu daemons have already implemented this feature too ;) I don?t know if original Undernet ircu2.10.x have this mode, but other derivates like Es-Net/Hispano (http://devel.irc-hispano.org) or Terraircu (http://irc.zolty.net) have this mode included on code... ----- Original Message ----- From: "Kelmar K. Firesun" To: Sent: Tuesday, February 05, 2002 9:57 PM Subject: Re: [IRCServices] botserv (was: [Suggestion for next versions] Topiclock and last channels) > The +d mode is an Unreal user mode only. > > Many daemons do not have this feature. And > with many of the Unreal modes is rather > pointless to add. > > Kelmar K. Firesun (IRL: Bryce Simonds) > Acting Admin: dream.esper.net From jollino at sogno.net Wed Feb 6 12:40:02 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] (4.5.37) Enforce prevents SecureOps?! Message-ID: <20020206103926.2748E184D2@mail.sogno.net> Hello there, just upgraded to services 4.5.37 and also set the MergeChannelModes options too. I have one problem, though. I had two channels (#chieti and #amici) set up quite the same way: #chieti -> Options: Topic Retention, Topic Lock, Secure Ops, Secure, Enforce #amici -> Options: Topic Retention, Secure Ops, Secure, Enforce If I op someone who's not in access list on #chieti, he gets deopped, but the same doesn't work on #amici. If I disable Enforce on #amici, though, it works - but of course it won't reop someone who gets deopped. Why is that happening? Is this somehow related to MergeChannelModes? Thanks in advance -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... ___________________________________ Inviato da Sogno.net, http://mail.sogno.net From jollino at sogno.net Wed Feb 6 13:58:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] (4.5.37) Enforce prevents SecureOps?! In-Reply-To: <20020206103926.2748E184D2@mail.sogno.net> Message-ID: <8463D65D-1AF8-11D6-BBA3-003065BD4458@sogno.net> Mercoled?, febbraio 6, 2002, alle 11:39 , Jollino ha scritto: > Hello there, > just upgraded to services 4.5.37 and also set the MergeChannelModes > options too. > I have one problem, though. I had two channels (#chieti and #amici) set > up quite the same way: > #chieti -> Options: Topic Retention, Topic Lock, Secure Ops, Secure, > Enforce > #amici -> Options: Topic Retention, Secure Ops, Secure, Enforce > If I op someone who's not in access list on #chieti, he gets deopped, > but the same doesn't work on #amici. If I disable Enforce on #amici, > though, it works - but of course it won't reop someone who gets deopped. > Why is that happening? Is this somehow related to MergeChannelModes? > > Thanks in advance [update] I started the "old" 4.5.35 services and the problem persists... it worked perfectly before. Maybe a restart of the server itself could help? -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From jollino at sogno.net Wed Feb 6 14:24:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Autovoice set to level 0 doesn't allow enforce to work properly (was: (4.5.37) Enforce prevents SecureOps?!) In-Reply-To: <8463D65D-1AF8-11D6-BBA3-003065BD4458@sogno.net> Message-ID: <3A8F7914-1AFC-11D6-BBA3-003065BD4458@sogno.net> Mercoled?, febbraio 6, 2002, alle 12:56 , Jollino ha scritto: >> I have one problem, though. I had two channels (#chieti and #amici) >> set up quite the same way: >> #chieti -> Options: Topic Retention, Topic Lock, Secure Ops, Secure, >> Enforce >> #amici -> Options: Topic Retention, Secure Ops, Secure, Enforce >> If I op someone who's not in access list on #chieti, he gets deopped, >> but the same doesn't work on #amici. If I disable Enforce on #amici, >> though, it works - but of course it won't reop someone who gets >> deopped. It seems to be connected to the fact that I had set the autovoice level for #amici to 0, to allow /mode +v onto anyone who joined, but still I cannot understand why it doesn't deop someone who has been opped. If the autoop level is 5, and the access level of a non-privileged user is 0, shouldn't it fall back to voice (which is also 0)? I'm confused :) -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From achurch at achurch.org Thu Feb 7 13:08:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] (4.5.37) Enforce prevents SecureOps?! Message-ID: <3c625fe2.14451@achurch.org> > #chieti -> Options: Topic Retention, Topic Lock, Secure Ops, Secure, Enforce > #amici -> Options: Topic Retention, Secure Ops, Secure, Enforce >If I op someone who's not in access list on #chieti, he gets deopped, but the same doesn't work on #amici. If I disable Enforce on #amici, though, it works - but of course it won't reop someone who gets deopped. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 7 13:31:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Services 4.5.38 released Message-ID: <3c62653c.16004@achurch.org> Services 4.5.38 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5.38.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5.38.diff.gz ftp.ircservices.za.net and the mirrors should have it shortly. This release fixes the problem reported with AUTOVOICE and ENFORCE. Also, it has been reported and confirmed that failure to install Q:lines on all of your servers when nick changing (NSForceNickChange) is in use can allow users to escape Services' notice and use others' nicks without fear of retaliation via nick kills or the GHOST command. A workaround is being worked on for version 5.0; in the meantime, make sure you have Q:lines installed on all of your servers for "Guest*" (or whatever you use for guest nicks). Changes in version 4.5.38 ------------------------- 2002/02/07 Fixed bug causing AUTODEOP channel level to be ignored if AUTOVOICE was set less or equal. Reported by Jollino --Andrew Church achurch@achurch.org http://achurch.org/ From silvius at expres.ro Thu Feb 7 14:13:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Services 4.5.38 released References: <3c62653c.16004@achurch.org> Message-ID: <001801c1afd0$abde5e60$0ae4e6c1@ANIMALU> > This release fixes the problem reported with AUTOVOICE and ENFORCE. > Also, it has been reported and confirmed that failure to install Q:lines on > all of your servers when nick changing (NSForceNickChange) is in use can > allow users to escape Services' notice and use others' nicks without fear > of retaliation via nick kills or the GHOST command. A workaround is being > worked on for version 5.0; in the meantime, make sure you have Q:lines > installed on all of your servers for "Guest*" (or whatever you use for > guest nicks). > Or, if may I add, disable "NSForceNickChange" from services.conf From mark at mhetherington.demon.co.uk Fri Feb 8 02:49:01 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels In-Reply-To: <3c5fdfab.34561@achurch.org> Message-ID: > >What would be nice, too, would be a voiceall option which would > >automatically /mode +v anone who joins a channel. > > /cs levels #channel set autovoice 0 Out of interest, would doing this put any particularly excessive load on services? I would assume that since services must always process the 'on join' event for uses joining a channel in order to asceratin potential access rights, the potential additional load would be in the issuing of the '/mode +v' per user joining. Mark. From achurch at achurch.org Fri Feb 8 03:09:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [Suggestion for next versions] Topiclock and last channels Message-ID: <3c632500.54304@achurch.org> >> >What would be nice, too, would be a voiceall option which would >> >automatically /mode +v anone who joins a channel. >> >> /cs levels #channel set autovoice 0 > >Out of interest, would doing this put any particularly excessive load on >services? I would assume that since services must always process the 'on >join' event for uses joining a channel in order to asceratin potential >access rights, the potential additional load would be in the issuing of the >'/mode +v' per user joining. That's about it--since Services has to check the various auto-XYZ levels anyway, the only additional load is actually sending the MODE message. --Andrew Church achurch@achurch.org http://achurch.org/ From nick at devaluate.com Fri Feb 8 05:04:00 2002 From: nick at devaluate.com (Nicholas A. Martini) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Services ignoring people In-Reply-To: <3c62653c.16004@achurch.org> References: <3c62653c.16004@achurch.org> Message-ID: <20020208030058.GA20066@devaluate.com> hello. i am running ircservices (the current version, always keeping up to date on the stable releae) on Unreal-beta6. the problem is that sometimes services (most notably chanserv) tends to ignore users for some reason. ive looked at the logs and found nothing. chanserv never ignores oper'd users, but will sometimes ignore identified (with nickserv) users. any ideas? nk -- Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] Redhat Certified Engineer [#807101313203345] http://www.devaluate.com [nick@devaluate.com] [cynical: a word used by the frightened to describe the realistic] From achurch at achurch.org Fri Feb 8 06:07:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Services ignoring people Message-ID: <3c634ebe.64317@achurch.org> >hello. i am running ircservices (the current version, always keeping up >to date on the stable releae) on Unreal-beta6. > >the problem is that sometimes services (most notably chanserv) tends to >ignore users for some reason. ive looked at the logs and found nothing. >chanserv never ignores oper'd users, but will sometimes ignore >identified (with nickserv) users. > >any ideas? Services may be ignoring the users because of a command that took a long time to execute; in a case such as this either have the user execute the command again (ignore lasts only the length of time the previous command took, typically a few seconds at most) or use the OperServ LISTIGNORE command (undocumented) as a Services admin to see if the user is on the ignore list. Ignore will (hopefully) work more cleanly in version 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Sat Feb 9 21:16:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [proposal] "your nick isn't registered" message Message-ID: <38B94BC6-1D91-11D6-9074-003065BD4458@sogno.net> hello there, another nice feature that could be implemented is some sort of a welcome message for unregistered nicks. imo this should work like this: 1. nick 'foobar' connects to the network, services get aware of this (as they already do now, don't they?) 2. services check if 'foobar' is a registered nick. if yes, go to point 3a; if not, go to 3b 3a. send a notice to 'foobar' saying "hello there, your nick isn't registered. if you need more information, type /ns help register" 3b. send the standard "this nick is registered, please identify" i noticed that most people seem to skip the logon news, so this would be useful :) keep up the great work and forgive me for bothering you so often about feature proposals :P daniele -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From achurch at achurch.org Sat Feb 9 21:43:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [proposal] "your nick isn't registered" message Message-ID: <3c657b77.55074@achurch.org> >hello there, >another nice feature that could be implemented is some sort of a welcome >message for unregistered nicks. [...] >i noticed that most people seem to skip the logon news, so this would be >useful :) If they skip the logon news, why would they read a message like this? --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Sat Feb 9 21:50:01 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [proposal] "your nick isn't registered" message In-Reply-To: <3c657b77.55074@achurch.org> Message-ID: <08BA176D-1D96-11D6-9074-003065BD4458@sogno.net> Sabato, febbraio 9, 2002, alle 08:40 , Andrew Church ha scritto: >> hello there, >> another nice feature that could be implemented is some sort of a >> welcome >> message for unregistered nicks. > [...] >> i noticed that most people seem to skip the logon news, so this would >> be >> useful :) > > If they skip the logon news, why would they read a message like > this? Because this would be more direct... when people find a bunch of text (me included), they tend to postpone the reading, as if "let me first do what i need, then i'll read". But what if the message looked like: "Hello Jollino! Your nick isn't registered, if you wish to do so, please type /ns register pass email" with the nick itself included? Wouldn't you read it more happily? :) -- Jollino [jollino at sogno dot net - jollino at chieti dot ch] IRC Operator on irc.discussioni.org Webmaster of http://www.sogno.net and related services Active content provider of http://www.chieti.ch Italian Dreamer no. 2305 (www.italiandreamers.net) Longe vivu la verda stelo de Esperanto! Eg atart agap?en... From mark at mhetherington.demon.co.uk Sun Feb 10 03:56:00 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights In-Reply-To: <3c657b77.55074@achurch.org> Message-ID: Since Services admins often have the ability to change various channel settings and modes without any specific rights to a channel, there ought to be some way to record and/or announce this activity. This would also bring such access inline with commands used via OperServ and some other services operations. I would like to suggest that both a log option and a /globops option be implemented to record and/or announce when a services admin changes modes and settings that they would not otherwise have access to. Mark. From p_levesque at sympatico.ca Sun Feb 10 04:56:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights References: Message-ID: <3C658D68.364993C6@sympatico.ca> Well, a easy way to fix that, is simply enable the log option in ur mirc on ur status windows =P, because on the net im, their is wallop on each /samode use Mark Hetherington wrote: > Since Services admins often have the ability to change various channel > settings and modes without any specific rights to a channel, there ought to > be some way to record and/or announce this activity. This would also bring > such access inline with commands used via OperServ and some other services > operations. > > I would like to suggest that both a log option and a /globops option be > implemented to record and/or announce when a services admin changes modes > and settings that they would not otherwise have access to. > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at mhetherington.demon.co.uk Sun Feb 10 16:00:01 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights In-Reply-To: <3C658D68.364993C6@sympatico.ca> Message-ID: > Philippe Levesque wrote: > Well, a easy way to fix that, is simply enable the log option in > ur mirc on ur > status windows =P, because on the net im, their is wallop on each > /samode use Not really since samode (an IRCd level call) is not among the commands I discuss in my post. /cs set (a services level call) for example. Mark. From achurch at achurch.org Mon Feb 11 07:54:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] [proposal] "your nick isn't registered" message Message-ID: <3c675c4e.71722@achurch.org> >Because this would be more direct... when people find a bunch of text >(me included), they tend to postpone the reading, as if "let me first do > >what i need, then i'll read". But what if the message looked like: > "Hello Jollino! Your nick isn't registered, if you wish to do so, >please type /ns register pass email" >with the nick itself included? Wouldn't you read it more happily? :) No. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Feb 11 07:55:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights Message-ID: <3c675c87.71756@achurch.org> WallOSChannel --Andrew Church achurch@achurch.org http://achurch.org/ >Since Services admins often have the ability to change various channel >settings and modes without any specific rights to a channel, there ought to >be some way to record and/or announce this activity. This would also bring >such access inline with commands used via OperServ and some other services >operations. > >I would like to suggest that both a log option and a /globops option be >implemented to record and/or announce when a services admin changes modes >and settings that they would not otherwise have access to. > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Mon Feb 11 12:37:00 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights Message-ID: <1174.195.92.144.170.1013423777.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > > WallOSChannel AIUI, this option is merely for OperServ and has no effect on whether ChanServ and NickServ set commands used by Services Admins are announced or not. The code for NickServ and ChanServ have no reference to the flag. My suggestion was to make Services Admin use of all psuedo clients operate with similar tracking facilities to those of OperServ. Mark. > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Since Services admins often have the ability to change > various channel > >settings and modes without any specific rights to a channel, > there ought to > >be some way to record and/or announce this activity. This > would also bring > >such access inline with commands used via OperServ and some > other services > >operations. Mark. From damien at renegadeirc.net Mon Feb 11 15:26:00 2002 From: damien at renegadeirc.net (Damien) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Problem with Services Auto op Message-ID: <000901c1b2ff$b0cb4280$1eaaecd1@justice> Good Morning all, Please forgive the silly questions, but I have read through the README's and FAQ's, no matter what myself or my users try, they can not get the auto op feature to work. They have tried clearing all the modes from the channels, but to no avail. What could possibly be wrong.. we are using ircservices version 4.5.38 with bahamut ircd version 1.4.29. the test server ip is 209.236.170.156, incase anyone would like to see or recreate the problem. Thank you in advance for your help, and once again, I apologize for the silly questions.. Thanks Damien -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020211/6f1429fe/attachment.htm From achurch at achurch.org Mon Feb 11 19:24:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Suggestion wrt Service Admin rights Message-ID: <3c67fdf2.43437@achurch.org> >> Andrew Church wrote: >> >> WallOSChannel > >AIUI, this option is merely for OperServ and has no effect on whether >ChanServ and NickServ set commands used by Services Admins are announced or >not. The code for NickServ and ChanServ have no reference to the flag. > >My suggestion was to make Services Admin use of all psuedo clients operate >with similar tracking facilities to those of OperServ. Sorry, I misunderstood you. Point taken, I'll look into it for 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ >Mark. > >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >Since Services admins often have the ability to change >> various channel >> >settings and modes without any specific rights to a channel, >> there ought to >> >be some way to record and/or announce this activity. This >> would also bring >> >such access inline with commands used via OperServ and some >> other services >> >operations. > >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From martinpels at hotmail.com Wed Feb 13 23:59:00 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] ChanServ OP/DEOP/etc Suggestion References: Message-ID: I think it would be a good idea to make the ChanServ OP, DEOP, etc. commands available to users in the Services Oper and Admin list for every channel. Users in these lists can allready use the OperServ MODE and KICK commands, why not give them the ability to do the same with ChanServ? Another option is to give Services Operators/Admins acceslevel 100 or 1000 on every channel. Using the latter they wouldn't have to do GETPASS first and then identify for the channel before they can change settings. From k.hawkes at zombies.force9.net Thu Feb 14 00:10:01 2002 From: k.hawkes at zombies.force9.net (K. Hawkes) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] ChanServ OP/DEOP/etc Suggestion References: Message-ID: <001101c1b4db$262dfc70$01000001@quinn> > I think it would be a good idea to make the ChanServ OP, DEOP, etc. commands > available to users in the Services Oper and Admin list for every channel. > Users in these lists can allready use the OperServ MODE and KICK commands, > why not give them the ability to do the same with ChanServ? > Why? OperServ MODE and KICK do exactly the same thing that you want. The only difference between an OperServ MODE and ChanServ MODE that I can recall is just which service sends the MODE/KICK out... no other real differences. If I'm wrong here please someone point me out. > Another option is to give Services Operators/Admins acceslevel 100 or 1000 > on every channel. > Using the latter they wouldn't have to do GETPASS first and then identify > for the channel before they can change settings. What for? I can understand Services Admins maybe sometime needing to change channel settings, would it not be far easier to change the 'SET *' commands so it allows the command if the user issuing the command is a Services Admin. Services Opers IMO shouldn't have this kind of ability or perhaps defined as a Config File Option if it is deemed necessary? Just my 0.02 pence. Miles > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From martinpels at hotmail.com Thu Feb 14 00:14:00 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] ChanServ OP/DEOP/etc Suggestion References: Message-ID: Err, where did this come from? Ignore it, issue has allready been discussed :-) ----- Original Message ----- From: "Martin Pels" To: Sent: Sunday, February 10, 2002 11:27 AM Subject: [IRCServices] ChanServ OP/DEOP/etc Suggestion > I think it would be a good idea to make the ChanServ OP, DEOP, etc. commands > available to users in the Services Oper and Admin list for every channel. > Users in these lists can allready use the OperServ MODE and KICK commands, > why not give them the ability to do the same with ChanServ? > > Another option is to give Services Operators/Admins acceslevel 100 or 1000 > on every channel. > Using the latter they wouldn't have to do GETPASS first and then identify > for the channel before they can change settings. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From uhc0 at rz.uni-karlsruhe.de Thu Feb 14 00:22:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:38 2004 Subject: AW: [IRCServices] ChanServ OP/DEOP/etc Suggestion In-Reply-To: Message-ID: <000001c1b4dc$b7e864b0$0264a8c0@nygmatech.local> > I think it would be a good idea to make the ChanServ OP, > DEOP, etc. commands > available to users in the Services Oper and Admin list for > every channel. These operators are free to add /alias'es to their scripts which do these things. And the command would even become shorter. > Users in these lists can allready use the OperServ MODE and > KICK commands, > why not give them the ability to do the same with ChanServ? Because it is unnecessary. > Another option is to give Services Operators/Admins > acceslevel 100 or 1000 > on every channel. WHY ? I, as a former services root, and network admin, would never accept any operator of me to be able to use access or akick commands other than LIST for channels. Enabling your suggestion overrides any user privilege that the founder and other users could have had in the channel. > Using the latter they wouldn't have to do GETPASS first and > then identify > for the channel before they can change settings. What kind of irc network do you chat in ? How comes that your operators continously need to GETPASS and use CS AKICK/ACCESS ? GETPASS is the last help to solve problems in case a user claims of a stolen channel password. It is never there that services admins begin acting like founders. In our network e.g., the getpass command requires even root privileges. AND NOONE has ever stated the need to CHANGE access or akick lists. Sorry but this change is simply inacceptable for me. Not even as a config option. SCNR, yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From nick at devaluate.com Thu Feb 14 04:28:00 2002 From: nick at devaluate.com (Nicholas A. Martini) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Unreal3.2-beta6 and svsnoop In-Reply-To: References: Message-ID: <20020214022451.GA19432@devaluate.com> HI! im just wondering if anyone has gotten svsnoop to work with the latest unreal. i do a recursive grep, and find some stuff about it being disabled, but then theres new code for it. ive sent it via operserv's raw command, but nothing happens. any ideas? nk -- Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] Redhat Certified Engineer [#807101313203345] http://www.devaluate.com [nick@devaluate.com] [cynical: a word used by the frightened to describe the realistic] From uhc0 at rz.uni-karlsruhe.de Thu Feb 14 04:42:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:38 2004 Subject: AW: [IRCServices] Unreal3.2-beta6 and svsnoop In-Reply-To: <20020214022451.GA19432@devaluate.com> Message-ID: <000501c1b501$19b03e60$0264a8c0@nygmatech.local> Your "subject" points everything out to obvious: 1) This is ircservices related mailing list 2) You are asking about a beta software. I believe its coders are fully aware of what you are asking, and I think that they will have an svsnoop or equivalent in the release the way they think it should be there. 3) Do a normal grep for m_svsnoop and read its code. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von > Nicholas A. Martini > Gesendet: Donnerstag, 14. Februar 2002 03:25 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Unreal3.2-beta6 and svsnoop > > > HI! > > im just wondering if anyone has gotten svsnoop to work with > the latest unreal. i do a recursive grep, and find some stuff > about it being disabled, but then theres new code for it. > > ive sent it via operserv's raw command, but nothing happens. > > any ideas? > > nk > > > -- > Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] > Redhat Certified Engineer [#807101313203345] > http://www.devaluate.com [nick@devaluate.com] > [cynical: a word used by the frightened to describe the realistic] > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From nick at devaluate.com Thu Feb 14 04:47:00 2002 From: nick at devaluate.com (Nicholas A. Martini) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Unreal3.2-beta6 and svsnoop In-Reply-To: <000501c1b501$19b03e60$0264a8c0@nygmatech.local> References: <20020214022451.GA19432@devaluate.com> <000501c1b501$19b03e60$0264a8c0@nygmatech.local> Message-ID: <20020214024310.GA19622@devaluate.com> RTFM NICK YOU MORON. A: since svsnoop requires a U:lined server, i thought MAYBE someone on this splendid, helpful list MIGHT have some idea. B: ive read the source. ive used grep. i thought i wouldnt bother pasting it here. C: its really not necessary to send mail like this. its redundant. !!! IDEA !!! lets state the obvious, spew a few RTFM, and kill ourselves. way to annoy me. On Thu, Feb 14, 2002 at 03:41:27AM +0100, Yusuf Iskenderoglu wrote: > > Your "subject" points everything out to obvious: > > 1) This is ircservices related mailing list > 2) You are asking about a beta software. I believe its coders are > fully aware of what you are asking, and I think that they will have > an svsnoop or equivalent in the release the way they think it > should be there. > 3) Do a normal grep for m_svsnoop and read its code. > > Regards; > yusuf > > ---------------------------------------------------------------------- > | Yusuf Iskenderoglu | You get to meet all sorts, | > | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | > | eMail - s_iskend@ira.uka.de | | > | ICQ UIN : 20587464 \ TimeMr14C | | > ---------------------------------------------------------------------- > > > > > -----Urspr?ngliche Nachricht----- > > Von: ircservices-admin@ircservices.za.net > > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von > > Nicholas A. Martini > > Gesendet: Donnerstag, 14. Februar 2002 03:25 > > An: ircservices@ircservices.za.net > > Betreff: [IRCServices] Unreal3.2-beta6 and svsnoop > > > > > > HI! > > > > im just wondering if anyone has gotten svsnoop to work with > > the latest unreal. i do a recursive grep, and find some stuff > > about it being disabled, but then theres new code for it. > > > > ive sent it via operserv's raw command, but nothing happens. > > > > any ideas? > > > > nk > > > > > > -- > > Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] > > Redhat Certified Engineer [#807101313203345] > > http://www.devaluate.com [nick@devaluate.com] > > [cynical: a word used by the frightened to describe the realistic] > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo> /ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ] Redhat Certified Engineer [#807101313203345] http://www.devaluate.com [nick@devaluate.com] [cynical: a word used by the frightened to describe the realistic] From griever at t2n.org Thu Feb 14 05:42:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Unreal3.2-beta6 and svsnoop In-Reply-To: <20020214024310.GA19622@devaluate.com> Message-ID: On Wed, 13 Feb 2002, Nicholas A. Martini wrote: > RTFM NICK YOU MORON. Wow, you're being polite > > A: since svsnoop requires a U:lined server, i thought MAYBE someone on > this splendid, helpful list MIGHT have some idea. Since optimum online requires a cable modem, I thought MAYBE us robotics wouldn't mind if I asked them to fix the lag on my connection! > > B: ive read the source. ive used grep. i thought i wouldnt bother > pasting it here. good, don't > > C: its really not necessary to send mail like this. its redundant. Sure > > !!! IDEA !!! > lets state the obvious, spew a few RTFM, and kill ourselves. This isn't an unreal mailing list, should I write that on a clue-by-four and LART you with it? that would relieve some of my stress. > > way to annoy me. *WHACK* > From andrewk at isdial.net Thu Feb 14 11:02:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Unreal3.2-beta6 and svsnoop References: Message-ID: <005d01c1b536$423fbf60$9c011ac4@africa.didata.local> * This list is for the discussion and support of stable versions of IRC Services. Please let's try keep discussions and postings on topic. Personal confrontations are not acceptable topics of discussion. * If you have questions that may be related to IRC Services in some way, but do not directly relate to it, please post them to the development mailing list (ircserv