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 (ircservices-coding - you can subscribe at www.ircservices.za.net) Your help is greatly appreciated, Andrew From jollino at sogno.net Sat Feb 23 12:57:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How to downgrade to 4.4? Message-ID: Hello there, I'm having a look at other services for irc (not that I'm not happy with ircservices, but world is beautiful because it's various, isn't it? :), and I came across with epona, which I would like to try in an already-set environment, such as the one I have now with ircservices. The problem is that I need the ircservices-4.4 compatbile databases .. is there a way to convert 4.5.38 databases to 4.4? If I try to run services 4.4 with my current databases, it complains about a different version of the files, and it won't try to load anyway, not even if i provide the -forceload option. Could anyone give me any hints, please? Thanks! PS: looks like epona is a copy of ircservices with some stuff added! -- 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 23 14:08:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How to downgrade to 4.4? Message-ID: <3c7785bc.44055@achurch.org> >Hello there, >I'm having a look at other services for irc (not that I'm not happy with >ircservices, but world is beautiful because it's various, isn't it? :), > >and I came across with epona, which I would like to try in an >already-set environment, such as the one I have now with ircservices. >The problem is that I need the ircservices-4.4 compatbile databases .. >is there a way to convert 4.5.38 databases to 4.4? If I try to run >services 4.4 with my current databases, it complains about a different >version of the files, and it won't try to load anyway, not even if i >provide the -forceload option. > >Could anyone give me any hints, please? Sorry, it's not possible to downgrade to version 4.4; you should ask the author of Epona for conversion support for version 4.5 databases. (Version 5.0 will include an XML export function, which should make things like this easier if other program authors adopt it as well.) >PS: looks like epona is a copy of ircservices with some stuff added! Yup, I'm aware of it. The author has some not-very-complimentary comments in his change log, so I'm not very fond of it, but it has provided some useful insights, as have many of the other Services variants out there (hooray for open source!). --Andrew Church achurch@achurch.org http://achurch.org/ From msmith at acmecorp.org Wed Feb 27 06:11:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] README Question Message-ID: <3C7C5BB9.3010803@acmecorp.org> Not sure when the last time the README was updated... does IRC Services support Ultimate IRCd? -- -MS ____ msmith@acmecorp.org From uhc0 at rz.uni-karlsruhe.de Wed Feb 27 13:32:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:38 2004 Subject: AW: [IRCServices] README Question In-Reply-To: <3C7C5BB9.3010803@acmecorp.org> Message-ID: <000801c1bf82$4b9c1b20$0264a8c0@nygmatech.local> No, it does not ;-P ---------------------------------------------------------------------- | 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 > Michael D. Smith > Gesendet: Mittwoch, 27. Februar 2002 05:08 > An: ircservices > Betreff: [IRCServices] README Question > > > Not sure when the last time the README was updated... > > does IRC Services support Ultimate IRCd? > -- > -MS > ____ > msmith@acmecorp.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From achurch at achurch.org Wed Feb 27 14:29:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] Services 4.5.39 released Message-ID: <3c7cd13e.13642@achurch.org> Services 4.5.39 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5.39.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5.39.diff.gz ftp.ircservices.za.net and the mirrors should have it shortly. This release fixes a minor security issue with MemoServ, which could allow a user to receive new-memo messages for another user without needing to identify or be on a nickname access list; in particular, if the other user has two or more nicks linked together, then a malicious user could use one of the nicks and receive notices from MemoServ when memos were sent to the other user (the real nickname owner), because MemoServ failed to check that the user was recognized (on the access list) or identified before sending the notice. While such malicious users could not actually read the memos, they could find out who was sending them, which could be considered an invasion of privacy; therefore, I recommend upgrading at your earliest convenience. And yes, work on Services 5.0 is progressing. I should have a beta out any day now, if people would just stop finding new bugs... ;) Changes in version 4.5.39 ------------------------- 2002/02/27 Fixed minor security hole allowing users to find out when nicknames not their own receive memos. 2002/02/15 Fixed ChanServ LIST syntax error message for Services admins. Reported by Mark Hetherington --Andrew Church achurch@achurch.org http://achurch.org/ From ShadowMaster at Shadow-Realm.org Wed Feb 27 20:20:01 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] README Question In-Reply-To: <3C7C5BB9.3010803@acmecorp.org> References: <3C7C5BB9.3010803@acmecorp.org> Message-ID: <200202271819.g1RIJ2F09608@villageirc.net> On Wednesday 27 February 2002 05:08, you wrote: > Not sure when the last time the README was updated... > > does IRC Services support Ultimate IRCd? IRC Services supports UltimateIRCd 2.8 trough the DAL4.4.15+/DreamForge protocl and UltimateIRCd 3.0 trough the Bahamut protocol. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From silvius at expres.ro Thu Feb 28 15:09:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How can it be?? (4.5.38) Message-ID: <000b01c1c058$fdc20310$0ae4e6c1@ANIMALU> [15:05] -> *operserv* stats all - [15:05] -OperServ- Current users: 739 (5 ops) [15:05] -OperServ- Maximum users: 2946 (Sep 01 00:55:38 2001 EEST) [15:05] -OperServ- Services up 21 days, 00:45 [15:05] -OperServ- Bytes read: 1436741 kB [15:05] -OperServ- Bytes sent: -1468018 kB ??????????? [15:05] -OperServ- User : 739 records, 117 kB [15:05] -OperServ- Server : 4 records, 0 kB [15:05] -OperServ- Channel : 203 records, 76 kB [15:05] -OperServ- NickServ: 5024 records, 1300 kB [15:05] -OperServ- ChanServ: 1720 records, 852 kB [15:05] -OperServ- MemoServ: 3105 records, 432 kB [15:05] -OperServ- StatServ: 8 records, 1 kB [15:05] -OperServ- OperServ: 234 records, 43 kB [15:05] -OperServ- Sessions: 457 records, 18 kB From achurch at achurch.org Thu Feb 28 15:39:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How can it be?? (4.5.38) Message-ID: <3c7e3331.77571@achurch.org> >[15:05] -OperServ- Bytes sent: -1468018 kB ??????????? This can happen if the total data sent exceeds 2 gigabytes. --Andrew Church achurch@achurch.org http://achurch.org/ From kfiresun at ix.netcom.com Thu Feb 28 23:04:01 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How can it be?? (4.5.38) References: <3c7e3331.77571@achurch.org> Message-ID: <003301c1c09b$73c8fc20$0200000a@stormkeepers.com> ----- Original Message ----- From: "Andrew Church" To: Sent: Thursday, February 28, 2002 7:38 AM Subject: Re: [IRCServices] How can it be?? (4.5.38) > >[15:05] -OperServ- Bytes sent: -1468018 kB ??????????? > > This can happen if the total data sent exceeds 2 gigabytes. > . o O ( That's a lot of data for 21 days. o_O ) Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From griever at t2n.org Fri Mar 1 00:09:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How can it be?? (4.5.38) In-Reply-To: <3c7e3331.77571@achurch.org> Message-ID: On Thu, 28 Feb 2002, Andrew Church wrote: > >[15:05] -OperServ- Bytes sent: -1468018 kB ??????????? > > This can happen if the total data sent exceeds 2 gigabytes. why isn't it a uint32 instead of an int32? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Mar 1 00:30:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:38 2004 Subject: [IRCServices] How can it be?? (4.5.38) Message-ID: <3c7eafb7.01240@achurch.org> >On Thu, 28 Feb 2002, Andrew Church wrote: > >> >[15:05] -OperServ- Bytes sent: -1468018 kB ??????????? >> >> This can happen if the total data sent exceeds 2 gigabytes. > >why isn't it a uint32 instead of an int32? Because I forgot the u. --Andrew Church achurch@achurch.org http://achurch.org/ From msmith at acmecorp.org Tue Mar 5 00:59:00 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Question Message-ID: <005d01c1c3d0$32acbdc0$c3e8c43f@itiwks02> We currently run Bahamut on our network, but are changing to Ultimate. We need to recompile our services to run under Dalnet/Dreamforge. Will that have an adverse effect on our .db files? -MS From achurch at achurch.org Tue Mar 5 01:03:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Question Message-ID: <3c83fd75.52445@achurch.org> >We currently run Bahamut on our network, but are changing to Ultimate. > >We need to recompile our services to run under Dalnet/Dreamforge. > >Will that have an adverse effect on our .db files? Not unless you change NICKMAX or CHANMAX in config.h (which shouldn't be necessary). --Andrew Church achurch@achurch.org http://achurch.org/ From msmith at acmecorp.org Tue Mar 5 01:06:00 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Question References: <3c83fd75.52445@achurch.org> Message-ID: <006801c1c3d1$1cdd4950$c3e8c43f@itiwks02> Thanks, Andrew. -MS ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, March 04, 2002 15:02 Subject: Re: [IRCServices] Question > >We currently run Bahamut on our network, but are changing to Ultimate. > > > >We need to recompile our services to run under Dalnet/Dreamforge. > > > >Will that have an adverse effect on our .db files? > > Not unless you change NICKMAX or CHANMAX in config.h (which shouldn't > be necessary). From Ganja51 at lcirc.net Tue Mar 5 05:41:00 2002 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Databases Message-ID: <20020305034110.92140.qmail@venom.nastrix.com> will the 4.5.x db's be compatible with 5.0 when it's finished? and if not, will there be a way to convert them? thanks ~Ganja51 irc.lcirc.net From p_levesque at sympatico.ca Tue Mar 5 06:09:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Databases References: <20020305034110.92140.qmail@venom.nastrix.com> Message-ID: <3C83F1A6.4A7E0E60@sympatico.ca> the db will be *always* compatible. anyway, in them it's raw data, so it's easy to read the precious data in them Ganja51 wrote: > will the 4.5.x db's be compatible with 5.0 when it's finished? and if not, > will there be a way to convert them? thanks > > ~Ganja51 > irc.lcirc.net > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From kirgabber at pisem.net Tue Mar 5 15:56:00 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203051402.g25E2vK32222@www1.mailru.com> In log file: [Mar 05 16:34:41 2002] Services 4.5.39 (compiled for ircd.dal Bahamut) starting up [Mar 05 16:34:42 2002] Databases loaded [Mar 05 16:34:42 2002] unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)) [Mar 05 16:34:42 2002] Read error from server: Undefined error: 0 IN ircd.conf U:services.myhost:*:* C:127.0.0.1::services.myhost::99 N:127.0.0.1::services.myhost::99 IN services.conf RemoteServer 127.0.0.1 6667 "" RemoteName "services.myhost" What is wrong From kfiresun at ix.netcom.com Tue Mar 5 22:06:00 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <200203051402.g25E2vK32222@www1.mailru.com> Message-ID: <003f01c1c481$3a6557f0$0200000a@stormkeepers.com> You must supply a password for your C/N pair. If you do not they are considered invalid and are ignored when your daemon reads its configuration file. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net ----- Original Message ----- From: "KIR GABBER[GH]" To: Sent: Tuesday, March 05, 2002 8:02 AM Subject: [IRCServices] What is wrong? > > C:127.0.0.1::services.myhost::99 > N:127.0.0.1::services.myhost::99 > From kirgabber at pisem.net Wed Mar 6 14:01:01 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203061157.g26Bvmp94257@www5.mailru.com> but if i don't want to pass? "Kelmar K. Firesun" : > You must supply a password for your C/N pair. If you do not > they are considered invalid and are ignored when your > daemon reads its configuration file. > > Kelmar K. Firesun (IRL: Bryce Simonds) > Acting Admin: dream.esper.net > > ----- Original Message ----- > From: "KIR GABBER[GH]" > To: > Sent: Tuesday, March 05, 2002 8:02 AM > Subject: [IRCServices] What is wrong? > > > > > > C:127.0.0.1::services.myhost::99 > > N:127.0.0.1::services.myhost::99 > > > > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From ender at enderboi.com Wed Mar 6 14:22:00 2002 From: ender at enderboi.com (J.Brown (Ender/Amigo)) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: <200203061157.g26Bvmp94257@www5.mailru.com> Message-ID: Then you'll never have services or another ircd linking to you :) You -must- use a password. To do otherwise is a very silly idea. - Ender On Wed, 6 Mar 2002, KIR GABBER[GH] wrote: > Date: Wed, 6 Mar 2002 14:57:48 +0300 (MSK) > From: "KIR GABBER[GH]" > Reply-To: ircservices@ircservices.za.net > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] What is wrong? > > but if i don't want to pass? > "Kelmar K. Firesun" : > > > You must supply a password for your C/N pair. If > you do not > > they are considered invalid and are ignored when your > > daemon reads its configuration file. > > > > Kelmar K. Firesun (IRL: Bryce Simonds) > > Acting Admin: dream.esper.net > > > > ----- Original Message ----- > > From: "KIR GABBER[GH]" > > To: > > Sent: Tuesday, March 05, 2002 8:02 AM > > Subject: [IRCServices] What is wrong? > > > > > > > > > > C:127.0.0.1::services.myhost::99 > > > N:127.0.0.1::services.myhost::99 > > > > > > > > > ----------------------------------------------------- > ------------- > > To unsubscribe or change your subscription options, > visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > ces > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From kfiresun at ix.netcom.com Wed Mar 6 21:31:01 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <200203061157.g26Bvmp94257@www5.mailru.com> Message-ID: <001b01c1c545$81417310$0200000a@stormkeepers.com> I re-iterate: You _MUST_ supply a password... Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net ----- Original Message ----- From: "KIR GABBER[GH]" To: Sent: Wednesday, March 06, 2002 5:57 AM Subject: Re: [IRCServices] What is wrong? > but if i don't want to pass? > "Kelmar K. Firesun" : > > > You must supply a password for your C/N pair. If > you do not > > they are considered invalid and are ignored when your > > daemon reads its configuration file. > > From jollino at sogno.net Wed Mar 6 21:48:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: <001b01c1c545$81417310$0200000a@stormkeepers.com> Message-ID: Mercoled?, marzo 6, 2002, alle 08:31 , Kelmar K. Firesun ha scritto: > I re-iterate: > > You _MUST_ supply a password... and I add: is it too difficult to type even a literal "foobar" into that field? :P -- Daniele Nicolucci (Jollino) - jollino@sogno.net www.webdreamers.net - www.sogno.net IRC Operator on Discussioni.Org (www.discussioni.org) From kirgabber at pisem.net Thu Mar 7 22:09:00 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203072017.g27KHVq39222@www2.mailru.com> i use pass but i have the same! may be sombody gime exmp. of working conf. of ircd.conf and services.conf? > Then you'll never have services or another ircd linking to you :) > > You -must- use a password. To do otherwise is a very silly idea. > > - Ender > > On Wed, 6 Mar 2002, KIR GABBER[GH] wrote: > > > Date: Wed, 6 Mar 2002 14:57:48 +0300 (MSK) > > From: "KIR GABBER[GH]" > > Reply-To: ircservices@ircservices.za.net > > To: ircservices@ircservices.za.net > > Subject: Re: [IRCServices] What is wrong? > > > > but if i don't want to pass? > > "Kelmar K. Firesun" : > > > > > You must supply a password for your C/N pair. If > > you do not > > > they are considered invalid and are ignored when your > > > daemon reads its configuration file. > > > > > > Kelmar K. Firesun (IRL: Bryce Simonds) > > > Acting Admin: dream.esper.net > > > > > > ----- Original Message ----- > > > From: "KIR GABBER[GH]" > > > To: > > > Sent: Tuesday, March 05, 2002 8:02 AM > > > Subject: [IRCServices] What is wrong? > > > > > > > > > > > > > > C:127.0.0.1::services.myhost::99 > > > > N:127.0.0.1::services.myhost::99 > > > > > > > > > > > > > ------------------------------------------------- ---- > > ------------- > > > To unsubscribe or change your subscription options, > > visit: > > > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > > ces > > > > > > > > --------------------------------------------------- --------------- > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From uhc0 at rz.uni-karlsruhe.de Fri Mar 8 00:43:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:39 2004 Subject: AW: [IRCServices] What is wrong? In-Reply-To: <200203072017.g27KHVq39222@www2.mailru.com> Message-ID: <000701c1c629$42ba9f10$0264a8c0@nygmatech.local> I would suggest using passwords in C/N lines and in the RemoteServer directive AND checking ServerName in services.conf RemoteName is not a directive. 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 > KIR GABBER[GH] > Gesendet: Donnerstag, 7. M?rz 2002 21:18 > An: ircservices@ircservices.za.net > Betreff: Re: [IRCServices] What is wrong? > > > i use pass but i have the same! > may be sombody gime exmp. of working conf. of > ircd.conf and services.conf? > > > Then you'll never have services or another ircd > linking to you :) > > > > You -must- use a password. To do otherwise is a very > silly idea. > > > > - Ender > > > > On Wed, 6 Mar 2002, KIR GABBER[GH] wrote: > > > > > Date: Wed, 6 Mar 2002 14:57:48 +0300 (MSK) > > > From: "KIR GABBER[GH]" > > > Reply-To: ircservices@ircservices.za.net > > > To: ircservices@ircservices.za.net > > > Subject: Re: [IRCServices] What is wrong? > > > > > > but if i don't want to pass? > > > "Kelmar K. Firesun" : > > > > > > > You must supply a password for your C/N pair. If > > > you do not > > > > they are considered invalid and are ignored when > your > > > > daemon reads its configuration file. > > > > > > > > Kelmar K. Firesun (IRL: Bryce Simonds) > > > > Acting Admin: dream.esper.net > > > > > > > > ----- Original Message ----- > > > > From: "KIR GABBER[GH]" > > > > To: > > > > Sent: Tuesday, March 05, 2002 8:02 AM > > > > Subject: [IRCServices] What is wrong? > > > > > > > > > > > > > > > > > > C:127.0.0.1::services.myhost::99 > > > > > N:127.0.0.1::services.myhost::99 > > > > > > > > > > > > > > > > > ------------------------------------------------- > ---- > > > ------------- > > > > To unsubscribe or change your subscription > options, > > > visit: > > > > > > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > > > ces > > > > > > > > > > > --------------------------------------------------- > --------------- > > > To unsubscribe or change your subscription > options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > ces > > > > > > > ----------------------------------------------------- > ------------- > > To unsubscribe or change your subscription options, > visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > ces > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Georges at Berscheid.lu Fri Mar 8 00:57:00 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:39 2004 Subject: AW: [IRCServices] What is wrong? In-Reply-To: <200203072017.g27KHVq39222@www2.mailru.com> Message-ID: Maybe your ircd is set up to use encrypted N-Line Passwords. That might be why the passwords don't match. Georges -----Ursprungliche Nachricht----- Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von KIR GABBER[GH] Gesendet: Donnerstag, 7. Marz 2002 21:18 An: ircservices@ircservices.za.net Betreff: Re: [IRCServices] What is wrong? i use pass but i have the same! may be sombody gime exmp. of working conf. of ircd.conf and services.conf? > Then you'll never have services or another ircd linking to you :) > > You -must- use a password. To do otherwise is a very silly idea. > > - Ender > > On Wed, 6 Mar 2002, KIR GABBER[GH] wrote: > > > Date: Wed, 6 Mar 2002 14:57:48 +0300 (MSK) > > From: "KIR GABBER[GH]" > > Reply-To: ircservices@ircservices.za.net > > To: ircservices@ircservices.za.net > > Subject: Re: [IRCServices] What is wrong? > > > > but if i don't want to pass? > > "Kelmar K. Firesun" : > > > > > You must supply a password for your C/N pair. If > > you do not > > > they are considered invalid and are ignored when your > > > daemon reads its configuration file. > > > > > > Kelmar K. Firesun (IRL: Bryce Simonds) > > > Acting Admin: dream.esper.net > > > > > > ----- Original Message ----- > > > From: "KIR GABBER[GH]" > > > To: > > > Sent: Tuesday, March 05, 2002 8:02 AM > > > Subject: [IRCServices] What is wrong? > > > > > > > > > > > > > > C:127.0.0.1::services.myhost::99 > > > > N:127.0.0.1::services.myhost::99 > > > > > > > > > > > > > ------------------------------------------------- ---- > > ------------- > > > To unsubscribe or change your subscription options, > > visit: > > > > > http://www.ircservices.za.net/mailman/listinfo/ircservi > > ces > > > > > > > > --------------------------------------------------- --------------- > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Fri Mar 8 20:10:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] TEST!!!! Message-ID: grrrr.. stupid mailing list :) This is a test to see if it is working now :P had it working December time i think.. then it suddenly stopped :( maybe a software update or something stopped using reply-tos *ShRuGs* just so u know thou, i aint dead.. :) -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From smux at terra.com.br Sat Mar 9 16:12:00 2002 From: smux at terra.com.br (Roberto) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Next version of services? Message-ID: <02030911100000.00450@embrashell.hn.org> Hi Andrew, do you can put the TS and PTS4 protocols (based on ptlink services) in the next version of ircservices? Thank you!!... From p_levesque at sympatico.ca Sun Mar 10 03:47:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <200203051402.g25E2vK32222@www1.mailru.com> Message-ID: <3C8A67CE.8D26144B@sympatico.ca> You better use a good pass, else if your net become big, ppl can try to hack your c/n pass to play with ur network ;P "KIR GABBER[GH]" wrote: > In log file: > [Mar 05 16:34:41 2002] Services 4.5.39 (compiled for > ircd.dal Bahamut) starting up > [Mar 05 16:34:42 2002] Databases loaded > [Mar 05 16:34:42 2002] unknown message from server > (ERROR :Closing Link: 0.0.0.0 (NO N line)) > [Mar 05 16:34:42 2002] Read error from server: > Undefined error: 0 > > IN ircd.conf > U:services.myhost:*:* > > C:127.0.0.1::services.myhost::99 > N:127.0.0.1::services.myhost::99 > > IN services.conf > RemoteServer 127.0.0.1 6667 "" > RemoteName "services.myhost" > > What is wrong > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Sun Mar 10 04:09:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: looks like badly configures services and IRCDs to me (default values maybe?) i doubt that was hacked thou >From: Philippe Levesque >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] What is wrong? >Date: Sat, 09 Mar 2002 20:51:42 +0100 > >You better use a good pass, else if your net become big, ppl can try to >hack your c/n pass to play with ur network ;P > >"KIR GABBER[GH]" wrote: > > > In log file: > > [Mar 05 16:34:41 2002] Services 4.5.39 (compiled for > > ircd.dal Bahamut) starting up > > [Mar 05 16:34:42 2002] Databases loaded > > [Mar 05 16:34:42 2002] unknown message from server > > (ERROR :Closing Link: 0.0.0.0 (NO N line)) > > [Mar 05 16:34:42 2002] Read error from server: > > Undefined error: 0 > > > > IN ircd.conf > > U:services.myhost:*:* > > > > C:127.0.0.1::services.myhost::99 > > N:127.0.0.1::services.myhost::99 > > > > IN services.conf > > RemoteServer 127.0.0.1 6667 "" > > RemoteName "services.myhost" > > > > What is wrong > > > > ------------------------------------------------------------------ > > 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 -- 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 kirgabber at pisem.net Sun Mar 10 20:49:00 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203101845.g2AIjnB21032@www5.mailru.com> i am use pass now but services not working :(( what to do! > You better use a good pass, else if your net become big, ppl can try to > hack your c/n pass to play with ur network ;P > > "KIR GABBER[GH]" wrote: > > > In log file: > > [Mar 05 16:34:41 2002] Services 4.5.39 (compiled for > > ircd.dal Bahamut) starting up > > [Mar 05 16:34:42 2002] Databases loaded > > [Mar 05 16:34:42 2002] unknown message from server > > (ERROR :Closing Link: 0.0.0.0 (NO N line)) > > [Mar 05 16:34:42 2002] Read error from server: > > Undefined error: 0 > > > > IN ircd.conf > > U:services.myhost:*:* > > > > C:127.0.0.1::services.myhost::99 > > N:127.0.0.1::services.myhost::99 > > > > IN services.conf > > RemoteServer 127.0.0.1 6667 "" > > RemoteName "services.myhost" > > > > What is wrong > > > > --------------------------------------------------- --------------- > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From frostycoolslug at hotmail.com Sun Mar 10 20:51:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: simple.. RTFM :) >From: "KIR GABBER[GH]" >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] What is wrong? >Date: Sun, 10 Mar 2002 21:45:49 +0300 (MSK) > >i am use pass now but services not working :(( >what to do! > > > You better use a good pass, else if your net become >big, ppl can try to > > hack your c/n pass to play with ur network ;P > > > > "KIR GABBER[GH]" wrote: > > > > > In log file: > > > [Mar 05 16:34:41 2002] Services 4.5.39 (compiled >for > > > ircd.dal Bahamut) starting up > > > [Mar 05 16:34:42 2002] Databases loaded > > > [Mar 05 16:34:42 2002] unknown message from server > > > (ERROR :Closing Link: 0.0.0.0 (NO N line)) > > > [Mar 05 16:34:42 2002] Read error from server: > > > Undefined error: 0 > > > > > > IN ircd.conf > > > U:services.myhost:*:* > > > > > > C:127.0.0.1::services.myhost::99 > > > N:127.0.0.1::services.myhost::99 > > > > > > IN services.conf > > > RemoteServer 127.0.0.1 6667 "" > > > RemoteName "services.myhost" > > > > > > What is wrong > > > > > > --------------------------------------------------- >--------------- > > > To unsubscribe or change your subscription >options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservi >ces > > > > ----------------------------------------------------- >------------- > > To unsubscribe or change your subscription options, >visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservi >ces > > > > >------------------------------------------------------------------ >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 _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From kirgabber at pisem.net Sun Mar 10 21:09:00 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203101917.g2AJHPJ78474@www1.mailru.com> That don't help me :((((((( PLEASE gimme some real examples of working confs! > simple.. RTFM :) > > > >From: "KIR GABBER[GH]" > >Reply-To: ircservices@ircservices.za.net > >To: ircservices@ircservices.za.net > >Subject: Re: [IRCServices] What is wrong? > >Date: Sun, 10 Mar 2002 21:45:49 +0300 (MSK) > > > >i am use pass now but services not working :(( > >what to do! > > > > > You better use a good pass, else if your net become > >big, ppl can try to > > > hack your c/n pass to play with ur network ;P > > > > > > "KIR GABBER[GH]" wrote: > > > > > > > In log file: > > > > [Mar 05 16:34:41 2002] Services 4.5.39 (compiled > >for > > > > ircd.dal Bahamut) starting up > > > > [Mar 05 16:34:42 2002] Databases loaded > > > > [Mar 05 16:34:42 2002] unknown message from server > > > > (ERROR :Closing Link: 0.0.0.0 (NO N line)) > > > > [Mar 05 16:34:42 2002] Read error from server: > > > > Undefined error: 0 > > > > > > > > IN ircd.conf > > > > U:services.myhost:*:* > > > > > > > > C:127.0.0.1::services.myhost::99 > > > > N:127.0.0.1::services.myhost::99 > > > > > > > > IN services.conf > > > > RemoteServer 127.0.0.1 6667 "" > > > > RemoteName "services.myhost" > > > > > > > > What is wrong > > > > > > > > ----------------------------------------------- ---- > >--------------- > > > > To unsubscribe or change your subscription > >options, visit: > > > > > >http://www.ircservices.za.net/mailman/listinfo/ircserv i > >ces > > > > > > ------------------------------------------------- ---- > >------------- > > > To unsubscribe or change your subscription options, > >visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircserv i > >ces > > > > > > > >---------------------------------------------------- -------------- > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircserv ices > > > > > -- > Craig McLure > Craig@e-tidalwave.org > WaveAdmin on the e-tidalwave IRC Network > Ride the Wave! www.e-tidalwave.org > > > _______________________________________________________ __________ > Join the world.s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From jollino at sogno.net Sun Mar 10 21:15:01 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: <200203101917.g2AJHPJ78474@www1.mailru.com> Message-ID: Domenica, marzo 10, 2002, alle 08:17 , KIR GABBER[GH] ha scritto: > That don't help me :((((((( > PLEASE gimme some real examples of working confs! > >> simple.. RTFM :) I know we sound rude. But we are not. We have all set up services on our own, without any examples for the C/N lines. It should be quite easy for an irc operator (and ircd owner, if I can use this term) to link a server, both being a real uplink server or a services server. The idea is that if you don't know how to do something, and can't manage to find out on your own, either the thing is very difficult (but this is not), or you don't really need it. I think the second case will do. Try, read, try, read, read again, try again, and start over. Best regards and good luck Daniele -- Daniele Nicolucci (Jollino) - jollino@sogno.net www.webdreamers.net - www.sogno.net IRC Operator on Discussioni.Org (www.discussioni.org) From frostycoolslug at hotmail.com Sun Mar 10 21:18:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: lol... soz if my responce was crude ;) >From: Jollino >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] What is wrong? >Date: Sun, 10 Mar 2002 20:13:14 +0100 > >Domenica, marzo 10, 2002, alle 08:17 , KIR GABBER[GH] ha scritto: > >>That don't help me :((((((( >>PLEASE gimme some real examples of working confs! >> >>>simple.. RTFM :) > >I know we sound rude. But we are not. >We have all set up services on our own, without any examples for the C/N >lines. It should be quite easy for an irc operator (and ircd owner, if I >can use this term) to link a server, both being a real uplink server or >a services server. > >The idea is that if you don't know how to do something, and can't manage >to find out on your own, either the thing is very difficult (but this is >not), or you don't really need it. >I think the second case will do. > >Try, read, try, read, read again, try again, and start over. > >Best regards and good luck >Daniele >-- >Daniele Nicolucci (Jollino) - jollino@sogno.net >www.webdreamers.net - www.sogno.net >IRC Operator on Discussioni.Org (www.discussioni.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 _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From jollino at sogno.net Sun Mar 10 21:24:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: Message-ID: <0E5B998A-345C-11D6-95BB-003065BD4458@sogno.net> Domenica, marzo 10, 2002, alle 08:17 , Craig McLure ha scritto: > lol... > soz if my responce was crude ;) >>> >>>> simple.. RTFM :) RTFM = read the funny, flirtatious, friendly, floody, ... manual ;) -- Daniele Nicolucci (Jollino) - jollino@sogno.net www.webdreamers.net - www.sogno.net IRC Operator on Discussioni.Org (www.discussioni.org) From frostycoolslug at hotmail.com Sun Mar 10 21:27:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: or f*cking.. depending on how stressed u are at the time :P mwahahaha i have poluted your ears! :P >From: Jollino >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] What is wrong? >Date: Sun, 10 Mar 2002 20:21:43 +0100 > >Domenica, marzo 10, 2002, alle 08:17 , Craig McLure ha scritto: > >>lol... >>soz if my responce was crude ;) >>>> >>>>>simple.. RTFM :) > >RTFM = read the funny, flirtatious, friendly, floody, ... manual ;) >-- >Daniele Nicolucci (Jollino) - jollino@sogno.net >www.webdreamers.net - www.sogno.net >IRC Operator on Discussioni.Org (www.discussioni.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 admin at asarian-host.org Sun Mar 10 21:38:00 2002 From: admin at asarian-host.org (Mark) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <200203101917.g2AJHPJ78474@www1.mailru.com> Message-ID: <00a501c1c86b$02e06200$05c3eed4@asarianhost> Au contraire; it DOES help you to RTFM. :) Not understanding forces you to become acquainted with the material. THAT is the learning process. When I first set up my own IRC server, I ran for immediately help too, and I got a response similar to yours, to go figure it out on my own. It felt rude at the time, but they were right: making the effort to delve into the issue makes you an overall better admin too, as it familiarizes you with various sources, and how to use them. Honestly, as an admin you should be able to find info on C/N lines; it is not higher math, nor is the info obscure or hard to come by. A very simple search on the net will give you everything you need. Not to mention the ever helpful manual, which was written for that precise purpose. :) - Mark System Administrator Asarian-host.org --- "If you were supposed to understand it, we wouldn't call it code." - FedEx ----- Original Message ----- From: "KIR GABBER[GH]" To: Sent: Sunday, March 10, 2002 8:17 PM Subject: Re: [IRCServices] What is wrong? > That don't help me :((((((( > PLEASE gimme some real examples of working confs! > > > simple.. RTFM :) From msmith at acmecorp.org Sun Mar 10 22:35:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <200203101917.g2AJHPJ78474@www1.mailru.com> <00a501c1c86b$02e06200$05c3eed4@asarianhost> Message-ID: <3C8BC2F0.8040002@acmecorp.org> Speaking from experience (having learned to run ircd and services from having *no* knowledge at all about either of them, I have to say that he's right. Reading the manuals, readmes, and FAQs is simply no substitute to coming to a help listserv and asking questions that the documentation of the programs will be able to help you figure out. It's much better to figure it out on your own, and actually learn from the process. Regards, Mike Chief Network Admin FleetChat IRC Network Mark wrote: > Au contraire; it DOES help you to RTFM. :) Not understanding forces you to > become acquainted with the material. THAT is the learning process. When I > first set up my own IRC server, I ran for immediately help too, and I got a > response similar to yours, to go figure it out on my own. It felt rude at > the time, but they were right: making the effort to delve into the issue > makes you an overall better admin too, as it familiarizes you with various > sources, and how to use them. Honestly, as an admin you should be able to > find info on C/N lines; it is not higher math, nor is the info obscure or > hard to come by. A very simple search on the net will give you everything > you need. Not to mention the ever helpful manual, which was written for that > precise purpose. :) > > - Mark > > System Administrator Asarian-host.org > > --- > "If you were supposed to understand it, > we wouldn't call it code." - FedEx From silvius at expres.ro Mon Mar 11 11:26:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Request for enhancement Message-ID: <006d01c1c8de$a84bf650$0ae4e6c1@ANIMALU> How about adding a feature in services conf that will allow me (as a services admin) to set all the new the registred nicks to some umodes I choose? Like, I want all my users to become eg. +wsR as soon as they get their svsmode +r from NickServ. (I know you can "hack" your ircd to send that, but IMHO it will be more "admin-friendly" to be done via services, and *only* to registred users.) Thanx, Partizanu From kirgabber at pisem.net Mon Mar 11 13:24:00 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203111133.g2BBXYh27097@www2.mailru.com> Bla bla about C/N i have that one that's no trouble i have trouble with services:( services try to connect to ircd and ircd give unknown error from 0.0.0.0 i read manuals and faq but can't see the slove of problem :( i to be simple to gimme working exampeles of both conf files some frag which help me! From calimonk at gmx.net Mon Mar 11 13:32:00 2002 From: calimonk at gmx.net (Ivo Teel) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: <200203111133.g2BBXYh27097@www2.mailru.com> Message-ID: <5.1.0.14.2.20020311123250.00a1b090@mail.gmx.net> At 14:33 11-3-2002 +0300, you wrote: >Bla bla about C/N >i have that one that's no trouble i have trouble with >services:( >services try to connect to ircd and ircd give unknown >error from 0.0.0.0 >i read manuals and faq but can't see the slove of >problem :( >i to be simple to gimme working exampeles of both conf >files some frag which help me! C:ip/host of server:linkpass:name.of.server:port:class N:ip/host of server:linkpass:name.of.server::class if the server runs on the same as your services, use 127.0.0.1 as host of the server in your services.conf and an example of the C/N lines for services C:127.0.0.1:linkpass:services.tergabber.net:7000:50 N:127.0.0.1:linkpass:services.tergabber.net::50 and in your services.conf servername (or something like that) 127.0.0.1 7000 >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Mon Mar 11 23:10:02 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Request for enhancement Message-ID: hacking the source is as admin-friendly as u are gonna get.. i doubt very *FEW* ppl will use this feature.. if i had no life.. i would tell u which line to change.. but hey :) >From: "Partizanu" >Reply-To: ircservices@ircservices.za.net >To: "ShadowFire IRC Services" >Subject: [IRCServices] Request for enhancement >Date: Mon, 11 Mar 2002 11:25:17 +0200 > >How about adding a feature in services conf that will allow me (as a >services admin) to set all the new the registred nicks to some umodes I >choose? >Like, I want all my users to become eg. +wsR as soon as they get their >svsmode +r from NickServ. >(I know you can "hack" your ircd to send that, but IMHO it will be more >"admin-friendly" to be done via services, and *only* to registred users.) > >Thanx, >Partizanu > >------------------------------------------------------------------ >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 _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From atcarr at hotmail.com Mon Mar 11 23:45:02 2002 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? References: <5.1.0.14.2.20020311123250.00a1b090@mail.gmx.net> Message-ID: #RemoteServer 127.0.0.1 6667 "password" RemoteServer 127.0.0.1 6667 yourpass ServerName:services.yournet.net C:127.0.0.1:yourpass:services.yournet.net:6667:50 N:127.0.0.1:yourpass:services.yournet.net::50 Plus add your H:Lines and U:Lines for Services ----- Original Message ----- > C:ip/host of server:linkpass:name.of.server:port:class > N:ip/host of server:linkpass:name.of.server::class > > if the server runs on the same as your services, use 127.0.0.1 as host of > the server in your services.conf > and an example of the C/N lines for services > > C:127.0.0.1:linkpass:services.tergabber.net:7000:50 > N:127.0.0.1:linkpass:services.tergabber.net::50 > > and in your services.conf > > servername (or something like that) 127.0.0.1 7000 From mark at ctcp.net Tue Mar 12 00:38:00 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <1274.193.237.130.98.1015886248.squirrel@secure.uksolutions.co.uk> Seems the bug regarding the 0 nickgroup that had some ignore code to in version 5.0a23 crashes the latest version of services on startup. From services.log: IRC Services 5.0a24 starting up database/version4: PANIC: add_nickgroupinfo: ngi->id==0 -- Mark. From achurch at achurch.org Tue Mar 12 10:17:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Next version of services? Message-ID: <3c8db978.04273@achurch.org> >do you can put the TS and PTS4 protocols (based on ptlink services) in the >next version of ircservices? No promises (I don't want to delay 5.0 even more than it already is), but I'll look into them if and when I have time. Also, just so people know: Lately my job has become quite a bit busier than usual, and that among other things has been causing me a lot of stress. I'm trying to reduce my overall load to deal with it, but unfortunately that means I won't be getting as much work done on Services as I had been earlier, and thus the beta/stable releases will take a bit longer to get out. Nonetheless, progress is being made, and 5.0 should be ready for a beta debut soon once a few more crashes and the like are fixed. Thanks again for your patience. --Andrew Church achurch@achurch.org http://achurch.org/ From ayottew at sympatico.ca Tue Mar 12 15:40:01 2002 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Next version of services? References: <3c8db978.04273@achurch.org> Message-ID: <001101c1c9cb$5d1e1080$0201a8c0@webdevint.com> you are doing a great job Andrew, don't worry about it, we can wait :) Cheers! ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, March 12, 2002 3:12 AM Subject: Re: [IRCServices] Next version of services? > >do you can put the TS and PTS4 protocols (based on ptlink services) in the > >next version of ircservices? > > No promises (I don't want to delay 5.0 even more than it already is), > but I'll look into them if and when I have time. > > Also, just so people know: Lately my job has become quite a bit > busier than usual, and that among other things has been causing me a lot > of stress. I'm trying to reduce my overall load to deal with it, but > unfortunately that means I won't be getting as much work done on Services > as I had been earlier, and thus the beta/stable releases will take a bit > longer to get out. Nonetheless, progress is being made, and 5.0 should be > ready for a beta debut soon once a few more crashes and the like are fixed. > Thanks again for your patience. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From silvius at expres.ro Tue Mar 12 17:33:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client Message-ID: <000b01c1c9db$0a948190$0ae4e6c1@ANIMALU> Sorry for the "off topic" question but... Does anybody knows any free&good java/php www client for IRC? ("apirc" is out-of-question) TIA, Partizanu From paulfranz at email.msn.com Tue Mar 12 17:44:00 2002 From: paulfranz at email.msn.com (Paul Franz) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: <000b01c1c9db$0a948190$0ae4e6c1@ANIMALU> Message-ID: <004a01c1c9dc$84be80f0$440710ac@glogtech.com> EIRC, check out sourceforge.net. Paul Franz ----- Original Message ----- From: "Partizanu" To: "ShadowFire IRC Services" Sent: Tuesday, March 12, 2002 10:31 AM Subject: [IRCServices] [OFFTOPIC] web client > Sorry for the "off topic" question but... > Does anybody knows any free&good java/php www client for IRC? ("apirc" is > out-of-question) > > TIA, > Partizanu > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From donkervoort at wanadoo.nl Tue Mar 12 17:48:01 2002 From: donkervoort at wanadoo.nl (ED) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: <000b01c1c9db$0a948190$0ae4e6c1@ANIMALU> Message-ID: <012a01c1c9dd$160b28b0$0400fea9@Inquisitor.nl> Javirc? From chatmag at hotmail.com Tue Mar 12 17:56:01 2002 From: chatmag at hotmail.com (Pete Carr) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client Message-ID: Jpilot is not free, it is reasonably priced for a licence, and it is what we use, highly customizable and easy to set up. Pete Carr Editor Chatmag.com The Interactive Guide to Chat _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From donkervoort at wanadoo.nl Tue Mar 12 18:02:00 2002 From: donkervoort at wanadoo.nl (ED) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: Message-ID: <014a01c1c9df$05041c50$0400fea9@Inquisitor.nl> Javirc is free to, javirc.com ehm or is that spam? ED From silvius at expres.ro Tue Mar 12 18:02:03 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: Message-ID: <003301c1c9df$2191ae50$0ae4e6c1@ANIMALU> (thanx ED & Paul) As long as it's not free, I'm not very happy with it for 2 reasons: 1) I can't pay for it (no CC or stuff like that) 2) As long as the server (bahamut) and services (guess what :) ) are both free and VERY good, I don`t see a good reason to pay for a damn client (I know, the discution can go on forever, but that`s my oppinion) Thank you for the idea `tho :) Partizanu ----- Original Message ----- From: "Pete Carr" To: Sent: Tuesday, March 12, 2002 3:55 PM Subject: Re: [IRCServices] [OFFTOPIC] web client > Jpilot is not free, it is reasonably priced for a licence, and it is what we > use, highly customizable and easy to set up. > > Pete Carr > Editor > Chatmag.com > The Interactive Guide to Chat > > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From paulfranz at email.msn.com Tue Mar 12 18:08:00 2002 From: paulfranz at email.msn.com (Paul Franz) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: <003301c1c9df$2191ae50$0ae4e6c1@ANIMALU> Message-ID: <005901c1c9df$e86f41e0$440710ac@glogtech.com> EIRC is free. It is completely open-source. (That is what sourceforge is a open-source project repository) Paul Franz ----- Original Message ----- From: "Partizanu" To: Sent: Tuesday, March 12, 2002 11:01 AM Subject: Re: [IRCServices] [OFFTOPIC] web client > (thanx ED & Paul) > > As long as it's not free, I'm not very happy with it for 2 reasons: > 1) I can't pay for it (no CC or stuff like that) > 2) As long as the server (bahamut) and services (guess what :) ) are both > free and VERY good, I don`t see a good reason to pay for a damn client (I > know, the discution can go on forever, but that`s my oppinion) > Thank you for the idea `tho :) > > Partizanu > > > ----- Original Message ----- > From: "Pete Carr" > To: > Sent: Tuesday, March 12, 2002 3:55 PM > Subject: Re: [IRCServices] [OFFTOPIC] web client > > > > Jpilot is not free, it is reasonably priced for a licence, and it is what > we > > use, highly customizable and easy to set up. > > > > Pete Carr > > Editor > > Chatmag.com > > The Interactive Guide to Chat > > > > > > > > _________________________________________________________________ > > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > > > ------------------------------------------------------------------ > > 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 silvius at expres.ro Tue Mar 12 18:15:01 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: <003301c1c9df$2191ae50$0ae4e6c1@ANIMALU> <005901c1c9df$e86f41e0$440710ac@glogtech.com> Message-ID: <005701c1c9e0$f9add1a0$0ae4e6c1@ANIMALU> I know EIRC is free, I was talking about that "Jpilot" Pete Carr mentioned ----- Original Message ----- From: "Paul Franz" To: Sent: Tuesday, March 12, 2002 6:06 PM Subject: Re: [IRCServices] [OFFTOPIC] web client > EIRC is free. It is completely open-source. (That is what sourceforge is a > open-source project repository) > > Paul Franz From frostycoolslug at hotmail.com Tue Mar 12 20:07:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] Next version of services? Message-ID: agreed.. i mean.. as long as massive bugs are fixed every now and then.. i'm happy :) btw, what access level (or priv) must some1 have to change the levels on their channel? >From: "Wayne Ayotte" >Reply-To: ircservices@ircservices.za.net >To: >Subject: Re: [IRCServices] Next version of services? >Date: Tue, 12 Mar 2002 08:39:41 -0500 > >you are doing a great job Andrew, don't worry about it, we can wait :) > >Cheers! >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Tuesday, March 12, 2002 3:12 AM >Subject: Re: [IRCServices] Next version of services? > > > > >do you can put the TS and PTS4 protocols (based on ptlink services) in >the > > >next version of ircservices? > > > > No promises (I don't want to delay 5.0 even more than it already >is), > > but I'll look into them if and when I have time. > > > > Also, just so people know: Lately my job has become quite a bit > > busier than usual, and that among other things has been causing me a lot > > of stress. I'm trying to reduce my overall load to deal with it, but > > unfortunately that means I won't be getting as much work done on >Services > > as I had been earlier, and thus the beta/stable releases will take a bit > > longer to get out. Nonetheless, progress is being made, and 5.0 should >be > > ready for a beta debut soon once a few more crashes and the like are >fixed. > > Thanks again for your patience. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.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 -- 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 frostycoolslug at hotmail.com Tue Mar 12 20:09:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client Message-ID: hmm.. btw.. if u looking for a text only 1.. cgi-irc is good, only downside is, ppl will connect with the servers ip check out sourceforge :) >From: "Partizanu" >Reply-To: ircservices@ircservices.za.net >To: >Subject: Re: [IRCServices] [OFFTOPIC] web client >Date: Tue, 12 Mar 2002 18:01:12 +0200 > >(thanx ED & Paul) > >As long as it's not free, I'm not very happy with it for 2 reasons: >1) I can't pay for it (no CC or stuff like that) >2) As long as the server (bahamut) and services (guess what :) ) are both >free and VERY good, I don`t see a good reason to pay for a damn client (I >know, the discution can go on forever, but that`s my oppinion) >Thank you for the idea `tho :) > >Partizanu > > >----- Original Message ----- >From: "Pete Carr" >To: >Sent: Tuesday, March 12, 2002 3:55 PM >Subject: Re: [IRCServices] [OFFTOPIC] web client > > > > Jpilot is not free, it is reasonably priced for a licence, and it is >what >we > > use, highly customizable and easy to set up. > > > > Pete Carr > > Editor > > Chatmag.com > > The Interactive Guide to Chat > > > > > > > > _________________________________________________________________ > > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > > > ------------------------------------------------------------------ > > 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 -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From silvius at expres.ro Wed Mar 13 10:41:00 2002 From: silvius at expres.ro (Partizanu) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] [OFFTOPIC] web client References: Message-ID: <002e01c1ca6a$971deef0$0ae4e6c1@ANIMALU> Indeed cgi:irc was the 1st i installed... and I'm *so* sorry bahamut can't use SETHOST (or similar) commands so I can use that nice client and haveing clients with their own IP on chat :( ----- Original Message ----- From: "Craig McLure" To: Sent: Tuesday, March 12, 2002 8:08 PM Subject: Re: [IRCServices] [OFFTOPIC] web client > hmm.. btw.. > if u looking for a text only 1.. > cgi-irc is good, only downside is, ppl will connect with the servers ip > check out sourceforge :) > > > >From: "Partizanu" > >Reply-To: ircservices@ircservices.za.net > >To: > >Subject: Re: [IRCServices] [OFFTOPIC] web client > >Date: Tue, 12 Mar 2002 18:01:12 +0200 > > > >(thanx ED & Paul) > > > >As long as it's not free, I'm not very happy with it for 2 reasons: > >1) I can't pay for it (no CC or stuff like that) > >2) As long as the server (bahamut) and services (guess what :) ) are both > >free and VERY good, I don`t see a good reason to pay for a damn client (I > >know, the discution can go on forever, but that`s my oppinion) > >Thank you for the idea `tho :) > > > >Partizanu > > > > > >----- Original Message ----- > >From: "Pete Carr" > >To: > >Sent: Tuesday, March 12, 2002 3:55 PM > >Subject: Re: [IRCServices] [OFFTOPIC] web client > > > > > > > Jpilot is not free, it is reasonably priced for a licence, and it is > >what > >we > > > use, highly customizable and easy to set up. > > > > > > Pete Carr > > > Editor > > > Chatmag.com > > > The Interactive Guide to Chat > > > > > > > > > > > > _________________________________________________________________ > > > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > > > > > ------------------------------------------------------------------ > > > 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 > > > > > -- > Craig McLure > Craig@e-tidalwave.org > WaveAdmin on the e-tidalwave IRC Network > Ride the Wave! www.e-tidalwave.org > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Thu Mar 14 03:04:01 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <1416.193.237.130.98.1016067768.squirrel@secure.uksolutions.co.uk> Something I recently became aware of was users "abusing" the ghost command. When the ghost command is issued, Services will SVSKILL the user from the network. However, the new trend appears to be setting up a notify script, which will automatically ghost any user trying to use a given nickname. This quickly became popular. How this came to my attention is that a new user was trying to access the network but was repeatedly killed by the ghost command. Use of "kill immediate" should be sufficient for those users who do not want people using their nicknames and can be handled by services with a nick change so I do not see use of the command in this manner as beneficial. One way to remove this exploit which seems the least complex to actually manage is to only trigger the ghost if the target is currently identified. This would mean that in the event a user got disconnected before they were able to identify, they would be unable to remove a real 'ghost' on reconnect with the ghost command, but they could use 'recover' and 'release' instead. I believe that the 'recover' will "guest" a user where NSForceNickChange is enabled. -- Mark. From achurch at achurch.org Thu Mar 14 10:43:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <3c9062fb.05657@achurch.org> Services does not use SVSKILL in the first place, and does not allow GHOST anyway without a password unless the calling user is on the access list of the target nick _and_ the nick does not have the SECURE option set. Have you modified Services? --Andrew Church achurch@achurch.org http://achurch.org/ >Something I recently became aware of was users "abusing" the ghost command. > >When the ghost command is issued, Services will SVSKILL the user from the >network. However, the new trend appears to be setting up a notify script, >which will automatically ghost any user trying to use a given nickname. >This quickly became popular. How this came to my attention is that a new >user was trying to access the network but was repeatedly killed by the >ghost command. > >Use of "kill immediate" should be sufficient for those users who do not >want people using their nicknames and can be handled by services with a >nick change so I do not see use of the command in this manner as >beneficial. > >One way to remove this exploit which seems the least complex to actually >manage is to only trigger the ghost if the target is currently identified. > >This would mean that in the event a user got disconnected before they were >able to identify, they would be unable to remove a real 'ghost' on >reconnect with the ghost command, but they could use 'recover' >and 'release' instead. I believe that the 'recover' will "guest" a user >where NSForceNickChange is enabled. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From ender at enderboi.com Thu Mar 14 10:50:01 2002 From: ender at enderboi.com (J.Brown (Ender/Amigo)) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit In-Reply-To: <3c9062fb.05657@achurch.org> Message-ID: I believe what he's trying to get at is this: - User 'nick' registers 'othernick', 'anothernick', 'toomanynicks'. - User 'nick' has a script which will ghost any other user using those nicknames - New user connects with nickname 'othernick' and gets ghosted straight away by the script. Personally, I really don't see too much of a problem with this. Sure, it would be nice if the new user was just asked by Nickserv to change his nickname - but.. Regards, | Server Admin: bean.esper.net | Server Admin: forte.nevernet.net | Ender | http://www.enderboi.com/ (James Brown) | [Nehahra, ScummVM, PureLS, www.QuakeSrc.org] On Thu, 14 Mar 2002, Andrew Church wrote: > Date: Thu, 14 Mar 2002 17:42:56 JST > From: Andrew Church > Reply-To: ircservices@ircservices.za.net > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] /ns ghost exploit > > Services does not use SVSKILL in the first place, and does not allow > GHOST anyway without a password unless the calling user is on the access > list of the target nick _and_ the nick does not have the SECURE option set. > Have you modified Services? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Something I recently became aware of was users "abusing" the ghost command. > > > >When the ghost command is issued, Services will SVSKILL the user from the > >network. However, the new trend appears to be setting up a notify script, > >which will automatically ghost any user trying to use a given nickname. > >This quickly became popular. How this came to my attention is that a new > >user was trying to access the network but was repeatedly killed by the > >ghost command. > > > >Use of "kill immediate" should be sufficient for those users who do not > >want people using their nicknames and can be handled by services with a > >nick change so I do not see use of the command in this manner as > >beneficial. > > > >One way to remove this exploit which seems the least complex to actually > >manage is to only trigger the ghost if the target is currently identified. > > > >This would mean that in the event a user got disconnected before they were > >able to identify, they would be unable to remove a real 'ghost' on > >reconnect with the ghost command, but they could use 'recover' > >and 'release' instead. I believe that the 'recover' will "guest" a user > >where NSForceNickChange is enabled. > > > >-- > >Mark. > > > > > >------------------------------------------------------------------ > >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 mark at ctcp.net Thu Mar 14 12:27:01 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <1139.195.92.144.170.1016101568.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote > Services does not use SVSKILL in the first place, Sorry, my mistake. I meant Services will issue a kill for that user. > and > does not allow > GHOST anyway without a password unless the calling user is on > the access > list of the target nick _and_ the nick does not have the > SECURE option set. I know this. It still does not prevent a user using services to kill another user just because they happen to use their nickname. Nick A register A and also registers or links B, C, D, E. A new user connects using nick B and would get the usual warning from services. However, before they have the opportunity to choose a new nickname, A who is identified and has the password for B issues /ns ghost B password either manually or from a script which kills that user from the network. I didn't highlight a problem with the way services checks a users right to issue the command, merely in the way that the command is open to abuse. > Have you modified Services? No. Mark. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Something I recently became aware of was users "abusing" the > ghost command. > > > >When the ghost command is issued, Services will SVSKILL the > user from the > >network. However, the new trend appears to be setting up a > notify script, > >which will automatically ghost any user trying to use a > given nickname. > >This quickly became popular. How this came to my attention > is that a new > >user was trying to access the network but was repeatedly > killed by the > >ghost command. > > > >Use of "kill immediate" should be sufficient for those users > who do not > >want people using their nicknames and can be handled by > services with a > >nick change so I do not see use of the command in this manner as > >beneficial. > > > >One way to remove this exploit which seems the least complex > to actually > >manage is to only trigger the ghost if the target is > currently identified. > > > >This would mean that in the event a user got disconnected > before they were > >able to identify, they would be unable to remove a real 'ghost' on > >reconnect with the ghost command, but they could use 'recover' > >and 'release' instead. I believe that the 'recover' will > "guest" a user > >where NSForceNickChange is enabled. > > > >-- > >Mark. -- Mark. From kirgabber at pisem.net Thu Mar 14 13:50:01 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203141149.g2EBnvs41231@www2.mailru.com> And i can't connect to my ircd server connection reset by peer :((((( > > #RemoteServer 127.0.0.1 6667 "password" > RemoteServer 127.0.0.1 6667 yourpass > > ServerName:services.yournet.net > > > > C:127.0.0.1:yourpass:services.yournet.net:6667:50 > N:127.0.0.1:yourpass:services.yournet.net::50 > Plus add your H:Lines and U:Lines for Services > > > ----- Original Message ----- > C:ip/host of > server:linkpass:name.of.server:port:class > > N:ip/host of server:linkpass:name.of.server::class > > > > if the server runs on the same as your services, use 127.0.0.1 as host of > > the server in your services.conf > > and an example of the C/N lines for services > > > > C:127.0.0.1:linkpass:services.tergabber.net:7000:50 > > N:127.0.0.1:linkpass:services.tergabber.net::50 > > > > and in your services.conf > > > > servername (or something like that) 127.0.0.1 7000 > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From frostycoolslug at hotmail.com Thu Mar 14 15:00:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: i see his point.. if a new user comes on with the nick (lets say, Craig) and i was known as FrostyCoolSlug with this script.. he would show as online, and ht script would automatically ghost Craig this will detur users from connecting to the network, especially if this has happened 2 or 3 times. surley you can code services so the nickname can only be ghosted *AFTER* 60secs of connecting? givin them time to change nicks :) just my 2 pence :P >From: "Mark Hetherington" >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] /ns ghost exploit >Date: Thu, 14 Mar 2002 10:26:08 -0000 (GMT) > > > Andrew Church wrote > > Services does not use SVSKILL in the first place, > >Sorry, my mistake. I meant Services will issue a kill for that user. > > > and > > does not allow > > GHOST anyway without a password unless the calling user is on > > the access > > list of the target nick _and_ the nick does not have the > > SECURE option set. > >I know this. It still does not prevent a user using services to kill >another user just because they happen to use their nickname. > >Nick A register A and also registers or links B, C, D, E. > >A new user connects using nick B and would get the usual warning from >services. However, before they have the opportunity to choose a new >nickname, A who is identified and has the password for B issues /ns ghost B >password either manually or from a script which kills that user from the >network. I didn't highlight a problem with the way services checks a users >right to issue the command, merely in the way that the command is open to >abuse. > > > Have you modified Services? > >No. > >Mark. > > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Something I recently became aware of was users "abusing" the > > ghost command. > > > > > >When the ghost command is issued, Services will SVSKILL the > > user from the > > >network. However, the new trend appears to be setting up a > > notify script, > > >which will automatically ghost any user trying to use a > > given nickname. > > >This quickly became popular. How this came to my attention > > is that a new > > >user was trying to access the network but was repeatedly > > killed by the > > >ghost command. > > > > > >Use of "kill immediate" should be sufficient for those users > > who do not > > >want people using their nicknames and can be handled by > > services with a > > >nick change so I do not see use of the command in this manner as > > >beneficial. > > > > > >One way to remove this exploit which seems the least complex > > to actually > > >manage is to only trigger the ghost if the target is > > currently identified. > > > > > >This would mean that in the event a user got disconnected > > before they were > > >able to identify, they would be unable to remove a real 'ghost' on > > >reconnect with the ghost command, but they could use 'recover' > > >and 'release' instead. I believe that the 'recover' will > > "guest" a user > > >where NSForceNickChange is enabled. > > > > > >-- > > >Mark. > >-- >Mark. > > >------------------------------------------------------------------ >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 jollino at sogno.net Thu Mar 14 15:02:00 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? In-Reply-To: <200203141149.g2EBnvs41231@www2.mailru.com> Message-ID: <5316C890-374B-11D6-86BA-003065BD4458@sogno.net> Gioved?, marzo 14, 2002, alle 12:49 , KIR GABBER[GH] ha scritto: > And i can't connect to my ircd server > connection reset by peer :((((( Just wondering, are you using a win32 ircd and win32 services? :P "Suddenly everything S**ks" ;) -- Daniele Nicolucci (Jollino) - jollino@sogno.net www.webdreamers.net - www.sogno.net IRC Operator on Discussioni.Org (www.discussioni.org) From kirgabber at pisem.net Thu Mar 14 18:41:01 2002 From: kirgabber at pisem.net (KIR GABBER[GH]) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] What is wrong? Message-ID: <200203141640.g2EGeip94457@www2.mailru.com> win must die =) > Gioved?, marzo 14, 2002, alle 12:49 , KIR GABBER[GH] ha scritto: > > > And i can't connect to my ircd server > > connection reset by peer :((((( > > Just wondering, are you using a win32 ircd and win32 services? :P > "Suddenly everything S**ks" ;) > -- > Daniele Nicolucci (Jollino) - jollino@sogno.net > www.webdreamers.net - www.sogno.net > IRC Operator on Discussioni.Org (www.discussioni.org) > > ----------------------------------------------------- ------------- > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservi ces > > From achurch at achurch.org Thu Mar 14 19:17:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <3c90db99.06042@achurch.org> C'est la vie; I don't see this as a problem Services needs to handle. If you have particular users doing this and it annoys other users, deal with the trouble causers individually. --Andrew Church achurch@achurch.org http://achurch.org/ >> Andrew Church wrote >> Services does not use SVSKILL in the first place, > >Sorry, my mistake. I meant Services will issue a kill for that user. > >> and >> does not allow >> GHOST anyway without a password unless the calling user is on >> the access >> list of the target nick _and_ the nick does not have the >> SECURE option set. > >I know this. It still does not prevent a user using services to kill >another user just because they happen to use their nickname. > >Nick A register A and also registers or links B, C, D, E. > >A new user connects using nick B and would get the usual warning from >services. However, before they have the opportunity to choose a new >nickname, A who is identified and has the password for B issues /ns ghost B >password either manually or from a script which kills that user from the >network. I didn't highlight a problem with the way services checks a users >right to issue the command, merely in the way that the command is open to >abuse. > >> Have you modified Services? > >No. > >Mark. > >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >Something I recently became aware of was users "abusing" the >> ghost command. >> > >> >When the ghost command is issued, Services will SVSKILL the >> user from the >> >network. However, the new trend appears to be setting up a >> notify script, >> >which will automatically ghost any user trying to use a >> given nickname. >> >This quickly became popular. How this came to my attention >> is that a new >> >user was trying to access the network but was repeatedly >> killed by the >> >ghost command. >> > >> >Use of "kill immediate" should be sufficient for those users >> who do not >> >want people using their nicknames and can be handled by >> services with a >> >nick change so I do not see use of the command in this manner as >> >beneficial. >> > >> >One way to remove this exploit which seems the least complex >> to actually >> >manage is to only trigger the ghost if the target is >> currently identified. >> > >> >This would mean that in the event a user got disconnected >> before they were >> >able to identify, they would be unable to remove a real 'ghost' on >> >reconnect with the ghost command, but they could use 'recover' >> >and 'release' instead. I believe that the 'recover' will >> "guest" a user >> >where NSForceNickChange is enabled. >> > >> >-- >> >Mark. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Thu Mar 14 20:50:01 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <1138.193.237.130.98.1016131731.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > C'est la vie; I don't see this as a problem Services needs to handle. I see. It is a problem Services introduced so it seemed appropriate for Services to handle it :( > If you have particular users doing this and it annoys other users, deal > with the trouble causers individually. Dealing with the current individuals concerned over this issue, does not make the problem go away. It merely creates a maintenance task each time someone new uses it. Prevention seems better than cure in this, as in any system. It seems odd that I can turn off Services' own ability to kill users in various circumstances (NSForceNickChange), but must allow users the power to use Services to kill another user off the network, especially when Services is already "handling" the user depending on registration options. A single 'if (has_identified_nick())' (or similar) on the target would seem to be a suitable solution and is the one I will look into implementing. -- Mark. From frostycoolslug at hotmail.com Thu Mar 14 22:24:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: yeah, if the user has identified, then it is an obvious ghost, if the user hasn, then it is prolly a mistake.. then we come across access lists.. some ppl dont need to identify cause their host is in them.. could this be a prob? >From: "Mark Hetherington" >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] /ns ghost exploit >Date: Thu, 14 Mar 2002 18:48:51 -0000 (GMT) > > > Andrew Church wrote: > > C'est la vie; I don't see this as a problem Services needs to >handle. > >I see. It is a problem Services introduced so it seemed appropriate for >Services to handle it :( > > > If you have particular users doing this and it annoys other users, deal > > with the trouble causers individually. > >Dealing with the current individuals concerned over this issue, does not >make the problem go away. It merely creates a maintenance task each time >someone new uses it. Prevention seems better than cure in this, as in any >system. > >It seems odd that I can turn off Services' own ability to kill users in >various circumstances (NSForceNickChange), but must allow users the power >to use Services to kill another user off the network, especially when >Services is already "handling" the user depending on registration options. >A single 'if (has_identified_nick())' (or similar) on the target would seem >to be a suitable solution and is the one I will look into implementing. > >-- >Mark. > > >------------------------------------------------------------------ >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 mark at ctcp.net Thu Mar 14 22:37:00 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <1374.193.237.130.98.1016138197.squirrel@secure.uksolutions.co.uk> > yeah, if the user has identified, then it is an obvious ghost, if > the user > hasn, then it is prolly a mistake.. then we come across access > lists.. some > ppl dont need to identify cause their host is in them.. could this be a > prob? Good point. I guess testing the NickServ level would be the ideal way since checking for a status of 2 would find if the nick was recognised by access list only with a status of 3 for identified. If the access list is too vague it could lead to similar problems with popular ISPs and there is little to stop someone adding in a whole set of masks so maybe it is worth ignoring anything but fully identified nicks. Recover and release would work in any case so might not be a huge problem and may encourage users to identify. -- Mark. From ItEm at UniversoAnime.com Thu Mar 14 23:35:01 2002 From: ItEm at UniversoAnime.com (ItEm) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] =?utf-8?B?5rC46YGg44Gu5oSb?= Message-ID: <002501c1cba0$08e6e4c0$78621850@B6E2V6> Hola que tal!? Mira te escribo por la grandisima ayuda que me diste hace tiempo con un problema que tuve, bueno personalmente creo q no te vas a enterar mucho de lo que te voy a decir, pero me da igual, pq claro, soy espa?ol y no me importa decirlo. Sinceramente, creo que gente como tu sobra en esta lista, cuyas aportaciones no son en ningun momento constructivas ni de ninguna ayuda, sino que se dedica a insultar a aquellas personas que tienen algun problema. ?Por que?, quien sabe porque, pero creo que lo que deberiais hacer aqui es ayudar y no responder a un mensaje y encima dirigido a todos, que lo unico que hace es llenar mas la bandeja de entrada de cada uno de nosotros y encima molestar a la gente, porque ese tipo de mensajes no le ha servido de ayuda a nadie... bueno ahora ya dejando de lado los formalismos, porque aunque no lo creas yo no soy nada formal, lo que pasa es que he esperado para soportarte y no he respondido antes a un imbecil maricon subnormal de mierda gilipoyas como tu, porque necesitaba la ayuda que Philippe Lavesque me ha dado y que tu me has insultado. Supongo que un imbecil maricon subnormal de mierda gilipoyas como tu, que no da palo al agua y se pasa las horas enfrente de la pantalla haciendo cosas que no sirven para nada, porque realmente tu no sirves para nada ni nada de lo que haces. Ahora si, comprendo que seas un imbecil maricon subnormal de mierda gilipoyas, pero no comprendo como hay gente en esta lista que te soporta querido amigo. En fin, que no te molestes porque un imbecil maricon subnormal de mierda gilipoyas como eres tu, y te lo digo tantas veces para que lo asimiles porque en tu casa no te lo habran querido ense?ar, es para esto, en fin, que sepas que tu no tienes un problema, sino que eres el problema y por tanto lo que puedes hacer es desaparecer o cambiar tu actitud, asi que querido imbecil maricon subnormal de mierda gilipoyas, ya sabes que si estas en una lista de ayuda, no seria buena idea insultar porque eso es algo que molesta, pero claro un imbecil maricon subnormal de mierda gilipoyas como tu no lo puede entender. Ah, y yo no he empezado esto, lo has empezado tu. ;-) Que sepas, que estoy muy orgulloso de poder insultarte "imbecil maricon subnormal de mierda gilipoyas", y que si te enteras de todo esto y de lo que significa pues te acordaras mejor de mi. ?Estoy repitiendo mucho lo de imbecil maricon subnormal de mierda gilipoyas? Lo digo para que ma?ana cuando te despiertes, si es que te despiertas, sea lo que le puedas decir a la puta mujer que tiene q acostarse contigo, (Ay! Ay!, perdon que es un hombre, en caso de que haya algo!! Disculpame!! ^_^!), bueno que como te decia, que eso se lo puedes ir diciendo al viejo de tu puto padre que te tiene que follar todas las noches, asi que ma?ana cuando te levantes, si tu puto padre sigue vivo (o tu), pues diselo de mi parte vale? Recuerdalo, imbecil maricon subnormal de mierda gilipoyas, que asi no se te olvidar?. Ah, que por lo demas, esta lista es genial y no tiene nada malo, es mas, es posiblemente un buen servicio de los IRC-Services, salvo la basura y nuestro querido compa?ero Nicholas A. Martini que es imbecil maricon subnormal de mierda gilipoyas, pero eso ya lo sabemos. Ahora corre y busca un traductor porque dudo que un imbecil maricon subnormal de mierda gilipoyas como tu sepa algo de espa?ol. Y por ultimo te digo que ???????????????????????? Creo que esto es todo, muchas gracias por tu atencion querido imbecil maricon subnormal de mierda gilipoyas. ????????? Ah y sin ningun rencor, tu me insultas y yo a ti y en paz. P.D. Los otros miembros de la lista no os asusteis, que yo no suelo escribir tanto para insultar. ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020314/9bf2e458/attachment.html From Ganja51 at lcirc.net Thu Mar 14 23:37:00 2002 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <20020314213653.96222.qmail@venom.nastrix.com> Are you guys forgetting what ghost is for??? If you get disconnected (ping timeout or such) and the server hasn't realized that you're disconnecte. You reconnect and you're still showing as being connected. You then GHOST the old connection so you may claim your nickname. Why would you want services to change the name of the old connection? You're getting too selfish. GHOST does not have an exploit, it's simply some immature users abusing a function which is working perfectly well. I have _never_ seen this happen before in my years of IRCing, so it's obviously an isolated incident. Either talk to your users about their maturity level and abuse, or else talk to the users trying to connect about changing their nicks, because the nicks they're trying to use are already registered. It's not that difficult of a concept, and I don't believe that Services should be changed due to a small situation you're having with a select few people. ~Ganja51 irc.lcirc.net From ItEm at UniversoAnime.com Thu Mar 14 23:37:02 2002 From: ItEm at UniversoAnime.com (ItEm) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] =?utf-8?B?5rC46YGg44Gu5oSb?= Message-ID: <003501c1cba0$40a90870$78621850@B6E2V6> Hola que tal!? Mira te escribo por la grandisima ayuda que me diste hace tiempo con un problema que tuve, bueno personalmente creo q no te vas a enterar mucho de lo que te voy a decir, pero me da igual, pq claro, soy espa?ol y no me importa decirlo. Sinceramente, creo que gente como tu sobra en esta lista, cuyas aportaciones no son en ningun momento constructivas ni de ninguna ayuda, sino que se dedica a insultar a aquellas personas que tienen algun problema. ?Por que?, quien sabe porque, pero creo que lo que deberiais hacer aqui es ayudar y no responder a un mensaje y encima dirigido a todos, que lo unico que hace es llenar mas la bandeja de entrada de cada uno de nosotros y encima molestar a la gente, porque ese tipo de mensajes no le ha servido de ayuda a nadie... bueno ahora ya dejando de lado los formalismos, porque aunque no lo creas yo no soy nada formal, lo que pasa es que he esperado para soportarte y no he respondido antes a un imbecil maricon subnormal de mierda gilipoyas como tu, porque necesitaba la ayuda que Philippe Lavesque me ha dado y que tu me has insultado. Supongo que un imbecil maricon subnormal de mierda gilipoyas como tu, que no da palo al agua y se pasa las horas enfrente de la pantalla haciendo cosas que no sirven para nada, porque realmente tu no sirves para nada ni nada de lo que haces. Ahora si, comprendo que seas un imbecil maricon subnormal de mierda gilipoyas, pero no comprendo como hay gente en esta lista que te soporta querido amigo. En fin, que no te molestes porque un imbecil maricon subnormal de mierda gilipoyas como eres tu, y te lo digo tantas veces para que lo asimiles porque en tu casa no te lo habran querido ense?ar, es para esto, en fin, que sepas que tu no tienes un problema, sino que eres el problema y por tanto lo que puedes hacer es desaparecer o cambiar tu actitud, asi que querido imbecil maricon subnormal de mierda gilipoyas, ya sabes que si estas en una lista de ayuda, no seria buena idea insultar porque eso es algo que molesta, pero claro un imbecil maricon subnormal de mierda gilipoyas como tu no lo puede entender. Ah, y yo no he empezado esto, lo has empezado tu. ;-) Que sepas, que estoy muy orgulloso de poder insultarte "imbecil maricon subnormal de mierda gilipoyas", y que si te enteras de todo esto y de lo que significa pues te acordaras mejor de mi. ?Estoy repitiendo mucho lo de imbecil maricon subnormal de mierda gilipoyas? Lo digo para que ma?ana cuando te despiertes, si es que te despiertas, sea lo que le puedas decir a la puta mujer que tiene q acostarse contigo, (Ay! Ay!, perdon que es un hombre, en caso de que haya algo!! Disculpame!! ^_^!), bueno que como te decia, que eso se lo puedes ir diciendo al viejo de tu puto padre que te tiene que follar todas las noches, asi que ma?ana cuando te levantes, si tu puto padre sigue vivo (o tu), pues diselo de mi parte vale? Recuerdalo, imbecil maricon subnormal de mierda gilipoyas, que asi no se te olvidar?. Ah, que por lo demas, esta lista es genial y no tiene nada malo, es mas, es posiblemente un buen servicio de los IRC-Services, salvo la basura y nuestro querido compa?ero Nicholas A. Martini que es imbecil maricon subnormal de mierda gilipoyas, pero eso ya lo sabemos. Ahora corre y busca un traductor porque dudo que un imbecil maricon subnormal de mierda gilipoyas como tu sepa algo de espa?ol. Y por ultimo te digo que ???????????????????????? Creo que esto es todo, muchas gracias por tu atencion querido imbecil maricon subnormal de mierda gilipoyas. ????????? Ah y sin ningun rencor, tu me insultas y yo a ti y en paz. P.D. Los otros miembros de la lista no os asusteis, que yo no suelo escribir tanto para insultar. ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020314/1431ac7c/attachment.htm From ItEm at UniversoAnime.com Thu Mar 14 23:37:05 2002 From: ItEm at UniversoAnime.com (ItEm) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] =?utf-8?Q?=E6=B0=B8=E9=81=A0=E3=81=AE=E6=84=9B_=28No_me_gusta_repetirme_?= =?utf-8?Q?tanto_xD=29?= Message-ID: <003901c1cba0$51f6cfe0$78621850@B6E2V6> Hola que tal!? Mira te escribo por la grandisima ayuda que me diste hace tiempo con un problema que tuve, bueno personalmente creo q no te vas a enterar mucho de lo que te voy a decir, pero me da igual, pq claro, soy espa?ol y no me importa decirlo. Sinceramente, creo que gente como tu sobra en esta lista, cuyas aportaciones no son en ningun momento constructivas ni de ninguna ayuda, sino que se dedica a insultar a aquellas personas que tienen algun problema. ?Por que?, quien sabe porque, pero creo que lo que deberiais hacer aqui es ayudar y no responder a un mensaje y encima dirigido a todos, que lo unico que hace es llenar mas la bandeja de entrada de cada uno de nosotros y encima molestar a la gente, porque ese tipo de mensajes no le ha servido de ayuda a nadie... bueno ahora ya dejando de lado los formalismos, porque aunque no lo creas yo no soy nada formal, lo que pasa es que he esperado para soportarte y no he respondido antes a un imbecil maricon subnormal de mierda gilipoyas como tu, porque necesitaba la ayuda que Philippe Lavesque me ha dado y que tu me has insultado. Supongo que un imbecil maricon subnormal de mierda gilipoyas como tu, que no da palo al agua y se pasa las horas enfrente de la pantalla haciendo cosas que no sirven para nada, porque realmente tu no sirves para nada ni nada de lo que haces. Ahora si, comprendo que seas un imbecil maricon subnormal de mierda gilipoyas, pero no comprendo como hay gente en esta lista que te soporta querido amigo. En fin, que no te molestes porque un imbecil maricon subnormal de mierda gilipoyas como eres tu, y te lo digo tantas veces para que lo asimiles porque en tu casa no te lo habran querido ense?ar, es para esto, en fin, que sepas que tu no tienes un problema, sino que eres el problema y por tanto lo que puedes hacer es desaparecer o cambiar tu actitud, asi que querido imbecil maricon subnormal de mierda gilipoyas, ya sabes que si estas en una lista de ayuda, no seria buena idea insultar porque eso es algo que molesta, pero claro un imbecil maricon subnormal de mierda gilipoyas como tu no lo puede entender. Ah, y yo no he empezado esto, lo has empezado tu. ;-) Que sepas, que estoy muy orgulloso de poder insultarte "imbecil maricon subnormal de mierda gilipoyas", y que si te enteras de todo esto y de lo que significa pues te acordaras mejor de mi. ?Estoy repitiendo mucho lo de imbecil maricon subnormal de mierda gilipoyas? Lo digo para que ma?ana cuando te despiertes, si es que te despiertas, sea lo que le puedas decir a la puta mujer que tiene q acostarse contigo, (Ay! Ay!, perdon que es un hombre, en caso de que haya algo!! Disculpame!! ^_^!), bueno que como te decia, que eso se lo puedes ir diciendo al viejo de tu puto padre que te tiene que follar todas las noches, asi que ma?ana cuando te levantes, si tu puto padre sigue vivo (o tu), pues diselo de mi parte vale? Recuerdalo, imbecil maricon subnormal de mierda gilipoyas, que asi no se te olvidar?. Ah, que por lo demas, esta lista es genial y no tiene nada malo, es mas, es posiblemente un buen servicio de los IRC-Services, salvo la basura y nuestro querido compa?ero Nicholas A. Martini que es imbecil maricon subnormal de mierda gilipoyas, pero eso ya lo sabemos. Ahora corre y busca un traductor porque dudo que un imbecil maricon subnormal de mierda gilipoyas como tu sepa algo de espa?ol. Y por ultimo te digo que ???????????????????????? Creo que esto es todo, muchas gracias por tu atencion querido imbecil maricon subnormal de mierda gilipoyas. ????????? Ah y sin ningun rencor, tu me insultas y yo a ti y en paz. P.D. Los otros miembros de la lista no os asusteis, que yo no suelo escribir tanto para insultar. ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020314/f892a6ce/attachment.html From achurch at achurch.org Fri Mar 15 03:28:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <3c914e8b.06257@achurch.org> This is basically what I was trying to say. In response to the comment that GHOST could check the target's recognized/identified status before killing, suppose the user hasn't identified when they get disconnected (maybe their connection dropped just as they connected to IRC, or maybe they didn't identify for some other reason)? The main point, though, is that if the person in question has registered/linked those nicks, then from Services' point of view (and mine as well) those nicks belong to that person, and they can do whatever they want with them, including killing new users who try to use them. As I said before, if you have users abusing the command, deal with the users individually; denying such people this one particular avenue of mischief will just push them into another anyway. --Andrew Church achurch@achurch.org http://achurch.org/ >Are you guys forgetting what ghost is for??? If you get disconnected (ping >timeout or such) and the server hasn't realized that you're disconnecte. You >reconnect and you're still showing as being connected. You then GHOST the >old connection so you may claim your nickname. Why would you want services >to change the name of the old connection? > >You're getting too selfish. GHOST does not have an exploit, it's simply some >immature users abusing a function which is working perfectly well. I have >_never_ seen this happen before in my years of IRCing, so it's obviously an >isolated incident. > >Either talk to your users about their maturity level and abuse, or else talk >to the users trying to connect about changing their nicks, because the nicks >they're trying to use are already registered. It's not that difficult of a >concept, and I don't believe that Services should be changed due to a small >situation you're having with a select few people. > >~Ganja51 >irc.lcirc.net >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Fri Mar 15 13:56:00 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <1211.195.92.144.170.1016193321.squirrel@secure.uksolutions.co.uk> > This is basically what I was trying to say. In response to the > comment that GHOST could check the target's > recognized/identified status > before killing, suppose the user hasn't identified when they get > disconnected (maybe their connection dropped just as they > connected to IRC, > or maybe they didn't identify for some other reason)? In any scenario such as this, with a valid ghost where the ghost command no longer functions, they could use the recover and release commands which would allow them to use their nick again, the "ghost" would have it's nick changed and would quit IRC naturally within a few minutes. A nick owner does not lose the ability to use the nick just because ghost is made a little more selective. The error message will be altered to direct a user to use recover and release, thanks. The logic behind the use of nick status, is that it seems the simplest method to determine the validity of a ghost. Checking other things such as the connecting host/IP would have problems should the ghost occur because of an ISP disconnect or redial. For static IPs it would be perfect. Checking the access list against the ghost host, does not remove the potential for abuse since an open access list would mean that the ghost would always appear to be valid. So a decision was made to only assume that fully identified nicknames are valid ghosts. An alternative is to have a ghost system similar to guest nicks, but this would provide no way to remove verifiable ghosts from IRC prior to their natural timeout. This may not be a bad thing since it prevents unnecessary killing but would obviously require much more patching of services to implement and until services reaches a time when a branch is feasible, it would not be something worth considering at this time. > The main point, though, is that if the person in question has > registered/linked those nicks, then from Services' point of > view (and mine > as well) those nicks belong to that person, and they can do > whatever they > want with them, including killing new users who try to use > them. AIUI GHOST was designed (and is described in the documentation) to remove ghost sessions, not as a way for users to kill people using their nicknames. Using that logic, surely the recover command should ignore the NSForceNickChange directive as well? Personally, we do not tend to give users kill power on a server. Given the restrictions we have on it's use by the administration of the network, it seems wrong to give a user the power as part of the nickname ownership. Kill Immediate ON will protect a nickname from being used without ever removing a person from a server and is in my opinion a far better system. Kill quick will prevent a nickname being used for more than 20 seconds, and normal kill for more than 60 seconds. All of these have minimal impact on the user being "killed" since they merely have their nickname changed so are able to read the message from services explaining why their nickname was changed and even seek assistance if they still have problems. If killed on sight, they do not get that opportunity and see no real reason for being removed from the network. >From a nick owner perspective, this protection exists whether or not the nick owner is on IRC and without any effort on their part. A nick owner has more than adequate protection of the name and ability to restrict it's use without the need to kill users. > As I said > before, if you have users abusing the command, deal with the users > individually; denying such people this one particular avenue > of mischief > will just push them into another anyway. Personally I do not think that buttons with Do Not Press on them are a particularly useful feature nor do I want the ongoing task of dealing with this as each wave of newbies discover this trick. I would prefer people to find other avenues of mischief, since this will lead to a better overall package as each is addressed. Imagine if we avoid applying OS security fixes assuming that if we do not fix them, at least people will not look for new ones. The fact is, whether this is fixed or not, people will continue to look for new avenues of mischief. The lag services trick to "get around" mlock is one that was discovered by users years ago or so and is one that still comes up regularly which shows that discovering one exploit does not prevent the search for others. I definitely do not want to put people off finding problems like this in Services, since they are better found and fixed than waiting for a particularly malicious user to utilise. We obviously have vastly differing opinions on this matter. I have suggested how I intend to close this loophole rather than "manage" it as you suggested and the discussion on list has proved useful in spotting some potential pitfalls which was my primary aim after you said you would not consider fixing it. I am disappointed it will not be at least an option in the main services package, but, since I already have to patch in odd things anyway, it is just one more for the list. -- Mark. From achurch at achurch.org Fri Mar 15 16:19:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:39 2004 Subject: [IRCServices] /ns ghost exploit Message-ID: <3c92033c.06543@achurch.org> Well, I won't touch the security patch argument because I don't want to bring years of Bugtraq debates into here, but as you say, we have different points of view on this, so having a patch is probably the best thing--it is open source, after all. --Andrew Church achurch@achurch.org http://achurch.org/ >> This is basically what I was trying to say. In response to the >> comment that GHOST could check the target's >> recognized/identified status >> before killing, suppose the user hasn't identified when they get >> disconnected (maybe their connection dropped just as they >> connected to IRC, >> or maybe they didn't identify for some other reason)? > >In any scenario such as this, with a valid ghost where the ghost command no >longer functions, they could use the recover and release commands which >would allow them to use their nick again, the "ghost" would have it's nick >changed and would quit IRC naturally within a few minutes. A nick owner >does not lose the ability to use the nick just because ghost is made a >little more selective. The error message will be altered to direct a user >to use recover and release, thanks. > >The logic behind the use of nick status, is that it seems the simplest >method to determine the validity of a ghost. Checking other things such as >the connecting host/IP would have problems should the ghost occur because >of an ISP disconnect or redial. For static IPs it would be perfect. >Checking the access list against the ghost host, does not remove the >potential for abuse since an open access list would mean that the ghost >would always appear to be valid. So a decision was made to only assume that >fully identified nicknames are valid ghosts. > >An alternative is to have a ghost system similar to guest nicks, but this >would provide no way to remove verifiable ghosts from IRC prior to their >natural timeout. This may not be a bad thing since it prevents unnecessary >killing but would obviously require much more patching of services to >implement and until services reaches a time when a branch is feasible, it >would not be something worth considering at this time. > >> The main point, though, is that if the person in question has >> registered/linked those nicks, then from Services' point of >> view (and mine >> as well) those nicks belong to that person, and they can do >> whatever they >> want with them, including killing new users who try to use >> them. > >AIUI GHOST was designed (and is described in the documentation) to remove >ghost sessions, not as a way for users to kill people using their >nicknames. > >Using that logic, surely the recover command should ignore the >NSForceNickChange directive as well? Personally, we do not tend to give >users kill power on a server. Given the restrictions we have on it's use by >the administration of the network, it seems wrong to give a user the power >as part of the nickname ownership. > >Kill Immediate ON will protect a nickname from being used without ever >removing a person from a server and is in my opinion a far better system. >Kill quick will prevent a nickname being used for more than 20 seconds, and >normal kill for more than 60 seconds. All of these have minimal impact on >the user being "killed" since they merely have their nickname changed so >are able to read the message from services explaining why their nickname >was changed and even seek assistance if they still have problems. If killed >on sight, they do not get that opportunity and see no real reason for being >removed from the network. > >>From a nick owner perspective, this protection exists whether or not the >nick owner is on IRC and without any effort on their part. A nick owner has >more than adequate protection of the name and ability to restrict it's use >without the need to kill users. > >> As I said >> before, if you have users abusing the command, deal with the users >> individually; denying such people this one particular avenue >> of mischief >> will just push them into another anyway. > >Personally I do not think that buttons with Do Not Press on them are a >particularly useful feature nor do I want the ongoing task of dealing with >this as each wave of newbies discover this trick. > >I would prefer people to find other avenues of mischief, since this will >lead to a better overall package as each is addressed. Imagine if we avoid >applying OS security fixes assuming that if we do not fix them, at least >people will not look for new ones. The fact is, whether this is fixed or >not, people will continue to look for new avenues of mischief. The lag >services trick to "get around" mlock is one that was discovered by users >years ago or so and is one that still comes up regularly which shows that >discovering one exploit does not prevent the search for others. > >I definitely do not want to put people off finding problems like this in >Services, since they are better found and fixed than waiting for a >particularly malicious user to utilise. > >We obviously have vastly differing opinions on this matter. I have >suggested how I intend to close this loophole rather than "manage" it as >you suggested and the discussion on list has proved useful in spotting some >potential pitfalls which was my primary aim after you said you would not >consider fixing it. I am disappointed it will not be at least an option in >the main services package, but, since I already have to patch in odd things >anyway, it is just one more for the list. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Fri Mar 15 22:30:02 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Admins and Opers? Message-ID: For both version 4 and 5 can some1 please tell me what commands services admins have and services opers have? -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From admin at nevernet.net Fri Mar 15 22:33:00 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Admins and Opers? In-Reply-To: Message-ID: <002b01c1cc60$80bf6c40$ee683a44@noc4> /msg OperServ help -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig McLure Sent: Friday, March 15, 2002 8:29 PM To: ircservices@ircservices.za.net Subject: [IRCServices] Services Admins and Opers? For both version 4 and 5 can some1 please tell me what commands services admins have and services opers have? -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Fri Mar 15 22:37:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Admins and Opers? Message-ID: aaah... didnt notice it said there.. i havnt looked at operserv help for years :D >From: Elijah >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] Services Admins and Opers? >Date: Fri, 15 Mar 2002 20:32:16 +0000 > >/msg OperServ help > >-----Original Message----- >From: ircservices-admin@ircservices.za.net >[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig McLure >Sent: Friday, March 15, 2002 8:29 PM >To: ircservices@ircservices.za.net >Subject: [IRCServices] Services Admins and Opers? > > >For both version 4 and 5 can some1 please tell me what commands services > >admins have and services opers have? > > > >-- >Craig McLure >Craig@e-tidalwave.org >WaveAdmin on the e-tidalwave IRC Network >Ride the Wave! www.e-tidalwave.org > > >_________________________________________________________________ >MSN Photos is the easiest way to share and print your photos: >http://photos.msn.com/support/worldwide.aspx > >------------------------------------------------------------------ >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 -- 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 admin at nevernet.net Fri Mar 15 22:42:00 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Admins and Opers? In-Reply-To: Message-ID: <004901c1cc61$cd4ec4b0$ee683a44@noc4> :) -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig McLure Sent: Friday, March 15, 2002 8:36 PM To: ircservices@ircservices.za.net Subject: RE: [IRCServices] Services Admins and Opers? aaah... didnt notice it said there.. i havnt looked at operserv help for years :D >From: Elijah >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] Services Admins and Opers? >Date: Fri, 15 Mar 2002 20:32:16 +0000 > >/msg OperServ help > >-----Original Message----- >From: ircservices-admin@ircservices.za.net >[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig McLure >Sent: Friday, March 15, 2002 8:29 PM >To: ircservices@ircservices.za.net >Subject: [IRCServices] Services Admins and Opers? > > >For both version 4 and 5 can some1 please tell me what commands >services > >admins have and services opers have? > > > >-- >Craig McLure >Craig@e-tidalwave.org >WaveAdmin on the e-tidalwave IRC Network >Ride the Wave! www.e-tidalwave.org > > >_________________________________________________________________ >MSN Photos is the easiest way to share and print your photos: >http://photos.msn.com/support/worldwide.aspx > >------------------------------------------------------------------ >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 -- 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 ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Sat Mar 16 01:11:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] [23:30] -ChanServ- Unknown mode character L ignored. Message-ID: Ne chance we could add +L to the mlock stuff? (if u didnt know, when +l is reached, it re-directs to the channel specified in +L :P) -- 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 achurch at achurch.org Sat Mar 16 21:38:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] [23:30] -ChanServ- Unknown mode character L ignored. Message-ID: <3c939f8d.26313@achurch.org> Supported in 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ >Ne chance we could add +L to the mlock stuff? >(if u didnt know, when +l is reached, it re-directs to the channel specified >in +L :P) > > > >-- >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. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Sat Mar 16 21:43:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] [23:30] -ChanServ- Unknown mode character L ignored. Message-ID: yeah, i noticed :) cheers >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] [23:30] -ChanServ- Unknown mode character L >ignored. >Date: Sun, 17 Mar 2002 04:39:41 JST > > Supported in 5.0. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Ne chance we could add +L to the mlock stuff? > >(if u didnt know, when +l is reached, it re-directs to the channel >specified > >in +L :P) > > > > > > > >-- > >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. > > > >------------------------------------------------------------------ > >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 -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From rmihailescu at ns.lumina.ro Tue Mar 19 02:56:01 2002 From: rmihailescu at ns.lumina.ro (Radu - Eosif "@Dexter" Mihailescu) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Offer to translate Services to Romanian (RO_ro.l) Message-ID: Has anyone yet translated Services to Romanian? If not, I'm willing to do so, free of charge :-) Who should I contact for more info? Thanks in advance, Dexter . From achurch at achurch.org Tue Mar 19 03:33:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Offer to translate Services to Romanian (RO_ro.l) Message-ID: <3c9695e7.27260@achurch.org> >Has anyone yet translated Services to Romanian? >If not, I'm willing to do so, free of charge :-) > >Who should I contact for more info? The author, me. (: I haven't received any such offers so far, so I'd be more than happy for you to do it. As version 5.0 is nearing beta status, I'd suggest skipping version 4.5 and starting with the language file in the current 5.0 alpha release (see the web site for download information), and then going back to 4.5 if you have time--but of course it's up to you. Thanks in advance. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Tue Mar 19 12:52:01 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Death on Disconnect Message-ID: <001801c1cf33$f1505520$ee683a44@noc4> I'm not sure if there is a reason for it (not even sure if this is on the right list) or if it's been covered before here or not, so please be gentle in my crucifixion if it's necessary. Is there a reason services dies when it loses connection to its uplink? Would it be possible to keep it alive and have it attempt to reconnect until it was specifically terminated intentionally in one way or another? Of course we all know that in a perfect world it would never lose connection to the uplink... Elijah From achurch at achurch.org Tue Mar 19 13:19:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Death on Disconnect Message-ID: <3c971ef4.47166@achurch.org> The answer is just that I was too lazy to do it the right way (: and that if the link dies, it's probably because the uplink server has died, so trying to reconnect wouldn't do any good. I'll probably change this at some point, but since it can be pretty well taken care of by cron it's not a high priority of mine for fixing. --Andrew Church achurch@achurch.org http://achurch.org/ >I'm not sure if there is a reason for it (not even sure if this is on >the right list) or if it's been covered before here or not, so please be >gentle in my crucifixion if it's necessary. Is there a reason services >dies when it loses connection to its uplink? Would it be possible to >keep it alive and have it attempt to reconnect until it was specifically >terminated intentionally in one way or another? Of course we all know >that in a perfect world it would never lose connection to the uplink... > >Elijah > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From rmihailescu at ns.lumina.ro Mon Mar 25 23:28:00 2002 From: rmihailescu at ns.lumina.ro (Radu - Eosif "@Dexter" Mihailescu) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Romanian translation of IRCServices Message-ID: Greetings! This is just a short note to let you know that I've strated the translation process (I've decided to start with the latest stable version, 4.5.38 as that is mostly used at the moment [or so I think]). I'm currently on line 700 of the language file ... it's a lot of text, it also needs some adaptation besides translation in some areas and I also have courses ... so it's going to take some more. Also, I will produce more than one file ... for reasons which I will explain when I'll be done with them (sneak preview: The _windowsxp Romanian Language Pack has recently been released and it stinks! It's a perfect Romanian but the "computer spirit" is totally out ... and this is not what I want people to think about the files I'm working on. Still, to respect both opinions, I'll produce many files, suited for everyone's taste, ISO-compliance, 8 bit-ness and liking. Regards, Have a nice day, Dexter . From andrewk at isdial.net Wed Mar 27 07:53:05 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Mailing List Archives Now Searchable Message-ID: <001501c1d553$93873c80$9c011ac4@africa.didata.local> Just to let you all know that the "current" archives for the mailing lists are now searchable from within the IRC Services website. Just head on over to http://www.ircservices.za.net/mailinglists.html Let me know if you have comments etc. Later, Andrew From msmith at acmecorp.org Sat Mar 30 22:47:00 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Configuration question Message-ID: <5.1.0.14.0.20020330124459.01fdb630@mauler.acmecorp.org> Is there any way to set Services so that only certain people (say, Services Admins) can physically register channels? -MS From uhc0 at rz.uni-karlsruhe.de Sun Mar 31 02:32:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:40 2004 Subject: AW: [IRCServices] Configuration question In-Reply-To: <5.1.0.14.0.20020330124459.01fdb630@mauler.acmecorp.org> Message-ID: <000001c1d84b$53b93cc0$02c8a8c0@nygmatech.local> In order to do this, you open chanserv.c around line 215 of that file, there is the command table of CS. You locate this: { "REGISTER", do_register, NULL, CHAN_HELP_REGISTER, -1,-1,-1,-1 }, and change the NULL to is_services_admin that means, the line is then: { "REGISTER", do_register, is_services_admin, CHAN_HELP_REGISTER, -1,-1,-1,-1 }, After this, you do a (g)make install. Then it is done... 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 > Michael D. Smith > Gesendet: Samstag, 30. M?rz 2002 21:46 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Configuration question > > > Is there any way to set Services so that only certain people > (say, Services > Admins) can physically register channels? > > -MS > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From dan at viaraix.net Sun Apr 7 22:08:00 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] segfault on /msg XXXXServ help (5.0a26) Message-ID: <3CB0A67E.90302@viaraix.net> Hi, Installed IRCServices and got them configured/linked etc... all fine and can perform most commands except 'help' [Apr 07 20:40:01 2002] operserv/main: ViaraiX: help [Apr 07 20:40:01 2002] PANIC! buffer = :ViaraiX PRIVMSG operserv :help [Apr 07 20:40:01 2002] Services terminating: Segmentation fault (also tried other services and ended in same result) Any help will be greatly appreciated. Best Regards Dan 'ViaraiX' Jones From frostycoolslug at hotmail.com Mon Apr 8 00:11:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] segfault on /msg XXXXServ help (5.0a26) Message-ID: post details to the services coding mailing list.. this list is for the stable version of services. >From: Dan Jones >Reply-To: ircservices@ircservices.za.net >To: IRCServices@ircservices.za.net >Subject: [IRCServices] segfault on /msg XXXXServ help (5.0a26) >Date: Sun, 07 Apr 2002 21:05:18 +0100 > >Hi, > >Installed IRCServices and got them configured/linked etc... all fine and >can perform most commands except 'help' > >[Apr 07 20:40:01 2002] operserv/main: ViaraiX: help >[Apr 07 20:40:01 2002] PANIC! buffer = :ViaraiX PRIVMSG operserv :help >[Apr 07 20:40:01 2002] Services terminating: Segmentation fault > >(also tried other services and ended in same result) > >Any help will be greatly appreciated. > >Best Regards > >Dan 'ViaraiX' Jones > >------------------------------------------------------------------ >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 _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From frostycoolslug at hotmail.com Mon Apr 8 00:17:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Channel Keys... Message-ID: currently, in a channel, i have a channel which has +k in the mlock, if all the users leave, from what i have seen, any1 can join and view the channel key.. [23:11] *** Now talking in #test [23:11] *** services.e-tidalwave.org changes topic to 'Test Channel (Craig)' [23:11] *** ChanServ sets mode: +sntrk-o fréd Craig is there any way to prevent this, cause chanserv even lets the user stay in the channel :/ -- 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 achurch at achurch.org Mon Apr 8 02:57:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Channel Keys... Message-ID: <3cb0eac3.60444@achurch.org> >currently, in a channel, i have a channel which has +k in the mlock, if all >the users leave, from what i have seen, any1 can join and view the channel >key.. > >[23:11] *** Now talking in #test >[23:11] *** services.e-tidalwave.org changes topic to 'Test Channel (Craig)' >[23:11] *** ChanServ sets mode: +sntrk-o fr?d Craig > >is there any way to prevent this, cause chanserv even lets the user stay in >the channel :/ Set REGISTERED on the channel. This is documented in the SET MLOCK help. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed Apr 10 19:34:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Not Setting Modes. Message-ID: i'm having probs with services not always setting modes or topics, this happens on rare occasions, but in loads of channels. it stopped setting modes in my operator channel and many private channels. I'm using Unreal3.1.3, not sure if ne1 else has noticed, but its getting annoying :/ -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From uhc0 at rz.uni-karlsruhe.de Wed Apr 10 22:43:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:40 2004 Subject: AW: [IRCServices] Services Not Setting Modes. In-Reply-To: Message-ID: <000601c1e0d0$4707d6c0$02c8a8c0@nygmatech.local> Can it be, that you have a problem of U:Lines with your ircd ? Also, try disabling MergeChannelModes. 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 > Craig McLure > Gesendet: Mittwoch, 10. April 2002 19:22 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Services Not Setting Modes. > > > i'm having probs with services not always setting modes or > topics, this > happens on rare occasions, but in loads of channels. it > stopped setting > modes in my operator channel and many private channels. I'm using > Unreal3.1.3, not sure if ne1 else has noticed, but its > getting annoying :/ > > > > -- > Craig McLure > Craig@e-tidalwave.org > WaveAdmin on the e-tidalwave IRC Network > Ride the Wave! www.e-tidalwave.org > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From scomps at altnet.org Wed Apr 10 22:55:01 2002 From: scomps at altnet.org (Scott Johnson) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services Not Setting Modes. References: <000601c1e0d0$4707d6c0$02c8a8c0@nygmatech.local> Message-ID: <001801c1e0d2$9eabfcb0$690c1818@scott> *This message was transferred with a trial version of CommuniGate(tm) Pro* We had that same problem with Unreal. It turned out one of our servers time was off by about 20 minutes. In the end we switched software to something that was a bit more militant about the TS when it connected. That and correcting the time across the network seemed to solve the problem. ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Wednesday, April 10, 2002 4:42 PM Subject: AW: [IRCServices] Services Not Setting Modes. *This message was transferred with a trial version of CommuniGate(tm) Pro* Can it be, that you have a problem of U:Lines with your ircd ? Also, try disabling MergeChannelModes. 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 > Craig McLure > Gesendet: Mittwoch, 10. April 2002 19:22 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Services Not Setting Modes. > > > i'm having probs with services not always setting modes or > topics, this > happens on rare occasions, but in loads of channels. it > stopped setting > modes in my operator channel and many private channels. I'm using > Unreal3.1.3, not sure if ne1 else has noticed, but its > getting annoying :/ > > > > -- > Craig McLure > Craig@e-tidalwave.org > WaveAdmin on the e-tidalwave IRC Network > Ride the Wave! www.e-tidalwave.org > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > ------------------------------------------------------------------ > 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 frostycoolslug at hotmail.com Fri Apr 19 22:05:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. Message-ID: is there ne way of adding something like [] in front of welcome msgs, i wasnt paying attension to my notice window, when i joined a channel, and when i next checked, all i saw was this: [20:41] -ChanServ- This is a test Can you see it? now, me being paraniod, thought there was some sorta hole in Services, and some1 sent me this msg.. I checked the log file.. nothing.. i sent a couple of globals, and found out it was the channel welcome msg. is there a way to add the tag? if poss it should be added in the Next Services release as an option.. i dont want other admins to get freaked like me ;) -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From ShadowMaster at Shadow-Realm.org Fri Apr 19 23:14:00 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. In-Reply-To: References: Message-ID: <200204192313.13692.ShadowMaster@Shadow-Realm.org> On Friday 19 April 2002 22:04, Craig McLure wrote: > is there a way to add the tag? if poss it should be added in the Next > Services release as an option.. i dont want other admins to get freaked > like me ;) Actually, this is a plain notice, can be considered equal to anyone doing /notice #somechannel text The information on which channel its being sent to is present in the message from the server, its up to the IRC Client to decide how to display it. Some IRC Clients like mIRC have imho poor default handeling of notices in general, whereas other clients are smart enough to display the notices in the channel or query window where it "belongs" I suppose it would be quite easy to add script handeling to mIRC to have it do what you want. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From frostycoolslug at hotmail.com Fri Apr 19 23:19:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. Message-ID: yeah, i know.. but that wasnt what i asked.. i would like it hard coded into Services, so no1 gets confused when Services send out a normal notice ;) >From: "Thomas J. Stensås" >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Welcome msgs.. >Date: Fri, 19 Apr 2002 23:13:13 +0200 > >On Friday 19 April 2002 22:04, Craig McLure wrote: > > is there a way to add the tag? if poss it should be added in the Next > > Services release as an option.. i dont want other admins to get freaked > > like me ;) > >Actually, this is a plain notice, can be considered equal to anyone doing >/notice #somechannel text > >The information on which channel its being sent to is present in the >message >from the server, its up to the IRC Client to decide how to display it. >Some IRC Clients like mIRC have imho poor default handeling of notices in >general, whereas other clients are smart enough to display the notices in >the >channel or query window where it "belongs" > >I suppose it would be quite easy to add script handeling to mIRC to have it >do >what you want. > >-- >Yours Sincerely > >Thomas Juberg Stensås > >-- What we do in life echoes in eternity. > >DMCA? Who cares? http://thefreeworld.net/ >------------------------------------------------------------------ >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 dan at viaraix.net Fri Apr 19 23:35:01 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. References: <200204192313.13692.ShadowMaster@Shadow-Realm.org> Message-ID: <3CC08D00.1090904@viaraix.net> actually it would be a normal /notice nickname text if it did a /notice #channel text then everytime someone joined it would notice everyone in the channel Thomas J. Stens?s wrote: > On Friday 19 April 2002 22:04, Craig McLure wrote: > >>is there a way to add the tag? if poss it should be added in the Next >>Services release as an option.. i dont want other admins to get freaked >>like me ;) >> > > Actually, this is a plain notice, can be considered equal to anyone doing > /notice #somechannel text > > The information on which channel its being sent to is present in the message > from the server, its up to the IRC Client to decide how to display it. > Some IRC Clients like mIRC have imho poor default handeling of notices in > general, whereas other clients are smart enough to display the notices in the > channel or query window where it "belongs" > > I suppose it would be quite easy to add script handeling to mIRC to have it do > what you want. > > From ShadowMaster at Shadow-Realm.org Sat Apr 20 05:02:00 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. In-Reply-To: <3CC08D00.1090904@viaraix.net> References: <200204192313.13692.ShadowMaster@Shadow-Realm.org> <3CC08D00.1090904@viaraix.net> Message-ID: <200204200500.53053.ShadowMaster@Shadow-Realm.org> On Friday 19 April 2002 23:32, Dan Jones wrote: > actually it would be a normal /notice nickname text > > if it did a /notice #channel text then everytime someone joined it would > notice everyone in the channel Shush.. let me live in my illution. Of course you are correct. My fault entirely =) I'll stay away from the keyboard when not awake in the future. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From achurch at achurch.org Sat Apr 20 07:02:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Welcome msgs.. Message-ID: <3cc0f60f.63510@achurch.org> This sounds to me like either a client issue or a PEBKAC, and I don't see a need for a kludge like this in Services. --Andrew Church achurch@achurch.org http://achurch.org/ >is there ne way of adding something like [] in front of welcome >msgs, i wasnt paying attension to my notice window, when i joined a channel, >and when i next checked, all i saw was this: > >[20:41] -ChanServ- This is a test Can you see it? > >now, me being paraniod, thought there was some sorta hole in Services, and >some1 sent me this msg.. I checked the log file.. nothing.. i sent a couple >of globals, and found out it was the channel welcome msg. > >is there a way to add the tag? if poss it should be added in the Next >Services release as an option.. i dont want other admins to get freaked like >me ;) > >-- >Craig McLure >Craig@e-tidalwave.org >WaveAdmin on the e-tidalwave IRC Network >Ride the Wave! www.e-tidalwave.org > > >_________________________________________________________________ >Chat with friends online, try MSN Messenger: http://messenger.msn.com > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From rzhe at ircd.ru Sun Apr 21 02:55:01 2002 From: rzhe at ircd.ru (Dmitry Agaphonov) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Setting id_stamp on register Message-ID: <20020420145055.P14069-100000@rzhe.domain> I'm using ircservices-4.5.39 and noticed that when a nickname is being registered, its id stamp is not set to the user services stamp. So, if an user have registered his nick and cleared the access list, and a split occures before he has identified for the nick, then the Services ask the user to identify after split even if the user did not disconnect from the server and did not change nick during the split. Of course it's a minor issue, but I think that setting id stamp when registering a nickname is not insecure. -- rzhe From drown at ethernal.net Sat Apr 27 00:14:01 2002 From: drown at ethernal.net (drown) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Exceptions Message-ID: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> Yeah... i was wondering if someone could help me with the exceptions list. My opers and i use the same oper host but there is no tld on it. E.g *@ethernal , I'm just wondering if its possible to make an exception for a host like that? because operserv keeps killing use with more than 4 clients with that host... Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020427/89242ff3/attachment.htm From Schutzgeist at uni.de Sat Apr 27 01:08:01 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Exceptions In-Reply-To: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> References: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> Message-ID: <9115998174.20020427010752@uni.de> Hallo drown, /os EXCEPTION ADD ethernal.org 99 OperHost Saturday, April 27, 2002, 1:11:54 AM, you wrote: d> Yeah... i was wondering if someone could help me with the exceptions list. My opers and i use the same oper host but there is no tld on it. E.g *@ethernal , I'm just wondering if its possible to d> make an exception for a host like that? because operserv keeps killing use with more than 4 clients with that host... Thanks. From Schutzgeist at uni.de Sat Apr 27 01:13:01 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Exceptions In-Reply-To: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> References: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> Message-ID: <15216299827.20020427011254@uni.de> Hallo drown, hmm. There?s no tld on it ? :) U can add all kinds of hosts zu the exceptionlist. But be sure that U match them . Sorry :) Saturday, April 27, 2002, 1:11:54 AM, you wrote: d> Yeah... i was wondering if someone could help me with the exceptions list. My opers and i use the same oper host but there is no tld on it. E.g *@ethernal , I'm just wondering if its possible to d> make an exception for a host like that? because operserv keeps killing use with more than 4 clients with that host... Thanks. From drown at ethernal.net Sat Apr 27 02:19:00 2002 From: drown at ethernal.net (drown) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Exceptions References: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> <15216299827.20020427011254@uni.de> Message-ID: <000b01c1ed89$349a1460$6601a8c0@ed.shawcable.net> Yeah, no .net/org/com extention to it... just @ethernal of course its prefixed with the opers nick like drown@ethernal . This is the error i get... -> [msg(operserv)] exception add *@ethernal 99 OperHost [18:16] -OperServ- Invalid hostmask. Only real hostmasks are valid as exceptions are not matched against nicks or usernames. Any way to get around that? without services killing the opers... ----- Original Message ----- From: "Dennis Sela" To: "drown" Sent: Friday, April 26, 2002 4:12 PM Subject: Re: [IRCServices] Exceptions > Hallo drown, > > hmm. There?s no tld on it ? :) > U can add all kinds of hosts zu the exceptionlist. > But be sure that U match them . > Sorry :) > > > Saturday, April 27, 2002, 1:11:54 AM, you wrote: > > d> Yeah... i was wondering if someone could help me with the exceptions list. My opers and i use the same oper host but there is no tld on it. E.g *@ethernal , I'm just wondering if its possible to > d> make an exception for a host like that? because operserv keeps killing use with more than 4 clients with that host... Thanks. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From drown at ethernal.net Sat Apr 27 10:40:02 2002 From: drown at ethernal.net (drown) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Exceptions References: <001201c1ed77$c18cb600$6601a8c0@ed.shawcable.net> <15216299827.20020427011254@uni.de> <000b01c1ed89$349a1460$6601a8c0@ed.shawcable.net> Message-ID: <000501c1edcf$4077f0e0$6601a8c0@ed.shawcable.net> I figured out the solution... if anyone was intrested or had the same problem.. you can add hosts like that buy just the name... eg. ethernal E.g ./os exception add ethernal 0 Oper Host That should work. ----- Original Message ----- From: "drown" To: Sent: Friday, April 26, 2002 6:16 PM Subject: Re: [IRCServices] Exceptions > Yeah, no .net/org/com extention to it... just @ethernal of course its > prefixed with the opers nick like drown@ethernal . This is the error i > get... > > -> [msg(operserv)] exception add *@ethernal 99 OperHost > [18:16] -OperServ- Invalid hostmask. Only real hostmasks are valid as > exceptions are not matched against nicks or usernames. > > Any way to get around that? without services killing the opers... > > ----- Original Message ----- > From: "Dennis Sela" > To: "drown" > Sent: Friday, April 26, 2002 4:12 PM > Subject: Re: [IRCServices] Exceptions > > > > Hallo drown, > > > > hmm. There?s no tld on it ? :) > > U can add all kinds of hosts zu the exceptionlist. > > But be sure that U match them . > > Sorry :) > > > > > > Saturday, April 27, 2002, 1:11:54 AM, you wrote: > > > > d> Yeah... i was wondering if someone could help me with the exceptions > list. My opers and i use the same oper host but there is no tld on it. E.g > *@ethernal , I'm just wondering if its possible to > > d> make an exception for a host like that? because operserv keeps killing > use with more than 4 clients with that host... Thanks. > > > > > > ------------------------------------------------------------------ > > 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 saturn at telus.net Sat Apr 27 21:39:01 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Beta soon? References: <20020427100101.A739117438@snow.fingers.co.za> Message-ID: <002601c1ee23$28339620$6401a8c0@Turby> Any idea when the Beta of version 5 is going to be released?? I'm at the edge of my seat wiating for it! =) From saturn at telus.net Sat Apr 27 21:40:01 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Beta soon? Message-ID: <003101c1ee23$3ae3fad0$6401a8c0@Turby> Any idea when the Beta of version 5 is going to be released?? I'm at the edge of my seat wiating for it! =) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020427/0dbfc003/attachment.html From Schutzgeist at uni.de Sat Apr 27 22:07:00 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Beta soon? In-Reply-To: <003101c1ee23$3ae3fad0$6401a8c0@Turby> References: <003101c1ee23$3ae3fad0$6401a8c0@Turby> Message-ID: <3911986045.20020427220608@uni.de> Hallo Saturn, when its free of bugs :) SD> Any idea when the Beta of version 5 is going to be released?? I'm at the SD> edge of my seat wiating for it! =) From achurch at achurch.org Sun Apr 28 05:23:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Beta soon? Message-ID: <3ccb6aca.67030@achurch.org> >Any idea when the Beta of version 5 is going to be released?? I'm at the >edge of my seat wiating for it! =) It's getting closer. (: To be honest, I've been bogged down with work and such lately, and haven't had as much time as I've wanted to work on Services, but most of the (known) bugs have been squashed. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat May 11 10:21:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services 4.5.40 released Message-ID: <3cdcd421.02004@achurch.org> Services 4.5.40 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5.40.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5.40.diff.gz ftp.ircservices.za.net and the mirrors should have it shortly. Changes in version 4.5.40 ------------------------- 2002/05/10 Fixed bug causing some mode changes to get lost with MergeChannelModes. Reported by And yes, version 5 is progressing. (: --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun May 12 04:34:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Extra files in 4.5.40 distribution Message-ID: <3cddd476.02227@achurch.org> Those who have already downloaded the 4.5.40 distribution may have noticed a few extra files whose names end in ".new". These were experiments of mine and should not have been included in the distribution; they may be deleted without harm. The distribution files have been corrected on ftp.esper.net. --Andrew Church achurch@achurch.org http://achurch.org/ From Jeian at myrealbox.com Sun May 12 23:53:01 2002 From: Jeian at myrealbox.com (John Cantu) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having Message-ID: <1021240324.4ffb8ffaJeian@myrealbox.com> Hi, I'm running IRC services 4.5.39 with Unreal 3.2, and I get these -debug messages in my log file:[May 12 17:49:58.188764 2002] Services 4.5.39 (compiled for Unreal) starting up (options: debug) [May 12 17:49:58.189110 2002] debug: Loading language 0 from file `languages/en_us' [May 12 17:49:58.217260 2002] debug: Loading language 10 from file `languages/nl' [May 12 17:49:58.257575 2002] debug: Loading language 9 from file `languages/de'[May 12 17:49:58.282264 2002] debug: Loading language 8 from file `languages/it'[May 12 17:49:58.300448 2002] debug: Loading language 2 from file `languages/ja_euc' [May 12 17:49:58.318031 2002] debug: Loading language 3 from file `languages/ja_sjis' [May 12 17:49:58.335815 2002] debug: Loading language 5 from file `languages/pt'[May 12 17:49:58.359500 2002] debug: Loading language 4 from file `languages/es'[May 12 17:49:58.383839 2002] debug: Loading language 7 from file `languages/tr'[May 12 17:49:58.404453 2002] debug: Loaded languages [May 12 17:49:58.404643 2002] debug: Loaded NickServ database (1/7) [May 12 17:49:58.404731 2002] debug: Loaded ChanServ database (2/7) [May 12 17:49:58.404865 2002] debug: Loaded OperServ database (3/7) [May 12 17:49:58.404943 2002] debug: Loaded AKILL database (4/7) [May 12 17:49:58.405014 2002] debug: Loaded news database (5/7) [May 12 17:49:58.405084 2002] debug: Loaded exception database (6/7) [May 12 17:49:58.405142 2002] debug: Not loading statistics database (7/7) [May 12 17:49:58.405197 2002] Databases loaded [May 12 17:49:58.407055 2002] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL [May 12 17:49:58.407178 2002] debug: Sent: PASS : [May 12 17:49:58.407264 2002] debug: Sent: SERVER services.cobalt-x.net 1 :U0-*-35 Services for Cobalt IRC [May 12 17:49:58.494505 2002] debug: Sent: NICK NickServ 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oSqd cobalt-x.net :Nickname Server [May 12 17:49:58.494634 2002] debug: Sent: NICK ChanServ 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oSqd cobalt-x.net :Channel Server [May 12 17:49:58.494730 2002] debug: Sent: NICK HelpServ 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +Sqd cobalt-x.net :Help Server [May 12 17:49:58.494844 2002] debug: Sent: NICK IrcIIHelp 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +Sqd cobalt-x.net :ircII Help Server [May 12 17:49:58.494940 2002] debug: Sent: NICK MemoServ 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oSqd cobalt-x.net :Memo Server [May 12 17:49:58.495033 2002] debug: Sent: NICK OperServ 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Operator Server [May 12 17:49:58.495130 2002] debug: Sent: NICK DevNull 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +iSqd cobalt-x.net :/dev/null -- message sink[May 12 17:49:58.495224 2002] debug: Sent: NICK Global 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Global Noticer [May 12 17:49:58.495292 2002] debug: Received: [May 12 17:49:58.495490 2002] Read error from server: Undefined error: 0 [May 12 17:49:58.495575 2002] debug: Sent: :services.cobalt-x.net SQUIT services.cobalt-x.net :Read error from server: Undefined error: 0 What am I doing wrong? Jeian -- From achurch at achurch.org Sun May 12 23:59:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having Message-ID: <3cdee58c.33207@achurch.org> >Hi, >I'm running IRC services 4.5.39 with Unreal 3.2, and I get these -debug mes >sages in my log file: [...] >[May 12 17:49:58.495224 2002] debug: Sent: NICK Global 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Global Noticer >[May 12 17:49:58.495292 2002] debug: Received: >[May 12 17:49:58.495490 2002] Read error from server: Undefined error: 0 >[May 12 17:49:58.495575 2002] debug: Sent: :services.cobalt-x.net SQUIT ser >vices.cobalt-x.net :Read error from server: Undefined error: 0 It looks like your ircd is closing the connection to Services. --Andrew Church achurch@achurch.org http://achurch.org/ From scomps at altnet.org Mon May 13 00:03:01 2002 From: scomps at altnet.org (Scott Johnson) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having References: <3cdee58c.33207@achurch.org> Message-ID: <000901c1fa01$ab118d10$690c1818@uranus> *This message was transferred with a trial version of CommuniGate(tm) Pro* Is there any reason why these emails keep wanting me to install a japanese language pack? ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, May 12, 2002 5:57 PM Subject: Re: [IRCServices] Problem I'm having > *This message was transferred with a trial version of CommuniGate(tm) Pro* > >Hi, > >I'm running IRC services 4.5.39 with Unreal 3.2, and I get these -debug mes > >sages in my log file: > [...] > >[May 12 17:49:58.495224 2002] debug: Sent: NICK Global 1 1021240198 services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Global Noticer > >[May 12 17:49:58.495292 2002] debug: Received: > >[May 12 17:49:58.495490 2002] Read error from server: Undefined error: 0 > >[May 12 17:49:58.495575 2002] debug: Sent: :services.cobalt-x.net SQUIT ser > >vices.cobalt-x.net :Read error from server: Undefined error: 0 > > It looks like your ircd is closing the connection to Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From griever at t2n.org Mon May 13 00:37:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having In-Reply-To: <000901c1fa01$ab118d10$690c1818@uranus> Message-ID: On Sun, 12 May 2002, Scott Johnson wrote: > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Is there any reason why these emails keep wanting me to install a japanese > language pack? > Andrew is using a japanese charset, since he lives in japan. Install the pack, it's good for you :P > > ----- Original Message ----- > From: "Andrew Church" > To: > Sent: Sunday, May 12, 2002 5:57 PM > Subject: Re: [IRCServices] Problem I'm having > > > > *This message was transferred with a trial version of CommuniGate(tm) Pro* > > >Hi, > > >I'm running IRC services 4.5.39 with Unreal 3.2, and I get these -debug > mes > > >sages in my log file: > > [...] > > >[May 12 17:49:58.495224 2002] debug: Sent: NICK Global 1 1021240198 > services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Global > Noticer > > >[May 12 17:49:58.495292 2002] debug: Received: > > >[May 12 17:49:58.495490 2002] Read error from server: Undefined error: 0 > > >[May 12 17:49:58.495575 2002] debug: Sent: :services.cobalt-x.net SQUIT > ser > > >vices.cobalt-x.net :Read error from server: Undefined error: 0 > > > > It looks like your ircd is closing the connection to Services. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.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 scomps at altnet.org Mon May 13 00:44:00 2002 From: scomps at altnet.org (Scott Johnson) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having References: Message-ID: <001701c1fa07$6631f670$690c1818@uranus> That does explain it, yet I think I'll pass on the character set thanks. ----- Original Message ----- From: "Finny Merrill" To: Sent: Sunday, May 12, 2002 6:36 PM Subject: Re: [IRCServices] Problem I'm having > *This message was transferred with a trial version of CommuniGate(tm) Pro* > On Sun, 12 May 2002, Scott Johnson wrote: > > > *This message was transferred with a trial version of CommuniGate(tm) Pro* > > Is there any reason why these emails keep wanting me to install a japanese > > language pack? > > > > Andrew is using a japanese charset, since he lives in japan. Install the > pack, it's good for you :P > > > > > ----- Original Message ----- > > From: "Andrew Church" > > To: > > Sent: Sunday, May 12, 2002 5:57 PM > > Subject: Re: [IRCServices] Problem I'm having > > > > > > > *This message was transferred with a trial version of CommuniGate(tm) Pro* > > > >Hi, > > > >I'm running IRC services 4.5.39 with Unreal 3.2, and I get these -debug > > mes > > > >sages in my log file: > > > [...] > > > >[May 12 17:49:58.495224 2002] debug: Sent: NICK Global 1 1021240198 > > services cobalt-x.net services.cobalt-x.net 0 +oiSqd cobalt-x.net :Global > > Noticer > > > >[May 12 17:49:58.495292 2002] debug: Received: > > > >[May 12 17:49:58.495490 2002] Read error from server: Undefined error: 0 > > > >[May 12 17:49:58.495575 2002] debug: Sent: :services.cobalt-x.net SQUIT > > ser > > > >vices.cobalt-x.net :Read error from server: Undefined error: 0 > > > > > > It looks like your ircd is closing the connection to Services. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.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 > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Jeian at myrealbox.com Mon May 13 01:01:00 2002 From: Jeian at myrealbox.com (John Cantu) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Problem I'm having Message-ID: <1021244434.54d2bffaJeian@myrealbox.com> Hmm... a linking misconfig, maybe? -- From projectdead at UTChat.com Mon May 13 02:39:08 2002 From: projectdead at UTChat.com (projectdead@UTChat.com) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] (no subject) Message-ID: <200205130037.TAA01177@dragonraq.utchat.com> Hi, IRC.MAPOP.COM Is Using these services and is reasonable happy with them, Although there are a few LITTLE problems/queries and suggestions we have, ok, I was wondering, if there was a way to make it so chanserv operserv nickserv and memoserv were seperate services, such as the IrCore Services, used on OtherNet (Such as CS, NS, UW, CS and NS).... also, in the future, we are hoping that you will include a BotServ in the package, as our users have been asking for this service. and, finally, one more thing.... when Service Operators or service Admins Op them selve's in a USER channel ChanServ Automatically de-op's them, I dont htink it should if they are /oper on the server.. I think it should detect that and leave them.. this is even with the option secureops enabled OR Disabled... and it takes admins too long to change the options then finally op.... is there anyway around this or anything that can be done to resolve this problem?... Thanx for all your help.... If u would like to check out the irc your services are being used on plz come to irc.mapop.com .... the person to talk to there is Ghozer.... HWF or MrBOFH.... ty for your help and plz get back to me on this.... -ProjectDEAD From nothing at psychopat.org Mon May 13 04:54:00 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Just an idea for futur version In-Reply-To: <200205130037.TAA01177@dragonraq.utchat.com> Message-ID: could it be possible to add a 'NEVERREG' command I mean.. /chanserv NEVERREG #chan Anybody will be able to register this channel, the first who join this channel will get op... just an idea:) #################### PsYcHoPaT ### Services Admin ################# irc.terra.cl From achurch at achurch.org Mon May 13 04:58:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Just an idea for futur version Message-ID: <3cdf2b89.33444@achurch.org> >could it be possible to add a 'NEVERREG' command >I mean.. >/chanserv NEVERREG #chan > >Anybody will be able to register this channel, the first who join this >channel will get op... What's the point? If you want to make a channel like this, just register it yourself and set the LEAVEOPS option. --Andrew Church achurch@achurch.org http://achurch.org/ From k.hawkes at zombies.force9.net Wed May 15 22:40:01 2002 From: k.hawkes at zombies.force9.net (K. Hawkes) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] OperServ Idea? Message-ID: <01e401c1fc50$a92545e0$e888a6c3@quinn> Will something ever be added that allows a TELNET or DCC session into OperServ? I don't know if it currently has that, been out of touch for a while. Miles "May darkness be your only ally, for in the shadows you can hide" - Kris 1998-2002 -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQEVAwUBPHjfdSBHjRAjzresAQHZpgf/ZKpt2Nl+8EmIJwT/rLFtx8yhFFKdqVk6 pQGsgeOGN1ZI5kSOU6FBeWkyVS3YKLV6UHhvHVm1MQuBwPyfnjhQGj+OuI9jQPoc qTFb0TRQivOQoOeJq1PfIFcl53RrvRUOFAl8+jdKqZo/IFARdllknkCMTZirvp5l M+7/4a/ua2rx8d46zab1RF5YYNHRjyJRXD913FHty5VXCX31DJ55nAho30lOKOPC TNT+zzO1UC/J+keWSjxSSV3wPeOiOgtUtI5FiuXJmv1IXzsxjogGCTd0HUJ/04mR H623bEhl8M8yF/x6seCNKpHDkDQjoL+ddlQGVezdgbg3z7Jd7Y6VKA== =/whC -----END PGP SIGNATURE----- --- Outgoing mail is certified Virus Free by AVG 6. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.351 / Virus Database: 197 - Release Date: 19/04/2002 From frostycoolslug at hotmail.com Thu May 16 10:54:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] OperServ Idea? Message-ID: yeah, thats simple enuf... telnet irc..net:6667 USER ABC ABC ABC ABC :M00C0W NICK PONG : OPER PRIVMSG OPERSERV : simple enough!!!!!!!!! ;) >From: "K. Hawkes" >Reply-To: ircservices@ircservices.za.net >To: "IRC Services Mailing List" >Subject: [IRCServices] OperServ Idea? >Date: Wed, 15 May 2002 21:38:24 +0100 > >Will something ever be added that allows a TELNET or DCC session into >OperServ? > >I don't know if it currently has that, been out of touch for a while. > >Miles > >"May darkness be your only ally, for in the shadows you can hide" - Kris >1998-2002 > >-----BEGIN PGP SIGNATURE----- >Version: PGPfreeware 7.0.3 for non-commercial use > >iQEVAwUBPHjfdSBHjRAjzresAQHZpgf/ZKpt2Nl+8EmIJwT/rLFtx8yhFFKdqVk6 >pQGsgeOGN1ZI5kSOU6FBeWkyVS3YKLV6UHhvHVm1MQuBwPyfnjhQGj+OuI9jQPoc >qTFb0TRQivOQoOeJq1PfIFcl53RrvRUOFAl8+jdKqZo/IFARdllknkCMTZirvp5l >M+7/4a/ua2rx8d46zab1RF5YYNHRjyJRXD913FHty5VXCX31DJ55nAho30lOKOPC >TNT+zzO1UC/J+keWSjxSSV3wPeOiOgtUtI5FiuXJmv1IXzsxjogGCTd0HUJ/04mR >H623bEhl8M8yF/x6seCNKpHDkDQjoL+ddlQGVezdgbg3z7Jd7Y6VKA== >=/whC >-----END PGP SIGNATURE----- > > >--- >Outgoing mail is certified Virus Free by AVG 6. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.351 / Virus Database: 197 - Release Date: 19/04/2002 > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From k.hawkes at zombies.force9.net Thu May 16 22:22:01 2002 From: k.hawkes at zombies.force9.net (K. Hawkes) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] OperServ Idea? References: Message-ID: <00c001c1fd17$43060e30$e888a6c3@quinn> > yeah, thats simple enuf... > > telnet irc..net:6667 > USER ABC ABC ABC ABC :M00C0W > NICK > PONG : > OPER > PRIVMSG OPERSERV : > > simple enough!!!!!!!!! > ;) > > *bows down to Craig* I had truely not thought of that, but that's not quite what I meant, I meant something like what Eggdrop bots have, where you can DCC into them and issue commands w/o being on IRC. Miles --- Outgoing mail is certified Virus Free by AVG 6. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.351 / Virus Database: 197 - Release Date: 19/04/2002 From frostycoolslug at hotmail.com Thu May 16 22:41:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] OperServ Idea? Message-ID: heh, no there isnt a way.. and i doubt there will be away unless u code it into a module yourself :) >From: "K. Hawkes" >Reply-To: ircservices@ircservices.za.net >To: >Subject: Re: [IRCServices] OperServ Idea? >Date: Thu, 16 May 2002 21:21:20 +0100 > >I had truely not thought of that, but that's not quite what I meant, I >meant >something like what Eggdrop bots have, where you can DCC into them and >issue >commands w/o being on IRC. > >Miles > > >--- >Outgoing mail is certified Virus Free by AVG 6. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.351 / Virus Database: 197 - Release Date: 19/04/2002 > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From achurch at achurch.org Fri May 17 08:45:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] OperServ Idea? Message-ID: <3ce4a6b1.32212@achurch.org> >Will something ever be added that allows a TELNET or DCC session into >OperServ? I may consider something like this in the future, but it's of very low priority. --Andrew Church achurch@achurch.org http://achurch.org/ From sk00k at shaw.ca Sun May 19 10:25:01 2002 From: sk00k at shaw.ca (Jerry) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Connection Question ? Message-ID: <20020519022606.26ac760e.sk00k@shaw.ca> I just tried out the Alpha 5.0a33 and it was the smoothest compile I ever had. I had no problems starting it and connecting to bahamut 1.4.32 But of course this is on my home linux box, running Mandrake 8.1 I'm just wondering, would a future stable release of ircservices support up to 50-80,000+ users on a large network ? If anyone has an answer or an educated guess, feel free to e-mail me at: sk00k@shaw.ca Thanx From TW71TW at msn.com Sun May 19 18:16:01 2002 From: TW71TW at msn.com (Thomas Williams) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] limiting registrations Message-ID: I 've got a few abusers on my net and I really need to stop registration of nicknames without putting services on readonly is there a way to modify the code so that only ircops can register new nicknames? Any help would be greately appreciated. TW71TWGet more from the Web. FREE MSN Explorer download : http://explorer.msn.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020519/9ca47033/attachment.htm From achurch at achurch.org Mon May 20 09:12:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] limiting registrations Message-ID: <3ce8a1a1.43165@achurch.org> Reminder: please do not send HTML to the mailing list. > >------=_NextPart_001_0001_01C1FF2E.D545BB60 >Content-Type: text/plain; charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I 've got a few abusers on my net and I really need to stop registration = >of nicknames without putting services on readonly is there a way to modif= >y the code so that only ircops can register new nicknames? >Any help would be greately appreciated. Change the "if (readonly) {" line at the top of do_register() in nickserv.c to "if (readonly || !is_services_admin(u)) {". Version 5.0 (of which I hope to get a beta out early next month) will have an option to allow the REGISTER command to be disabled for ordinary users. --Andrew Church achurch@achurch.org http://achurch.org/ >TW71TWGet more from the Web. FREE MSN Explorer download : http://explore= >r.msn.com > >------=_NextPart_001_0001_01C1FF2E.D545BB60 >Content-Type: text/html; charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >
I 've got a fe= >w abusers on my net and I really need to stop registration of nicknames w= >ithout putting services on readonly is there a way to modify the code so = >that only ircops can register new nicknames?
Any help would be= > greately appreciated.
TW71TW


lear=3Dall>
Get more from the Web. FREE MSN Explorer download : ef=3D'http://explorer.msn.com'>http://explorer.msn.com

> >------=_NextPart_001_0001_01C1FF2E.D545BB60-- >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From sk00k at shaw.ca Tue May 21 03:20:01 2002 From: sk00k at shaw.ca (Jerry) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Chanserv Not DEOPing on join Message-ID: <20020520190049.6ad2e1f3.sk00k@shaw.ca> When a random user joins an empty registered channel, it is treated just as if it were a new channel created. The user gets op'd instantly even though his first visit. I have tried various chanserv settings for the channel, such as "leaveops", "secureops", etc. and nothing works to stop the user from being op'd on joining. Even if after the user joins and then the founder joins afterwards,the founder (identified to nickserv and on the SOP list) is able to be kicked by the first user without ever being op'd. I use the /chanserv identify command as founder and it tells me I am already op'd. But if I try and kick the first user, it tells me I'm not a chan op. Is this a bug to be worked out yet? Or am I missing something in the conf files? From achurch at achurch.org Sun May 26 14:09:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Services 5.0pre0 released Message-ID: <3cf0d026.36475@achurch.org> With thanks for everyone's patience, I am pleased to announce that Services 5.0pre0 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ircservices-5.0pre0.tar.gz ftp://ftp.esper.net/ircservices/beta/ircservices-5.0pre0.tar.gz The other mirrors should have it shortly. Note that RPM and Debian packages for Linux are available from the same locations. As a reminder, this is beta-level software; for those who are unsure, that means that I've fixed all the bugs that I know about, but the software hasn't been tested enough for me to recommend it for use on production networks. Unlike the alpha versions, I won't complain if you _do_ use this version on your network, but if you do, please be aware that it may crash occasionally, and please report any trouble you have with it. Before getting to the stuff that's in version 5.0, let me start with the things that _didn't_ make it in: - SQL support. I know there were a number of people asking for this, but I just didn't have enough time to implement SQL support properly. (For that matter, I didn't have enough time to implement the new database format that I'd wanted to.) I've most certainly _not_ given up on SQL, but it will have to wait for a while. - Additional protocol (ircd) support. Aside from modules for the trircd and Chunky Monkey IRCD servers provided to me by the protocols' respective authors, no additional protocols are supported in this version. In particular, I recall several requests for Hybrid support, but the one patch I received was combined with an incomplete patch for other functionality, so I had to discard it. (Hint: if you've made several changes to Services, don't send them all as a single patch, as I may not want to--or be able to--integrate all of them. Send each change as a separate patch instead.) - Extended StatServ support. One of these days, yes, but again there just wasn't enough time for me to do this as well. That's about all that comes to mind at the moment; see the list of changes and additions below (excerpted from the WhatsNew file) if you're wondering about any other features. If you have additional suggestions, please suggest them--but in order to get 5.0 to stable status as soon as possible, I do not plan to add many more features to this version of Services. Once again, thanks for your patience. What's New in version 5.0: -------------------------- The single biggest addition to this version of Services is module support. This allows the various functions of Services to be added to and modified without having to touch the main source code itself. Modules also provide much more flexibility in configuring Services; IRC server support and database file format can be selected by simply loading the appropriate module, and you can even choose which of the pseudoclients (NickServ, ChanServ, etc.) you want available. See the example configuration files in the "data" subdirectory for more information. Services is now capable of sending E-mail. Currently, this functionality is used by: + The new "authorization" feature of NickServ (in the "nickserv/mail-auth" module). This sends a message to a user upon nick registration or E-mail address change, and requires the user to "authorize" their nickname with a random numeric code included in the message before it is recognized as a valid registered nick by Services/ + The new SENDPASS command for NickServ and ChanServ (in the "nickserv/sendpass" and "chanserv/sendpass" modules, respectively). which allows a user to send themselves their nick or channel password. + The new memo forwarding function of Services, which allows users to have their memos automatically forwarded to their E-mail address. Services also sports a built-in HTTP server (module "httpd/main"), which (with the help of additional modules in the "httpd" directory) can be used for queries about nicknames, channels, and network status. See the example configuration files for details on its abilities, and please submit a feature request if you have any additional ideas for what functionality the server should provide. Also, nickname links have been redesigned for simplicity and robustness. In the new linking system, nicks are organized into "groups" which share settings the way linked nicks did in previous versions. The LINK command has changed as well: instead of creating a link from the current (unlinked but registered) nick to a registered master nick, the link is made from the current registered nick to a new (unregistered) nick, to simplify registration of multiple links at once and to offer slightly better protection against "rogue links" created by guessing nick passwords (though as always, the best defense is to use good passwords). The old behavior of the LINK command is still available through the "nickserv/oldlink" module, although this module is deprecated and will be removed in a future version. Finally, the documentation for Services (what used to be in the README and FAQ files) has been greatly expanded and rewritten in HTML, and now includes references for all Services pseudoclient commands and configuration options. The manual also contains important information for users upgrading from version 4.x or earlier; if you are already using Services and plan to upgrade to version 5.0, please read this information before upgrading. Other changes: + Nicknames now have an "Information" line, similar to a channel's description, which can be set freely for each group of nicks. + The number of nicknames that can be registered per E-mail address can now be limited (NSRegMaxEmail configuration directive). + The default options for newly registered channels can now be set in the configuration file. + Identifies for nicknames are now recorded, removing the necessity to re-identify after every nick change. + The Services stamp of the last user to identify for a nick is now recorded on disk, removing the need for users to re-identify when Services is restarted. + A timezone can be set for each registered nick, to allow users to get information from Services in their own time zones. + Nicknames can be listed by E-mail address with the new LISTEMAIL command. + Users can set channels to automatically join whenever they identify for their nickname (nickserv/autojoin module) on IRC servers supporting the SVSJOIN command (such as Unreal or trircd). + The NickServ and ChanServ REGISTER and GETPASS commands can now be (separately) disabled via the configuration file. + Users must now identify for their nickname before registering a channel. + Users with auto-op access for a channel will now be opped when they identify for their nickname even if they are already in the channel. + Channel access levels are now limited to -999..999; default levels have been rescaled to make better use of the available range (in particular, levels -25..25 have been multiplied by 10). + The ChanServ OP, VOICE, etc. commands now default to the person sending the command if a target nick is not specified (e.g. "OP #channel"). + ChanServ now has a KICK command. + Channel information can now be hidden with the new ChanServ SET HIDE command, similar to the NickServ command of the same name. + The ChanServ STATUS command is now available to normal (non-admin) users with sufficient privileges on the target channel. + Users can prevent certain other users from sending memos to them (memoserv/ignore module). + Autokill exclusions (exceptions to autokill masks) are now supported through the EXCLUDE command (operserv/akill module). + S-lines (SGLINE/SQLINE/SZLINE) are now supported (operserv/sline module), and can even be used (except SZLINE) on servers which do not support S-lines natively. + Services now records the last time an autokick or autokill was triggered, as well as the set time for autokicks. + The maximum expiry time for autokills set by Services operators (as opposed to Services admins) can now be limited. + Support for the Chunky Monkey and trircd IRC servers is now available. + Services can now synchronize the clocks of all servers on the network for IRC server types which support this feature (Unreal). + Configuration files can now be re-read (rehashed) while Services is running, using either an OperServ command or kill -HUP. + The log file can now be rotated automatically based on the date. + Databases can now be imported (merged) and exported in XML format. + A sample crontab script is now included in the distribution. * The configuration file has been changed to accommodate modules; ircservices.conf (formerly services.conf) now contains only options related to core Services functionality, while module-related options (including NickServ, ChanServ, etc. settings) are in a new file called "modules.conf". Many options have been added, changed, or removed; see the example configuration files for details. * The network I/O subsystem has been completely redesigned for robustness and ease of use; multiple sockets (including listener sockets) can be used simultaneously via read/write callbacks, and sockets now have variable buffer sizes, allowing more efficient use of memory. * Database handling has been improved to avoid database corruption on power outage or process termination/crash. * The "do not abuse NickServ" warning in the main NickServ help message is now optional, to allow networks more freedom in writing their own policies. * Passwords, URLs, and E-mail addresses are now shared by each group of linked nicks. * NickServ DROP now requires a password to avoid accidental use, and drops all linked nicks in a group at once. The command for Services administrators to drop a nick is now DROPNICK. * The channel "#", which has been known to cause problems with both IRC servers and Services-like programs, is now explicitly not supported; Services will refuse to register, forbid, or import it. * Channel autokicks specified by nickname will now work for that nick only, not for any nicks linked to it. * The CSRestrictDelay option now works correctly and is enabled by default. * Newly-registered nicks will now always use the default language set in config.h, even if that language is changed after registration. * The database conversion utility (convert-db) now outputs an XML database file, which can be used with the XML import feature, rather than writing databases directly. * The configuration script "configure" now asks fewer questions, and can be completely automated if the "-prefix" option is used. * "configure" now understands GNU-style long options, e.g.: --prefix=/usr - The deprecated CheckClones functionality has been removed in favor of session limiting. - The IrcIIHelp pseudoclient (online help for the ircII client) has been removed. - The "listnicks" and "listchans" programs have been removed in favor of the built-in HTTP server. --Andrew Church achurch@achurch.org http://achurch.org/ From willyb at maniawaste.net Sun May 26 20:37:00 2002 From: willyb at maniawaste.net (WillyB) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. Message-ID: <200205261835.g4QIZro15619@localhost.localdomain> Hi... I just installed the Services 5.0pre0 and it looks great! I tried using the /set supass mypasswordhere.... and it returned with No such variable. Then when I checked to see if maybe it had worked but didn't tell me.. I tried /su mypasswordhere.... To which it replys: su :Unknown command I am using bahamut-release-1.4.32 I'm not sure what I'm doing wrong here. Any help will be appreciated! Thankyou in advance, WillyB From Schutzgeist at uni.de Sun May 26 20:45:02 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. In-Reply-To: <200205261835.g4QIZro15619@localhost.localdomain> References: <200205261835.g4QIZro15619@localhost.localdomain> Message-ID: <8119848260.20020526204441@uni.de> Hallo WillyB, try : /os set supass YourWishPassWord or /msg operserv set supass YourWishPassWord Dennis Sela Sunday, May 26, 2002, 8:35:53 PM, you wrote: W> Hi... W> I just installed the Services 5.0pre0 and it looks great! W> I tried using the /set supass mypasswordhere.... and it returned with No W> such variable. Then when I checked to see if maybe it had worked but didn't W> tell me.. I tried /su mypasswordhere.... W> To which it replys: su :Unknown command W> I am using bahamut-release-1.4.32 W> I'm not sure what I'm doing wrong here. Any help will be appreciated! W> Thankyou in advance, W> WillyB W> ------------------------------------------------------------------ W> To unsubscribe or change your subscription options, visit: W> http://www.ircservices.za.net/mailman/listinfo/ircservices From willyb at maniawaste.net Sun May 26 21:21:01 2002 From: willyb at maniawaste.net (WillyB) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. In-Reply-To: <8119848260.20020526204441@uni.de> References: <200205261835.g4QIZro15619@localhost.localdomain> <8119848260.20020526204441@uni.de> Message-ID: <200205261919.g4QJJiQ15785@localhost.localdomain> Hello Dennis, I tried that.. here is the output... OperServ :Services is currently down. Please wait a few moments, and then try again. Hmmmm.. now I am confused .. I have already done /oper .. which works... WillyB :has identified for this nick --- [WillyB] is an IRC Operator - Services Administrator --- [WillyB] idle 18:52:44, signon: Fri May 24 08:44:51 --- [willyb] End of WHOIS list. I may not have /operserv running.. but I thought it was .. the others are running. I must have missed something in one of the config files.. let me go back through them again. Thanks for the quick reply Dennis :-) Willy B On Sunday 26 May 2002 01:44 pm, you wrote: > Hallo WillyB, > > try : > /os set supass YourWishPassWord > > or > /msg operserv set supass YourWishPassWord > > > Dennis Sela > > Sunday, May 26, 2002, 8:35:53 PM, you wrote: > > W> Hi... > > W> I just installed the Services 5.0pre0 and it looks great! > > W> I tried using the /set supass mypasswordhere.... and it returned with > No W> such variable. Then when I checked to see if maybe it had worked but > didn't W> tell me.. I tried /su mypasswordhere.... > W> To which it replys: su :Unknown command > > W> I am using bahamut-release-1.4.32 > > W> I'm not sure what I'm doing wrong here. Any help will be appreciated! > > W> Thankyou in advance, > > W> WillyB > W> ------------------------------------------------------------------ > W> To unsubscribe or change your subscription options, visit: > W> 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 willyb at maniawaste.net Sun May 26 21:48:01 2002 From: willyb at maniawaste.net (WillyB) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. In-Reply-To: <200205261919.g4QJJiQ15785@localhost.localdomain> References: <200205261835.g4QIZro15619@localhost.localdomain> <8119848260.20020526204441@uni.de> <200205261919.g4QJJiQ15785@localhost.localdomain> Message-ID: <200205261947.g4QJlEm15849@localhost.localdomain> Dennis ... It is working now... I had to /msg operserv /os didn't work and /operserv didn't work That was unexpected because /chanserv and /nickserv work with-out the /msg in front of it. No worries though.. as long as it works.. it works fine! Thanks for your time with helping me.. :) Willy B On Sunday 26 May 2002 02:19 pm, you wrote: > Hello Dennis, > > I tried that.. here is the output... > > OperServ :Services is currently down. Please wait a few moments, and then > try again. > > Hmmmm.. now I am confused .. I have already done /oper .. which works... > > WillyB :has identified for this nick > --- [WillyB] is an IRC Operator - Services Administrator > --- [WillyB] idle 18:52:44, signon: Fri May 24 08:44:51 > --- [willyb] End of WHOIS list. > > I may not have /operserv running.. but I thought it was .. the others are > running. > > I must have missed something in one of the config files.. let me go back > through them again. > > Thanks for the quick reply Dennis :-) > > Willy B > > On Sunday 26 May 2002 01:44 pm, you wrote: > > Hallo WillyB, > > > > try : > > /os set supass YourWishPassWord > > > > or > > /msg operserv set supass YourWishPassWord > > > > > > Dennis Sela > > > > Sunday, May 26, 2002, 8:35:53 PM, you wrote: > > > > W> Hi... > > > > W> I just installed the Services 5.0pre0 and it looks great! > > > > W> I tried using the /set supass mypasswordhere.... and it returned with > > No W> such variable. Then when I checked to see if maybe it had worked > > but didn't W> tell me.. I tried /su mypasswordhere.... > > W> To which it replys: su :Unknown command > > > > W> I am using bahamut-release-1.4.32 > > > > W> I'm not sure what I'm doing wrong here. Any help will be appreciated! > > > > W> Thankyou in advance, > > > > W> WillyB > > W> ------------------------------------------------------------------ > > W> To unsubscribe or change your subscription options, visit: > > W> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > > 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 uhc0 at rz.uni-karlsruhe.de Mon May 27 13:41:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:40 2004 Subject: AW: [IRCServices] set supass - No such variable. In-Reply-To: <200205261947.g4QJlEm15849@localhost.localdomain> Message-ID: <000e01c20573$4eda6a30$02c8a8c0@nygmatech.local> The reason why /os or /operserv or /ss or /statserv do not work, is, that you have to #undef OPERSERV_OTHER_HOST or #define it to SERVICES_NAME Bahamut is designed for dalnet, and on dalnet, operserv and statserv are not part of services.dal.net but stats.dal.net so these commands look for the stats.dal.net and, tell you they were down, for there is no stats.dal.net, unless you change the defines the way I described. 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 WillyB > Gesendet: Sonntag, 26. Mai 2002 21:47 > An: ircservices@ircservices.za.net > Betreff: Re: [IRCServices] set supass - No such variable. > > > Dennis ... > > It is working now... > > I had to /msg operserv > /os didn't work and /operserv didn't work > > That was unexpected because /chanserv and /nickserv work > with-out the /msg in > front of it. > > No worries though.. as long as it works.. it works fine! > > Thanks for your time with helping me.. :) > > Willy B > > > On Sunday 26 May 2002 02:19 pm, you wrote: > > Hello Dennis, > > > > I tried that.. here is the output... > > > > OperServ :Services is currently down. Please wait a few > moments, and > > then try again. > > > > Hmmmm.. now I am confused .. I have already done /oper .. which > > works... > > > > WillyB :has identified for this nick > > --- [WillyB] is an IRC Operator - Services Administrator > > --- [WillyB] idle 18:52:44, signon: Fri May 24 08:44:51 > > --- [willyb] End of WHOIS list. > > > > I may not have /operserv running.. but I thought it was .. > the others > > are running. > > > > I must have missed something in one of the config files.. let me go > > back through them again. > > > > Thanks for the quick reply Dennis :-) > > > > Willy B > > > > On Sunday 26 May 2002 01:44 pm, you wrote: > > > Hallo WillyB, > > > > > > try : > > > /os set supass YourWishPassWord > > > > > > or > > > /msg operserv set supass YourWishPassWord > > > > > > > > > Dennis Sela > > > > > > Sunday, May 26, 2002, 8:35:53 PM, you wrote: > > > > > > W> Hi... > > > > > > W> I just installed the Services 5.0pre0 and it looks great! > > > > > > W> I tried using the /set supass mypasswordhere.... and > it returned > > > W> with > > > No W> such variable. Then when I checked to see if maybe it had > > > worked but didn't W> tell me.. I tried /su mypasswordhere.... > > > W> To which it replys: su :Unknown command > > > > > > W> I am using bahamut-release-1.4.32 > > > > > > W> I'm not sure what I'm doing wrong here. Any help will be > > > W> appreciated! > > > > > > W> Thankyou in advance, > > > > > > W> WillyB > > > W> > ----------------------------------------------------------------- > > > W> - > > > W> To unsubscribe or change your subscription options, visit: > > > W> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ------------------------------------------------------------------ > > > 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 > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From atcarr at hotmail.com Tue May 28 01:29:00 2002 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. References: <200205261835.g4QIZro15619@localhost.localdomain> <8119848260.20020526204441@uni.de> <200205261919.g4QJJiQ15785@localhost.localdomain> Message-ID: >From the looks you don't have a variable correctly setup to allow the use of /operserv or /os try /msg operserv set supass yourpasshere ----- Original Message ----- From: "WillyB" To: Sent: Sunday, 26 May, 2002 15:19 Subject: Re: [IRCServices] set supass - No such variable. > Hello Dennis, > > I tried that.. here is the output... > > OperServ :Services is currently down. Please wait a few moments, and then try > again. > > Hmmmm.. now I am confused .. I have already done /oper .. which works... > > WillyB :has identified for this nick > --- [WillyB] is an IRC Operator - Services Administrator > --- [WillyB] idle 18:52:44, signon: Fri May 24 08:44:51 > --- [willyb] End of WHOIS list. > > I may not have /operserv running.. but I thought it was .. the others are > running. > > I must have missed something in one of the config files.. let me go back > through them again. > > Thanks for the quick reply Dennis :-) > > Willy B > > > > > On Sunday 26 May 2002 01:44 pm, you wrote: > > Hallo WillyB, > > > > try : > > /os set supass YourWishPassWord > > > > or > > /msg operserv set supass YourWishPassWord > > > > > > Dennis Sela > > > > Sunday, May 26, 2002, 8:35:53 PM, you wrote: > > > > W> Hi... > > > > W> I just installed the Services 5.0pre0 and it looks great! > > > > W> I tried using the /set supass mypasswordhere.... and it returned with > > No W> such variable. Then when I checked to see if maybe it had worked but > > didn't W> tell me.. I tried /su mypasswordhere.... > > W> To which it replys: su :Unknown command > > > > W> I am using bahamut-release-1.4.32 > > > > W> I'm not sure what I'm doing wrong here. Any help will be appreciated! > > > > W> Thankyou in advance, > > > > W> WillyB > > W> ------------------------------------------------------------------ > > W> To unsubscribe or change your subscription options, visit: > > W> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > > 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 Jeian at myrealbox.com Tue May 28 15:07:01 2002 From: Jeian at myrealbox.com (John Cantu) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] set supass - No such variable. Message-ID: <1022591154.668feffaJeian@myrealbox.com> I've never used Bahamut before, but here's my two-cents... in Unreal, you have to alias /os and /operserv to the nick OperServ. *shrugs* Jeian From saturn at telus.net Tue May 28 17:42:00 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Memoserv SAVE crashes References: <20020528100101.000FB174EB@snow.fingers.co.za> Message-ID: <001001bfc8bb$59aa8450$6501a8c0@Turby> I'm runnign the v5.0beta0 on Unreal3.1.3 network. I am REALLY ecstatic with the new features in this version! Great job, guys!! I attempted to use the memoserv save command to prevent a memo from being deleted. (as have other users) .... every time that command is used, services crashes out, just simply terminates and closes the connection. There is no entry placed in the ircservices.log file for that error either. Any ideas? Thanks, Dave From saturn at telus.net Tue May 28 17:48:00 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] RAW commands References: <20020528100101.000FB174EB@snow.fingers.co.za> Message-ID: <000901bfc8bc$2e0e9e20$6501a8c0@Turby> In 5.0beta0 -- how can I enable the use of RAW commands for my Services Admins, not just the services root? From andrewk at isdial.net Tue May 28 17:49:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] Memoserv SAVE crashes References: <20020528100101.000FB174EB@snow.fingers.co.za> <001001bfc8bb$59aa8450$6501a8c0@Turby> Message-ID: <01d201c2065f$1b170b30$9c011ac4@africa.didata.local> Please supply us with any relevant info from the log file. A note to EVERYONE: take a look at http://www.ircservices.za.net/support.html for details on submitting bug reports and what should be included in them. Thanks, Andrew ----- Original Message ----- From: "Saturn (Dave)" To: Sent: Sunday, May 28, 2000 5:42 PM Subject: [IRCServices] Memoserv SAVE crashes > I'm runnign the v5.0beta0 on Unreal3.1.3 network. I am REALLY ecstatic with > the new features in this version! Great job, guys!! > > I attempted to use the memoserv save command to prevent a memo from being > deleted. (as have other users) .... every time that command is used, > services crashes out, just simply terminates and closes the connection. > There is no entry placed in the ircservices.log file for that error either. > > Any ideas? > > Thanks, > Dave > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From andrewk at isdial.net Tue May 28 18:20:11 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:40 2004 Subject: [IRCServices] RAW commands References: <20020528100101.000FB174EB@snow.fingers.co.za> <000901bfc8bc$2e0e9e20$6501a8c0@Turby> Message-ID: <01fd01c20663$65074760$9c011ac4@africa.didata.local> Please direct your questions to the ircservices-coding mailing list. Support for Version 5 will continue to be provided using that mailing list until it becomes the stable release. Regards, Andrew ----- Original Message ----- From: "Saturn (Dave)" To: Sent: Sunday, May 28, 2000 5:48 PM Subject: [IRCServices] RAW commands > In 5.0beta0 -- how can I enable the use of RAW commands for my Services > Admins, not just the services root? > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From willyb at maniawaste.net Tue May 28 18:38:01 2002 From: willyb at maniawaste.net (WillyB) Date: Sat Oct 23 23:01:41 2004 Subject: AW: [IRCServices] set supass - No such variable. In-Reply-To: <000e01c20573$4eda6a30$02c8a8c0@nygmatech.local> References: <000e01c20573$4eda6a30$02c8a8c0@nygmatech.local> Message-ID: <200205281637.g4SGb6T21606@localhost.localdomain> Thanks Everyone who answered :) I learned more than I was looking for! That's always a good thing ;-) I will have to look into the defines Yusuf .. not sure which file they are in but I will find them! Best Re's Willy B On Monday 27 May 2002 06:40 am, you wrote: > The reason why /os or /operserv or /ss or /statserv do not work, > is, that you have to #undef OPERSERV_OTHER_HOST or > #define it to SERVICES_NAME > > Bahamut is designed for dalnet, and on dalnet, operserv and statserv > are not part of services.dal.net but stats.dal.net > > so these commands look for the stats.dal.net and, tell you they were > down, for there is no stats.dal.net, unless you change the defines > the way I described. > > 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 WillyB > > Gesendet: Sonntag, 26. Mai 2002 21:47 > > An: ircservices@ircservices.za.net > > Betreff: Re: [IRCServices] set supass - No such variable. > > > > > > Dennis ... > > > > It is working now... > > > > I had to /msg operserv > > /os didn't work and /operserv didn't work > > > > That was unexpected because /chanserv and /nickserv work > > with-out the /msg in > > front of it. > > > > No worries though.. as long as it works.. it works fine! > > > > Thanks for your time with helping me.. :) > > > > Willy B > > > > On Sunday 26 May 2002 02:19 pm, you wrote: > > > Hello Dennis, > > > > > > I tried that.. here is the output... > > > > > > OperServ :Services is currently down. Please wait a few > > > > moments, and > > > > > then try again. > > > > > > Hmmmm.. now I am confused .. I have already done /oper .. which > > > works... > > > > > > WillyB :has identified for this nick > > > --- [WillyB] is an IRC Operator - Services Administrator > > > --- [WillyB] idle 18:52:44, signon: Fri May 24 08:44:51 > > > --- [willyb] End of WHOIS list. > > > > > > I may not have /operserv running.. but I thought it was .. > > > > the others > > > > > are running. > > > > > > I must have missed something in one of the config files.. let me go > > > back through them again. > > > > > > Thanks for the quick reply Dennis :-) > > > > > > Willy B > > > > > > On Sunday 26 May 2002 01:44 pm, you wrote: > > > > Hallo WillyB, > > > > > > > > try : > > > > /os set supass YourWishPassWord > > > > > > > > or > > > > /msg operserv set supass YourWishPassWord > > > > > > > > > > > > Dennis Sela > > > > > > > > Sunday, May 26, 2002, 8:35:53 PM, you wrote: > > > > > > > > W> Hi... > > > > > > > > W> I just installed the Services 5.0pre0 and it looks great! > > > > > > > > W> I tried using the /set supass mypasswordhere.... and > > > > it returned > > > > > > W> with > > > > No W> such variable. Then when I checked to see if maybe it had > > > > worked but didn't W> tell me.. I tried /su mypasswordhere.... > > > > W> To which it replys: su :Unknown command > > > > > > > > W> I am using bahamut-release-1.4.32 > > > > > > > > W> I'm not sure what I'm doing wrong here. Any help will be > > > > W> appreciated! > > > > > > > > W> Thankyou in advance, > > > > > > > > W> WillyB > > > > W> > > > > ----------------------------------------------------------------- > > > > > > W> - > > > > W> To unsubscribe or change your subscription options, visit: > > > > W> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > ------------------------------------------------------------------ > > > > 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 > > > > ------------------------------------------------------------------ > > 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 ianj at esper.net Wed May 29 13:05:00 2002 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Services for IRC Networks/IRCServices (mis)attribution issue Message-ID: Hello, everyone. I would like to mention that I notice that some sites on the Internet still refer to this software as "EsperNet Services". This is an incorrect attribution. EsperNet does not develop this software; Andrew Church does. EsperNet just uses it. We also happen to be the first network to use it. I request that any mention of "EsperNet Services" or the like in any documentation be changed to "Services for IRC Networks" or simply "IRCServices". Thank you for your understanding and cooperation. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP key available upon request, or finger ianj@esper.net. If this message was signed with the Postmaster's key, please finger postmaster@esper.net for the Postmaster public key. Type Bits/KeyID Date User ID pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75 From thebeast at xs4all.nl Wed May 29 21:10:01 2002 From: thebeast at xs4all.nl (Hans v Steenbergen) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Great work Andrew. Message-ID: <3CF5274B.CF826453@xs4all.nl> Hi all This is just a NONE bug report from the admins from irc.mp3crew.nu for the Great work that Andrew has made of the new ircservices V5 we are now running it on a network with about 100 users for already more than 24 h and it still running with out any problems. Also thanks to Rodecker@mp3crew.nu for the nice translation in dutch This email is just a Hint for all the services admins all around the world to thanks andrew for his work !! -- Grtzz Hans v Steenbergen Mail me at thebeast@xs4all.nl Tech Admin on rc5proxy.mp3crew.nu www.mp3crew.nu for info about this irc server. mail to admins@mp3crew.nu for info The only one who got his work done by friday was R.Crusoe 9:05pm up 16 days, 30 min, 2 users, load average: 7.80, 5.11, 2.94 From Jeian at myrealbox.com Thu May 30 16:26:00 2002 From: Jeian at myrealbox.com (John Cantu) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Feature Suggestion Message-ID: <1022768742.58f0bffaJeian@myrealbox.com> CyberArmy IRC network uses a modified version of IRCservices with some features that I would like to see added into IRCservices... 1) The ChanServ JOIN option - this makes ChanServ join registered channels. 2) If the JOIN option is enabled, users have access to commands like !voice, !op, !halfop, etc. This would be a great add-on... =) Jeian From rg at tcslon.com Thu May 30 16:39:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Feature Suggestion In-Reply-To: <1022768742.58f0bffaJeian@myrealbox.com> Message-ID: > CyberArmy IRC network uses a modified version of > IRCservices with some features that I would like to see > added into IRCservices... > 1) The ChanServ JOIN option - this makes ChanServ join > registered channels. > 2) If the JOIN option is enabled, users have access to > commands like !voice, !op, !halfop, etc. > This would be a great add-on... =) > Jeian This is not included because having the services bots in a channel causes traffic for that channel to be processed by Services, and on a large network this causes unnacceptable load (this is why you don't see features like this on DALNet or other larger networks). I daresay someone will write a module to do this for Services v5, but until then you'll have to wait. Use a bot. Russ Garrett russ@garrett.co.uk From saturn at telus.net Thu May 30 17:40:02 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion References: <1022768742.58f0bffaJeian@myrealbox.com> Message-ID: <001a01bfca4d$6af1fe80$6501a8c0@Turby> How about a way to mass memo all registered nicks, maybe restricted to Services Admins? From smkelly at zombie.org Thu May 30 18:28:01 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: <001a01bfca4d$6af1fe80$6501a8c0@Turby> References: <1022768742.58f0bffaJeian@myrealbox.com> <001a01bfca4d$6af1fe80$6501a8c0@Turby> Message-ID: <20020530162720.GA53799@edgemaster.zombie.org> On Tue, May 30, 2000 at 08:40:44AM -0700, Saturn (Dave) wrote: > How about a way to mass memo all registered nicks, maybe restricted to > Services Admins? I can just imagine the mail load that would cause if the majority of my users had their memos forwarded via e-mail. Why not just have a LOGONNEWS item or a website? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020530/811b29b6/attachment.pgp From saturn at telus.net Thu May 30 18:44:00 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion References: <1022768742.58f0bffaJeian@myrealbox.com> <001a01bfca4d$6af1fe80$6501a8c0@Turby> <20020530162720.GA53799@edgemaster.zombie.org> Message-ID: <007801c207f9$5021d1c0$6501a8c0@Turby> Perhaps, but i find logonnews is not always read, because of the massive amoutn of information that scrolls by when a user connects... Memos are somewhat more obtrusive (good thing) in that the user is more likely to actually read it, if onyl just to clear it.... Currently I have an mIRC bot I wrote that will do it (for Net Admins only) by doing a big long /nickserv list * and then sending a memo to each nick... problem is, if a user has 5 linked nicks, they get 5 copies of the memo.... =) ----- Original Message ----- From: "Sean Kelly" To: Sent: Thursday, May 30, 2002 9:27 AM Subject: Re: [IRCServices] Another Feature Suggestion On Tue, May 30, 2000 at 08:40:44AM -0700, Saturn (Dave) wrote: > How about a way to mass memo all registered nicks, maybe restricted to > Services Admins? I can just imagine the mail load that would cause if the majority of my users had their memos forwarded via e-mail. Why not just have a LOGONNEWS item or a website? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From griever at t2n.org Thu May 30 21:11:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Feature Suggestion In-Reply-To: <1022768742.58f0bffaJeian@myrealbox.com> Message-ID: On Thu, 30 May 2002, John Cantu wrote: > CyberArmy IRC network uses a modified version of IRCservices with some features that I would like to see added into IRCservices... > 1) The ChanServ JOIN option - this makes ChanServ join registered channels. > 2) If the JOIN option is enabled, users have access to commands like !voice, !op, !halfop, etc. > This would be a great add-on... =) > Jeian > EAT FLAMING DEATH!!! AAAAAGHGHHH!! *bam* From frostycoolslug at hotmail.com Thu May 30 22:13:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Feature Suggestion Message-ID: while we are on the subject... maybe we could implement eponas botserv :p >On Thu, 30 May 2002, John Cantu wrote: > > > CyberArmy IRC network uses a modified version of IRCservices with some >features that I would like to see added into IRCservices... > > 1) The ChanServ JOIN option - this makes ChanServ join registered >channels. > > 2) If the JOIN option is enabled, users have access to commands like >!voice, !op, !halfop, etc. > > This would be a great add-on... =) > > Jeian > > >EAT FLAMING DEATH!!! AAAAAGHGHHH!! > >*bam* > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From Jeian at myrealbox.com Fri May 31 00:24:00 2002 From: Jeian at myrealbox.com (John Cantu) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Feature Suggestion Message-ID: <1022797394.5d09fffaJeian@myrealbox.com> Uhh... never mind ;] Fine, I'll code it myself. :) *hides behind a potted plant* Jeian From rosshosman at charter.net Fri May 31 11:35:01 2002 From: rosshosman at charter.net (Ross Hosman) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion Message-ID: <004f01c20886$3cbd6440$68c1cf18@c1065415b> Some things I'd like to see implemented: FloodServ: Many networks are starting to use this and I have seen only one services package implement this into services. Nkill: Nickname Kill example: /msg operserv nakill guest* will kill everyone with the nick guest. This would be useful for floodbots that use the same nicks. RoutingServ: This would be used to keep a map of the server routing. Which servers connect to which hubs, etc. If a server disconnects from the hub RoutingServ will auto-connect them. Also if a server becomes lagged to hub x services will connect it to hub y with a 30 sec delay with opers being able to cancel the movement. -Many of the suggestions I have asked for I got from www.flamez.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020531/2cfcc0fb/attachment.htm From rg at tcslon.com Fri May 31 11:45:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: <004f01c20886$3cbd6440$68c1cf18@c1065415b> Message-ID: >FloodServ: Many networks are starting to use this and I have seen only one services package implement this into services. What does FloodServ do that OperServ session limiting and proxy scanning doesn't? IMHO proxy scanning shouldn't be implemented into services, use a dedicated package like BOPM. If proxy scanning is added into services, all malicious users have to do is knock services off, then they can connect all their clonebots up. With BOPM, Unreal proxy scanning, or similar, you have a bot on each server, so all your eggs aren't in one basket so to speak. >Nkill: Nickname Kill >example: /msg operserv nakill guest* >will kill everyone with the nick guest. This would be useful for floodbots that use the same nicks. How many floodbots have you seen with similar nicks? Any decent self-respecting floodbot program selects random nicks. >RoutingServ: >This would be used to keep a map of the server routing. Which servers connect to which hubs, etc. If a server disconnects from the hub >RoutingServ will auto-connect them. Also if a server becomes lagged to hub x services will connect it to hub y with a 30 sec delay with >opers being able to cancel the movement. That piqued my interest there for a moment, but to be honest any decent ircd should be able to do most of this itself. Anything else, that's what opers are for. I might consider writing a module for Services 5 to do this, but I'd have to be quite bored. More bloat for not a huge amount of extra gain. Russ Garrett russ@garrett.co.uk www.faereal.net From ianj at esper.net Fri May 31 12:03:00 2002 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:41 2004 Subject: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) In-Reply-To: Message-ID: On Fri, 31 May 2002, Russell Garrett wrote: > What does FloodServ do that OperServ session limiting and proxy > scanning doesn't? IMHO proxy scanning shouldn't be implemented into > services, use a dedicated package like BOPM. If proxy scanning is > added into services, all malicious users have to do is knock services > off, then they can connect all their clonebots up. With BOPM, Unreal > proxy scanning, or similar, you have a bot on each server, so all > your eggs aren't in one basket so to speak. While on the topic of proxy scanners, I've evaluated BOPM and hope the one lamer I've been hoping it will stymie will get mired in it. Since Services 5 will (or at very least could, given coding for a module) sport global Z: line management, would it make sense to have it send a message so that it adds your desired Z: line to Services? Or should one collect up the accumulated Z: lines on the respective servers BOPM is running on and manually add them later? --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP key available upon request, or finger ianj@esper.net. If this message was signed with the Postmaster's key, please finger postmaster@esper.net for the Postmaster public key. Type Bits/KeyID Date User ID pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75 From guy at rucus.ru.ac.za Fri May 31 12:06:00 2002 From: guy at rucus.ru.ac.za (Guy Antony Halse) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: ; from rg@tcslon.com on Fri, May 31, 2002 at 10:44:33AM +0100 References: <004f01c20886$3cbd6440$68c1cf18@c1065415b> Message-ID: <20020531120513.A14632@rucus.ru.ac.za> On Fri 2002-05-31 (10:44), Russell Garrett wrote: > >Nkill: Nickname Kill > >example: /msg operserv nakill guest* > >will kill everyone with the nick guest. This would be useful for > floodbots that use the same nicks. > > How many floodbots have you seen with similar nicks? Any decent > self-respecting floodbot program selects random nicks. I disagree with this. A lot of the unwanted bots that I've seen have patterns in their nicks. I tend to Q-line the pattern as soon as I work out what it is. At the moment I have things like [HarD]*, *GuNBot, [ADLF]*, al^jekr*, [AceBots]*, etc Q-lined in my ircd.conf. The idea of being able to clean up with a regex or wildcard based kill is somewhat appealing to me for this reason. - Guy -- Dept of Computer Science, Rhodes University, Grahamstown, South Africa Email: guy@mombe.org Web: http://mombe.org/ IRC: rm-rf@irc.zanet.net *** ANSI Standard Disclaimer *** J.A.P.H From rg at tcslon.com Fri May 31 12:17:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: <20020531120513.A14632@rucus.ru.ac.za> Message-ID: > I disagree with this. A lot of the unwanted bots that > I've seen have > patterns in their nicks. I tend to Q-line the pattern as > soon as I work out > what it is. At the moment I have things like [HarD]*, > *GuNBot, [ADLF]*, > al^jekr*, [AceBots]*, etc Q-lined in my ircd.conf. > > The idea of being able to clean up with a regex or > wildcard based kill is > somewhat appealing to me for this reason. Ok I see your point :). Most of the clonebot attacks I've seen however can be stopped more efficiently by catching them as they join the network using OperServ session limiting and proxy scanning. The concievable third way would be using trojans to infect users computers and use them as bots in a clonebot attack. I haven't seen one of these myself, but this method couldn't be caught by session limiting or proxy scanning, so I suppose you've just got to hope for a pattern in them. Russ Garrett russ@garrett.co.uk www.faereal.net From rg at tcslon.com Fri May 31 12:18:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:41 2004 Subject: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) In-Reply-To: Message-ID: > Since Services 5 will (or at very least could, given > coding for a module) > sport global Z: line management, would it make sense to > have it send a > message so that it adds your desired Z: line to Services? > Or should one > collect up the accumulated Z: lines on the respective > servers BOPM is > running on and manually add them later? The only problem with this is the single-point-of-failure problem: If someone DoSes your Services server, or the services hub off, then the point of having a seperate proxy monitor on each server is defeated, as they can't submit their z:lines. The most resilient solution, at least with BOPM, is to get each individual BOPM bot to submit by e-mail to blitzednet's DNS blacklist (you have to e-mail them to set this up, but it's very efficient) - all the other BOPM proxy monitors on your network and everywhere else will then pick compromised hosts up almost immediately using the blacklist lookup, without having to scan. This removes the single-point-of-failure problem (well I suppose someone could still DoS the blacklist server, but that would only slow down the k:lining of proxybots - if you're that paranoid you could use your own blacklist server). Russ Garrett russ@garrett.co.uk www.faereal.net From rosshosman at charter.net Fri May 31 14:51:00 2002 From: rosshosman at charter.net (Ross Hosman) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion References: Message-ID: <001e01c208a1$bfede130$68c1cf18@c1065415b> FloodServ - not only do floodbots flood but so do regular users. I believe this will help keep people from abusing channels when a channel operator is not there. RoutingServ - mosty ircd's will autoconnect disconnected servers but some won't. I also like the idea of services being able to re-rout servers if the connection to a hub becomes laggy. NKill - As guy pointed out I have seen alot of floodbots with similiar nick patterns. also another feature would be just to have NAkill like flamezservices. Auto-Kill every host matching that nick that way you don't have to keep messing with them. ----- Original Message ----- From: "Russell Garrett" To: Sent: Friday, May 31, 2002 4:44 AM Subject: RE: [IRCServices] Another Feature Suggestion > >FloodServ: Many networks are starting to use this and I have seen > only one services package implement this into services. > > What does FloodServ do that OperServ session limiting and proxy > scanning doesn't? IMHO proxy scanning shouldn't be implemented into > services, use a dedicated package like BOPM. If proxy scanning is > added into services, all malicious users have to do is knock services > off, then they can connect all their clonebots up. With BOPM, Unreal > proxy scanning, or similar, you have a bot on each server, so all > your eggs aren't in one basket so to speak. > > >Nkill: Nickname Kill > >example: /msg operserv nakill guest* > >will kill everyone with the nick guest. This would be useful for > floodbots that use the same nicks. > > How many floodbots have you seen with similar nicks? Any decent > self-respecting floodbot program selects random nicks. > > >RoutingServ: > >This would be used to keep a map of the server routing. Which > servers connect to which hubs, etc. If a server disconnects from the > hub > >RoutingServ will auto-connect them. Also if a server becomes lagged > to hub x services will connect it to hub y with a 30 sec delay with > >opers being able to cancel the movement. > > That piqued my interest there for a moment, but to be honest any > decent ircd should be able to do most of this itself. Anything else, > that's what opers are for. I might consider writing a module for > Services 5 to do this, but I'd have to be quite bored. More bloat for > not a huge amount of extra gain. > > Russ Garrett > russ@garrett.co.uk > www.faereal.net > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From rosshosman at charter.net Fri May 31 14:52:00 2002 From: rosshosman at charter.net (Ross Hosman) Date: Sat Oct 23 23:01:41 2004 Subject: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) References: Message-ID: <002a01c208a1$dddb9f70$68c1cf18@c1065415b> btw, I was suggesting floodserv as a proxy monitor but as a channel/network flood monitor. ----- Original Message ----- From: "Russell Garrett" To: Sent: Friday, May 31, 2002 5:17 AM Subject: RE: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) > > Since Services 5 will (or at very least could, given > > coding for a module) > > sport global Z: line management, would it make sense to > > have it send a > > message so that it adds your desired Z: line to Services? > > Or should one > > collect up the accumulated Z: lines on the respective > > servers BOPM is > > running on and manually add them later? > > The only problem with this is the single-point-of-failure problem: If > someone DoSes your Services server, or the services hub off, then the > point of having a seperate proxy monitor on each server is defeated, > as they can't submit their z:lines. > > The most resilient solution, at least with BOPM, is to get each > individual BOPM bot to submit by e-mail to blitzednet's DNS blacklist > (you have to e-mail them to set this up, but it's very efficient) - > all the other BOPM proxy monitors on your network and everywhere else > will then pick compromised hosts up almost immediately using the > blacklist lookup, without having to scan. This removes the > single-point-of-failure problem (well I suppose someone could still > DoS the blacklist server, but that would only slow down the k:lining > of proxybots - if you're that paranoid you could use your own > blacklist server). > > Russ Garrett > russ@garrett.co.uk > www.faereal.net > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From rosshosman at charter.net Fri May 31 14:58:01 2002 From: rosshosman at charter.net (Ross Hosman) Date: Sat Oct 23 23:01:41 2004 Subject: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) References: <002a01c208a1$dddb9f70$68c1cf18@c1065415b> Message-ID: <003201c208a2$a0a9ec50$68c1cf18@c1065415b> wasn't heh, sorry ----- Original Message ----- From: "Ross Hosman" To: Sent: Friday, May 31, 2002 7:51 AM Subject: Re: Proxy scanning (was RE: [IRCServices] Another Feature Suggestion) > btw, I was suggesting floodserv as a proxy monitor but as a channel/network > flood monitor. > > ----- Original Message ----- > From: "Russell Garrett" > To: > Sent: Friday, May 31, 2002 5:17 AM > Subject: RE: Proxy scanning (was RE: [IRCServices] Another Feature > Suggestion) > > > > > Since Services 5 will (or at very least could, given > > > coding for a module) > > > sport global Z: line management, would it make sense to > > > have it send a > > > message so that it adds your desired Z: line to Services? > > > Or should one > > > collect up the accumulated Z: lines on the respective > > > servers BOPM is > > > running on and manually add them later? > > > > The only problem with this is the single-point-of-failure problem: If > > someone DoSes your Services server, or the services hub off, then the > > point of having a seperate proxy monitor on each server is defeated, > > as they can't submit their z:lines. > > > > The most resilient solution, at least with BOPM, is to get each > > individual BOPM bot to submit by e-mail to blitzednet's DNS blacklist > > (you have to e-mail them to set this up, but it's very efficient) - > > all the other BOPM proxy monitors on your network and everywhere else > > will then pick compromised hosts up almost immediately using the > > blacklist lookup, without having to scan. This removes the > > single-point-of-failure problem (well I suppose someone could still > > DoS the blacklist server, but that would only slow down the k:lining > > of proxybots - if you're that paranoid you could use your own > > blacklist server). > > > > Russ Garrett > > russ@garrett.co.uk > > www.faereal.net > > > > ------------------------------------------------------------------ > > 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 rg at tcslon.com Fri May 31 18:13:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: <001e01c208a1$bfede130$68c1cf18@c1065415b> Message-ID: > FloodServ - not only do floodbots flood but so do regular > users. I believe > this will help keep people from abusing channels when a > channel operator is > not there. OK I see where you're coming from now, but this is requiring Services to process every single line from every single channel, a not insignificant load, and probably unreasonable for nets greater than about 500 to 1000 users. Most (I'm tempted to say all ;) decent ircds have flood protection built in. It's much more efficient to check it at the ircd end than at the services end. It's also fallible - if services is split, you've lost all protection. > RoutingServ - mosty ircd's will autoconnect disconnected > servers but some > won't. I also like the idea of services being able to > re-rout servers if the > connection to a hub becomes laggy. Also an advantage for smaller nets where you don't have a global oper on hand all the time I suppose. I'm slowly warming to the idea :). Russ Garrett russ@garrett.co.uk www.faereal.net From rosshosman at charter.net Fri May 31 18:20:01 2002 From: rosshosman at charter.net (Ross Hosman) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion References: Message-ID: <000901c208be$e4312670$68c1cf18@c1065415b> thats why FloodServ will monitor only channels ircops specify.....channels with frequent flood problems. ----- Original Message ----- From: "Russell Garrett" To: Sent: Friday, May 31, 2002 11:11 AM Subject: RE: [IRCServices] Another Feature Suggestion > > FloodServ - not only do floodbots flood but so do regular > > users. I believe > > this will help keep people from abusing channels when a > > channel operator is > > not there. > > OK I see where you're coming from now, but this is requiring Services > to process every single line from every single channel, a not > insignificant load, and probably unreasonable for nets greater than > about 500 to 1000 users. Most (I'm tempted to say all ;) decent ircds > have flood protection built in. It's much more efficient to check it > at the ircd end than at the services end. It's also fallible - if > services is split, you've lost all protection. > > > RoutingServ - mosty ircd's will autoconnect disconnected > > servers but some > > won't. I also like the idea of services being able to > > re-rout servers if the > > connection to a hub becomes laggy. > > Also an advantage for smaller nets where you don't have a global oper > on hand all the time I suppose. I'm slowly warming to the idea :). > > Russ Garrett > russ@garrett.co.uk > www.faereal.net > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From smkelly at zombie.org Fri May 31 18:35:01 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Another Feature Suggestion In-Reply-To: References: <001e01c208a1$bfede130$68c1cf18@c1065415b> Message-ID: <20020531163426.GA20003@edgemaster.zombie.org> On Fri, May 31, 2002 at 05:11:54PM +0100, Russell Garrett wrote: > > RoutingServ - mosty ircd's will autoconnect disconnected > > servers but some > > won't. I also like the idea of services being able to > > re-rout servers if the > > connection to a hub becomes laggy. > > Also an advantage for smaller nets where you don't have a global oper > on hand all the time I suppose. I'm slowly warming to the idea :). You can't depend on Services to determine the lag factor for the entire network. Doing this would be a mistake. You are coming up with ideas that, in my opinion, fall way outside the scope of IRCServices. If you want a minimal routing system, then look into ircd's rule-based connects (SmartRouting). With this, you can force a specific network structure in specific situations, though it is rather limited. It would be faily easy to extend it though. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020531/8c5d6902/attachment.pgp From achurch at achurch.org Fri May 31 19:40:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Trojan warning and MD5 checksums Message-ID: <3cf7b52f.45647@achurch.org> Recently, two open-source programs (the "irssi" IRC client and another program called fragroute) have been trojaned by someone breaking into the distribution site and modifying the "configure" script of each program to spawn a shell accessible over the network. I am not aware of any case in which a Services distribution/mirror site has been broken into, but to be safe, I will from now on release MD5 digests of each distribution file on the appropriate mailing list; at least for the near future, it would be advisable to compare these to the MD5 digests of the files you download to ensure they have not been modified (or simply corrupted in transfer). Most Linux distributions have a program called "md5" or "md5sum" which will print the MD5 digest of a given file, and can be used for such comparisons. (Note that the MD5 digests will not be stored on the FTP sites, for the obvious reason that if an attacker could change the distribution files themselves, they could just as easily change the checksum file as well.) For reference, the MD5 digests of the current stable and beta distribution files are as follows: MD5 (ircservices-4.5.40.diff.gz) = 605d8c0f92b37f4509f65de8e56b446e MD5 (ircservices-4.5.40.tar.gz) = 77020902db4845c928e103861f534df2 MD5 (beta/ircservices-5.0pre0-1.i386.rpm) = 1a2982000f28c41a7dd09300e3107543 MD5 (beta/ircservices-5.0pre0.tar.gz) = c6239c42d029a64da4207bf22e3b0b7e MD5 (beta/ircservices_5.0pre0-1_i386.deb) = b2f8fefbfee495b72afa6b70fc88424e --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sat Jun 1 07:16:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Mailing list Message-ID: I noticed that the monthly notice comes combined instead of seperately for each list now. Thanks! :) From frostycoolslug at hotmail.com Sun Jun 2 02:56:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] NickName Registrations.. Message-ID: Is it possible to stop people registering nicknames begining with numbers? looking thru the list of nicknames, we saw people were registering nicks like 666, which in general, just take database space ;) btw.. i saw some1 mention NeoStats.. we have ported the LoveServ from that to IRCServices, mail me if you want it.. we are currently developing the already made StatServ at the moment :) -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From uhc0 at rz.uni-karlsruhe.de Sun Jun 2 11:57:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:41 2004 Subject: AW: [IRCServices] NickName Registrations.. In-Reply-To: Message-ID: <000201c20a1b$ce1f7cc0$02c8a8c0@nygmatech.local> Normally, the irc protocol does not permit nicknames which begin with a digit. Your server is therefore broken, when people can take nicknames which begin with a number, and can make them be registered. For more information, see : http://www.irchelp.org/irchelp/rfc/chapter2.html#c2_3_1 the "NICK" item is defined as { | | } You ought to ask your ircd coders why they broke RFC1459. 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 > Craig McLure > Gesendet: Sonntag, 2. Juni 2002 02:56 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] NickName Registrations.. > > > Is it possible to stop people registering nicknames begining > with numbers? > looking thru the list of nicknames, we saw people were > registering nicks > like 666, which in general, just take database space ;) > > btw.. i saw some1 mention NeoStats.. we have ported the > LoveServ from that > to IRCServices, mail me if you want it.. we are currently > developing the > already made StatServ at the moment :) > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From terminator at koekjes.net Sun Jun 2 14:44:00 2002 From: terminator at koekjes.net (Term) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] NickName Registrations.. In-Reply-To: <000201c20a1b$ce1f7cc0$02c8a8c0@nygmatech.local> Message-ID: nope, in this case it's services. Services allows you to link illegal nicks to a valid nick. I'm not sure how far logging goes, but perhaps you can see who registered the valid nick and linked the illegal ones to it. my 2 eurocents, [Term] /ns register thetest term@****** -NickServ- Nickname [Term-] has been registered to you. -NickServ- An authorization code for your nickname has been sent to term@******. -NickServ- When you receive this message, type /msg NickServ AUTH code (replace code with the authorization code in the message) to complete your nickname registration. -NickServ- Your password is thetest -- remember this for later use. /msg NickServ AUTH 860270749 -NickServ- Authorization succeeded; your nickname registration is now complete. /ns identify thetest -NickServ- Password accepted -- you are now recognized. /ns link 6hithere -NickServ- Nick 6hithere has been linked to your nick. -----Oorspronkelijk bericht----- Van: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]Namens Yusuf Iskenderoglu Verzonden: zondag 2 juni 2002 11:56 Aan: ircservices@ircservices.za.net Onderwerp: AW: [IRCServices] NickName Registrations.. Normally, the irc protocol does not permit nicknames which begin with a digit. Your server is therefore broken, when people can take nicknames which begin with a number, and can make them be registered. For more information, see : http://www.irchelp.org/irchelp/rfc/chapter2.html#c2_3_1 the "NICK" item is defined as { | | } You ought to ask your ircd coders why they broke RFC1459. 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 > Craig McLure > Gesendet: Sonntag, 2. Juni 2002 02:56 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] NickName Registrations.. > > > Is it possible to stop people registering nicknames begining > with numbers? > looking thru the list of nicknames, we saw people were > registering nicks > like 666, which in general, just take database space ;) > > btw.. i saw some1 mention NeoStats.. we have ported the > LoveServ from that > to IRCServices, mail me if you want it.. we are currently > developing the > already made StatServ at the moment :) > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > ------------------------------------------------------------------ > 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 achurch at achurch.org Sun Jun 2 15:04:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] NickName Registrations.. Message-ID: <3cfa17a6.64665@achurch.org> Well, it would help if you'd describe the problem accurately in the first place. I'll look into this. >nope, in this case it's services. Services allows you to link illegal nicks >to a valid nick. > >I'm not sure how far logging goes, but perhaps you can see who registered >the valid nick and linked the illegal ones to it. > >my 2 eurocents, >[Term] > >/ns register thetest term@****** >-NickServ- Nickname [Term-] has been registered to you. >-NickServ- An authorization code for your nickname has been sent to >term@******. >-NickServ- When you receive this message, type /msg NickServ AUTH code >(replace code with the authorization code in the message) to complete your >nickname registration. >-NickServ- Your password is thetest -- remember this for later use. >/msg NickServ AUTH 860270749 >-NickServ- Authorization succeeded; your nickname registration is now >complete. >/ns identify thetest >-NickServ- Password accepted -- you are now recognized. >/ns link 6hithere >-NickServ- Nick 6hithere has been linked to your nick. > > >-----Oorspronkelijk bericht----- >Van: ircservices-admin@ircservices.za.net >[mailto:ircservices-admin@ircservices.za.net]Namens Yusuf Iskenderoglu >Verzonden: zondag 2 juni 2002 11:56 >Aan: ircservices@ircservices.za.net >Onderwerp: AW: [IRCServices] NickName Registrations.. > > > >Normally, > >the irc protocol does not permit nicknames which begin with a >digit. Your server is therefore broken, when people can take >nicknames which begin with a number, and can make them be >registered. > >For more information, see : >http://www.irchelp.org/irchelp/rfc/chapter2.html#c2_3_1 > >the "NICK" item is defined as > > { | | } > >You ought to ask your ircd coders why they broke RFC1459. > >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 >> Craig McLure >> Gesendet: Sonntag, 2. Juni 2002 02:56 >> An: ircservices@ircservices.za.net >> Betreff: [IRCServices] NickName Registrations.. >> >> >> Is it possible to stop people registering nicknames begining >> with numbers? >> looking thru the list of nicknames, we saw people were >> registering nicks >> like 666, which in general, just take database space ;) >> >> btw.. i saw some1 mention NeoStats.. we have ported the >> LoveServ from that >> to IRCServices, mail me if you want it.. we are currently >> developing the >> already made StatServ at the moment :) >> >> >> >> -- >> Craig McLure >> Craig@chatspike.net >> Network Administrator of the ChatSpike IRC Network. >> ChatSpike, the users network! www.chatspike.net >> >> >> _________________________________________________________________ >> Chat with friends online, try MSN Messenger: http://messenger.msn.com >> >> ------------------------------------------------------------------ >> 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 > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices --Andrew Church achurch@achurch.org http://achurch.org/ From Schutzgeist at uni.de Sun Jun 2 15:40:02 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] NickName Registrations.. In-Reply-To: <3cfa17a6.64665@achurch.org> References: <3cfa17a6.64665@achurch.org> Message-ID: <16371511067.20020602153903@uni.de> Hallo, he means that U can Link "4Test" (for example) to your NickGroup. /msg nickserv link 4Test -NickServ- Nick 4Suck has been linked to your nick. But U can?t Use this nick... so it is okay, or isn?t it ? Then it is just an entry in the nick.db. hmm But in my oppinion its terrible , that U can link nicks to Your own group which another Person is still using. So U can steal all nicks, before the other User can register ist :( Thx Dennis Monday, June 03, 2002, 12:03:04 AM, you wrote: AC> Well, it would help if you'd describe the problem accurately in the AC> first place. I'll look into this. >>nope, in this case it's services. Services allows you to link illegal nicks >>to a valid nick. >> >>I'm not sure how far logging goes, but perhaps you can see who registered >>the valid nick and linked the illegal ones to it. >> >>my 2 eurocents, >>[Term] >> >>/ns register thetest term@****** >>-NickServ- Nickname [Term-] has been registered to you. >>-NickServ- An authorization code for your nickname has been sent to >>term@******. >>-NickServ- When you receive this message, type /msg NickServ AUTH code >>(replace code with the authorization code in the message) to complete your >>nickname registration. >>-NickServ- Your password is thetest -- remember this for later use. >>/msg NickServ AUTH 860270749 >>-NickServ- Authorization succeeded; your nickname registration is now >>complete. >>/ns identify thetest >>-NickServ- Password accepted -- you are now recognized. >>/ns link 6hithere >>-NickServ- Nick 6hithere has been linked to your nick. >> >> >>-----Oorspronkelijk bericht----- >>Van: ircservices-admin@ircservices.za.net >>[mailto:ircservices-admin@ircservices.za.net]Namens Yusuf Iskenderoglu >>Verzonden: zondag 2 juni 2002 11:56 >>Aan: ircservices@ircservices.za.net >>Onderwerp: AW: [IRCServices] NickName Registrations.. >> >> >> >>Normally, >> >>the irc protocol does not permit nicknames which begin with a >>digit. Your server is therefore broken, when people can take >>nicknames which begin with a number, and can make them be >>registered. >> >>For more information, see : >>http://www.irchelp.org/irchelp/rfc/chapter2.html#c2_3_1 >> >>the "NICK" item is defined as >> >> { | | } >> >>You ought to ask your ircd coders why they broke RFC1459. >> >>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 | | >>------------------------------------------------------------------ >> >>> >>> Is it possible to stop people registering nicknames begining >>> with numbers? >>> looking thru the list of nicknames, we saw people were >>> registering nicks >>> like 666, which in general, just take database space ;) >>> >>> btw.. i saw some1 mention NeoStats.. we have ported the >>> LoveServ from that >>> to IRCServices, mail me if you want it.. we are currently >>> developing the >>> already made StatServ at the moment :) >>> >>> From frostycoolslug at hotmail.com Sun Jun 2 16:18:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] NickName Registrations.. Message-ID: appologies, my fault, hadnt sleps for days.. too busy making modules :). yeah i mean in services u could link illegal nicknames ;) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] NickName Registrations.. >Date: Sun, 02 Jun 2002 22:03:04 JST > > Well, it would help if you'd describe the problem accurately in the >first place. I'll look into this. > > >nope, in this case it's services. Services allows you to link illegal >nicks > >to a valid nick. > > > >I'm not sure how far logging goes, but perhaps you can see who registered > >the valid nick and linked the illegal ones to it. > > > >my 2 eurocents, > >[Term] > > > >/ns register thetest term@****** > >-NickServ- Nickname [Term-] has been registered to you. > >-NickServ- An authorization code for your nickname has been sent to > >term@******. > >-NickServ- When you receive this message, type /msg NickServ AUTH code > >(replace code with the authorization code in the message) to complete >your > >nickname registration. > >-NickServ- Your password is thetest -- remember this for later use. > >/msg NickServ AUTH 860270749 > >-NickServ- Authorization succeeded; your nickname registration is now > >complete. > >/ns identify thetest > >-NickServ- Password accepted -- you are now recognized. > >/ns link 6hithere > >-NickServ- Nick 6hithere has been linked to your nick. > > > > > >-----Oorspronkelijk bericht----- > >Van: ircservices-admin@ircservices.za.net > >[mailto:ircservices-admin@ircservices.za.net]Namens Yusuf Iskenderoglu > >Verzonden: zondag 2 juni 2002 11:56 > >Aan: ircservices@ircservices.za.net > >Onderwerp: AW: [IRCServices] NickName Registrations.. > > > > > > > >Normally, > > > >the irc protocol does not permit nicknames which begin with a > >digit. Your server is therefore broken, when people can take > >nicknames which begin with a number, and can make them be > >registered. > > > >For more information, see : > >http://www.irchelp.org/irchelp/rfc/chapter2.html#c2_3_1 > > > >the "NICK" item is defined as > > > > { | | } > > > >You ought to ask your ircd coders why they broke RFC1459. > > > >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 > >> Craig McLure > >> Gesendet: Sonntag, 2. Juni 2002 02:56 > >> An: ircservices@ircservices.za.net > >> Betreff: [IRCServices] NickName Registrations.. > >> > >> > >> Is it possible to stop people registering nicknames begining > >> with numbers? > >> looking thru the list of nicknames, we saw people were > >> registering nicks > >> like 666, which in general, just take database space ;) > >> > >> btw.. i saw some1 mention NeoStats.. we have ported the > >> LoveServ from that > >> to IRCServices, mail me if you want it.. we are currently > >> developing the > >> already made StatServ at the moment :) > >> > >> > >> > >> -- > >> Craig McLure > >> Craig@chatspike.net > >> Network Administrator of the ChatSpike IRC Network. > >> ChatSpike, the users network! www.chatspike.net > >> > >> > >> _________________________________________________________________ > >> Chat with friends online, try MSN Messenger: http://messenger.msn.com > >> > >> ------------------------------------------------------------------ > >> 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 > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > --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@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. From thebeast at xs4all.nl Sun Jun 2 21:38:00 2002 From: thebeast at xs4all.nl (Hans v Steenbergen) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] http errors in logfile Message-ID: <3CFA73F1.CF7EFCE6@xs4all.nl> hello is this a bug or a mistake in the modules.conf we have. when we try to connect to the http page this error is logged in the log file. [Jun 02 21:19:02 2002] sockets: sock_new(): out of buffer space! [Jun 02 21:19:02 2002] sockets: accept(4): Unable to create socket structure (out of buffer space?) is the buffer space to small in the modules.conf ??? RequestBufferSize 65536 server mem etc.... Mem: 62172K av, 51936K used, 10236K free, 35004K shrd, 8192K buff Swap: 345704K av, 13056K used, 332648K free 16248K cached -- Grtzz Hans v Steenbergen Mail me at thebeast@xs4all.nl Tech Admin on rc5proxy.mp3crew.nu www.mp3crew.nu for info about this irc server. mail to admins@mp3crew.nu for info The only one who got his work done by friday was R.Crusoe 9:25pm up 1 day, 7:55, 2 users, load average: 1.03, 1.08, 1.13 From openglx at thedarkside.com.br Mon Jun 3 02:19:00 2002 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] help make two differents getting into one together Message-ID: <3CFAB5C5.5080104@thedarkside.com.br> Hi I'm going to make a union of two irc networks using the same ircd, but two different database of nicks and channels.. Is there any way to make a union of the database from their nicks/chans and mine nicks/chans to one big db? I don't want to lost any nicks/chans! Or the minimum possible. They use irc-services 4.5.39 and I use irc-services 4.5.36 Thanks for helping. From andrewk at isdial.net Mon Jun 3 08:02:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] http errors in logfile References: <3CFA73F1.CF7EFCE6@xs4all.nl> Message-ID: <006601c20ac4$1bd61d40$9c011ac4@africa.didata.local> Hi there, Support for version 5, while it is still beta, can be found on the ircservices-coding mailing list. See http://www.ircservices.za.net/ for details on subscribing. Regards, Andrew ----- Original Message ----- From: "Hans v Steenbergen" To: Sent: Sunday, June 02, 2002 9:37 PM Subject: [IRCServices] http errors in logfile > > hello is this a bug or a mistake in the modules.conf > we have. > > when we try to connect to the http page this error is logged in the log > file. > > [Jun 02 21:19:02 2002] sockets: sock_new(): out of buffer space! > [Jun 02 21:19:02 2002] sockets: accept(4): Unable to create socket > structure (out of buffer space?) > > is the buffer space to small in the modules.conf ??? > RequestBufferSize 65536 > > server mem etc.... > Mem: 62172K av, 51936K used, 10236K free, 35004K shrd, 8192K buff > Swap: 345704K av, 13056K used, 332648K free 16248K > cached > > > -- > > Grtzz Hans v Steenbergen > Mail me at thebeast@xs4all.nl > Tech Admin on rc5proxy.mp3crew.nu > www.mp3crew.nu for info about this irc server. > mail to admins@mp3crew.nu for info > The only one who got his work done by friday was R.Crusoe > > 9:25pm up 1 day, 7:55, 2 users, load average: 1.03, 1.08, 1.13 > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From mike at calle69.net Thu Jun 6 01:40:02 2002 From: mike at calle69.net (Miguel Cavazos) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] hi problem converting DB Message-ID: <1023323793.537.12.camel@Miguel> hello my name is miguel i just got in this mailing list well my problem is i got a small network arround 200user and i want to migrate from epona to ircservices some good friend of mine told me about this services but we havent make http module work so i got my xml file that i got using this command ./convert-db -v +epona /my/old/database >ircservices.xml now how can i convert it from xml to ircservices format without using http module? could someone here that got it working import it from me and send me the .dbs? thanks alot guys im really intested in learning about ircservices for my network i would like to contribute with anything on the translation of spanish since its my first language:) Miguel Cavazos -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020606/d48bd31e/attachment.pgp From achurch at achurch.org Thu Jun 6 02:38:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] help make two differents getting into one together Message-ID: <3cfeaec4.17142@achurch.org> Database merging cannot be performed with Services 4.5. Services 5.0 has support for merging, but is not yet stable; see the homepage (http://www.ircservices.za.net/) for details. --Andrew Church achurch@achurch.org http://achurch.org/ > >Hi > >I'm going to make a union of two irc networks using the same ircd, but >two different database of nicks and channels.. > >Is there any way to make a union of the database from their nicks/chans >and mine nicks/chans to one big db? > >I don't want to lost any nicks/chans! Or the minimum possible. > > >They use irc-services 4.5.39 and I use irc-services 4.5.36 > >Thanks for helping. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Jun 21 05:40:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Call for translators Message-ID: <3d129ff4.45571@achurch.org> [Please note: this message is being sent to both the ircservices@ and ircservices-coding@ lists to reach the widest audience possible. Apologies to those who receive the message in duplicate.] Currently, several of the language files provided with Services are out of date, and becoming progressively more so as Services is updated. Currently the following languages either have no maintainer, or I have not gotten any response from the previous maintainer: - German (de.l) - Spanish (es.l) - Italian (it.l) If anyone would be willing to undertake the work to bring these files up to date, please contact me. If a maintainer is not found by the stable release of version 5.0, the languages will be disabled in the distribution, and may eventually be deleted entirely. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jun 21 07:50:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Hiatus Message-ID: <3d12be53.71130@achurch.org> This is just to let everyone know that I'll be taking a vacation for about a month starting next week, mainly to help relieve built-up stress from work and other things. I will probably not have access to E-mail during this time (which is probably for the best). I apologize for doing this right when Services 5.0 is nearing stability; for what it's worth, the current beta version should be stable enough for daily use, I hope. Please feel free to test it and trade patches in my absence; I'll take care of getting everything together once I return. --Andrew Church achurch@achurch.org http://achurch.org/ From martinpels at hotmail.com Fri Jun 21 10:28:01 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Hiatus References: <3d12be53.71130@achurch.org> Message-ID: Have a good vacation :-) ----- Original Message ----- From: "Andrew Church" To: ; Sent: Friday, June 21, 2002 7:41 AM Subject: [IRCServices] Hiatus > This is just to let everyone know that I'll be taking a vacation for > about a month starting next week, mainly to help relieve built-up stress > from work and other things. I will probably not have access to E-mail > during this time (which is probably for the best). I apologize for doing > this right when Services 5.0 is nearing stability; for what it's worth, the > current beta version should be stable enough for daily use, I hope. Please > feel free to test it and trade patches in my absence; I'll take care of > getting everything together once I return. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From mike at calle69.net Fri Jun 21 20:12:00 2002 From: mike at calle69.net (Miguel Cavazos) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Call for translators In-Reply-To: <3d129ff4.45571@achurch.org> References: <3d129ff4.45571@achurch.org> Message-ID: <1024686461.542.10.camel@Miguel> i can do the job translate english to spanish im mexican but i need help to implement this services to my network trying to switch from epona to ircservices but im having problems with moving the database -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020621/233867f8/attachment.pgp From achurch at achurch.org Sat Jun 22 04:29:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Call for translators Message-ID: <3d13e0d2.63705@achurch.org> Thanks, but the Spanish translation is already taken care of. (So is the German one; at this point, all I need is a translator for the Italian language file.) > >--=-8Mgzqg4s27ZMtxW1kCkK >Content-Type: text/plain >Content-Transfer-Encoding: quoted-printable > >i can do the job translate english to spanish im mexican but i need help >to implement this services to my network trying to switch from epona to >ircservices but im having problems with moving the database > >--=-8Mgzqg4s27ZMtxW1kCkK >Content-Type: application/pgp-signature; name=signature.asc >Content-Description: This is a digitally signed message part > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.7 (GNU/Linux) > >iD8DBQA9E3l9hSUZFnevXtgRAoEXAJ9bteZpF3kSGZGr7voI0mzkIQctrACfYCve >SDLf/4yYrVgb3frmZ9Geyq8= >=gsmd >-----END PGP SIGNATURE----- > >--=-8Mgzqg4s27ZMtxW1kCkK-- >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Sun Jun 23 03:16:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] LoveServ 1.0 released. Message-ID: Appologies for the lateness of this module, i know i promised ppl it a few weeks ago, but a couple of stability issues arose, they are sorted now :) Get it from: ftp://ftp.chatspike.net/pub/services/modules/loveserv.tar.gz if any1 wants to mirror it for me, be my guest :) i'd like to thank Andy Church for making this so easy to code. We were planning on releasing our version of StatServ, with MySQL dumps, and other cool stuff like that, but instead we decided that we were going to create another branch of the Services coding tree, and create a statistical server like neostats, only based on andys code. anyway, LoveServ holds the same content as the 1 that comes with NeoStats, its just a fun Service which people on smaller networks have fun playing with :) we regard it as stable, its been running fine, even with 200users battering it at once, and as far as we know, there are no major bugs. If you find 1 report it to Coders@chatspike.net. It comes in 1 language only at the moment.. and will probably stay that way. Have a look, have a play.. but *PLEASE* read the README file. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From lucas at lucas-nussbaum.net Sun Jun 23 17:59:00 2002 From: lucas at lucas-nussbaum.net (Lucas Nussbaum) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] who should I send bug reports to ? Message-ID: <20020623155806.GA27762@ox.lucas-nussbaum.net> Hi, Imagine somebody found a bug in ircservices, allowing users to crash them and (probably) execute code on the server, who should I report it to, since the main coder in on holliday ? Who has the power to release new versions ? The problem is that the vulnerability is in other software too, and releasing it about other software might lead people to discover it in ircservices and exploit it. Waiting until Andrew's return isn't a valid solution, since the vulnerability might already be used. lucas From frostycoolslug at hotmail.com Sun Jun 23 18:02:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] who should I send bug reports to ? Message-ID: post them to either of the mailing lists.. we got a few ppl here who will solve it ;) >From: Lucas Nussbaum >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] who should I send bug reports to ? >Date: Sun, 23 Jun 2002 17:58:06 +0200 > >Hi, > >Imagine somebody found a bug in ircservices, allowing users to crash >them and (probably) execute code on the server, who should I report it >to, since the main coder in on holliday ? > >Who has the power to release new versions ? > >The problem is that the vulnerability is in other software too, and >releasing it about other software might lead people to discover it in >ircservices and exploit it. > >Waiting until Andrew's return isn't a valid solution, since the >vulnerability might already be used. > >lucas >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From achurch at achurch.org Sun Jun 23 18:05:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] who should I send bug reports to ? Message-ID: <3d15f17c.56543@achurch.org> Is this an actual, existing problem or a hypothetical question? If it's an actual, existing problem, please send me details privately; I'm still in town until Tuesday evening. If it's a hypothetical question, the answer is nobody, you'll just have to hack something together until I get back if such a case should arise. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Imagine somebody found a bug in ircservices, allowing users to crash >them and (probably) execute code on the server, who should I report it >to, since the main coder in on holliday ? > >Who has the power to release new versions ? > >The problem is that the vulnerability is in other software too, and >releasing it about other software might lead people to discover it in >ircservices and exploit it. > >Waiting until Andrew's return isn't a valid solution, since the >vulnerability might already be used. > >lucas >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Sun Jun 23 18:36:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:41 2004 Subject: AW: [IRCServices] who should I send bug reports to ? In-Reply-To: <20020623155806.GA27762@ox.lucas-nussbaum.net> Message-ID: <000101c21ad4$185f4180$02c8a8c0@nygmatech.local> You should consider to not using beta software on a production network if the software is known to have such problems. 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 > Lucas Nussbaum > Gesendet: Sonntag, 23. Juni 2002 17:58 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] who should I send bug reports to ? > > > Hi, > > Imagine somebody found a bug in ircservices, allowing users > to crash them and (probably) execute code on the server, who > should I report it to, since the main coder in on holliday ? > > Who has the power to release new versions ? > > The problem is that the vulnerability is in other software > too, and releasing it about other software might lead people > to discover it in ircservices and exploit it. > > Waiting until Andrew's return isn't a valid solution, since > the vulnerability might already be used. > > lucas > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From lucas at lucas-nussbaum.net Sun Jun 23 19:08:01 2002 From: lucas at lucas-nussbaum.net (Lucas Nussbaum) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] bug in ircservices and epona can crash services Message-ID: <20020623170738.GA16892@ox.lucas-nussbaum.net> Hi, There's a bug in both ircservices and epona which can cause services to crash. Remote execution of code on the services account is theorically possible (it isn't likely, but you never know). I won't detail the contents of the patch yet : I don't want to make all networks be crashed by users because of me ;o) I will just tell you that every user on your network can crash your services. The bug was found by Aristotles (he is asleep right now, so I can't ask for me information to be able to credit him properly). Anyway, congratulations go to him :) Andrew Church (for ircservices) and lara (for epona) were both contacted. They might release a new version fixing this in a more clever way soon. Patch for epona : http://www.lucas-nussbaum.net/epona-1.4.11+formatfix.diff (please note that the bug is in ircservices code used by epona, so lara isn't to blame) Patch for ircservices : http://www.lucas-nussbaum.net/ircservices-4.5.40+formatfix.diff To apply (example for epona) : cd epona-1.4.11 patch -p1 < epona-1.4.11+formatfix.diff The patch is very simple, and applies to some very old code, so you should be able to apply it to older versions too. Other services based on ircservices might be vulnerable too. Thales (IRC to MySQL gateway, see http://www.lucas-nussbaum.net/thales/ ), contains the vulnerable code but doesn't use it. After contacting him, Andrew Church suggested the following patch : Index: send.c =================================================================== RCS file: /var/cvs-private/ircservices/send.c,v retrieving revision 1.8.4.2 diff -u -r1.8.4.2 send.c --- send.c 7 Jan 2002 15:35:56 -0000 1.8.4.2 +++ send.c 23 Jun 2002 16:55:36 -0000 @@ -100,8 +100,8 @@ char buf[BUFSIZE]; va_start(args, fmt); - snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt); - vsend_cmd(source, buf, args); + vsnprintf(buf, sizeof(buf), fmt, args); + send_cmd(source, "NOTICE %s :%s", dest, buf); } @@ -195,8 +195,8 @@ char buf[BUFSIZE]; va_start(args, fmt); - snprintf(buf, sizeof(buf), "PRIVMSG %s :%s", dest, fmt); - vsend_cmd(source, buf, args); + vsnprintf(buf, sizeof(buf), fmt, args); + send_cmd(source, "PRIVMSG %s :%s", dest, buf); } /*************************************************************************/ @@ -258,12 +258,12 @@ char buf[BUFSIZE]; va_start(args, fmt); + vsnprintf(buf, sizeof(buf), fmt, args); #ifdef IRC_DALNET - snprintf(buf, sizeof(buf), "GLOBOPS :%s", fmt); + send_cmd(source ? source : ServerName, "GLOBOPS :%s", buf); #else - snprintf(buf, sizeof(buf), "WALLOPS :%s", fmt); + send_cmd(source ? source : ServerName, "WALLOPS :%s", buf); #endif - vsend_cmd(source ? source : ServerName, buf, args); } /*************************************************************************/ So I let you choose which one you prefer ;) Bye, lucas From achurch at achurch.org Sun Jun 23 19:15:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Services 4.5.41 released Message-ID: <3d16020a.65305@achurch.org> Services 4.5.41 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 9c2724267ce4360163bbda7ff3d5e341 ircservices-4.5.41.tar.gz f601eb2624e1424e5ede2179c06f46d9 ircservices-4.5.41.diff.gz The other mirrors should have it shortly. As noted below, this version fixes a bug which can allow Services to be crashed by any user, and possibly (unconfirmed) allow the execution of arbitrary code under the user Services is running as. All users should immediately upgrade to this version of Services. Changes in version 4.5.41 ------------------------- 2002/06/24 Fixed format-string crash bug reported by Lucas Nussbaum --Andrew Church achurch@achurch.org http://achurch.org/ From saturn at telus.net Mon Jun 24 02:21:00 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Services 4.5.41 released References: <3d16020a.65305@achurch.org> Message-ID: <007a01c21b14$ff0b9440$6401a8c0@Turby> Is that bug in the beta currently? or just 4.x? ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, June 23, 2002 10:14 AM Subject: [IRCServices] Services 4.5.41 released > Services 4.5.41 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > 9c2724267ce4360163bbda7ff3d5e341 ircservices-4.5.41.tar.gz > f601eb2624e1424e5ede2179c06f46d9 ircservices-4.5.41.diff.gz > > The other mirrors should have it shortly. > > As noted below, this version fixes a bug which can allow Services > to be crashed by any user, and possibly (unconfirmed) allow the execution > of arbitrary code under the user Services is running as. All users should > immediately upgrade to this version of Services. > > Changes in version 4.5.41 > ------------------------- > 2002/06/24 Fixed format-string crash bug reported by Lucas Nussbaum > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Schutzgeist at uni.de Mon Jun 24 02:34:00 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Services 4.5.41 released In-Reply-To: <007a01c21b14$ff0b9440$6401a8c0@Turby> References: <3d16020a.65305@achurch.org> <007a01c21b14$ff0b9440$6401a8c0@Turby> Message-ID: <36115718955.20020624023245@uni.de> Hello Saturn, the bug is in both IRCServices-versions Version 4.5.41 and 5.0pre5 (beta) are fixed! Version 4.5 ----------- 2002/06/24 .41 Fixed format-string crash bug reported by Lucas Nussbaum 2002/06/24 pre5 Applied fix to format-string bug from version 4.5.41. Have a nice update-day ;) Dennis Sela Monday, June 24, 2002, 2:20:50 AM, you wrote: SD> Is that bug in the beta currently? or just 4.x? SD> ----- Original Message ----- SD> From: "Andrew Church" SD> To: SD> Sent: Sunday, June 23, 2002 10:14 AM SD> Subject: [IRCServices] Services 4.5.41 released >> Services 4.5.41 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> 9c2724267ce4360163bbda7ff3d5e341 ircservices-4.5.41.tar.gz >> f601eb2624e1424e5ede2179c06f46d9 ircservices-4.5.41.diff.gz >> >> The other mirrors should have it shortly. >> >> As noted below, this version fixes a bug which can allow Services >> to be crashed by any user, and possibly (unconfirmed) allow the execution >> of arbitrary code under the user Services is running as. All users should >> immediately upgrade to this version of Services. >> >> Changes in version 4.5.41 >> ------------------------- >> 2002/06/24 Fixed format-string crash bug reported by Lucas Nussbaum >> >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ From Bob8436 at aol.com Mon Jun 24 04:35:01 2002 From: Bob8436 at aol.com (Bob8436@aol.com) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] /chanserv/nickserv Message-ID: <18c.9a88e0c.2a47df28@aol.com> Hi, I've gone through the mailing list archives and found only one topic on the use of /nickserv instead of /msg nickserv, etc. All four replies to the article said that this was a problem in the ircd and not in the services package. On my server, however, i ran Unreal 3.1.3 with the cygnus services package and could use those commands just fine. When i switched to these irc services, however, those commands immediatly stopped working. Between the switch i in no way modified the ircd itself. I have experienced the same problem with both the latest stable version and the latest beta of these services. Thanks, Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020624/4df8006d/attachment.htm From smkelly at zombie.org Mon Jun 24 05:01:00 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] /chanserv/nickserv In-Reply-To: <18c.9a88e0c.2a47df28@aol.com> References: <18c.9a88e0c.2a47df28@aol.com> Message-ID: <20020624030047.GA98609@edgemaster.zombie.org> On Sun, Jun 23, 2002 at 10:34:16PM -0400, Bob8436@aol.com wrote: > Hi, > I've gone through the mailing list archives and found only one topic > on the use of /nickserv instead of /msg nickserv, etc. All four replies to > the article said that this was a problem in the ircd and not in the services > package. On my server, however, i ran Unreal 3.1.3 with the cygnus services > package and could use those commands just fine. When i switched to these irc > services, however, those commands immediatly stopped working. Between the > switch i in no way modified the ircd itself. I have experienced the same > problem with both the latest stable version and the latest beta of these > services. Generally, in order for this to work your IRC servers must know the name of the services server. For example, when you do the NICKSERV command, the IRCD expands it to: :you PRIVMSG NickServ@services.mynetwork.net :... Did you change the name of your Services server? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020624/55092574/attachment.pgp From griever at t2n.org Mon Jun 24 06:19:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Test Message-ID: I just got my mail server back and I'm just checking that my subscription to these lists hasn't died From icepick at blabber.net Mon Jun 24 07:47:05 2002 From: icepick at blabber.net (Barry Murphy) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] /chanserv/nickserv In-Reply-To: <18c.9a88e0c.2a47df28@aol.com> References: <18c.9a88e0c.2a47df28@aol.com> Message-ID: <200206241746.13339.icepick@blabber.net> Hi tom, This is not a services related problem. Should you be running Unreal IRCD, you should have the following lines in yours unrealircd.conf:- alias nickserv { type services; }; alias ns { nick nickserv; type services; }; alias chanserv { type services; }; alias cs { nick chanserv; type services; }; alias memoserv { type services; }; alias ms { nick memoserv; type services; }; alias identify { format "^#" { alias chanserv; parameters "IDENTIFY %1-"; }; format "^[^#]" { alias nickserv; parameters "IDENTIFY %1-"; }; type command; }; alias services { format "^#" { alias chanserv; parameters "%1-"; }; format "^[^#]" { alias nickserv; parameters "%1-"; }; type command; }; Regards Barry Murphy Web: www.blabber.net On Mon, 24 Jun 2002 14:34, Bob8436@aol.com wrote: > Hi, > I've gone through the mailing list archives and found only one topic > on the use of /nickserv instead of /msg nickserv, etc. All four replies to > the article said that this was a problem in the ircd and not in the > services package. On my server, however, i ran Unreal 3.1.3 with the > cygnus services package and could use those commands just fine. When i > switched to these irc services, however, those commands immediatly stopped > working. Between the switch i in no way modified the ircd itself. I have > experienced the same problem with both the latest stable version and the > latest beta of these services. > Thanks, > > Tom From frostycoolslug at hotmail.com Mon Jun 24 15:43:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] /chanserv/nickserv Message-ID: Just a couple of notes on that.. That is for Unreal3.2 *ONLY* in Unreal3.2, make sure set::services-server is valid, and also in the 3.1.3 networks file, there is also an extry similar to that.. make sure they are accurate >From: Barry Murphy >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >CC: Bob8436@aol.com >Subject: Re: [IRCServices] /chanserv/nickserv >Date: Mon, 24 Jun 2002 17:46:12 +1200 >Hi tom, > >This is not a services related problem. Should you be running Unreal IRCD, >you >should have the following lines in yours unrealircd.conf:- > > >alias nickserv { > type services; >}; > >alias ns { > nick nickserv; > type services; >}; > >alias chanserv { > type services; >}; > >alias cs { > nick chanserv; > type services; >}; > >alias memoserv { > type services; >}; > >alias ms { > nick memoserv; > type services; >}; > >alias identify { > format "^#" { > alias chanserv; > parameters "IDENTIFY %1-"; > }; > format "^[^#]" { > alias nickserv; > parameters "IDENTIFY %1-"; > }; > type command; >}; > >alias services { > format "^#" { > alias chanserv; > parameters "%1-"; > }; > format "^[^#]" { > alias nickserv; > parameters "%1-"; > }; > type command; >}; > >Regards >Barry Murphy >Web: www.blabber.net > >On Mon, 24 Jun 2002 14:34, Bob8436@aol.com wrote: > > Hi, > > I've gone through the mailing list archives and found only one >topic > > on the use of /nickserv instead of /msg nickserv, etc. All four replies >to > > the article said that this was a problem in the ircd and not in the > > services package. On my server, however, i ran Unreal 3.1.3 with the > > cygnus services package and could use those commands just fine. When i > > switched to these irc services, however, those commands immediatly >stopped > > working. Between the switch i in no way modified the ircd itself. I >have > > experienced the same problem with both the latest stable version and the > > latest beta of these services. > > >Thanks, > > > > Tom > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From linuxworm at turk.net Wed Jul 3 09:46:00 2002 From: linuxworm at turk.net (LINUX WORM) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Channel is not in use Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020703/f667db01/attachment.htm From andrewk at isdial.net Wed Jul 3 09:58:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] Channel is not in use References: Message-ID: <00b601c22267$4d5817f0$9c011ac4@af.didata.local> Hi there, Please direct your question to the ircservices-coding mailing list. See www.ircservices.za.net for information about this list. Thanks, Andrew ----- Original Message ----- From: LINUX WORM To: ircservices@ircservices.za.net Sent: Wednesday, July 03, 2002 9:47 AM Subject: [IRCServices] Channel is not in use I added a code to services so chanserv joins registered channels but i am having a problem.When chanserv is alone in any channel it says " channel is not in use " when i give him a command. Could someone tell me how or where to fix that ? Thank you. D?nya Kupas? heyecan?n? Turk Nokta Net'te ya?ay?n. Kupa ile ilgili her t?rl? ayr?nt? http://spor.turk.net/Dunya_Kupasi 'nda. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020703/fec5a248/attachment.html From openglx at thedarkside.com.br Thu Jul 4 07:14:01 2002 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] ircservices on windows Message-ID: <3D23D95D.7020307@thedarkside.com.br> Hi I have compiled succefully the ircservices 4.5.41 on my Windows machine. I could make a version for you all, and release the source and binarys.. Is it interesting to anyone? From p_levesque at sympatico.ca Thu Jul 4 17:49:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] ircservices on windows References: <3D23D95D.7020307@thedarkside.com.br> Message-ID: <3D246E0D.E97A3AF5@sympatico.ca> I dont see the use of a win32 version, it's a good idea to have maybe a win32 binary, but conference room software on win32 got a services included in them, and i dont see much other win32 software for the ircd, So, if you got linux/bsd running for your ircd, why use windows to run services? :P ..and i dunno, if you change the source to make a backdoor in them, who will be able to see it in the binary.. :P openglx wrote: > Hi > > I have compiled succefully the ircservices 4.5.41 on my Windows machine. > > I could make a version for you all, and release the source and binarys.. > Is it interesting to anyone? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Thu Jul 4 18:06:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:41 2004 Subject: [IRCServices] ircservices on windows Message-ID: y would u wanna run IRC Services on the most UnStable os in the world neway? if u wanted a reliable copy of IRC Services under windows, get Version5 >From: Philippe Levesque >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] ircservices on windows >Date: Thu, 04 Jul 2002 11:47:25 -0400 > >I dont see the use of a win32 version, it's a good idea to have maybe a >win32 binary, but conference room software on win32 got a services included >in them, and i dont see much other win32 software for the ircd, > >So, if you got linux/bsd running for your ircd, why use windows to run >services? :P > > >..and i dunno, if you change the source to make a backdoor in them, who >will >be able to see it in the binary.. :P > > >openglx wrote: > > > Hi > > > > I have compiled succefully the ircservices 4.5.41 on my Windows machine. > > > > I could make a version for you all, and release the source and binarys.. > > Is it interesting to anyone? > > > > ------------------------------------------------------------------ > > 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 -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From linuxworm at turk.net Thu Jul 4 19:00:01 2002 From: linuxworm at turk.net (LINUX WORM) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] No chance for channel is not in use issue ? Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020704/d12b6c43/attachment.htm From frostycoolslug at hotmail.com Thu Jul 4 19:05:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] No chance for channel is not in use issue ? Message-ID: 2 things.. 1) Please dont send HTML Emails to this list. Thank You. 2) If you dont get a fix.. than chances are.. no1 has 1.. its kinda as simple as that. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020704/443204c2/attachment.html From quension at softhome.net Thu Jul 4 20:44:01 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows In-Reply-To: <3D246E0D.E97A3AF5@sympatico.ca> Message-ID: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> On Thursday, July 4, 2002, at 08:47 AM, Philippe Levesque wrote: > I dont see the use of a win32 version, it's a good idea to have maybe a > win32 binary, but conference room software on win32 got a > services included > in them, and i dont see much other win32 software for the ircd, > > So, if you got linux/bsd running for your ircd, why use windows to run > services? :P There are more win32 IRC servers than you think. Not all of them are good, but they do exist -- and yes, many of them will work with IRC Services. > ..and i dunno, if you change the source to make a backdoor in > them, who will > be able to see it in the binary.. :P He's bound by the license to release the source as well. Besides, he offered to do as much. On Thursday, July 4, 2002, at 09:04 AM, Craig McLure wrote: > y would u wanna run IRC Services on the most UnStable os in the > world neway? > > if u wanted a reliable copy of IRC Services under windows, get Version5 Those are contradicting statements. Windows is not the most unstable OS in the world; even if it were, IRC Services version 5 would not change that. -- Quension From p_levesque at sympatico.ca Thu Jul 4 22:26:00 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> Message-ID: <3D24AF0D.5FE56A42@sympatico.ca> Trevor Talbot wrote: > > There are more win32 IRC servers than you think. Not all of them are > good, but they do exist -- and yes, many of them will work with > IRC Services. My point is, do you will pay for conference room software? oh, and pay surelly for upgrade and such. Cause I know a ircd only need a c/n line to link services > > > He's bound by the license to release the source as well. Besides, he > offered to do as much. > Yes, he can release the source as well, but, the binary are already compiled, thats my point, nothing can told me it's compiled with the correct source. > > Those are contradicting statements. Windows is not the most unstable > OS in the world; even if it were, IRC Services version 5 would not > change that Windows is unstable, thats a fact, and if you dont agree, then I hope your windows box got a lot of memory, and a lot of ressource, cause with uptime of like 4-5 months, you will be low on ressource on a windows box. Like on a p166, you still can have a cool webserver on linux/bsd, and with windows, that computer can only run msword and forget about installing win2k on it. From quension at softhome.net Thu Jul 4 23:19:00 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows In-Reply-To: <3D24AF0D.5FE56A42@sympatico.ca> Message-ID: <821C4FAA-8F93-11D6-8365-0003938D6866@softhome.net> On Thursday, July 4, 2002, at 01:24 PM, Philippe Levesque wrote: > Trevor Talbot wrote: > >> There are more win32 IRC servers than you think. Not all of them are >> good, but they do exist -- and yes, many of them will work with >> IRC Services. > > My point is, do you will pay for conference room software? oh, and pay > surelly for upgrade and such. Cause I know a ircd only need a > c/n line to > link services What makes you think all of the win32 IRC server software is commercial? Conference Room is definitely not all there is. >> He's bound by the license to release the source as well. Besides, he >> offered to do as much. > > Yes, he can release the source as well, but, the binary are > already compiled, > thats my point, nothing can told me it's compiled with the > correct source. Then you can compile it yourself. Another point is, how many people who compile things from source in order to use them actually read the source first? This is a pretty elemental argument; I don't think we need to rehash it here. >> Those are contradicting statements. Windows is not the most unstable >> OS in the world; even if it were, IRC Services version 5 would not >> change that > > Windows is unstable, thats a fact, and if you dont agree, then > I hope your > windows box got a lot of memory, and a lot of ressource, cause > with uptime of > like 4-5 months, you will be low on ressource on a windows box. > Like on a > p166, you still can have a cool webserver on linux/bsd, and > with windows, > that computer can only run msword and forget about installing > win2k on it. I've worked with Windows in home, business, and small scale enterprise environments for the last 5 years, and from a low-key development perspective for the last 2. Let me know when you have as much experience as I do. -- Quension From admin at nevernet.net Fri Jul 5 06:28:00 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows In-Reply-To: <3D24AF0D.5FE56A42@sympatico.ca> Message-ID: <004601c223dc$8147aa50$826a3a44@noc4> I think this conversation needs to end right now. This isn't the 'let's slag off windows' mailing list, let's not degrade to a stupid argument about whose operating system is better. This is about ircservices, let's keep conversation relevant and not get into a pissing match. ELIJAH -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Philippe Levesque Sent: Thursday, July 04, 2002 9:25 PM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] ircservices on windows Trevor Talbot wrote: > > There are more win32 IRC servers than you think. Not all of them are > good, but they do exist -- and yes, many of them will work with IRC > Services. My point is, do you will pay for conference room software? oh, and pay surelly for upgrade and such. Cause I know a ircd only need a c/n line to link services > > > He's bound by the license to release the source as well. Besides, he > offered to do as much. > Yes, he can release the source as well, but, the binary are already compiled, thats my point, nothing can told me it's compiled with the correct source. > > Those are contradicting statements. Windows is not the most unstable > OS in the world; even if it were, IRC Services version 5 would not > change that Windows is unstable, thats a fact, and if you dont agree, then I hope your windows box got a lot of memory, and a lot of ressource, cause with uptime of like 4-5 months, you will be low on ressource on a windows box. Like on a p166, you still can have a cool webserver on linux/bsd, and with windows, that computer can only run msword and forget about installing win2k on it. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From lucas at lucas-nussbaum.net Fri Jul 5 18:36:00 2002 From: lucas at lucas-nussbaum.net (Lucas Nussbaum) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows In-Reply-To: <3D24AF0D.5FE56A42@sympatico.ca> References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> <3D24AF0D.5FE56A42@sympatico.ca> Message-ID: <20020705163541.GA15428@ox.lucas-nussbaum.net> On Thu, Jul 04, 2002 at 04:24:45PM -0400, Philippe Levesque wrote: > > He's bound by the license to release the source as well. Besides, he > > offered to do as much. > > > > Yes, he can release the source as well, but, the binary are already compiled, > thats my point, nothing can told me it's compiled with the correct source. That's the problem with all closed-source software. To the one who wants to release win32 binaries : please make sure you follow what's restricted by the GPL. The source must be included, for example. Additionnaly, I don't think it's required, but providing detailed instructions on how you compiled the services might help the paranoid people here :) sthing like : - install cygwin - apply this patch etc etc etc :) I don't use ircservices, but aren't there compile-time options (like IRCD type) you need to take care of ? Wouldn't it be a better idea to only provide docs on how to compile, leaving the compilation as an exercice to the reader ? If Andrew agrees, those docs could be included in ircservices, for example. lucas From ShadowMaster at Shadow-Realm.org Fri Jul 5 22:32:00 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows In-Reply-To: <20020705163541.GA15428@ox.lucas-nussbaum.net> References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> <3D24AF0D.5FE56A42@sympatico.ca> <20020705163541.GA15428@ox.lucas-nussbaum.net> Message-ID: <200207052230.59360.ShadowMaster@Shadow-Realm.org> On Friday 05 July 2002 18:35, Lucas Nussbaum wrote: > To the one who wants to release win32 binaries : please make sure you > follow what's restricted by the GPL. The source must be included, for > example. Just wanted to point out that you do not have to include the source, only make it availible as per the GPL :) Dont mind my tired rants -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From p_levesque at sympatico.ca Fri Jul 5 22:36:00 2002 From: p_levesque at sympatico.ca (P. Levesque) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] I found a small bug Message-ID: <3D2602DA.53FB2376@sympatico.ca> Hi every1, On my net, i found a small bug, i dunno if it's ircd based, or services based, It seem that when a local oper add a kline, services readd it as a akill after, thus, making any local oper the same power than a global one. On the net im, we dont give local oper, but it can be a security issue for other network. we use bahmuth1.4.33 & ircservices 4.5.34 i think phil From openglx at thedarkside.com.br Sat Jul 6 05:24:00 2002 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> <3D24AF0D.5FE56A42@sympatico.ca> <20020705163541.GA15428@ox.lucas-nussbaum.net> Message-ID: <3D266294.3000409@thedarkside.com.br> Lucas Nussbaum wrote: > On Thu, Jul 04, 2002 at 04:24:45PM -0400, Philippe Levesque wrote: > >>>He's bound by the license to release the source as well. Besides, he >>>offered to do as much. >>> >> >>Yes, he can release the source as well, but, the binary are already compiled, >>thats my point, nothing can told me it's compiled with the correct source. > > > That's the problem with all closed-source software. > > To the one who wants to release win32 binaries : please make sure you > follow what's restricted by the GPL. The source must be included, for > example. > Additionnaly, I don't think it's required, but providing detailed > instructions on how you compiled the services might help the paranoid > people here :) > sthing like : > - install cygwin > - apply this patch > etc etc etc :) > > I don't use ircservices, but aren't there compile-time options (like > IRCD type) you need to take care of ? Wouldn't it be a better idea to > only provide docs on how to compile, leaving the compilation as an > exercice to the reader ? If Andrew agrees, those docs could be included > in ircservices, for example. > > lucas Yes lucas, your points are pretty good.. I have compiled the ircservices on my way, but I didn't think on other people. So, I will discard the chance of releasing a binary-only version of ircservices, to not give some stupid questions like "why this windows ircservices don't run on unreal" (I compiled it for bahamut, it's one of my favorite ircds). I will try to talk to Andrew to he release a patch to compile on cygwin (for all who want that). I want to thank all who wrote here, becose everyone idea is important to me. From jak at ircii.org Sat Jul 6 22:31:00 2002 From: jak at ircii.org (Kevin Intoen) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] TS5 In-Reply-To: <20020706100101.AE236174F5@snow.fingers.co.za> References: <20020706100101.AE236174F5@snow.fingers.co.za> Message-ID: <20020706202943.GA15724@switchblade.cyberpunkz.org> Hi, another quick question: is anybody working on support for TS5? I see that there's an rfc1459 module; ts5 is all that is required to support EFNet servers like hybrid and comstud, no? Or am I mistaken about that? From uhc0 at rz.uni-karlsruhe.de Sun Jul 7 01:00:02 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:42 2004 Subject: AW: [IRCServices] TS5 In-Reply-To: <20020706202943.GA15724@switchblade.cyberpunkz.org> Message-ID: <000001c22540$c088a330$02c8a8c0@nygmatech.local> Hello; TS3: Bahamut, TR-IRCD4, Hybrid5*, Hybrid6 < 6.2, chunkeymonkey, comstud etc TS5: Hybrid6 >= 6.2, Hybrid7, TR-IRCD5 Here a part from the textfile ts5.txt from the source code of hybrid7/tr-ircd5: <---> Whats TS5? ---------- The difference between TS5 and TS3 is what happened on opless channels. TS works by establishing which server has the oldest version of the channel, the version that is oldest, keeps its modes and ops, the version that is youngest, removes their modes and ops, and accepts the older version. There was an exception to this rule with opless channels, if a channel was opless, TS3 would allow anybody to keep their ops and modes on the channel. TS5 aims to stop this, by removing this exception. Example1: An irc network, with server A (every server is ts3) UserA is on ServerA, in channel #broken. This channel is opless, and has a TS of 800000000. ServerA splits, and whilst it is split, UserA cycles channel #broken, recreates the channel and is given ops. On ServerA #broken now has a TS of 900000000 and has ops. ServerA rejoins with the network, via HubB. HubB realises #broken is opless, so allows UserA to retain ops. The TS is moved forward to 900000000. The network now sees #broken as having a TS of 900000000, with UserA being opped. Example2: An irc network, with server C (every server is ts5) Same scenario as above. ServerC splits and UserC cycles channel #broken, recreating it with a TS of 900000000. ServerC rejoins with the network via HubD. HubD realises #broken has a TS of 800000000 locally, and ServerC is showing a TS of 900000000, it ignores ServerC's modes and ops. The channel remains opless. ServerC receives HubD's modes, and it notices HubD has a lower TS of channel #broken. It removes UserC's ops, removes the channel modes on #broken, and accepts HubD's status. The network version of #broken hasnt changed. It is still opless, with a TS of 800000000. As you can see, TS5 makes splitting a server to regain ops useless, as it cannot be abused to give ops after a netsplit. The problem with TS5 however, is what happens on a mixed TS5/TS3 network. Channels where the older TS has ops will behave the same way on TS5 and TS3, however an opless channel will behave differently, as you can see above. The result of TS5/TS3 mixed can be a desync: Example1: As per Example1 above, except the rest of the network is TS5, ServerA is TS3. ServerA would keep its modes and ops, whilst the rest of the network would remove them. This means only ServerA would see UserA as opped. The desync can be abused, as UserA can send modes. Hybrid6.0 servers will accept these modes from the unopped client, so if UserA ops UserB, who then ops UserA, the channel will be the same across all Hybrid6.0 and Hybrid6.1 servers. Example2: As per Example2 above, except the rest of the network is TS3. ServerC is TS5. ServerC would remove its modes and ops, therefore UserC would not be opped on ServerC, therefore it could not send any mode changes to the channel. Although it is opped elsewhere, it isnt opped locally, so the desync cannot be abused. As you can see, the desync's that can occur can either be resynced, or are useless to the user, so a mixed TS5/TS3 network is not a huge problem, although a desync is NOT a good thing to have. <---> Result: supporting TS5 is not something special services should handle carefully, since services will not introduce channels by itself. Support of hybrid/comstud is impossible, because: a) they have no services support for /nickserv /chanserv or SVSNICK, SVSMODE b) difficult methods of global klines ( 3 different opers are required to accept /glines ) c) No topic burst, making topiclock impossible d) They do not allow users from outside to set topics, kick users, or (maybe) set modes. Support for hybrid7 can be possible due to its modular architecture, only if hybrid natively supports services. Since this part of work is currently unfinished, services cannot support hybrid7 directly. Hoping to have answered your question, 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 > Kevin Intoen > Gesendet: Samstag, 6. Juli 2002 22:30 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] TS5 > > > Hi, another quick question: is anybody working on support for > TS5? I see that there's an rfc1459 module; ts5 is all that > is required to support EFNet servers like hybrid and comstud, > no? Or am I mistaken about that? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From DSchilman at netizen.com.ar Mon Jul 8 18:18:00 2002 From: DSchilman at netizen.com.ar (Dario Schilman) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service In-Reply-To: <200207052230.59360.ShadowMaster@Shadow-Realm.org> References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net> <3D24AF0D.5FE56A42@sympatico.ca> <20020705163541.GA15428@ox.lucas-nussbaum.net> <200207052230.59360.ShadowMaster@Shadow-Realm.org> Message-ID: <1026133250.6909.4.camel@dario> hi everyone.. i'm having some trouble starting services.. can anyone recon where to look for easy info on this? Thanks in advance. Dario Schilman ----------------- Netizen S.A Peru 263 2? piso Capital Federal (1067) Tel: 4343-8500 int. 534 www.netizen.com.ar ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020708/5d966ce5/attachment.htm From frostycoolslug at hotmail.com Mon Jul 8 18:26:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service Message-ID: tail lib/services.log normally a good place to start :) >From: Dario Schilman >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] Starting the service >Date: 08 Jul 2002 12:59:16 +0000 > >hi everyone.. i'm having some trouble starting services.. can anyone >recon where to look for easy info on this? > >Thanks in advance. > > >Dario Schilman >----------------- >Netizen S.A >Peru 263 2º piso >Capital Federal (1067) >Tel: 4343-8500 int. 534 >www.netizen.com.ar >----------------- -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From andrewk at isdial.net Mon Jul 8 18:29:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service References: <4FD3E68C-8F79-11D6-8954-0003938D6866@softhome.net><3D24AF0D.5FE56A42@sympatico.ca><20020705163541.GA15428@ox.lucas-nussbaum.net> <200207052230.59360.ShadowMaster@Shadow-Realm.org> <1026133250.6909.4.camel@dario> Message-ID: <012c01c2269c$84fe7ee0$9c011ac4@af.didata.local> Hi there, Try the log file created in the same dir as your binary. Is there one? Andrew ----- Original Message ----- From: Dario Schilman To: ircservices@ircservices.za.net Sent: Monday, July 08, 2002 2:59 PM Subject: [IRCServices] Starting the service hi everyone.. i'm having some trouble starting services.. can anyone recon where to look for easy info on this? Thanks in advance. Dario Schilman ----------------- Netizen S.A Peru 263 2? piso Capital Federal (1067) Tel: 4343-8500 int. 534 www.netizen.com.ar ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020708/1a569322/attachment.html From DSchilman at netizen.com.ar Mon Jul 8 18:37:00 2002 From: DSchilman at netizen.com.ar (Dario Schilman) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service In-Reply-To: References: Message-ID: <1026135647.6909.13.camel@dario> Skipped content of type multipart/alternative-------------- next part -------------- [Jul 05 15:16:05 2002] Can't open services.conf: No such file or directory [Jul 05 15:16:37 2002] services.conf: ServicesRoot missing [Jul 05 15:37:05 2002] services.conf: ServicesRoot missing [Jul 05 15:59:33 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 15:59:33 2002] Databases loaded [Jul 05 15:59:33 2002] FATAL: Can't connect to server: Connection refused [Jul 05 16:00:00 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:00:00 2002] Databases loaded [Jul 05 16:00:00 2002] FATAL: Can't connect to server: Connection refused [Jul 05 16:00:26 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:00:27 2002] Databases loaded [Jul 05 16:00:27 2002] FATAL: Can't connect to server: Connection refused [Jul 05 16:24:20 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:24:20 2002] Databases loaded [Jul 05 16:24:20 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 05 16:24:20 2002] unknown message from server (SVINFO 3 1 0 :1025886260) [Jul 05 16:24:20 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 05 16:24:20 2002] FATAL: introduce_user() loop detected [Jul 05 16:31:53 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:31:53 2002] Databases loaded [Jul 05 16:31:53 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 05 16:31:53 2002] unknown message from server (SVINFO 3 1 0 :1025886713) [Jul 05 16:31:53 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 05 16:31:53 2002] FATAL: introduce_user() loop detected [Jul 05 16:32:47 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:32:47 2002] Databases loaded [Jul 05 16:32:47 2002] FATAL: Can't connect to server: Connection refused [Jul 05 16:33:24 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 16:33:24 2002] Databases loaded [Jul 05 16:33:24 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 05 16:33:24 2002] unknown message from server (SVINFO 3 1 0 :1025886804) [Jul 05 16:33:24 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 05 16:33:24 2002] FATAL: introduce_user() loop detected [Jul 05 17:29:04 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 17:29:05 2002] Databases loaded [Jul 05 17:29:13 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 17:29:13 2002] Databases loaded [Jul 05 17:30:13 2002] Read error from server: Connection reset by peer [Jul 05 17:30:13 2002] Read error from server: Connection reset by peer [Jul 05 17:30:39 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 17:30:39 2002] Databases loaded [Jul 05 17:30:39 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 05 17:30:39 2002] unknown message from server (SVINFO 3 1 0 :1025890239) [Jul 05 17:30:39 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 05 17:30:39 2002] FATAL: introduce_user() loop detected [Jul 05 17:30:47 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 05 17:30:47 2002] Databases loaded [Jul 05 17:30:47 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 05 17:30:47 2002] unknown message from server (SVINFO 3 1 0 :1025890247) [Jul 05 17:30:47 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 05 17:30:47 2002] FATAL: introduce_user() loop detected [Jul 08 12:42:00 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:42:01 2002] Databases loaded [Jul 08 12:42:01 2002] FATAL: Can't connect to server: Connection refused [Jul 08 12:43:04 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:43:05 2002] Databases loaded [Jul 08 12:43:05 2002] unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)) [Jul 08 12:43:05 2002] Read error from server: Success [Jul 08 12:49:14 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:49:15 2002] Databases loaded [Jul 08 12:49:15 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 12:49:15 2002] unknown message from server (SVINFO 3 1 0 :1026132555) [Jul 08 12:49:15 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 12:49:15 2002] FATAL: introduce_user() loop detected [Jul 08 12:50:12 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:50:12 2002] Databases loaded [Jul 08 12:50:12 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 12:50:12 2002] unknown message from server (SVINFO 3 1 0 :1026132612) [Jul 08 12:50:12 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 12:50:12 2002] FATAL: introduce_user() loop detected [Jul 08 12:50:31 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:50:31 2002] Databases loaded [Jul 08 12:50:31 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 12:50:31 2002] unknown message from server (SVINFO 3 1 0 :1026132631) [Jul 08 12:50:31 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 12:50:31 2002] FATAL: introduce_user() loop detected [Jul 08 12:59:47 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 12:59:47 2002] Databases loaded [Jul 08 12:59:47 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 12:59:47 2002] unknown message from server (SVINFO 3 1 0 :1026133187) [Jul 08 12:59:47 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 12:59:47 2002] FATAL: introduce_user() loop detected [Jul 08 13:15:14 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:15:14 2002] Databases loaded [Jul 08 13:15:19 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:15:19 2002] unknown message from server (SVINFO 3 1 0 :1026134119) [Jul 08 13:15:19 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:15:19 2002] FATAL: introduce_user() loop detected [Jul 08 13:15:33 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:15:33 2002] Databases loaded [Jul 08 13:15:33 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:15:33 2002] unknown message from server (SVINFO 3 1 0 :1026134133) [Jul 08 13:15:33 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:15:33 2002] FATAL: introduce_user() loop detected [Jul 08 13:23:22 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:23:22 2002] Databases loaded [Jul 08 13:23:22 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:23:22 2002] unknown message from server (SVINFO 3 1 0 :1026134602) [Jul 08 13:23:22 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:23:22 2002] FATAL: introduce_user() loop detected [Jul 08 13:24:25 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:24:25 2002] Databases loaded [Jul 08 13:24:25 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:24:25 2002] unknown message from server (SVINFO 3 1 0 :1026134665) [Jul 08 13:24:25 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:24:25 2002] unknown message from server (:dario.dario.netizen.com.ar SJOIN 1026134628 1026134628 #pepe + :dario ) [Jul 08 13:24:25 2002] FATAL: introduce_user() loop detected [Jul 08 13:24:41 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:24:41 2002] Databases loaded [Jul 08 13:24:41 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:24:41 2002] unknown message from server (SVINFO 3 1 0 :1026134681) [Jul 08 13:24:41 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:24:41 2002] unknown message from server (:dario.dario.netizen.com.ar SJOIN 1026134628 1026134628 #pepe + :dario ) [Jul 08 13:24:41 2002] FATAL: introduce_user() loop detected [Jul 08 13:28:58 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:28:59 2002] Databases loaded [Jul 08 13:28:59 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:28:59 2002] unknown message from server (SVINFO 3 1 0 :1026134939) [Jul 08 13:28:59 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:28:59 2002] unknown message from server (:dario.dario.netizen.com.ar SJOIN 1026134628 1026134628 #pepe + :dario ) [Jul 08 13:28:59 2002] FATAL: introduce_user() loop detected [Jul 08 13:30:54 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:30:54 2002] Databases loaded [Jul 08 13:30:54 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:30:54 2002] unknown message from server (SVINFO 3 1 0 :1026135054) [Jul 08 13:30:54 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:30:54 2002] unknown message from server (:dario.dario.netizen.com.ar SJOIN 1026134628 1026134628 #pepe + :dario ) [Jul 08 13:30:54 2002] FATAL: introduce_user() loop detected [Jul 08 13:32:22 2002] Services 4.5.38 (compiled for RFC1459) starting up [Jul 08 13:32:22 2002] Databases loaded [Jul 08 13:32:22 2002] unknown message from server (CAPAB TS3 NOQUIT SSJOIN BURST UNCONNECT ZIP NICKIP HMASK) [Jul 08 13:32:22 2002] unknown message from server (SVINFO 3 1 0 :1026135142) [Jul 08 13:32:22 2002] unknown message from server (:dario.dario.netizen.com.ar GNOTICE :TS3 Link with services.dario.dario.netizen.com.ar established! I'm running Echelon(BDSM)-2.2(17)) [Jul 08 13:32:22 2002] unknown message from server (:dario.dario.netizen.com.ar SJOIN 1026134628 1026134628 #pepe + :dario ) [Jul 08 13:32:22 2002] FATAL: introduce_user() loop detected From rg at tcslon.com Mon Jul 8 18:49:00 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service In-Reply-To: <1026135647.6909.13.camel@dario> Message-ID: >I'm usgin Echelon IRC server. That is not a supported ircd, and it looks like it's quite different. Your best bet is to try and get someone on this list to write a protocol module for it, it seems some people have time on their hands ;). Russ Garrett russ@garrett.co.uk. From DSchilman at netizen.com.ar Mon Jul 8 18:56:00 2002 From: DSchilman at netizen.com.ar (Dario Schilman) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service In-Reply-To: References: Message-ID: <1026136762.6909.15.camel@dario> where can i get a supported one? which one you recommend? thanks again. (i hope i'm not being to sticky :-) On Mon, 2002-07-08 at 16:48, Russ Garrett wrote: >I'm usgin Echelon IRC server. That is not a supported ircd, and it looks like it's quite different. Your best bet is to try and get someone on this list to write a protocol module for it, it seems some people have time on their hands ;). Russ Garrett russ@garrett.co.uk. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -- Dario Schilman ----------------- Netizen S.A Peru 263 2? piso Capital Federal (1067) Tel: 4343-8500 int. 534 www.netizen.com.ar ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020708/bf3213c3/attachment.html From frostycoolslug at hotmail.com Mon Jul 8 19:39:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service Message-ID: Suck up to the list a lot.. Ask nicely.. and stop sending HTML email fs :p >From: Dario Schilman >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: RE: [IRCServices] Starting the service >Date: 08 Jul 2002 13:57:30 +0000 > >where can i get a supported one? >which one you recommend? >thanks again. >(i hope i'm not being to sticky :-) > >On Mon, 2002-07-08 at 16:48, Russ Garrett wrote: > > >I'm usgin Echelon IRC server. > > That is not a supported ircd, and it looks like it's quite different. >Your > best bet is to try and get someone on this list to write a protocol >module > for it, it seems some people have time on their hands ;). > > > Russ Garrett > russ@garrett.co.uk. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > >-- >Dario Schilman >----------------- >Netizen S.A >Peru 263 2º piso >Capital Federal (1067) >Tel: 4343-8500 int. 534 >www.netizen.com.ar >----------------- -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From tux-- at softhome.net Tue Jul 9 00:32:00 2002 From: tux-- at softhome.net (Tux) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Starting the service References: Message-ID: <003501c226d7$c97afd60$60092642@net.blue.net> EchelonIRCd was coded for my old IRC network, Darkerpower, then for MyIRC (long story, involves backstabbing (not on the coder's behalf, I dont wanna get into it) by PsyeX and Frostilicus). It was based on bahamut and features user hostmasking, svswhois, svshost, etc. It's also really tailored for the services we ran, VorteX, which are still closed src. (MySQL backend, buncha other neeto stuff. Please don't mail me asking about them). To make them compatable, the only thing you'll have to edit, iirc, is the NICK syntax (echelon passes the masked host as well) and send a capab of HMASKv2. Hope this helps, Tux ----- Original Message ----- From: "Russ Garrett" To: Sent: Monday, July 08, 2002 11:48 AM Subject: RE: [IRCServices] Starting the service > >I'm usgin Echelon IRC server. > > That is not a supported ircd, and it looks like it's quite different. Your > best bet is to try and get someone on this list to write a protocol module > for it, it seems some people have time on their hands ;). > > > Russ Garrett > russ@garrett.co.uk. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 17 01:37:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] I'm back Message-ID: <3d34adee.03207@achurch.org> I've returned from vacation, and will be getting to all the backed-up mail over the next few days. Since there are over 100 messages, it will take a while to get to the more recent ones, so please DO NOT pester me if you don't get an immediate response. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jul 17 01:53:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] ircservices on windows Message-ID: <3d34b1d5.03745@achurch.org> Version 5.0 already has (untested) support for Windows under the Cygwin environment. I will not be adding such support to version 4.5. --Andrew Church achurch@achurch.org http://achurch.org/ >Lucas Nussbaum wrote: >> On Thu, Jul 04, 2002 at 04:24:45PM -0400, Philippe Levesque wrote: >> >>>>He's bound by the license to release the source as well. Besides, he >>>>offered to do as much. >>>> >>> >>>Yes, he can release the source as well, but, the binary are already compiled, >>>thats my point, nothing can told me it's compiled with the correct source. >> >> >> That's the problem with all closed-source software. >> >> To the one who wants to release win32 binaries : please make sure you >> follow what's restricted by the GPL. The source must be included, for >> example. >> Additionnaly, I don't think it's required, but providing detailed >> instructions on how you compiled the services might help the paranoid >> people here :) >> sthing like : >> - install cygwin >> - apply this patch >> etc etc etc :) >> >> I don't use ircservices, but aren't there compile-time options (like >> IRCD type) you need to take care of ? Wouldn't it be a better idea to >> only provide docs on how to compile, leaving the compilation as an >> exercice to the reader ? If Andrew agrees, those docs could be included >> in ircservices, for example. >> >> lucas > >Yes lucas, your points are pretty good.. I have compiled the ircservices >on my way, but I didn't think on other people. > >So, I will discard the chance of releasing a binary-only version of >ircservices, to not give some stupid questions like "why this windows >ircservices don't run on unreal" (I compiled it for bahamut, it's one of >my favorite ircds). > >I will try to talk to Andrew to he release a patch to compile on cygwin >(for all who want that). > >I want to thank all who wrote here, becose everyone idea is important to me. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 17 01:55:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] I found a small bug Message-ID: <3d34b221.03763@achurch.org> Services never adds autokills automatically (except from session limits, which are in no way related to oper-added K:lines). --Andrew Church achurch@achurch.org http://achurch.org/ >Hi every1, > >On my net, i found a small bug, i dunno if it's ircd based, or services >based, > >It seem that when a local oper add a kline, services readd it as a akill >after, thus, making any local oper the same power than a global one. On >the net im, we dont give local oper, but it can be a security issue for >other network. > >we use bahmuth1.4.33 & ircservices 4.5.34 i think > >phil > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From lordscarlet at kracked.com Wed Jul 17 14:12:00 2002 From: lordscarlet at kracked.com (doug moore) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Help with Error -- beginner Message-ID: <3D355EBB.90601@kracked.com> When I try to load up the ircservices, i'm getting this error: [Jul 17 06:46:47 2002] Services 4.5.41 (compiled for ircd.dal Bahamut) starting up [Jul 17 06:46:47 2002] Databases loaded [Jul 17 06:46:47 2002] unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)) [Jul 17 06:46:47 2002] Read error from server: Success but in my bahamut ircd.conf i have: C:192.168.0.67::snakeeyes.idledreams.net:7000:30 N:192.168.0.67::snakeeyes.idledreams.net::30 And I'm using this to attempt to load the services: /usr/local/sbin/services -remote 192.168.0.67:7000 -local snakeeyes.idledreams.net Any idea what the problem could be?? From lordscarlet at kracked.com Wed Jul 17 14:13:01 2002 From: lordscarlet at kracked.com (doug moore) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] disregard Message-ID: <3D355EED.9040407@kracked.com> not sure how, but i got it working. :) From lordscarlet at kracked.com Wed Jul 17 14:27:01 2002 From: lordscarlet at kracked.com (doug moore) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] new problem.. Message-ID: <3D356222.2020409@kracked.com> [msg(nickserv)] register -NickServ(services@services.shadowland-irc.net)- Internal error - unable to process request. log says: [Jul 17 07:11:59 2002] NickServ: user record for lordscarlet not found From frostycoolslug at hotmail.com Wed Jul 17 15:01:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] new problem.. Message-ID: delete *.db from your lib directory, and try again :p >From: "doug moore" >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] new problem.. >Date: Wed, 17 Jul 2002 08:25:06 -0400 > >[msg(nickserv)] register >-NickServ(services@services.shadowland-irc.net)- Internal error - unable >to process request. > > >log says: > >[Jul 17 07:11:59 2002] NickServ: user record for lordscarlet not found > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From lordscarlet at kracked.com Wed Jul 17 15:17:01 2002 From: lordscarlet at kracked.com (doug moore) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] new problem.. References: Message-ID: <3D356E13.4050400@kracked.com> same thing :( Craig McLure wrote: > delete *.db from your lib directory, and try again :p > > >> From: "doug moore" >> Reply-To: ircservices@ircservices.za.net >> To: ircservices@ircservices.za.net >> Subject: [IRCServices] new problem.. >> Date: Wed, 17 Jul 2002 08:25:06 -0400 >> >> [msg(nickserv)] register >> -NickServ(services@services.shadowland-irc.net)- Internal error - unable >> to process request. >> >> >> log says: >> >> [Jul 17 07:11:59 2002] NickServ: user record for lordscarlet not found >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From sado at smlife.ru Wed Jul 17 15:23:00 2002 From: sado at smlife.ru (Kirill 'Sado' Gotovtsev) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] other Compilation Errors Message-ID: Hi I tried to compile ircservices 4.5.41, but got the following errors: [ircd@fe2-157:servisesdis]$ make (cd lang ; make language.h) "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 Help me %-))) Kirill From bundy at usage.de Wed Jul 17 16:50:01 2002 From: bundy at usage.de (Stefan Funke) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] other Compilation Errors In-Reply-To: Message-ID: On 2002-07-17 (17:24, +0400), Kirill 'Sado' Gotovtsev wrote: > Hi > > I tried to compile ircservices 4.5.41, but got the following errors: > > [ircd@fe2-157:servisesdis]$ make > (cd lang ; make language.h) > "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 is "perl" in your PATH? From sado at smlife.ru Wed Jul 17 16:57:01 2002 From: sado at smlife.ru (Kirill 'Sado' Gotovtsev) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] other Compilation Errors In-Reply-To: Message-ID: On 7/17/02 6:48 PM, "Stefan Funke" wrote: > On 2002-07-17 (17:24, +0400), Kirill 'Sado' Gotovtsev wrote: > >> Hi >> >> I tried to compile ircservices 4.5.41, but got the following errors: >> >> [ircd@fe2-157:servisesdis]$ make >> (cd lang ; make language.h) >> "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 > > is "perl" in your PATH? yes I try GMAKE - it's OK now sorry for truble :-) Kirill From vze2rrjx at verizon.net Tue Jul 30 01:05:02 2002 From: vze2rrjx at verizon.net (Suneil Patel) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Operserv bug crashes Services Message-ID: <001101c23754$4096a430$01000a91@Adega2k> Hi.... Services crashes when using operserv's clearmodes command on a channel to clear all modes including ops and voices. Using Ircservices 4.5.41 and Unreal 3.1.3 IRCD. From margus.laak at trigger.ee Tue Jul 30 15:42:00 2002 From: margus.laak at trigger.ee (Margus Laak) Date: Sat Oct 23 23:01:42 2004 Subject: [IRCServices] Crashes very soon after start Message-ID: <200207301639.04845.margus.laak@trigger.ee> Hi, i have this gdb output for you guys to debug. I run irc.everyday.ee and i can't upgrade to latest ircservices because it will crash. Also the 4.5.39 crashed some time ago, but i didn't want to debug that. Margus. (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 530 ../sysdeps/i386/i486/bits/string.h: No such file or directory. in ../sysdeps/i386/i486/bits/string.h (gdb) bt #0 0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 #1 0x400bdf04 in _IO_vsnprintf (string=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", maxlen=1024, format=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", args=0xbfffee3c) at vsnprintf.c:130 #2 0x08054a14 in my_vsnprintf (buf=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", len=1024, fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", args=0xbfffee3c) at compat.c:28 #3 0x08054a48 in my_snprintf (buf=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", len=1024, fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.") at compat.c:40 #4 0x08053b5f in do_opvoice (u=0x81df430, cmd=0x806b1b4 "OP") at chanserv.c:2743 #5 0x08053e5f in do_op (u=0x81df430) at chanserv.c:2802 #6 0x080547ed in run_cmd (service=0x80b0728 "ChanServ", u=0x81df430, list=0x80721d8, cmd=0xbffff7a2 "op") at commands.c:42 #7 0x0804c412 in chanserv (source=0xbffff9d0 "i1i", buf=0xbffff7a2 "op") at chanserv.c:351 #8 0x0805bdef in m_privmsg (source=0xbffff9d0 "i1i", ac=2, av=0x8155a50) at messages.c:285 #9 0x08065de0 in process () at process.c:209 #10 0x080596f2 in main (ac=1, av=0xbffffac4, envp=0xbffffacc) at main.c:316 #11 0x40061627 in __libc_start_main (main=0x80593a4
, argc=1, ubp_av=0xbffffac4, init=0x8049254 <_init>, fini=0x806a240 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbffffabc) at ../sysdeps/generic/libc-start.c:129 (gdb) bt #0 0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 #1 0x400bdf04 in _IO_vsnprintf (string=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", maxlen=1024, format=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", args=0xbfffee3c) at vsnprintf.c:130 #2 0x08054a14 in my_vsnprintf (buf=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", len=1024, fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", args=0xbfffee3c) at compat.c:28 #3 0x08054a48 in my_snprintf (buf=0xbfffee80 "Unable to op \002OP\002 on channel \002\005\b????", len=1024, fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.") at compat.c:40 #4 0x08053b5f in do_opvoice (u=0x81df430, cmd=0x806b1b4 "OP") at chanserv.c:2743 #5 0x08053e5f in do_op (u=0x81df430) at chanserv.c:2802 #6 0x080547ed in run_cmd (service=0x80b0728 "ChanServ", u=0x81df430, list=0x80721d8, cmd=0xbffff7a2 "op") at commands.c:42 #7 0x0804c412 in chanserv (source=0xbffff9d0 "i1i", buf=0xbffff7a2 "op") at chanserv.c:351 #8 0x0805bdef in m_privmsg (source=0xbffff9d0 "i1i", ac=2, av=0x8155a50) at messages.c:285 #9 0x08065de0 in process () at process.c:209 #10 0x080596f2 in main (ac=1, av=0xbffffac4, envp=0xbffffacc) at main.c:316 #11 0x40061627 in __libc_start_main (main=0x80593a4
, argc=1, ubp_av=0xbffffac4, init=0x8049254 <_init>, fini=0x806a240 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbffffabc) at ../sysdeps/generic/libc-start.c:129 (gdb) locals Undefined command: "locals". Try "help". (gdb) info locals string_malloced = 0 step0_jumps = {0, -13825, -13729, -13633, -13521, -13425, -13329, -13121, -12865, -12657, -12385, -12177, -12081, -11969, -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, -11873, -11777, -13217} step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, -12657, -12385, -12177, -12081, -11969, -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, -11873, -11777, -13217} step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -12385, -12177, -12081, -11969, -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, -11873, -11777, -13217} step3a_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -12289, 0, 0, 0, -11665, -11421, -9146, -8989, -8973, 0, 0, 0, 0, -7071, 0, 0, 0, 0, 0, 0} step3b_jumps = {0 , -12081, 0, 0, -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, 0, 0, 0} step4_jumps = {0 , -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, 0, 0, 0} is_negative = 0 number = {longlong = 0, word = 0} base = 0 the_arg = {pa_char = 0 '\000', pa_wchar = 0, pa_short_int = 0, pa_int = 0, pa_long_int = 0, pa_long_long_int = 0, pa_u_short_int = 0, pa_u_int = 0, pa_u_long_int = 0, pa_u_long_long_int = 0, pa_float = 0, pa_double = 0, pa_long_double = 0, pa_string = 0x0, pa_wstring = 0x0, pa_pointer = 0x0} string = 0x1
alt = 0 space = 0 left = 0 showsign = 0 group = 0 is_long_double = 0 is_short = 0 is_long = 0 is_char = 0 width = 0 prec = -1 use_outdigits = 0 pad = 32 ' ' spec = 115 's' _buffer = {__routine = 0, __arg = 0x0, __canceltype = 0, __prev = 0xffffffff} thousands_sep = 0x0 grouping = 0xffffffff
done = 30 f = (unsigned char *) 0x80b6b6f "s\002." end_of_spec = (unsigned char *) 0x0 ---Type to continue, or q to quit--- work_buffer = '\000' , "\020\000\000?????\222\027@\000\000\000\000\031^\006\b\000\a\013\bW\002\a\b8???l???@???\000\a\013\bX???P`\006\b\000\a\013\bW\002\a\b\210?\035\bw???This nickname has been regis?\003\000\000\002\000\000\000????\210???\024J\005\b?????\003\000\000??\006\b???\000?g\a\b\002\000\000\000????\031^\006\b(h\a\b??\006\b????????est0\002.\000\000\003\000\000\000??\004\b?g\a\b\000\000\000\000\214\004\000"... workend = 0xbfffecb8 "\177???" mbstate = {__count = 0, __value = {__wch = 0, __wchb = "\000\000\000"}} ap_save = 0xbfffee3c nspecs_done = 1 save_errno = 0 jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8, 8, 8, 8, 8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, 26, 0, 25, 0, 19, 19, 19, 0, 29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, 0, 0, 18, 0, 13, 0, 0, 0, 0, 0, 0, 26, 0, 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27, 16, 0, 0, 18, 0, 13} thousands_sep = 0x0 grouping = 0xffffffff
done = 30 f = (unsigned char *) 0x80b6b6f "s\002." work_buffer = '\000' , "\020\000\000?????\222\027@\000\000\000\000\031^\006\b\000\a\013\bW\002\a\b8???l???@???\000\a\013\bX???P`\006\b\000\a\013\bW\002\a\b\210?\035\bw???This nickname has been regis?\003\000\000\002\000\000\000????\210???\024J\005\b?????\003\000\000??\006\b???\000?g\a\b\002\000\000\000????\031^\006\b(h\a\b??\006\b????????est0\002.\000\000\003\000\000\000??\004\b?g\a\b\000\000\000\000\214\004\000"... workend = 0xbfffecb8 "\177???" mbstate = {__count = 0, __value = {__wch = 0, __wchb = "\000\000\000"}} ap_save = 0xbfffee3c nspecs_done = 1 save_errno = 0 jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8, 8, 8, 8, 8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, 26, 0, 25, 0, 19, 19, 19, 0, 29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, 0, 0, 18, 0, 13, 0, 0, 0, 0, 0, 0, 26, 0, 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27, 16, 0, 0, 18, 0, 13} From achurch at achurch.org Tue Jul 30 19:34:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Crashes very soon after start In-Reply-To: <200207301639.04845.margus.laak@trigger.ee> Message-ID: <3d46cdbb.04711@achurch.org> This doesn't help much. What version of Services are you running? What command caused the error (try "print inbuf" in the main() frame in gdb)? --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, i have this gdb output for you guys to debug. I run irc.everyday.ee a >nd i >can't upgrade to latest ircservices because it will crash. Also the 4.5.3 >9 >crashed some time ago, but i didn't want to debug that. > >Margus. > >(gdb) c >Continuing. > >Program received signal SIGSEGV, Segmentation fault. >0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unable to > op >\002%s\002 on channel \002%s\002.", > ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 >530 ../sysdeps/i386/i486/bits/string.h: No such file or directory. > in ../sysdeps/i386/i486/bits/string.h >(gdb) bt >#0 0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unabl >e to op >\002%s\002 on channel \002%s\002.", > ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 >#1 0x400bdf04 in _IO_vsnprintf (string=0xbfffee80 "Unable to op \002OP >\002 on >channel \002\005\bÐîÿ¿", > maxlen=1024, format=0x80b6b50 "Unable to op \002%s\002 on channel > >\002%s\002.", args=0xbfffee3c) > at vsnprintf.c:130 >#2 0x08054a14 in my_vsnprintf (buf=0xbfffee80 "Unable to op \002OP\002 > on >channel \002\005\bÐîÿ¿", len=1024, > fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", >args=0xbfffee3c) at compat.c:28 >#3 0x08054a48 in my_snprintf (buf=0xbfffee80 "Unable to op \002OP\002 >on >channel \002\005\bÐîÿ¿", len=1024, > fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.") at >compat.c:40 >#4 0x08053b5f in do_opvoice (u=0x81df430, cmd=0x806b1b4 "OP") at >chanserv.c:2743 >#5 0x08053e5f in do_op (u=0x81df430) at chanserv.c:2802 >#6 0x080547ed in run_cmd (service=0x80b0728 "ChanServ", u=0x81df430, > >list=0x80721d8, cmd=0xbffff7a2 "op") > at commands.c:42 >#7 0x0804c412 in chanserv (source=0xbffff9d0 "i1i", buf=0xbffff7a2 " >op") at >chanserv.c:351 >#8 0x0805bdef in m_privmsg (source=0xbffff9d0 "i1i", ac=2, av=0x81 >55a50) at >messages.c:285 >#9 0x08065de0 in process () at process.c:209 >#10 0x080596f2 in main (ac=1, av=0xbffffac4, envp=0xbffffacc) at ma >in.c:316 >#11 0x40061627 in __libc_start_main (main=0x80593a4
, argc=1, >ubp_av=0xbffffac4, init=0x8049254 <_init>, > fini=0x806a240 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, >stack_end=0xbffffabc) > at ../sysdeps/generic/libc-start.c:129 >(gdb) bt >#0 0x4009cabc in _IO_vfprintf (s=0xbfffecf0, format=0x80b6b50 "Unabl >e to op >\002%s\002 on channel \002%s\002.", > ap=0xbfffee44) at ../sysdeps/i386/i486/bits/string.h:530 >#1 0x400bdf04 in _IO_vsnprintf (string=0xbfffee80 "Unable to op \002OP >\002 on >channel \002\005\bÐîÿ¿", > maxlen=1024, format=0x80b6b50 "Unable to op \002%s\002 on channel > >\002%s\002.", args=0xbfffee3c) > at vsnprintf.c:130 >#2 0x08054a14 in my_vsnprintf (buf=0xbfffee80 "Unable to op \002OP\002 > on >channel \002\005\bÐîÿ¿", len=1024, > fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.", >args=0xbfffee3c) at compat.c:28 >#3 0x08054a48 in my_snprintf (buf=0xbfffee80 "Unable to op \002OP\002 >on >channel \002\005\bÐîÿ¿", len=1024, > fmt=0x80b6b50 "Unable to op \002%s\002 on channel \002%s\002.") at >compat.c:40 >#4 0x08053b5f in do_opvoice (u=0x81df430, cmd=0x806b1b4 "OP") at >chanserv.c:2743 >#5 0x08053e5f in do_op (u=0x81df430) at chanserv.c:2802 >#6 0x080547ed in run_cmd (service=0x80b0728 "ChanServ", u=0x81df430, > >list=0x80721d8, cmd=0xbffff7a2 "op") > at commands.c:42 >#7 0x0804c412 in chanserv (source=0xbffff9d0 "i1i", buf=0xbffff7a2 " >op") at >chanserv.c:351 >#8 0x0805bdef in m_privmsg (source=0xbffff9d0 "i1i", ac=2, av=0x81 >55a50) at >messages.c:285 >#9 0x08065de0 in process () at process.c:209 >#10 0x080596f2 in main (ac=1, av=0xbffffac4, envp=0xbffffacc) at ma >in.c:316 >#11 0x40061627 in __libc_start_main (main=0x80593a4
, argc=1, >ubp_av=0xbffffac4, init=0x8049254 <_init>, > fini=0x806a240 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, >stack_end=0xbffffabc) > at ../sysdeps/generic/libc-start.c:129 >(gdb) locals >Undefined command: "locals". Try "help". >(gdb) info locals >string_malloced = 0 >step0_jumps = {0, -13825, -13729, -13633, -13521, -13425, -13329, -1312 >1, >-12865, -12657, -12385, -12177, -12081, > -11969, -11665, -11421, -9146, -8989, -8973, -8957, -8641, -8144, -7195 >, >-7071, -6945, -8627, -6897, -11873, > -11777, -13217} >step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, -12657, -12385, -12177, -1208 >1, >-11969, -11665, -11421, -9146, -8989, > -8973, -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, -11873, >-11777, -13217} >step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -12385, -12177, -12081, -1 >1969, >-11665, -11421, -9146, -8989, -8973, > -8957, -8641, -8144, -7195, -7071, -6945, -8627, -6897, -11873, -11777, > >-13217} >step3a_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -12289, 0, 0, 0, -11665, >-11421, >-9146, -8989, -8973, 0, 0, 0, 0, > -7071, 0, 0, 0, 0, 0, 0} >step3b_jumps = {0 , -12081, 0, 0, -11665, -11421, -91 >46, >-8989, -8973, -8957, -8641, -8144, > -7195, -7071, -6945, -8627, -6897, 0, 0, 0} >step4_jumps = {0 , -11665, -11421, -9146, -8989, -897 >3, >-8957, -8641, -8144, -7195, -7071, -6945, > -8627, -6897, 0, 0, 0} >is_negative = 0 >number = {longlong = 0, word = 0} >base = 0 >the_arg = {pa_char = 0 '\000', pa_wchar = 0, pa_short_int = 0, pa >_int = 0, >pa_long_int = 0, pa_long_long_int = 0, > pa_u_short_int = 0, pa_u_int = 0, pa_u_long_int = 0, pa_u_long_lo >ng_int = 0, >pa_float = 0, pa_double = 0, > pa_long_double = 0, pa_string = 0x0, pa_wstring = 0x0, pa_pointer > = 0x0} >string = 0x1
>alt = 0 >space = 0 >left = 0 >showsign = 0 >group = 0 >is_long_double = 0 >is_short = 0 >is_long = 0 >is_char = 0 >width = 0 >prec = -1 >use_outdigits = 0 >pad = 32 ' ' >spec = 115 's' >_buffer = {__routine = 0, __arg = 0x0, __canceltype = 0, __prev = > 0xffffffff} >thousands_sep = 0x0 >grouping = 0xffffffff
>done = 30 >f = (unsigned char *) 0x80b6b6f "s\002." >end_of_spec = (unsigned char *) 0x0 >---Type to continue, or q to quit--- >work_buffer = '\000' , >"\020\000\000¦éÿ¿À\222\027@\000\000\000\000\031^\006\b\000\a\01 >3\bW\002\a\b8éÿ¿lùÿ¿@éÿ¿\000\a\013\bXùÿ¿P`\006\b\ >000\a\013\bW\002\a\b\210î\035\bwéÿ¿This >nickname has been >regisþ\003\000\000\002\000\000\000Âéÿ¿\210éÿ¿\024J\005\b >éÿ¿þ\003\000\000Äó\006\b¼éÿ\000àg\a\b\002\000\000\000 >¨éÿ¿\031^\006\b(h\a\bÜ«\006\b¸éÿ¿¼éÿ¿est0\002 >.\000\000\003\000\000\000Í¢\004\bàg\a\b\000\000\000\000\214\004\0 >00"... >workend = 0xbfffecb8 "\177òÿ¿" >mbstate = {__count = 0, __value = {__wch = 0, __wchb = "\000\00 >0\000"}} >ap_save = 0xbfffee3c >nspecs_done = 1 >save_errno = 0 >jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8, 8, > 8, 8, >8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, > 26, 0, 25, 0, 19, 19, 19, 0, 29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, >0, 0, >18, 0, 13, 0, 0, 0, 0, 0, 0, 26, 0, > 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27, 1 >6, 0, >0, 18, 0, 13} >thousands_sep = 0x0 >grouping = 0xffffffff
>done = 30 >f = (unsigned char *) 0x80b6b6f "s\002." >work_buffer = '\000' , >"\020\000\000¦éÿ¿À\222\027@\000\000\000\000\031^\006\b\000\a\01 >3\bW\002\a\b8éÿ¿lùÿ¿@éÿ¿\000\a\013\bXùÿ¿P`\006\b\ >000\a\013\bW\002\a\b\210î\035\bwéÿ¿This >nickname has been >regisþ\003\000\000\002\000\000\000Âéÿ¿\210éÿ¿\024J\005\b >éÿ¿þ\003\000\000Äó\006\b¼éÿ\000àg\a\b\002\000\000\000 >¨éÿ¿\031^\006\b(h\a\bÜ«\006\b¸éÿ¿¼éÿ¿est0\002 >.\000\000\003\000\000\000Í¢\004\bàg\a\b\000\000\000\000\214\004\0 >00"... >workend = 0xbfffecb8 "\177òÿ¿" >mbstate = {__count = 0, __value = {__wch = 0, __wchb = "\000\00 >0\000"}} >ap_save = 0xbfffee3c >nspecs_done = 1 >save_errno = 0 >jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8, 8, > 8, 8, >8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, > 26, 0, 25, 0, 19, 19, 19, 0, 29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, >0, 0, >18, 0, 13, 0, 0, 0, 0, 0, 0, 26, 0, > 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27, 1 >6, 0, >0, 18, 0, 13} > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Wed Jul 31 01:26:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Mailing List Problems? Message-ID: i've found recently i have been recieving replies to emails b4 i have been recieving the original.. is anyone else having this problem? -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From andrewk at isdial.net Wed Jul 31 08:04:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Mailing List Problems? References: Message-ID: <002901c23857$fe749a80$9c011ac4@af.didata.local> Not that I've noticed... sometimes this can occur, I think, if there is a problem delivering mail to your mail server and the mail gets put into the mail queue with a delay. The next mail that arrives gets delivered successfully immediately. This could cause the problem. If a number of people are experiencing problems like this, let me know. There could be a totally different explanation however... hmmm(?) Andrew ----- Original Message ----- From: "Craig McLure" To: Sent: Wednesday, July 31, 2002 1:24 AM Subject: [IRCServices] Mailing List Problems? > i've found recently i have been recieving replies to emails b4 i have been > recieving the original.. is anyone else having this problem? > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From omooring at bigpond.net.au Fri Aug 2 06:53:01 2002 From: omooring at bigpond.net.au (Jared M) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] ChanServ in the actual server... Message-ID: <000001c239e0$738dde10$0400a8c0@d31> Hey, I know this has been asked before because I sifted through the archives.but I'm unable to find the patch that allows Chanserv to join channels.I was also wondering if anybody knew any neat scripts for chanserv.the auto limit and what not? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020802/f4d93b57/attachment.htm From eengin at talesoft.de Fri Aug 2 13:21:00 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Import.db Chanel access list bug and configure bug with non-linux In-Reply-To: <3d46cdbb.04711@achurch.org> Message-ID: <030201c23a16$9d325c10$092a14ac@d209> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I was importing my trird-4.26 services databases to ircservices5 for testing purposes. After conversion ended, i looked into the exported XML file, and discovered, that no channel access entries where imported. All channels either had a access count of 0, or the nickgroup for the accessed nickname was 0. It is also interesting, that on some channels the access count shows about 21 nicks, the actual nicks in the db were 4. (there are 21 different, nonlinked nicks in the original db). After some debugging, i saw that the load section of the convert-trircd gives out all nicks in the access lists correctly. But the export-xml funtion does not interpret them correctly. (I surely can be wrong but is worth mentioning) And another little point In configure the testing f?r modules is partially done by -rdynamic , but as this is (AFAIK) just defined in Linux, it could be worth a thought to change this behavior into -Wl,-export-dynamic as this is defined on far more OS's. Greets Ekim Engin PS.: the DB's are abount 20MB large (just to inform, if a send is needed) - -- +------------------------+------------------------+ | Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | | IRC Administration | http://www.ttchat.net | | TTNet Network (Turkey) | irc://irc.ttnet.net.tr | |------------------------^------------------------| | < Chat begins as it ends - without reason > | +-------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBPUpq/1Z8vQ5QA6BEEQIomQCeJnjcDY9+6BvLBwPK837F3oqyQH4AoJgj I58ra/LA9gbkzaRbyIjrF2DR =HUtP -----END PGP SIGNATURE----- From fred at swebmail.jorlan.com Mon Aug 5 19:01:00 2002 From: fred at swebmail.jorlan.com (Frederico C Wilhelms Fred) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater Message-ID: <20020805.16594859@jgdpd012.gyn.jorlan.com.br> Hi, Is there any kind of timeline for supporting newer versions of the ircd2.(>9) ? Tks Fred From uhc0 at rz.uni-karlsruhe.de Mon Aug 5 19:45:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:43 2004 Subject: AW: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <20020805.16594859@jgdpd012.gyn.jorlan.com.br> Message-ID: <000701c23ca7$ad7c1370$02c8a8c0@nygmatech.local> Hi, though I am not an authority, I would say NO, because ircd2.10 and later is not designed to work with a services server (and not SERVICE's which are a totally different kind), because of the following: - Lack of a global kline (akill would not work) - Lack of topic burst - Lack of services-savvy functions like (SVSMODE, SVSNICK) - Lack of privilege level (like U:Line) so that certain clients can do more (kill, mode, kick, topic) without having to join channels. Unless IRCnet coders start coding their ircd to support services, I do not see any point in supporting that ircd, since the kludges and hacks to accomplish those mentioned functionality would take too much time. Example: - Instead of Autokilling, services would need to continously send KILL, and this would work as long as you configure your server to allow remote KILLs. - After a netjoin, a channel could have different topics the amount of linking servers, and services would never notice it, and it also would not need resetting topics. - Services would even not see a netsplit happening, if: bla.xxx.com splits from hub.xxx.com but, hub.xxx.com represents themselves as *.xxx.com and any server behind them is hidden from the network. - Guest'ing would not work, since SVSNICK is not there. - In order for ChanServ to MODE #channel +o nick, ChanServ should join the channel, and become op by services server, and then set op on another user - The same for kick and topic. Moreover, ircservices cannot be redesigned to work as SERVICE's, because a SERVICE is not differentiated by name, but name@host, and this would mean, that anyone could link up their NickServ to the net as a service, and the best_service() thing from IRCnet ircd would just choose ONE optimal choise for you, leading to total inconsistency with registration/access lists, etc. I am additionally not sure, whether IRCnets SERVICE's are allowed to MODE/KICK/TOPIC. Regards; yusuf PS: What is actually the main reason for you to use ircd2.10 or later ? I ask just because of interest. (You can answer me privately to this question, if you want) ------------------------------------------------------------------ | 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 > Frederico C Wilhelms Fred > Gesendet: Montag, 5. August 2002 19:00 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Is there a timeline in the future for > supporting ircd2.9 or greater > > > Hi, > > Is there any kind of timeline for supporting newer versions of the > ircd2.(>9) ? > > Tks > > Fred > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From achurch at achurch.org Tue Aug 6 10:35:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: AW: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <000701c23ca7$ad7c1370$02c8a8c0@nygmatech.local> Message-ID: <3d4f8a10.02676@achurch.org> This more or less summarizes my feelings on the matter, though I will comment that I don't consider SVSNICK/SVSMODE essential parts of Services (I personally prefer nick kill to nick change). But no, I have no plans at the moment to support this ircd. --Andrew Church achurch@achurch.org http://achurch.org/ > >Hi, > >though I am not an authority, I would say NO, because ircd2.10 >and later is not designed to work with a services server >(and not SERVICE's which are a totally different kind), >because of the following: > >- Lack of a global kline (akill would not work) >- Lack of topic burst >- Lack of services-savvy functions like (SVSMODE, SVSNICK) >- Lack of privilege level (like U:Line) so that certain clients > can do more (kill, mode, kick, topic) without having to join > channels. > >Unless IRCnet coders start coding their ircd to support services, >I do not see any point in supporting that ircd, since the kludges >and hacks to accomplish those mentioned functionality would take >too much time. > >Example: >- Instead of Autokilling, services would need to continously send > KILL, and this would work as long as you configure your server > to allow remote KILLs. >- After a netjoin, a channel could have different topics the amount > of linking servers, and services would never notice it, and > it also would not need resetting topics. >- Services would even not see a netsplit happening, if: > bla.xxx.com splits from > hub.xxx.com but, hub.xxx.com represents themselves as > *.xxx.com and any server behind them is hidden from the > network. >- Guest'ing would not work, since SVSNICK is not there. >- In order for ChanServ to MODE #channel +o nick, ChanServ should > join the channel, and become op by services server, and then > set op on another user >- The same for kick and topic. > >Moreover, ircservices cannot be redesigned to work as SERVICE's, >because a SERVICE is not differentiated by name, but name@host, >and this would mean, that anyone could link up their NickServ >to the net as a service, and the best_service() thing from >IRCnet ircd would just choose ONE optimal choise for you, leading >to total inconsistency with registration/access lists, etc. > >I am additionally not sure, whether IRCnets SERVICE's are allowed >to MODE/KICK/TOPIC. > >Regards; >yusuf > >PS: What is actually the main reason for you to use ircd2.10 or >later ? I ask just because of interest. (You can answer me >privately to this question, if you want) > >------------------------------------------------------------------ >| 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 >> Frederico C Wilhelms Fred >> Gesendet: Montag, 5. August 2002 19:00 >> An: ircservices@ircservices.za.net >> Betreff: [IRCServices] Is there a timeline in the future for >> supporting ircd2.9 or greater >> >> >> Hi, >> >> Is there any kind of timeline for supporting newer versions of the >> ircd2.(>9) ? >> >> Tks >> >> Fred >> >> >> >> ------------------------------------------------------------------ >> 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 I.Wright at organon.co.uk Tue Aug 6 17:49:00 2002 From: I.Wright at organon.co.uk (Wright, I. (Iain)) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] ServiceRoot missing Message-ID: When starting the server service I get the errors: services.conf:604: Unknown directive `NSEnableEnforcer' services.conf: ServicesRoot missing In which directory is services looking for the services.conf? I have edited the version I think it looks at and my values are correct I think but I still get these errors. Version 4.26 Cheers Iain -------------------------------------------------------------------- This message, including attached files, may contain confidential information and is intended only for the use by the individual and/or the entity to which it is addressed. Any unauthorized use, dissemination of, or copying of the information contained herein is not allowed and may lead to irreparable harm and damage for which you may be held liable. If you receive this message in error or if it is intended for someone else please notify the sender by returning this e-mail immediately and delete the message. -------------------------------------------------------------------- From eengin at talesoft.de Wed Aug 7 00:07:00 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] ServiceRoot missing In-Reply-To: Message-ID: <020201c23d95$68ee3be0$092a14ac@d209> Hello, > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of > Wright, I. (Iain) > Sent: Tuesday, August 06, 2002 5:46 PM > To: 'ircservices@ircservices.za.net' > Subject: [IRCServices] ServiceRoot missing > > > When starting the server service I get the errors: > > services.conf:604: Unknown directive `NSEnableEnforcer' > services.conf: ServicesRoot missing > Looks like you forgot to uncomment the line ServicesRoot Yournick. You need to have this line without a # in front, please check out. Also the variable NSEnableEnforcer is not known to services version you use, comment it out by adding a # as the forst char in the line (note services will start even if a unknown directive is found. > In which directory is services looking for the services.conf? > I have edited the version I think it looks at and my values > are correct I think but I still get these errors. > > Version 4.26 > > Cheers > > Iain > Greets Ekim +------------------------+------------------------+ | Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | | IRC Administration | http://www.ttchat.net | | TTNet Network (Turkey) | irc://irc.ttnet.net.tr | |------------------------^------------------------| | < Chat begins as it ends - without reason > | +-------------------------------------------------+ From achurch at achurch.org Wed Aug 7 04:20:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services In-Reply-To: <001101c23754$4096a430$01000a91@Adega2k> Message-ID: <3d50839d.07131@achurch.org> >Services crashes when using operserv's clearmodes command on a channel to >clear all modes including ops and voices. Using Ircservices 4.5.41 and >Unreal 3.1.3 IRCD. I can't reproduce this. Does this problem happen consistently? If so, what does the channel look like (number of users, ops, voices, etc.) when CLEARMODES is used? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Aug 7 04:40:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Import.db Chanel access list bug and configure bug with non-linux In-Reply-To: <030201c23a16$9d325c10$092a14ac@d209> Message-ID: <3d508861.11737@achurch.org> Can you send me (privately) the gzipped XML output from convert-db? I'll take a look into the problem. Also please let me know which channel or channels are having problems (if there are many, then two or three examples will do). With regard to -rdynamic, it appears to also work on at least FreeBSD, but I'll look at putting in a test for -Wl,-export-dynamic if -rdynamic fails. --Andrew Church achurch@achurch.org http://achurch.org/ > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hello, > >I was importing my trird-4.26 services databases to ircservices5 for >testing purposes. After conversion ended, i looked into the exported >XML file, and discovered, that no channel access entries where >imported. All channels either had a access count of 0, or the nickgroup >for the accessed nickname was 0. It is also interesting, that on some >channels the access count shows about 21 nicks, the actual nicks in the >db were 4. (there are 21 different, nonlinked nicks in the original >db). >After some debugging, i saw that the load section of the convert-trircd >gives out all nicks in the access lists correctly. But the export-xml >funtion does not interpret them correctly. (I surely can be wrong but >is worth mentioning) > >And another little point > >In configure the testing for modules is partially done by -rdynamic , >but as this is (AFAIK) just defined in Linux, it could be worth a >thought to change this behavior into -Wl,-export-dynamic as this is >defined on far more OS's. > >Greets > Ekim Engin > > >PS.: the DB's are abount 20MB large (just to inform, if a send is >needed) > >- -- > >+------------------------+------------------------+ >| Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | >| IRC Administration | http://www.ttchat.net | >| TTNet Network (Turkey) | irc://irc.ttnet.net.tr | >|------------------------^------------------------| >| < Chat begins as it ends - without reason > | >+-------------------------------------------------+ > > >-----BEGIN PGP SIGNATURE----- >Version: PGPfreeware 7.0.3 for non-commercial use > >iQA/AwUBPUpq/1Z8vQ5QA6BEEQIomQCeJnjcDY9+6BvLBwPK837F3oqyQH4AoJgj >I58ra/LA9gbkzaRbyIjrF2DR >=HUtP >-----END PGP SIGNATURE----- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From rasec at vant.com.br Wed Aug 7 05:33:00 2002 From: rasec at vant.com.br (Gilmar Giovani Schmitzhaus) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services Message-ID: <20020807033209.M38823@vant.com.br> hello The problem exists. You use /msg operserv clearmodes #channel ALL. Independent of the number of present users. The services crashes before even of cleaning the modes! my english is very bad, sorry :D rasec ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, August 06, 2002 11:18 PM Subject: Re: [IRCServices] Operserv bug crashes Services > >Services crashes when using operserv's clearmodes command on a channel to > >clear all modes including ops and voices. Using Ircservices 4.5.41 and > >Unreal 3.1.3 IRCD. > > I can't reproduce this. Does this problem happen consistently? If > so, what does the channel look like (number of users, ops, voices, etc.) > when CLEARMODES is used? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Aug 7 05:45:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services In-Reply-To: <20020807033209.M38823@vant.com.br> Message-ID: <3d509787.12145@achurch.org> I still can't reproduce this. Please give me a specific example or I can't do anything more. --Andrew Church achurch@achurch.org http://achurch.org/ >hello >The problem exists. You use /msg operserv clearmodes #channel ALL. >Independent of the number of present users. The services crashes before even >of cleaning the modes! > >my english is very bad, sorry :D >rasec > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Tuesday, August 06, 2002 11:18 PM >Subject: Re: [IRCServices] Operserv bug crashes Services > > >> >Services crashes when using operserv's clearmodes command on a channel to >> >clear all modes including ops and voices. Using Ircservices 4.5.41 and >> >Unreal 3.1.3 IRCD. >> >> I can't reproduce this. Does this problem happen consistently? If >> so, what does the channel look like (number of users, ops, voices, etc.) >> when CLEARMODES is used? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.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 omooring at bigpond.net.au Wed Aug 7 05:59:01 2002 From: omooring at bigpond.net.au (Jared M) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] ChanServ in the actual server... In-Reply-To: <000001c239e0$738dde10$0400a8c0@d31> Message-ID: <003901c23dc6$d6d24a80$0400a8c0@d31> Hey, I know this has been asked before because I sifted through the archives.but I'm unable to find the patch that allows Chanserv to join channels.I was also wondering if anybody knew any neat scripts for chanserv.the auto limit and what not? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020807/f25a6740/attachment.html From I.Wright at organon.co.uk Wed Aug 7 11:08:00 2002 From: I.Wright at organon.co.uk (Wright, I. (Iain)) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services Message-ID: This problem is at startup!! I can't even start services. The 2 error messages appear when i try to start services. Cheers Iain -----Original Message----- From: achurch@achurch.org [mailto:achurch@achurch.org] Sent: 07 August 2002 03:18 To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Operserv bug crashes Services >Services crashes when using operserv's clearmodes command on a channel to >clear all modes including ops and voices. Using Ircservices 4.5.41 and >Unreal 3.1.3 IRCD. I can't reproduce this. Does this problem happen consistently? If so, what does the channel look like (number of users, ops, voices, etc.) when CLEARMODES is used? --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------------------------------------------------------------- This message, including attached files, may contain confidential information and is intended only for the use by the individual and/or the entity to which it is addressed. Any unauthorized use, dissemination of, or copying of the information contained herein is not allowed and may lead to irreparable harm and damage for which you may be held liable. If you receive this message in error or if it is intended for someone else please notify the sender by returning this e-mail immediately and delete the message. -------------------------------------------------------------------- From I.Wright at organon.co.uk Wed Aug 7 11:22:01 2002 From: I.Wright at organon.co.uk (Wright, I. (Iain)) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] ServiceRoot missing Message-ID: Hey, Thanks for the reply. First off the line ServicesRoot is already uncommented with a nick. I tried uncommenting the Enforcer line before with no success. Unless I am editing the wrong file!! Cheers Iain -----Original Message----- From: Ekim Engin [mailto:eengin@talesoft.de] Sent: 06 August 2002 23:06 To: ircservices@ircservices.za.net Subject: RE: [IRCServices] ServiceRoot missing Hello, > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of > Wright, I. (Iain) > Sent: Tuesday, August 06, 2002 5:46 PM > To: 'ircservices@ircservices.za.net' > Subject: [IRCServices] ServiceRoot missing > > > When starting the server service I get the errors: > > services.conf:604: Unknown directive `NSEnableEnforcer' > services.conf: ServicesRoot missing > Looks like you forgot to uncomment the line ServicesRoot Yournick. You need to have this line without a # in front, please check out. Also the variable NSEnableEnforcer is not known to services version you use, comment it out by adding a # as the forst char in the line (note services will start even if a unknown directive is found. > In which directory is services looking for the services.conf? > I have edited the version I think it looks at and my values > are correct I think but I still get these errors. > > Version 4.26 > > Cheers > > Iain > Greets Ekim +------------------------+------------------------+ | Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | | IRC Administration | http://www.ttchat.net | | TTNet Network (Turkey) | irc://irc.ttnet.net.tr | |------------------------^------------------------| | < Chat begins as it ends - without reason > | +-------------------------------------------------+ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------------------------------------------------------------- This message, including attached files, may contain confidential information and is intended only for the use by the individual and/or the entity to which it is addressed. Any unauthorized use, dissemination of, or copying of the information contained herein is not allowed and may lead to irreparable harm and damage for which you may be held liable. If you receive this message in error or if it is intended for someone else please notify the sender by returning this e-mail immediately and delete the message. -------------------------------------------------------------------- From anar at micom.mng.net Thu Aug 8 10:53:00 2002 From: anar at micom.mng.net (Anar.Ch) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Address Already in use! Message-ID: <3D52309E.000003.01204@anar> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020808/5a59fb6c/attachment.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 4347 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020808/5a59fb6c/attachment.jpe From I.Wright at organon.co.uk Thu Aug 8 11:22:01 2002 From: I.Wright at organon.co.uk (Wright, I. (Iain)) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Address Already in use! Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ATT31320.gif Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020808/b1b9acf9/ATT31320.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: ATT31321.jpg Type: image/jpeg Size: 4347 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020808/b1b9acf9/ATT31321.jpg From I.Wright at organon.co.uk Thu Aug 8 11:26:00 2002 From: I.Wright at organon.co.uk (Wright, I. (Iain)) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Import.db Chanel access list bug and configure bug with non-linux Message-ID: I can't provide you with the information you requested because I have no idea what you are talking about. I'm running the server on Redhar Linux 7.3 Cheers Iain -----Original Message----- From: achurch@achurch.org [mailto:achurch@achurch.org] Sent: 07 August 2002 03:32 To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Import.db Chanel access list bug and configure bug with non-linux Can you send me (privately) the gzipped XML output from convert-db? I'll take a look into the problem. Also please let me know which channel or channels are having problems (if there are many, then two or three examples will do). With regard to -rdynamic, it appears to also work on at least FreeBSD, but I'll look at putting in a test for -Wl,-export-dynamic if -rdynamic fails. --Andrew Church achurch@achurch.org http://achurch.org/ > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hello, > >I was importing my trird-4.26 services databases to ircservices5 for >testing purposes. After conversion ended, i looked into the exported >XML file, and discovered, that no channel access entries where >imported. All channels either had a access count of 0, or the nickgroup >for the accessed nickname was 0. It is also interesting, that on some >channels the access count shows about 21 nicks, the actual nicks in the >db were 4. (there are 21 different, nonlinked nicks in the original >db). >After some debugging, i saw that the load section of the convert-trircd >gives out all nicks in the access lists correctly. But the export-xml >funtion does not interpret them correctly. (I surely can be wrong but >is worth mentioning) > >And another little point > >In configure the testing for modules is partially done by -rdynamic , >but as this is (AFAIK) just defined in Linux, it could be worth a >thought to change this behavior into -Wl,-export-dynamic as this is >defined on far more OS's. > >Greets > Ekim Engin > > >PS.: the DB's are abount 20MB large (just to inform, if a send is >needed) > >- -- > >+------------------------+------------------------+ >| Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | >| IRC Administration | http://www.ttchat.net | >| TTNet Network (Turkey) | irc://irc.ttnet.net.tr | >|------------------------^------------------------| >| < Chat begins as it ends - without reason > | >+-------------------------------------------------+ > > >-----BEGIN PGP SIGNATURE----- >Version: PGPfreeware 7.0.3 for non-commercial use > >iQA/AwUBPUpq/1Z8vQ5QA6BEEQIomQCeJnjcDY9+6BvLBwPK837F3oqyQH4AoJgj >I58ra/LA9gbkzaRbyIjrF2DR >=HUtP >-----END PGP SIGNATURE----- > >------------------------------------------------------------------ >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 -------------------------------------------------------------------- This message, including attached files, may contain confidential information and is intended only for the use by the individual and/or the entity to which it is addressed. Any unauthorized use, dissemination of, or copying of the information contained herein is not allowed and may lead to irreparable harm and damage for which you may be held liable. If you receive this message in error or if it is intended for someone else please notify the sender by returning this e-mail immediately and delete the message. -------------------------------------------------------------------- From eengin at talesoft.de Thu Aug 8 11:53:00 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Address Already in use! In-Reply-To: <3D52309E.000003.01204@anar> Message-ID: <012d01c23ec1$47ad38a0$092a14ac@d209> > -----Original Message----- > From: ircservices-admin@ircservices.za.net >[mailto:ircservices-admin@ircservices.za.net] >On Behalf Of Anar.Ch > Sent: Thursday, August 08, 2002 10:50 AM >To: ircservices@ircservices.za.net >Subject: [IRCServices] Address Already in use! > > >Hello all. I have installed Tr-IRCD 5.0 on FreeBSD. >And Tr-IRCD is works fine. But When i intsalled IRC >Services nothing happened. I >> have got the follownig error >[Aug 05 15:02:23 2002] FATAL: Can't connect to server >(127.0.0.1:6667): Address already in use > >Any suggestion? Hello, Unless others say 127.0.0.1 is not just for testing purposes. If both services and ircd run on the same machine ist a legal way to connect them. Your problem seems to me like, if you defined LocalAddress with port 6667, this is not needed normally (unless you have a multi ip machine and/or a limited portrange you may use to connect to extern adresses.) But as it seems to me, you are conncting localhost, just comment the LocalAddress directive out in your services.conf and be sure you defined RmeoteServer directive directly... Greets Ekim +------------------------+------------------------+ | Talesin aka Ekim Engin | eengin@talesoft.de | | TR-IRCd Coding Team | http://www.tr-ircd.net | |------------------------^------------------------| | < Chat begins as it ends - without reason > | +-------------------------------------------------+ From jduarter at navegalia.com Thu Aug 8 16:34:01 2002 From: jduarter at navegalia.com (jduarter@navegalia.com) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Can I set a default language for all my users? Message-ID: <002701c23ee8$8accd650$8edbd8d9@ircdes> Hi, Can I set a default language for my users? The default language is "United States English", but I want Spanish. Please, help me :-) From Schutzgeist at uni.de Thu Aug 8 17:05:01 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Can I set a default language for all my users? In-Reply-To: <002701c23ee8$8accd650$8edbd8d9@ircdes> References: <002701c23ee8$8accd650$8edbd8d9@ircdes> Message-ID: <17565755331.20020808170343@uni.de> Hallo jduarter, edit config.h or def.h (version 5.X); There are entries like : /* Default language for newly registered nicks; see language.h for * available languages (LANG_* constants). Unless you're running a * regional network, you should probably leave this at LANG_EN_US. */ #define DEF_LANGUAGE LANG_DE There U can set spain as default language. After that U have to do "make " etc. jnc> Hi, Can I set a default language for my users? The default language is jnc> "United States English", but I want Spanish. Please, help me :-) From vze2rrjx at verizon.net Thu Aug 8 20:48:01 2002 From: vze2rrjx at verizon.net (Suneil Patel) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services References: <20020807100103.F15F3174E8@snow.fingers.co.za> Message-ID: <001101c23f0b$e77db2c0$0106020a@adega2k> > From: achurch@achurch.org (Andrew Church) > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Operserv bug crashes Services > Date: Wed, 07 Aug 2002 11:18:23 JST > Reply-To: ircservices@ircservices.za.net > > >Services crashes when using operserv's clearmodes command on a channel to > >clear all modes including ops and voices. Using Ircservices 4.5.41 and > >Unreal 3.1.3 IRCD. > > I can't reproduce this. Does this problem happen consistently? If > so, what does the channel look like (number of users, ops, voices, etc.) > when CLEARMODES is used? It seems to crash when there is a protected op in the channel, such as mode +q or mode +a, services sends out a PANIC message and terminates due a segmentation fault From griever at t2n.org Thu Aug 8 22:50:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Address Already in use! In-Reply-To: <012d01c23ec1$47ad38a0$092a14ac@d209> Message-ID: On Thu, 8 Aug 2002, Ekim Engin wrote: > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > >[mailto:ircservices-admin@ircservices.za.net] > >On Behalf Of Anar.Ch > > Sent: Thursday, August 08, 2002 10:50 AM > >To: ircservices@ircservices.za.net > >Subject: [IRCServices] Address Already in use! > > > > > >Hello all. I have installed Tr-IRCD 5.0 on FreeBSD. > >And Tr-IRCD is works fine. But When i intsalled IRC > >Services nothing happened. I >> have got the follownig error > >[Aug 05 15:02:23 2002] FATAL: Can't connect to server > >(127.0.0.1:6667): Address already in use > > > >Any suggestion? > > Hello, > > Unless others say 127.0.0.1 is not just for testing purposes. If both > services and ircd run on the same machine ist a legal way to connect > them. > Your problem seems to me like, if you defined LocalAddress with port > 6667, this is not needed normally (unless you have a multi ip machine > and/or a limited portrange you may use to connect to extern adresses.) > But as it seems to me, you are conncting localhost, just comment the > LocalAddress directive out in your services.conf and be sure you defined > RmeoteServer directive directly... You really shouldn't have a port with LocalAddress. You shouldn't even really have to use LocalAddress at all, but even then you shouldn't need a port From anar at micom.mng.net Fri Aug 9 05:19:00 2002 From: anar at micom.mng.net (Anar.Ch) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Server already exists.) References: <3D52309E.000003.01204@anar> Message-ID: <3D5333BC.000001.01300@anar> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020809/300c92da/attachment.gif From achurch at achurch.org Fri Aug 9 06:11:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Operserv bug crashes Services In-Reply-To: <001101c23f0b$e77db2c0$0106020a@adega2k> Message-ID: <3d53408c.51410@achurch.org> >> From: achurch@achurch.org (Andrew Church) >> To: ircservices@ircservices.za.net >> Subject: Re: [IRCServices] Operserv bug crashes Services >> Date: Wed, 07 Aug 2002 11:18:23 JST >> Reply-To: ircservices@ircservices.za.net >> >> >Services crashes when using operserv's clearmodes command on a channel to >> >clear all modes including ops and voices. Using Ircservices 4.5.41 and >> >Unreal 3.1.3 IRCD. >> >> I can't reproduce this. Does this problem happen consistently? If >> so, what does the channel look like (number of users, ops, voices, etc.) >> when CLEARMODES is used? > >It seems to crash when there is a protected op in the channel, such as mode >+q or mode +a, services sends out a PANIC message and terminates due a >segmentation fault I still can't reproduce this. If you can generate a core file from a crash like this (answer yes to the "dump core" question in ./configure), please let me know, otherwise I'm going to have to drop this. --Andrew Church achurch@achurch.org http://achurch.org/ From derfy at derfy.net Mon Aug 12 15:38:00 2002 From: derfy at derfy.net (derfy) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) Message-ID: I apologize if this has been brought up before; I did a search on 'suspend', 'freeze'(these turned up promising, but I didn't see any yes/no/maybe/RTFM/STFU/etc), and anything else I could think of. Currently, ChanServ has two 'punishment' settings: Suspend and Forbid. I would like to suggest a 'freeze' option. Features follow: - It would have an optional time(IE: /chanserv freeze #chan ) - It would make the channel effectively unregistered in regard to the access list(except akicks); mlocks, topics would remain Also, another suggestion. Establish an Info field, perhaps 255 chars, visible only to opers(plain +o clients) that Services admins(opers?) can put in a description of problems with the channel. Example: - /chanserv set #chan operinfo Do *not* getpass/sendpass this channel without talking to me first! would result in: (08:32:59 am) -ChanServ- Information for channel #chan: (08:32:59 am) -ChanServ- OperInfo: Do *not* getpass/sendpass this channel without talking to me first! (derfy, 08/12/2002 0830 -0600) ..etc.. Just some thoughts. Very nice job on services. -- $a@$b where $a = derfy and $b = derfy.net Visit icezip.irctoo.net - http://www.irctoo.net IRCtoo++; From ran at fistuk.com Mon Aug 12 15:44:00 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) References: Message-ID: <001001c24145$a2afe320$5f91b3d4@botenn0jq4rrq7> Hi If you discuss about it I still can't see option to cancel NS and CS info settings etc. ----- Original Message ----- From: "derfy" To: Sent: Monday, August 12, 2002 3:37 PM Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) I apologize if this has been brought up before; I did a search on 'suspend', 'freeze'(these turned up promising, but I didn't see any yes/no/maybe/RTFM/STFU/etc), and anything else I could think of. Currently, ChanServ has two 'punishment' settings: Suspend and Forbid. I would like to suggest a 'freeze' option. Features follow: - It would have an optional time(IE: /chanserv freeze #chan ) - It would make the channel effectively unregistered in regard to the access list(except akicks); mlocks, topics would remain Also, another suggestion. Establish an Info field, perhaps 255 chars, visible only to opers(plain +o clients) that Services admins(opers?) can put in a description of problems with the channel. Example: - /chanserv set #chan operinfo Do *not* getpass/sendpass this channel without talking to me first! would result in: (08:32:59 am) -ChanServ- Information for channel #chan: (08:32:59 am) -ChanServ- OperInfo: Do *not* getpass/sendpass this channel without talking to me first! (derfy, 08/12/2002 0830 -0600) ..etc.. Just some thoughts. Very nice job on services. -- $a@$b where $a = derfy and $b = derfy.net Visit icezip.irctoo.net - http://www.irctoo.net IRCtoo++; ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From bundy at usage.de Mon Aug 12 16:57:00 2002 From: bundy at usage.de (Stefan Funke) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) In-Reply-To: Message-ID: On 2002-08-12 (08:37, -0500), derfy wrote: > I apologize if this has been brought up before; I did a search on > 'suspend', 'freeze'(these turned up promising, but I didn't see any > yes/no/maybe/RTFM/STFU/etc), and anything else I could think of. > > Currently, ChanServ has two 'punishment' settings: Suspend and Forbid. > I would like to suggest a 'freeze' option. Features follow: > > - It would have an optional time(IE: /chanserv freeze #chan > ) > - It would make the channel effectively unregistered in regard to the > access list(except akicks); mlocks, topics would remain > > > Also, another suggestion. Establish an Info field, perhaps 255 chars, > visible only to opers(plain +o clients) that Services admins(opers?) > can put in a description of problems with the channel. Example: > > - /chanserv set #chan operinfo Do *not* getpass/sendpass this channel > without talking to me first! > would result in: > > (08:32:59 am) -ChanServ- Information for channel #chan: > (08:32:59 am) -ChanServ- OperInfo: Do *not* getpass/sendpass this > channel without talking to me first! (derfy, 08/12/2002 0830 -0600 much?>) > ..etc.. Sounds like you want a bunch of DALnet features. First of all Chanserv has a great "suspend" function including "expire" and "reason" fields. I don't see a benefit in a (dal-services like) "freeze" option. However, I like the second suggestion to tag chans with informations only available for opers. I'd like to see that in ircservices some time. -- *** Scharping has quit (Connection reset by Schroeder) From icepick at blabber.net Tue Aug 13 08:49:00 2002 From: icepick at blabber.net (Barry Murphy) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) References: Message-ID: <001b01c24295$36520360$0f01a8c0@collette> Heya I think an abuseserv would be a great idea. Something that we can log happenings of a channel or nickname. barry ----- Original Message ----- From: derfy To: Sent: Tuesday, August 13, 2002 1:37 AM Subject: [IRCServices] Feature Requests (CS: FREEZE and an INFO field) I apologize if this has been brought up before; I did a search on 'suspend', 'freeze'(these turned up promising, but I didn't see any yes/no/maybe/RTFM/STFU/etc), and anything else I could think of. Currently, ChanServ has two 'punishment' settings: Suspend and Forbid. I would like to suggest a 'freeze' option. Features follow: - It would have an optional time(IE: /chanserv freeze #chan ) - It would make the channel effectively unregistered in regard to the access list(except akicks); mlocks, topics would remain Also, another suggestion. Establish an Info field, perhaps 255 chars, visible only to opers(plain +o clients) that Services admins(opers?) can put in a description of problems with the channel. Example: - /chanserv set #chan operinfo Do *not* getpass/sendpass this channel without talking to me first! would result in: (08:32:59 am) -ChanServ- Information for channel #chan: (08:32:59 am) -ChanServ- OperInfo: Do *not* getpass/sendpass this channel without talking to me first! (derfy, 08/12/2002 0830 -0600) ..etc.. Just some thoughts. Very nice job on services. -- $a@$b where $a = derfy and $b = derfy.net Visit icezip.irctoo.net - http://www.irctoo.net IRCtoo++; ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Aug 15 14:30:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Services 4.5.42 released Message-ID: <3d5b9eb2.62717@achurch.org> Services 4.5.42 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 5423c8a7b2d568db5aba4f334708c421 ircservices-4.5.42.tar.gz 50e1d62d02b9634f649fd5074dc0aaae ircservices-4.5.42.diff.gz The other mirrors should have it shortly. This finally fixes the crash a number of people have reported with CLEARMODES ALL. Thanks to Holger Baust for tracking down the problem. Changes in version 4.5.42 ------------------------- 2002/08/15 Fixed crash in OperServ CLEARMODES ALL. Reported by Holger Baust and many others. 2002/08/15 Updated German language file, courtesy of Holger Baust --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Aug 15 16:28:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] New IRC Services mirror (Germany) Message-ID: <3d5bba45.12157@achurch.org> Michael Haardt of freenet.de has graciously volunteered to provide a mirror of the IRC Services FTP site at ftp.freenet.de. The mirror can be accessed via both FTP and HTTP, at the following URLs: ftp://ftp.freenet.de/pub/ftp.esper.net/ircservices/ http://ftp.freenet.de/pub/ftp.esper.net/ircservices/ --Andrew Church achurch@achurch.org http://achurch.org/ From dchilds at mail.unomaha.edu Thu Aug 15 22:23:00 2002 From: dchilds at mail.unomaha.edu (dchilds@mail.unomaha.edu) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line Message-ID: im trying to get ircservices up and running and i keep getting [Aug 15 14:18:27 2002] unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)) [Aug 15 14:18:27 2002] Read error from server: Undefined error: 0 in the services log i have RemoteServer ircd_ip_addr 7000 "pass" in the conf and C:_def_domain_for_ip_:pass:virtualairlines.com::99 N:_def_domain_for_ip_:pass:virtualsirlines.com::99 ive tried localhost, 127.0.0.1, and even 0.0.0.0 help please From msmith at acmecorp.org Thu Aug 15 22:31:00 2002 From: msmith at acmecorp.org (Michael Smith) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line In-Reply-To: Message-ID: <5.1.1.5.0.20020815132932.00af41f8@mauler.acmecorp.org> At 15:22 8/15/2002 -0500, dchilds@mail.unomaha.edu wrote: >im trying to get ircservices up and running and i keep getting > >[Aug 15 14:18:27 2002] unknown message from server (ERROR :Closing Link: >0.0.0.0 (NO N line)) >[Aug 15 14:18:27 2002] Read error from server: Undefined error: 0 > >in the services log > >i have > >RemoteServer ircd_ip_addr 7000 "pass" >in the conf and > >C:_def_domain_for_ip_:pass:virtualairlines.com::99 >N:_def_domain_for_ip_:pass:virtualsirlines.com::99 make sure you haven't typo'd. I did that once. :) -MS From jduarter at navegalia.com Thu Aug 15 22:38:01 2002 From: jduarter at navegalia.com (Jorge Duarte) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line References: Message-ID: <002301c24499$fb4540a0$a3dad8d9@ircdes> Try putting "127.0.0.1" has all address (services.conf and C/N lines) ;-) > im trying to get ircservices up and running and i keep getting > > [Aug 15 14:18:27 2002] unknown message from server (ERROR :Closing Link: > 0.0.0.0 (NO N line)) > [Aug 15 14:18:27 2002] Read error from server: Undefined error: 0 > > in the services log > > i have > > RemoteServer ircd_ip_addr 7000 "pass" > in the conf and > > C:_def_domain_for_ip_:pass:virtualairlines.com::99 > N:_def_domain_for_ip_:pass:virtualsirlines.com::99 > > ive tried localhost, 127.0.0.1, and even 0.0.0.0 > > help please > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dchilds at mail.unomaha.edu Thu Aug 15 22:40:01 2002 From: dchilds at mail.unomaha.edu (dchilds@mail.unomaha.edu) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line Message-ID: Just tried that still a no go.... |---------+------------------------------------> | | "Jorge Duarte" | | | | | | Sent by: | | | ircservices-admin@ircserv| | | ices.za.net | | | | | | | | | 08/15/2002 03:26 PM | | | Please respond to | | | ircservices | | | | |---------+------------------------------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| | | | To: | | cc: | | Subject: Re: [IRCServices] No N line | >--------------------------------------------------------------------------------------------------------------------------------------------------| Try putting "127.0.0.1" has all address (services.conf and C/N lines) ;-) > im trying to get ircservices up and running and i keep getting > > [Aug 15 14:18:27 2002] unknown message from server (ERROR :Closing Link: > 0.0.0.0 (NO N line)) > [Aug 15 14:18:27 2002] Read error from server: Undefined error: 0 > > in the services log > > i have > > RemoteServer ircd_ip_addr 7000 "pass" > in the conf and > > C:_def_domain_for_ip_:pass:virtualairlines.com::99 > N:_def_domain_for_ip_:pass:virtualsirlines.com::99 > > ive tried localhost, 127.0.0.1, and even 0.0.0.0 > > help please > > > ------------------------------------------------------------------ > 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 frostycoolslug at hotmail.com Fri Aug 16 01:57:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line Message-ID: did u rehash your IRCd after adding the C/N lines? :) -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From todd at doonga.net Fri Aug 16 15:23:01 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line In-Reply-To: References: Message-ID: <53465.63.108.51.67.1029504135.squirrel@www.doonga.net> > C:_def_domain_for_ip_:pass:virtualairlines.com::99 > N:_def_domain_for_ip_:pass:virtualsirlines.com::99 > ^^^ Is that 's' intentional? Looks like it might be a simple typo. Todd From dan at viaraix.net Fri Aug 16 17:45:02 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] No N line References: Message-ID: <004901c2453b$972979e0$0700a8c0@protos> > C:_def_domain_for_ip_:pass:virtualairlines.com::99 > N:_def_domain_for_ip_:pass:virtualsirlines.com::99 just to confirm you have named the services server just 'virtualairlines.com' not 'services.virtualairlines.com' the C/N line format looks correct & if services are connecting to 127.0.0.1 then the lines would be... C:127.0.0.1:pass:virtualairlines.com::99 N:127.0.0.1:pass:virtualsirlines.com::99 also check to make sure you havent enabled encrypted C lines on the ircd From steph at iconzept.com Sat Aug 17 11:22:00 2002 From: steph at iconzept.com (Steph Reed) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <004901c2453b$972979e0$0700a8c0@protos> Message-ID: <000001c245cf$6a940eb0$3200a8c0@STEPHNEC> Just tried upgrading to the latest services (4.5.42) and now I can't seem to run it anymore :-( When ever I run services, listchans or listnicks, I just get the message "Segmentation fault (core dumped)". I would be happy to send the core file to anyone if it is of any use. I am using RedHat linux 7.2 with no real modifications to the default install, and Bahamut 1.4.34 as the ircd. There appears to be no services.log generated :( Any ideas would be greatfully received! Thanks in advance, Steph Steph Reed - Project Director iConzept Limited (Hong Kong) 18th & 19th Floor, The Workstation, 43 Lyndhurst Terrace, Hong Kong, China. T: (+852) 2545 4552 F: (+852) 2545 4559 W: www.iconzept.com From ajamieson at student.ccgs.wa.edu.au Tue Aug 20 05:58:00 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Disable/Enable User and Channel Modes Message-ID: Is their any way to disable or enable channel or user modes? for example if you don't want the user protection mode ' a ' to be used is their a way to disable it so it is not available to be used? and if you can disable modes how do you revers it to re-enable them? thanks From fred at swebmail.jorlan.com Tue Aug 20 13:17:00 2002 From: fred at swebmail.jorlan.com (Frederico C Wilhelms Fred) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <20020806100106.1A6BE174D4@snow.fingers.co.za> References: <20020806100106.1A6BE174D4@snow.fingers.co.za> Message-ID: <20020820.11160827@jgdpd012.gyn.jorlan.com.br> Hi Yusuf, I apologize about the delay in answering this but here it goes, >PS: What is actually the main reason for you to use ircd2.10 or >later ? I ask just because of interest. > The main reason is because of ?lacks?. Lack of information Lack of knowledge Lack of standards Lack of communication Lack of understanding. Lack of services.log Lack of funcionality Let me explain that: After some research, found out that in all major (and most minor) linux distribution boxes the ISC-IRC distribution comes along with the latest version (2.9.XXX or greater). For a newbie IRC administrator, it is presumed that de IETF-RFCs should be the standard, since the ISC-IRCD follow that, one would not know about its non-conformance to SERVICES. To aggravate this, when you try to run a sample network in order to clear up confusion on HUBbing IRCD you get on several little problems like finding out why didn't the compilation turn on that ?#define HUB? pragma so it would work as a HUB not as a LEAF and whom ever you talk to would blame your ircd.conf file (that actually is just fine). When you finally get it working, you figure out missing funcionality, which are nick registration, channel registration and auto-opping, memos, and it goes on... (some one ask why IRC is not icq or powow?, can't blame them on that one). So one goes back to research on finds out SERVICES. Next step read de README -> here it states: It doesn't work with IRCD 2.9> .. I was puzzled! My premissive was RFC is the standard, ISC-IRCD follows RFC so thats the way to go. Got back to dalnet, ircnet, undernet, and other..nets, found out there are bahamut followers, unreal followers, dream followers, and lots of IRCD religions out there, every one stating it's religion is paradise. After reading all list archives, found out that I wasn't the only one, understood the position of Mr Andrew, and the difference (*** didn't figure it out on the beggining ***) of IRC Services and SERVICES. Got back to Bahamut, recompiled and installed everything, got SERVICES running and solved my problem. The WHY still remains the same, IETF-RFC should be the standard. I won't blame anyone (still studying the code), rather more just think about it a little and imagine a moment where ISC-IRCD and SERVICES comes forward to an pacific coexistance. Thats what made internet a worldwide standard independent of commercial support, but supporting people all over. For what its worth, a final word here: untill now, this is a great piece of work! Congrats... Frederico C Wilhelms fred@jorlan.com Senior Support Analist www.jorlan.com P.S. If one does wish to share feelings or oppinions about the answer above, please do it in private in order to maintain the objective of this list, I'm just asking a relevant WHY question. Mr Yusuf, thanks for the opportunity. From achurch at achurch.org Tue Aug 20 14:30:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <20020820.11160827@jgdpd012.gyn.jorlan.com.br> Message-ID: <3d623618.15237@achurch.org> >The WHY still remains the same, IETF-RFC should be the standard. For what it's worth, I agree with you 100%, and that's why I still have RFC1459 support in Services even though I'm pretty positive there are zero people out there using it. Now all you have to do is convince the users of the zillions of other ircds to conform to standards. Good luck. (See also the comments in my draft IRC protocol proposal at http://achurch.org/irc3/ .) --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Aug 20 15:15:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <20020820.11160827@jgdpd012.gyn.jorlan.com.br> Message-ID: On Tue, 20 Aug 2002, Frederico C Wilhelms Fred wrote: > The WHY still remains the same, IETF-RFC should be the standard. Guess who wrote those RFCs? IRCnet. Guess who pays attention to them? no one. From griever at t2n.org Tue Aug 20 15:18:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <3d623618.15237@achurch.org> Message-ID: On Tue, 20 Aug 2002, Andrew Church wrote: > >The WHY still remains the same, IETF-RFC should be the standard. > > For what it's worth, I agree with you 100%, and that's why I still > have RFC1459 support in Services even though I'm pretty positive there > are zero people out there using it. Now all you have to do is convince the > users of the zillions of other ircds to conform to standards. Good luck. > (See also the comments in my draft IRC protocol proposal at > http://achurch.org/irc3/ .) He's not talking about RFC1459, he's talking about RFC2811-2813. From achurch at achurch.org Tue Aug 20 15:21:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: Message-ID: <3d624220.15460@achurch.org> >> The WHY still remains the same, IETF-RFC should be the standard. > >Guess who wrote those RFCs? IRCnet. Guess who pays attention to >them? no one. Oh, was the message referring to the new RFCs? I don't consider them "standards" documents, though I have to admit it's nice they took the time to actually document their modifications, unlike most other implementors. (For those who were unaware, RFC1459, the original IRC specification, is classed as an "experimental" protocol, so using the word "standard" to refer to it is incorrect, but I think it's beyond question that RFC1459 is more "standard" than the implementation of the day.) --Andrew Church achurch@achurch.org http://achurch.org/ From quension at softhome.net Tue Aug 20 16:42:00 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <3d624220.15460@achurch.org> Message-ID: On Tuesday, August 20, 2002, at 06:16 AM, Andrew Church wrote: >>> The WHY still remains the same, IETF-RFC should be the standard. >> >> Guess who wrote those RFCs? IRCnet. Guess who pays attention to >> them? no one. > > Oh, was the message referring to the new RFCs? I don't > consider them > "standards" documents, though I have to admit it's nice they > took the time > to actually document their modifications, unlike most other > implementors. > (For those who were unaware, RFC1459, the original IRC > specification, is > classed as an "experimental" protocol, so using the word "standard" to > refer to it is incorrect, but I think it's beyond question that > RFC1459 is > more "standard" than the implementation of the day.) RFCs 2810 - 2813 are merely "informational", though they update RFC1459. There was an attempt to hash out a standard for "IRC 3", but that didn't get very far. Unfortunately, IRC has no standard... -- Quension From smkelly at zombie.org Tue Aug 20 17:18:00 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <3d623618.15237@achurch.org> References: <20020820.11160827@jgdpd012.gyn.jorlan.com.br> <3d623618.15237@achurch.org> Message-ID: <20020820151702.GA8501@edgemaster.zombie.org> On Tue, Aug 20, 2002 at 09:25:41PM +0900, Andrew Church wrote: > For what it's worth, I agree with you 100%, and that's why I still > have RFC1459 support in Services even though I'm pretty positive there > are zero people out there using it. Now all you have to do is convince the > users of the zillions of other ircds to conform to standards. Good luck. > (See also the comments in my draft IRC protocol proposal at > http://achurch.org/irc3/ .) One of the biggest problems these days is that everyone and their pet ape has a redesign of IRC that they want to call IRC3. They think they know what it was that had been going wrong all this time, and they finally knew how IRC could be made a good and happy place. They think that this time it was right, it would work, and no one would have to diverge from the new IRC3 standard ever again... As you might realize, this quote was adapted from the first volume of Douglas Adams' _Hitchhiker's Guide to the Galaxy_. In this book, the world explodes before such a solution can be proposed and put into action. The same will happen with IRC. There are an infinite number of monkeys outside who all want to talk with you about their new IRC3 proposal. I'm not here to purposely insult anyone, but I believe that something of the magnitude of a mass signing party of every IRC network greater than 100 users will need to happen before there is an acceptable IRC3 that isn't considered an abortion of the name or protocol. This same argument goes for the new "IRC RFCs" introduced by IRCnet. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From achurch at achurch.org Wed Aug 21 01:17:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Is there a timeline in the future for supporting ircd2.9 or greater In-Reply-To: <20020820151702.GA8501@edgemaster.zombie.org> Message-ID: <3d62cd83.17706@achurch.org> >On Tue, Aug 20, 2002 at 09:25:41PM +0900, Andrew Church wrote: >> For what it's worth, I agree with you 100%, and that's why I still >> have RFC1459 support in Services even though I'm pretty positive there >> are zero people out there using it. Now all you have to do is convince the >> users of the zillions of other ircds to conform to standards. Good luck. >> (See also the comments in my draft IRC protocol proposal at >> http://achurch.org/irc3/ .) > >One of the biggest problems these days is that everyone and their pet ape >has a redesign of IRC that they want to call IRC3. They think they know >what it was that had been going wrong all this time, and they finally knew >how IRC could be made a good and happy place. They think that this time >it was right, it would work, and no one would have to diverge from the new >IRC3 standard ever again... Good grief, you seem to think I consider myself God with respect to IRC. I have no such misconceptions; that's why I called it a "draft IRC protocol proposal" and not a "new IRC standard". Take it easy, man. --Andrew Church achurch@achurch.org http://achurch.org/ From sirex at globetrotter.net Wed Aug 21 03:02:04 2002 From: sirex at globetrotter.net (Jean-Paul Aka RvN) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] hum Message-ID: <001b01c248ad$abc80630$a1956e42@jeanv4sowa83qw> service will work on PL10/ny2k ? From Yaniv at icq.com Thu Aug 22 10:27:01 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] channel modes Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8240@icq02mdc.icq.il.office.aol.com> ok, i know it sounds like a stupid 1 (well mayB it is) i'm using unreal 3.1.4 + ircservices 4.5.41: how do i get in2 a channel (non registered) if it uses modes "+imnstlk 1 unknownkey" i don't want to change the channel modes and i have network admin privileges and services admin. is there any operserv command that return me the current channel modes? ______________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ From bundy at usage.de Thu Aug 22 11:42:00 2002 From: bundy at usage.de (Stefan Funke) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] channel modes In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8240@icq02mdc.icq.il.office.aol.com> Message-ID: On 2002-08-22 (11:25, +0200), Yaniv Gamzo wrote: > ok, i know it sounds like a stupid 1 (well mayB it is) i'm using unreal > 3.1.4 + ircservices 4.5.41: how do i get in2 a channel (non registered) > if it uses modes "+imnstlk 1 unknownkey" i don't want to change the > channel modes and i have network admin privileges and services admin. is > there any operserv command that return me the current channel modes? A "/mode #chan" or fjoin or other stupid more or less standard irc commands and a standard operator-manual.txt will help you ;-) -- *** Scharping has quit (Connection reset by Schroeder) From Beast at chat.za.net Thu Aug 22 20:52:00 2002 From: Beast at chat.za.net (Beast) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] channel modes References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8240@icq02mdc.icq.il.office.aol.com> Message-ID: <3D653323.000004.88927@Beast.mshome.net> /samode #channel -imnstlk ! should unset all the modes and remove the "unknown" key -------Original Message------- From: ircservices@ircservices.za.net Date: 22 August 2002 10:26:42 To: Ircservices (E-mail) Subject: [IRCServices] channel modes ok, i know it sounds like a stupid 1 (well mayB it is) i'm using unreal 3.1.4 + ircservices 4.5.41: how do i get in2 a channel (non registered) if it uses modes "+imnstlk 1 unknownkey" i don't want to change the channel modes and i have network admin privileges and services admin. is there any operserv command that return me the current channel modes? ______________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020822/b0cea9c0/attachment.htm From achurch at achurch.org Fri Aug 23 07:08:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <000001c245cf$6a940eb0$3200a8c0@STEPHNEC> Message-ID: <3d65c305.73454@achurch.org> >Just tried upgrading to the latest services (4.5.42) and now I can't >seem to run it anymore :-( When ever I run services, listchans or >listnicks, I just get the message "Segmentation fault (core dumped)". I >would be happy to send the core file to anyone if it is of any use. I looked into the files you sent me, and it looks like Services is crashing even before it gets to main(), so my best guess is a library problem. Can you try reconfiguring from scratch (run ./configure with the -ignore-cache option) and see if the problem still happens? --Andrew Church achurch@achurch.org http://achurch.org/ From VisionOfHell at aol.com Sat Aug 24 13:46:01 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs Message-ID: <18b.d003030.2a98cbb8@aol.com> FFS! Are people that stupid that they have to keep posting html. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020824/3d8ca222/attachment.html From rg at tcslon.com Sat Aug 24 13:50:01 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs In-Reply-To: <18b.d003030.2a98cbb8@aol.com> Message-ID: I can't help but point out the irony in this message: >--part1_18b.d003030.2a98cbb8_boundary >Content-Type: text/plain; charset="US-ASCII" >Content-Transfer-Encoding: 7bit > >FFS! > >Are people that stupid that they have to keep posting html. > >--part1_18b.d003030.2a98cbb8_boundary >Content-Type: text/html; charset="US-ASCII" >Content-Transfer-Encoding: 7bit > >FFS! >
>
Are people that stupid that they have to keep posting html. > > >--part1_18b.d003030.2a98cbb8_boundary-- >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ---------------------------------------------------------------------------- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. From omooring at bigpond.net.au Sat Aug 24 14:08:01 2002 From: omooring at bigpond.net.au (Jared M) Date: Sat Oct 23 23:01:43 2004 Subject: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs In-Reply-To: Message-ID: <002301c24b67$037e2ab0$1e00a8c0@d31> Lol, so true -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Russ Garrett Sent: Saturday, August 24, 2002 9:49 PM To: ircservices@ircservices.za.net Subject: RE: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs I can't help but point out the irony in this message: >--part1_18b.d003030.2a98cbb8_boundary >Content-Type: text/plain; charset="US-ASCII" >Content-Transfer-Encoding: 7bit > >FFS! > >Are people that stupid that they have to keep posting html. > >--part1_18b.d003030.2a98cbb8_boundary >Content-Type: text/html; charset="US-ASCII" >Content-Transfer-Encoding: 7bit > >FFS! >
>
Are people that stupid that they have to keep posting html. > > >--part1_18b.d003030.2a98cbb8_boundary-- >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------------ ---- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From paroglou at hotmail.com Sat Aug 24 23:34:01 2002 From: paroglou at hotmail.com (George Paroglou) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Op from chanserv Message-ID: I am using bahamut 1.4.32 and ircservices-4.5.42. I have already admin privileges and i have already register a channel. The problem is that chanserv doesn't give me op when I enter to my channel and on the left top side of my channel's window next to the number of the users doesn't appear the modes of my channel in [ ] (using /cs info #channel it has the modes) Can somebody help me with these? _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From frostycoolslug at hotmail.com Sat Aug 24 23:52:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs Message-ID: i soooo agree.. i think thats just made it onto my top10 Quotes list, along with quotes such as: [12:38] (Stskeeps): i'm trying to live life [12:38] (FrostyCoolSlug): life? [12:38] (FrostyCoolSlug): whassat? [12:38] (Stskeeps): the dark side >From: "Russ Garrett" >Reply-To: ircservices@ircservices.za.net >To: >Subject: RE: [IRCServices] Re: IRCServices digest, Vol 1 #381 - 2 msgs >Date: Sat, 24 Aug 2002 12:49:10 +0100 > >I can't help but point out the irony in this message: > > >--part1_18b.d003030.2a98cbb8_boundary > >Content-Type: text/plain; charset="US-ASCII" > >Content-Transfer-Encoding: 7bit > > > >FFS! > > > >Are people that stupid that they have to keep posting html. > > > >--part1_18b.d003030.2a98cbb8_boundary > >Content-Type: text/html; charset="US-ASCII" > >Content-Transfer-Encoding: 7bit > > > >FFS! > >
> >
Are people that stupid that they have to keep posting html. > > > > > >--part1_18b.d003030.2a98cbb8_boundary-- > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >---------------------------------------------------------------------------- >Russ Garrett >russ@garrett.co.uk. > >http://russ.garrett.co.uk. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From derfy at derfy.net Sun Aug 25 18:05:01 2002 From: derfy at derfy.net (derfy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug with access? Message-ID: [Aug 24 19:35:00 2002] Services 4.5.41 (compiled for ircd.dal Bahamut) starting up #test's founder is someone other than me, I am an SA, and the problem follows... (10:54:30 am) -ChanServ- Level for ACC-CHANGE on channel #test changed to 0. (10:54:47 am) -> *chanserv* access #test add derfy 1 (10:54:47 am) -ChanServ- Permission denied. (10:54:52 am) -> *chanserv* status #test derfy (10:54:53 am) -ChanServ- STATUS #test derfy 0 (10:56:14 am) -ChanServ- Permission denied. This a bug, or intended behavior? We run a mix of 1.4.32 and .34 Bahamut. -- $a@$b where $a = derfy and $b = derfy.net Visit icezip.irctoo.net - http://www.irctoo.net IRCtoo++; From achurch at achurch.org Mon Aug 26 03:25:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug with access? In-Reply-To: Message-ID: <3d698330.46223@achurch.org> >(10:54:52 am) -> *chanserv* status #test derfy >(10:54:53 am) -ChanServ- STATUS #test derfy 0 >(10:56:14 am) -ChanServ- Permission denied. > >This a bug, or intended behavior? Seeing s there's a big time difference between the last two messages, I'm going to out on a limb and guess that you did a /cs or /msg ChanServ in a different window... --Andrew Church achurch@achurch.org http://achurch.org/ From derfy at derfy.net Mon Aug 26 03:43:00 2002 From: derfy at derfy.net (derfy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug with access? In-Reply-To: <3d698330.46223@achurch.org> References: <3d698330.46223@achurch.org> Message-ID: On Mon, 26 Aug 2002 10:23:04 JST, you wrote: >>(10:54:52 am) -> *chanserv* status #test derfy >>(10:54:53 am) -ChanServ- STATUS #test derfy 0 >>(10:56:14 am) -ChanServ- Permission denied. >> >>This a bug, or intended behavior? > > Seeing s there's a big time difference between the last two messages, >I'm going to out on a limb and guess that you did a /cs or /msg ChanServ in >a different window... > I didn't mean to leave that in, I c&p'd one line extra, it seems. The main thing is, I couldn't add to the access list, even with the ACC-CHANGE level set to zero, meaning everyone could(or should be able to). -- $a@$b where $a = derfy and $b = derfy.net Visit icezip.irctoo.net - http://www.irctoo.net IRCtoo++; From achurch at achurch.org Mon Aug 26 04:25:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug with access? In-Reply-To: Message-ID: <3d699159.46405@achurch.org> >The main thing is, I couldn't add to the access list, even with the >ACC-CHANGE level set to zero, meaning everyone could(or should be able >to). For obvious reasons, you can't increase your own access level on a channel; you also can't add anyone at a level equal to or greater than yours. This restriction applies to Services admins as well. --Andrew Church achurch@achurch.org http://achurch.org/ From Yaniv at icq.com Tue Aug 27 16:34:00 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] channel access Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8267@icq02mdc.icq.il.office.aol.com> can't i add channel access by address on ircservices 4.5.42? :( ______________________ YaNuSH Irc Administrator ICQ#: 22220 Current ICQ status: _____________________ From Yaniv at icq.com Tue Aug 27 17:17:01 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] chanserv Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8268@icq02mdc.icq.il.office.aol.com> can't i register more channels than regular user if i'm services admin? _____________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ From frostycoolslug at hotmail.com Tue Aug 27 18:51:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] channel access Message-ID: no.. as far as i know, you have never been able too.. mainly cause of the fact ppl can spoof hosts >From: Yaniv Gamzo >Reply-To: ircservices@ircservices.za.net >To: "Ircservices (E-mail)" >Subject: [IRCServices] channel access >Date: Tue, 27 Aug 2002 17:32:29 +0200 > >can't i add channel access by address on ircservices 4.5.42? :( >______________________ >YaNuSH >Irc Administrator >ICQ#: 22220 >Current ICQ status: >_____________________ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From achurch at achurch.org Wed Aug 28 08:50:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] chanserv In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8268@icq02mdc.icq.il.office.aol.com> Message-ID: <3d6c7274.01627@achurch.org> >can't i register more channels than regular user if i'm services admin? Yes, though you can't register more than 32767 channels with one nickgroup under any circumstances. --Andrew Church achurch@achurch.org http://achurch.org/ From wouter at addrenaline.com Thu Aug 29 11:23:01 2002 From: wouter at addrenaline.com (Wouter) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] ircu and servvices Message-ID: <01f201c24f3e$0aea9e70$0501a8c0@wouterlaky5ttv> Hi, I'm running ircu 2.10.08 I have a problem whit linking teh services when i try to connect to a user prot then i read in the log file [Aug 29 11:05:42 2002] FATAL: Remote server returned: ERROR :Closing Link: [127.0.0.1] by irc.domain.com (You cannot connect a server to a user port; connect to irc.addrenaline.com port 4400) So i try after that messages to connect to port 4400 en then i read this in my log file [Aug 29 11:21:38 2002] unknown message from server (:irc.mydomain.com 461 SERVER :Not enough parameters) [Aug 29 11:21:38 2002] unknown message from server (ERROR :Closing Link: [127.0.0.1] by irc.mydomain.com (Need more parameters)) [Aug 29 11:21:38 2002] Read error from server: Success I have in services.conf this line but i dont know what i most add to link the ircd whit the services RemoteServer 127.0.0.1 4400 "mypass" Greets Wouter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020829/9b997b15/attachment.htm From fred at swebmail.jorlan.com Thu Aug 29 20:38:01 2002 From: fred at swebmail.jorlan.com (Frederico C Wilhelms Fred) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] AutoInvite list Message-ID: <20020829.18362598@jgdpd012.gyn.jorlan.com.br> Hi, I'm trying to figure out how to create an autoinvite list to a restricted invite-only channel, so that whenever the allowed specified registered nick wants, he can join the channel without the explicit OP /invite intervention. So far, couldn't get a clue of how to do this. Can I get some help on this one? Tks Fred From sirex at globetrotter.net Thu Aug 29 21:50:02 2002 From: sirex at globetrotter.net (Jean-Paul Aka RvN) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] hey Message-ID: <000c01c24f94$0cbcd050$a1956e42@jeanv4sowa83qw> ircservice5 will work on ircu2.10.10 ? From achurch at achurch.org Fri Aug 30 03:21:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] AutoInvite list In-Reply-To: <20020829.18362598@jgdpd012.gyn.jorlan.com.br> Message-ID: <3d6ec848.16604@achurch.org> >I'm trying to figure out how to create an autoinvite list to a >restricted invite-only channel, so that whenever the allowed specified >registered nick wants, he can join the channel without the explicit OP >/invite intervention. > >So far, couldn't get a clue of how to do this. There's no such thing as an "autoinvite list", but anyone with privileges can use the ChanServ INVITE command to have ChanServ invite them into the channel. See the help for ChanServ INVITE for details. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Aug 30 03:21:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] hey In-Reply-To: <000c01c24f94$0cbcd050$a1956e42@jeanv4sowa83qw> Message-ID: <3d6ec855.16616@achurch.org> >ircservice5 will work on ircu2.10.10 ? No. --Andrew Church achurch@achurch.org http://achurch.org/ From steph at iconzept.com Fri Aug 30 04:56:00 2002 From: steph at iconzept.com (Steph Reed) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <3d65c305.73454@achurch.org> Message-ID: <000001c24fd0$b2d6d210$3200a8c0@STEPHNEC> > I looked into the files you sent me, and it looks like > Services is crashing even before it gets to main(), so my > best guess is a library problem. Can you try reconfiguring > from scratch (run ./configure with the -ignore-cache option) > and see if the problem still happens? Sorry for the delay.. understaffed, overworked and underpaid! I just tried as you suggested, and exactly the same thing happens :-( I am using: GCC version 2.96 MAKE version 3.79.1 Steph Reed - Project Director iConzept Limited (Hong Kong) 18th & 19th Floor, The Workstation, 43 Lyndhurst Terrace, Hong Kong, China. T: (+852) 2545 4552 F: (+852) 2545 4559 W: www.iconzept.com From achurch at achurch.org Fri Aug 30 05:02:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <000001c24fd0$b2d6d210$3200a8c0@STEPHNEC> Message-ID: <3d6edff7.22350@achurch.org> >Sorry for the delay.. understaffed, overworked and underpaid! I know the feeling--all too well... >I just tried as you suggested, and exactly the same thing happens :-( I >am using: > >GCC version 2.96 I think this might be the problem; can you try 2.95.3 instead? (I think RedHat had this version installed as "kgcc", but I don't actually use RH so I can't say for sure.) --Andrew Church achurch@achurch.org http://achurch.org/ From steph at iconzept.com Fri Aug 30 05:06:00 2002 From: steph at iconzept.com (Steph Reed) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <3d6edff7.22350@achurch.org> Message-ID: <000101c24fd2$143354b0$3200a8c0@STEPHNEC> > I think this might be the problem; can you try 2.95.3 instead? Would it work with GCC 3.2? I was just d/ling that and was going to install it. Steph Reed - Project Director iConzept Limited (Hong Kong) 18th & 19th Floor, The Workstation, 43 Lyndhurst Terrace, Hong Kong, China. T: (+852) 2545 4552 F: (+852) 2545 4559 W: www.iconzept.com From achurch at achurch.org Fri Aug 30 06:17:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <000101c24fd2$143354b0$3200a8c0@STEPHNEC> Message-ID: <3d6ef19f.25127@achurch.org> >> I think this might be the problem; can you try 2.95.3 instead? > >Would it work with GCC 3.2? I was just d/ling that and was going to >install it. You're welcome to try, but I haven't verified that 3.x works with Services yet (I specifically seem to recall 3.0 playing games with structure element ordering, which would break at least convert-db.) If you do try, please let me know the result. --Andrew Church achurch@achurch.org http://achurch.org/ From icepick at blabber.net Fri Aug 30 08:23:00 2002 From: icepick at blabber.net (Barry Murphy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault References: <3d6ef19f.25127@achurch.org> Message-ID: <003a01c24fed$5bd319c0$0f01a8c0@collette> Arg, I am sick of getting these popups for me to download a certain language. Please rather remove me from the list. Thanks Barry Murphy ----- Original Message ----- From: Andrew Church To: Sent: Friday, August 30, 2002 4:14 PM Subject: RE: [IRCServices] Segmentation Fault > >> I think this might be the problem; can you try 2.95.3 instead? > > > >Would it work with GCC 3.2? I was just d/ling that and was going to > >install it. > > You're welcome to try, but I haven't verified that 3.x works with > Services yet (I specifically seem to recall 3.0 playing games with > structure element ordering, which would break at least convert-db.) If > you do try, please let me know the result. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Aug 30 08:39:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault Message-ID: <3d6f12e2.32466@achurch.org> Well, if you want to unsubscribe then you know how (and if not then try looking at the bottom of this message), but if your mailreader's behavior bothers you, might I suggest (1) trying a different mailreader or (2) simply doing as it says? --Andrew Church achurch@achurch.org http://achurch.org/ >Arg, I am sick of getting these popups for me to download a certain >language. > >Please rather remove me from the list. > >Thanks >Barry Murphy From andrewk at isdial.net Fri Aug 30 09:31:01 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault References: <3d6ef19f.25127@achurch.org> <003a01c24fed$5bd319c0$0f01a8c0@collette> Message-ID: <027d01c24ff6$6022d5c0$0529010a@af.didata.local> Hi there, Just tell OE to never install any language pack thingies. Regards, Andrew ----- Original Message ----- From: "Barry Murphy" To: Sent: Friday, August 30, 2002 8:20 AM Subject: Re: [IRCServices] Segmentation Fault > Arg, I am sick of getting these popups for me to download a certain > language. > > Please rather remove me from the list. > > Thanks > Barry Murphy > > ----- Original Message ----- > From: Andrew Church > To: > Sent: Friday, August 30, 2002 4:14 PM > Subject: RE: [IRCServices] Segmentation Fault > > > > >> I think this might be the problem; can you try 2.95.3 instead? > > > > > >Would it work with GCC 3.2? I was just d/ling that and was going to > > >install it. > > > > You're welcome to try, but I haven't verified that 3.x works with > > Services yet (I specifically seem to recall 3.0 playing games with > > structure element ordering, which would break at least convert-db.) If > > you do try, please let me know the result. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.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 > > ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From steph at iconzept.com Fri Aug 30 10:35:01 2002 From: steph at iconzept.com (Steph Reed) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Segmentation Fault In-Reply-To: <3d6ef19f.25127@achurch.org> Message-ID: <000401c25000$0b008240$3200a8c0@STEPHNEC> > You're welcome to try, but I haven't verified that 3.x > works with Services yet (I specifically seem to recall 3.0 > playing games with structure element ordering, which would > break at least convert-db.) If you do try, please let me > know the result. Well, I tried it all again with 3.2, and now it seems to be working fine :) I copied the database from my older version of services over,. and that all works ok too. Thanks for figuring out it was the version of GCC that was the problem. Steph Steph Reed - Project Director iConzept Limited (Hong Kong) 18th & 19th Floor, The Workstation, 43 Lyndhurst Terrace, Hong Kong, China. T: (+852) 2545 4552 F: (+852) 2545 4559 W: www.iconzept.com From irc at kgn.ru Tue Sep 3 09:52:00 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I need HELP!!! Message-ID: <8318456679.20020903135133@kgn.ru> Hello. I have the following problem: At this moment I have installed Auspices Services in my network, and they behave exceptionaly unstable, that's why I thinking about switching to different services. So far I have in mind using IRCServices, but have a problem with converting databases. During the process of conversion with standard converter I get the following error messages: [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data Loading nick.db... out of memory or [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data Loading nick.db... Read error on /home/ksnake/auspices/data/nick.db. The size of the databases of nicks is 808,071 kb (2837 nicks); The size of the database of channels is 703,850 kb (761 channels); If I create a small database (for testing/debugging purposes) 2-3 nicks / 2-3 channes - nicks database gets converted, but channels database doesn't, and the following error message appears: [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data Loading nick.db... Loading chan.db... Wrong version number on /home/ksnake/auspices/data/chan.db I'm using the Auspice IRC Services 2.7Black, as I understand it is based on Auspices 2.5.x and the database (structure) haven't mutated that much so I can not convert it. I need your help! Thanks in advance. -- Best regards, KriegSnake mailto:irc@kgn.ru From admin at nevernet.net Tue Sep 3 11:03:01 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File Message-ID: <004701c25328$a8a220f0$826a3a44@noc4> If no one else is working on a French language file, I'm working on one in my spare time. It's just going to be a good while before it's finished. Elijah From doggabow at jackloren.com Tue Sep 3 13:47:03 2002 From: doggabow at jackloren.com (J. Alden Gillespy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File References: <004701c25328$a8a220f0$826a3a44@noc4> Message-ID: <000d01c2533f$81097180$6801a8c0@doggadesktop> While you're at it, could you work on my Spanish homework? *grin* J. Alden Gillespy Need a website? Contact me! doggabow@jackloren.com! ----- Original Message ----- From: "Elijah" To: Sent: Tuesday, September 03, 2002 5:02 AM Subject: [IRCServices] French Language File > If no one else is working on a French language file, I'm working on one > in my spare time. It's just going to be a good while before it's > finished. > > Elijah > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From frostycoolslug at hotmail.com Tue Sep 3 15:35:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I need HELP!!! Message-ID: Make sure Auspice isnt running when u try converting the databases, afaik, some of the database structure did change between the versions, it was only a minor change, and i cant remember why.. but obviously cause they are different versions, they wont convert. Maybe Andy may update the database convert utility, but he will do taht if he wants to and if he has time :) >From: irc >Reply-To: ircservices@ircservices.za.net >To: IRCServices@ircservices.za.net >Subject: [IRCServices] I need HELP!!! >Date: Tue, 3 Sep 2002 13:51:33 +0600 > >Hello. >I have the following problem: >At this moment I have installed Auspices Services in my network, and they >behave exceptionaly unstable, that's why I thinking > >about switching to different services. >So far I have in mind using IRCServices, but have a problem with converting >databases. During the process of conversion with > >standard converter I get the following error messages: >[ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 >/home/ksnake/auspices/data >Loading nick.db... >out of memory > >or > >[ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 >/home/ksnake/auspices/data >Loading nick.db... >Read error on /home/ksnake/auspices/data/nick.db. > >The size of the databases of nicks is 808,071 kb (2837 nicks); The size of >the database of channels is 703,850 kb (761 > >channels); >If I create a small database (for testing/debugging purposes) 2-3 nicks / >2-3 channes - nicks database gets converted, but > >channels database doesn't, and the following error message appears: >[ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 >/home/ksnake/auspices/data >Loading nick.db... >Loading chan.db... >Wrong version number on /home/ksnake/auspices/data/chan.db > >I'm using the Auspice IRC Services 2.7Black, as I understand it is based on >Auspices 2.5.x and the database (structure) > >haven't mutated that much so I can not convert it. >I need your help! > >Thanks in advance. > > > >-- >Best regards, >KriegSnake mailto:irc@kgn.ru > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From frostycoolslug at hotmail.com Tue Sep 3 15:36:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File Message-ID: ummmmm last time i checked.. Spanish != Frence unless something has changed in the last 30mins :/ >From: "J. Alden Gillespy" >Reply-To: ircservices@ircservices.za.net >To: >Subject: Re: [IRCServices] French Language File >Date: Tue, 3 Sep 2002 07:46:12 -0400 > >While you're at it, could you work on my Spanish homework? *grin* > >J. Alden Gillespy >Need a website? Contact me! >doggabow@jackloren.com! >----- Original Message ----- >From: "Elijah" >To: >Sent: Tuesday, September 03, 2002 5:02 AM >Subject: [IRCServices] French Language File > > > > If no one else is working on a French language file, I'm working on one > > in my spare time. It's just going to be a good while before it's > > finished. > > > > Elijah > > > > > > ------------------------------------------------------------------ > > 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 -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From martinpels at hotmail.com Tue Sep 3 15:44:00 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File References: Message-ID: France invaded Spain. Don't you watch CNN? ;-) ----- Original Message ----- From: "Craig McLure" To: Sent: Tuesday, September 03, 2002 3:35 PM Subject: Re: [IRCServices] French Language File > ummmmm > last time i checked.. > Spanish != Frence > unless something has changed in the last 30mins :/ > > > >From: "J. Alden Gillespy" > >Reply-To: ircservices@ircservices.za.net > >To: > >Subject: Re: [IRCServices] French Language File > >Date: Tue, 3 Sep 2002 07:46:12 -0400 > > > >While you're at it, could you work on my Spanish homework? *grin* > > > >J. Alden Gillespy > >Need a website? Contact me! > >doggabow@jackloren.com! > >----- Original Message ----- > >From: "Elijah" > >To: > >Sent: Tuesday, September 03, 2002 5:02 AM > >Subject: [IRCServices] French Language File > > > > > > > If no one else is working on a French language file, I'm working on one > > > in my spare time. It's just going to be a good while before it's > > > finished. > > > > > > Elijah > > > > > > > > > ------------------------------------------------------------------ > > > 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 > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From griever at t2n.org Tue Sep 3 23:32:29 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I need HELP!!! In-Reply-To: <8318456679.20020903135133@kgn.ru> Message-ID: On Tue, 3 Sep 2002, irc wrote: > Hello. > I have the following problem: > At this moment I have installed Auspices Services in my network, and they behave exceptionaly unstable, that's why I thinking > > about switching to different services. > So far I have in mind using IRCServices, but have a problem with converting databases. During the process of conversion with > > standard converter I get the following error messages: > [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data > Loading nick.db... > out of memory > > or > > [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data > Loading nick.db... > Read error on /home/ksnake/auspices/data/nick.db. > > The size of the databases of nicks is 808,071 kb (2837 nicks); The size of the database of channels is 703,850 kb (761 Lemme get this straight, you expect it to be able to load 1.5 gigabytes worth of files into RAM? I don't think so! > > channels); > If I create a small database (for testing/debugging purposes) 2-3 nicks / 2-3 channes - nicks database gets converted, but > > channels database doesn't, and the following error message appears: > [ksnake@infocentr ircservices-4.5.41]$ ./import-db -v +auspice-2.5 /home/ksnake/auspices/data > Loading nick.db... > Loading chan.db... > Wrong version number on /home/ksnake/auspices/data/chan.db > > I'm using the Auspice IRC Services 2.7Black, as I understand it is based on Auspices 2.5.x and the database (structure) > > haven't mutated that much so I can not convert it. > I need your help! > > Thanks in advance. > > > > From achurch at achurch.org Wed Sep 4 00:52:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I need HELP!!! In-Reply-To: <8318456679.20020903135133@kgn.ru> Message-ID: <3d753ce6.05677@achurch.org> >The size of the databases of nicks is 808,071 kb (2837 nicks); The size of the database of channels is 703,850 kb (761 >channels); I assume you mean bytes? >I'm using the Auspice IRC Services 2.7Black, as I understand it is based on Auspices 2.5.x and the database (structure) I would guess that there are some differences in the database structure. Can you send me (privately) your database files so that I can test them and fix the converter? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Sep 4 00:54:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File In-Reply-To: <004701c25328$a8a220f0$826a3a44@noc4> Message-ID: <3d753d5a.05710@achurch.org> >If no one else is working on a French language file, I'm working on one >in my spare time. It's just going to be a good while before it's >finished. This would certainly be appreciated! Please let me know as you make progress. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Wed Sep 4 01:01:00 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File In-Reply-To: <3d753d5a.05710@achurch.org> Message-ID: <000101c2539d$697fa8a0$826a3a44@noc4> It's long and gruelling but I'm almost finished with NickServ :P At the rate I'm going it'll probably be a week or two. -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Andrew Church Sent: Tuesday, September 03, 2002 11:51 PM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] French Language File >If no one else is working on a French language file, I'm working on one >in my spare time. It's just going to be a good while before it's >finished. This would certainly be appreciated! Please let me know as you make progress. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From fred at swebmail.jorlan.com Wed Sep 4 12:34:01 2002 From: fred at swebmail.jorlan.com (Frederico C Wilhelms Fred) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] where oh where has my CHANSERV KEEPOPEN gone, oh where oh where can he be? Message-ID: <20020904.10323529@jgdpd012.gyn.jorlan.com.br> Hi, I'm using Services-4.5.41 and was looking for something like ChanGuard to maintain all registered channels open, read about a CHANSERV KEEPOPEN but couldn't find it. How should I do it? Regards, Fred From achurch at achurch.org Wed Sep 4 12:58:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] where oh where has my CHANSERV KEEPOPEN gone, oh where oh where can he be? In-Reply-To: <20020904.10323529@jgdpd012.gyn.jorlan.com.br> Message-ID: <3d75e6fd.10360@achurch.org> RTFM, and the mailing list archives too while you're at it. I've been over this at least a million times before. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I'm using Services-4.5.41 and was looking for something like ChanGuard > >to maintain all registered channels open, read about a CHANSERV >KEEPOPEN but couldn't find it. > >How should I do it? > >Regards, > >Fred > > > > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From frostycoolslug at hotmail.com Wed Sep 4 15:34:05 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] where oh where has my CHANSERV KEEPOPEN gone, oh where oh where can he be? Message-ID: jesus.. if its not HTML email its people asking for features in which the manual and Mailing list have said no to ;/ >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] where oh where has my CHANSERV KEEPOPEN gone, oh >where oh where can he be? >Date: Wed, 04 Sep 2002 19:56:38 JST > > RTFM, and the mailing list archives too while you're at it. I've >been >over this at least a million times before. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, > > > >I'm using Services-4.5.41 and was looking for something like ChanGuard > > > >to maintain all registered channels open, read about a CHANSERV > >KEEPOPEN but couldn't find it. > > > >How should I do it? > > > >Regards, > > > >Fred > > > > > > > > > > > > > > > >------------------------------------------------------------------ > >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 -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From admin at nevernet.net Thu Sep 5 22:37:00 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] HTTPD Module Message-ID: <001b01c2551b$c3f2ea70$826a3a44@noc4> Just noticed an odd thing with pre11. HTTPD just plain stopped responding after it had been running for two or three days. I could connect to the machine via telnet and services seemed to otherwise be running fine - just could not connect to the web interface. I can't find any references to it in the log and as yet I've not had a chance to reproduce it. A restart seemed to do the trick. Has anyone else experienced this? Elijah From achurch at achurch.org Sat Sep 7 05:05:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Services 4.5.43 released Message-ID: <3d796cd1.41467@achurch.org> Services 4.5.43 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) dc38fae5a16a897ab1d6140de34e2ec5 ircservices-4.5.43.tar.gz 8dfd5da9a30ab8dc2e712fa8fd153d38 ircservices-4.5.43.diff.gz The other mirrors should have it shortly. This is a maintenance release to fix a couple of minor bugs. Upgrade at your convenience. Changes in version 4.5.43 ------------------------- 2002/09/07 Fixed cosmetic bug in AKICK DEL. Reported by 2002/08/18 Fixed error in MemoServ SET help. Reported by Ian Justman --Andrew Church achurch@achurch.org http://achurch.org/ From jduarter at navegalia.com Tue Sep 10 18:52:00 2002 From: jduarter at navegalia.com (Jorge Duarte) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug in rare chars? Message-ID: <001501c258ea$46b788e0$a3dad8d9@ircdes> Hi, I've discovered a bug... Or no?... If I register the nick "?", IRC-Services save it, but, the nick '?' appears be not registered...: Example: [18:26] -> *nickserv* drop ? - NickServ El nick ? no est? registrado. (The nick ? isn't registered...) - [18:26] -> *nickserv* drop ? - NickServ El nick ? ha sido eliminado. (The nick ? has been deleted...) If not be a bug... How to fix it...? Thanks :-) Sorry for my bad english (I'm Spanish) -- Jorge Duarte mount From quension at softhome.net Tue Sep 10 21:42:00 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug in rare chars? In-Reply-To: <001501c258ea$46b788e0$a3dad8d9@ircdes> Message-ID: <541E1F98-C4F5-11D6-929E-0003938D6866@softhome.net> On Tuesday, Sep 10, 2002, at 09:51 US/Pacific, Jorge Duarte wrote: > I've discovered a bug... Or no?... If I register the nick "?", > IRC-Services save it, but, the nick '?' appears be not registered...: Case insensitivity is defined only for the ASCII character set. This is true everywhere in IRC -- except modified ircds, like yours. -- Quension From jduarter at navegalia.com Tue Sep 10 21:46:00 2002 From: jduarter at navegalia.com (Jorge Duarte) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug in rare chars? References: <541E1F98-C4F5-11D6-929E-0003938D6866@softhome.net> Message-ID: <007301c25902$ac0aa2a0$a3dad8d9@ircdes> > Case insensitivity is defined only for the ASCII character set. > This is true everywhere in IRC -- except modified ircds, like yours. Ok... I can modify the ASCII character set? Or... How to fix this? Thanks! > -- Quension -- Jorge Duarte mount From quension at softhome.net Wed Sep 11 01:44:00 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug in rare chars? In-Reply-To: <007301c25902$ac0aa2a0$a3dad8d9@ircdes> Message-ID: <105D15E4-C517-11D6-929E-0003938D6866@softhome.net> On Tuesday, Sep 10, 2002, at 12:45 US/Pacific, Jorge Duarte wrote: >> Case insensitivity is defined only for the ASCII character set. >> This is true everywhere in IRC -- except modified ircds, like yours. > > Ok... I can modify the ASCII character set? Or... How to fix this? ASCII is a US standard; you can't change that ;) But, you can probably change the case mappings in the services code. I'm not familiar with the current code, so I can't point out exactly where, sorry. -- Quension From achurch at achurch.org Wed Sep 11 03:13:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bug in rare chars? In-Reply-To: <007301c25902$ac0aa2a0$a3dad8d9@ircdes> Message-ID: <3d7e985f.07031@achurch.org> Services can be made to handle this case by modifying irc_stricmp() in misc.c. (Remember that you will not get support for Services if you have modified it, however.) When Services 5.0 is released, another option is to write a protocol module for your ircd that handles such characters in the same way. --Andrew Church achurch@achurch.org http://achurch.org/ >> Case insensitivity is defined only for the ASCII character set. >> This is true everywhere in IRC -- except modified ircds, like yours. > >Ok... I can modify the ASCII character set? Or... How to fix this? > >Thanks! > >> -- Quension > >-- >Jorge Duarte >mount > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From admin at nevernet.net Wed Sep 18 14:05:50 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] RE: French Language File Update Message-ID: <001101c25de7$09b7e370$826a3a44@noc4> The French translation is complete and it actually compiles error-free. I'm just going to give it a week for feedback so I can make sure there are no major errors in it before I send it out. Elijah -nevernet From ballsy at mystical.net Wed Sep 18 14:06:59 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Complete DB loss on spontaneous SIGHUP Message-ID: FreeBSD 4.2 ircservices-4.5.43 I migrated from SIRV-2.7.0 (imported DBs using import-db +sirv /my/path/here ) fairly successfully today, and services ran fine for most of the day. I headed home, and when I logged back on, I noticed services were gone. Logged into the shell and checked the logs, and the last entry was as follows: [Sep 17 17:12:05 2002] Received SIGHUP, restarting. There was no corresponding RESTART command issued before this, and I can't imagine anyone would have issued a -HUP from the shell since I am the only one that uses it (I'm not naive enough to completely rule it out, of course). When I restarted the services (unfortunately I didn't check the file sizes of the .db files first), the following were the first entries dumped to the services.log file: [Sep 17 17:48:59 2002] Services 4.5.43 (compiled for ircd.dal Bahamut) starting up [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless channel #7er_himmel [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless channel #afl [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless channel #Ai_no_Card This went on for several lines, as numerous (dare I say all?) channels were deleted. I have verified that the DBs are being updated every 15m (as per services.conf). Essentially, apparently due to the seemingly rogue SIGHUP above, my dbs were completely wiped out (even MY nick was showing up as not registered afterwards, and I'd been using it all day). I searched the archives for a while and couldn't find anything similar, so figured I'd ask here. Has any seen this type of behaviour before ? Thanks in advance for any light which can be shed. David From irc at kgn.ru Wed Sep 18 14:08:00 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I can`t make new beta Message-ID: <13320730508.20020916145309@kgn.ru> Hello. I download new beta - ircservices-5.0pre12.tar.gz I try to make, but I can`t. I get the following error messages gcc -O2 -Wall -Wmissing-prototypes -g -c signals.c -o signals.o gcc -O2 -Wall -Wmissing-prototypes -g -c sockets.c -o sockets.o gcc -O2 -Wall -Wmissing-prototypes -g -c timeout.c -o timeout.o gcc -O2 -Wall -Wmissing-prototypes -g -c users.c -o users.o make[1]: Entering directory `/home/ksnake/ircservices-5.0pre12/modules' make[2]: Entering directory `/home/ksnake/ircservices-5.0pre12/modules/chanserv' make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. Stop. make[2]: Leaving directory `/home/ksnake/ircservices-5.0pre12/modules/chanserv' make[1]: *** [all-dynamic] Error 2 make[1]: Leaving directory `/home/ksnake/ircservices-5.0pre12/modules' make: *** [modules] Error 2 What I need to do? Thanks in advance. -- Best regards, KriegSnake mailto:irc@kgn.ru From andrewk at isdial.net Wed Sep 18 14:09:03 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] test Message-ID: <008501c25ed9$18f1d010$0529010a@af.didata.local> ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From andrewk at isdial.net Wed Sep 18 14:39:32 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] mailing list problems Message-ID: <011401c25f10$39bc9190$0529010a@af.didata.local> Hi everyone... Sorry about the mailing list outage. We had some problems trying to upgrade mailman. When we tried downgrade back to the current version the whole setup went totally pear-shaped. We're back to the original version, the one that does not support mime filtering. We're looking at puting a bit of middleware in that will do mime filtering until mailman 2.1 is a stable release. Thanks for your patience... I'm sure you understand how these things go... especially when one's real job is eye'ing you from a dizzy height and late nights make you do silly things :) Regards, Andrew ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From achurch at achurch.org Wed Sep 18 15:05:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Complete DB loss on spontaneous SIGHUP In-Reply-To: Message-ID: <3d8879cc.56576@achurch.org> >[Sep 17 17:48:59 2002] Services 4.5.43 (compiled for ircd.dal Bahamut) >starting up >[Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless >channel #7er_himmel This sounds like your nick.db is missing. Is there a backup file in the data directory? Did you run out of disk/quota space? Services uses twice the size of each database file while writing them in order to make backups in case of untimely termination (it's possible, though unlikely, that Services got the SIGHUP right as it was saving nick.db). --Andrew Church achurch@achurch.org http://achurch.org/ From ballsy at mystical.net Wed Sep 18 15:12:00 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Complete DB loss on spontaneous SIGHUP In-Reply-To: Message-ID: FreeBSD 4.2 ircservices-4.5.43 bahamut-1.4.30 I've had services die for unexplained reasons again twice since the original post below...fortunately, the DBs were still intact. For the most recent instance, I had debugging enabled (at level 2 or 3), and I discovered the following: >From my client on the network (which was oper'd): 08:46 [mynetwork] *** Routing -- from server.az.us.mynetwork.net: Server services.mynetwork.net[unknown@0.0.0.0] closed the connection 08:46 [mynetwork] services.mynetwork.net was connected for 4339 seconds. 51/56 sendK/recvK. And the last log file entries... [Sep 18 08:45:56.243446 2002] debug: Top of main loop [Sep 18 08:46:11.253876 2002] debug: Top of main loop [Sep 18 08:46:11.254066 2002] debug: Checking timeouts at time_msec = 1561020.214 [Sep 18 08:46:11.254206 2002] debug: Finished timeout list [Sep 18 08:46:12.937952 2002] Received SIGHUP, restarting. [Sep 18 08:46:12.938218 2002] debug: Top of main loop [Sep 18 08:46:12.938343 2002] debug: Running expire routines [Sep 18 08:46:12.938487 2002] debug: NickServ: updating last seen time for `grace [Sep 18 08:46:12.938586 2002] debug: NickServ: updating last seen time for Asellus [Sep 18 08:46:12.938679 2002] debug: NickServ: updating last seen time for Baltazir[LOA] [Sep 18 08:46:12.938934 2002] debug: NickServ: updating last seen time for Ballsy More of the same "updating last seen time" lines [Sep 18 08:46:12.941303 2002] debug: Saving databases ...and that was it. It's easy enough to restart services via cron, but I'd like to get to the bottom of what's causing this. In every instance, that SIGHUP has been around, but again, I dunno where it's coming from. David On Tue, 17 Sep 2002, Ballsy wrote: > > FreeBSD 4.2 > ircservices-4.5.43 > > I migrated from SIRV-2.7.0 (imported DBs using > import-db +sirv /my/path/here > ) > fairly successfully today, and services ran fine for most of the day. I headed > home, and when I logged back on, I noticed services were gone. Logged > into the shell and checked the logs, and the last entry was as follows: > > > [Sep 17 17:12:05 2002] Received SIGHUP, restarting. > > There was no corresponding RESTART command issued before this, and > I can't imagine anyone would have issued a -HUP from the shell since I am > the only one that uses it (I'm not naive enough to completely rule it out, > of course). When I restarted the services (unfortunately I didn't check > the file sizes of the .db files first), the following were the first > entries dumped to the services.log file: > > [Sep 17 17:48:59 2002] Services 4.5.43 (compiled for ircd.dal Bahamut) > starting up > [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless > channel #7er_himmel > [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless > channel #afl > [Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless > channel #Ai_no_Card > > This went on for several lines, as numerous (dare I say all?) > channels were deleted. I have verified that the DBs are being updated > every 15m (as per services.conf). Essentially, apparently due to the > seemingly rogue SIGHUP above, my dbs were completely wiped out (even MY > nick was showing up as not registered afterwards, and I'd been using it > all day). > I searched the archives for a while and couldn't find anything > similar, so figured I'd ask here. Has any seen this type of behaviour > before ? Thanks in advance for any light which can be shed. > > David > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ballsy at mystical.net Wed Sep 18 15:20:01 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Complete DB loss on spontaneous SIGHUP In-Reply-To: <3d8879cc.56576@achurch.org> Message-ID: (sorry..posted again about this before I got this reply from AC) I believe that WAS the case, though, as I mentioned, I neglected to do an `ls -l` in the data/ directory before I restarted services (a mistake I don't plan to duplicate). For the most recent services death (1hr ago), I see that there IS a nick.db.save file in my data directory, and no nick.db. I've got about 14MB of quota left, and my nick.db is under 200KB. Perhaps my post just prior to this one will reveal more info (I included debugging, etc). David On Wed, 18 Sep 2002, Andrew Church wrote: > >[Sep 17 17:48:59 2002] Services 4.5.43 (compiled for ircd.dal Bahamut) > >starting up > >[Sep 17 17:49:00 2002] ChanServ: database load: Deleting founderless > >channel #7er_himmel > > This sounds like your nick.db is missing. Is there a backup file in > the data directory? Did you run out of disk/quota space? Services uses > twice the size of each database file while writing them in order to make > backups in case of untimely termination (it's possible, though unlikely, > that Services got the SIGHUP right as it was saving nick.db). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From irc at kgn.ru Fri Sep 20 13:25:01 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] I need HELP!!! Message-ID: <9810223620.20020920172227@kgn.ru> Hello. I am convert my database and try to launch ircservices-5.0pre12 with her. Services connect with my server, but notices flooding me and killing my users: Example 1: [19:29] -irc.kgn.ru- *** Notice -- Received KILL message for virtuozz!irc@ceis.tane.edu.ua from OperServ Path: services!OperServ (Session limit exceeded) - [19:29] -irc.kgn.ru- *** Notice -- Missing user virtuozz in SJOIN for #microchat from ceis.tane.edu.ua (:ceis.tane.edu.ua ~ !zY7}Z #microchat :@virtuozz ) - [19:29] -irc.kgn.ru- *** Notice -- Received KILL message for `sp1n0za!~wtf@pandorascans.com from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for ZEVS[gBc][OTCyTCTByET]!~xxx@195.19.10.womnet-41462 from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for Bes!~www@irc.sema.ru from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for Linux[dnd]!~Arthur@pandorascans.com from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for zazabzz|oFFline!~bzz@195.19.10.womnet-41462 from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for By4A!.....@10.4.62.womnet-20506 from NickServ Path: services!NickServ (Nick kill enforced) - [19:30] -irc.kgn.ru- *** Notice -- Missing user zazabzz|oFFline in SJOIN for #aop from irc.fxp.ru (:irc.fxp.ru ~ !zY861 #aop :@zazabzz|oFFline ) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for Botan!~botan@195.19.10.womnet-41462 from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Global -- from irc.fxp.ru: BakaBaka (~BakaServ@195.19.10.womnet-41462) is now a services administrator (a) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for BakaBaka!~BakaServ@nigery.com from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for SiMpSuRaMa!~eggdrop@195.19.10.womnet-41462 from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Received KILL message for nTbI4ka!~nTbI4ka@altlinux.ru from OperServ Path: services!OperServ (Session limit exceeded) - [19:30] -irc.kgn.ru- *** Notice -- Missing user SiMpSuRaMa in SJOIN for #thefuturama from irc.fxp.ru (:irc.fxp.ru ~ !zY86A #thefuturama :@SiMpSuRaMa ) Example 2: [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #omsk. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #cka3ka. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #mirc. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #freeinet. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #help. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #x25. Are your servers configured correctly? - [19:35] -irc.kgn.ru- *** Global -- from services.wom.ru: Warning: unable to set modes on channel #kurgan. Are your servers configured correctly? and more more........ what I need to do? Thanks in advance. -- Best regards KriegSnake mailto:irc@kgn.ru From Yaniv at icq.com Sun Sep 22 08:33:01 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] db lose bug Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA82EA@icq02mdc.icq.il.office.aol.com> in addition to this db lose bug: i'm using services 4.5.42 and i'm experiencing the same thing services suddenly crash and sometimes the db files "shrink" this is very irretating and we had to run a process of backing up them every now and then (we have a large nick & chan db's) ps. i've found the "hackers" on my net loading many bots and sending "nickserv help" and "chanserv help" commands from them right before services crashed. please check it. _____________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ From achurch at achurch.org Sun Sep 22 13:20:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] db lose bug In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA82EA@icq02mdc.icq.il.office.aol.com> Message-ID: <3d8da749.64527@achurch.org> >in addition to this db lose bug: >i'm using services 4.5.42 and i'm experiencing the same thing >services suddenly crash and sometimes the db files "shrink" >this is very irretating and we had to run a process of backing up >them every now and then (we have a large nick & chan db's) Do you mean you weren't backing them up before? That's hardly responsible administration. As for the data loss problem, if Services is interrupted while writing data then the old data can be recovered from the backup file in the same directory. Services 5.0 is more robust about saving data and will not overwrite the old data file until the new one has been successfully written (so you will never see any data loss because of Services crashes--of course this doesn't rule out disk errors, system break-ins, etc.). >ps. i've found the "hackers" on my net loading many bots >and sending "nickserv help" and "chanserv help" commands from them >right before services crashed. please check it. This is most likely due to a write buffer overflow (what ircds call "max SendQ exceeded"). Unfortunately this is not an easy problem to solve, but I'll see if I can make Services 5.0 slightly more robust in this area. --Andrew Church achurch@achurch.org http://achurch.org/ From john at cosmicfire.net Sun Sep 22 21:12:01 2002 From: john at cosmicfire.net (John Edrington) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] A Suggestion References: <3d8da749.64527@achurch.org> Message-ID: <001101c2626b$ac4968b0$5627fea9@paladin> Andrew, For the past couple of days my network has had a lot of connections, all of which use the same nickname. (Apartheid[] are the nicks). These are floodbots using my network as a place to sit, while flooding other networks. I assume the person responsible is controling them from my network. My first response was to sqline the nick, but that caused problems. (Right now, im in the middle of akilling them, and I'm at 800 hosts and going) With 800 bots connecting and getting a message that their nick is q-lined, and that they must use a different nick and giving them time to change their nick, it is filling up my file descriptors like crazy. By akilling them, (I suppose a zline would be even better?) it has relieved most of that stress. What I purpose is an extention of either sqline or, perhaps even beter, killclones sqline: Add a function that allows a person to not only qline the nicks, but akill anyone currently using that nick.. or, perhaps better.. expand killclones to also kill/akill for a time specified according to nick*/userinfo*, or perhaps even #chan (although this could be dangerous as well. All of the clients were in #srn-0wn3d, but so where 2 opers). If you have any questions, or if I could be any clearer, please let me know. Submited for your review, John From achurch at achurch.org Mon Sep 23 03:22:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] A Suggestion In-Reply-To: <001101c2626b$ac4968b0$5627fea9@paladin> Message-ID: <3d8e6c95.20672@achurch.org> I'll look into allowing SQlines to kill users. --Andrew Church achurch@achurch.org http://achurch.org/ >Andrew, > >For the past couple of days my network has had a lot of connections, all of >which use the same nickname. (Apartheid[] are the >nicks). These are floodbots using my network as a place to sit, while >flooding other networks. I assume the person responsible is controling them >from my network. My first response was to sqline the nick, but that caused >problems. (Right now, im in the middle of akilling them, and I'm at 800 >hosts and going) > >With 800 bots connecting and getting a message that their nick is q-lined, >and that they must use a different nick and giving them time to change their >nick, it is filling up my file descriptors like crazy. By akilling them, (I >suppose a zline would be even better?) it has relieved most of that stress. > >What I purpose is an extention of either sqline or, perhaps even beter, >killclones > >sqline: Add a function that allows a person to not only qline the nicks, but >akill anyone currently using that nick.. > >or, perhaps better.. > >expand killclones to also kill/akill for a time specified according to >nick*/userinfo*, or perhaps even #chan (although this could be dangerous as >well. All of the clients were in #srn-0wn3d, but so where 2 opers). > >If you have any questions, or if I could be any clearer, please let me know. > >Submited for your review, >John > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Mon Sep 23 15:53:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:44 2004 Subject: AW: [IRCServices] A Suggestion In-Reply-To: <001101c2626b$ac4968b0$5627fea9@paladin> Message-ID: <000701c26308$72fe6cc0$02c8a8c0@nygmatech.local> Hello; > With 800 bots connecting and getting a message that their > nick is q-lined, and that they must use a different nick and > giving them time to change their nick, it is filling up my > file descriptors like crazy. By akilling them, (I suppose a > zline would be even better?) it has relieved most of that stress. Since an autokill, or kline will be seen by the user after the connection has been established and they have already got numerics 1 to 6, it wont solve the case you have. A zline though would probably be more effective since the fd is freed quicker. You also could tweak your ircd.conf and set better I:Lines instead of a globally usable I:Line. > sqline: Add a function that allows a person to not only qline > the nicks, but akill anyone currently using that nick.. As stated before, autokill will not help you get back your fds faster enough. Moreover, an sqline is not designed to get combined with autokills, since it means a quarantine, not a forbid. Even if Andrew might consider combining a kill feature with sqline, I believe he will make this optional. > expand killclones to also kill/akill for a time specified > according to nick*/userinfo*, or perhaps even #chan (although > this could be dangerous as well. All of the clients were in > #srn-0wn3d, but so where 2 opers). I think that its already in the todo list, a feature to autokill all users in a channel. Should this be implemented, you only need to tell your opers not to join such channels of which all the users would be autokilled after an AKILL #chan command for example :-) 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 | | ------------------------------------------------------------------ From martinpels at hotmail.com Mon Sep 23 16:05:01 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] A Suggestion References: <000701c26308$72fe6cc0$02c8a8c0@nygmatech.local> Message-ID: > I think that its already in the todo list, a feature to autokill > all users in a channel. Should this be implemented, you only > need to tell your opers not to join such channels of which > all the users would be autokilled after an AKILL #chan command > for example :-) > HybServ has options to kill non-ops, non-voices etc. Then you just have to make sure your opers have ops or voice, and the bad guys don't ;-) > 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 | | > ------------------------------------------------------------------ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ianj at esper.net Tue Sep 24 21:05:01 2002 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Suggestion Message-ID: Just an idea: Make the KILLCLONES take multiple commands. Especially with irresponsible admins out there, you have all these script kidlets out there bouncing off badly-configured proxies and routers out there, even if it's just one user per IP, it'd be VERY helpful to be able to clear out a shitload of users in fewer commands. E.g. Do a /names on a channel if they're flooding a channel, then with each line, do a /msg operserv killclones (nick list), and repeat until you've cleared all the losers out. That way, I can cut the load of stuff I have to send from my (potentially-severely-flooded) client. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP key available upon request, or finger ianj@esper.net. If this message was signed with the Postmaster's key, please finger postmaster@esper.net for the Postmaster public key. Type Bits/KeyID Date User ID pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75 From frostycoolslug at hotmail.com Thu Sep 26 00:30:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] InspIRCd hits Alpha. Message-ID: Firstly i would like to note that Andrew has approved this email. A while back, i mentioned that some of the ChatSpike opers were planning an IRCd, that matched Functionality, with Stability, we began work on the IRCd itself about a week ago, and since then have had a few basic alphas out, and have relelased a website (http://www.inspircd.org) "Inspire is a project created to provide a stable ircd (irc server) which provides a vast number of features in a modularised form. By keeping the functionality of the main core to a minimum we hope to increase the stability and speed of our project and make it customisable to the needs of many users. The project is written from scratch, avoiding the inherent instability and security problems found in many other irc server distributions (such as many based upon the bahamut branch of ircd)." We released Alpha2 earlier today, and have hit the stage where it needs proper testing from people other than ourselves. Obviously it is by no means ready to be used on productive servers, and if you do this, you are insane, and do so at your own risk. Instead of mailing lists, we are providing forums for support and help, and we have a copy of the mantis bug tracking software in place for bugs, Although you will have to sign up for each seperatly, and a CVS repository will be avaliable to us in the near future You are welcome to submit modifications to our code, just discuss the ideas on the forums (these will be checked at least twice a day). So please, Help us out, download a copy and get people to try and break it, then report bugs to the website. Hopefully in a short while, we can take it into official beta, then into a stable release. Thank you for your time. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From diablo2 at krock.com Thu Sep 26 15:31:00 2002 From: diablo2 at krock.com (Azhrarn) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Re: IRCServices digest, Vol 1 #399 - 1 msg Message-ID: <20020926132950.4329239E6@sitemail.everyone.net> You may want to try http://inspircd.org/ as Craig broke the domain. :p ------------------------------------------------------------- http://www.darkgalaxy.com/ (Azhrarn@darkgalaxy.com) - Best FREE online Strategy game out there. http://www.winbot.co.uk/ (Azhrarn@winbot.co.uk) - The only real IRC bot for Windows. http://www.burnproject.com/ - I still don't know why I keep going back... ICQ: 116080581 AIM/Yahoo: AzhrarnLOD MSN: uhlume@hotmail.com ------------------------------------------------------------- --- message from ircservices-request@ircservices.za.net attached: _____________________________________________________________ Modern Rock K-Rock...be part of the New Music Revolution and check out www.krock.com!! _____________________________________________________________ Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag -------------- next part -------------- An embedded message was scrubbed... From: ircservices-request@ircservices.za.net Subject: IRCServices digest, Vol 1 #399 - 1 msg Date: Thu, 26 Sep 2002 12:00:01 +0200 Size: 6009 Url: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20020926/d5f3b17d/attachment.mht From ozan.t at e-kolay.net Mon Sep 30 01:09:01 2002 From: ozan.t at e-kolay.net (=?Windows-1252?Q?Ozan_T=FCrksever?=) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] strange problem Message-ID: <2173DD9E065DB747B9B9710176BFB92C02D33C3E@excbe02.ekolayint.net> Hello all , I installed tr-ircd from its cvs, and ircservices5.0pre14. i got strange messages in my log.My services stays connected maximum 10 sec then it gets down. The messages are ; .... [Sep 29 23:13:35 2002] sockets: [v]sockprintf() with NULL socket! .... [Sep 29 23:08:19.555562 2002] debug: sockets: fill_read_buffer wanted 144, got 0 .... thanks all. Ozan Turksever From exceter at web.de Mon Sep 30 11:20:01 2002 From: exceter at web.de (exceter@web.de) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Probs with nickserv-enforcer Message-ID: Hi there! First, I'm new to this mailinglist and like to welcome everyone :-) Second, I have a problem withe the Enforcer of NickServ: Everytime a user logs in with an registered nick, he get the message from nickserv to identify himself. But if the user doesnt identify, he DONT will be enforced and stays with the unidentified nick on the server. I've set the string "NSForceNickChange" in modules.conf, but nothing happens :-( Any comments? Tnx in advance Ex Ircservices: IRC Services 5.0pre14 ircd: tr-ircd(kenora)-5.0(00)-rc4#4 From achurch at achurch.org Tue Oct 1 14:31:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] French Language File In-Reply-To: <000101c2539d$697fa8a0$826a3a44@noc4> Message-ID: <3d99954c.00510@achurch.org> >It's long and gruelling but I'm almost finished with NickServ :P At the >rate I'm going it'll probably be a week or two. Can you send me the file as you currently have it? There are a number of formatting changes I need to make before the stable release (which I'm planning for sometime next week). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Oct 1 14:49:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: Oops: RE: [IRCServices] French Language File In-Reply-To: <3d99954c.00510@achurch.org> Message-ID: <3d999980.00523@achurch.org> This was not intended for the list; my apologies. Please ignore. --Andrew Church achurch@achurch.org http://achurch.org/ >>It's long and gruelling but I'm almost finished with NickServ :P At the >>rate I'm going it'll probably be a week or two. > > Can you send me the file as you currently have it? There are a number >of formatting changes I need to make before the stable release (which I'm >planning for sometime next week). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From jduarter at navegalia.com Wed Oct 2 00:12:00 2002 From: jduarter at navegalia.com (Jorge Duarte) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bots DB Message-ID: <00b901c26997$7fe66920$fad8d8d9@ircdes> Hello, I'm refresh my version of irc-services from 4.3.3 to 4.5.42, irc-services shows me, this error: [ircd@skanZoft ircservices-4.5.42]$ ./services -nofork [Oct 02 00:13:26 2002] Services 4.5.42 (compiled for ircu 2.10+) starting up [Oct 02 00:13:27 2002] FATAL: Invalid format in nick.db [ircd@skanZoft ircservices-4.5.42]$ What do I do? Sorry for my poor english. -- Jorge Duarte mount From achurch at achurch.org Wed Oct 2 03:17:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Bots DB In-Reply-To: <00b901c26997$7fe66920$fad8d8d9@ircdes> Message-ID: <3d9a48dd.01323@achurch.org> Do your databases work correctly with version 4.3.3? If so, can you send the database files to me by private mail so that I can check for problems? --Andrew Church achurch@achurch.org http://achurch.org/ > >Hello, > > I'm refresh my version of irc-services from 4.3.3 to 4.5.42, >irc-services shows me, this error: > > >[ircd@skanZoft ircservices-4.5.42]$ ./services -nofork >[Oct 02 00:13:26 2002] Services 4.5.42 (compiled for ircu 2.10+) starting up >[Oct 02 00:13:27 2002] FATAL: Invalid format in nick.db >[ircd@skanZoft ircservices-4.5.42]$ > > >What do I do? > >Sorry for my poor english. > >-- >Jorge Duarte >mount > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Oct 6 13:49:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Services 5.0.0 released Message-ID: <3da02306.66070@achurch.org> With thanks for everyone's patience, I'm pleased to announce that IRC Services 5.0.0 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 27a762b806867b1279fe745d193bebf7 ircservices-5.0.0.tar.gz 3109af26d287ce825c80d5045dd46fdc ircservices-5.0.0-1.i386.rpm c1c77425af52894cb279c95ba0ac3a1f ircservices_5.0.0-1_i386.deb The other mirrors should have it shortly. As this is a new major release, the previous version (4.5) will no longer be supported; all users are encouraged to upgrade to version 5.0 at their convenience. Support for version 5.0 will now be handled on this list (ircservices@ircservices.za.net); the ircservices-coding list should be reserved for technical discussions. Also, please be aware that upgrading from previous versions will require some preparation--see the "What's New" information at the end of this message and the documentation included in the package (docs/index.html) for details. As most of you probably know by now, Services 5.0 features a rewrite of a significant amount of the code base (which is now over 60,000 lines long). I had three primary reasons for doing this: - First, to add module support. This is the main "new feature" in Services 5.0, and provides more flexibility in configuring Services; for example, networks can now choose to not run MemoServ, for example, or to require mail confirmation for nicknames, simply by selecting or not selecting the relevant modules for loading. (Mail is itself implemented as a set of modules.) Using modules also helps limit undesired interactions between code; much as with the concept of "encapsulation" in computer science, modules allow individual pieces of functionality to be separated and hidden from each other, forcing interactions between them to go through a defined interface, rather than taking shortcuts that lead to all sorts of bugs. The various modules are still intertwined to a degree (I had to cut some corners to have any hope of getting it finished at all in my limited free time--I could do better if anyone out there is willing to fund Services development ;) ), but their relationships are better defined than they used to be. - Second, to add alternate database support--both an improved binary format and external, i.e. SQL, databases--to Services. The previous code base was very dependent on the particular database format used, and the complexity of that format has caused several problems. Unfortunately, this is one of the things I didn't have time to implement for version 5.0, mostly because the code _is_ so dependent on the current database format, and there are a lot of assumptions made that I would have to go back and check or correct. I haven't forgotten this, however, and I'm hoping to get to work on it in a revision or two. - Third, and most importantly, to give the code a thorough cleaning. Some of you may be familiar with noted computer scientist Fred Brooks' book "The Mythical Man-Month", which discusses many of the mistaken assumptions and preconceived notions that cause software projects to go awry. The quote that applies in this case is "Plan to throw one away; you will, anyhow" (chapter 11). In other words, the first time you write a program you won't know exactly how it should be designed, and the end result, even if it works, will generally be a mess--so you should plan for it to be a mess, and set aside time to redo it from scratch. I considered version 5.0 to be my chance to do that, at least partially, with Services. While I've been adding features to Services for over six years (*), I've never taken the time to go back and clean it up, and it shows in both the lax code style in some places--some code actually dates back to 1994 or so, when I was a considerably less experienced programmer-- and in the rare crash bugs which plagued Services until very recent versions, most of which were due to forgetting to set a pointer correctly or similar careless errors. One of the first things I did after forking the code base for version 5.0 was to replace all linked list and most array references with macros to ensure that no mistakes were made handling them; with one special-case exception in the commands.c source file, there are now no references to the "next" or "prev" fields of linked list nodes outside of the header file list-array.h which defines those macros. Hash tables (for users and channels, among other things) are also handled using a header file, allowing much common code to be merged into a single location. These and other corrections should make Services 5.0 considerably more stable than previous versions. (*) For the curious, Services 1.0, which was not released publicly, was finished in late April 1996 and had 6,550 lines of code and no documentation. It's been over a year and a half since I started work on version 5.0, and while I'm not completely satisfied with the end result, I do like it a lot more than the previous versions. The module system is still very much a hack, not at all well designed, and it will probably end up being thrown away a la Brooks--but it works, and I like the flexibility it's added to Services. While I didn't have time to go back and redo everything from scratch, I was able to fix the most glaring problems, like the list bugs mentioned above, and I'm considerably more confident about the stability of this version than that of any previous release. I also added in several commonly requested new features, including nickname E-mail address authentication, as well as a couple of pet ideas of mine (such as the HTTP server), and I hope people will find them useful. By the way, Services finally has a real manual, as opposed to the short README in previous versions. The manual, written in HTML and found in the "docs" directory of the distribution (as well as on the Services home page: http://www.ircservices.za.net/docs/), contains over half a megabyte of text which thoroughly documents all of Services' features, and includes everything from an overview of each pseudoclient's functions to command and configuration file references and details on the internals of the new module system. I am also planning to write a design document for Services to help those who want to modify Services themselves, but as that will take a significant amount of time, I decided to go ahead and release version 5.0 without it. I will get it written eventually, though. I'd like to take this time to thank the many people without whom Services would not have grown this far: First and foremost, Andrew Kempe, who runs the web site and mailing lists, and who kept Services going in 1999-2000 (versions 4.3 and 4.4) when I didn't have enough time to work on it myself. Services probably owes its continued existence to Andrew; if he hadn't picked it up, Services might have become just one more abandoned open-source project. The language file translators: Martin Pels (Dutch), Elijah M (French), Jacek Margos and Holger Baust (German), Janos Kapitany and Krisztian Romek (Hungarian), Ely Linares (Spanish), and Yusuf Iskenderoglu (Turkish). The Services language file, which contains all of the messages used by Services, is nearly 5,000 lines long. That by itself is a whole lot of work to translate, but on top of that, the messages include many terms and phrases which don't translate well into other languages. Having done the Japanese translation myself (twice, because the first time I did it I didn't know the language very well), I know what these folks have gone through, and I'm grateful for the time they've devoted to Services. The mirror site operators: Ian Justman (ftp.esper.net), Michael Raff (ftp.electrocity.com), Michael Haardt (ftp.freenet.de), Sotiris Tsimbonis (www.irc.gr), and Andre Arruda (ftp.ircd.com.br). Services may not be a large program, but it has a fairly large user base spread around the world, and a single distribution site just isn't enough. Thanks for taking the time to set up mirrors. Contributors to Services development. As can be seen in the Changes files, many, many people have helped in the development of Services, whether by actually sending code or by just suggesting ideas. There are far too many to list here, but I appreciate each of your contributions; without them, I doubt Services would have progressed even half as far as it has. Developers of Services derivatives. I don't know how many of them read this list, but I'd like to say that I'm flattered that people would care enough about improving my software to start their own versions of it. This is, in my mind, one of the best things about open-source software; people can take the source code and change it as they think best, and eventually the best parts of each will spread to the others. Even Services itself owes several bugfixes and improvements to such derivative programs. I'd especially like to mention Epona; while I'm not particularly fond of the sarcastic comments in the Changes file, I do appreciate the help finding and fixing bugs, and the idea for the new nickname linking system in version 5.0. The anonymous cracker who broke into airship.esper.net five or six years ago (I don't even remember exactly when anymore) and stole the Services source code, which at the time was not publicly available. I was furious at first, but then I figured that if someone wanted the source code so badly they'd break into a machine to get it, I might as well release it myself; no point in trying to cram the genie back into the bottle. I still don't condone cracking, but as a result of this particular incident, Services has grown to proportions I never dreamed of when I started developing it. Thanks to you, Services (along with its derivatives) now 0WNZ 7H3 W0R1D!!! H0H0H0 ;) And finally, everyone who uses Services. I know it sounds trite, but the simple, honest truth is that you all make it worth the effort. I can't even begin to count the number of evenings and weekends I've devoted to Services even since graduating from university and starting a full-time job, or the number of times I've had people tell me I need to get out more. (Although I do plan to get out more in the coming weeks!) But if it wasn't for the fact that so many people use Services, I know that I wouldn't have spent nearly so much time on it--perhaps none at all. I know I haven't been able to please everyone; to be frank, I know I can't, so I don't try. But I do listen to all of your comments, both praising and scathing, and I'm truly honored that so many people would find software of mine useful. Thank you all. --Andrew Church achurch@achurch.org http://achurch.org/ --------------------------------------------------------------------------- What's New ============================================= Summaries of changes in new Services versions Note: This is intended to highlight only the major changes between versions. For a complete list of changes, see the "Changes" file. ------------ Version 5.0: ------------ The single biggest addition to this version of Services is module support. This allows the various functions of Services to be added to and modified without having to touch the main source code itself. Modules also provide much more flexibility in configuring Services; IRC server support and database file format can be selected by simply loading the appropriate module, and you can even choose which of the pseudoclients (NickServ, ChanServ, etc.) you want available. See the example configuration files in the "data" subdirectory for more information. Services is now capable of sending E-mail. Currently, this functionality is used by: + The new "authorization" feature of NickServ (in the "nickserv/mail-auth" module). This sends a message to a user upon nick registration or E-mail address change, and requires the user to "authorize" their nickname with a random numeric code included in the message before it is recognized as a valid registered nick by Services/ + The new SENDPASS command for NickServ and ChanServ (in the "nickserv/sendpass" and "chanserv/sendpass" modules, respectively). which allows a user to send themselves their nick or channel password. + The new memo forwarding function of Services, which allows users to have their memos automatically forwarded to their E-mail address. Services also sports a built-in HTTP server (module "httpd/main"), which (with the help of additional modules in the "httpd" directory) can be used for queries about nicknames, channels, and network status. See the documentation (section 3-6) for details on its abilities, and please submit a feature request if you have any additional ideas for what functionality the server should provide. Nickname links have been redesigned for simplicity and robustness. In the new linking system, nicks are organized into single-level "groups" which share settings the way linked nicks did in previous versions, rather than multi-level "trees" as version 4 used. The LINK command has changed as well: instead of creating a link from the current (unlinked but registered) nick to a registered master nick, the link is made from the current registered nick to a new (unregistered) nick, to simplify registration of multiple links at once and to offer slightly better protection against "rogue links" created by guessing nick passwords (though as always, the best defense is to use good passwords). The old behavior of the LINK command is still available through the "nickserv/oldlink" module, although this module is deprecated and will be removed in a future version. Finally, the documentation for Services (what used to be in the README and FAQ files) has been greatly expanded and rewritten in HTML, and now includes references for all Services pseudoclient commands and configuration options. The manual also contains important information for users upgrading from version 4.x or earlier; if you are already using Services and plan to upgrade to version 5.0, please read this information before upgrading. Other changes: + Nicknames now have an "Information" line, similar to a channel's description, which can be set freely for each group of nicks. + The number of nicknames that can be registered per E-mail address can now be limited (NSRegMaxEmail configuration directive). + The default options for newly registered channels can now be set in the configuration file. + Identifies for nicknames are now recorded, removing the necessity to re-identify after every nick change. + The Services stamp of the last user to identify for a nick is now recorded on disk, removing the necessity to re-identify when Services is restarted. + A time zone can be set for each registered nick, to allow users to get information from Services in their own time zones. + Nicknames can be listed by E-mail address with the new LISTEMAIL command. + Users can set channels to automatically join whenever they identify for their nickname (nickserv/autojoin module) on IRC servers supporting the SVSJOIN command (such as Unreal or trircd). + The NickServ and ChanServ REGISTER and GETPASS commands can now be (individually) disabled via the configuration file. + Users with auto-op access for a channel will now be opped when they identify for their nickname even if they are already in the channel. + Channel access levels are now limited to -999..999; default levels have been rescaled to make better use of the available range (in particular, levels -25..25 have been multiplied by 10). + The ChanServ OP, VOICE, etc. commands now default to the person sending the command if a target nick is not specified (e.g. "OP #channel"). + ChanServ now has a KICK command. + Channel information can now be hidden with the new ChanServ SET HIDE command, similar to the NickServ command of the same name. + The ChanServ STATUS command is now available to normal (non-admin) users with sufficient privileges on the target channel. + Users can prevent certain other users from sending memos to them (memoserv/ignore module). + Autokill exclusions (exceptions to autokill masks) are now supported through the EXCLUDE command (operserv/akill module). + S-lines (SGLINE/SQLINE/SZLINE) are now supported (operserv/sline module), and can even be used (except SZLINE) on servers which do not support S-lines natively. + Services now records the last time an autokick or autokill was triggered, as well as the set time for autokicks. + The maximum expiry time for autokills set by Services operators (as opposed to Services admins) can now be limited. + OperServ now has a SERVERMAP command to show the IRC server tree. + Services is now slightly more robust against denial-of-service attacks which use repeated HELP messages to overload network buffers; if the network buffer size exceeds the threshold defined by the NetBufferLimit configuration directive, Services will ignore commands sent to it until the buffer size decreases. The OperServ STATS command has a new option, NETWORK, which can be used to show the current network buffer status. + Support for the Chunky Monkey and trircd IRC servers is now available. + Services can now synchronize the clocks of all servers on the network for IRC server types which support this feature (Unreal). + Configuration files can now be re-read (rehashed) while Services is running, using either the new OperServ REHASH command or kill -HUP. + The log file can now be rotated automatically based on the date. + Databases can now be imported (merged) and exported in XML format. + A sample crontab script is now included in the distribution. * The configuration file has been changed to accommodate modules; ircservices.conf (formerly services.conf) now contains only options related to core Services functionality, while module-related options (including NickServ, ChanServ, etc. settings) are in a new file called "modules.conf". Many options have been added, changed, or removed; see the example configuration files for details. * The network I/O subsystem has been completely redesigned for robustness and ease of use; multiple sockets (including listener sockets) can be used simultaneously via read/write callbacks, and sockets now have variable buffer sizes, allowing more efficient use of memory. * Database handling has been improved to avoid database corruption on power outage or process termination/crash. * The "do not abuse NickServ" warning in the main NickServ help message is now optional, to allow networks more freedom in writing their own policies. * Passwords, URLs, and E-mail addresses are now shared by each group of linked nicks. * NickServ DROP now requires a password to avoid accidental use, and drops all linked nicks in a group at once. The command for Services administrators to drop a nick is now DROPNICK. * The channel "#", which has been known to cause problems with both IRC servers and Services-like programs, is now explicitly not supported; Services will refuse to register, forbid, or import it. * Users must now identify for their nickname before registering a channel. * Channel autokicks specified by nickname now work for that nickname only, not for any nicks linked to it. * The CSRestrictDelay option now works correctly and is enabled by default. * Newly-registered nicks will now always use the default language set in config.h, even if that language is changed after registration. * Command-line options that take values now use an "=" instead of a space between the option name and the value. * The database conversion utility (convert-db) now outputs an XML database file, which can be used with the XML import feature, rather than writing databases directly. * The configuration script "configure" now asks fewer questions, and can be completely automated if the "-prefix" option is used. * "configure" now understands GNU-style options, e.g.: --prefix=/usr - The AUTODEOP and NOJOIN channel levels have been removed in favor of the SECUREOPS and RESTRICTED channel options. - The deprecated CheckClones functionality has been removed in favor of session limiting. - The IrcIIHelp pseudoclient (online help for the ircII client) has been removed. - The "listnicks" and "listchans" programs have been removed in favor of the built-in HTTP server. From Schutzgeist at uni.de Sun Oct 6 14:38:01 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] Services 5.0.0 released In-Reply-To: <3da02306.66070@achurch.org> References: <3da02306.66070@achurch.org> Message-ID: <13862091562.20021006143711@uni.de> Hallo Andrew, thanks for all the lines ;) HAve a nice day ;) Dennis sela Sunday, October 06, 2002, 10:42:42 PM, you wrote: AC> With thanks for everyone's patience, I'm pleased to announce that AC> IRC Services 5.0.0 has been released, and can be downloaded from: AC> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) AC> ftp://ftp.esper.net/ircservices/ (USA, California) AC> 27a762b806867b1279fe745d193bebf7 ircservices-5.0.0.tar.gz AC> 3109af26d287ce825c80d5045dd46fdc ircservices-5.0.0-1.i386.rpm AC> c1c77425af52894cb279c95ba0ac3a1f ircservices_5.0.0-1_i386.deb AC> The other mirrors should have it shortly. AC> As this is a new major release, the previous version (4.5) will no AC> longer be supported; all users are encouraged to upgrade to version 5.0 at AC> their convenience. Support for version 5.0 will now be handled on this AC> list (ircservices@ircservices.za.net); the ircservices-coding list should AC> be reserved for technical discussions. Also, please be aware that AC> upgrading from previous versions will require some preparation--see the AC> "What's New" information at the end of this message and the documentation AC> included in the package (docs/index.html) for details. .... -- Mfg, Dennis Sela From openglx at thedarkside.com.br Sun Oct 6 20:46:01 2002 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] ircservices 5.0.0 support ptlink ircd Message-ID: <3DA084AE.8030000@thedarkside.com.br> hi there's any way to ircservices 5.0.0 support the ptlink ircd (http://www.ptlink.net/Coders/) ? From openglx at thedarkside.com.br Sun Oct 6 20:52:00 2002 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] problems with ircservices 5.0.0 and vircd 1.0.11p Message-ID: <3DA08630.1010800@thedarkside.com.br> hi I compiled ircservices 5.0.0 and tried to link it to my running VIRCD 1.0.11p (http://www.ircd.com.br/) but the services nicks dosen't apper on the network.. So I run ircservices with -debug parameter, and I got this: [Oct 06 18:31:29.898891 2002] debug: Sent: :Services.BrasNerd.com.br PONG Services.BrasNerd.com.br filth.brasnerd.com.br [Oct 06 18:31:29.904891 2002] debug: Received: :filth.brasnerd.com.br KILL OperServ :filth.brasnerd.com.br (Services.brsnerd.com.br (Services.BrasNerd.com.br(NOUSER) <- OperServ!Services@BrasNerd.com.br)(TS:Services.BrasNerd.com.br) [Oct 06 18:31:29.905891 2002] debug: Sent: NICK OperServ 1 1033929089 +oi Services BrasNerd.com.br Services.BrasNerd.com.br Services.BrasNerd.com.br 0 0 :Operator Server That's becose that version of VIRCD use the old-bahamut parameters... how I correct that? From frostycoolslug at hotmail.com Sun Oct 6 21:09:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:44 2004 Subject: [IRCServices] ircservices 5.0.0 support ptlink ircd Message-ID: Chances are, you are going to have to code your own protocol module, you should be able to base if off one of the modules already there. >From: openglx >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] ircservices 5.0.0 support ptlink ircd >Date: Sun, 06 Oct 2002 15:45:02 -0300 > > >hi > >there's any way to ircservices 5.0.0 support the ptlink ircd >(http://www.ptlink.net/Coders/) ? > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From cclemmer at cclemmer.net Mon Oct 7 01:27:01 2002 From: cclemmer at cclemmer.net (Charlie Clemmer) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] User op/deop with Chanserv? Message-ID: <5.0.2.1.2.20021006182034.00b2de90@grover.cclemmer.net> Pardon me if this has been asked already ... I tried to search through the archives with no luck... I just installed ircservices 4.5.42 with an IRC server running Bahamut 1.4.30. I'm having issues in a channel which has been registered with Chanserv ... The channel founder is setup to auto op when he joins the channel. The founder is the only user in the channel's access list. When other users enter the channel ... either users with registered nicks or without, the founder/op can not change their status to op. As soon as the founder tries to op the new user, Chanserv strips the user of his status. I've been through the channel options in making sure that secure is off, secure ops is off ... nothing I can see that would seem to me to cause this problem ... any ideas? Charlie From gluniz at luniz.dyndns.org Mon Oct 7 11:50:01 2002 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] ircservices-5.0.0 with 4.5.41 databases Message-ID: <002501c26de6$c7e38e80$0200a8c0@glunizpc> When starting 5.0.0, the following is found in the log: [Oct 07 04:34:26 2002] IRC Services 5.0.0 starting up [Oct 07 04:34:27 2002] database/version4: Read error on news.db [Oct 07 04:34:27 2002] database/version4: Read error on nick.db [Oct 07 04:34:27 2002] database/version4: Read error on chan.db and those files do not get loaded, even with the -forceload option. Now, these database files work fine with ircservices-4.5.41. Any ideas? I would hate to have to lose everything in the databases and start from scratch. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021007/af4cb687/attachment.htm From achurch at achurch.org Mon Oct 7 12:13:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] ircservices-5.0.0 with 4.5.41 databases In-Reply-To: <002501c26de6$c7e38e80$0200a8c0@glunizpc> Message-ID: <3da15dde.67077@achurch.org> >When starting 5.0.0, the following is found in the log: > >[Oct 07 04:34:26 2002] IRC Services 5.0.0 starting up >[Oct 07 04:34:27 2002] database/version4: Read error on news.db >[Oct 07 04:34:27 2002] database/version4: Read error on nick.db >[Oct 07 04:34:27 2002] database/version4: Read error on chan.db > >and those files do not get loaded, even with the -forceload option. > >Now, these database files work fine with ircservices-4.5.41. Any ideas? >I would hate to have to lose everything in the databases and start from = >scratch. There shouldn't be any problem with loading 4.5 databases. Can you send me your databases privately so I can check? --Andrew Church achurch@achurch.org http://achurch.org/ From msmith at acmecorp.org Tue Oct 8 04:31:00 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] A little help Message-ID: <5.2.0.4.0.20021007223009.00b33aa8@mauler.acmecorp.org> With the /msg chanserv list command IIRC, there's a line in services.conf that will limit the amount of channels shown with the above command. Is there a way to display the rest of the channels list if there is more than X channels? And if not, would that be a viable code enhancement? (ala the .match *.foo.com 1 20 command in eggdrop, where you could get eggdrop to show match items 1 thru 20, then 21 thru 40, et al). Thanks! Regards, Mike Chief Network Admin Fleetchat IRC Network From joeb34 at charter.net Tue Oct 8 04:42:00 2002 From: joeb34 at charter.net (Joe Blum) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Good Services Message-ID: <000b01c26e74$a22e9a20$0101a8c0@mobil> Hi Andrew, I don't have any complaints, bugs, questions, ... just wanted to say great services, i use them on Unreal... keep up the good work! =) Mobil1man Routing / Dev / Admin ChatNet.Org / BotHouse.Net Mobil1man@alias.chatnet.org --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.393 / Virus Database: 223 - Release Date: 9/30/2002 From Delta_5 at ssxh.mine.nu Tue Oct 8 23:55:01 2002 From: Delta_5 at ssxh.mine.nu (Delta_5) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Module mail/smtp issue Message-ID: I have an issue where ircservices will not complete the transmission. It simply stalls once the 'Test' Command is issued. The mail server timesout the connection. The mail server is located on another machine (Windows Based). Below is a copy of the log. Since this is on a network, (yes i have tried the network ip as well as the domain name) and it still freezes..... Any help would be greatful.. Tue 2002-10-08 17:29:45: [488:137] Accepting SMTP connection from [192.168.1.1] Tue 2002-10-08 17:29:45: [488:137] 220-xelfer.net ESMTP MDaemon 6.5.0g; Tue, 08 Oct 2002 17:29:45 -0400 Tue 2002-10-08 17:29:45: [488:137] Test Tue 2002-10-08 17:39:54: [488:137] Connection timed out! Tue 2002-10-08 17:39:54: [488:137] SMTP session abnormally terminated, 0 bytes transferred. Tue 2002-10-08 17:39:54: ---------- From achurch at achurch.org Wed Oct 9 09:03:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] A little help In-Reply-To: <5.2.0.4.0.20021007223009.00b33aa8@mauler.acmecorp.org> Message-ID: <3da3d463.74716@achurch.org> This isn't currently possible, but it is a good idea, and I'll look at adding it at some point. --Andrew Church achurch@achurch.org http://achurch.org/ >With the /msg chanserv list command > >IIRC, there's a line in services.conf that will limit the amount of >channels shown with the above command. > >Is there a way to display the rest of the channels list if there is more >than X channels? And if not, would that be a viable code enhancement? (ala >the .match *.foo.com 1 20 command in eggdrop, where you could get eggdrop >to show match items 1 thru 20, then 21 thru 40, et al). > >Thanks! > >Regards, >Mike > >Chief Network Admin >Fleetchat IRC Network > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Oct 9 09:05:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Module mail/smtp issue In-Reply-To: Message-ID: <3da3d501.74750@achurch.org> "Test" doesn't occur anywhere in the module source. Have you modified it? --Andrew Church achurch@achurch.org http://achurch.org/ >I have an issue where ircservices will not complete the transmission. It >simply stalls once the 'Test' Command is issued. The mail server timesout >the connection. The mail server is located on another machine (Windows >Based). Below is a copy of the log. Since this is on a network, (yes i >have tried the network ip as well as the domain name) and it still >freezes..... Any help would be greatful.. > >Tue 2002-10-08 17:29:45: [488:137] Accepting SMTP connection from >[192.168.1.1] >Tue 2002-10-08 17:29:45: [488:137] 220-xelfer.net ESMTP MDaemon 6.5.0g; >Tue, 08 Oct 2002 17:29:45 -0400 >Tue 2002-10-08 17:29:45: [488:137] Test >Tue 2002-10-08 17:39:54: [488:137] Connection timed out! >Tue 2002-10-08 17:39:54: [488:137] SMTP session abnormally terminated, 0 >bytes transferred. >Tue 2002-10-08 17:39:54: ---------- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Delta_5 at ssxh.mine.nu Wed Oct 9 12:35:03 2002 From: Delta_5 at ssxh.mine.nu (Delta_5) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Module mail/smtp issue In-Reply-To: <3da3d501.74750@achurch.org> References: <3da3d501.74750@achurch.org> Message-ID: No, if i knew C, i would of looked through the module to try and find the problem. Let me see if, with the little C knowledge that i do have, if i can find out what the prob is. The mailserver might issue the "Test" to make sure the server on the other side is there (?). All i do know is that the session doesn't go passed that command. The mailserver sends and recieves mail fine from every where else. -----Original Message----- From: achurch@achurch.org (Andrew Church) To: ircservices@ircservices.za.net Date: Wed, 09 Oct 2002 16:04:08 JST Subject: Re: [IRCServices] Module mail/smtp issue > "Test" doesn't occur anywhere in the module source. Have you > modified > it? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >I have an issue where ircservices will not complete the transmission. > It > >simply stalls once the 'Test' Command is issued. The mail server > timesout > >the connection. The mail server is located on another machine (Windows > >Based). Below is a copy of the log. Since this is on a network, (yes i > >have tried the network ip as well as the domain name) and it still > >freezes..... Any help would be greatful.. > > > >Tue 2002-10-08 17:29:45: [488:137] Accepting SMTP connection from > >[192.168.1.1] > >Tue 2002-10-08 17:29:45: [488:137] 220-xelfer.net ESMTP MDaemon > 6.5.0g; > >Tue, 08 Oct 2002 17:29:45 -0400 > >Tue 2002-10-08 17:29:45: [488:137] Test > >Tue 2002-10-08 17:39:54: [488:137] Connection timed out! > >Tue 2002-10-08 17:39:54: [488:137] SMTP session abnormally terminated, > 0 > >bytes transferred. > >Tue 2002-10-08 17:39:54: ---------- > > > >------------------------------------------------------------------ > >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 Wed Oct 9 16:10:01 2002 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] A little help In-Reply-To: <3da3d463.74716@achurch.org> References: <5.2.0.4.0.20021007223009.00b33aa8@mauler.acmecorp.org> Message-ID: <5.2.0.4.0.20021009100838.00b15ba0@mauler.acmecorp.org> At 04:01 PM 10/9/2002 +0900, you wrote: > This isn't currently possible, but it is a good idea, and I'll look at >adding it at some point. Thanks! -MS From rtcn at comcast.net Sat Oct 12 16:39:00 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] help? Message-ID: <1034433539.16096.7.camel@pcp01004179pcs.ladson01.sc.comcast.net> I am a newbie to llinux redhat v8 and am attempting to connect ircservices5 to ircd5...is it appropreiate to ask a question of the help nature here? From rtcn at comcast.net Sun Oct 13 01:31:00 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Assistance Message-ID: <1034465466.22518.8.camel@pcp01004179pcs.ladson01.sc.comcast.net> I have run into this problem and have spent hours trying to get by it, Can anyone help a newbie with this? I have read the FAQ and the readme. I am runnuing redhat ver8, tr-ircd5 and tr-ircservices5 here is what I beleive is the relevant part of the debug log: [Oct 12 19:04:52.304173 2002] debug: Sent: NICK OperServ 1 1034463892 +oi services realitytvchat.net realitytvchat.net SockServ 0 0 :Operator Server [Oct 12 19:04:52.304306 2002] debug: Sent: NICK Global 1 1034463892 +oi services realitytvchat.net realitytvchat.net SockServ 0 0 :Global Noticer [Oct 12 19:04:52.304368 2002] debug: Sent: NICK NickServ 1 1034463892 +o services realitytvchat.net realitytvchat.net SockServ 0 0 :Nickname Server [Oct 12 19:04:52.304435 2002] debug: Sent: NICK ChanServ 1 1034463892 +o services realitytvchat.net realitytvchat.net SockServ 0 0 :Channel Server [Oct 12 19:04:52.304492 2002] debug: Sent: NICK MemoServ 1 1034463892 +o services realitytvchat.net realitytvchat.net SockServ 0 0 :Memo Server [Oct 12 19:04:52.304552 2002] debug: Sent: NICK StatServ 1 1034463892 +i services realitytvchat.net realitytvchat.net SockServ 0 0 :Statistics Server [Oct 12 19:04:52.304610 2002] debug: Sent: NICK HelpServ 1 1034463892 + services realitytvchat.net realitytvchat.net SockServ 0 0 :Help Server [Oct 12 19:04:52.304660 2002] debug: Received: NOTICE AUTH :*** Looking up your hostname... [Oct 12 19:04:52.304726 2002] debug: Received: NOTICE AUTH :*** Checking Ident [Oct 12 19:04:52.321476 2002] debug: Received: NOTICE AUTH :*** No Ident response [Oct 12 19:04:52.345480 2002] debug: Received: NOTICE AUTH :*** Couldn't look up your hostname [Oct 12 19:04:52.345608 2002] debug: Received: E :Closing Link: 0.0.0.0 (Bogus server name) [Oct 12 19:04:52.345658 2002] unknown message from server (E :Closing Link: 0.0.0.0 (Bogus server name)) [Oct 12 19:04:52.345722 2002] debug: sockets: read(0): Connection reset by peer [Oct 12 19:04:52.345925 2002] Read error from server: Connection reset by peer From kfiresun at ix.netcom.com Sun Oct 13 08:11:01 2002 From: kfiresun at ix.netcom.com (Everett B. Simonds) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Assistance References: <1034465466.22518.8.camel@pcp01004179pcs.ladson01.sc.comcast.net> Message-ID: <001301c2727f$21878da0$6ed387d8@bahamut> ----- Original Message ----- From: "Al Mellis" To: Sent: Saturday, October 12, 2002 6:31 PM Subject: [IRCServices] Assistance > I have run into this problem and have spent hours trying to get by it, > Can anyone help a newbie with this? I have read the FAQ and the > readme. I am runnuing redhat ver8, tr-ircd5 and tr-ircservices5 > > here is what I beleive is the relevant part of the debug log: > ] ... SNIP ... [ > [Oct 12 19:04:52.345608 2002] debug: Received: E :Closing Link: 0.0.0.0 > (Bogus server name) Have you tried having services bind to a real IP address instead of binding to 127.0.0.1 as per normal? Kelmar K. Firesun (IRL: Bryce Simonds) From uhc0 at rz.uni-karlsruhe.de Sun Oct 13 11:55:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:45 2004 Subject: AW: [IRCServices] Assistance In-Reply-To: <1034465466.22518.8.camel@pcp01004179pcs.ladson01.sc.comcast.net> Message-ID: <000301c2729e$7fdd3d40$02c8a8c0@nygmatech.local> Hello; you seem to be confused by the Service { } entry in the ircd.conf It does not relate to services, its an IRCnet extension to the rfc. Services shall get their correct connect { } block, since services is a server, not a SERVICE in the context of IRCnet. Moreover, a servername MUST include at least ONE dot in it. 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 Al Mellis > Gesendet: Sonntag, 13. Oktober 2002 01:31 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Assistance > > > I have run into this problem and have spent hours trying to get by it, > Can anyone help a newbie with this? I have read the FAQ and the > readme. I am runnuing redhat ver8, tr-ircd5 and tr-ircservices5 > > here is what I beleive is the relevant part of the debug log: > > [Oct 12 19:04:52.304173 2002] debug: Sent: NICK OperServ 1 1034463892 > +oi services realitytvchat.net realitytvchat.net SockServ 0 0 > :Operator > Server > [Oct 12 19:04:52.304306 2002] debug: Sent: NICK Global 1 > 1034463892 +oi > services realitytvchat.net realitytvchat.net SockServ 0 0 :Global > Noticer > [Oct 12 19:04:52.304368 2002] debug: Sent: NICK NickServ 1 > 1034463892 +o > services realitytvchat.net realitytvchat.net SockServ 0 0 :Nickname > Server > [Oct 12 19:04:52.304435 2002] debug: Sent: NICK ChanServ 1 > 1034463892 +o > services realitytvchat.net realitytvchat.net SockServ 0 0 :Channel > Server > [Oct 12 19:04:52.304492 2002] debug: Sent: NICK MemoServ 1 > 1034463892 +o > services realitytvchat.net realitytvchat.net SockServ 0 0 :Memo Server > [Oct 12 19:04:52.304552 2002] debug: Sent: NICK StatServ 1 > 1034463892 +i > services realitytvchat.net realitytvchat.net SockServ 0 0 :Statistics > Server > [Oct 12 19:04:52.304610 2002] debug: Sent: NICK HelpServ 1 > 1034463892 + > services realitytvchat.net realitytvchat.net SockServ 0 0 :Help Server > [Oct 12 19:04:52.304660 2002] debug: Received: NOTICE AUTH > :*** Looking > up your hostname... > [Oct 12 19:04:52.304726 2002] debug: Received: NOTICE AUTH > :*** Checking > Ident > [Oct 12 19:04:52.321476 2002] debug: Received: NOTICE AUTH > :*** No Ident > response > [Oct 12 19:04:52.345480 2002] debug: Received: NOTICE AUTH > :*** Couldn't > look up your hostname > [Oct 12 19:04:52.345608 2002] debug: Received: E :Closing > Link: 0.0.0.0 > (Bogus server name) > [Oct 12 19:04:52.345658 2002] unknown message from server (E :Closing > Link: 0.0.0.0 (Bogus server name)) > [Oct 12 19:04:52.345722 2002] debug: sockets: read(0): > Connection reset > by peer > [Oct 12 19:04:52.345925 2002] Read error from server: Connection reset > by peer > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From frostycoolslug at hotmail.com Sun Oct 13 12:20:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] help? Message-ID: first i would advise you read the manual, there are loads of details there to help you get services working :) >From: Al Mellis >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] help? >Date: Sat, 12 Oct 2002 10:38:58 -0400 > >I am a newbie to llinux redhat v8 and am attempting to connect >ircservices5 to ircd5...is it appropreiate to ask a question of the help >nature here? > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From alisor at softhome.net Sun Oct 13 17:19:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] temporarily unavailable. References: <000301c2729e$7fdd3d40$02c8a8c0@nygmatech.local> Message-ID: <002401c272cb$f3f1e8c0$0100a8c0@control> Hello; i am using unreal3.2beta12 in some channels i get these msgs. (genereally channels more than 100 users) -ChanServ- Sorry, the INVITE command is temporarily unavailable. -ChanServ- Sorry, the KICK command is temporarily unavailable. -ChanServ- Sorry, the TOPIC command is temporarily unavailable (Default Level settings) In small channels it has no problem about this commands -ChanServ- lamer123 kicked from channel #deluxe (5 users at channel) did Anybody see this kind of msgs? and has a solution? From nothing at psychopat.org Sun Oct 13 19:45:01 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] temporarily unavailable. In-Reply-To: <002401c272cb$f3f1e8c0$0100a8c0@control> Message-ID: check your U-lines and restart services .... (?) On Sun, 13 Oct 2002, Ali Sor wrote: > Hello; > i am using unreal3.2beta12 > in some channels i get these msgs. (genereally channels more than 100 users) > > -ChanServ- Sorry, the INVITE command is temporarily unavailable. > -ChanServ- Sorry, the KICK command is temporarily unavailable. > -ChanServ- Sorry, the TOPIC command is temporarily unavailable > (Default Level settings) > > In small channels it has no problem about this commands > > -ChanServ- lamer123 kicked from channel #deluxe (5 users at channel) > > did Anybody see this kind of msgs? and has a solution? > > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Schutzgeist at uni.de Sun Oct 13 20:52:01 2002 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] temporarily unavailable. In-Reply-To: <002401c272cb$f3f1e8c0$0100a8c0@control> References: <000301c2729e$7fdd3d40$02c8a8c0@nygmatech.local> <002401c272cb$f3f1e8c0$0100a8c0@control> Message-ID: <11092264599.20021013205030@uni.de> Hallo Ali, I am not sure , but I think it?s an unreal-problem(!?). Since beta 10 I have got the same problems. Normally after a simple netsplit. So U have to reconnect the services. It?s not a "global" problem, that?s strange. Just some chans got this problem @ the same time. MayBe a unreal-Link-"Bug". I dunno. But it?s nice to see, that I am not the only duh ( if it?s not a bug;) ) I just wanted to say , that "U have" to reconnect the services :) Have a nice day :) DS Sunday, October 13, 2002, 5:19:20 PM, you wrote: AS> Hello; AS> i am using unreal3.2beta12 AS> in some channels i get these msgs. (genereally channels more than 100 users) AS> -ChanServ- Sorry, the INVITE command is temporarily unavailable. AS> -ChanServ- Sorry, the KICK command is temporarily unavailable. AS> -ChanServ- Sorry, the TOPIC command is temporarily unavailable AS> (Default Level settings) AS> In small channels it has no problem about this commands AS> -ChanServ- lamer123 kicked from channel #deluxe (5 users at channel) AS> did Anybody see this kind of msgs? and has a solution? From rayfordp at mhonline.net Sun Oct 13 23:41:00 2002 From: rayfordp at mhonline.net (Rayford Pomeroy) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Encryption Message-ID: Hello, After recently upgrading to 5.0 (great job with this new version) and was wondering if it would be possible to now encrypt passwords. My current passwords are not encrypted and was wondering if there was a way (without wiping the database) to encrypt the passwords so I can use the password encryption features of services 5.0? Thank You From frostycoolslug at hotmail.com Mon Oct 14 01:49:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] temporarily unavailable. Message-ID: I reported problems like this in the early beta, Services were having probs forking.. some1 said it could be a memory leak somewhere, but the matter wasnt persued as we thought it was something else on the box.. maybe we need to look into this issue a bit more? We are also using Unreal.. > > Hello; > > i am using unreal3.2beta12 > > in some channels i get these msgs. (genereally channels more than 100 >users) > > > > -ChanServ- Sorry, the INVITE command is temporarily unavailable. > > -ChanServ- Sorry, the KICK command is temporarily unavailable. > > -ChanServ- Sorry, the TOPIC command is temporarily unavailable > > (Default Level settings) > > > > In small channels it has no problem about this commands > > > > -ChanServ- lamer123 kicked from channel #deluxe (5 users at channel) > > > > did Anybody see this kind of msgs? and has a solution? > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From irc at kgn.ru Mon Oct 14 14:41:19 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I have problems converting databases. Message-ID: <3134667969.20021014183730@kgn.ru> Hello. I have problems converting databases. I use converter that comes with ircservices5.0.0 I am trying to convert database of auspices 2.7 Conversion is working fine but there are two small problems: 1. Some of the access lists' info gets lost (aop,sop is lost. only owner of channel is converted) 2. Linked nicks: passwords for linked nicks are lost (blank space instead of passwords) and users are unable to identify themselves. Looking forward to hear from you about solutions to theese problems. Thanks in advance. -- Best regard KriegSnake mailto:irc@kgn.ru From frostycoolslug at hotmail.com Mon Oct 14 16:24:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I have problems converting databases. Message-ID: Firstly, please dont send mail to both the mailing lists. The way nicknames are linked has been changed in version 5, i'm guessing that due to this, these problems will occure. >From: irc >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >CC: ircservices-coding@ircservices.za.net >Subject: [IRCServices] I have problems converting databases. >Date: Mon, 14 Oct 2002 18:37:30 +0600 > >Hello. >I have problems converting databases. >I use converter that comes with ircservices5.0.0 >I am trying to convert database of auspices 2.7 >Conversion is working fine but there are two small problems: >1. Some of the access lists' info gets lost (aop,sop is lost. only owner of >channel is converted) >2. Linked nicks: passwords for linked nicks are lost (blank space instead >of passwords) and users are unable to identify themselves. > >Looking forward to hear from you about solutions to theese problems. >Thanks in advance. > > > >-- >Best regard >KriegSnake mailto:irc@kgn.ru > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From balrog_67 at hotmail.com Tue Oct 15 08:22:00 2002 From: balrog_67 at hotmail.com (Andrea B.) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.0 and svsnick nick length Message-ID: I use services 5.0.0 on Unreal 3.1.4 and I want to set the max length of the nick to 10 letters. I want to use the NSForceNickChange and I Have "Ospite" as GuestNickPrefix in the Ircservices.conf. I've tried to change and modify the paramtere NICKMAX 32 to 10 but in this case the services don't start and in the log file there is this error: [Oct 14 16:38:16 2002] FATAL: NICKMAX is too small (10)--increase to at least 31 and recompile So I think that problem is that the svsnick of the services give and send a nick loger than 10 letters. How can I act to have that svsnick of the services send a nick long max 10 letters? thanks a lot to all Andrea B. (^Balrog) http://www.balrogscript.cjb.net/ _________________________________________________________________ Specisci e ricevi le tue email Hotmail dal tuo cellulare con: http://mobile.msn.it From achurch at achurch.org Tue Oct 15 08:40:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.0 and svsnick nick length In-Reply-To: Message-ID: <3dabb815.30127@achurch.org> The length of guest nicks cannot be changed. Also, changing NICKMAX will make your databases unusable, as noted in the comments in that file. --Andrew Church achurch@achurch.org http://achurch.org/ >I use services 5.0.0 on Unreal 3.1.4 and I want to set the max length of the >nick to 10 letters. >I want to use the NSForceNickChange and I Have "Ospite" as GuestNickPrefix >in the Ircservices.conf. >I've tried to change and modify the paramtere NICKMAX 32 to 10 but in this >case the services don't start and in the log file there is this error: > >[Oct 14 16:38:16 2002] FATAL: NICKMAX is too small (10)--increase to at >least 31 and recompile > >So I think that problem is that the svsnick of the services give and send a >nick loger than 10 letters. >How can I act to have that svsnick of the services send a nick long max 10 >letters? > >thanks a lot to all > >Andrea B. (^Balrog) >http://www.balrogscript.cjb.net/ > > >_________________________________________________________________ >Specisci e ricevi le tue email Hotmail dal tuo cellulare con: >http://mobile.msn.it > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From balrog_67 at hotmail.com Tue Oct 15 09:24:00 2002 From: balrog_67 at hotmail.com (Andrea B.) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.0 and svsnick nick length Message-ID: Then i'm obbligated to modify on Unreal the NICKLEN to 32? You can say me where is calculated the number added to GuestNickPrefix, if is possible i can modify it and limit to a 4 figures number thanks >The length of guest nicks cannot be changed. Also, changing NICKMAX >will make your databases unusable, as noted in the comments in that >file. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >I use services 5.0.0 on Unreal 3.1.4 and I want to set the max length of >the nick to 10 letters. >I want to use the NSForceNickChange and I Have "Ospite" as GuestNickPrefix >in the Ircservices.conf. >...... Andrea B. (^Balrog) http://www.balrogscript.cjb.net/ _________________________________________________________________ Specisci e ricevi le tue email Hotmail dal tuo cellulare con: http://mobile.msn.it From achurch at achurch.org Tue Oct 15 09:33:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.0 and svsnick nick length In-Reply-To: Message-ID: <3dabc47d.30152@achurch.org> Edit make_guest_nick() in users.c (set `suffixmod' appropriately). --Andrew Church achurch@achurch.org http://achurch.org/ >Then i'm obbligated to modify on Unreal the NICKLEN to 32? You can say me >where is calculated the number added to GuestNickPrefix, if is possible i >can modify it and limit to a 4 figures number > >thanks > >>The length of guest nicks cannot be changed. Also, changing NICKMAX >>will make your databases unusable, as noted in the comments in that >>file. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>I use services 5.0.0 on Unreal 3.1.4 and I want to set the max length of >>the nick to 10 letters. >>I want to use the NSForceNickChange and I Have "Ospite" as GuestNickPrefix >>in the Ircservices.conf. >>...... > > >Andrea B. (^Balrog) >http://www.balrogscript.cjb.net/ > > >_________________________________________________________________ >Specisci e ricevi le tue email Hotmail dal tuo cellulare con: >http://mobile.msn.it > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Oct 18 09:14:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.1 released Message-ID: <3dafb493.64655@achurch.org> Services 5.0.1 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 5f47609c7fcfb375f9a8d550be9b35af ircservices-5.0.1.tar.gz a8d0f0935a8744b95e6cb63b06f148b6 ircservices-5.0.1.diff.gz 33cac7a0fa4fe6a76e08d2fec05a89ce ircservices-5.0.1-1.i386.rpm 1c6c838d291f7c0471f00909516355ed ircservices_5.0.1-1_i386.deb The other mirrors should have it shortly. This is a maintenance release to correct a few bugs that slipped through beta testing. This is not a critical upgrade; the only noticeable difference (other than the bug fixes in convert-db) is that ChanServ CLEAR BANS now properly clears all bans on a channel, rather than one at a time as it did in version 5.0.0. Changes in version 5.0.1 ------------------------ 2002/10/18 Fixed convert-db bugs with linked nicks (Auspice 2.7) and channel access lists (all programs). Reported by 2002/10/17 NickServ LINK and UNLINK are now disabled in read-only mode. Reported by Dennis Sela 2002/10/11 Fixed several compiler warnings. 2002/10/11 Cosmetic fixes to debug log messages. 2002/10/10 Fixed bug causing ChanServ CLEAR BANS to only clear one ban at a time. Reported by Ali Sor 2002/10/10 Corrected a cosmetic bug in configure script and a compiler error when compiling static modules, both on Solaris. Reported by 2002/10/06 Disabled -dumpcore by default in the configure script (to match help text). --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sun Oct 20 00:24:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before Message-ID: Why is it called founder and not owner? Technically the founder is the person that started the channel, but since it can change it should be owner From Ganja51 at lcirc.net Sun Oct 20 04:17:00 2002 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before Message-ID: <001801c277de$b548fe20$2302a8c0@dell.frontiernet.net> Just because someone originated a channel doesn't make them the owner, they're the founder. Look at networks which have channels multiple years old, the person who originally started the channel probably isn't still around, why would you still want their name listed? The founder is something you can pass on from person to person. This is how I see it at least. ~Ganja51 irc.lcirc.net -----Original Message----- From: Finny Merrill To: ircservices@ircservices.za.net Date: Saturday, October 19, 2002 5:24 PM Subject: [IRCServices] Just a little nit, someone may have mentioned this before >Why is it called founder and not owner? > >Technically the founder is the person that started the channel, but since >it can change it should be owner > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Ganja51 at lcirc.net Sun Oct 20 04:18:01 2002 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before Message-ID: <001f01c277de$e8d95f00$2302a8c0@dell.frontiernet.net> hrm, sorry about the html mail.... i just formatted and hadn't changed IE options yet -----Original Message----- From: Finny Merrill To: ircservices@ircservices.za.net Date: Saturday, October 19, 2002 5:24 PM Subject: [IRCServices] Just a little nit, someone may have mentioned this before >Why is it called founder and not owner? > >Technically the founder is the person that started the channel, but since >it can change it should be owner > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Oct 20 04:33:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before In-Reply-To: Message-ID: <3db21579.00606@achurch.org> >Why is it called founder and not owner? > >Technically the founder is the person that started the channel, but since >it can change it should be owner Technically, you're right, but everyone's used to "founder". If you'd mentioned this before 5.0.0 was released I might have considered it, but I'm not going to make the change at this point. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sun Oct 20 07:35:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before In-Reply-To: <001801c277de$b548fe20$2302a8c0@dell.frontiernet.net> Message-ID: On Sat, 19 Oct 2002, Ganja51 wrote: > Just because someone originated a channel doesn't make them the owner, > they're the founder. Look at networks which have channels multiple years > old, the person who originally started the channel probably isn't still > around, why would you still want their name listed? The founder is something > you can pass on from person to person. This is how I see it at least. What I'm trying to say is that "founder" MEANS the person who started the channel. "owner" means the person currently owning it. It should say owner and not founder. And don't top post please From toxic at linuxmail.gr Sun Oct 20 13:12:00 2002 From: toxic at linuxmail.gr (-) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services Bug At Version 5.0.1 Message-ID: <20021020111142.A3A393BC1@sitemail.everyone.net> When I'm Trying to put on my main channel 400 or 500 screens from a juped server (fake server) or the services server, Services crashes with the reason: *** Global -- from services.******: FATAL ERROR! introduce_user() loop detected *** LocOps -- Server services.*******[64.246.33.124] closed the connection -On the old version 4.5 this problem doesn't exists.- _____________________________________________________________ Sign up for FREE email from LinuxMail.gr at http://www.linuxmail.gr Powered by LinuxFreaks.gr _____________________________________________________________ Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag From rtcn at comcast.net Sun Oct 20 15:35:02 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before In-Reply-To: References: Message-ID: <1035120889.13459.0.camel@pcp01004179pcs.ladson01.sc.comcast.net> this becoming almost spam like On Sun, 2002-10-20 at 01:34, Finny Merrill wrote: > On Sat, 19 Oct 2002, Ganja51 wrote: > > > Just because someone originated a channel doesn't make them the owner, > > they're the founder. Look at networks which have channels multiple years > > old, the person who originally started the channel probably isn't still > > around, why would you still want their name listed? The founder is something > > you can pass on from person to person. This is how I see it at least. > > What I'm trying to say is that "founder" MEANS the person who started the > channel. > > "owner" means the person currently owning it. > > It should say owner and not founder. > > And don't top post please > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From toxic at linuxmail.gr Sun Oct 20 15:44:00 2002 From: toxic at linuxmail.gr (-) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] And More Services Bugs.... Message-ID: <20021020134330.C2A993FB8@sitemail.everyone.net> -IM SORRY IF I DONT SPEAK VERY GOOD ENGLISH. I'M From Greece- Bugs: 1) When I'm Trying to FORBID the Channel # Chanserv Says: -ChanServ- The channel # may not be forbidden. - -ChanServ- Channel # is now forbidden. But The Channel # Is Forbidden. And If I Use The Command /cs drop # -ChanServ- Channel # has been dropped. BUT IT IS STILL FORBIDDEN. When The Channel # Is Forbidden Admins & IrcOps Can Not Say In The Channel. 2) When I'm Adding An Akill Services Don't add a gline. I HAVE ENABLED THE OPTION: "ImmediatelySendAutokill" at the modules.conf And i must kill the user who match the hostname. If the user reconnects simply operserv killing him. NOT ADD A GLINE 3) When I' adding an SGLINE services Dont kill anyone with this real name but is waiting for new connections with this name. Anyone Connected with this name on the network is still connected. 4) Sometimes The SZLINE Stuck and i can not remove a Z line: -OperServ- *@212.215.122.12 not found on SZLINE list. -Houston.mirc.gr- Stats 'g' requested by ToXiC (toxic@hellenic-18499.ait.sch.gr) - Z *@*@212.215.122.12 57 3 services.mirc.gr Z-lined: test End of /STATS report _____________________________________________________________ Sign up for FREE email from LinuxMail.gr at http://www.linuxmail.gr Powered by LinuxFreaks.gr _____________________________________________________________ Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag From frostycoolslug at hotmail.com Sun Oct 20 15:49:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Just a little nit, someone may have mentioned this before Message-ID: And posts like this really dont help, I agree with Finny, yes it should be "owner" rather than "founder" but people are used to founder, and as Andy said, its a bit late to change it, now version 5 is stable. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: Al Mellis >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Just a little nit, someone may have >mentioned this before >Date: Sun, 20 Oct 2002 09:34:48 -0400 > >this becoming almost spam like > >On Sun, 2002-10-20 at 01:34, Finny Merrill wrote: > > On Sat, 19 Oct 2002, Ganja51 wrote: > > > > > Just because someone originated a channel doesn't make them the owner, > > > they're the founder. Look at networks which have channels multiple >years > > > old, the person who originally started the channel probably isn't >still > > > around, why would you still want their name listed? The founder is >something > > > you can pass on from person to person. This is how I see it at least. > > > > What I'm trying to say is that "founder" MEANS the person who started >the > > channel. > > > > "owner" means the person currently owning it. > > > > It should say owner and not founder. > > > > And don't top post please > > > > ------------------------------------------------------------------ > > 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 _________________________________________________________________ Unlimited Internet access -- and 2 months free!  Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp From frostycoolslug at hotmail.com Sun Oct 20 15:53:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] And More Services Bugs.... Message-ID: Check your U: Lines.. I'm not having any problems with any of these features. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: - >Reply-To: ircservices@ircservices.za.net >To: Services Email List >Subject: [IRCServices] And More Services Bugs.... >Date: Sun, 20 Oct 2002 06:43:30 -0700 (PDT) > >-IM SORRY IF I DONT SPEAK VERY GOOD ENGLISH. I'M From Greece- > >Bugs: > >1) >When I'm Trying to FORBID the Channel # Chanserv Says: > >-ChanServ- The channel # may not be forbidden. >- >-ChanServ- Channel # is now forbidden. > >But The Channel # Is Forbidden. And If I Use The Command /cs drop # > >-ChanServ- Channel # has been dropped. > >BUT IT IS STILL FORBIDDEN. When The Channel # Is Forbidden Admins & IrcOps >Can Not Say In The Channel. > >2) >When I'm Adding An Akill Services Don't add a gline. >I HAVE ENABLED THE OPTION: "ImmediatelySendAutokill" at the modules.conf >And i must kill the user who match the hostname. If the user reconnects >simply operserv killing him. NOT ADD A GLINE > >3) >When I' adding an SGLINE services Dont kill anyone with this real name but >is waiting for new connections with this name. Anyone Connected with this >name on the network is still connected. > >4) >Sometimes The SZLINE Stuck and i can not remove a Z line: > >-OperServ- *@212.215.122.12 not found on SZLINE list. > >-Houston.mirc.gr- Stats 'g' requested by ToXiC >(toxic@hellenic-18499.ait.sch.gr) >- >Z *@*@212.215.122.12 57 3 services.mirc.gr Z-lined: test >End of /STATS report > > >_____________________________________________________________ >Sign up for FREE email from LinuxMail.gr at http://www.linuxmail.gr >Powered by LinuxFreaks.gr > >_____________________________________________________________ >Select your own custom email address for FREE! Get you@yourchoice.com w/No >Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Get a speedy connection with MSN Broadband.  Join now! http://resourcecenter.msn.com/access/plans/freeactivation.asp From alisor at softhome.net Sun Oct 20 17:10:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Leaf and Hub References: Message-ID: <000b01c2784a$bdad27f0$0100a8c0@control> Hello Everybody; If a leaf server connected to Hub after services. Some commands become unavaliable (topic, invite etc) and some operserv problems. Messages like "are your your U:lines configured..". But if we restart services so it connects to hub after Leaf and no problem. And if a leaf server linked to hub restarted ; again the problems start. (ircd version Unreal 3.2 ) (some friends using bahamut says the same thing) Any idea? Ali Sor From rg at tcslon.com Sun Oct 20 19:29:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Leaf and Hub In-Reply-To: <000b01c2784a$bdad27f0$0100a8c0@control> Message-ID: Not reproduceable on bahamut. There are many subtle bugs on Unreal at the moment, which are probably what's causing this. Russ Garrett russ@garrett.co.uk > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ali Sor > Sent: 20 October 2002 16:10 > To: ircservices@ircservices.za.net > Subject: [IRCServices] Leaf and Hub > > > Hello Everybody; > > If a leaf server connected to Hub after services. Some commands become > unavaliable (topic, invite etc) and some operserv problems. Messages like > "are your your U:lines configured..". > But if we restart services so it connects to hub after Leaf and > no problem. > And if a leaf server linked to hub restarted ; again the problems start. > > (ircd version Unreal 3.2 ) > > (some friends using bahamut says the same thing) > > Any idea? > > Ali Sor > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From n.p at bluewin.ch Sun Oct 20 19:30:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Connection refused.... Message-ID: <87FC8E64-E451-11D6-A8CB-003065F3CEBE@bluewin.ch> Hi, I've just compiled ircservices 5.0 and edited the .conf files aswell as editing my ircd.conf file and everything seems to be correct exept that when I try run services I get: [Oct 12017:37:0502002] IRC Services 5.0.0 starting up [Oct 12017:37:0502002] sockets: connect(0 -> 217.10.143.227:7708): Connection refused [Oct 12017:37:05 2002] Connection to server failed: Connection refused ...in both ircservices.conf and ircd.conf are setup to link to each other so I dont know why the connection is refused, here are the ircservices.conf and ircd.conf connection settings: RemoteServer 217.10.143.227 7708 LiNk ...and ircd.conf: link services.carbonirc.net { username *; hostname 217.10.143.227 bind-ip *; port *; hub *; password-connect "LiNk"; password-receive "LiNk"; class servers; options { ssl; zip; }; }; (I am using Unrealircd3.2beta12) I have tried using "localAddress" instead of "RemoteServer" in ircservices.conf with no luck, also I have tried setting the port to 7708 in ircd.conf but that didnt either (documentation says to leave port out) What am I doing wrong? Any help would be great, I'm *stuck* -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1471 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021020/b92a3867/attachment.bin From dylanvdm at icon.co.za Sun Oct 20 19:54:00 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Connection refused.... References: <87FC8E64-E451-11D6-A8CB-003065F3CEBE@bluewin.ch> Message-ID: <001301c27861$a3f52cb0$85ccef9b@dylan> See if your lines are similar to the ones below: link services.carbonirc.net { username *; hostname 217.10.143.227; bind-ip *; port 7708; hub *; password-connect "LiNk"; password-receive "LiNk"; class servers; options { zip; }; }; ulines { services.carbonirc.net; }; listen 217.10.143.227:7708 { options { serversonly; }; }; Hope this helps :-) Dylan. ----- Original Message ----- From: Nicholas Prisi To: ircservices@ircservices.za.net Sent: Sunday, October 20, 2002 7:29 PM Subject: [IRCServices] Connection refused.... Hi, I've just compiled ircservices 5.0 and edited the .conf files aswell as editing my ircd.conf file and everything seems to be correct exept that when I try run services I get: [Oct 12017:37:0502002] IRC Services 5.0.0 starting up [Oct 12017:37:0502002] sockets: connect(0 -> 217.10.143.227:7708): Connection refused [Oct 12017:37:05 2002] Connection to server failed: Connection refused ...in both ircservices.conf and ircd.conf are setup to link to each other so I dont know why the connection is refused, here are the ircservices.conf and ircd.conf connection settings: RemoteServer 217.10.143.227 7708 LiNk ...and ircd.conf: link services.carbonirc.net { username *; hostname 217.10.143.227 bind-ip *; port *; hub *; password-connect "LiNk"; password-receive "LiNk"; class servers; options { ssl; zip; }; }; (I am using Unrealircd3.2beta12) I have tried using "localAddress" instead of "RemoteServer" in ircservices.conf with no luck, also I have tried setting the port to 7708 in ircd.conf but that didnt either (documentation says to leave port out) What am I doing wrong? Any help would be great, I'm *stuck* From griever at t2n.org Sun Oct 20 23:16:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] And More Services Bugs.... In-Reply-To: <20021020134330.C2A993FB8@sitemail.everyone.net> Message-ID: On Sun, 20 Oct 2002, - wrote: > -IM SORRY IF I DONT SPEAK VERY GOOD ENGLISH. I'M From Greece- > > Bugs: > > 1) > When I'm Trying to FORBID the Channel # Chanserv Says: > > -ChanServ- The channel # may not be forbidden. > - > -ChanServ- Channel # is now forbidden. > > But The Channel # Is Forbidden. And If I Use The Command /cs drop # > > -ChanServ- Channel # has been dropped. > > BUT IT IS STILL FORBIDDEN. When The Channel # Is Forbidden Admins & IrcOps Can Not Say In The Channel. Dunno > > 2) > When I'm Adding An Akill Services Don't add a gline. > I HAVE ENABLED THE OPTION: "ImmediatelySendAutokill" at the modules.conf > And i must kill the user who match the hostname. If the user reconnects simply operserv killing him. NOT ADD A GLINE > Turn off akill exceptions > 3) > When I' adding an SGLINE services Dont kill anyone with this real name but is waiting for new connections with this name. Anyone Connected with this name on the network is still connected. > Designed behavior, but should be changed > 4) > Sometimes The SZLINE Stuck and i can not remove a Z line: > > -OperServ- *@212.215.122.12 not found on SZLINE list. > > -Houston.mirc.gr- Stats 'g' requested by ToXiC (toxic@hellenic-18499.ait.sch.gr) > - > Z *@*@212.215.122.12 57 3 services.mirc.gr Z-lined: test > End of /STATS report > > try /gzline -blah if you're using unreal 3.2 From griever at t2n.org Sun Oct 20 23:17:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Leaf and Hub In-Reply-To: <000b01c2784a$bdad27f0$0100a8c0@control> Message-ID: On Sun, 20 Oct 2002, Ali Sor wrote: > Hello Everybody; > > If a leaf server connected to Hub after services. Some commands become > unavaliable (topic, invite etc) and some operserv problems. Messages like > "are your your U:lines configured..". > But if we restart services so it connects to hub after Leaf and no problem. > And if a leaf server linked to hub restarted ; again the problems start. > > (ircd version Unreal 3.2 ) > > (some friends using bahamut says the same thing) > > Any idea? > > Ali Sor Does the leaf have ulines configured correctly? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From n.p at bluewin.ch Mon Oct 21 01:39:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Connection refused.... In-Reply-To: <001301c27861$a3f52cb0$85ccef9b@dylan> Message-ID: hehe, got it to work now :) Thanks :) On Sunday, October 20, 2002, at 07:53 pm, Dylan v.d Merwe wrote: > See if your lines are similar to the ones below: > > link services.carbonirc.net > { > username *; > hostname 217.10.143.227; > bind-ip *; > port 7708; > hub *; > password-connect "LiNk"; > password-receive "LiNk"; > class servers; > options { > zip; > }; > }; > > > ulines { > services.carbonirc.net; > }; > > > listen 217.10.143.227:7708 > { > options > { > serversonly; > }; > }; > > > Hope this helps :-) > > Dylan. > > > ----- Original Message ----- > From: Nicholas Prisi > To: ircservices@ircservices.za.net > Sent: Sunday, October 20, 2002 7:29 PM > Subject: [IRCServices] Connection refused.... > > > Hi, I've just compiled ircservices 5.0 and edited the .conf files > aswell as > editing my ircd.conf file and everything seems to be correct exept that > when > I try run services I get: > > [Oct 12017:37:0502002] IRC Services 5.0.0 starting up > [Oct 12017:37:0502002] sockets: connect(0 -> 217.10.143.227:7708): > Connection refused > [Oct 12017:37:05 2002] Connection to server failed: Connection refused > > ...in both ircservices.conf and ircd.conf are setup to link to each > other so > I dont know why the connection is refused, > here are the ircservices.conf and ircd.conf connection settings: > > RemoteServer 217.10.143.227 7708 LiNk > > ...and ircd.conf: > > link services.carbonirc.net > { > username *; > hostname 217.10.143.227 > bind-ip *; > port *; > hub *; > > password-connect "LiNk"; > password-receive "LiNk"; > class servers; > options { > ssl; > zip; > > }; > }; > > (I am using Unrealircd3.2beta12) > I have tried using "localAddress" instead of "RemoteServer" in > ircservices.conf with no luck, also I have tried setting the port to > 7708 in > ircd.conf but that didnt either (documentation says to leave port out) > > What am I doing wrong? > Any help would be great, I'm *stuck* > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From oguz.acikgoz at superonline.com Mon Oct 21 06:38:01 2002 From: oguz.acikgoz at superonline.com (Oguz ACIKGOZ) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Leaf and Hub References: <000b01c2784a$bdad27f0$0100a8c0@control> Message-ID: <003d01c278bb$85438f50$0100a8c0@slayer> Hello, We have the same problem.If any leaf connected to hub after services than operserv can not be used on leaf. we using trircd-5 and irservices5.0.1 SLAYER ----- Original Message ----- From: "Ali Sor" To: Sent: Sunday, October 20, 2002 6:09 PM Subject: [IRCServices] Leaf and Hub > Hello Everybody; > > If a leaf server connected to Hub after services. Some commands become > unavaliable (topic, invite etc) and some operserv problems. Messages like > "are your your U:lines configured..". > But if we restart services so it connects to hub after Leaf and no problem. > And if a leaf server linked to hub restarted ; again the problems start. > > (ircd version Unreal 3.2 ) > > (some friends using bahamut says the same thing) > > Any idea? > > Ali Sor > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From irc at kgn.ru Mon Oct 21 14:07:00 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] From KriegSnake. Message-ID: <13232845869.20021021180310@kgn.ru> Hello. I am converting my database (auspices2.7) I am using convert-db ircservices5.0.1 I have a problem with expiring nick and channels. -- mailto:irc@kgn.ru From ajamieson at student.ccgs.wa.edu.au Mon Oct 21 14:14:00 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Mode e In-Reply-To: References: Message-ID: On IrcWorld's irc server they use version ircservices-5.0.1 build #4 and you can set mode e like heaps of times and you end up with a list of +e on the same thing.... see below for a list from a chan... *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 *** #secrets *!*~malice@imperialconflict.com malice 1034861663 *** #secrets *!*~malice@imperialconflict.com malice 1034767528 *** #secrets *!*~malice@imperialconflict.com malice 1034687351 *** #secrets End of Channel Exception List anyway... not sure if this has already been mentioned or fixed..... ~malice From ajamieson at student.ccgs.wa.edu.au Mon Oct 21 14:21:01 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Mode e In-Reply-To: References: Message-ID: oh also it lets u set it lots of times and then u have to unset it the same amount u set it...... example below...... *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** Mode change "+e test!*@*" on #dominion by malice *** #dominion test!*@* malice 1035202709 *** #dominion test!*@* malice 1035202709 *** #dominion test!*@* malice 1035202709 *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202703 *** #dominion End of Channel Exception List *** Mode change "-e test!*@*" on #dominion by malice *** Mode change "-e test!*@*" on #dominion by malice *** Mode change "-e test!*@*" on #dominion by malice *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202706 *** #dominion test!*@* malice 1035202703 *** #dominion End of Channel Exception List *** Mode change "-e test!*@*" on #dominion by malice *** Mode change "-e test!*@*" on #dominion by malice *** Mode change "-e test!*@*" on #dominion by malice *** Mode change "-e test!*@*" on #dominion by malice k i think u get it, their once was the sameish bug i cant remember which version though... anyway hope u fix From smkelly at zombie.org Mon Oct 21 14:30:01 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Mode e In-Reply-To: References: Message-ID: <20021021122925.GA71788@edgemaster.zombie.org> On Mon, Oct 21, 2002 at 08:26:39PM +0800, Alistair Jamieson wrote: > On IrcWorld's irc server they use version ircservices-5.0.1 build #4 and > you can set mode e like heaps of times and you end up with a list of +e on > the same thing.... see below for a list from a chan... > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > *** #secrets *!*~malice@imperialconflict.com malice 1034861663 > *** #secrets *!*~malice@imperialconflict.com malice 1034767528 > *** #secrets *!*~malice@imperialconflict.com malice 1034687351 > *** #secrets End of Channel Exception List > > anyway... not sure if this has already been mentioned or fixed..... This doesn't look like it has anything to do with services. It looks more like an ircd issue. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From rtcn at comcast.net Mon Oct 21 15:01:01 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I'm stumped In-Reply-To: <20021021122925.GA71788@edgemaster.zombie.org> References: <20021021122925.GA71788@edgemaster.zombie.org> Message-ID: <1035205248.2045.3.camel@pcp01004179pcs.ladson01.sc.comcast.net> I set up the following channel, myself as founder of coarse. after rebooting the server this morning I get this when I try to place myself in the room as op. I am allowed in but no @ op status showing. Any advice out there for me? Thanks in advance 08:53] * Now talking in #cservice [08:53] * realitytvchat.net sets mode: +Tn [08:53] -realitytvchat.net:#cservice- TS Change from 1035204791 to 1034976826 in #cservice. Modes will be erased [08:53] * realitytv.net sets mode: -nT-o swampy From frostycoolslug at hotmail.com Mon Oct 21 15:28:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Mode e & I'm stumped Message-ID: I appologise if this takes a while to hit the list.. none of my mail seems to make it :/ This is most definantly an IRCd issue, and if u ask me, it is extremily obviously an IRCd issue.. I dunno about anyone else, but i'm starting to get annoyed with the Spam thats beginning to fill my mailbox, For example, Al Mellis' post about mode resets.. if he took a second to read what he was setting in the config file, he would have noticed.. # CSSetChannelTime [OPTIONAL] # Protocols: bahamut, unreal # # When enabled, causes Services to set the "creation time" (the # time at which the first user joined the channel) of a registered # channel to the time at which the channel was registered. This # can help prevent spurious mode changes and "op hacking" when a # split server reconnects to the network. However, due to # limitations of the IRC server, the first user to join the channel # when it is empty gets set -o and +o in quick succession; if this # bothers you, do not enable this option. #CSSetChannelTime If he *DIDNT* set up services, naybe he should talk to the services admin on his network about it, before coming here.. Please people, do us a favour, look into your problems a bit more, and before you do send the email, make sure that what your describing isnt an IRCd problem, or isnt designed behaviour settable in the config. cheers -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: Sean Kelly >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Mode e >Date: Mon, 21 Oct 2002 07:29:25 -0500 > >On Mon, Oct 21, 2002 at 08:26:39PM +0800, Alistair Jamieson wrote: > > On IrcWorld's irc server they use version ircservices-5.0.1 build #4 and > > you can set mode e like heaps of times and you end up with a list of +e >on > > the same thing.... see below for a list from a chan... > > > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > *** #secrets *!*~malice@imperialconflict.com malice 1034861663 > > *** #secrets *!*~malice@imperialconflict.com malice 1034767528 > > *** #secrets *!*~malice@imperialconflict.com malice 1034687351 > > *** #secrets End of Channel Exception List > > > > anyway... not sure if this has already been mentioned or fixed..... > >This doesn't look like it has anything to do with services. It looks more >like an ircd issue. > >-- >Sean Kelly | PGP KeyID: 77042C7B >smkelly@zombie.org | http://www.zombie.org >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp From rtcn at comcast.net Mon Oct 21 17:54:01 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Mode e & I'm stumped In-Reply-To: References: Message-ID: <1035215627.2038.6.camel@pcp01004179pcs.ladson01.sc.comcast.net> My apologies most definitely. just new to this. On Mon, 2002-10-21 at 09:27, Craig McLure wrote: > I appologise if this takes a while to hit the list.. none of my mail seems > to make it :/ > > This is most definantly an IRCd issue, and if u ask me, it is extremily > obviously an IRCd issue.. > > I dunno about anyone else, but i'm starting to get annoyed with the Spam > thats beginning to fill my mailbox, For example, Al Mellis' post about mode > resets.. if he took a second to read what he was setting in the config file, > he would have noticed.. > > # CSSetChannelTime [OPTIONAL] > # Protocols: bahamut, unreal > # > # When enabled, causes Services to set the "creation time" (the > # time at which the first user joined the channel) of a registered > # channel to the time at which the channel was registered. This > # can help prevent spurious mode changes and "op hacking" when a > # split server reconnects to the network. However, due to > # limitations of the IRC server, the first user to join the channel > # when it is empty gets set -o and +o in quick succession; if this > # bothers you, do not enable this option. > > #CSSetChannelTime > > If he *DIDNT* set up services, naybe he should talk to the services admin on > his network about it, before coming here.. > > Please people, do us a favour, look into your problems a bit more, and > before you do send the email, make sure that what your describing isnt an > IRCd problem, or isnt designed behaviour settable in the config. > > cheers > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > > > > >From: Sean Kelly > >Reply-To: ircservices@ircservices.za.net > >To: ircservices@ircservices.za.net > >Subject: Re: [IRCServices] Mode e > >Date: Mon, 21 Oct 2002 07:29:25 -0500 > > > >On Mon, Oct 21, 2002 at 08:26:39PM +0800, Alistair Jamieson wrote: > > > On IrcWorld's irc server they use version ircservices-5.0.1 build #4 and > > > you can set mode e like heaps of times and you end up with a list of +e > >on > > > the same thing.... see below for a list from a chan... > > > > > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > > *** #secrets *!*~malice@imperialconflict.com hub.ircworld.org 1035057155 > > > *** #secrets *!*~malice@imperialconflict.com malice 1034861663 > > > *** #secrets *!*~malice@imperialconflict.com malice 1034767528 > > > *** #secrets *!*~malice@imperialconflict.com malice 1034687351 > > > *** #secrets End of Channel Exception List > > > > > > anyway... not sure if this has already been mentioned or fixed..... > > > >This doesn't look like it has anything to do with services. It looks more > >like an ircd issue. > > > >-- > >Sean Kelly | PGP KeyID: 77042C7B > >smkelly@zombie.org | http://www.zombie.org > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > _________________________________________________________________ > Broadband? Dial-up? Get reliable MSN Internet Access. > http://resourcecenter.msn.com/access/plans/default.asp > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From irc at kgn.ru Tue Oct 22 04:50:02 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] From KriegSnake. Message-ID: <32450904.20021022084726@kgn.ru> Hello! what does this mean ?? Loading nick.db... Loading chan.db... Warning: Successor swixter for channel #chan not found, clearing Loading memo.db... Loading admin.db... Loading akill.db... Loading trigger.db... Data files successfully loaded. -- mailto:irc@kgn.ru From irc at kgn.ru Tue Oct 22 09:30:01 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I need HELP!!! Message-ID: <919155414.20021022132657@kgn.ru> Hello. I need help! [Oct 22 14:24:55 2002] user: New maximum user count: 384 [Oct 22 14:24:55 2002] user: New maximum user count: 385 [Oct 22 14:24:55 2002] Services terminating: Segmentation fault -- KriegSnake Thanks mailto:irc@kgn.ru From admin at nevernet.net Tue Oct 22 09:38:05 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I need HELP!!! In-Reply-To: <919155414.20021022132657@kgn.ru> Message-ID: <002901c2799d$d3689cb0$826a3a44@noc4> > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of irc > Sent: Tuesday, October 22, 2002 02:27 > To: ircservices@ircservices.za.net > Subject: [IRCServices] I need HELP!!! > > > Hello. > I need help! > [Oct 22 14:24:55 2002] user: New maximum user count: 384 > [Oct 22 14:24:55 2002] user: New maximum user count: 385 > [Oct 22 14:24:55 2002] Services terminating: Segmentation fault > > > > -- > KriegSnake > Thanks mailto:irc@kgn.ru This is not a direct response to your query as there isn't enough information here to respond to, but here are a few friendly hints for this list. 1) Provide as much information as possible when you have a problem. 2) Ask a question, explain what was happening when you ran into trouble. 3) RTFM Regards, Elijah From uhc0 at rz.uni-karlsruhe.de Tue Oct 22 09:55:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:45 2004 Subject: AW: [IRCServices] From KriegSnake. In-Reply-To: <32450904.20021022084726@kgn.ru> Message-ID: <000401c279a0$38c9c230$a2a90d81@mib.teco.edu> You are not using IrcServices, it does not have a trigger.db Please contact the author of the software you are using. Regards; Yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.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 irc >Gesendet: Tuesday, October 22, 2002 4:47 AM >An: ircservices@ircservices.za.net >Betreff: [IRCServices] From KriegSnake. > > >Hello! >what does this mean ?? >Loading nick.db... >Loading chan.db... >Warning: Successor swixter for channel #chan not found, clearing >Loading memo.db... >Loading admin.db... >Loading akill.db... >Loading trigger.db... >Data files successfully loaded. > > > >-- > mailto:irc@kgn.ru > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Tue Oct 22 10:34:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Services 5.0.2 released Message-ID: <3db50d3d.50576@achurch.org> Services 5.0.2 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 40efe8d73fa5a504e93c09553f29262b ircservices-5.0.2.tar.gz c44d7b9b0daa2dfc1dfa18c54de28e8f ircservices-5.0.2.diff.gz e9e01755987cf5aab3bdad1bbfd44d1e ircservices-5.0.2-1.i386.rpm 505f05a10e5016f0a03f8ea880068e9c ircservices_5.0.2-1_i386.deb The other mirrors should have it shortly. There are a couple of minor bug fixes in this release, but my motivation for releasing it now, as opposed to waiting for more changes to accumulate, is a clarification to the bug-reporting procedures documented in FAQ Z.3 (which I hope everyone has read--if not, go read it now) in light of the recent spate of bad bug reports. Saying "it doesn't work" doesn't help anyone unless you say _how_ it doesn't work, what you did that caused the problem, and what you expected it to do instead (it might be a designed feature you weren't aware of). Please be as detailed as possible when reporting a bug--too much detail is far better than too little. As a rule, I ignore any bug reports, whether on the mailing list or sent to me personally, that don't provide me enough information to find (or at least look for) the bug. Changes in version 5.0.2 ------------------------ 2002/10/22 Clarified bug-reporting instructions. 2002/10/21 Fixed bug in recording channel topic setters in nick!user@host format. Reported by Marcin Wolniewicz 2002/10/20 Fixed bug with ChanServ FORBID #. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From andrewk at isdial.net Tue Oct 22 12:03:01 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] I need HELP!!! References: <919155414.20021022132657@kgn.ru> Message-ID: <022e01c279b2$11e539d0$0529010a@af.didata.local> Hi, Please visit http://www.ircservices.za.net/support.html and read up on what to include in a support request!! Thanks, Andrew ----- Original Message ----- From: "irc" To: Sent: Tuesday, October 22, 2002 9:26 AM Subject: [IRCServices] I need HELP!!! > Hello. > I need help! > [Oct 22 14:24:55 2002] user: New maximum user count: 384 > [Oct 22 14:24:55 2002] user: New maximum user count: 385 > [Oct 22 14:24:55 2002] Services terminating: Segmentation fault > > > > -- > KriegSnake > Thanks mailto:irc@kgn.ru > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From salk at junglebean.net Wed Oct 23 10:13:01 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Logchan Message-ID: <000701c27a6c$67fc7490$0200a8c0@NT5.local> Hi Guys, Please can someone tell me if anyone has done a patch for the logchan function that has been done in epona ? IE. report all notices and command usage to a channel called #services Steven Mac Intyre Network Administrator Services Root Administrator Junglebean.net - "the" IRC location http://www.junglebean.net From salk at junglebean.net Wed Oct 23 10:19:01 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Bug ? Message-ID: <000701c27a6d$4b35dbc0$0200a8c0@NT5.local> Hi, I have converted my epona databases to the newest version 5.02. The only channel that correctly displays modes / topic etc is #services. I do a /cs info #help and it states all the info, yet when I join the channel it "looks" unregistered - ie. No modes, topic etc. What can I do or look for ? Steven Mac Intyre Network Administrator Services Root Administrator Junglebean.net - "the" IRC location http://www.junglebean.net From n.p at bluewin.ch Wed Oct 23 21:18:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] chanserv joining channels? Message-ID: Hi, can someone point me in the dirrection of a RAW command list? All I would like to do is get chanserv to join a channel and stay there , but still I wouldnt mind knowing some of the other raw commands, Any ideas? Thanks :) From frostycoolslug at hotmail.com Wed Oct 23 21:23:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] chanserv joining channels? Message-ID: i'd just like to warn you, services *WILL NOT KNOW* chanserv has joined a channel if you use raw, the command is /os raw :Chanserv join #channel i would advise you to read your IRCds documentation for other commands that can be executed thru services (These are normally noted as "Commands that can be executes through U:Lined servers only") -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: Nicholas Prisi >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] chanserv joining channels? >Date: Wed, 23 Oct 2002 21:16:42 +0200 > >Hi, can someone point me in the dirrection of a RAW command list? >All I would like to do is get chanserv to join a channel and stay there , >but still I wouldnt mind knowing some of the other raw commands, > >Any ideas? >Thanks :) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp From frostycoolslug at hotmail.com Wed Oct 23 21:24:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Bug ? Message-ID: This means services have de-synced with the rest of the network, it is generally caused by 1 of the many bugs in UnrealIRCd, its also become apparent that it could also be caused by excessive use of the RAW command, either way, restarting services should fix it. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: "Steven Mac Intyre" >Reply-To: ircservices@ircservices.za.net >To: >Subject: [IRCServices] Bug ? >Date: Wed, 23 Oct 2002 10:22:14 +0200 > >Hi, > >I have converted my epona databases to the newest version 5.02. > >The only channel that correctly displays modes / topic etc is #services. > >I do a /cs info #help and it states all the info, yet when I join the >channel it "looks" unregistered - ie. No modes, topic etc. > >What can I do or look for ? > > >Steven Mac Intyre >Network Administrator >Services Root Administrator > >Junglebean.net - "the" IRC location > >http://www.junglebean.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp From frostycoolslug at hotmail.com Wed Oct 23 21:25:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Logchan Message-ID: umm, this was never a feature of IRCServices, and as far as i know, never will be. There is no real point for this, and will chew loads of bandwidth on larger networks. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: "Steven Mac Intyre" >Reply-To: ircservices@ircservices.za.net >To: >Subject: [IRCServices] Logchan >Date: Wed, 23 Oct 2002 10:15:51 +0200 > >Hi Guys, > >Please can someone tell me if anyone has done a patch for the logchan >function that has been done in epona ? > >IE. report all notices and command usage to a channel called #services > > >Steven Mac Intyre >Network Administrator >Services Root Administrator > >Junglebean.net - "the" IRC location > >http://www.junglebean.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp From rtcn at comcast.net Wed Oct 23 21:35:01 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] CVS Message-ID: <1035401651.7950.4.camel@pcp01004179pcs.ladson01.sc.comcast.net> I have done the rtfm thru all that I can read from the rpm version and am woundering if CVS upgrading is available? Got to wondering when I saw you announce version 5.02 was available thanks for your patience Al From frostycoolslug at hotmail.com Wed Oct 23 21:37:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] CVS Message-ID: no its not, andy has said on many, many occasions that he was in no way planning CVS updates. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: Al Mellis >Reply-To: ircservices@ircservices.za.net >To: ircservices@ircservices.za.net >Subject: [IRCServices] CVS >Date: Wed, 23 Oct 2002 15:34:10 -0400 > >I have done the rtfm thru all that I can read from the rpm version and >am woundering if CVS upgrading is available? Got to wondering when I >saw you announce version 5.02 was available > >thanks for your patience > >Al > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp From rg at tcslon.com Wed Oct 23 22:41:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] CVS In-Reply-To: <1035401651.7950.4.camel@pcp01004179pcs.ladson01.sc.comcast.net> Message-ID: No, you have to wait for releases - There is a CVS repository but it's local to Andrew, and since he's the only developer it's not remotely accessible. Releases are extremely quick for security bugs, the last security bugfix version was released about 30mins after the bug was reported on a Sunday. ---------------------------------------------------------------------------- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Al Mellis > Sent: 23 October 2002 20:34 > To: ircservices@ircservices.za.net > Subject: [IRCServices] CVS > > > I have done the rtfm thru all that I can read from the rpm version and > am woundering if CVS upgrading is available? Got to wondering when I > saw you announce version 5.02 was available > > thanks for your patience > > Al > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From rg at tcslon.com Thu Oct 24 00:08:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] chanserv joining channels? In-Reply-To: Message-ID: Using RAW you can only make ChanServ join the channel until services is restarted or it is kicked, etc. Then you'll need to do the command again. RAW is really not recommended, you can crash your entire network with one very simple (or wrong) command. ---------------------------------------------------------------------------- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Nicholas Prisi > Sent: 23 October 2002 20:17 > To: ircservices@ircservices.za.net > Subject: [IRCServices] chanserv joining channels? > > > Hi, can someone point me in the dirrection of a RAW command list? > All I would like to do is get chanserv to join a channel and stay > there , but still I wouldnt mind knowing some of the other raw commands, > > Any ideas? > Thanks :) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From salk at junglebean.net Thu Oct 24 08:14:01 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] chanserv joining channels? References: Message-ID: <001301c27b24$e8ad5d30$0200a8c0@NT5.local> Um.... As any forum or developer will tell you.... if you do not know how to do it, dont. Steven Mac Intyre Network Administrator Services Root Administrator Junglebean.net - "the" IRC location http://www.junglebean.net ----- Original Message ----- From: "Nicholas Prisi" To: Sent: Wednesday, October 23, 2002 9:16 PM Subject: [IRCServices] chanserv joining channels? > Hi, can someone point me in the dirrection of a RAW command list? > All I would like to do is get chanserv to join a channel and stay > there , but still I wouldnt mind knowing some of the other raw commands, > > Any ideas? > Thanks :) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From salk at junglebean.net Thu Oct 24 08:15:01 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:45 2004 Subject: [IRCServices] Bug ? References: Message-ID: <001b01c27b25$198bbd70$0200a8c0@NT5.local> Ermmm. I am using Ultimate3.0.0.a26 ... restarting services does NOT work.... and I dont use raw commands ... I learnt me lesson. Steven Mac Intyre Network Administrator Services Root Administrator Junglebean.net - "the" IRC location http://www.junglebean.net ----- Original Message ----- From: "Craig McLure" To: Sent: Wednesday, October 23, 2002 9:22 PM Subject: Re: [IRCServices] Bug ? > This means services have de-synced with the rest of the network, it is > generally caused by 1 of the many bugs in UnrealIRCd, its also become > apparent that it could also be caused by excessive use of the RAW command, > either way, restarting services should fix it. > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > > > > >From: "Steven Mac Intyre" > >Reply-To: ircservices@ircservices.za.net > >To: > >Subject: [IRCServices] Bug ? > >Date: Wed, 23 Oct 2002 10:22:14 +0200 > > > >Hi, > > > >I have converted my epona databases to the newest version 5.02. > > > >The only channel that correctly displays modes / topic etc is #services. > > > >I do a /cs info #help and it states all the info, yet when I join the > >channel it "looks" unregistered - ie. No modes, topic etc. > > > >What can I do or look for ? > > > > > >Steven Mac Intyre > >Network Administrator > >Services Root Administrator > > > >Junglebean.net - "the" IRC location > > > >http://www.junglebean.net > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > _________________________________________________________________ > Internet access plans that fit your lifestyle -- join MSN. > http://resourcecenter.msn.com/access/plans/default.asp > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From alisor at softhome.net Thu Oct 24 16:26:00 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] About Akill Expire References: <3db7c463.67111@achurch.org> Message-ID: <006401c27b68$e8a72ac0$0100a8c0@control> Hello; Services dont remove akills if any user matches to that ip tries to connect to server after time expiration of akill. But if a services admin/operator uses /operserv akill list or /operserv stats all commands. It removes all expired ones. It is good maybe. But think of dont using this commands for 3 days at a big network. The result is really a flood from services to ircops. Just want to take ideas about that. Take Care Ali Sor From achurch at achurch.org Thu Oct 24 17:03:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] About Akill Expire In-Reply-To: <006401c27b68$e8a72ac0$0100a8c0@control> Message-ID: <3db80b5d.67770@achurch.org> >Services dont remove akills if any user matches to that ip tries to connect >to server after time expiration of akill. I can't reproduce this. The expired autokill is in fact removed when a matching user connects. Autokills, and in fact all types of data used in Servies, are not checked for expiration until they are actually accessed, whether by (for example) a user matching an autokill or a Services operator giving an AKILL LIST command. This saves CPU time at the minor cost of keeping some data in memory slightly longer than absolutely necessary. >But if a services admin/operator uses /operserv akill list or /operserv >stats all commands. It removes all expired ones. It is good maybe. But think >of dont using this commands for 3 days at a big network. > >The result is really a flood from services to ircops. It was my intention that expired data get flushed when the databases are saved, but this doesn't seem to be happening with autokills. I'll fix this for a future version; in the meantime, if this bothers you, turn off WallAutokillExpire. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Thu Oct 24 18:51:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] WRT GCC 2.95 Message-ID: It is definitely possible to install GCC without having root, I've installed GCC and related paraphernelia to my home dir before. If you are not able to change your box's installed version of GCC, you can install GCC3 in your home dir. From rg at tcslon.com Thu Oct 24 18:54:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] WRT GCC 2.95 In-Reply-To: Message-ID: However, the compilation will probably take upwards of 100Mb of temporary disk space, so if you have a small quota this may not work. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Finny Merrill > Sent: 24 October 2002 17:47 > To: ircservices@ircservices.za.net > Subject: [IRCServices] WRT GCC 2.95 > > > It is definitely possible to install GCC without having root, I've > installed GCC and related paraphernelia to my home dir before. > > If you are not able to change your box's installed version of GCC, > you can install GCC3 in your home dir. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From rob4 at home.nl Thu Oct 24 19:54:00 2002 From: rob4 at home.nl (rob) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] compile problems on OpenBSD 3.1 Message-ID: <3DB8337C.8040700@home.nl> Hi, I'm experiencing some troubles with compiling ircservices5.0.2 on my OpenBSD 3.1-stable system. After running the configure script, I try to use 'make', but I'll get these errors immediately: "Makefile", line 31: Missing dependency operator "Makefile", line 34: Need an operator "Makefile", line 89: Missing dependency operator "Makefile", line 91: Need an operator "Makefile", line 94: Need an operator "Makefile", line 104: Missing dependency operator "Makefile", line 107: Need an operator "Makefile", line 110: Need an operator Any thoughts about this? Thanks in advance, -rob From i at freemail.gr Thu Oct 24 23:27:01 2002 From: i at freemail.gr (MinaS) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question Message-ID: <001801c27ba4$78fe9b40$c5dbcdd4@LocalHost> Friends. Iam new to this list and i want to ask something. Does anyone know the command /msg nickserv send desc "Blah blah" i dont remember the version of services it was and i want to find this version.can someone help me? Desc it was like this For example. User GSF did this : /msg nickserv set desc The Master Of Disaster and whenever he joined every channel *** Joins: GSF (mmmmm@XXXXXX.x-treme.gr) [GSF] The Master of Disaster.... HellenicNet was running on services .Can some one help me on this... -- http://www.freemail.gr - ?????? ???????? ???????????? ????????????. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021024/6974ef3b/attachment.htm From frostycoolslug at hotmail.com Thu Oct 24 23:31:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question Message-ID: This isnt services, it is normally dont by some sort of bot, Possibly Eggdrop. -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net >From: "MinaS" >Reply-To: ircservices@ircservices.za.net >To: >Subject: [IRCServices] Question >Date: Fri, 25 Oct 2002 00:29:43 +0300 > >Friends. >Iam new to this list and i want to ask something. >Does anyone know the command /msg nickserv send desc "Blah blah" >i dont remember the version of services it was and i want to find this >version.can someone help me? >Desc it was like this >For example. User GSF did this : /msg nickserv set desc The Master Of >Disaster >and whenever he joined every channel >*** Joins: GSF (mmmmm@XXXXXX.x-treme.gr) > [GSF] The Master of Disaster.... >HellenicNet was running on services >.Can some one help me on this... > > >-- >http://www.freemail.gr - äùñåÜí õðçñåóßá çëåêôñïíéêïý ôá÷õäñïìåßïõ. _________________________________________________________________ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp From brain at brainbox.winbot.co.uk Thu Oct 24 23:38:00 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question Message-ID: <200210242140.g9OLeDY25640@localhost.localdomain> Some nets have BotServ that does this... maybe epona or a custom ircservices. We were going to code a botserv module that acted like an eggdrop for every channel that "ordered" one (by being founder and doing /bs whatever). We shelved the idea tho, lots of stuff to code... maybe later :D >This isnt services, it is normally dont by some sort of bot, Possibly >Eggdrop. > > > >-- >Craig McLure >Craig@chatspike.net >Network Administrator of the ChatSpike IRC Network. >ChatSpike, the users network! www.chatspike.net > > > > > >>From: "MinaS" >>Reply-To: ircservices@ircservices.za.net >>To: >>Subject: [IRCServices] Question >>Date: Fri, 25 Oct 2002 00:29:43 +0300 >> >>Friends. >>Iam new to this list and i want to ask something. >>Does anyone know the command /msg nickserv send desc "Blah blah" >>i dont remember the version of services it was and i want to find this >>version.can someone help me? >>Desc it was like this >>For example. User GSF did this : /msg nickserv set desc The Master Of >>Disaster >>and whenever he joined every channel >>*** Joins: GSF (mmmmm@XXXXXX.x-treme.gr) >> [GSF] The Master of Disaster.... >>HellenicNet was running on services >>.Can some one help me on this... >> >> >>-- >>http://www.freemail.gr - äùñåÜí õðçñåóßá çëåêôñïíéêïý ôá÷õäñïìåßïõ. > > >_________________________________________________________________ >Internet access plans that fit your lifestyle -- join MSN. >http://resourcecenter.msn.com/access/plans/default.asp > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From exceter at web.de Thu Oct 24 23:40:00 2002 From: exceter at web.de (Exceter) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question In-Reply-To: Message-ID: > This isnt services, it is normally dont by some sort of bot, Possibly > Eggdrop. > > >Does anyone know the command /msg nickserv send desc "Blah > blah" i dont Epona-Services does this with the SET GREET command But this is ott-topic in this list :-) Greets Ex From ircds at xaus.net Thu Oct 24 23:49:00 2002 From: ircds at xaus.net (Kacey Butcher) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] compile problems on OpenBSD 3.1 References: <3DB8337C.8040700@home.nl> Message-ID: <002f01c27ba6$cfbd9150$04548fac@HOME> use "gmake" Kacey Butcher http://ircservices.xaus.net/ From rg at tcslon.com Fri Oct 25 02:56:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] compile problems on OpenBSD 3.1 In-Reply-To: <3DB8337C.8040700@home.nl> Message-ID: Yes, you're not using GNU make. RTFM. Use gmake as opposed to make. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of rob > Sent: 24 October 2002 18:53 > To: ircservices@ircservices.za.net > Subject: [IRCServices] compile problems on OpenBSD 3.1 > > > Hi, > > I'm experiencing some troubles with compiling ircservices5.0.2 on my > OpenBSD 3.1-stable system. > After running the configure script, I try to use 'make', but I'll get > these errors immediately: > "Makefile", line 31: Missing dependency operator > "Makefile", line 34: Need an operator > "Makefile", line 89: Missing dependency operator > "Makefile", line 91: Need an operator > "Makefile", line 94: Need an operator > "Makefile", line 104: Missing dependency operator > "Makefile", line 107: Need an operator > "Makefile", line 110: Need an operator > > Any thoughts about this? > > Thanks in advance, > -rob > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ron885 at bloodheart.com Fri Oct 25 04:55:01 2002 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] i was pondering... Message-ID: <200210241900.38648.ron885@bloodheart.com> i know about how everyone LOVES to play with raw, and i was thinking... what about having services parse the stuff it sends out in raw, that way it doesn't get terribly desycned... just an idea i came up with, i really dont use raw From smkelly at zombie.org Fri Oct 25 05:23:01 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] i was pondering... In-Reply-To: <200210241900.38648.ron885@bloodheart.com> References: <200210241900.38648.ron885@bloodheart.com> Message-ID: <20021025031923.GA29956@edgemaster.zombie.org> On Thu, Oct 24, 2002 at 07:00:38PM -0700, Ron wrote: > i know about how everyone LOVES to play with raw, and i was thinking... what > about having services parse the stuff it sends out in raw, that way it > doesn't get terribly desycned... > > just an idea i came up with, i really dont use raw I have an even better idea! How about people who run Services on production networks not use RAW since it really shouldn't be used. For those who don't use Services on production grade networks, the desyncs shouldn't be much of a problem. In summary, I think a simple statement can be made. If you are going to play with a blowtorch, at least know the consequences of what you do with it before you do it instead of depending on the blowtorch not accidentally setting things on fire. Put more simply, don't do stupid things and there won't be any problem. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From andrewk at isdial.net Fri Oct 25 07:56:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] i was pondering... References: <200210241900.38648.ron885@bloodheart.com> Message-ID: <00ee01c27beb$122e2420$0529010a@af.didata.local> As much as we appreciate the effort of thinking of a solution... As Sean pointed out, if you're fiddling, fiddle on a non-production network. The whole point of the RAW command is that it sends RAW (i.e. unvetted) commands to its hub. If you go and limit what it can send, then you're going have to create a NO_CHECK_RAW command... and the cycle continues. I find it quite interesting that people always want as much control over something as possible, but at the same time demand protection from everything and anything that could go wrong. You can't have both. Sorry. Andrew ----- Original Message ----- From: "Ron" To: Sent: Friday, October 25, 2002 4:00 AM Subject: [IRCServices] i was pondering... i know about how everyone LOVES to play with raw, and i was thinking... what about having services parse the stuff it sends out in raw, that way it doesn't get terribly desycned... just an idea i came up with, i really dont use raw ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From ircds at xaus.net Fri Oct 25 17:08:01 2002 From: ircds at xaus.net (Kacey Butcher) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] i was pondering... References: <200210241900.38648.ron885@bloodheart.com> <00ee01c27beb$122e2420$0529010a@af.didata.local> Message-ID: <001e01c27c38$08bc0db0$db2886ac@HOME> Well, only time I ever use the RAW command is to force join services to a channel when I want to link the channel to another channel.... I really haven't found another reason to use the command. From jtraub+irc at dragoncat.net Sat Oct 26 10:39:01 2002 From: jtraub+irc at dragoncat.net (JT) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 Message-ID: I am setting up a small (1 or 2 server) private irc network using bahamut ircd. I have it up and working, and was getting services installed. I have read all of the documentation and faq and also searched the archives, but haven't found a solution to the problem. The problem is this: I registered a channel. I want to be autooped when I join the channel. I get a message from the server that services.dragoncat.net (the psuedo-server I use) has removed my oper status. I have (as expected) founder level access to the channel. When I try /msg chanserv op #test JT it tells me that I'm already opped, but I'm not. I tried the LEAVEOPS option. I fiddled with SECURE and SECUREOPS. Nothing seems to have any effect on this. Chanserv does correctly set the mode to the default +nt and set the topic to what I have set it to. The only thing which seems to be failing is the autoopping of the channel owner/founder. I tried adding myself explicitly to the AOP (and then the SOP) lists. Still no joy in mudville. Any help would be greatly appreciated. Thanks, --JT -- [-------------------------------------------------------------------------] [ Practice random kindness and senseless acts of beauty. ] [ It's hard to seize the day when you must first grapple with the morning ] [-------------------------------------------------------------------------] From jtraub+irc at dragoncat.net Sat Oct 26 11:55:01 2002 From: jtraub+irc at dragoncat.net (JT) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 In-Reply-To: Message-ID: On Sat, 26 Oct 2002, JT wrote: > I registered a channel. I want to be autooped when I join the channel. > I get a message from the server that services.dragoncat.net (the > psuedo-server I use) has removed my oper status. I have (as expected) > founder level access to the channel. When I try /msg chanserv op #test > JT it tells me that I'm already opped, but I'm not. Okay, a bit more info. It only seems to happen to the *first* user to join the channel. I added a second user and made them an autoop. Whichever joins the channel first gets their operator mode removed by services.dragoncat.net. The other one when it joins, gets given chanops by ChanServ. Also, killing services and restarting them results in the correct modes being given to the user. It's also correctable by issuing a /msg Chanserv deop #channel user and then a /msg chanserv op #channel user. Attempting to issue the op alone result is a message from chanserv about already being opped. Looking a bit further, I found the 'KnownBugs' list and this seems to be related to the bug on 'failure to detect node bouncing' though I'm not sure why this might be. Looking at the code, the problem seems to be in the input to check_chan_user_modes. The difference is that u->mode seems to be 1 in the case of the first user to join the channel even though it is getting unset by the services server. It looks as if the service is not noticing that the +o mode for first user on the channel was automatically reset (even though I have LEAVEOPS set on the channel :() and thus thinks it doesn't need to set the op. I'm more than willing to help debug this further if people can suggest where I might want to go looking. Followups to this should probably move to the code list if they get into the nitty-gritty of patches, but I figured initial discussion/report should be on the more general list. --JT -- [-------------------------------------------------------------------------] [ Practice random kindness and senseless acts of beauty. ] [ It's hard to seize the day when you must first grapple with the morning ] [-------------------------------------------------------------------------] From griever at t2n.org Sat Oct 26 20:02:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 In-Reply-To: Message-ID: On Sat, 26 Oct 2002, JT wrote: > > It only seems to happen to the *first* user to join the channel. > I added a second user and made them an autoop. Whichever joins the > channel first gets their operator mode removed by services.dragoncat.net. > The other one when it joins, gets given chanops by ChanServ. Also, > killing services and restarting them results in the correct modes being > given to the user. It's also correctable by issuing a /msg Chanserv deop > #channel user and then a /msg chanserv op #channel user. Attempting to > issue the op alone result is a message from chanserv about already being > opped. > *snip* try disabling that option that sends SJOINs for the first person to join a channel (the name exscapes me) From jtraub+irc at dragoncat.net Sun Oct 27 02:10:02 2002 From: jtraub+irc at dragoncat.net (JT) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 Message-ID: On Sat, 26 Oct 2002, Finny Merrill wrote: > On Sat, 26 Oct 2002, JT wrote: > *snip* > > try disabling that option that sends SJOINs for the first person to join > a channel (the name exscapes me) Okay.. I cannot find any such option via a search of the documentation. If this really is what's going on, a bit more help would be appreciated. --JT -- [-------------------------------------------------------------------------] [ Practice random kindness and senseless acts of beauty. ] [ It's hard to seize the day when you must first grapple with the morning ] [-------------------------------------------------------------------------] From achurch at achurch.org Mon Oct 28 12:12:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 In-Reply-To: Message-ID: <3dbd0d47.52104@achurch.org> What version of Bahamut are you using? Try disabling CSSetChannelTimes in modules.conf and see if that helps. --Andrew Church achurch@achurch.org http://achurch.org/ >On Sat, 26 Oct 2002, JT wrote: >> I registered a channel. I want to be autooped when I join the channel. >> I get a message from the server that services.dragoncat.net (the >> psuedo-server I use) has removed my oper status. I have (as expected) >> founder level access to the channel. When I try /msg chanserv op #test >> JT it tells me that I'm already opped, but I'm not. > >Okay, a bit more info. > >It only seems to happen to the *first* user to join the channel. >I added a second user and made them an autoop. Whichever joins the >channel first gets their operator mode removed by services.dragoncat.net. >The other one when it joins, gets given chanops by ChanServ. Also, >killing services and restarting them results in the correct modes being >given to the user. It's also correctable by issuing a /msg Chanserv deop >#channel user and then a /msg chanserv op #channel user. Attempting to >issue the op alone result is a message from chanserv about already being >opped. > >Looking a bit further, I found the 'KnownBugs' list and this seems to be >related to the bug on 'failure to detect node bouncing' though I'm not >sure why this might be. > >Looking at the code, the problem seems to be in the input to >check_chan_user_modes. > >The difference is that u->mode seems to be 1 in the case of the first user >to join the channel even though it is getting unset by the services >server. It looks as if the service is not noticing that the +o mode for >first user on the channel was automatically reset (even though I have >LEAVEOPS set on the channel :() and thus thinks it doesn't need to set the >op. > >I'm more than willing to help debug this further if people can suggest >where I might want to go looking. > >Followups to this should probably move to the code list if they get into >the nitty-gritty of patches, but I figured initial discussion/report >should be on the more general list. > >--JT > >-- >[-------------------------------------------------------------------------] >[ Practice random kindness and senseless acts of beauty. ] >[ It's hard to seize the day when you must first grapple with the morning ] >[-------------------------------------------------------------------------] > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From salk at junglebean.net Mon Oct 28 12:17:00 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:46 2004 Subject: Fw: [IRCServices] Bug ? - Message-ID: <001101c27e6b$a164bf50$0200a8c0@NT5.local> ----- Original Message ----- From: "Steven Mac Intyre" To: Sent: Wednesday, October 23, 2002 10:22 AM Subject: [IRCServices] Bug ? > Hi, > > I have converted my epona databases to the newest version 5.02. > > The only channel that correctly displays modes / topic etc is #services. > > I do a /cs info #help and it states all the info, yet when I join the > channel it "looks" unregistered - ie. No modes, topic etc. > > What can I do or look for ? > From rtcn at comcast.net Mon Oct 28 13:32:00 2002 From: rtcn at comcast.net (Al Mellis) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 In-Reply-To: <3dbd0d47.52104@achurch.org> References: <3dbd0d47.52104@achurch.org> Message-ID: <1035804698.1841.3.camel@pcp01004179pcs.ladson01.sc.comcast.net> a solution I found to the same problem was creating two identities for myself, both with equal privledge and use one of them to create the channel and be founder and the other identity to be level 100. Since I use the 100 level identity as my regular mick it works out nicely On Mon, 2002-10-28 at 05:10, Andrew Church wrote: > What version of Bahamut are you using? Try disabling > CSSetChannelTimes in modules.conf and see if that helps. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >On Sat, 26 Oct 2002, JT wrote: > >> I registered a channel. I want to be autooped when I join the channel. > >> I get a message from the server that services.dragoncat.net (the > >> psuedo-server I use) has removed my oper status. I have (as expected) > >> founder level access to the channel. When I try /msg chanserv op #test > >> JT it tells me that I'm already opped, but I'm not. > > > >Okay, a bit more info. > > > >It only seems to happen to the *first* user to join the channel. > >I added a second user and made them an autoop. Whichever joins the > >channel first gets their operator mode removed by services.dragoncat.net. > >The other one when it joins, gets given chanops by ChanServ. Also, > >killing services and restarting them results in the correct modes being > >given to the user. It's also correctable by issuing a /msg Chanserv deop > >#channel user and then a /msg chanserv op #channel user. Attempting to > >issue the op alone result is a message from chanserv about already being > >opped. > > > >Looking a bit further, I found the 'KnownBugs' list and this seems to be > >related to the bug on 'failure to detect node bouncing' though I'm not > >sure why this might be. > > > >Looking at the code, the problem seems to be in the input to > >check_chan_user_modes. > > > >The difference is that u->mode seems to be 1 in the case of the first user > >to join the channel even though it is getting unset by the services > >server. It looks as if the service is not noticing that the +o mode for > >first user on the channel was automatically reset (even though I have > >LEAVEOPS set on the channel :() and thus thinks it doesn't need to set the > >op. > > > >I'm more than willing to help debug this further if people can suggest > >where I might want to go looking. > > > >Followups to this should probably move to the code list if they get into > >the nitty-gritty of patches, but I figured initial discussion/report > >should be on the more general list. > > > >--JT > > > >-- > >[-------------------------------------------------------------------------] > >[ Practice random kindness and senseless acts of beauty. ] > >[ It's hard to seize the day when you must first grapple with the morning ] > >[-------------------------------------------------------------------------] > > > >------------------------------------------------------------------ > >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 jtraub+irc at dragoncat.net Mon Oct 28 16:48:00 2002 From: jtraub+irc at dragoncat.net (JT) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Question about IrcServices 5.01/02 and bahamut 1.4.34 In-Reply-To: <3dbd0d47.52104@achurch.org> Message-ID: On Mon, 28 Oct 2002, Andrew Church wrote: > What version of Bahamut are you using? Try disabling > CSSetChannelTimes in modules.conf and see if that helps. Using bahamut 1.4.34, and yes, disabling CSSetChannelTimes in modules.conf fixed it. Looking through the code perhaps the UNREAL_HACK needs to be applied to bahamut as well. I might give that a whirl later, though I can live without the channel times getting set as well. Thanks. --JT -- [-------------------------------------------------------------------------] [ Practice random kindness and senseless acts of beauty. ] [ It's hard to seize the day when you must first grapple with the morning ] [-------------------------------------------------------------------------] From Craig at chatspike.net Thu Oct 31 01:31:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Nickserv SET mainnick Problem.. Message-ID: <20021030233025.LQLI27595.mta05-svc.ntlworld.com@i-br0ked-it> When using the command.. /ns set Wibble-It mainnick BOFH, services returned the message.. [23:18] -NickServ- Your main nickname has been changed to BOFH. it didnt change my main nickname, but surely it should say Wibble-It's main nickname has been changed too... it confused the hell outta me when i first used it, Its apparent with other set commands as well, maybe to avoid confusion, these should be changed. From achurch at achurch.org Thu Oct 31 06:20:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Nickserv SET mainnick Problem.. In-Reply-To: <20021030233025.LQLI27595.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <3dc0af3d.66305@achurch.org> This is a known problem, and would be listed in KnownBugs if I hadn't forgotten to add it. The error is in the reply only; the command itself works properly. --Andrew Church achurch@achurch.org http://achurch.org/ >When using the command.. /ns set Wibble-It mainnick BOFH, services returned the message.. >[23:18] -NickServ- Your main nickname has been changed to BOFH. > >it didnt change my main nickname, but surely it should say Wibble-It's main nickname has been changed too... > >it confused the hell outta me when i first used it, Its apparent with other set commands as well, maybe to avoid confusion, these should be changed. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From daniel at electricrain.com Fri Nov 1 07:59:01 2002 From: daniel at electricrain.com (Dan Sully) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Fwd: Services 5.0.2 crash on rehash Message-ID: <20021101055811.GB29201@electricrain.com> I get a segfault whenever I try to rehash services. Using unreal - *** Server irc.holonet.org: Unreal3.2-Selene[beta12]+(debug). CDFhiIXeOo [Linux 2.4.19 4 SMP i686] *** MAP KNOCK SAFELIST HCN MAXCHANNELS=10 MAXBANS=60 NICKLEN=30 TOPICLEN=307 KICKLEN=307 MAXTARGETS=20 AWAYLEN=307 are supported by this server *** WALLCHOPS WATCH=128 SILENCE=5 MODES=13 CHANTYPES=# PREFIX=(ohv)@%+ CHANMODES=ohvbeqa,kfL,l,psmntirRcOAQKVHGCuzN NETWORK=Holonet-IRC are supported by this server $ gdb /pkg/ircservices-5.0.2/sbin/ircservices GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) r -nofork -dir=/home/i/ircs -log=/var/log/irc/services Starting program: /pkg/ircservices-5.0.2/sbin/ircservices -nofork -dir=/home/i/ircs -log=/var/log/irc/services [Oct 26 21:00:52 2002] IRC Services 5.0.2 starting up [Oct 26 21:00:54 2002] operserv/sline: warning: client IP addresses not available with this IRC server [Oct 26 21:01:02 2002] nickserv/main: Legolas!Grimlock@155.225.110.217 identified for nick Legolas [Oct 26 21:01:06 2002] operserv/main: Numa: rehash We're now into glibc 2.2.5 land at malloc/malloc.c:3142 Program received signal SIGSEGV, Segmentation fault. 0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 3142 ar_ptr = arena_for_ptr(p); (gdb) bt #0 0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 #1 0x0804ee13 in do_all_directives (action=0, directives=0x8062be0) at conffile.c:40 #2 0x0804fd50 in configure (modulename=0x7ff00000 "", directives=0x8062be0, action=2) at conffile.c:558 #3 0x080517f7 in reconfigure () at init.c:938 #4 0x2ac6be4d in do_rehash (u=0x8243a90) at main.c:1200 #5 0x0804e93e in run_cmd (service=0x81bfac0 "OperServ", u=0x8243a90, id=0x7ff00000, cmd=0x7ffff8dc "rehash") at commands.c:176 #6 0x2ac69398 in operserv (source=0x8243a90 "", target=0x7ff00000 "", buf=0x8243a90 "") at main.c:266 #7 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffff8d2, arg3=0x7ffff8dc, arg4=0x0, arg5=0x0) at modules.c:658 #8 0x08054226 in m_privmsg (source=0x7ffffb10 "Numa", ac=2, av=0x8242888) at messages.c:249 #9 0x2ac04008 in do_receive_message (source=0x7ff00000 "", cmd=0x7ff00000 "", ac=2146435072, av=0x7ff00000) at token.c:43 #10 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffffad0, arg3=0x2, arg4=0x8242888, arg5=0x8242888) at modules.c:658 #11 0x08056eae in process () at process.c:127 #12 0x08058ae4 in check_sockets () at sockets.c:445 #13 0x08053a3f in main (ac=2146435072, av=0x7ffffd64, envp=0x7ffffd78) at main.c:248 #14 0x2aae1532 in __libc_start_main (main=0x8053740
, argc=4, ubp_av=0x7ffffd64, init=0x804be64 <_init>, fini=0x2aac04cc <_dl_debug_mask>, rtld_fini=0, stack_end=0x7ffffe9b) at ../sysdeps/generic/libc-start.c:129 -D -- berkeley db - it's mostly about the hash() From andrewk at isdial.net Fri Nov 1 08:29:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Fwd: Services 5.0.2 crash on rehash References: <20021101055811.GB29201@electricrain.com> Message-ID: <06a401c2816f$df976870$0529010a@af.didata.local> Just FYI, Andrew is away at the moment, so you may not get a response immediately... :) Andrew ----- Original Message ----- From: "Dan Sully" To: Sent: Friday, November 01, 2002 7:58 AM Subject: [IRCServices] Fwd: Services 5.0.2 crash on rehash > I get a segfault whenever I try to rehash services. Using unreal - > > *** Server irc.holonet.org: Unreal3.2-Selene[beta12]+(debug). CDFhiIXeOo [Linux 2.4.19 4 SMP i686] > *** MAP KNOCK SAFELIST HCN MAXCHANNELS=10 MAXBANS=60 NICKLEN=30 TOPICLEN=307 KICKLEN=307 MAXTARGETS=20 > AWAYLEN=307 are supported by this server > *** WALLCHOPS WATCH=128 SILENCE=5 MODES=13 CHANTYPES=# PREFIX=(ohv)@%+ > CHANMODES=ohvbeqa,kfL,l,psmntirRcOAQKVHGCuzN NETWORK=Holonet-IRC are supported by this server > > $ gdb /pkg/ircservices-5.0.2/sbin/ircservices > GNU gdb 5.2.1 > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i686-pc-linux-gnu"... > (gdb) r -nofork -dir=/home/i/ircs -log=/var/log/irc/services > Starting program: /pkg/ircservices-5.0.2/sbin/ircservices -nofork -dir=/home/i/ircs -log=/var/ log/irc/services > [Oct 26 21:00:52 2002] IRC Services 5.0.2 starting up > [Oct 26 21:00:54 2002] operserv/sline: warning: client IP addresses not available with this IRC server > [Oct 26 21:01:02 2002] nickserv/main: Legolas!Grimlock@155.225.110.217 identified for nick Legolas > [Oct 26 21:01:06 2002] operserv/main: Numa: rehash > > We're now into glibc 2.2.5 land at malloc/malloc.c:3142 > > Program received signal SIGSEGV, Segmentation fault. > 0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 > 3142 ar_ptr = arena_for_ptr(p); > (gdb) bt > #0 0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 > #1 0x0804ee13 in do_all_directives (action=0, directives=0x8062be0) at conffile.c:40 > #2 0x0804fd50 in configure (modulename=0x7ff00000 "", directives=0x8062be0, action=2) at conffile.c:558 > #3 0x080517f7 in reconfigure () at init.c:938 > #4 0x2ac6be4d in do_rehash (u=0x8243a90) at main.c:1200 > #5 0x0804e93e in run_cmd (service=0x81bfac0 "OperServ", u=0x8243a90, id=0x7ff00000, cmd=0x7ffff8dc "rehash") > at commands.c:176 > #6 0x2ac69398 in operserv (source=0x8243a90 "", target=0x7ff00000 "", buf=0x8243a90 "") at main.c:266 > #7 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffff8d2, > arg3=0x7ffff8dc, arg4=0x0, arg5=0x0) at modules.c:658 > #8 0x08054226 in m_privmsg (source=0x7ffffb10 "Numa", ac=2, av=0x8242888) at messages.c:249 > #9 0x2ac04008 in do_receive_message (source=0x7ff00000 "", cmd=0x7ff00000 "", ac=2146435072, av=0x7ff00000) > at token.c:43 > #10 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffffad0, arg3=0x2, > arg4=0x8242888, arg5=0x8242888) at modules.c:658 > #11 0x08056eae in process () at process.c:127 > #12 0x08058ae4 in check_sockets () at sockets.c:445 > #13 0x08053a3f in main (ac=2146435072, av=0x7ffffd64, envp=0x7ffffd78) at main.c:248 > #14 0x2aae1532 in __libc_start_main (main=0x8053740
, argc=4, ubp_av=0x7ffffd64, > init=0x804be64 <_init>, fini=0x2aac04cc <_dl_debug_mask>, rtld_fini=0, stack_end=0x7ffffe9b) > at ../sysdeps/generic/libc-start.c:129 > > -D > -- > berkeley db - it's mostly about the hash() > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From odbz at hotmail.com Fri Nov 1 22:58:00 2002 From: odbz at hotmail.com (Mark Lewis) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] converting db's Message-ID: Probably a stupid question but i dont want to fuX0r up the db's on my network but i'm currently running 5.0pre11 and and upgrading it to 5.02, will i need to convert the db's to the new version or are they safe? _________________________________________________________________ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp From Craig at chatspike.net Fri Nov 1 23:07:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] converting db's Message-ID: <20021101210647.RVCX9836.mta01-svc.ntlworld.com@i-br0ked-it> The are safe.. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Mark Lewis" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] converting db's Date : 2002-11-01 Probably a stupid question but i dont want to fuX0r up the db's on my network but i'm currently running 5.0pre11 and and upgrading it to 5.02, will i need to convert the db's to the new version or are they safe? _________________________________________________________________ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From vault at interia.pl Mon Nov 4 00:25:01 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a Message-ID: <000e01c28387$b17f78a0$11efcdc3@marcin> Hi. I discovered that non-Service Admins cannot set umode +a (bahamut). Well, it makes no sense to me :) Umode +a on bahamut is NOT related to Services, it just means that Oper can do /samode, and it's in no way Services access. It's even lower level than Server Admin. So, if i don't want to give all of my Admins access to Services (a BadThingTM), but i'd like them to keep +a for /samode? And it's not that i don't trust my Admins. ;) I think it should be an option in .conf or something. I'm using: Bahamut 1.4.35.RC1 IRCServices 5.0.2 -- Marcin Wolniewicz MonoSex @ IRC ---------------------------------------------------------------------- Portal INTERIA.PL zaprasza... >>> http://link.interia.pl/f167c From rg at tcslon.com Mon Nov 4 00:29:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a In-Reply-To: <000e01c28387$b17f78a0$11efcdc3@marcin> Message-ID: Errrm. The +a mode in bahamut is controlled by the a o:line flag - it's nothing to do with services, as you yourself say. (I think you need the A (server admin) flag too). Russ > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of MonoSex > Sent: 03 November 2002 22:24 > To: ircservices@ircservices.za.net > Subject: [IRCServices] SAdmins and +a > > > Hi. > I discovered that non-Service Admins cannot set umode +a (bahamut). > Well, it makes no sense to me :) > Umode +a on bahamut is NOT related to Services, it just means that > Oper can do /samode, and it's in no way Services access. > It's even lower level than Server Admin. > > So, if i don't want to give all of my Admins access to Services (a > BadThingTM), > but i'd like them to keep +a for /samode? > And it's not that i don't trust my Admins. ;) > > I think it should be an option in .conf or something. > > I'm using: > Bahamut 1.4.35.RC1 > IRCServices 5.0.2 > > -- > Marcin Wolniewicz > MonoSex @ IRC > > > ---------------------------------------------------------------------- > Portal INTERIA.PL zaprasza... >>> http://link.interia.pl/f167c > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From vault at interia.pl Mon Nov 4 00:45:01 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a References: Message-ID: <000501c2838a$0b1387b0$11efcdc3@marcin> > Errrm. The +a mode in bahamut is controlled by the a o:line flag - > it's nothing to do with services, as you yourself say. (I think > you need the A (server admin) flag too). > > Russ I cant set umode +a while i'm not identified to SAdmins' nick (well i can, but it's unsetted automatically). Maybe it's something wrong with IRCd? I have no idea. And yes, i have +A, but it's not needed for +a. I switched from Epona, i hadn't such problem with it. -- Marcin Wolniewicz MonoSex @ IRC ---------------------------------------------------------------------- Uwielbiam, gdy mnie odwiedzasz... >>> http://link.interia.pl/f1663 From rg at tcslon.com Mon Nov 4 00:48:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a In-Reply-To: <000501c2838a$0b1387b0$11efcdc3@marcin> Message-ID: Odd, I can set +Aa fine while idented to a services admin nick. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of MonoSex > Sent: 03 November 2002 22:41 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] SAdmins and +a > > > > > Errrm. The +a mode in bahamut is controlled by the a o:line flag - > > it's nothing to do with services, as you yourself say. (I think > > you need the A (server admin) flag too). > > > > Russ > > I cant set umode +a while i'm not identified to SAdmins' nick (well i > can, but it's unsetted automatically). > Maybe it's something wrong with IRCd? I have no idea. > And yes, i have +A, but it's not needed for +a. > > I switched from Epona, i hadn't such problem with it. > > -- > Marcin Wolniewicz > MonoSex @ IRC > > > ---------------------------------------------------------------------- > Uwielbiam, gdy mnie odwiedzasz... >>> http://link.interia.pl/f1663 > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From vault at interia.pl Mon Nov 4 00:53:01 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a References: Message-ID: <000a01c2838b$b7750eb0$11efcdc3@marcin> > Odd, I can set +Aa fine while idented to a services admin nick. And that's what i'm suggesting :) That any oper could use +a without SAdmin level in Services. Here's a debug: [Nov 03 23:44:52.274536 2002] debug: Received: :testnick MODE testnick :+a [Nov 03 23:44:52.274861 2002] debug: Changing mode for testnick to +a [Nov 03 23:44:52.274925 2002] debug: Sent: :services.darkarmy.org SVSMODE testnick -a As you can see, services takes +a with svsmode. But when i'm using SAdmin's nick, everything is ok. -- Marcin Wolniewicz MonoSex @ IRC ---------------------------------------------------------------------- Portal INTERIA.PL zaprasza... >>> http://link.interia.pl/f167c From rg at tcslon.com Mon Nov 4 00:56:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a In-Reply-To: <000a01c2838b$b7750eb0$11efcdc3@marcin> Message-ID: Aha sorry, tired :). Wouldn't take much to remove that I'm sure. Russ > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of MonoSex > Sent: 03 November 2002 22:53 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] SAdmins and +a > > > > > Odd, I can set +Aa fine while idented to a services admin nick. > > And that's what i'm suggesting :) > That any oper could use +a without SAdmin level in Services. > > Here's a debug: > > [Nov 03 23:44:52.274536 2002] debug: Received: :testnick MODE testnick > :+a > [Nov 03 23:44:52.274861 2002] debug: Changing mode for testnick to +a > [Nov 03 23:44:52.274925 2002] debug: Sent: :services.darkarmy.org > SVSMODE testnick -a > > As you can see, services takes +a with svsmode. > But when i'm using SAdmin's nick, everything is ok. > > -- > Marcin Wolniewicz > MonoSex @ IRC > > > ---------------------------------------------------------------------- > Portal INTERIA.PL zaprasza... >>> http://link.interia.pl/f167c > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From vault at interia.pl Mon Nov 4 01:07:00 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] SAdmins and +a References: Message-ID: <001401c2838d$a95f07c0$11efcdc3@marcin> > Aha sorry, tired :). Wouldn't take much to remove that I'm sure. I think so too, but i'm not much a coder myself and i don't want to do it with every next version of services ;) Another point: some Admins just don't want do use Services at all, so they can't do /samode... > Russ -- Marcin Wolniewicz MonoSex @ IRC ---------------------------------------------------------------------- Portal INTERIA.PL zaprasza... >>> http://link.interia.pl/f167c From nero at hardmob.com.br Mon Nov 4 17:35:01 2002 From: nero at hardmob.com.br (Eduardo S. Junior) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Encrypted passwords and sendpass Message-ID: <003201c28420$040f32c0$50b1aac8@EDUARDO> I don't know if this function is already in development or something. I'm using ircservices 5.0.2 with encryptation enable, it makes sendpass unusable, of course. But why don't make a function to just generate a new password and send to user if encryption is enable using the same sendpss command? Wold be great a function like tath. thanks. ps: i forgot to subscribe in the services mail list, disconsider my last email please -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021104/a2fbf3cb/attachment.html From n.p at bluewin.ch Tue Nov 5 18:18:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] access keeps killling me :( Message-ID: Hi, I've got the problem that when I have my nick on immed kill I get killed when connecting from my normal ISP, my access list looks as follows: -*NickServ*- Access list: -*NickServ*- pickkles@*.za.net <--- BNC -*NickServ*- *@samadhi.za.net <--- BNC -*NickServ*- *@*.highspeed.ch <--- ISP line -*NickServ*- *@carbonirc.net <--- My "host on oper" address -*NickServ*- picks@samadhi.za.net <--- BNC -*NickServ*- *@217.10.143.227 < My BNC's IP Now when I connect just using my ISP's normal host I usually have something like, *@dclient217-162-126-101.hispeed.ch , so *@*.highspeed.ch should be right, no? My o:line is set to *@* so that shouldnt be a problem. Thanks for _any_ help :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1375 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021105/5e8a73c8/attachment.bin From ender at enderboi.com Tue Nov 5 18:28:01 2002 From: ender at enderboi.com (J.Brown (Ender/Amigo)) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] access keeps killling me :( In-Reply-To: Message-ID: > Now when I connect just using my ISP's normal host I usually have > something like, *@dclient217-162-126-101.hispeed.ch , > so *@*.highspeed.ch should be right, no? My o:line is set to *@* so that > shouldnt be a problem. > Thanks for _any_ help :) hispeed.ch is NOT the same as highspeed.ch :) Cheers, James 'Ender' Brown -- http://www.scummvm.org/ http://www.quakesrc.org/ http://www.collectivedetective.org/ From n.p at bluewin.ch Tue Nov 5 18:55:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] access keeps killling me :( In-Reply-To: Message-ID: <42062791-F0DF-11D6-BE0D-003065F3CEBE@bluewin.ch> *slaps forehead* ...and I still checked wether everything was correctly spelt sothat I wouldnt go asking sensless questions :/ Thanks for the enlightnenment anyway :) .....I think I work to hard.... On Tuesday, November 5, 2002, at 05:27 pm, J.Brown (Ender/Amigo) wrote: >> Now when I connect just using my ISP's normal host I usually have >> something like, *@dclient217-162-126-101.hispeed.ch , >> so *@*.highspeed.ch should be right, no? My o:line is set to *@* so >> that >> shouldnt be a problem. >> Thanks for _any_ help :) > > > hispeed.ch is NOT the same as highspeed.ch :) > > Cheers, > James 'Ender' Brown > -- > http://www.scummvm.org/ > http://www.quakesrc.org/ > http://www.collectivedetective.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From n.p at bluewin.ch Wed Nov 6 21:19:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] weird non oping chanserv Message-ID: <8A9DD881-F1BC-11D6-9C84-003065F3CEBE@bluewin.ch> Hi, I've got my 'opers' channel setup with sops/aops and hops, chanserv works fine with everyone except one person that chanserv wont op, the nick is on the sop list: *** Koosh (~neon@circ-21BB7213.dial-up.net) has joined channel #carbon -*NickServ*- STATUS koosh 3 -*ChanServ*- SOP list for #carbon: -*ChanServ*- Num Nickname -*ChanServ*- 1 mylo -*ChanServ*- 2 Koosh -*ChanServ*- 3 dik "Koosh" was given an o:line recently but if I recall properly chanserv still oped koosh after the o:line was in place, then it just suddenly stopped, I cant seem to figure it out, everything is like it should be, or atleast I think it is, any ideas? Thanks :) From Craig at chatspike.net Wed Nov 6 22:10:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] weird non oping chanserv Message-ID: <20021106200630.QMQF21275.mta07-svc.ntlworld.com@i-br0ked-it> This may sound stupid, but is Koosh identifying? :p ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Nicholas Prisi" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] weird non oping chanserv Date : 2002-11-06 Hi, I've got my 'opers' channel setup with sops/aops and hops, chanserv works fine with everyone except one person that chanserv wont op, the nick is on the sop list: *** Koosh (~neon@circ-21BB7213.dial-up.net) has joined channel #carbon -*NickServ*- STATUS koosh 3 -*ChanServ*- SOP list for #carbon: -*ChanServ*- Num Nickname -*ChanServ*- 1 mylo -*ChanServ*- 2 Koosh -*ChanServ*- 3 dik "Koosh" was given an o:line recently but if I recall properly chanserv still oped koosh after the o:line was in place, then it just suddenly stopped, I cant seem to figure it out, everything is like it should be, or atleast I think it is, any ideas? Thanks :) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From rg at tcslon.com Wed Nov 6 22:15:02 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] weird non oping chanserv In-Reply-To: <20021106200630.QMQF21275.mta07-svc.ntlworld.com@i-br0ked-it> Message-ID: > This may sound stupid, but is Koosh identifying? :p Erm: > -*NickServ*- STATUS koosh 3 Russ From n.p at bluewin.ch Wed Nov 6 22:23:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] weird non oping chanserv In-Reply-To: Message-ID: <6CC0544C-F1C5-11D6-9C84-003065F3CEBE@bluewin.ch> hehe On Wednesday, November 6, 2002, at 09:12 pm, Russell Garrett wrote: >> This may sound stupid, but is Koosh identifying? :p > > Erm: > >> -*NickServ*- STATUS koosh 3 > > > Russ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From georges at berscheid.lu Thu Nov 7 11:29:01 2002 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto-op on identify In-Reply-To: Message-ID: <000f01c28640$0f6b89d0$4dbbf683@globi> Hi, sorry if this has been mentioned before, but I could not find anything about it neither in the docs nor in the mail-archive. We finally switched over from 4.5 to 5.0.2 and some Channel Ops are complaining that they automatically get opped when they identify in their respective channels. Is there any way to make Chanserv wait until the user explicitly does /msg chanserv op until he op's the user ? Georges From achurch at achurch.org Thu Nov 7 14:41:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto-op on identify In-Reply-To: <000f01c28640$0f6b89d0$4dbbf683@globi> Message-ID: <3dca5f2e.20146@achurch.org> This was a feature requested by many, many people. Live with it. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >sorry if this has been mentioned before, but I could not find anything >about it neither in the docs nor in the mail-archive. >We finally switched over from 4.5 to 5.0.2 and some Channel Ops are >complaining that they automatically get opped when they identify in >their respective channels. >Is there any way to make Chanserv wait until the user explicitly does >/msg chanserv op until he op's the user ? > >Georges > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Nov 7 14:43:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Regarding Unreal 3.1.4 and Services 5.0 Message-ID: <3dca5f89.24007@achurch.org> Many people have reported problems with ChanServ not being able to op users in channels when using Unreal version 3.1.4. This version of Unreal posed a number of problems during testing, as well, and appears to have some stability problems. If you experience problems of this nature, please try downgrading to Unreal 3.1.3 and see if that helps. --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Thu Nov 7 19:12:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto-op on identify In-Reply-To: <000f01c28640$0f6b89d0$4dbbf683@globi> Message-ID: Complaining? Ye gods... I've had so many people ask for this feature that they greatly outnumber those who complained because of it... If they don't want to be auto-opped then set them at a non-aop level. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Georges > Berscheid > Sent: 07 November 2002 09:29 > To: ircservices@ircservices.za.net > Subject: [IRCServices] auto-op on identify > > > Hi, > > sorry if this has been mentioned before, but I could not find anything > about it neither in the docs nor in the mail-archive. > We finally switched over from 4.5 to 5.0.2 and some Channel Ops are > complaining that they automatically get opped when they identify in > their respective channels. > Is there any way to make Chanserv wait until the user explicitly does > /msg chanserv op until he op's the user ? > > Georges > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ultrotter at jumpy.it Sat Nov 9 14:11:01 2002 From: ultrotter at jumpy.it (Guido Trotter) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Official Debian Packaging Message-ID: <20021109120940.GA3304@executor.imperialnet.mig> Hi, I'm writing to this list because I plan to make an official Debian version of ircservices. I know there is a .deb on the website, but I think it's worth to put it in the main debian archive, to have it available on each architecture debian supports, and directly from the package managing system. In order to do so, I must plan to do some changes, at least in the directory structure ircservices use. The main thing I must do to have it included is to have a more separated directory structure, which refects the FHS. I'm wondering if this changes can be received upstream, as additional options to configure and make, without changing the actual default behaviour, but simply allowing it to be changed calling configure and make with some options. In this way there will be no problem for the actual users, who won't see the changes from their point of view, but the scripts could be used without changes by the debian maintainer scripts (and thus autobuilders). Here are the directory structure I plan to use in the debian version: binaries: /usr/bin/ modules: /usr/lib/ircservices/ databases: /var/lib/ircservices/ logs: /var/log/ircservices/ configuration: /etc/ircservices/ I hope this (the package and the changes) isn't a problem for you. Otherwise I'll be happy to talk about it, and eventually withdraw my proposal. BTW I shall ask for an advice: the services database binary format is architecture dependent or independent? For example can one simply copy the databases from a little endian to a big endian machine and expect them to work? In this case I think I'll move them to /var/share/ircservices insteas of /var/lib/ Thank in advance, -- Guido Trotter - ultrotter@debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021109/d16e8015/attachment.pgp From achurch at achurch.org Sun Nov 10 04:05:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Official Debian Packaging In-Reply-To: <20021109120940.GA3304@executor.imperialnet.mig> Message-ID: <3dcdbe84.72610@achurch.org> Thanks for your message. To take your points in reverse order: the binary data files used by Services are endian-independent, so they should be able to go into /var/share. (I haven't actually tested this, but I don't use fwrite() anywhere except when writing strings, so there shouldn't be any problems. If there are, it's a bug. ;) ) Services currently assumes all the data files are under a single directory tree, and it'll take a bit of work to redo that; I'll look into it, but I can't promise getting it done soon. As a cheap hack, something like the following (untested) should work, though it leaves a few symlinks hanging around in /var/share/ircservices: ./configure -bindest /usr/bin -datdest /var/share/ircservices make install mkdir -p /usr/lib/ircservices rm -rf /usr/lib/ircservices/modules cp -a /var/share/ircservices/modules /usr/lib/ircservices/ rm -rf /var/share/ircservices/modules ln -s /usr/lib/ircservices/modules /var/share/ircservices/ mkdir -p /usr/share/ircservices rm -rf /usr/share/ircservices/languages cp -a /var/share/ircservices/languages /usr/share/ircservices/ rm -rf /var/share/ircservices/languages ln -s /usr/share/ircservices/languages /var/share/ircservices/ mkdir -p /var/log/ircservices ln -fs /var/log/ircservices/ircservices.log /var/share/ircservices/ mkdir -p /etc/ircservices mv -f /var/share/ircservices/example-*.conf /etc/ircservices/ ln -fs /etc/ircservices/{ircservices,modules}.conf /var/share/ircservices/ --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I'm writing to this list because I plan to make an official Debian version of >ircservices. I know there is a .deb on the website, but I think it's worth >to put it in the main debian archive, to have it available on each architecture >debian supports, and directly from the package managing system. > >In order to do so, I must plan to do some changes, at least in the directory >structure ircservices use. The main thing I must do to have it included >is to have a more separated directory structure, which refects the FHS. >I'm wondering if this changes can be received upstream, as additional options >to configure and make, without changing the actual default behaviour, but >simply allowing it to be changed calling configure and make with some options. > >In this way there will be no problem for the actual users, who won't see the >changes from their point of view, but the scripts could be used without changes >by the debian maintainer scripts (and thus autobuilders). > >Here are the directory structure I plan to use in the debian version: > >binaries: /usr/bin/ >modules: /usr/lib/ircservices/ >databases: /var/lib/ircservices/ >logs: /var/log/ircservices/ >configuration: /etc/ircservices/ > > >I hope this (the package and the changes) isn't a problem for you. >Otherwise I'll be happy to talk about it, and eventually withdraw my >proposal. > >BTW I shall ask for an advice: the services database binary format is >architecture dependent or independent? >For example can one simply copy the databases from a little endian to a >big endian machine and expect them to work? In this case I think I'll move >them to /var/share/ircservices insteas of /var/lib/ > >Thank in advance, > >-- >Guido Trotter - ultrotter@debian.org From achurch at achurch.org Sun Nov 10 04:08:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Fwd: Services 5.0.2 crash on rehash In-Reply-To: <20021101055811.GB29201@electricrain.com> Message-ID: <3dcdbf65.72623@achurch.org> If this is reproducible, can you send me a core file along with your ircservices executable and module directory? --Andrew Church achurch@achurch.org http://achurch.org/ >I get a segfault whenever I try to rehash services. Using unreal - > >*** Server irc.holonet.org: Unreal3.2-Selene[beta12]+(debug). CDFhiIXeOo [Linux 2.4.19 4 SMP i686] >*** MAP KNOCK SAFELIST HCN MAXCHANNELS=10 MAXBANS=60 NICKLEN=30 TOPICLEN=307 KICKLEN=307 MAXTARGETS=20 >AWAYLEN=307 are supported by this server >*** WALLCHOPS WATCH=128 SILENCE=5 MODES=13 CHANTYPES=# PREFIX=(ohv)@%+ >CHANMODES=ohvbeqa,kfL,l,psmntirRcOAQKVHGCuzN NETWORK=Holonet-IRC are supported by this server > >$ gdb /pkg/ircservices-5.0.2/sbin/ircservices >GNU gdb 5.2.1 >Copyright 2002 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you are >welcome to change it and/or distribute copies of it under certain conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for details. >This GDB was configured as "i686-pc-linux-gnu"... >(gdb) r -nofork -dir=/home/i/ircs -log=/var/log/irc/services >Starting program: /pkg/ircservices-5.0.2/sbin/ircservices -nofork -dir=/home/i/ircs -log=/var/log/irc/services >[Oct 26 21:00:52 2002] IRC Services 5.0.2 starting up >[Oct 26 21:00:54 2002] operserv/sline: warning: client IP addresses not available with this IRC server >[Oct 26 21:01:02 2002] nickserv/main: Legolas!Grimlock@155.225.110.217 identified for nick Legolas >[Oct 26 21:01:06 2002] operserv/main: Numa: rehash > >We're now into glibc 2.2.5 land at malloc/malloc.c:3142 > >Program received signal SIGSEGV, Segmentation fault. >0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 >3142 ar_ptr = arena_for_ptr(p); >(gdb) bt >#0 0x2ab379a6 in __libc_free (mem=0x7ffffe9b) at malloc.c:3142 >#1 0x0804ee13 in do_all_directives (action=0, directives=0x8062be0) at conffile.c:40 >#2 0x0804fd50 in configure (modulename=0x7ff00000 "", directives=0x8062be0, action=2) at conffile.c:558 >#3 0x080517f7 in reconfigure () at init.c:938 >#4 0x2ac6be4d in do_rehash (u=0x8243a90) at main.c:1200 >#5 0x0804e93e in run_cmd (service=0x81bfac0 "OperServ", u=0x8243a90, id=0x7ff00000, cmd=0x7ffff8dc "rehash") > at commands.c:176 >#6 0x2ac69398 in operserv (source=0x8243a90 "", target=0x7ff00000 "", buf=0x8243a90 "") at main.c:266 >#7 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffff8d2, > arg3=0x7ffff8dc, arg4=0x0, arg5=0x0) at modules.c:658 >#8 0x08054226 in m_privmsg (source=0x7ffffb10 "Numa", ac=2, av=0x8242888) at messages.c:249 >#9 0x2ac04008 in do_receive_message (source=0x7ff00000 "", cmd=0x7ff00000 "", ac=2146435072, av=0x7ff00000) > at token.c:43 >#10 0x080568e9 in call_callback_5 (module=0x0, id=2147483291, arg1=0x7ffffb10, arg2=0x7ffffad0, arg3=0x2, > arg4=0x8242888, arg5=0x8242888) at modules.c:658 >#11 0x08056eae in process () at process.c:127 >#12 0x08058ae4 in check_sockets () at sockets.c:445 >#13 0x08053a3f in main (ac=2146435072, av=0x7ffffd64, envp=0x7ffffd78) at main.c:248 >#14 0x2aae1532 in __libc_start_main (main=0x8053740
, argc=4, ubp_av=0x7ffffd64, > init=0x804be64 <_init>, fini=0x2aac04cc <_dl_debug_mask>, rtld_fini=0, stack_end=0x7ffffe9b) > at ../sysdeps/generic/libc-start.c:129 > >-D >-- > berkeley db - it's mostly about the hash() >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Nov 10 04:10:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Encryption In-Reply-To: Message-ID: <3dcdbfc2.72633@achurch.org> >After recently upgrading to 5.0 (great job with this new version) and was >wondering if it would be possible to now >encrypt passwords. My current passwords are not encrypted and was wondering >if there was a way (without wiping the database) to encrypt the passwords so >I can use the password encryption features of services 5.0? Apologies for the late response. No, I'm afraid it's not currently possible to switch from nonencrypted to encrypted without wiping the databases. I'll look into adding a way to do this at some point, but I don't know when it'll be done. --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Sun Nov 10 17:29:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Any idea about log files? Message-ID: <000a01c288cd$f6505c10$0100a8c0@control> Hello; I remember at alpha times of 5.0 there was a suggestion about log files. i write my ideas about it. Today i looked at my logs and see that it was a right suggestion. Can it be possible to make log files 1 week long. or 10 days etc. For example in every monday. ircservices.log becomes ircservicesfromdatetodate.log.old and a new ircservices.log created. because after some weeks it becomes hard to open and search in it. Does anybody have any idea about it ? or do you think it isnt necessary? Take Care Ali Sor From nick at devaluate.com Sun Nov 10 22:56:00 2002 From: nick at devaluate.com (nick martini) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Any idea about log files? In-Reply-To: <000a01c288cd$f6505c10$0100a8c0@control> References: <000a01c288cd$f6505c10$0100a8c0@control> Message-ID: <20021110205448.GA7166@bucephalus> you could just use logrotate to do this. On Sun, Nov 10, 2002 at 05:29:10PM +0200, Ali Sor wrote: |> Message-ID: <000a01c288cd$f6505c10$0100a8c0@control> |> From: "Ali Sor" |> To: ircservices@ircservices.za.net |> X-Mailer: Microsoft Outlook Express 6.00.2800.1106 |> Subject: [IRCServices] Any idea about log files? |> Reply-To: ircservices@ircservices.za.net |> Date: Sun, 10 Nov 2002 17:29:10 +0200 |> |> Hello; |> |> I remember at alpha times of 5.0 there was a suggestion about log files. i |> write my ideas about it. |> |> Today i looked at my logs and see that it was a right suggestion. |> |> Can it be possible to make log files 1 week long. or 10 days etc. |> |> For example in every monday. ircservices.log becomes |> ircservicesfromdatetodate.log.old and a new ircservices.log created. |> |> because after some weeks it becomes hard to open and search in it. |> |> Does anybody have any idea about it ? or do you think it isnt necessary? |> |> Take Care |> Ali Sor |> |> ------------------------------------------------------------------ |> To unsubscribe or change your subscription options, visit: |> http://www.ircservices.za.net/mailman/listinfo/ircservices |> |> -- ill try to be less cynical when you try to be less stupid. From achurch at achurch.org Mon Nov 11 07:45:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] Any idea about log files? In-Reply-To: <000a01c288cd$f6505c10$0100a8c0@control> Message-ID: <3dcf439a.72252@achurch.org> Use %y/%m/%d in the log filename (see LogFilename in ircservices.conf). --Andrew Church achurch@achurch.org http://achurch.org/ >Hello; > >I remember at alpha times of 5.0 there was a suggestion about log files. i >write my ideas about it. > >Today i looked at my logs and see that it was a right suggestion. > >Can it be possible to make log files 1 week long. or 10 days etc. > >For example in every monday. ircservices.log becomes >ircservicesfromdatetodate.log.old and a new ircservices.log created. > >because after some weeks it becomes hard to open and search in it. > >Does anybody have any idea about it ? or do you think it isnt necessary? > >Take Care >Ali Sor > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Tue Nov 12 01:16:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] ircservices servers.... Message-ID: <5E9C67E0-F5CB-11D6-B801-003065F3CEBE@bluewin.ch> Hi, I was just wondering if "ircservices" actually has their own network, or even a # on some network for support? I remember wondering why there was never a "...or join #ircservices on server.com" in the help files (or am I blind?) when talking about support and so on. If not, I would be happy to put my network to ircservices service (<--- sounds weird, dont it....) Since ircservices has goto be the best services package around I dont at all mind having it tested or watever on my network. Just gimme a shout if needed, just a crazy idea of mine :) Regards, Nicholas From n.p at bluewin.ch Wed Nov 13 02:17:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto /msg when connecting? Message-ID: <10D6B6EC-F69D-11D6-85F5-003065F3CEBE@bluewin.ch> Hi, I've been wondering, I want to inform my users of the latest viruses/trojans/client updates and generally all things pertaining to irc. Now I could just put it in the /motd but who ever reads the motd? Is there some way I could get chanserv/nickserv/memoserv/watever to /msg each user when they connect with my pre-defined message? Or is there such a thing as a NewsServ? Thanks :) From nick at devaluate.com Wed Nov 13 02:58:01 2002 From: nick at devaluate.com (nick martini) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: <10D6B6EC-F69D-11D6-85F5-003065F3CEBE@bluewin.ch> References: <10D6B6EC-F69D-11D6-85F5-003065F3CEBE@bluewin.ch> Message-ID: <20021113005705.GA25433@bucephalus> ever hear of /msg operserv help logonnews ???????WHOA On Wed, Nov 13, 2002 at 01:15:50AM +0100, Nicholas Prisi wrote: |> From: Nicholas Prisi |> To: ircservices@ircservices.za.net |> Message-Id: <10D6B6EC-F69D-11D6-85F5-003065F3CEBE@bluewin.ch> |> X-Mailer: Apple Mail (2.482) |> Subject: [IRCServices] auto /msg when connecting? |> Reply-To: ircservices@ircservices.za.net |> Date: Wed, 13 Nov 2002 01:15:50 +0100 |> |> Hi, I've been wondering, I want to inform my users of the latest |> viruses/trojans/client updates and generally all things pertaining to |> irc. Now I could just put it in the /motd but who ever reads the motd? |> Is there some way I could get chanserv/nickserv/memoserv/watever to /msg |> each user when they connect with my pre-defined message? Or is there |> such a thing as a NewsServ? |> |> Thanks :) |> |> ------------------------------------------------------------------ |> To unsubscribe or change your subscription options, visit: |> http://www.ircservices.za.net/mailman/listinfo/ircservices |> |> -- ill try to be less cynical when you try to be less stupid. From tpham at priority.net Wed Nov 13 08:17:00 2002 From: tpham at priority.net (Pham, Thinh) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) Message-ID: <002401c28adb$f44ca5d0$9f00a8c0@crater> Hi, I'm running IRC Services 5.0.2 with IRC Server trircd-release-5.0.1-r on Redhat Linux 8. The irc server itself is running without any problem, but when i tried to start Services it gave me the error below in the ircservices.log file. I've tried to search through all the mailist archive for this particular problem but didn't see anything that come close. Have anyone seen this error before? Thanks, Thinh [Nov 13 00:03:45.440133 2002] debug: Received: NOTICE AUTH :*** Looking up your hostname... [Nov 13 00:03:45.440306 2002] debug: Received: NOTICE AUTH :*** Checking Ident [Nov 13 00:03:45.455987 2002] debug: Received: NOTICE AUTH :*** No Ident response [Nov 13 00:03:45.477096 2002] debug: Received: NOTICE AUTH :*** Found your hostname [Nov 13 00:03:45.477303 2002] debug: Received: E :Closing Link: 0.0.0.0 (Invalid servername.) [Nov 13 00:03:45.477463 2002] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) [Nov 13 00:03:45.477640 2002] debug: sockets: read(0): Connection reset by peer [Nov 13 00:03:45.478029 2002] Read error from server: Connection reset by peer Here's the /quote version command from irc server - -> Server: version - tr-ircd(kenora)-5.0(01)-r#2. irc.priorityit.com TS7-ZE-DM-B-NN-poll [STABLE] - NOQUIT SAFELIST INVEX EXCEPTS WALLCHOPS MAP USERIP CHARSET=rfc1459 CASEMAPPING=rfc1459 MAXBANS=100 TOPICLEN=307 KICKLEN=307 are available on this server WATCH=128 MODES=13 SILENCE=10 NICKLEN=30 CHANTYPES=&# PREFIX=(uohv).@%+ CHANMODES=abehIMouvz,k,fl,cimnNOpqrRstTx NETWORK=Priority IT MAXCHANNELS=10 are available on this server -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021113/24ef90f4/attachment.htm From uhc0 at rz.uni-karlsruhe.de Wed Nov 13 11:54:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:46 2004 Subject: AW: [IRCServices] auto /msg when connecting? In-Reply-To: <10D6B6EC-F69D-11D6-85F5-003065F3CEBE@bluewin.ch> Message-ID: <000601c28afa$aa4d6090$60c8a8c0@nygmatech.local> Hi, You never use /os help, do you ? Consider using: /os help logonnews /os help opernews 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 Prisi > Gesendet: Mittwoch, 13. November 2002 01:16 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] auto /msg when connecting? > > > Hi, I've been wondering, I want to inform my users of the latest > viruses/trojans/client updates and generally all things pertaining to > irc. Now I could just put it in the /motd but who ever reads > the motd? > Is there some way I could get > chanserv/nickserv/memoserv/watever to /msg > each user when they connect with my pre-defined message? Or is there > such a thing as a NewsServ? > > Thanks :) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From n.p at bluewin.ch Wed Nov 13 16:57:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: AW: [IRCServices] auto /msg when connecting? In-Reply-To: <000601c28afa$aa4d6090$60c8a8c0@nygmatech.local> Message-ID: <0139289D-F718-11D6-AF99-003065F3CEBE@bluewin.ch> Actually I am currently using logonnews BUT logonnews /notices connecting users and from my experience /notices go by without being noticed where /msg's usually make a hell of a sound and really get the users attention, thus the "auto /msg when connecting?" topic... On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu wrote: > > Hi, > > You never use /os help, do you ? > > Consider using: > > /os help logonnews > /os help opernews > > 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 Prisi >> Gesendet: Mittwoch, 13. November 2002 01:16 >> An: ircservices@ircservices.za.net >> Betreff: [IRCServices] auto /msg when connecting? >> >> >> Hi, I've been wondering, I want to inform my users of the latest >> viruses/trojans/client updates and generally all things pertaining to >> irc. Now I could just put it in the /motd but who ever reads >> the motd? >> Is there some way I could get >> chanserv/nickserv/memoserv/watever to /msg >> each user when they connect with my pre-defined message? Or is there >> such a thing as a NewsServ? >> >> Thanks :) >> >> ------------------------------------------------------------------ >> 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 > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2004 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021113/a1f80d1d/attachment.bin From n.p at bluewin.ch Wed Nov 13 16:57:18 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] mlock Message-ID: <215503E1-F718-11D6-AF99-003065F3CEBE@bluewin.ch> Hi, can someone tell me how I set an mlock +tnSf 4:2 - ipsmlk? Chanserv will only take +tnSf 4:2 and then modes ipsmlk can be freely set by ops without being reversed by chanserv. I want the modes to be +tnSf 4:2 - ipsmlk, sothat only myself and the other sops can change modes using /cs set #channel mlock, is there a way to set them all? Thanks From ballsy at mystical.net Wed Nov 13 17:33:01 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:46 2004 Subject: AW: [IRCServices] auto /msg when connecting? In-Reply-To: <0139289D-F718-11D6-AF99-003065F3CEBE@bluewin.ch> Message-ID: If I recall correctly (you can search the list archives to verify), an RFC specifies that any automated correspondances should be sent via /notice, as opposed to /msg. I believe Andrew responded to a related question some time ago, so watch for his address when searching. Was it in the RFC or just a recommendation...hrmm..I don't quite recall. At any rate... David Quoth Nicholas Prisi on Nov 13 at 15:55, > Actually I am currently using logonnews BUT logonnews /notices > connecting users and from my experience /notices go by without being > noticed where /msg's usually make a hell of a sound and really get the > users attention, thus the "auto /msg when connecting?" topic... > > On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu wrote: > > > > > Hi, > > > > You never use /os help, do you ? > > > > Consider using: > > > > /os help logonnews > > /os help opernews > > > > 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 Prisi > >> Gesendet: Mittwoch, 13. November 2002 01:16 > >> An: ircservices@ircservices.za.net > >> Betreff: [IRCServices] auto /msg when connecting? > >> > >> > >> Hi, I've been wondering, I want to inform my users of the latest > >> viruses/trojans/client updates and generally all things pertaining to > >> irc. Now I could just put it in the /motd but who ever reads > >> the motd? > >> Is there some way I could get > >> chanserv/nickserv/memoserv/watever to /msg > >> each user when they connect with my pre-defined message? Or is there > >> such a thing as a NewsServ? > >> > >> Thanks :) > >> > >> ------------------------------------------------------------------ > >> 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 n.p at bluewin.ch Wed Nov 13 17:58:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:46 2004 Subject: AW: [IRCServices] auto /msg when connecting? In-Reply-To: Message-ID: <8A4C4528-F720-11D6-AF99-003065F3CEBE@bluewin.ch> ok Thanks, I will do that :) On Wednesday, November 13, 2002, at 04:32 pm, Ballsy wrote: > If I recall correctly (you can search the list archives to > verify), an RFC specifies that any automated correspondances should be > sent via /notice, as opposed to /msg. I believe Andrew responded to a > related question some time ago, so watch for his address when searching. > Was it in the RFC or just a recommendation...hrmm..I don't quite recall. > At any rate... > > David > > > Quoth Nicholas Prisi on Nov 13 at 15:55, > >> Actually I am currently using logonnews BUT logonnews /notices >> connecting users and from my experience /notices go by without being >> noticed where /msg's usually make a hell of a sound and really get the >> users attention, thus the "auto /msg when connecting?" topic... >> >> On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu >> wrote: >> >>> >>> Hi, >>> >>> You never use /os help, do you ? >>> >>> Consider using: >>> >>> /os help logonnews >>> /os help opernews >>> >>> 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 Prisi >>>> Gesendet: Mittwoch, 13. November 2002 01:16 >>>> An: ircservices@ircservices.za.net >>>> Betreff: [IRCServices] auto /msg when connecting? >>>> >>>> >>>> Hi, I've been wondering, I want to inform my users of the latest >>>> viruses/trojans/client updates and generally all things pertaining to >>>> irc. Now I could just put it in the /motd but who ever reads >>>> the motd? >>>> Is there some way I could get >>>> chanserv/nickserv/memoserv/watever to /msg >>>> each user when they connect with my pre-defined message? Or is there >>>> such a thing as a NewsServ? >>>> >>>> Thanks :) >>>> >>>> ------------------------------------------------------------------ >>>> 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 >>> >> > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From rg at tcslon.com Wed Nov 13 18:43:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: Message-ID: Yes the RFC explicity forbids services /msging users. If your users don't read /msgs then that's their problem. I seem to remember a topic about this a few months back. It could certainly be done as a services patch, but it will definitely not be included in the services distribution (and I would usually code a patch, but I feel strongly about this so I'm not going to). ------------------------------------------------------------------------ Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ballsy > Sent: 13 November 2002 15:32 > To: ircservices@ircservices.za.net > Subject: Re: AW: [IRCServices] auto /msg when connecting? > > > If I recall correctly (you can search the list archives to > verify), an RFC specifies that any automated correspondances should be > sent via /notice, as opposed to /msg. I believe Andrew responded to a > related question some time ago, so watch for his address when searching. > Was it in the RFC or just a recommendation...hrmm..I don't quite recall. > At any rate... > > David > > > Quoth Nicholas Prisi on Nov 13 at 15:55, > > > Actually I am currently using logonnews BUT logonnews /notices > > connecting users and from my experience /notices go by without being > > noticed where /msg's usually make a hell of a sound and really get the > > users attention, thus the "auto /msg when connecting?" topic... > > > > On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu wrote: > > > > > > > > Hi, > > > > > > You never use /os help, do you ? > > > > > > Consider using: > > > > > > /os help logonnews > > > /os help opernews > > > > > > 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 Prisi > > >> Gesendet: Mittwoch, 13. November 2002 01:16 > > >> An: ircservices@ircservices.za.net > > >> Betreff: [IRCServices] auto /msg when connecting? > > >> > > >> > > >> Hi, I've been wondering, I want to inform my users of the latest > > >> viruses/trojans/client updates and generally all things pertaining to > > >> irc. Now I could just put it in the /motd but who ever reads > > >> the motd? > > >> Is there some way I could get > > >> chanserv/nickserv/memoserv/watever to /msg > > >> each user when they connect with my pre-defined message? Or is there > > >> such a thing as a NewsServ? > > >> > > >> Thanks :) > > >> > > >> ------------------------------------------------------------------ > > >> 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 > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Wed Nov 13 18:57:01 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:46 2004 Subject: [IRCServices] mlock Message-ID: <20021113165641.DOFZ26478.mta05-svc.ntlworld.com@i-br0ked-it> try +tnSf-ipsmlk 4:2 ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Nicholas Prisi" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] mlock Date : 2002-11-13 Hi, can someone tell me how I set an mlock +tnSf 4:2 - ipsmlk? Chanserv will only take +tnSf 4:2 and then modes ipsmlk can be freely set by ops without being reversed by chanserv. I want the modes to be +tnSf 4:2 - ipsmlk, sothat only myself and the other sops can change modes using /cs set #channel mlock, is there a way to set them all? Thanks ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From saturn at telus.net Wed Nov 13 19:12:00 2002 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? References: Message-ID: <002801c28b37$b4a6d610$6401a8c0@turby> Why not "split the difference" and add an optional mass memo feature for services admins? something that will give all users a copy of the memo...? ----- Original Message ----- From: "Russell Garrett" To: Sent: Wednesday, November 13, 2002 8:40 AM Subject: RE: [IRCServices] auto /msg when connecting? Yes the RFC explicity forbids services /msging users. If your users don't read /msgs then that's their problem. I seem to remember a topic about this a few months back. It could certainly be done as a services patch, but it will definitely not be included in the services distribution (and I would usually code a patch, but I feel strongly about this so I'm not going to). ------------------------------------------------------------------------ Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ballsy > Sent: 13 November 2002 15:32 > To: ircservices@ircservices.za.net > Subject: Re: AW: [IRCServices] auto /msg when connecting? > > > If I recall correctly (you can search the list archives to > verify), an RFC specifies that any automated correspondances should be > sent via /notice, as opposed to /msg. I believe Andrew responded to a > related question some time ago, so watch for his address when searching. > Was it in the RFC or just a recommendation...hrmm..I don't quite recall. > At any rate... > > David > > > Quoth Nicholas Prisi on Nov 13 at 15:55, > > > Actually I am currently using logonnews BUT logonnews /notices > > connecting users and from my experience /notices go by without being > > noticed where /msg's usually make a hell of a sound and really get the > > users attention, thus the "auto /msg when connecting?" topic... > > > > On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu wrote: > > > > > > > > Hi, > > > > > > You never use /os help, do you ? > > > > > > Consider using: > > > > > > /os help logonnews > > > /os help opernews > > > > > > 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 Prisi > > >> Gesendet: Mittwoch, 13. November 2002 01:16 > > >> An: ircservices@ircservices.za.net > > >> Betreff: [IRCServices] auto /msg when connecting? > > >> > > >> > > >> Hi, I've been wondering, I want to inform my users of the latest > > >> viruses/trojans/client updates and generally all things pertaining to > > >> irc. Now I could just put it in the /motd but who ever reads > > >> the motd? > > >> Is there some way I could get > > >> chanserv/nickserv/memoserv/watever to /msg > > >> each user when they connect with my pre-defined message? Or is there > > >> such a thing as a NewsServ? > > >> > > >> Thanks :) > > >> > > >> ------------------------------------------------------------------ > > >> 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 > > > > > > > > ------------------------------------------------------------------ > 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 rg at tcslon.com Wed Nov 13 19:17:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: <002801c28b37$b4a6d610$6401a8c0@turby> Message-ID: This has also been asked for before, but I seem to remember someone said "use logonnews" :)... I would patch that in, though, if I had the time (which I don't currently ;). Russ > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Saturn (Dave) > Sent: 13 November 2002 17:11 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] auto /msg when connecting? > > > Why not "split the difference" and add an optional mass memo feature for > services admins? something that will give all users a copy of > the memo...? > > ----- Original Message ----- > From: "Russell Garrett" > To: > Sent: Wednesday, November 13, 2002 8:40 AM > Subject: RE: [IRCServices] auto /msg when connecting? > > > Yes the RFC explicity forbids services /msging users. If your users don't > read /msgs then that's their problem. I seem to remember a topic about > this a few months back. It could certainly be done as a services patch, > but it will definitely not be included in the services distribution (and > I would usually code a patch, but I feel strongly about this so I'm not > going to). > > ------------------------------------------------------------------------ > Russ Garrett russ@garrett.co.uk. > http://russ.garrett.co.uk. > > > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ballsy > > Sent: 13 November 2002 15:32 > > To: ircservices@ircservices.za.net > > Subject: Re: AW: [IRCServices] auto /msg when connecting? > > > > > > If I recall correctly (you can search the list archives to > > verify), an RFC specifies that any automated correspondances should be > > sent via /notice, as opposed to /msg. I believe Andrew responded to a > > related question some time ago, so watch for his address when searching. > > Was it in the RFC or just a recommendation...hrmm..I don't quite recall. > > At any rate... > > > > David > > > > > > Quoth Nicholas Prisi on Nov 13 at 15:55, > > > > > Actually I am currently using logonnews BUT logonnews /notices > > > connecting users and from my experience /notices go by without being > > > noticed where /msg's usually make a hell of a sound and really get the > > > users attention, thus the "auto /msg when connecting?" topic... > > > > > > On Wednesday, November 13, 2002, at 10:54 am, Yusuf > Iskenderoglu wrote: > > > > > > > > > > > Hi, > > > > > > > > You never use /os help, do you ? > > > > > > > > Consider using: > > > > > > > > /os help logonnews > > > > /os help opernews > > > > > > > > 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 Prisi > > > >> Gesendet: Mittwoch, 13. November 2002 01:16 > > > >> An: ircservices@ircservices.za.net > > > >> Betreff: [IRCServices] auto /msg when connecting? > > > >> > > > >> > > > >> Hi, I've been wondering, I want to inform my users of the latest > > > >> viruses/trojans/client updates and generally all things > pertaining to > > > >> irc. Now I could just put it in the /motd but who ever reads > > > >> the motd? > > > >> Is there some way I could get > > > >> chanserv/nickserv/memoserv/watever to /msg > > > >> each user when they connect with my pre-defined message? > Or is there > > > >> such a thing as a NewsServ? > > > >> > > > >> Thanks :) > > > >> > > > >> ------------------------------------------------------------------ > > > >> 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 > > > > > > > > > > > > > ------------------------------------------------------------------ > > 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 > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Wed Nov 13 20:17:01 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Auto-Op on Access? Message-ID: <20021113181543.QNXG20535.mta01-svc.ntlworld.com@i-br0ked-it> i dunno about others, but is is possible to add a feature that auto-ops/hops/voices users when they are added to a chanserv access list? ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From rg at tcslon.com Wed Nov 13 20:54:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: Message-ID: Yes the RFC explicity forbids services /msging users. If your users don't read /msgs then that's their problem. I seem to remember a topic about this a few months back. It could certainly be done as a services patch, but it will definitely not be included in the services distribution (and I would usually code a patch, but I feel strongly about this so I'm not going to). ------------------------------------------------------------------------ Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ballsy > Sent: 13 November 2002 15:32 > To: ircservices@ircservices.za.net > Subject: Re: AW: [IRCServices] auto /msg when connecting? > > > If I recall correctly (you can search the list archives to > verify), an RFC specifies that any automated correspondances should be > sent via /notice, as opposed to /msg. I believe Andrew responded to a > related question some time ago, so watch for his address when searching. > Was it in the RFC or just a recommendation...hrmm..I don't quite recall. > At any rate... > > David > > > Quoth Nicholas Prisi on Nov 13 at 15:55, > > > Actually I am currently using logonnews BUT logonnews /notices > > connecting users and from my experience /notices go by without being > > noticed where /msg's usually make a hell of a sound and really get the > > users attention, thus the "auto /msg when connecting?" topic... > > > > On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu wrote: > > > > > > > > Hi, > > > > > > You never use /os help, do you ? > > > > > > Consider using: > > > > > > /os help logonnews > > > /os help opernews > > > > > > 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 Prisi > > >> Gesendet: Mittwoch, 13. November 2002 01:16 > > >> An: ircservices@ircservices.za.net > > >> Betreff: [IRCServices] auto /msg when connecting? > > >> > > >> > > >> Hi, I've been wondering, I want to inform my users of the latest > > >> viruses/trojans/client updates and generally all things pertaining to > > >> irc. Now I could just put it in the /motd but who ever reads > > >> the motd? > > >> Is there some way I could get > > >> chanserv/nickserv/memoserv/watever to /msg > > >> each user when they connect with my pre-defined message? Or is there > > >> such a thing as a NewsServ? > > >> > > >> Thanks :) > > >> > > >> ------------------------------------------------------------------ > > >> 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 > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From griever at t2n.org Wed Nov 13 21:07:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: Message-ID: On Wed, 13 Nov 2002, Russell Garrett wrote: > Yes the RFC explicity forbids services /msging users. If your users don't > read /msgs then that's their problem. I seem to remember a topic about > this a few months back. It could certainly be done as a services patch, > but it will definitely not be included in the services distribution (and > I would usually code a patch, but I feel strongly about this so I'm not > going to). Well the restriction is on sending automatic responses to notices. Bots and services CAN use msg, but for messages designed to be read by humans, NOTICE is best. Still, this is never getting changed, and you shouldn't want it to be either. > > ------------------------------------------------------------------------ From jknutar at nic.fi Wed Nov 13 21:14:00 2002 From: jknutar at nic.fi (Jan Knutar) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: References: Message-ID: <02111321131100.12931@polaris> On Wednesday 13 November 2002 21:06, you wrote: > Well the restriction is on sending automatic responses to notices. > Bots and > services CAN use msg, but for messages designed to be read by humans, > NOTICE is best. Still, this is never getting changed, and you > shouldn't want > it to be either. The TAO says any automata should only whisper(NOTICE) when spoken to. From n.p at bluewin.ch Wed Nov 13 21:41:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] auto /msg when connecting? In-Reply-To: Message-ID: Geez, all I wanted to know is if there was such a function, I didnt hang a sign round my neck saying "I WANT TO BREAK THE CODE OF THE RFC" in big read letters now did I? If it says that in the RFC I will happily forget about it and continue using logonnews. On Wednesday, November 13, 2002, at 05:40 pm, Russell Garrett wrote: > Yes the RFC explicity forbids services /msging users. If your users > don't > read /msgs then that's their problem. I seem to remember a topic about > this a few months back. It could certainly be done as a services patch, > but it will definitely not be included in the services distribution (and > I would usually code a patch, but I feel strongly about this so I'm not > going to). > > ------------------------------------------------------------------------ > Russ Garrett russ@garrett.co.uk. > http://russ.garrett.co.uk. > > >> -----Original Message----- >> From: ircservices-admin@ircservices.za.net >> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ballsy >> Sent: 13 November 2002 15:32 >> To: ircservices@ircservices.za.net >> Subject: Re: AW: [IRCServices] auto /msg when connecting? >> >> >> If I recall correctly (you can search the list archives to >> verify), an RFC specifies that any automated correspondances should be >> sent via /notice, as opposed to /msg. I believe Andrew responded to a >> related question some time ago, so watch for his address when >> searching. >> Was it in the RFC or just a recommendation...hrmm..I don't quite >> recall. >> At any rate... >> >> David >> >> >> Quoth Nicholas Prisi on Nov 13 at 15:55, >> >>> Actually I am currently using logonnews BUT logonnews /notices >>> connecting users and from my experience /notices go by without being >>> noticed where /msg's usually make a hell of a sound and really get the >>> users attention, thus the "auto /msg when connecting?" topic... >>> >>> On Wednesday, November 13, 2002, at 10:54 am, Yusuf Iskenderoglu >>> wrote: >>> >>>> >>>> Hi, >>>> >>>> You never use /os help, do you ? >>>> >>>> Consider using: >>>> >>>> /os help logonnews >>>> /os help opernews >>>> >>>> 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 Prisi >>>>> Gesendet: Mittwoch, 13. November 2002 01:16 >>>>> An: ircservices@ircservices.za.net >>>>> Betreff: [IRCServices] auto /msg when connecting? >>>>> >>>>> >>>>> Hi, I've been wondering, I want to inform my users of the latest >>>>> viruses/trojans/client updates and generally all things pertaining >>>>> to >>>>> irc. Now I could just put it in the /motd but who ever reads >>>>> the motd? >>>>> Is there some way I could get >>>>> chanserv/nickserv/memoserv/watever to /msg >>>>> each user when they connect with my pre-defined message? Or is there >>>>> such a thing as a NewsServ? >>>>> >>>>> Thanks :) >>>>> >>>>> ------------------------------------------------------------------ >>>>> 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 >>>> >>> >> >> >> ------------------------------------------------------------------ >> 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 ron885 at bloodheart.com Wed Nov 13 22:20:01 2002 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) In-Reply-To: <002401c28adb$f44ca5d0$9f00a8c0@crater> References: <002401c28adb$f44ca5d0$9f00a8c0@crater> Message-ID: <200211131314.15560.ron885@bloodheart.com> On Tuesday 12 November 2002 11:14 pm, Pham, Thinh wrote: > Hi, > > I'm running IRC Services 5.0.2 with IRC Server trircd-release-5.0.1-r on > Redhat Linux 8. The irc server itself is running without any problem, but > when i tried to start Services it gave me the error below in the > ircservices.log file. I've tried to search through all the mailist archive > for this particular problem but didn't see anything that come close. Have > anyone seen this error before? your services server name has to include a . in it From alisor at softhome.net Wed Nov 13 22:48:00 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Chanserv Access view ETC. / Maybe Suggestion / Problem Message-ID: <002f01c28b56$237bf610$0100a8c0@control> Hello ppl ; What do you think of "access view" command like "akill view"? I really sometimes need this if a channel has a lot of High leveled users and a terrifying new aop. ------- And today i see that services give time restrictions to Services Admins and even Services root like normal users. For example sometimes we have to use sendpass command in a short time more than one time. But even you are a services admin you cant use it. Wait 1 hours then use command again.(i arrange 1 hour) Yes, services admins can use getpass...But if it is not allowed or just want to send pass to mail? --------- And [Nov 13 20:10:01 2002] modules.conf:26: Unknown directive `NetworkDomain' [Nov 13 20:10:01 2002] sockets: [v]sockprintf() with NULL socket! [Nov 13 20:10:01 2002] sockets: [v]sockprintf() with NULL socket! [Nov 13 20:10:01 2002] sockets: [v]sockprintf() with NULL socket! ...... I am using Unreal3.2 and in every restart i get this msgs. It starts after some time. ---------- [Nov 13 17:55:17 2002] protocol/unreal: m_sethost: user record for pili__ not found [Nov 13 17:55:23 2002] protocol/unreal: m_sethost: user record for EsPriK_Man not found and different times i see this msgs at log files. Does anybody get these msgs? ------------- Sorry for long mail. But it is better than 4 mails :) Ali Sor From achurch at achurch.org Fri Nov 15 13:29:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Auto-Op on Access? In-Reply-To: <20021113181543.QNXG20535.mta01-svc.ntlworld.com@i-br0ked-it> Message-ID: <3dd376df.03265@achurch.org> >i dunno about others, but is is possible to add a feature that auto-ops/hops/voices users when they are added to a chanserv access list? No. It's a one-time event; it really won't hurt you to do it manually just that once. --Andrew Church achurch@achurch.org http://achurch.org/ From alex at cyga.net Fri Nov 15 13:30:25 2002 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] bug in UNBAN? Message-ID: <008201c28bda$642d7fb0$22ae76d5@lithium> [13:27:51] -> Server: mode #help +b *!*Alex*@* [13:27:51] * _-Alex-_ sets mode: +b *!*Alex*@* [13:28:07] -> Server: chanserv unban #help [13:28:07] * ChanServ sets mode: -b *!*Alex*@* [13:28:07] [CS] You have been unbanned from #help. Here it seems to work correctly [13:28:20] -> Server: mode #help +b *!*alex*@* [13:28:20] * _-Alex-_ sets mode: +b *!*alex*@* [13:28:22] -> Server: chanserv unban #help [13:28:22] [CS] You have been unbanned from #help. Here it claims to remove the ban, but it didn't do so. I checked with /mode #help +b and the ban was still there, trying to rejoin didn't work, I was banned. _-Alex-_ is Alex@crew.something _-Alex-_ @#help _-Alex-_ has identified for this nick _-Alex-_ is an IRC Operator - Server Administrator _-Alex-_ End of /WHOIS list. as my /whois indicates, my ident starts with an uppercase 'a', so it seems services dont take alex equal to Alex, which it should for hostmasks in the banlist. If I try to unban manually, it works no matter if I use *!*Alex*@* or *!*alex*@*. Conclusion: as far as I can see, the ircd does not make a difference between the upper or lowercase letter, services seem to do so. I doubt this is correct as that would make banevading really easy. We're runnig ircservices 5.0.2 on bahamut 1.4.34 -- Alexander Janssens a.k.a. _-Alex-_ From calimonk at gmx.net Mon Nov 18 10:46:29 2002 From: calimonk at gmx.net (calimonk) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] bug in UNBAN? In-Reply-To: <008201c28bda$642d7fb0$22ae76d5@lithium> Message-ID: <5.2.0.9.0.20021115124302.01a96e10@mail.gmx.net> I tested this on Unreal 3.2 Beta12 with ircservices 4.x The result was the same: [12:42 pm] #core/mode -- WorkMonk sets mode: +b *!*CALIMONK@* [12:42 pm] -ChanServ- You have been unbanned from #core. [12:42 pm] #core/mode -- WorkMonk sets mode: -b *!*CALIMONK@* [12:42 pm] #core/mode -- WorkMonk sets mode: +b *!*CaliMonk@* [12:42 pm] #core/mode -- Axeserv sets mode: -b *!*CaliMonk@* [12:42 pm] -ChanServ- You have been unbanned from #core. - CaliMonk --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From achurch at achurch.org Mon Nov 18 10:48:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Fwd: Services 5.0.2 crash on rehash In-Reply-To: <20021101055811.GB29201@electricrain.com> Message-ID: <3dd5efea.74346@achurch.org> >I get a segfault whenever I try to rehash services. Using unreal - I just found a bug in the misc/xml-import module that can potentially cause a crash like this. Try removing "LoadModule misc/xml-import" from your ircservices.conf and see if the problem goes away. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Nov 18 10:49:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] ircservices servers.... In-Reply-To: <5E9C67E0-F5CB-11D6-B801-003065F3CEBE@bluewin.ch> Message-ID: <3dd610d0.02544@achurch.org> There's no "official" network or channel for Services; this mailing list is the "official" forum for questions and communication. You're welcome to set up a channel on your network for Services, but I, for one, wouldn't be able to participate, more for lack of time than anything else. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, I was just wondering if "ircservices" actually has their own >network, or even a # on some network for support? I remember wondering >why there was never a "...or join #ircservices on server.com" in the >help files (or am I blind?) when talking about support and so on. If >not, I would be happy to put my network to ircservices service (<--- >sounds weird, dont it....) Since ircservices has goto be the best >services package around I dont at all mind having it tested or watever >on my network. >Just gimme a shout if needed, just a crazy idea of mine :) >Regards, >Nicholas > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Nov 18 10:49:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] bug in UNBAN? In-Reply-To: <008201c28bda$642d7fb0$22ae76d5@lithium> Message-ID: <3dd6137c.03271@achurch.org> I was under the impression usernames were matched case-sensitively, like in Unix; it appears that's not the case, so I've corrected the code to match case-insensitively. Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >[13:27:51] -> Server: mode #help +b *!*Alex*@* >[13:27:51] * _-Alex-_ sets mode: +b *!*Alex*@* >[13:28:07] -> Server: chanserv unban #help >[13:28:07] * ChanServ sets mode: -b *!*Alex*@* >[13:28:07] [CS] You have been unbanned from #help. > >Here it seems to work correctly > >[13:28:20] -> Server: mode #help +b *!*alex*@* >[13:28:20] * _-Alex-_ sets mode: +b *!*alex*@* >[13:28:22] -> Server: chanserv unban #help >[13:28:22] [CS] You have been unbanned from #help. > >Here it claims to remove the ban, but it didn't do so. I checked with /mode >#help +b and the ban was still there, trying to rejoin didn't work, I was >banned. > >_-Alex-_ is Alex@crew.something >_-Alex-_ @#help >_-Alex-_ has identified for this nick >_-Alex-_ is an IRC Operator - Server Administrator >_-Alex-_ End of /WHOIS list. > >as my /whois indicates, my ident starts with an uppercase 'a', so it seems >services dont take alex equal to Alex, which it should for hostmasks in the >banlist. If I try to unban manually, it works no matter if I use *!*Alex*@* >or *!*alex*@*. > >Conclusion: as far as I can see, the ircd does not make a difference between >the upper or lowercase letter, services seem to do so. I doubt this is >correct as that would make banevading really easy. > >We're runnig ircservices 5.0.2 on bahamut 1.4.34 > >-- >Alexander Janssens a.k.a. _-Alex-_ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Nov 18 10:50:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.3 released Message-ID: <3dd63062.55670@achurch.org> Services 5.0.3 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 45cbf0275bbf85e03c8d36c1c66c784f ircservices-5.0.3.tar.gz 377de483a2b12c608e0391c10abb6899 ircservices-5.0.3.diff.gz 3563b4043d5e90ccfbc8c3374b5fb965 ircservices-5.0.3-1.i386.rpm 351e860a24c13dd9aa047b334cd96dd4 ircservices_5.0.3-1_i386.deb The other mirrors should have it shortly. This release incorporates fixes for recently reported bugs and other minor issues. This release also compiles and appears to function correctly with the Intel C compiler for Linux--as long as optimization is disabled. (If optimization is enabled, log messages disappear and many other weird and wonder things happen. If anyone has an idea why this happens, please let me know--but privately or on the coding list, not here!) Changes in version 5.0.3 ------------------------ 2002/11/16 Fixed case-sensitivity bug with channel bans. Reported by Alexander Janssens 2002/11/16 Fixed topic time setting on Unreal. Reported by 2002/11/16 Added support for Intel's Linux/x86 compiler (icc) with optimization disabled. "./configure -cc icc" to use it. 2002/11/16 Fixed missing list terminators in several modules potentially causing crashes on startup or rehash. 2002/11/13 Fixed a bug causing the contents of the cache to not be properly read in when using bash 2.05b. 2002/10/29 Fixed cosmetic bugs when using NickServ IDENTIFY and GETPASS with forbidden nicknames. Reported by 2002/10/25 Autokills, session exceptions, and S-lines are now checked for expiration at each database update. Reported by Ali Sor 2002/10/24 Fixed compilation problem on Solaris reported by Geoff Byers 2002/10/24 Fixed string-constant-related warnings. --Andrew Church achurch@achurch.org http://achurch.org/ From deuce at dhcnetwork.com Mon Nov 18 10:50:26 2002 From: deuce at dhcnetwork.com (deuce) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] change nick Message-ID: <20021116115155.U94996-100000@c3p0.reverse.net> I looked and can't seem to find the answer so I'll ask here. Is it possible to use ircservices to change a user nick? I have some "family" channels and want to be able to change non-registered nicks that are offensive. Deuce http://www.dhcnetwork.com From Craig at chatspike.net Mon Nov 18 10:51:21 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. Message-ID: <20021117233434.DGJH23676.mta03-svc.ntlworld.com@i-br0ked-it> We had a problem on our network with a "Server Administrator" with shell access to his server, slowly setting his network access higher, to Services admin, he also added the "globalroute" ability on his oper{} and started squitting some of our servers.. we promptly removed his server from the map.. it brought us to thinking.. Would there be a way to prevent this occuring in the future, some times server admins, sometimes friends, appear nice, and give you a server, then turn on you.. We originally started thinking of introducing "Policies" on our IRCd, but then Brain` came up with the idea of coding it into services.. OperServ or a new services would be able to control other opers, and make sure their privs havnt been changed without permission, obviously this has its problems, but we should be able to solve them.. The main Questions are.. Would you use it? Should it be intergrated into OperServ or a new Service Created? Should the Opers be handled via Config, or thru a database? ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From calimonk at gmx.net Mon Nov 18 12:15:24 2002 From: calimonk at gmx.net (calimonk) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] change nick In-Reply-To: <20021116115155.U94996-100000@c3p0.reverse.net> Message-ID: <5.2.0.9.0.20021118095556.01b8fea8@mail.gmx.net> At 11:54 16-11-2002 -0500, you wrote: >I looked and can't seem to find the answer so I'll ask here. Is it >possible to use ircservices to change a user nick? I have some "family" >channels and want to be able to change non-registered nicks that are >offensive. > >Deuce >http://www.dhcnetwork.com If you have access to services RAW access you can do it through operserv. /operserv raw :nickserv SVSNICK Originalnick NewNick :1 - CaliMonk --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From achurch at achurch.org Mon Nov 18 12:18:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. In-Reply-To: <20021117233434.DGJH23676.mta03-svc.ntlworld.com@i-br0ked-it> Message-ID: <3dd8bb8c.07516@achurch.org> If you gave someone privileges and they abused them, that's not Services' problem. Choose better opers/admins. --Andrew Church achurch@achurch.org http://achurch.org/ >We had a problem on our network with a "Server Administrator" with shell access to his server, slowly setting his network access higher, to Services admin, he also added the "globalroute" ability on his oper{} and started squitting some of our servers.. w >e promptly removed his server from the map.. it brought us to thinking.. Would there be a way to prevent this occuring in the future, some times server admins, sometimes friends, appear nice, and give you a server, then turn on you.. We originally started > thinking of introducing "Policies" on our IRCd, but then Brain` came up with the idea of coding it into services.. OperServ or a new services would be able to control other opers, and make sure their privs havnt been changed without permission, obviously > this has its problems, but we should be able to solve them.. The main Questions are.. > >Would you use it? >Should it be intergrated into OperServ or a new Service Created? >Should the Opers be handled via Config, or thru a database? > >----------------------------------------------------------------------- >Craig McLure - Craig@chatspike.net >ChatSpike - The users network: http://www.chatspike.net >InspIRCd - Modular IRC server: http://www.inspircd.org >----------------------------------------------------------------------- > > > From uhc0 at rz.uni-karlsruhe.de Mon Nov 18 13:20:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:47 2004 Subject: AW: [IRCServices] change nick In-Reply-To: <5.2.0.9.0.20021118095556.01b8fea8@mail.gmx.net> Message-ID: <000501c28ef4$79d23960$60c8a8c0@nygmatech.local> When you do that, you set the logon time of the nick to an impossible value, causing either some irc servers to not accept this change, or you introduce "bad things" about collisions into your network. You better use sqlines to prevent certain masks of nicks from being used. Services would then svsnick them to Guests. 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 calimonk > Gesendet: Montag, 18. November 2002 09:57 > An: ircservices@ircservices.za.net > Betreff: Re: [IRCServices] change nick > > > At 11:54 16-11-2002 -0500, you wrote: > >I looked and can't seem to find the answer so I'll ask here. Is it > >possible to use ircservices to change a user nick? I have > some "family" > >channels and want to be able to change non-registered nicks that are > >offensive. > > > >Deuce > >http://www.dhcnetwork.com > > If you have access to services RAW access you can do it > through operserv. > > /operserv raw :nickserv SVSNICK Originalnick NewNick :1 > > - CaliMonk > > --------------------------------------- > CaliMonk > Network Administrator > Axenet IRC Network > http://www.axenet.org > ICQ#: 12000049 > MSN: calimonk@gmx.net > --------------------------------------- > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From Craig at chatspike.net Mon Nov 18 16:20:01 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.3 released Message-ID: <20021118141921.JLUK3850.mta02-svc.ntlworld.com@i-br0ked-it> i've run the patch, yet while trying to compile.. gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o actions.o In file included from services.h:19, from actions.c:10: defs.h:169: conflicting types for `socklen_t' /usr/include/unistd.h:247: previous declaration of `socklen_t' make: *** [actions.o] Error 1 [irc@pluto ircservices-5.0.0]$ ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Andrew Church" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] Services 5.0.3 released Date : 2002-11-16 Services 5.0.3 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 45cbf0275bbf85e03c8d36c1c66c784f ircservices-5.0.3.tar.gz 377de483a2b12c608e0391c10abb6899 ircservices-5.0.3.diff.gz 3563b4043d5e90ccfbc8c3374b5fb965 ircservices-5.0.3-1.i386.rpm 351e860a24c13dd9aa047b334cd96dd4 ircservices_5.0.3-1_i386.deb The other mirrors should have it shortly. This release incorporates fixes for recently reported bugs and other minor issues. This release also compiles and appears to function correctly with the Intel C compiler for Linux--as long as optimization is disabled. (If optimization is enabled, log messages disappear and many other weird and wonder things happen. If anyone has an idea why this happens, please let me know--but privately or on the coding list, not here!) Changes in version 5.0.3 ------------------------ 2002/11/16 Fixed case-sensitivity bug with channel bans. Reported by Alexander Janssens 2002/11/16 Fixed topic time setting on Unreal. Reported by 2002/11/16 Added support for Intel's Linux/x86 compiler (icc) with optimization disabled. "./configure -cc icc" to use it. 2002/11/16 Fixed missing list terminators in several modules potentially causing crashes on startup or rehash. 2002/11/13 Fixed a bug causing the contents of the cache to not be properly read in when using bash 2.05b. 2002/10/29 Fixed cosmetic bugs when using NickServ IDENTIFY and GETPASS with forbidden nicknames. Reported by 2002/10/25 Autokills, session exceptions, and S-lines are now checked for expiration at each database update. Reported by Ali Sor 2002/10/24 Fixed compilation problem on Solaris reported by Geoff Byers 2002/10/24 Fixed string-constant-related warnings. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Mon Nov 18 16:23:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Chanserv Last Used Message-ID: <003201c28f0e$1e6c66d0$0100a8c0@control> Hello everybody; I think there is a problem at chanserv about last used times. Not all channels only Non English named Channels. [16:09] *** Now talking in #?stanbul [16:10] -ChanServ- Information for channel #?stanbul: [16:10] -ChanServ- Registered: Jul 31 14:04:12 2001 EEST [16:10] -ChanServ- Last used: Aug 03 17:23:08 2002 EEST [16:07] *** Now talking in #odt? [16:14] -ChanServ- Last used: Nov 13 19:31:29 2002 EET If you identify your nick after joining it updates, if you identify channel after joining it again updates. But if you join a channel after identifing your nick it doesnt update. Anybody see this kind of problems, expecially non english servers? Or only my server problem? Ali Sor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021118/4cad3be4/attachment.htm From brain at brainbox.winbot.co.uk Mon Nov 18 19:28:00 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. Message-ID: <200211181729.gAIHTmK15464@localhost.localdomain> Sometimes this is not possible - lets take for example a hypothetical situation where server may be compromised by crackers. You'd trust the admins running the server, but someone would be in control of the server secretly who you probably dont know, and certainly dont trust. In this case their first action may be to set up an oper with reasonably high privilages and "play around" with it. This system would prevent such a situation by immediately de-opering any such abusers as soon as it saw them, unless the policy actually said they could oper up. To summarise: In an ideal world, you can trust all your admins. I choose not to, it isnt an ideal world ;) No amount of vetting procedures such as those seen on large nets can prevent this happening, maybe this kind of system would help a little, and a little is better than nothing at all. >>We had a problem on our network with a "Server Administrator" with shell access to his server, slowly setting his network access higher, to Services admin, he also added the "globalroute" ability on his oper{} and started squitting some of our servers.. w >>e promptly removed his server from the map.. it brought us to thinking.. Would there be a way to prevent this occuring in the future, some times server admins, sometimes friends, appear nice, and give you a server, then turn on you.. We originally started >> thinking of introducing "Policies" on our IRCd, but then Brain` came up with the idea of coding it into services.. OperServ or a new services would be able to control other opers, and make sure their privs havnt been changed without permission, obviously >> this has its problems, but we should be able to solve them.. The main Questions are.. >> >>Would you use it? >>Should it be intergrated into OperServ or a new Service Created? >>Should the Opers be handled via Config, or thru a database? >> >>----------------------------------------------------------------------- >>Craig McLure - Craig@chatspike.net >>ChatSpike - The users network: http://www.chatspike.net >>InspIRCd - Modular IRC server: http://www.inspircd.org >>----------------------------------------------------------------------- >> >> >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Beast at chat.za.net Mon Nov 18 19:39:01 2002 From: Beast at chat.za.net (Beast) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] change nick References: <20021116115155.U94996-100000@c3p0.reverse.net> Message-ID: <3DD923B0.000001.82605@porky.mshome.net> /msg operserv svsnick Oldnick Newnick : -------Original Message------- From: ircservices@ircservices.za.net Date: 18 November 2002 10:53:19 To: ircservices@ircservices.za.net Subject: [IRCServices] change nick I looked and can't seem to find the answer so I'll ask here. Is it possible to use ircservices to change a user nick? I have some "family" channels and want to be able to change non-registered nicks that are offensive. Deuce http://www.dhcnetwork.com ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From vault at interia.pl Mon Nov 18 20:03:00 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. References: <200211181729.gAIHTmK15464@localhost.localdomain> Message-ID: <000e01c28f2c$1fe5ebd0$11efcdc3@marcin> From: "Craig Edwards" > Sometimes this is not possible - lets take for example a hypothetical situation where server may be compromised by crackers. You'd trust the admins running the server, but someone would be in control of the server secretly who you probably dont know, and certainly dont trust. In this case their first action may be to set up an oper with reasonably high privilages and "play around" with it. This system would prevent such a situation by immediately de-opering any such abusers as soon as it saw them, unless the policy actually said they could oper up. So, one person (who host services) would have TOTAL control of a network and it's Admins? I don't think this is a good idea. > server may be compromised by crackers As well as services' server... > but someone would be in control of the server secretly who you probably dont know, and certainly dont trust. What if someone gain access to services then? ----------------------------------------------------------------------- Z kraju i ze swiata, minuta po minucie >>> http://link.interia.pl/f1676 From brain at brainbox.winbot.co.uk Mon Nov 18 20:09:01 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. Message-ID: <200211181811.gAIIBYK15844@localhost.localdomain> If that one server is compromised, yes. But in the end, the ircservices box should be under control of the netadmins, who have final juristiction over what does and doesnt happen on their network in most cases. The whole idea is keeping the network run how the admins want it to be run, and not how individual server admins want to do things their own ways. Some irc networks such as efnet operate this way though, where each admin has their own policies, and such services wouldnt be forced to load such a module. On a side note, im thinking of expanding this to a larger project, called (working title) "AbuseServ" which would also do such things as network-wide scanning of proxies (this is something else that should be centralised, if one admin accidentally unloads their proxy scanning module from their ircd, it creates a "weak link" where abusive clients may connect, rendering the whole system useless). Any ideas on this whole idea, please mail me off the mailing list, as this is starting to become interesting with all the ideas im being given (Thanks MrBOFH!) and i will certainly start work on this as an optional addition for ircservices :) >From: "Craig Edwards" > >> Sometimes this is not possible - lets take for example a >hypothetical situation where server may be compromised by crackers. >You'd trust the admins running the server, but someone would be in >control of the server secretly who you probably dont know, and >certainly dont trust. In this case their first action may be to set up >an oper with reasonably high privilages and "play around" with it. >This system would prevent such a situation by immediately de-opering >any such abusers as soon as it saw them, unless the policy actually >said they could oper up. > > >So, one person (who host services) would have TOTAL control of a >network and it's Admins? >I don't think this is a good idea. > >> server may be compromised by crackers > >As well as services' server... > >> but someone would be in control of the server secretly who you >probably dont know, and certainly dont trust. > >What if someone gain access to services then? > > >----------------------------------------------------------------------- >Z kraju i ze swiata, minuta po minucie >>> http://link.interia.pl/f1676 > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Mon Nov 18 22:20:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] updating? Message-ID: <1043FE6F-FB33-11D6-A47A-003065F3CEBE@bluewin.ch> Hi Guys, is there a good and a bad way to update services? An easy and hard ways? Thanks From alisor at softhome.net Mon Nov 18 22:33:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Chanserv Last Used ( sorry for last HTML :( ) Message-ID: <002601c28f41$c0bc5750$0100a8c0@control> Hello everybody; I think there is a problem at chanserv about last used times. Not all channels only Non English named Channels. [16:09] *** Now talking in #?stanbul [16:10] -ChanServ- Information for channel #?stanbul: [16:10] -ChanServ- Registered: Jul 31 14:04:12 2001 EEST [16:10] -ChanServ- Last used: Aug 03 17:23:08 2002 EEST [16:07] *** Now talking in #odt? [16:14] -ChanServ- Last used: Nov 13 19:31:29 2002 EET If you identify your nick after joining it updates, if you identify channel after joining it again updates. But if you join a channel after identifing your nick it doesnt update. Anybody see this kind of problems, expecially non english servers? Or only my server problem? Ali Sor PS: Again sorry for the same mail in HTML. From achurch at achurch.org Tue Nov 19 02:37:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.3 released In-Reply-To: <20021118141921.JLUK3850.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: <3dd98793.06635@achurch.org> >i've run the patch, yet while trying to compile.. > >gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o actions.o >In file included from services.h:19, > from actions.c:10: >defs.h:169: conflicting types for `socklen_t' The solution is to run ./configure. I'll be releasing 5.0.4 shortly which will remind you to do this when the script is updated. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Nov 19 02:55:11 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Network Policies.. In-Reply-To: <200211181729.gAIHTmK15464@localhost.localdomain> Message-ID: <3dd98bc6.55640@achurch.org> >Sometimes this is not possible - lets take for example a hypothetical situation where server may be compromised by crackers. Then that's a completely different issue, isn't it? Besides, even if you did add additional limits, you'd have to have someone who could remove those limits, and if that server gets cracked... You could go on like this forever, and it won't get you anywhere. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Nov 19 03:08:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.4 released Message-ID: <3dd98e88.36723@achurch.org> Services 5.0.4 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) b6dc9ff913b4ff81475182e6b1bf70cc ircservices-5.0.4.tar.gz 27314c483491a55bc50da9a24125d52d ircservices-5.0.4.diff.gz d99f2ec8242ae196a5ec32cfa64e32f5 ircservices-5.0.4-1.i386.rpm 1049f72894629a72cc7b2ebeb2184b74 ircservices_5.0.4-1_i386.deb The other mirrors should have it shortly. This release is just to address the issue people have had with patching to 5.0.3 and getting compilation errors; "make" will now remind you to rerun "configure" when necessary. There are no functional changes in this release. Changes in version 5.0.4 ------------------------ 2002/11/18 The Makefile now checks that the results of `configure' are up to date before compiling. This solves a compilation problem reported by several people in version 5.0.3. --Andrew Church achurch@achurch.org http://achurch.org/ From deuce at dhcnetwork.com Tue Nov 19 03:28:00 2002 From: deuce at dhcnetwork.com (deuce) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] 5.04 wont compile on bsd Message-ID: <20021118202403.A59744-100000@c3p0.reverse.net> Just downloaded 5.04 and this is the first time I have had compile errors, been using version 5 since early alpha. /usr/include/sys/socket.h:54: conflicting types for `socklen_t' defs.h:169: previous declaration of `socklen_t' gmake: *** [actions.o] Error 1 This is with gmake. Deuce http://www.dhcnetwork.com From smkelly at zombie.org Tue Nov 19 03:41:00 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] 5.04 wont compile on bsd In-Reply-To: <20021118202403.A59744-100000@c3p0.reverse.net> References: <20021118202403.A59744-100000@c3p0.reverse.net> Message-ID: <20021119014000.GA16505@edgemaster.zombie.org> On Mon, Nov 18, 2002 at 08:27:19PM -0500, deuce wrote: > > Just downloaded 5.04 and this is the first time I have had compile errors, > been using version 5 since early alpha. > /usr/include/sys/socket.h:54: conflicting types for `socklen_t' > defs.h:169: previous declaration of `socklen_t' > gmake: *** [actions.o] Error 1 > This is with gmake. The 'check_socklen_t' check in the configure script is broken. It only includes . On FreeBSD, you must also include to get socklen_t: $ grep socklen_t /usr/include/sys/socket.h typedef __socklen_t socklen_t; If you add '#include ' to the 'check_socklen_t' check in configure, all works well. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From noam_m at bezeqint.net Tue Nov 19 03:54:00 2002 From: noam_m at bezeqint.net (Noam M.) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] 5.04 wont compile on bsd In-Reply-To: <20021118202403.A59744-100000@c3p0.reverse.net> References: <20021118202403.A59744-100000@c3p0.reverse.net> Message-ID: <3DD999A3.8070101@bezeqint.net> deuce wrote: >Just downloaded 5.04 and this is the first time I have had compile errors, >been using version 5 since early alpha. >/usr/include/sys/socket.h:54: conflicting types for `socklen_t' >defs.h:169: previous declaration of `socklen_t' >gmake: *** [actions.o] Error 1 >This is with gmake. > > exact same error here. In file included from sockets.h:13, from services.h:97, from actions.c:10: /usr/include/sys/socket.h:54: conflicting types for `socklen_t' defs.h:169: previous declaration of `socklen_t' gmake: *** [actions.o] Error 1 on FreeBSD 4.7-STABLE >Deuce >http://www.dhcnetwork.com > > > From achurch at achurch.org Tue Nov 19 06:42:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] 5.04 wont compile on bsd In-Reply-To: <20021119014000.GA16505@edgemaster.zombie.org> Message-ID: <3dd9c0f0.45036@achurch.org> >The 'check_socklen_t' check in the configure script is broken. It only >includes . On FreeBSD, you must also include to >get socklen_t: > >$ grep socklen_t /usr/include/sys/socket.h >typedef __socklen_t socklen_t; > >If you add '#include ' to the 'check_socklen_t' check in >configure, all works well. Fixed, thanks for the report. For the time being, add "HAVE_SOCKLEN_T=1" (without the quotes) to the end of config.cache and rerun the configure script: $ echo 'HAVE_SOCKLEN_T=1' >>config.cache $ ./configure -defaults (This assumes you've already run configure once.) --Andrew Church achurch@achurch.org http://achurch.org/ From todd at doonga.net Tue Nov 19 07:12:01 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.3 released In-Reply-To: <3dd98793.06635@achurch.org> References: <3dd98793.06635@achurch.org> Message-ID: <200211190011.07937.todd@doonga.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 19 November 2002 04:35 am, Andrew Church wrote: > > The solution is to run ./configure. I'll be releasing 5.0.4 shortly > which will remind you to do this when the script is updated. > I tried this and still got the error, so I rm'ed the config.cache and it still happened...or did I miss something else? Todd (output follows) su-2.05b$ cd ircservices-5.0.3 su-2.05b$ rm config.cache su-2.05b$ ./configure Beginning IRC Services configuration. In what directory do you want the binaries to be installed? Press Return for the default, or enter a new value. [/usr/local/sbin] /home/ircd/ircservices Where do you want the data files to be installed? [/home/ircd/ircservices/lib] End of interactive configuration. Searching for a suitable compiler... great, found gcc! Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good. Let's see what libraries we need... Checking if we can use dynamic modules... yes. Looking for an 8-bit integer type... char Looking for a 16-bit integer type... short Looking for a 32-bit integer type... int Checking the size of int... 32 bits Checking the size of long... 32 bits Checking the size of time_t... 32 bits Checking the size of gid_t... 32 bits Checking for socklen_t... not present. Checking for presence of include files (it's okay if some aren't there): strings.h... present sys/select.h... present sys/sysproto.h... present Seeing if your system defines int16/int32... not found (this is good). How to complain when something goes wrong... ah, strerror() is here. Looking for other routines we want that you don't have... Checking how to install files... looks like "install" will work. Seeing if "install" will create directories... OK. Checking how to copy directories... /bin/cp -pr Creating config.h... done (unchanged). Creating Makefile.inc... done (unchanged). Saving configuration results in config.cache... done. All done! Now edit defs.h as needed, and run "make" (or possibly "gmake") to compile Services. See the README and FAQ if you have any problems. su-2.05b$ gmake sh version.sh gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o version.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o actions.o In file included from sockets.h:13, from services.h:97, from actions.c:10: /usr/include/sys/socket.h:54: conflicting types for `socklen_t' defs.h:169: previous declaration of `socklen_t' gmake: *** [actions.o] Error 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE92cfrxwj28as2RzQRArOfAJ41qdvR3/VJ/ew3MjF4PAWaOybG7QCglxl4 AeFMzemq4CDvjVWd4xnbLVI= =RRlj -----END PGP SIGNATURE----- From todd at doonga.net Tue Nov 19 07:14:03 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.3 released In-Reply-To: <200211190011.07937.todd@doonga.net> References: <3dd98793.06635@achurch.org> <200211190011.07937.todd@doonga.net> Message-ID: <200211190013.54533.todd@doonga.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oops...Never mind, just saw the posting about 5.0.4... I'll read everything before I post next time :) Todd -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE92ciSxwj28as2RzQRAs+FAKCHgMjwwhdGjBGTsPMtYj5cvP3JDwCfczIL ql1KOFysMxhULU5omrrFZ74= =9x// -----END PGP SIGNATURE----- From salk at junglebean.net Tue Nov 19 13:31:01 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Import ? Message-ID: <000701c28fbf$8fcbd160$0200a8c0@NT5.local> Hi has the import facility been removed ? start Services with the command-line option "-import=filename", ======================================= $bash ./ircservices -import=epona.xml Unknown option -import. Use "-help" for help. ======================================= Thats the reply on trying to import From achurch at achurch.org Tue Nov 19 14:18:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Import ? In-Reply-To: <000701c28fbf$8fcbd160$0200a8c0@NT5.local> Message-ID: <3dda2ba7.43143@achurch.org> Are you loading the misc/xml-import module in ircservices.conf? --Andrew Church achurch@achurch.org http://achurch.org/ >Hi has the import facility been removed ? > >start Services with the command-line option "-import=filename", > >======================================= >$bash ./ircservices -import=epona.xml >Unknown option -import. Use "-help" for help. > >======================================= > >Thats the reply on trying to import > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From salk at junglebean.net Tue Nov 19 14:33:00 2002 From: salk at junglebean.net (Steven Mac Intyre) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Import ? References: <3dda2ba7.43143@achurch.org> Message-ID: <000d01c28fc8$3cf7f730$0200a8c0@NT5.local> Ok now that thats sorted out. If I import the DB's from epona format and startup ircservices, the minute it links to the network - it promptly bans every single user in a channel - and kicks them if they are not a op. Any suggestions ? ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, November 19, 2002 2:16 PM Subject: Re: [IRCServices] Import ? Are you loading the misc/xml-import module in ircservices.conf? --Andrew Church achurch@achurch.org http://achurch.org/ >Hi has the import facility been removed ? > >start Services with the command-line option "-import=filename", > >======================================= >$bash ./ircservices -import=epona.xml >Unknown option -import. Use "-help" for help. > >======================================= > >Thats the reply on trying to import > > > > >------------------------------------------------------------------ >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 alex at cyga.net Wed Nov 20 16:51:01 2002 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] losing access on nickchange Message-ID: <001201c290a4$0b0a0ec0$230476d5@lithium> It seems that nickserv seems to forget for which nick you have identified after you changes nicks. _-Alex-_ is registered, alex is registered to that, testnick is not registered nor linked to anything. [15:39:26] -> Server: chanserv op #help [15:39:27] * ChanServ sets mode: +o _-Alex-_ [15:39:27] [CS] Opped _-Alex-_ on channel #help. all is fine [15:39:54] * _-Alex-_ is now known as Alex [15:39:57] -> Server: chanserv op #help [15:39:57] * ChanServ sets mode: +o Alex [15:39:57] [CS] Opped Alex on channel #help. here it works just fine too [15:40:29] * Alex is now known as testnick [15:40:31] -> Server: chanserv op #help [15:40:31] [CS] Geen permissie. Here it complains that I don't have the access to op myself (services are set to start in dutch since most of our users are dutch speaking). Now this makes me wonder, is it normal that we have our access as long as we stay in our nickgroup, but loose it once we change to an unregistered nick? If I change back to any of the nicks in my nickgroup, it remembers me, since I get my access back without doing anything. It seems most logical to me (and useful) that we have our access once identified, no matter which nick we use. We're using ircservices-5.0.4 and bahamut-1.4.34 A second question was: how about making operserv showing the nicknames when you check for sessions? Like when you do /operserv session view some.mask.com that it will not only show the amount of users but also which nicknames they're using. -- Alexander Janssens a.k.a. _-Alex-_ From achurch at achurch.org Wed Nov 20 17:42:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] losing access on nickchange In-Reply-To: <001201c290a4$0b0a0ec0$230476d5@lithium> Message-ID: <3ddbacf6.32453@achurch.org> This is normal behavior. It would be possible to check the access levels for all identified nicks and use the highest access level found, but I'm not sure what impact this would have on security or performance. I'll put this on the TODO list, but I'm not going to actually think about it until at least 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ >It seems that nickserv seems to forget for which nick you have identified >after you changes nicks. > >_-Alex-_ is registered, alex is registered to that, testnick is not >registered nor linked to anything. > > >[15:39:26] -> Server: chanserv op #help >[15:39:27] * ChanServ sets mode: +o _-Alex-_ >[15:39:27] [CS] Opped _-Alex-_ on channel #help. > >all is fine > > >[15:39:54] * _-Alex-_ is now known as Alex >[15:39:57] -> Server: chanserv op #help >[15:39:57] * ChanServ sets mode: +o Alex >[15:39:57] [CS] Opped Alex on channel #help. > >here it works just fine too > >[15:40:29] * Alex is now known as testnick >[15:40:31] -> Server: chanserv op #help >[15:40:31] [CS] Geen permissie. > >Here it complains that I don't have the access to op myself (services are >set to start in dutch since most of our users are dutch speaking). >Now this makes me wonder, is it normal that we have our access as long as we >stay in our nickgroup, but loose it once we change to an unregistered nick? >If I change back to any of the nicks in my nickgroup, it remembers me, since >I get my access back without doing anything. It seems most logical to me >(and useful) that we have our access once identified, no matter which nick >we use. > >We're using ircservices-5.0.4 and bahamut-1.4.34 > >A second question was: how about making operserv showing the nicknames when >you check for sessions? Like when you do /operserv session view >some.mask.com that it will not only show the amount of users but also which >nicknames they're using. > > >-- >Alexander Janssens a.k.a. _-Alex-_ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Nov 21 04:28:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Services 5.0.5 released Message-ID: <3ddc4485.53341@achurch.org> Services 5.0.5 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 458903ec9d9017057e2b8c13ab64c8d5 ircservices-5.0.5.tar.gz 8d64127e50eb9effe14b8724b7345a2e ircservices-5.0.5.diff.gz 0c0df410c336c705920fa373c391c6b0 ircservices-5.0.5-1.i386.rpm 5a6ff071865e84d31e06190ad9358788 ircservices_5.0.5-1_i386.deb The other mirrors should have it shortly. This release is primarily to correct an incompatibility with the FreeBSD operating system in versions 5.0.3 and 5.0.4. It also includes a user suggestion to report warnings if a mask containing "!" is used with the NickServ ACCESS command. (The mask is still added, but the user is reminded to check whether it is correct.) Changes in version 5.0.5 ------------------------ 2002/11/21 The XML import module no longer prints strange error messages for unknown command-line options. 2002/11/21 NickServ ACCESS ADD now warns of inappropriate syntax for masks which contain "!". Suggested by Panagiotis Kefalidis 2002/11/19 The configure script now correctly creates parent directories for the data directory if it does not exist. 2002/11/19 Fixed configure check for socklen_t on FreeBSD. Repoted by Sean Kelly --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Nov 21 04:39:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Import ? In-Reply-To: <000d01c28fc8$3cf7f730$0200a8c0@NT5.local> Message-ID: <3ddc473b.53356@achurch.org> Are the RESTRICTED or SECURE options set for the channels? I seem to recall Epona had more stringent default channel options. --Andrew Church achurch@achurch.org http://achurch.org/ >Ok now that thats sorted out. > >If I import the DB's from epona format and startup ircservices, the minute >it links to the network - it promptly bans every single user in a channel - >and kicks them if they are not a op. > >Any suggestions ? > > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Tuesday, November 19, 2002 2:16 PM >Subject: Re: [IRCServices] Import ? > > > Are you loading the misc/xml-import module in ircservices.conf? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hi has the import facility been removed ? >> >>start Services with the command-line option "-import=filename", >> >>======================================= >>$bash ./ircservices -import=epona.xml >>Unknown option -import. Use "-help" for help. >> >>======================================= >> >>Thats the reply on trying to import >> >> >> >> >>------------------------------------------------------------------ >>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 > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Nov 21 04:42:03 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Chanserv Last Used ( sorry for last HTML :( ) In-Reply-To: <002601c28f41$c0bc5750$0100a8c0@control> Message-ID: <3ddc47e9.53366@achurch.org> >If you identify your nick after joining it updates, if you identify channel >after joining it again updates. But if you join a channel after identifing >your nick it doesnt update. The last used time is only updated for auto-op users. --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Thu Nov 21 17:09:00 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] Chanserv Last Used ( sorry for last HTML :( ) References: <3ddc47e9.53366@achurch.org> Message-ID: <001101c2916f$efe98090$0100a8c0@control> So if i dont give any auto-op to any user. Although i entered to channel as an owner it will expire. Unless i identify for channel. Wont it be better to update when any accessed user or owner enters the channel? By the way there is noone at channel. I deop myself services gives +o and updates last used. Does it only updates when ChanServ sets mode: +o Nick happens? ----- Original Message ----- From: "Andrew Church" To: Sent: Thursday, November 21, 2002 4:41 AM Subject: Re: [IRCServices] Chanserv Last Used ( sorry for last HTML :( ) > >If you identify your nick after joining it updates, if you identify channel > >after joining it again updates. But if you join a channel after identifing > >your nick it doesnt update. > > The last used time is only updated for auto-op users. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Thu Nov 21 21:27:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? Message-ID: <25728240-FD87-11D6-9530-003065F3CEBE@bluewin.ch> Hi, can someone tell me what is going on here: #carbon: @Pix0r *** End of /NAMES list. *** Mode change "+q Pix0r" on #carbon by ChanServ *** Channel Mode is + *** Channel created at Thursday, November 21, 2002 8:22:57 pm -*ChanServ*- Information for channel #carbon: -*ChanServ*- Founder: Pix0r -*ChanServ*- Description: Carbon IRC help channel -*ChanServ*- Registered: Oct 20 23:46:41 2002 BST -*ChanServ*- Last used: Nov 21 19:21:00 2002 GMT -*ChanServ*- Last topic: 0110101001011011101010110100010101 -*ChanServ*- Topic set by: foobar -*ChanServ*- E-mail address: help@carbonirc.net -*ChanServ*- Options: Topic Retention, Secure Ops, Secure -*ChanServ*- Mode lock: +ntS-impskl -*ChanServ*- For more information, type: /msg ChanServ INFO #carbon ALL Clearly all the modes have been set and the channel has been registered but on join, "*** Channel Mode is + " ?!?! And topic retention is on but the previous topic isnt there ! And why dont I get a +o on join either? Someone please lightnen me up :( Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1228 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021121/4157f6a6/attachment.bin From n.p at bluewin.ch Thu Nov 21 21:31:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:47 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? (again) Message-ID: I forgot to metion that there is a +r missing too since the # is registered! :P From brain at brainbox.winbot.co.uk Thu Nov 21 21:35:01 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? (again) Message-ID: <200211211937.gALJbtK17768@localhost.localdomain> Just a hunch but maybe services are desynched? tried restarting them? >I forgot to metion that there is a +r missing too since the # is >registered! :P > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Thu Nov 21 21:52:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? (again) In-Reply-To: <200211211937.gALJbtK17768@localhost.localdomain> Message-ID: <96C2C466-FD8A-11D6-B68C-003065F3CEBE@bluewin.ch> Ok thanks, I never thought of restarting, dunno why, but it seemed to work. What could have caused services to desync? Thanks again On Thursday, November 21, 2002, at 08:37 pm, Craig Edwards wrote: > Just a hunch but maybe services are desynched? tried restarting them? > >> I forgot to metion that there is a +r missing too since the # is >> registered! :P >> >> ------------------------------------------------------------------ >> 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 brain at brainbox.winbot.co.uk Thu Nov 21 21:58:00 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? (again) Message-ID: <200211212000.gALK0ZK17955@localhost.localdomain> Not quite sure, usually when records dont get transferred correctly at netjoin, or something interrupts the process, etc. We dont get them much, they usually happen when one or two ircd's are lagging and receive the netjoin info much later than the rest of the net (by later im talking tens of seconds or minutes, *severe* lag) - there are probably other reasons tho too :) >Ok thanks, I never thought of restarting, dunno why, but it seemed to >work. What could have caused services to desync? > >Thanks again > >On Thursday, November 21, 2002, at 08:37 pm, Craig Edwards wrote: > >> Just a hunch but maybe services are desynched? tried restarting them? >> >>> I forgot to metion that there is a +r missing too since the # is >>> registered! :P >>> >>> ------------------------------------------------------------------ >>> 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 >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Thu Nov 21 22:11:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? (again) In-Reply-To: <200211212000.gALK0ZK17955@localhost.localdomain> Message-ID: <3A70CCB0-FD8D-11D6-B68C-003065F3CEBE@bluewin.ch> Ok, that could have been it _maybe_ Thanks for all the info :) On Thursday, November 21, 2002, at 09:00 pm, Craig Edwards wrote: > Not quite sure, usually when records dont get transferred correctly at > netjoin, or something interrupts the process, etc. We dont get them > much, they usually happen when one or two ircd's are lagging and > receive the netjoin info much later than the rest of the net (by later > im talking tens of seconds or minutes, *severe* lag) - there are > probably other reasons tho too :) > >> Ok thanks, I never thought of restarting, dunno why, but it seemed to >> work. What could have caused services to desync? >> >> Thanks again >> >> On Thursday, November 21, 2002, at 08:37 pm, Craig Edwards wrote: >> >>> Just a hunch but maybe services are desynched? tried restarting them? >>> >>>> I forgot to metion that there is a +r missing too since the # is >>>> registered! :P >>>> >>>> ------------------------------------------------------------------ >>>> 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 >>> >> >> ------------------------------------------------------------------ >> 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 achurch at achurch.org Fri Nov 22 07:38:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] Chanserv Last Used ( sorry for last HTML :( ) In-Reply-To: <001101c2916f$efe98090$0100a8c0@control> Message-ID: <3dddc285.43756@achurch.org> >So if i dont give any auto-op to any user. Although i entered to channel as >an owner it will expire. Unless i identify for channel. >Wont it be better to update when any accessed user or owner enters the >channel? With the current behavior, yes, if you don't use auto-op then the channel will expire; this is documented in the manual (section 3-2). I do not plan to change this in version 5.0, but please feel free to debate different ways of doing it on this list; I'll consider them for 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Nov 22 07:40:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? In-Reply-To: <25728240-FD87-11D6-9530-003065F3CEBE@bluewin.ch> Message-ID: <3dddc2ef.43766@achurch.org> Are you by any chance using Unreal 3.1.4 or 3.2 beta? Those versions reportedly have bugs that Services can't (doesn't) compensate for. --Andrew Church achurch@achurch.org http://achurch.org/ > >--Apple-Mail-1--529947647 >Content-Transfer-Encoding: 7bit >Content-Type: text/plain; > charset=US-ASCII; > format=flowed > >Hi, can someone tell me what is going on here: > >#carbon: @Pix0r >*** End of /NAMES list. >*** Mode change "+q Pix0r" on #carbon by ChanServ >*** Channel Mode is + >*** Channel created at Thursday, November 21, 2002 8:22:57 pm >-*ChanServ*- Information for channel #carbon: >-*ChanServ*- Founder: Pix0r >-*ChanServ*- Description: Carbon IRC help channel >-*ChanServ*- Registered: Oct 20 23:46:41 2002 BST >-*ChanServ*- Last used: Nov 21 19:21:00 2002 GMT >-*ChanServ*- Last topic: 0110101001011011101010110100010101 >-*ChanServ*- Topic set by: foobar >-*ChanServ*- E-mail address: help@carbonirc.net >-*ChanServ*- Options: Topic Retention, Secure Ops, Secure >-*ChanServ*- Mode lock: +ntS-impskl >-*ChanServ*- For more information, type: /msg ChanServ INFO #carbon ALL > >Clearly all the modes have been set and the channel has been registered >but on join, "*** Channel Mode is + >" ?!?! And topic retention is on but the previous topic isnt there ! And >why dont I get a +o on join either? >Someone please lightnen me up :( > >Thanks > >--Apple-Mail-1--529947647 >Content-Transfer-Encoding: 7bit >Content-Type: text/enriched; > charset=US-ASCII > >Hi, can someone tell me what is going on here: > > >1111,0404,AFAF#carbon: @Pix0r > >*** End of /NAMES list. > >*** Mode change "+q Pix0r" on #carbon by ChanServ > >*** Channel Mode is + > >*** Channel created at Thursday, November 21, 2002 8:22:57 pm6060,6060,6060 > >-*ChanServ*- Information for channel #carbon: > >-*ChanServ*- Founder: Pix0r > >-*ChanServ*- Description: Carbon IRC help channel > >-*ChanServ*- Registered: Oct 20 23:46:41 2002 BST > >-*ChanServ*- Last used: Nov 21 19:21:00 2002 GMT > >-*ChanServ*- Last topic: 0110101001011011101010110100010101 > >-*ChanServ*- Topic set by: foobar > >-*ChanServ*- E-mail address: help@carbonirc.net > >-*ChanServ*- Options: Topic Retention, Secure Ops, Secure > >-*ChanServ*- Mode lock: +ntS-impskl > >-*ChanServ*- For more information, type: /msg ChanServ INFO #carbon ALL > > >0000,0000,0000Clearly all the modes have >been set and the channel has been registered but on join, "*** Channel >Mode is + > >" ?!?! And topic retention is on but the previous topic isnt there ! >And why dont I get a +o on join either? > >Someone please lightnen me up :( > > >Thanks >--Apple-Mail-1--529947647-- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Fri Nov 22 08:37:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:48 2004 Subject: [IRCServices] What the #(*&@*(#&@ ? In-Reply-To: <3dddc2ef.43766@achurch.org> Message-ID: Yea, unreal3.2beta :/ On Friday, November 22, 2002, at 06:38 am, Andrew Church wrote: > Are you by any chance using Unreal 3.1.4 or 3.2 beta? Those > versions > reportedly have bugs that Services can't (doesn't) compensate for. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >> >> --Apple-Mail-1--529947647 >> Content-Transfer-Encoding: 7bit >> Content-Type: text/plain; >> charset=US-ASCII; >> format=flowed >> >> Hi, can someone tell me what is going on here: >> >> #carbon: @Pix0r >> *** End of /NAMES list. >> *** Mode change "+q Pix0r" on #carbon by ChanServ >> *** Channel Mode is + >> *** Channel created at Thursday, November 21, 2002 8:22:57 pm >> -*ChanServ*- Information for channel #carbon: >> -*ChanServ*- Founder: Pix0r >> -*ChanServ*- Description: Carbon IRC help channel >> -*ChanServ*- Registered: Oct 20 23:46:41 2002 BST >> -*ChanServ*- Last used: Nov 21 19:21:00 2002 GMT >> -*ChanServ*- Last topic: 0110101001011011101010110100010101 >> -*ChanServ*- Topic set by: foobar >> -*ChanServ*- E-mail address: help@carbonirc.net >> -*ChanServ*- Options: Topic Retention, Secure Ops, Secure >> -*ChanServ*- Mode lock: +ntS-impskl >> -*ChanServ*- For more information, type: /msg ChanServ INFO #carbon ALL >> >> Clearly all the modes have been set and the channel has been registered >> but on join, "*** Channel Mode is + >> " ?!?! And topic retention is on but the previous topic isnt there ! >> And >> why dont I get a +o on join either? >> Someone please lightnen me up :( >> >> Thanks >> >> --Apple-Mail-1--529947647 >> Content-Transfer-Encoding: 7bit >> Content-Type: text/enriched; >> charset=US-ASCII >> >> Hi, can someone tell me what is going on here: >> >> >> 1111,0404,AFAF#carbon: @Pix0r >> >> *** End of /NAMES list. >> >> *** Mode change "+q Pix0r" on #carbon by ChanServ >> >> *** Channel Mode is + >> >> *** Channel created at Thursday, November 21, 2002 8:22:57 >> pm6060,6060,6060 >> >> -*ChanServ*- Information for channel #carbon: >> >> -*ChanServ*- Founder: Pix0r >> >> -*ChanServ*- Description: Carbon IRC help channel >> >> -*ChanServ*- Registered: Oct 20 23:46:41 2002 BST >> >> -*ChanServ*- Last used: Nov 21 19:21:00 2002 GMT >> >> -*ChanServ*- Last topic: 0110101001011011101010110100010101 >> >> -*ChanServ*- Topic set by: foobar >> >> -*ChanServ*- E-mail address: help@carbonirc.net >> >> -*ChanServ*- Options: Topic Retention, Secure Ops, Secure >> >> -*ChanServ*- Mode lock: +ntS-impskl >> >> -*ChanServ*- For more information, type: /msg ChanServ INFO #carbon ALL >> >> >> 0000,0000,0000Clearly all the modes have >> been set and the channel has been registered but on join, "*** Channel >> Mode is + >> >> " ?!?! And topic retention is on but the previous topic isnt there ! >> And why dont I get a +o on join either? >> >> Someone please lightnen me up :( >> >> >> Thanks >> --Apple-Mail-1--529947647-- >> >> ------------------------------------------------------------------ >> 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 xunil at nnirc.de Sun Nov 24 15:12:00 2002 From: xunil at nnirc.de (Philipp Jerrent) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Force Nick Change Message-ID: <000c01c293bb$0199f6b0$0300a8c0@PHILIPP> Hi, i have installed ircservices5.0.2 an it's running. But i have a problem, i set the option NSForceNickChange in the modules.conf but there was no function. The Server only say "when its your nickname identify ...." but the nickname didn't change in GuestXXXXXX. I try to FORBID a nickname an that works without problem. I connect with the forbidden nick an the server change it into guestXXXX. Someone knows what i have to do? And sorry for the bad english :-) Thank you Phil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021124/29507cbc/attachment.htm From brain at brainbox.winbot.co.uk Sun Nov 24 15:34:00 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] option for /ns drop not to be so drastic ;) Message-ID: <200211241336.gAODaBK19129@localhost.localdomain> Just a quick thought, would it be possible to add a flag whereby /ns drop on a linked nick doesnt drop the nick plus all linked nicks, and functions more like /ns unlink? e.g. dropping LinkedNick thats linked to MainNick wont drop MainNick, just unlink it from MainNick? We keep getting people accidentally dropping nicks on our network in this manner, instead of using /ns unlink, and i think it would be a useful safety feature, as the only other way to solve it is to go back to old nick linking methods, where u must change to a nick then reg it, then link *back* to the old nick, and this is too much hassle for me and our users ;) Ideas anyone? ----------------------------------------------------------------------- Craig Edwards WinBot IRC client developer: http://www.winbot.co.uk ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From milko at milko.zon3x.net Sun Nov 24 16:00:01 2002 From: milko at milko.zon3x.net (Milko Krachounov) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Feature request about nickname links and a sort of bug report Message-ID: <001401c293c1$bf1ff8f0$3d00a8c0@zon3x.net> Currently, with the new linking module you can link only unregistered nick to your nick. That's nice, but if there are people who have already registered their nicks and now want to link them without reseting their "Time registered" there is no way for them to do it. I run services in a small network and it's not a problem for me to export the database to XML, link the nicks by hand and then import the XML, but I think adding a little feature which does this thing would be nice... For example: /ns link nickname2 This will link a non-registered nickname... /ns link nickname2 password If the nickname2 is registered (and this is the correct password for its nickgroup ;P) and it is main in its nick group all nicks, channels, memos will be moved from the nickname2's group to your group, if it is NOT the main nick in its group, only nickname2 will be moved to your group. /ns unlink nickname2 drops the linked nickname. /ns unlink nickname2 password creates a new nickgroup with nickname2 in it... ............................ I was the trying to write the above myself (it worked, but the server segfaulted 2-3 minutes after use of these feautres, even though after XML export of the database everything looked OK) and I noticed something that looks like a bug in the oldlink.c: /* Check for exceeding the per-email nick registration limit. */ if (NSRegEmailMax && target_ngi->email && !is_services_admin(u) && abs(n=count_nicks_with_email(target_ngi->email)) >= NSRegEmailMax ) { notice_lang(s_NickServ, u, NICK_LINK_TOO_MANY_NICKS, n, NSRegEmailMax); return; } The above checks whether currently the nicknames registered with target_ngi's email haven't reached the maximum nicknames with the same email allowed, but this will work fine if ngi contains only ONE nick, if it contains more than one nick a user may be able to link a group with 30 nicks (currently with another email set), to another group with say 50 nicks, the result will be 80 nicks with the same email, even if the limit is set to something less than 80... I think it will work that way: if (NSRegEmailMax && target_ngi->email && !is_services_admin(u) && abs(n=count_nicks_with_email(target_ngi->email)) >= NSRegEmailMax && irc_stricmp(ngi->email, target_ngi->email) == 0) { notice_lang(s_NickServ, u, NICK_LINK_TOO_MANY_NICKS, n, NSRegEmailMax); return; } else if (NSRegEmailMax && target_ngi->email && !is_services_admin(u) && abs(n=count_nicks_with_email(target_ngi->email)) + ngi->nicks_count >= NSRegEmailMax && irc_stricmp(ngi->email, target_ngi->email) != 0) { notice_lang(s_NickServ, u, NICK_LINK_TOO_MANY_NICKS, n, NSRegEmailMax); return; } (I'm not very good in writing C sources, so I don't guarantee that the above will work :) ) ..................... I just notice request from Craig Edwards about the ability to DROP linked nick without droping the whole nickgroup... I think it is a good idea, but for the DROPNICK feature, as I may want to drop some of someone's linked nickname, but not his WHOLE nickname group... Sorry for puting all these things in same place... From alisor at softhome.net Sun Nov 24 16:11:01 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Force Nick Change References: <000c01c293bb$0199f6b0$0300a8c0@PHILIPP> Message-ID: <002301c293c3$69b43a00$0100a8c0@control> Hello I have some kind of problem like this. Then i solved, unless the nickserv get auth code of this nick, it wont kill or change nick. As soon as you auth the nick. Kill/nickchange starts to work. I think it isnt a problem but it is a designed behaviour. Did you use the auth code? ----- Original Message ----- From: Philipp Jerrent To: ircservices@ircservices.za.net Sent: Sunday, November 24, 2002 3:11 PM Subject: [IRCServices] Force Nick Change Hi, i have installed ircservices5.0.2 an it's running. But i have a problem, i set the option NSForceNickChange in the modules.conf but there was no function. The Server only say "when its your nickname identify ...." but the nickname didn't change in GuestXXXXXX. I try to FORBID a nickname an that works without problem. I connect with the forbidden nick an the server change it into guestXXXX. Someone knows what i have to do? And sorry for the bad english :-) Thank you Phil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021124/d7c658ab/attachment.html From milko at milko.zon3x.net Sun Nov 24 16:19:01 2002 From: milko at milko.zon3x.net (Milko Krachounov) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Feature request about nickname links and a sort of bug report References: <001401c293c1$bf1ff8f0$3d00a8c0@zon3x.net> Message-ID: <002801c293c4$4ce58ae0$3d00a8c0@zon3x.net> I just noticed an error in my own source... If ngi->email and target_ngi->email are the same the link should be allowed (as there is no way for the nicknames with target_ngi's email to exceed the NSRegEmailMax after the link, and if they do this would be a bug...).. So if the two emails are the same either the link should be allowed, OR the >= should be replaced with > and a BUG to be logged... From Craig at chatspike.net Sun Nov 24 18:08:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Force Nick Change Message-ID: <20021124160740.XVKW2797.mta07-svc.ntlworld.com@i-br0ked-it> i think he means totally registered nickname structures.. when you have something like.... Nick1 nick2 nick3 if you /ns drop nick2, nick1 and nick3 will also be dropped, Users seem to make the mistake of trying to use the drop command instead of the unlink, causing all nickname info and access list levels to be dropped.. I blame stupid users :D but still, some sorta flag would be nice :) ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Ali Sor" Reply-To: To : ircservices@ircservices.za.net Subject : Re: [IRCServices] Force Nick Change Date : 2002-11-24 Hello I have some kind of problem like this. Then i solved, unless the nickserv get auth code of this nick, it wont kill or change nick. As soon as you auth the nick. Kill/nickchange starts to work. I think it isnt a problem but it is a designed behaviour. Did you use the auth code? ----- Original Message ----- From: Philipp Jerrent To: ircservices@ircservices.za.net Sent: Sunday, November 24, 2002 3:11 PM Subject: [IRCServices] Force Nick Change Hi, i have installed ircservices5.0.2 an it's running. But i have a problem, i set the option NSForceNickChange in the modules.conf but there was no function. The Server only say "when its your nickname identify ...." but the nickname didn't change in GuestXXXXXX. I try to FORBID a nickname an that works without problem. I connect with the forbidden nick an the server change it into guestXXXX. Someone knows what i have to do? And sorry for the bad english :-) Thank you Phil ========= End of Original Message ========= From chuck at featurecity.net Mon Nov 25 13:58:01 2002 From: chuck at featurecity.net (Chuck) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: <002801c293c4$4ce58ae0$3d00a8c0@zon3x.net> References: <001401c293c1$bf1ff8f0$3d00a8c0@zon3x.net> <002801c293c4$4ce58ae0$3d00a8c0@zon3x.net> Message-ID: <1038225414.12732.10.camel@eron.forestoflives.com> It has been years since we have explored the software available in irc and now we want to upgrade our server software and services. Of course, what services to get is easy:). My question is, what is the best open source server software available now that is 100% compatible with services? We want it to 'run itself' once it is properly configured. We have not had to touch the old dreamforge software in the past 3 years at all, in fact forgot it was even running. This will be a private, stand-a-lone server. Suggestions and "problem warnings" will be most appreciated. Chuck From ballsy at mystical.net Mon Nov 25 16:35:01 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: <1038225414.12732.10.camel@eron.forestoflives.com> Message-ID: While this is somewhat like asking "What's the best operating system for my desktop" (in that the responses will vary, as everyone has their favourites), many folks on the list seem to use bahamut (1.4.30 or later), including myself, and it seems to get along with IRC Services just fine. While I have absolutely no personal experience running Unreal IRCd, dare I say that it seems to be responsible for the majority of the "I have a problem" posts to this list. I think these relate to specific versions of Unreal though, as others apparently work just fine. It really depends on what you want from your IRCd though. If you've been using Dreamforge until now, moving to bahamut may be the easiest transition. Bahamut is designed for large networks though, in that it is not near as feature-rich as some other daemons, but can handle an incredible client load (there are servers on DALnet with 40K+ concurrent users). The best way to go, I imagine, would be to check out the IRC Services docs to see what IRCds are supported, then look at those IRCds individually to see if they have what you want/need. David Quoth Chuck on Nov 25 at 06:56, > It has been years since we have explored the software available in irc > and now we want to upgrade our server software and services. Of course, > what services to get is easy:). > > My question is, what is the best open source server software available > now that is 100% compatible with services? > > We want it to 'run itself' once it is properly configured. We have not > had to touch the old dreamforge software in the past 3 years at all, in > fact forgot it was even running. > > This will be a private, stand-a-lone server. > > Suggestions and "problem warnings" will be most appreciated. > > Chuck > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Mon Nov 25 16:48:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: Message-ID: <3de23801.52413@achurch.org> > While I have absolutely no personal experience running Unreal >IRCd, dare I say that it seems to be responsible for the majority of the >"I have a problem" posts to this list. I think these relate to specific >versions of Unreal though, as others apparently work just fine. Not quite related to the original post, but for what it's worth, I think I've found the problem people have been reporting about ChanServ not working in certain channels; it looks like I made a little thinko when I was updating the code for 5.0. I've got the fix done--assuming I located the problem correctly--and I'll release a new version as soon as my system update finishes (at the moment I can't compile anything). On the original topic, as David says, there's no single answer to the question of "what IRC server is best?". From personal experience, Bahamut and Unreal seem to be the two most frequently used; Bahamut is good if you want stability/efficiency, while Unreal provides more features, especially channel modes. --Andrew Church achurch@achurch.org http://achurch.org/ From nick at devaluate.com Mon Nov 25 21:32:00 2002 From: nick at devaluate.com (nick martini) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: References: <1038225414.12732.10.camel@eron.forestoflives.com> Message-ID: <20021125193043.GA26692@bucephalus> im on all the unreal lists, as well as ircservices and epona. and while you are correct in saying that a lot of posts are from people having problems, there are different reasons. for one thing, unreal has a very large feature set. there are a lot of commands new and/or inexperienced people should not be using, but they try anyway. they subsequently break something and post to the lists asking for help. another is due to pure inexperience. ive been on a few networks running unreal (i shant name them, but im sure we've all had this experience) where the admins are just totally clueless. i run unreal beta, and it runs perfectly fine. aside from the whole syntax error (re: typos) in the config file causes the ircd to go down, its damn stable. ircservices works splendidly with it as well. theres my 2 cents :) nk On Mon, Nov 25, 2002 at 09:34:44AM -0500, Ballsy wrote: |> From: Ballsy |> To: ircservices@ircservices.za.net |> Subject: Re: [IRCServices] mildly off topic? |> Message-ID: |> Reply-To: ircservices@ircservices.za.net |> Date: Mon, 25 Nov 2002 09:34:44 -0500 (EST) |> |> While this is somewhat like asking "What's the best operating |> system for my desktop" (in that the responses will vary, as everyone has |> their favourites), many folks on the list seem to use bahamut (1.4.30 or |> later), including myself, and it seems to get along with IRC Services just |> fine. |> While I have absolutely no personal experience running Unreal |> IRCd, dare I say that it seems to be responsible for the majority of the |> "I have a problem" posts to this list. I think these relate to specific |> versions of Unreal though, as others apparently work just fine. |> It really depends on what you want from your IRCd though. If |> you've been using Dreamforge until now, moving to bahamut may be the |> easiest transition. Bahamut is designed for large networks though, in |> that it is not near as feature-rich as some other daemons, but can handle |> an incredible client load (there are servers on DALnet with 40K+ |> concurrent users). |> The best way to go, I imagine, would be to check out the IRC |> Services docs to see what IRCds are supported, then look at those IRCds |> individually to see if they have what you want/need. |> |> David |> |> |> Quoth Chuck on Nov 25 at 06:56, |> |> > It has been years since we have explored the software available in irc |> > and now we want to upgrade our server software and services. Of course, |> > what services to get is easy:). |> > |> > My question is, what is the best open source server software available |> > now that is 100% compatible with services? |> > |> > We want it to 'run itself' once it is properly configured. We have not |> > had to touch the old dreamforge software in the past 3 years at all, in |> > fact forgot it was even running. |> > |> > This will be a private, stand-a-lone server. |> > |> > Suggestions and "problem warnings" will be most appreciated. |> > |> > Chuck |> > |> > ------------------------------------------------------------------ |> > 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 |> |> -- ill try to be less cynical when you try to be less stupid. From jknutar at nic.fi Mon Nov 25 22:41:01 2002 From: jknutar at nic.fi (Jan Knutar) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: <20021125193043.GA26692@bucephalus> References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> Message-ID: <02112522403901.21918@polaris> > i run unreal beta, and it runs perfectly fine. aside from the whole > syntax error (re: typos) in the config file causes the ircd to go > down, its damn stable. I think the bombout-if-you-fucked-up-the-config "bugs" were being fixed for beta13 since so many people apparently had problems making a config file without errors. From dylanvdm at icon.co.za Tue Nov 26 11:39:00 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> Message-ID: <000f01c2952f$910460e0$0100a8c0@dylan> Unreal is a very well coded ircd. It provides a whole host of features that make your user's session more interesting. The one thing that many people forget is that it is a professional ircd meant for experienced users. Sure it may come in a Windows flavor as well, which is great for experimenting and learning for beginners, but running it on *nix as well on a production network without learning everything about it is bound to cause hassles. I personally feel that nobody should run an ircd if they don't know what they're doing. That statement could cause a few ripples but let me explain. For most newbies wanting to run an ircd it's for the power. They don't care about their users, they *use* their users. By this I mean they go about getting as many users they can just so they can become popular or show off their powers. This is especially why most newbies opt for Unreal as they gain a huge range of powers as an ircop. I have been running Unreal for a long period of time and I find it extremely stable. Mainly because I know what I'm doing. Then again I'm not saying that you shouldn't try and ask questions. If you're really interested in running an ircd with better motives than one's specified above, as well as willing to put in the effort in learning what needs to be learnt then having your network come online will be a positive addition to the irc world. I just don't like spoon feeding answers to people which I know can be found if they put a little bit of effort into it. Not forgetting experience makes a big difference. Got a bit off course there... Unreal would be quite a big jump from Dreamforge. Dreamforge was a great ircd but is looking awfully dated compared to newer ircds around. Bahamut would probably be your best choice as it branched off from Dreamforge and is similar in a few ways. Bahamut, may I add, is also a brilliantly coded ircd. You just need to think about what you require in your network. Unreal (gasp) is stable believe it or not if you know what you're doing. I have found them both to work 100% with ircservices. Also don't forget other ircds available which are supported by ircservices. Give them a try as well. This is one of those times I'm not going to list the ircds supported because it's mentioned on the ircservices website. Just my two cents... :-) Dylan. Network Administrator The Omega IRC Network irc.omega.org.za www.omega.org.za ----- Original Message ----- From: "nick martini" To: Sent: Monday, November 25, 2002 9:30 PM Subject: Re: [IRCServices] mildly off topic? > im on all the unreal lists, as well as ircservices and epona. and while > you are correct in saying that a lot of posts are from people having > problems, there are different reasons. > for one thing, unreal has a very large feature set. there are a lot of > commands new and/or inexperienced people should not be using, but they > try anyway. they subsequently break something and post to the lists > asking for help. > another is due to pure inexperience. ive been on a few networks running > unreal (i shant name them, but im sure we've all had this experience) > where the admins are just totally clueless. > > i run unreal beta, and it runs perfectly fine. aside from the whole > syntax error (re: typos) in the config file causes the ircd to go down, > its damn stable. > > ircservices works splendidly with it as well. > > theres my 2 cents :) > > nk > > On Mon, Nov 25, 2002 at 09:34:44AM -0500, Ballsy wrote: > |> From: Ballsy > |> To: ircservices@ircservices.za.net > |> Subject: Re: [IRCServices] mildly off topic? > |> Message-ID: > |> Reply-To: ircservices@ircservices.za.net > |> Date: Mon, 25 Nov 2002 09:34:44 -0500 (EST) > |> > |> While this is somewhat like asking "What's the best operating > |> system for my desktop" (in that the responses will vary, as everyone has > |> their favourites), many folks on the list seem to use bahamut (1.4.30 or > |> later), including myself, and it seems to get along with IRC Services just > |> fine. > |> While I have absolutely no personal experience running Unreal > |> IRCd, dare I say that it seems to be responsible for the majority of the > |> "I have a problem" posts to this list. I think these relate to specific > |> versions of Unreal though, as others apparently work just fine. > |> It really depends on what you want from your IRCd though. If > |> you've been using Dreamforge until now, moving to bahamut may be the > |> easiest transition. Bahamut is designed for large networks though, in > |> that it is not near as feature-rich as some other daemons, but can handle > |> an incredible client load (there are servers on DALnet with 40K+ > |> concurrent users). > |> The best way to go, I imagine, would be to check out the IRC > |> Services docs to see what IRCds are supported, then look at those IRCds > |> individually to see if they have what you want/need. > |> > |> David > |> > |> > |> Quoth Chuck on Nov 25 at 06:56, > |> > |> > It has been years since we have explored the software available in irc > |> > and now we want to upgrade our server software and services. Of course, > |> > what services to get is easy:). > |> > > |> > My question is, what is the best open source server software available > |> > now that is 100% compatible with services? > |> > > |> > We want it to 'run itself' once it is properly configured. We have not > |> > had to touch the old dreamforge software in the past 3 years at all, in > |> > fact forgot it was even running. > |> > > |> > This will be a private, stand-a-lone server. > |> > > |> > Suggestions and "problem warnings" will be most appreciated. > |> > > |> > Chuck > |> > > |> > ------------------------------------------------------------------ > |> > 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 > |> > |> > > -- > ill try to be less cynical when you try to be less stupid. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dylanvdm at icon.co.za Tue Nov 26 11:46:01 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> <02112522403901.21918@polaris> Message-ID: <002101c29530$9fd9dfe0$0100a8c0@dylan> For those that are interested here is a list of changes so far for Unreal3.2-beta13 : - Fixed problem where SSL handshakes weren't unknown--'ed on remove reported by Alzirr - Compile fix regarding above fix - Added vhost::swhois requested by FrostByghte (#0000171) - Fixed a win32 password encryption bug when in NT service mode reported by simonbell (#0000285) - Fixed a problem with set::ssl::certificate and set::ssl::key that used ->ce_varname instead of ->ce_vardata. Found by badSol - Added a newline in dynconf.h - SSL debugging stuff - Added some more debugging stuff, made check_pings a little more readable - More SSL debugging stuff.. - A minor fix in SSL_is_inited stuff in s_bsd - Fixed a bug with installing unreal as a services under NT4 reported by peter (#0000295) - Added the oper login the user has /oper'ed to in the 'is now an operator' notice. Suggested by havlaz (#0000287) - Fixed a bug where aliases {} didn't use tokens reported by havlaz (#0000288) - Fixed a win32 editor bug when using chars with an ASCII code > 128, reported by XircNet (#0000298) - Fixed a bug in TKL found by DerAlSem where it was possible to add a line for *@* (#0000307) - Fixed a /who bug where /who +c #chan wouldn't display the name of the channel requested reported by aproxity (#0000304) - Fixed a bug where /who +c #chan would let you see users in a +s channel - Added Nugget's setuid patch - Made the IRC_UID stuff more proper.. - Removed some old debug code from the win32 debugger - Compile warning cleanups - Made the win32 version default to unsigned chars, and the linux version do the same under gcc - Added Syzop's various zero-terminate patches and fixes for crashes when you send commands like JOIN from a server directly - Made channel keys be case sensitive - Fixed a bug with /who -h in some cases, found by Zer0, fixed by butter (#0000361) - Changed auth method sslpubkey into sslclientcert, which means it will check the X509 certificate of the user using X509_cmp. Also needing is some policy/conf setting to adjust if to reject invalid client certificates or whatever.. - Added set::ssl::options, with three options: fail-if-no-clientcert - If SSL client connects and doesn't provide a client certificate, abort connection immediately verify-certificate - Check the certificate's validity using X509 methods, check if we trust CA's, etc. It however does slip self signed certificates through UNLESS no-self-signed - Don't allow self-signed certificates through (requires verify-certificate) - Made conf parser mention if we make a link->options with CONNECT_SSL if we don't support SSL (and remove the CONNECT_SSL flag) - Made conf parser mention if we make a SSL listener and we don't support SSL - Added set::ssl::trusted-ca-file, if enabled, it will point the SSL stuff to use that file as trusted CA's (for verify-certificate) - Made conf _not_ bitch that it doesn't know set::ssl - Removed some leftover client certificate stuff - Fixed bug #0000372 reported by MorPheus where Killed ( (reason)) - Fixed bug #0000377 reported by MorPheus where IPs of servers were shown in nick collision notices - Fixed bug #0000371 reported by havlaz about an extra \n slipped in with the TKL notice - Fixed bug with all TKL commands not accepting nicks anymore (#0000370 reported by Ravage) - Fixed bug #0000342 reported by James LiGate about tokens leaking through from clients - Removed some IPv6 resolver specifics that seemed illogical (reference to Jollino's IPv6 crashes) - Fixed crash bug in m_tkl_line Won't be released for a little while but beta13 is going to be a good release. Dylan. Network Administrator The Omega IRC Network irc.omega.org.za www.omega.org.za ----- Original Message ----- From: "Jan Knutar" To: Sent: Monday, November 25, 2002 10:40 PM Subject: Re: [IRCServices] mildly off topic? > > > i run unreal beta, and it runs perfectly fine. aside from the whole > > syntax error (re: typos) in the config file causes the ircd to go > > down, its damn stable. > > I think the bombout-if-you-fucked-up-the-config "bugs" were being fixed > for beta13 since so many people apparently had problems making a config > file without errors. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dylanvdm at icon.co.za Tue Nov 26 11:46:14 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> <02112522403901.21918@polaris> Message-ID: <002401c29530$a329f540$0100a8c0@dylan> For those that are interested here is a list of changes so far for Unreal3.2-beta13 : - Fixed problem where SSL handshakes weren't unknown--'ed on remove reported by Alzirr - Compile fix regarding above fix - Added vhost::swhois requested by FrostByghte (#0000171) - Fixed a win32 password encryption bug when in NT service mode reported by simonbell (#0000285) - Fixed a problem with set::ssl::certificate and set::ssl::key that used ->ce_varname instead of ->ce_vardata. Found by badSol - Added a newline in dynconf.h - SSL debugging stuff - Added some more debugging stuff, made check_pings a little more readable - More SSL debugging stuff.. - A minor fix in SSL_is_inited stuff in s_bsd - Fixed a bug with installing unreal as a services under NT4 reported by peter (#0000295) - Added the oper login the user has /oper'ed to in the 'is now an operator' notice. Suggested by havlaz (#0000287) - Fixed a bug where aliases {} didn't use tokens reported by havlaz (#0000288) - Fixed a win32 editor bug when using chars with an ASCII code > 128, reported by XircNet (#0000298) - Fixed a bug in TKL found by DerAlSem where it was possible to add a line for *@* (#0000307) - Fixed a /who bug where /who +c #chan wouldn't display the name of the channel requested reported by aproxity (#0000304) - Fixed a bug where /who +c #chan would let you see users in a +s channel - Added Nugget's setuid patch - Made the IRC_UID stuff more proper.. - Removed some old debug code from the win32 debugger - Compile warning cleanups - Made the win32 version default to unsigned chars, and the linux version do the same under gcc - Added Syzop's various zero-terminate patches and fixes for crashes when you send commands like JOIN from a server directly - Made channel keys be case sensitive - Fixed a bug with /who -h in some cases, found by Zer0, fixed by butter (#0000361) - Changed auth method sslpubkey into sslclientcert, which means it will check the X509 certificate of the user using X509_cmp. Also needing is some policy/conf setting to adjust if to reject invalid client certificates or whatever.. - Added set::ssl::options, with three options: fail-if-no-clientcert - If SSL client connects and doesn't provide a client certificate, abort connection immediately verify-certificate - Check the certificate's validity using X509 methods, check if we trust CA's, etc. It however does slip self signed certificates through UNLESS no-self-signed - Don't allow self-signed certificates through (requires verify-certificate) - Made conf parser mention if we make a link->options with CONNECT_SSL if we don't support SSL (and remove the CONNECT_SSL flag) - Made conf parser mention if we make a SSL listener and we don't support SSL - Added set::ssl::trusted-ca-file, if enabled, it will point the SSL stuff to use that file as trusted CA's (for verify-certificate) - Made conf _not_ bitch that it doesn't know set::ssl - Removed some leftover client certificate stuff - Fixed bug #0000372 reported by MorPheus where Killed ( (reason)) - Fixed bug #0000377 reported by MorPheus where IPs of servers were shown in nick collision notices - Fixed bug #0000371 reported by havlaz about an extra \n slipped in with the TKL notice - Fixed bug with all TKL commands not accepting nicks anymore (#0000370 reported by Ravage) - Fixed bug #0000342 reported by James LiGate about tokens leaking through from clients - Removed some IPv6 resolver specifics that seemed illogical (reference to Jollino's IPv6 crashes) - Fixed crash bug in m_tkl_line Won't be released for a little while but beta13 is going to be a good release. Dylan. Network Administrator The Omega IRC Network irc.omega.org.za www.omega.org.za ----- Original Message ----- From: "Jan Knutar" To: Sent: Monday, November 25, 2002 10:40 PM Subject: Re: [IRCServices] mildly off topic? > > > i run unreal beta, and it runs perfectly fine. aside from the whole > > syntax error (re: typos) in the config file causes the ircd to go > > down, its damn stable. > > I think the bombout-if-you-fucked-up-the-config "bugs" were being fixed > for beta13 since so many people apparently had problems making a config > file without errors. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Tue Nov 26 12:25:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:49 2004 Subject: AW: [IRCServices] mildly off topic? <- a little more than mildly maybe, huh ? In-Reply-To: <002401c29530$a329f540$0100a8c0@dylan> Message-ID: <000001c29536$0f9809b0$60c8a8c0@nygmatech.local> Hello; Couldn't you simply point to an url listing the changes instead of sending them to the list ? Shall I assume, that the list administration and as well as Andrew prefer Unreal ? Am I allowed to post out the ChangeLog of tr-ircd to the list as well ? 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 > Dylan v.d Merwe > Gesendet: Dienstag, 26. November 2002 10:45 > An: ircservices@ircservices.za.net > Betreff: Re: [IRCServices] mildly off topic? > > > For those that are interested here is a list of changes so > far for Unreal3.2-beta13 : > > - Fixed problem where SSL handshakes weren't unknown--'ed on > remove reported > by Alzirr > - Compile fix regarding above fix > - Added vhost::swhois requested by FrostByghte (#0000171) > - Fixed a win32 password encryption bug when in NT service > mode reported by simonbell > (#0000285) > - Fixed a problem with set::ssl::certificate and > set::ssl::key that used > ->ce_varname instead of ->ce_vardata. Found by badSol > - Added a newline in dynconf.h > - SSL debugging stuff > - Added some more debugging stuff, made check_pings a little > more readable > - More SSL debugging stuff.. > - A minor fix in SSL_is_inited stuff in s_bsd > - Fixed a bug with installing unreal as a services under NT4 > reported by peter (#0000295) > - Added the oper login the user has /oper'ed to in the 'is > now an operator' > notice. Suggested by havlaz (#0000287) > - Fixed a bug where aliases {} didn't use tokens reported by havlaz > (#0000288) > - Fixed a win32 editor bug when using chars with an ASCII > code > 128, reported by XircNet > (#0000298) > - Fixed a bug in TKL found by DerAlSem where it was possible > to add a line for *@* (#0000307) > - Fixed a /who bug where /who +c #chan wouldn't display the > name of the channel > requested reported by aproxity (#0000304) > - Fixed a bug where /who +c #chan would let you see users in > a +s channel > - Added Nugget's setuid patch > - Made the IRC_UID stuff more proper.. > - Removed some old debug code from the win32 debugger > - Compile warning cleanups > - Made the win32 version default to unsigned chars, and the > linux version do the same under gcc > - Added Syzop's various zero-terminate patches and fixes for > crashes when > you send commands like JOIN from a server directly > - Made channel keys be case sensitive > - Fixed a bug with /who -h in some cases, found by Zer0, > fixed by butter > (#0000361) > - Changed auth method sslpubkey into sslclientcert, which > means it will check the X509 certificate of the > user using X509_cmp. Also needing is some policy/conf > setting to adjust if to reject invalid client certificates or > whatever.. > - Added set::ssl::options, with three options: > fail-if-no-clientcert - If SSL client connects and > doesn't provide a > client certificate, abort connection immediately > verify-certificate - Check the certificate's > validity using X509 > methods, check if we trust CA's, etc. > It however does slip self > signed certificates through UNLESS > no-self-signed - Don't allow self-signed > certificates through > (requires verify-certificate) > - Made conf parser mention if we make a link->options with > CONNECT_SSL if we don't support SSL (and remove the CONNECT_SSL flag) > - Made conf parser mention if we make a SSL listener and we > don't support SSL > - Added set::ssl::trusted-ca-file, if enabled, it will point > the SSL stuff to use that file as trusted CA's (for > verify-certificate) > - Made conf _not_ bitch that it doesn't know set::ssl > - Removed some leftover client certificate stuff > - Fixed bug #0000372 reported by MorPheus where Killed > ( (reason)) > - Fixed bug #0000377 reported by MorPheus where IPs of > servers were shown in nick collision notices > - Fixed bug #0000371 reported by havlaz about an extra \n > slipped in with the TKL notice > - Fixed bug with all TKL commands not accepting nicks anymore > (#0000370 reported by Ravage) > - Fixed bug #0000342 reported by James LiGate about tokens > leaking through from clients > - Removed some IPv6 resolver specifics that seemed illogical > (reference to Jollino's IPv6 crashes) > - Fixed crash bug in m_tkl_line > > Won't be released for a little while but beta13 is going to > be a good release. > > Dylan. > > Network Administrator > The Omega IRC Network > irc.omega.org.za > www.omega.org.za > > > > ----- Original Message ----- > From: "Jan Knutar" > To: > Sent: Monday, November 25, 2002 10:40 PM > Subject: Re: [IRCServices] mildly off topic? > > > > > > > i run unreal beta, and it runs perfectly fine. aside from > the whole > > > syntax error (re: typos) in the config file causes the ircd to go > > > down, its damn stable. > > > > I think the bombout-if-you-fucked-up-the-config "bugs" were being > > fixed for beta13 since so many people apparently had > problems making a > > config file without errors. > > ------------------------------------------------------------------ > > 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 andrewk at isdial.net Tue Nov 26 12:34:00 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> <02112522403901.21918@polaris> <002101c29530$9fd9dfe0$0100a8c0@dylan> Message-ID: <02fa01c29537$431f9b80$0529010a@af.didata.local> Hi there, Please note this is WAY off-topic! It has nothing to do with IRC Services. Please see the info for this list for information on what is and what is not acceptable content. Thanks, Andrew ----- Original Message ----- From: "Dylan v.d Merwe" To: Sent: Tuesday, November 26, 2002 11:45 AM Subject: Re: [IRCServices] mildly off topic? > For those that are interested here is a list of changes so far for > Unreal3.2-beta13 : > > - Fixed problem where SSL handshakes weren't unknown--'ed on remove reported > by Alzirr > - Compile fix regarding above fix > - Added vhost::swhois requested by FrostByghte (#0000171) > - Fixed a win32 password encryption bug when in NT service mode reported by > simonbell > (#0000285) > - Fixed a problem with set::ssl::certificate and set::ssl::key that used > ->ce_varname instead of ->ce_vardata. Found by badSol > - Added a newline in dynconf.h > - SSL debugging stuff > - Added some more debugging stuff, made check_pings a little more readable > - More SSL debugging stuff.. > - A minor fix in SSL_is_inited stuff in s_bsd > - Fixed a bug with installing unreal as a services under NT4 reported by > peter (#0000295) > - Added the oper login the user has /oper'ed to in the 'is now an operator' > notice. Suggested by havlaz (#0000287) > - Fixed a bug where aliases {} didn't use tokens reported by havlaz > (#0000288) > - Fixed a win32 editor bug when using chars with an ASCII code > 128, > reported by XircNet > (#0000298) > - Fixed a bug in TKL found by DerAlSem where it was possible to add a line > for *@* (#0000307) > - Fixed a /who bug where /who +c #chan wouldn't display the name of the > channel > requested reported by aproxity (#0000304) > - Fixed a bug where /who +c #chan would let you see users in a +s channel > - Added Nugget's setuid patch > - Made the IRC_UID stuff more proper.. > - Removed some old debug code from the win32 debugger > - Compile warning cleanups > - Made the win32 version default to unsigned chars, and the linux version do > the same under gcc > - Added Syzop's various zero-terminate patches and fixes for crashes when > you send commands like JOIN from a server directly > - Made channel keys be case sensitive > - Fixed a bug with /who -h in some cases, found by Zer0, fixed by butter > (#0000361) > - Changed auth method sslpubkey into sslclientcert, which means it will > check the X509 certificate of the > user using X509_cmp. Also needing is some policy/conf setting to adjust if > to reject invalid client certificates or whatever.. > - Added set::ssl::options, with three options: > fail-if-no-clientcert - If SSL client connects and doesn't provide a > client certificate, abort connection immediately > verify-certificate - Check the certificate's validity using X509 > methods, check if we trust CA's, etc. > It however does slip self signed certificates > through UNLESS > no-self-signed - Don't allow self-signed certificates through > (requires verify-certificate) > - Made conf parser mention if we make a link->options with CONNECT_SSL if we > don't support SSL (and remove the CONNECT_SSL flag) > - Made conf parser mention if we make a SSL listener and we don't support > SSL > - Added set::ssl::trusted-ca-file, if enabled, it will point the SSL stuff > to use that file as trusted CA's (for verify-certificate) > - Made conf _not_ bitch that it doesn't know set::ssl > - Removed some leftover client certificate stuff > - Fixed bug #0000372 reported by MorPheus where Killed > ( (reason)) > - Fixed bug #0000377 reported by MorPheus where IPs of servers were shown in > nick collision notices > - Fixed bug #0000371 reported by havlaz about an extra \n slipped in with > the TKL notice > - Fixed bug with all TKL commands not accepting nicks anymore (#0000370 > reported by Ravage) > - Fixed bug #0000342 reported by James LiGate about tokens leaking through > from clients > - Removed some IPv6 resolver specifics that seemed illogical (reference to > Jollino's IPv6 crashes) > - Fixed crash bug in m_tkl_line > > Won't be released for a little while but beta13 is going to be a good > release. > > Dylan. > > Network Administrator > The Omega IRC Network > irc.omega.org.za > www.omega.org.za > > > > ----- Original Message ----- > From: "Jan Knutar" > To: > Sent: Monday, November 25, 2002 10:40 PM > Subject: Re: [IRCServices] mildly off topic? > > > > > > > i run unreal beta, and it runs perfectly fine. aside from the whole > > > syntax error (re: typos) in the config file causes the ircd to go > > > down, its damn stable. > > > > I think the bombout-if-you-fucked-up-the-config "bugs" were being fixed > > for beta13 since so many people apparently had problems making a config > > file without errors. > > ------------------------------------------------------------------ > > 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 andrewk at isdial.net Tue Nov 26 12:37:01 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? <- a little more than mildly maybe, huh ? References: <000001c29536$0f9809b0$60c8a8c0@nygmatech.local> Message-ID: <030601c29537$9c95fb50$0529010a@af.didata.local> Ah... just got this after I sent my reply... it is off topic. A little discussion around an ircd is acceptable, but please keep the topics of discussion related to IRC Services. People are subscribed because they want to discuss IRC Services - not ircds. Thanks, Andrew ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Tuesday, November 26, 2002 12:24 PM Subject: AW: [IRCServices] mildly off topic? <- a little more than mildly maybe, huh ? Hello; Couldn't you simply point to an url listing the changes instead of sending them to the list ? Shall I assume, that the list administration and as well as Andrew prefer Unreal ? Am I allowed to post out the ChangeLog of tr-ircd to the list as well ? 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 > Dylan v.d Merwe > Gesendet: Dienstag, 26. November 2002 10:45 > An: ircservices@ircservices.za.net > Betreff: Re: [IRCServices] mildly off topic? > > > For those that are interested here is a list of changes so > far for Unreal3.2-beta13 : > > - Fixed problem where SSL handshakes weren't unknown--'ed on > remove reported > by Alzirr > - Compile fix regarding above fix > - Added vhost::swhois requested by FrostByghte (#0000171) > - Fixed a win32 password encryption bug when in NT service > mode reported by simonbell > (#0000285) > - Fixed a problem with set::ssl::certificate and > set::ssl::key that used > ->ce_varname instead of ->ce_vardata. Found by badSol > - Added a newline in dynconf.h > - SSL debugging stuff > - Added some more debugging stuff, made check_pings a little > more readable > - More SSL debugging stuff.. > - A minor fix in SSL_is_inited stuff in s_bsd > - Fixed a bug with installing unreal as a services under NT4 > reported by peter (#0000295) > - Added the oper login the user has /oper'ed to in the 'is > now an operator' > notice. Suggested by havlaz (#0000287) > - Fixed a bug where aliases {} didn't use tokens reported by havlaz > (#0000288) > - Fixed a win32 editor bug when using chars with an ASCII > code > 128, reported by XircNet > (#0000298) > - Fixed a bug in TKL found by DerAlSem where it was possible > to add a line for *@* (#0000307) > - Fixed a /who bug where /who +c #chan wouldn't display the > name of the channel > requested reported by aproxity (#0000304) > - Fixed a bug where /who +c #chan would let you see users in > a +s channel > - Added Nugget's setuid patch > - Made the IRC_UID stuff more proper.. > - Removed some old debug code from the win32 debugger > - Compile warning cleanups > - Made the win32 version default to unsigned chars, and the > linux version do the same under gcc > - Added Syzop's various zero-terminate patches and fixes for > crashes when > you send commands like JOIN from a server directly > - Made channel keys be case sensitive > - Fixed a bug with /who -h in some cases, found by Zer0, > fixed by butter > (#0000361) > - Changed auth method sslpubkey into sslclientcert, which > means it will check the X509 certificate of the > user using X509_cmp. Also needing is some policy/conf > setting to adjust if to reject invalid client certificates or > whatever.. > - Added set::ssl::options, with three options: > fail-if-no-clientcert - If SSL client connects and > doesn't provide a > client certificate, abort connection immediately > verify-certificate - Check the certificate's > validity using X509 > methods, check if we trust CA's, etc. > It however does slip self > signed certificates through UNLESS > no-self-signed - Don't allow self-signed > certificates through > (requires verify-certificate) > - Made conf parser mention if we make a link->options with > CONNECT_SSL if we don't support SSL (and remove the CONNECT_SSL flag) > - Made conf parser mention if we make a SSL listener and we > don't support SSL > - Added set::ssl::trusted-ca-file, if enabled, it will point > the SSL stuff to use that file as trusted CA's (for > verify-certificate) > - Made conf _not_ bitch that it doesn't know set::ssl > - Removed some leftover client certificate stuff > - Fixed bug #0000372 reported by MorPheus where Killed > ( (reason)) > - Fixed bug #0000377 reported by MorPheus where IPs of > servers were shown in nick collision notices > - Fixed bug #0000371 reported by havlaz about an extra \n > slipped in with the TKL notice > - Fixed bug with all TKL commands not accepting nicks anymore > (#0000370 reported by Ravage) > - Fixed bug #0000342 reported by James LiGate about tokens > leaking through from clients > - Removed some IPv6 resolver specifics that seemed illogical > (reference to Jollino's IPv6 crashes) > - Fixed crash bug in m_tkl_line > > Won't be released for a little while but beta13 is going to > be a good release. > > Dylan. > > Network Administrator > The Omega IRC Network > irc.omega.org.za > www.omega.org.za > > > > ----- Original Message ----- > From: "Jan Knutar" > To: > Sent: Monday, November 25, 2002 10:40 PM > Subject: Re: [IRCServices] mildly off topic? > > > > > > > i run unreal beta, and it runs perfectly fine. aside from > the whole > > > syntax error (re: typos) in the config file causes the ircd to go > > > down, its damn stable. > > > > I think the bombout-if-you-fucked-up-the-config "bugs" were being > > fixed for beta13 since so many people apparently had > problems making a > > config file without errors. > > ------------------------------------------------------------------ > > 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 > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Nov 26 18:42:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services 5.0.6 released Message-ID: <3de3a427.54525@achurch.org> Services 5.0.6 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) e61f780de7eb5dbc708610e08516dd4b ircservices-5.0.6.tar.gz 7fd57b08af80360a53fc00ee11ca07d7 ircservices-5.0.6.diff.gz 9f8f5774b827d138a077f1e0b67622d6 ircservices-5.0.6-1.i386.rpm 8c84cc6e797fb0d365be7a0dd402548d ircservices_5.0.6-1_i386.deb The other mirrors should have it shortly. This release _should_ fix the problem people have been seeing with ChanServ reporting that "the OP command is temporarily available" and the like. Please let me know if you still encounter this problem using this release. Changes in version 5.0.6 ------------------------ 2002/11/25 Fixed bug causing ChanServ commands to stop working on some channels. Reported by and others. 2002/11/23 Added documentation on how to compile modules into Services (section 6-1-6). --Andrew Church achurch@achurch.org http://achurch.org/ From noam_m at bezeqint.net Wed Nov 27 03:01:01 2002 From: noam_m at bezeqint.net (Noam M.) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] mildly off topic? In-Reply-To: <1038225414.12732.10.camel@eron.forestoflives.com> References: <1038225414.12732.10.camel@eron.forestoflives.com> <20021125193043.GA26692@bucephalus> <000f01c2952f$910460e0$0100a8c0@dylan> Message-ID: <3DE41904.2060708@bezeqint.net> Dylan v.d Merwe wrote: >Got a bit off course there... Unreal would be quite a big jump from >Dreamforge. Dreamforge was a great ircd but is looking awfully dated >compared to newer ircds around. Bahamut would probably be your best choice >as it branched off from Dreamforge and is similar in a few ways. Bahamut, >may I add, is also a brilliantly coded ircd. > > > I am not sure what you meant with "branched" but to be accurate, bahamut's coders took hybrid5 as their core for the ircd, which makes bahamut not "branched" off of dreamforge. however, I am certain bahamut's coders took several pieces of code from dreamforge instead of recoding it all into hybrid. I find bahamut to be more similar to hybrid than to dreamforge. From marc at pino.nu Wed Nov 27 19:52:01 2002 From: marc at pino.nu (Marc van Houtum) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problem starting ircservices Message-ID: <006801c2963d$709c7b30$4500000a@terra> Hi everyone, I'm having a problem with ircservices; the service won't start. When I start the service, nothing hapends. The log file say's: ----------------------- [Nov 27 18:32:13.163394 2002] IRC Services 5.0.6 starting up (options: debug) [Nov 27 18:32:13.163668 2002] debug: Loading language 0 from file `languages/en_us' [Nov 27 18:32:13.172535 2002] debug: Loading language 10 from file `languages/nl' [Nov 27 18:32:13.181498 2002] debug: Loading language 6 from file `languages/fr' [Nov 27 18:32:13.190571 2002] debug: Loading language 9 from file `languages/de' [Nov 27 18:32:13.199734 2002] debug: Loading language 11 from file `languages/hu' [Nov 27 18:32:13.208602 2002] debug: Loading language 8 from file `languages/it' [Nov 27 18:32:13.213706 2002] debug: Loading language 2 from file `languages/ja_euc' [Nov 27 18:32:13.222838 2002] debug: Loading language 3 from file `languages/ja_sjis' [Nov 27 18:32:13.231593 2002] debug: Loading language 5 from file `languages/pt' [Nov 27 18:32:13.237757 2002] debug: Loading language 4 from file `languages/es' [Nov 27 18:32:13.246779 2002] debug: Loading language 7 from file `languages/tr' [Nov 27 18:32:13.255900 2002] debug: Loaded languages [Nov 27 18:32:13.255999 2002] debug: Loaded modules [Nov 27 18:32:13.264003 2002] Initiated connection to localhost:7773 [Nov 27 18:32:13.264225 2002] FATAL: send.c: No (or bad) protocol module loaded. ----------------------- Ok, let's check modules.conf: ----------------------- # Enter the protocol name here, then uncomment the appropriate directives. Module protocol/bahamut ----------------------- It's filled in as it should. Ok, maybey it's the wrong type. Let's check the ircd: ----------------------- Welcome to the DSN IRC Network phantom!~bla@terra.pino.mil Your host is irc1.pino.nu[@0.0.0.0], running version bahamut-1.4(35) This server was created Wed Nov 27 2002 at 18:01:00 CET irc1.pino.nu bahamut-1.4(35) oOiwscrkKnfydaAbgheFxXj biklLmMnoprRstvc NOQUIT WATCH=128 SAFELIST MODES=6 MAXCHANNELS=10 MAXBANS=100 NICKLEN=30 TOPICLEN=307 KICKLEN=307 CHANTYPES=# PREFIX=(ov)@+ NETWORK=DSN SILENCE=10 CASEMAPPING=ascii CHANMODES=b,k,l,ciLmMnOprRst are available on this server ----------------------- All seems to be ok, but it still doesn't start. Can anyone help me with this? Thanks in advance. - marc From ballsy at mystical.net Wed Nov 27 20:02:00 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problem starting ircservices In-Reply-To: <006801c2963d$709c7b30$4500000a@terra> Message-ID: This may sound silly, but are you certain that you specified a valid protocol module in your modules.conf? Should be right at the top of the file, resembling... Module protocol/bahamut (bahamut is just an example) David Quoth Marc van Houtum on Nov 27 at 18:50, > Hi everyone, > > I'm having a problem with ircservices; the service won't start. > When I start the service, nothing hapends. The log file say's: > ----------------------- > [Nov 27 18:32:13.163394 2002] IRC Services 5.0.6 starting up (options: > debug) > [Nov 27 18:32:13.163668 2002] debug: Loading language 0 from file > `languages/en_us' > [Nov 27 18:32:13.172535 2002] debug: Loading language 10 from file > `languages/nl' > [Nov 27 18:32:13.181498 2002] debug: Loading language 6 from file > `languages/fr' > [Nov 27 18:32:13.190571 2002] debug: Loading language 9 from file > `languages/de' > [Nov 27 18:32:13.199734 2002] debug: Loading language 11 from file > `languages/hu' > [Nov 27 18:32:13.208602 2002] debug: Loading language 8 from file > `languages/it' > [Nov 27 18:32:13.213706 2002] debug: Loading language 2 from file > `languages/ja_euc' > [Nov 27 18:32:13.222838 2002] debug: Loading language 3 from file > `languages/ja_sjis' > [Nov 27 18:32:13.231593 2002] debug: Loading language 5 from file > `languages/pt' > [Nov 27 18:32:13.237757 2002] debug: Loading language 4 from file > `languages/es' > [Nov 27 18:32:13.246779 2002] debug: Loading language 7 from file > `languages/tr' > [Nov 27 18:32:13.255900 2002] debug: Loaded languages > [Nov 27 18:32:13.255999 2002] debug: Loaded modules > [Nov 27 18:32:13.264003 2002] Initiated connection to localhost:7773 > [Nov 27 18:32:13.264225 2002] FATAL: send.c: No (or bad) protocol module > loaded. > ----------------------- > > > > Ok, let's check modules.conf: > ----------------------- > # Enter the protocol name here, then uncomment the appropriate directives. > Module protocol/bahamut > ----------------------- > > > > It's filled in as it should. Ok, maybey it's the wrong type. Let's check the > ircd: > ----------------------- > Welcome to the DSN IRC Network phantom!~bla@terra.pino.mil > Your host is irc1.pino.nu[@0.0.0.0], running version bahamut-1.4(35) > This server was created Wed Nov 27 2002 at 18:01:00 CET > irc1.pino.nu bahamut-1.4(35) oOiwscrkKnfydaAbgheFxXj biklLmMnoprRstvc > NOQUIT WATCH=128 SAFELIST MODES=6 MAXCHANNELS=10 MAXBANS=100 NICKLEN=30 > TOPICLEN=307 KICKLEN=307 CHANTYPES=# PREFIX=(ov)@+ NETWORK=DSN SILENCE=10 > CASEMAPPING=ascii CHANMODES=b,k,l,ciLmMnOprRst are available on this server > ----------------------- > > > > All seems to be ok, but it still doesn't start. Can anyone help me with > this? > > Thanks in advance. > > - marc > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dylanvdm at icon.co.za Wed Nov 27 20:06:01 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problem starting ircservices References: Message-ID: <002701c2963f$a0016ff0$b2ccef9b@dylan> First I'd check the ircservices.conf file under # Base IRC protocol module [REQUIRED] Dylan. Network Administrator The Omega IRC Network irc.omega.org.za www.omega.org.za ----- Original Message ----- From: "Ballsy" To: Sent: Wednesday, November 27, 2002 8:01 PM Subject: Re: [IRCServices] Problem starting ircservices > This may sound silly, but are you certain that you specified a > valid protocol module in your modules.conf? Should be right at the top of > the file, resembling... > > Module protocol/bahamut (bahamut is just an example) > > David > > Quoth Marc van Houtum on Nov 27 at 18:50, > > > Hi everyone, > > > > I'm having a problem with ircservices; the service won't start. > > When I start the service, nothing hapends. The log file say's: > > ----------------------- > > [Nov 27 18:32:13.163394 2002] IRC Services 5.0.6 starting up (options: > > debug) > > [Nov 27 18:32:13.163668 2002] debug: Loading language 0 from file > > `languages/en_us' > > [Nov 27 18:32:13.172535 2002] debug: Loading language 10 from file > > `languages/nl' > > [Nov 27 18:32:13.181498 2002] debug: Loading language 6 from file > > `languages/fr' > > [Nov 27 18:32:13.190571 2002] debug: Loading language 9 from file > > `languages/de' > > [Nov 27 18:32:13.199734 2002] debug: Loading language 11 from file > > `languages/hu' > > [Nov 27 18:32:13.208602 2002] debug: Loading language 8 from file > > `languages/it' > > [Nov 27 18:32:13.213706 2002] debug: Loading language 2 from file > > `languages/ja_euc' > > [Nov 27 18:32:13.222838 2002] debug: Loading language 3 from file > > `languages/ja_sjis' > > [Nov 27 18:32:13.231593 2002] debug: Loading language 5 from file > > `languages/pt' > > [Nov 27 18:32:13.237757 2002] debug: Loading language 4 from file > > `languages/es' > > [Nov 27 18:32:13.246779 2002] debug: Loading language 7 from file > > `languages/tr' > > [Nov 27 18:32:13.255900 2002] debug: Loaded languages > > [Nov 27 18:32:13.255999 2002] debug: Loaded modules > > [Nov 27 18:32:13.264003 2002] Initiated connection to localhost:7773 > > [Nov 27 18:32:13.264225 2002] FATAL: send.c: No (or bad) protocol module > > loaded. > > ----------------------- > > > > > > > > Ok, let's check modules.conf: > > ----------------------- > > # Enter the protocol name here, then uncomment the appropriate directives. > > Module protocol/bahamut > > ----------------------- > > > > > > > > It's filled in as it should. Ok, maybey it's the wrong type. Let's check the > > ircd: > > ----------------------- > > Welcome to the DSN IRC Network phantom!~bla@terra.pino.mil > > Your host is irc1.pino.nu[@0.0.0.0], running version bahamut-1.4(35) > > This server was created Wed Nov 27 2002 at 18:01:00 CET > > irc1.pino.nu bahamut-1.4(35) oOiwscrkKnfydaAbgheFxXj biklLmMnoprRstvc > > NOQUIT WATCH=128 SAFELIST MODES=6 MAXCHANNELS=10 MAXBANS=100 NICKLEN=30 > > TOPICLEN=307 KICKLEN=307 CHANTYPES=# PREFIX=(ov)@+ NETWORK=DSN SILENCE=10 > > CASEMAPPING=ascii CHANMODES=b,k,l,ciLmMnOprRst are available on this server > > ----------------------- > > > > > > > > All seems to be ok, but it still doesn't start. Can anyone help me with > > this? > > > > Thanks in advance. > > > > - marc > > > > ------------------------------------------------------------------ > > 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 alex at cyga.net Wed Nov 27 20:09:06 2002 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problem starting ircservices References: <006801c2963d$709c7b30$4500000a@terra> Message-ID: <005401c29640$027b8d00$dc4e76d5@lithium> Marc van Houtum wrote: > Ok, let's check modules.conf: > ----------------------- > # Enter the protocol name here, then uncomment the appropriate > directives. Module protocol/bahamut > ----------------------- Seems correct, but I had this little, silly tought: did you put the right protocol in ircservices.conf? there is a loadmodule for the protocol which you should uncomment and fill in correctly for services to start and work correctly. -- Alexander Janssens a.k.a. _-Alex-_ From tim at unixtechs.org Wed Nov 27 20:19:01 2002 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problems connecting to tr-ircd5. Message-ID: <20021127181806.GA22762@r2d2.unixtechs.org> I've tried looking through the archives, and I can't find anything that's along these lines. Perhaps I'm just not looking for the right thing, but I figured I'd give the list a try then. I built the tr-ircd5 with no problems, and ircservices built with no problems either. I ran through the ircservices.conf and modules.conf, following the HTML doc that came with. But I'm missing something. When I run ircservices it won't connect. Here's the message I'm getting in the log: ------------> [Nov 27 13:03:36 2002] httpd/main: Listening on 127.0.0.1:10667 [Nov 27 13:03:36 2002] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) [Nov 27 13:03:36 2002] Read error from server: Connection reset by peer <------------ In my client, I'm seeing this: ------------> *** Routing -- Unauthorized server connection attempt from [192.168.0.2]: No entry for servername services.unixtechs.org <------------ I've tried a number of things in my ircd.conf, but here's what it looks like now: ------------> servicesconf { chanserv_name = "ChanServ"; nickserv_name = "NickServ"; operserv_name = "OperServ"; memoserv_name = "MemoServ"; statserv_name = "StatServ"; helpserv_name = "HelpServ"; services_name = "192.168.0.2"; hide_ulined_servers = yes; }; <------------ I can't seem to find anything mentioning this, and I don't see any other place where it would be asking for this. Could anybody point me in the right direction please? Thank you! tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From marc at pino.nu Wed Nov 27 20:38:00 2002 From: marc at pino.nu (Marc van Houtum) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Problem starting ircservices References: <002701c2963f$a0016ff0$b2ccef9b@dylan> Message-ID: <008601c29643$ca9d8010$4500000a@terra> This was indeed the solution. Thank you! - marc ----- Original Message ----- From: "Dylan v.d Merwe" To: Sent: Wednesday, November 27, 2002 7:05 PM Subject: Re: [IRCServices] Problem starting ircservices > First I'd check the ircservices.conf file under > > # Base IRC protocol module [REQUIRED] > > > Dylan. > > Network Administrator > The Omega IRC Network > irc.omega.org.za > www.omega.org.za From uhc0 at rz.uni-karlsruhe.de Thu Nov 28 13:14:00 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:49 2004 Subject: AW: [IRCServices] Problems connecting to tr-ircd5. In-Reply-To: <20021127181806.GA22762@r2d2.unixtechs.org> Message-ID: <000d01c296cf$457c0eb0$60c8a8c0@nygmatech.local> Hello; I will contact you privately because of the details of the required connect {} entry for ircservices. Here I just wanted to state that ircservices is a SERVER, and therefore requires a "connect {}" entry, as it had required a C/N line pair on old-style-ircd.conf ircds. I admit that the "service {}" entry has a misleading line, but it exists on tr-ircd just because of the rfc compilancy of the newer irc rfc's created by IRCnet. Moreover, it refers to the old-style S:Lines in the ircd.conf Best 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 > Tim Holmes > Gesendet: Mittwoch, 27. November 2002 19:18 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Problems connecting to tr-ircd5. > > > I've tried looking through the archives, and I can't find > anything that's along these lines. Perhaps I'm just not > looking for the right thing, but I figured I'd give the list > a try then. > > I built the tr-ircd5 with no problems, and ircservices built > with no problems either. > > I ran through the ircservices.conf and modules.conf, > following the HTML doc that came with. But I'm missing > something. When I run ircservices it won't connect. Here's > the message I'm getting in the log: > > ------------> > [Nov 27 13:03:36 2002] httpd/main: Listening on > 127.0.0.1:10667 [Nov 27 13:03:36 2002] unknown message from > server (E :Closing Link: 0.0.0.0 (Invalid servername.)) [Nov > 27 13:03:36 2002] Read error from server: Connection reset by peer > <------------ > > In my client, I'm seeing this: > > ------------> > *** Routing -- Unauthorized server connection attempt from > [192.168.0.2]: No entry for servername services.unixtechs.org > <------------ > > I've tried a number of things in my ircd.conf, but here's > what it looks like now: > > ------------> > servicesconf { > chanserv_name = "ChanServ"; > nickserv_name = "NickServ"; > operserv_name = "OperServ"; > memoserv_name = "MemoServ"; > statserv_name = "StatServ"; > helpserv_name = "HelpServ"; > services_name = "192.168.0.2"; > hide_ulined_servers = yes; > }; > <------------ > > I can't seem to find anything mentioning this, and I don't > see any other place where it would be asking for this. > > Could anybody point me in the right direction please? Thank you! tdh > > -- > -------------------------------------------------------------------- > T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 > -------------------------------------------------------------------- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From marc at pino.nu Thu Nov 28 17:37:00 2002 From: marc at pino.nu (Marc van Houtum) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] cpu load? Message-ID: <000001c296f3$ab4636c0$4500000a@terra> Hi all, I'm having a problem with ircservices. The services eat up 100% cpu load, constantly. I've tried to re-compile them, but it din't help. Is there any configuration parameter that can cause this? Or can this be a bug? A previous thread on this mailing list suggested that all of the irc servers should have the same ircd version, but when the other (the network has 2 servers) server upgraded to bahamut 1.4.35, nothing changed. I'm running version 5.0.6, connected to bahamut 1.4.35 with linux kernel 2.4.18. The machine is a AMD Athlon 1.2GHz, 1GB RAM, 80GB HD. Thanks in advance. - marc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021128/c28c4d97/attachment.htm From kfiresun at ix.netcom.com Thu Nov 28 17:45:01 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] cpu load? References: <000001c296f3$ab4636c0$4500000a@terra> Message-ID: <001501c296f4$f7ed35e0$6ed387d8@bahamut> What is the value of the ReadTimeout configuration parameter? This needs to be something greater than 0. Kelmar K. Firesun (IRL: Bryce Simonds) Assistant Admin: dream.esper.net ----- Original Message ----- From: Marc van Houtum To: ircservices@ircservices.za.net Sent: Thursday, November 28, 2002 9:27 AM Subject: [IRCServices] cpu load? Hi all, I'm having a problem with ircservices. The services eat up 100% cpu load, constantly. I've tried to re-compile them, but it din't help. Is there any configuration parameter that can cause this? Or can this be a bug? A previous thread on this mailing list suggested that all of the irc servers should have the same ircd version, but when the other (the network has 2 servers) server upgraded to bahamut 1.4.35, nothing changed. I'm running version 5.0.6, connected to bahamut 1.4.35 with linux kernel 2.4.18. The machine is a AMD Athlon 1.2GHz, 1GB RAM, 80GB HD. Thanks in advance. - marc From marc at pino.nu Thu Nov 28 18:06:01 2002 From: marc at pino.nu (Marc van Houtum) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] cpu load? References: <000001c296f3$ab4636c0$4500000a@terra> <001501c296f4$f7ed35e0$6ed387d8@bahamut> Message-ID: <000f01c296f7$ad1135f0$4500000a@terra> from ircservices.conf: ReadTimeout 3 ----- Original Message ----- From: "Kelmar K. Firesun" To: Sent: Thursday, November 28, 2002 4:43 PM Subject: Re: [IRCServices] cpu load? > What is the value of the ReadTimeout configuration parameter? > This needs to be something greater than 0. > > Kelmar K. Firesun (IRL: Bryce Simonds) > Assistant Admin: dream.esper.net > > ----- Original Message ----- > From: Marc van Houtum > To: ircservices@ircservices.za.net > Sent: Thursday, November 28, 2002 9:27 AM > Subject: [IRCServices] cpu load? > > > Hi all, > > I'm having a problem with ircservices. > > The services eat up 100% cpu load, constantly. I've tried to re-compile > them, but it din't help. Is there any configuration parameter that can cause > this? Or can this be a bug? > > A previous thread on this mailing list suggested that all of the irc servers > should have the same ircd version, but when the other (the network has 2 > servers) server upgraded to bahamut 1.4.35, nothing changed. > > I'm running version 5.0.6, connected to bahamut 1.4.35 with linux kernel > 2.4.18. > The machine is a AMD Athlon 1.2GHz, 1GB RAM, 80GB HD. > > Thanks in advance. > > - marc > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Fri Nov 29 17:29:00 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Expire After suspend Message-ID: <001c01c297b8$4e0544e0$0100a8c0@control> Hello ; I see smth today about suspend and unsuspend. Nick is suspended long ago. (nearly 50 days ago) And as soon as i unsuspend it is dropped. NSSuspendExpire 25d 5d As i look at modules.conf i see that it must have 5 more days after unsuspend. Any idea about this? Ali Sor From Nealster02 at hotmail.com Sun Dec 1 07:48:00 2002 From: Nealster02 at hotmail.com (Neal Kirby) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please Message-ID: <000001c298fd$1f8ac090$0400a8c0@Inspiron8200> I have tried everything I can think of to load these services, but I simply cannot seem to load them. The following is exactly what I have done to try to load the ircservices: ./configure /home/neal/irc/ircservices-5.0.6/sbin /home/neal/irc/ircservices-5.0.6/lib/ircservices I do not not even touch defs.h make make install Afterwards I edited my ircservices.conf and modules.conf files. I move the files in the root directory, and a copy in the data directory Then in ircservices-5.0.6/ I type the following. [neal@maxwell ircservices-5.0.6]$ ./ircservices Can't open ircservices.conf: No such file or directory Initialization failed, exiting. Then I type: ./ircservices -dir=/home/neal/irc/ircservices5.0.6 [neal@maxwell ircservices-5.0.6]$ ./ircservices -dir=/home/neal/irc/ircservices-5.0.6 Initialization failed, exiting. Finally I type: ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data [neal@maxwell ircservices-5.0.6]$ ./ircservices -dir=/home/neal/irc/ircservices-5.0.6/data Initialization failed, exiting. I check the ircservices.log file, and this is what I get: [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or directory [Dec 01 05:12:36 2002] Unable to load default language If I could possibly get some help with this, that would be MOST appreciative! Thank you, Neal Kirby -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021201/33b321fc/attachment.html From Craig at chatspike.net Sun Dec 1 08:00:02 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please Message-ID: <20021201055901.MGYY10657.mta05-svc.ntlworld.com@i-br0ked-it> i dont think it is advisable to put the services binaries inside the source directory, so rather than your current paths, use something like /home/neal/irc/serv and /home/neal/irc/serv/lib then make && make install, put ircservices.conf and modules.conf in /home/neal/irc/serv/lib and try that. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Neal Kirby" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] Services Help Please Date : 2002-11-30 I have tried everything I can think of to load these services, but I simply cannot seem to load them. The following is exactly what I have done to try to load the ircservices: ./configure /home/neal/irc/ircservices-5.0.6/sbin /home/neal/irc/ircservices-5.0.6/lib/ircservices I do not not even touch defs.h make make install Afterwards I edited my ircservices.conf and modules.conf files. I move the files in the root directory, and a copy in the data directory Then in ircservices-5.0.6/ I type the following. [neal@maxwell ircservices-5.0.6]$ ./ircservices Can't open ircservices.conf: No such file or directory Initialization failed, exiting. Then I type: ./ircservices -dir=/home/neal/irc/ircservices5.0.6 [neal@maxwell ircservices-5.0.6]$ ./ircservices -dir=/home/neal/irc/ircservices-5.0.6 Initialization failed, exiting. Finally I type: ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data [neal@maxwell ircservices-5.0.6]$ ./ircservices -dir=/home/neal/irc/ircservices-5.0.6/data Initialization failed, exiting. I check the ircservices.log file, and this is what I get: [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or directory [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or directory [Dec 01 05:12:36 2002] Unable to load default language If I could possibly get some help with this, that would be MOST appreciative! Thank you, Neal Kirby ========= End of Original Message ========= From georges at berscheid.lu Sun Dec 1 13:03:00 2002 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Pseudo-Clients after reconfigure In-Reply-To: <20021201055901.MGYY10657.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <001101c29929$09f44ef0$49c918d4@gizmo> Hi, is it a designed behaviour that Pseudoclients (such as helpserv or devnull) cannot be enabled or disabled at runtime using /os rehash ? e.g. If misc/devnull was disabled at services startup, enabling it in ircservices.conf and rehashing does not bring up a DevNull Pseudoclient. Same thing the other way round. Greets, Georges From brain at brainbox.winbot.co.uk Sun Dec 1 15:56:01 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Pseudo-Clients after reconfigure Message-ID: <200212011359.gB1Dx0K00546@localhost.localdomain> Rehashing can change a pseudoclients nick, i read the source and its got code in to account for this - so maybe designed behaviour? >Hi, > >is it a designed behaviour that Pseudoclients (such as helpserv or >devnull) cannot be enabled or disabled at runtime using /os rehash ? >e.g. If misc/devnull was disabled at services startup, enabling it in >ircservices.conf and rehashing does not bring up a DevNull Pseudoclient. >Same thing the other way round. > >Greets, > >Georges > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Nealster02 at hotmail.com Mon Dec 2 05:47:01 2002 From: Nealster02 at hotmail.com (Neal Kirby) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please In-Reply-To: <20021201055901.MGYY10657.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <000401c299b3$aa6ad900$0400a8c0@Inspiron8200> Thank you Craig for clarifying this for me. I have done what you instructed me to do. I am still getting another error with ircservices.log however. [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up [Dec 02 03:30:16 2002] modules: Unable to load module `nickserv/mail-auth': /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined symbol: sendmail [Dec 02 03:30:16 2002] Error loading modules, aborting Any suggestions?? Neal > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Saturday, November 30, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Services Help Please > > i dont think it is advisable to put the services binaries inside the source directory, so rather > than your current paths, use something like /home/neal/irc/serv and /home/neal/irc/serv/lib > > then make && make install, put ircservices.conf and modules.conf in > /home/neal/irc/serv/lib and try that. > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : [IRCServices] Services Help Please > Date : 2002-11-30 > > I have tried everything I can think of to load these services, but I > simply cannot seem to load them. > > > > The following is exactly what I have done to try to load the > ircservices: > > ./configure > > /home/neal/irc/ircservices-5.0.6/sbin > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > I do not not even touch defs.h > > make > > make install > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > I move the files in the root directory, and a copy in the data directory > > > > Then in ircservices-5.0.6/ I type the following. > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > Can't open ircservices.conf: No such file or directory > > Initialization failed, exiting. > > > > Then I type: > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > -dir=/home/neal/irc/ircservices-5.0.6 > > Initialization failed, exiting. > > > > Finally I type: > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > -dir=/home/neal/irc/ircservices-5.0.6/data > > Initialization failed, exiting. > > > > I check the ircservices.log file, and this is what I get: > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or > directory > > [Dec 01 05:12:36 2002] Unable to load default language > > > > If I could possibly get some help with this, that would be MOST > appreciative! > > Thank you, > > Neal Kirby > > > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Dec 2 06:00:02 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please Message-ID: <20021202035922.IMQE10657.mta05-svc.ntlworld.com@i-br0ked-it> have you tried using SMTP as the mail sender? also check for errors whilst compiling. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Neal Kirby" Reply-To: To : ircservices@ircservices.za.net Subject : RE: [IRCServices] Services Help Please Date : 2002-12-01 Thank you Craig for clarifying this for me. I have done what you instructed me to do. I am still getting another error with ircservices.log however. [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up [Dec 02 03:30:16 2002] modules: Unable to load module `nickserv/mail-auth': /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined symbol: sendmail [Dec 02 03:30:16 2002] Error loading modules, aborting Any suggestions?? Neal > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Saturday, November 30, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Services Help Please > > i dont think it is advisable to put the services binaries inside the source directory, so rather > than your current paths, use something like /home/neal/irc/serv and /home/neal/irc/serv/lib > > then make && make install, put ircservices.conf and modules.conf in > /home/neal/irc/serv/lib and try that. > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : [IRCServices] Services Help Please > Date : 2002-11-30 > > I have tried everything I can think of to load these services, but I > simply cannot seem to load them. > > > > The following is exactly what I have done to try to load the > ircservices: > > ./configure > > /home/neal/irc/ircservices-5.0.6/sbin > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > I do not not even touch defs.h > > make > > make install > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > I move the files in the root directory, and a copy in the data directory > > > > Then in ircservices-5.0.6/ I type the following. > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > Can't open ircservices.conf: No such file or directory > > Initialization failed, exiting. > > > > Then I type: > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > -dir=/home/neal/irc/ircservices-5.0.6 > > Initialization failed, exiting. > > > > Finally I type: > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > -dir=/home/neal/irc/ircservices-5.0.6/data > > Initialization failed, exiting. > > > > I check the ircservices.log file, and this is what I get: > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such file > or directory > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or > directory > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or > directory > > [Dec 01 05:12:36 2002] Unable to load default language > > > > If I could possibly get some help with this, that would be MOST > appreciative! > > Thank you, > > Neal Kirby > > > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > 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 ========= End of Original Message ========= From Nealster02 at hotmail.com Mon Dec 2 06:55:01 2002 From: Nealster02 at hotmail.com (Neal Kirby) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please In-Reply-To: <20021202035922.IMQE10657.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <000501c299bd$3e680bb0$0400a8c0@Inspiron8200> I can't use smtp, since all e-mails are being forwarded to this address. That is the only error I see, which is in the ircservices.log. :-/ > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Sunday, December 01, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: RE: [IRCServices] Services Help Please > > have you tried using SMTP as the mail sender? also check for errors whilst compiling. > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : RE: [IRCServices] Services Help Please > Date : 2002-12-01 > > Thank you Craig for clarifying this for me. I have done what you > instructed me to do. > > I am still getting another error with ircservices.log however. > > [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up > [Dec 02 03:30:16 2002] modules: Unable to load module > `nickserv/mail-auth': > /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined symbol: > sendmail > [Dec 02 03:30:16 2002] Error loading modules, aborting > > Any suggestions?? > Neal > > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] > > On Behalf Of Craig McLure > > Sent: Saturday, November 30, 2002 12:00 AM > > To: ircservices@ircservices.za.net > > Subject: Re: [IRCServices] Services Help Please > > > > i dont think it is advisable to put the services binaries inside the > source directory, so rather > > than your current paths, use something like /home/neal/irc/serv and > /home/neal/irc/serv/lib > > > > then make && make install, put ircservices.conf and modules.conf in > > /home/neal/irc/serv/lib and try that. > > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > ----------------------------------------------------------------------- > > > > > > ============ Original Message ============ > > From : "Neal Kirby" > > Reply-To: > > To : ircservices@ircservices.za.net > > Subject : [IRCServices] Services Help Please > > Date : 2002-11-30 > > > > I have tried everything I can think of to load these services, but I > > simply cannot seem to load them. > > > > > > > > The following is exactly what I have done to try to load the > > ircservices: > > > > ./configure > > > > /home/neal/irc/ircservices-5.0.6/sbin > > > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > > > I do not not even touch defs.h > > > > make > > > > make install > > > > > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > > > I move the files in the root directory, and a copy in the data > directory > > > > > > > > Then in ircservices-5.0.6/ I type the following. > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > > Can't open ircservices.conf: No such file or directory > > > > Initialization failed, exiting. > > > > > > > > Then I type: > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > -dir=/home/neal/irc/ircservices-5.0.6 > > > > Initialization failed, exiting. > > > > > > > > Finally I type: > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > -dir=/home/neal/irc/ircservices-5.0.6/data > > > > Initialization failed, exiting. > > > > > > > > I check the ircservices.log file, and this is what I get: > > > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file > or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file > or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such > file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such > file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Unable to load default language > > > > > > > > If I could possibly get some help with this, that would be MOST > > appreciative! > > > > Thank you, > > > > Neal Kirby > > > > > > > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ > > 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 > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Dec 2 06:59:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please Message-ID: <20021202045834.IXKB29196.mta01-svc.ntlworld.com@i-br0ked-it> Have you got sendmail working properly? also, try using SMTP, see if it will start, you can change it back later ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Neal Kirby" Reply-To: To : ircservices@ircservices.za.net Subject : RE: RE: [IRCServices] Services Help Please Date : 2002-12-01 I can't use smtp, since all e-mails are being forwarded to this address. That is the only error I see, which is in the ircservices.log. :-/ > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Sunday, December 01, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: RE: [IRCServices] Services Help Please > > have you tried using SMTP as the mail sender? also check for errors whilst compiling. > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : RE: [IRCServices] Services Help Please > Date : 2002-12-01 > > Thank you Craig for clarifying this for me. I have done what you > instructed me to do. > > I am still getting another error with ircservices.log however. > > [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up > [Dec 02 03:30:16 2002] modules: Unable to load module > `nickserv/mail-auth': > /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined symbol: > sendmail > [Dec 02 03:30:16 2002] Error loading modules, aborting > > Any suggestions?? > Neal > > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] > > On Behalf Of Craig McLure > > Sent: Saturday, November 30, 2002 12:00 AM > > To: ircservices@ircservices.za.net > > Subject: Re: [IRCServices] Services Help Please > > > > i dont think it is advisable to put the services binaries inside the > source directory, so rather > > than your current paths, use something like /home/neal/irc/serv and > /home/neal/irc/serv/lib > > > > then make && make install, put ircservices.conf and modules.conf in > > /home/neal/irc/serv/lib and try that. > > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > ----------------------------------------------------------------------- > > > > > > ============ Original Message ============ > > From : "Neal Kirby" > > Reply-To: > > To : ircservices@ircservices.za.net > > Subject : [IRCServices] Services Help Please > > Date : 2002-11-30 > > > > I have tried everything I can think of to load these services, but I > > simply cannot seem to load them. > > > > > > > > The following is exactly what I have done to try to load the > > ircservices: > > > > ./configure > > > > /home/neal/irc/ircservices-5.0.6/sbin > > > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > > > I do not not even touch defs.h > > > > make > > > > make install > > > > > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > > > I move the files in the root directory, and a copy in the data > directory > > > > > > > > Then in ircservices-5.0.6/ I type the following. > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > > Can't open ircservices.conf: No such file or directory > > > > Initialization failed, exiting. > > > > > > > > Then I type: > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > -dir=/home/neal/irc/ircservices-5.0.6 > > > > Initialization failed, exiting. > > > > > > > > Finally I type: > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > -dir=/home/neal/irc/ircservices-5.0.6/data > > > > Initialization failed, exiting. > > > > > > > > I check the ircservices.log file, and this is what I get: > > > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file > or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file > or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such > file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such > file > > or directory > > > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file or > > directory > > > > [Dec 01 05:12:36 2002] Unable to load default language > > > > > > > > If I could possibly get some help with this, that would be MOST > > appreciative! > > > > Thank you, > > > > Neal Kirby > > > > > > > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ > > 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 > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > 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 Nealster02 at hotmail.com Mon Dec 2 08:15:08 2002 From: Nealster02 at hotmail.com (Neal Kirby) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please In-Reply-To: <20021202045834.IXKB29196.mta01-svc.ntlworld.com@i-br0ked-it> Message-ID: <000601c299ca$10d87560$0400a8c0@Inspiron8200> Well I finally got services up, but the smpt mail, as I suspected will not work. I think it has to do with the set path, which I will have to check on with the server admin. Also, is there anyway for me to edit the Services help files? Or no? And, is there anyway to customize the AUTH Nickname e-mails being sent to users? If not, could the author possibly consider making this possible for the future? Thank you! Neal > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Sunday, December 01, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: RE: RE: [IRCServices] Services Help Please > > Have you got sendmail working properly? also, try using SMTP, see if it will start, you can > change it back later > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : RE: RE: [IRCServices] Services Help Please > Date : 2002-12-01 > > I can't use smtp, since all e-mails are being forwarded to this address. > That is the only error I see, which is in the ircservices.log. :-/ > > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] > > On Behalf Of Craig McLure > > Sent: Sunday, December 01, 2002 12:00 AM > > To: ircservices@ircservices.za.net > > Subject: Re: RE: [IRCServices] Services Help Please > > > > have you tried using SMTP as the mail sender? also check for errors > whilst compiling. > > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > ----------------------------------------------------------------------- > > > > > > ============ Original Message ============ > > From : "Neal Kirby" > > Reply-To: > > To : ircservices@ircservices.za.net > > Subject : RE: [IRCServices] Services Help Please > > Date : 2002-12-01 > > > > Thank you Craig for clarifying this for me. I have done what you > > instructed me to do. > > > > I am still getting another error with ircservices.log however. > > > > [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up > > [Dec 02 03:30:16 2002] modules: Unable to load module > > `nickserv/mail-auth': > > /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined > symbol: > > sendmail > > [Dec 02 03:30:16 2002] Error loading modules, aborting > > > > Any suggestions?? > > Neal > > > > > -----Original Message----- > > > From: ircservices-admin@ircservices.za.net > > [mailto:ircservices-admin@ircservices.za.net] > > > On Behalf Of Craig McLure > > > Sent: Saturday, November 30, 2002 12:00 AM > > > To: ircservices@ircservices.za.net > > > Subject: Re: [IRCServices] Services Help Please > > > > > > i dont think it is advisable to put the services binaries inside the > > source directory, so rather > > > than your current paths, use something like /home/neal/irc/serv and > > /home/neal/irc/serv/lib > > > > > > then make && make install, put ircservices.conf and modules.conf in > > > /home/neal/irc/serv/lib and try that. > > > > > > > > > ----------------------------------------------------------------------- > > > Craig McLure - Craig@chatspike.net > > > ChatSpike - The users network: http://www.chatspike.net > > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > > > > ----------------------------------------------------------------------- > > > > > > > > > ============ Original Message ============ > > > From : "Neal Kirby" > > > Reply-To: > > > To : ircservices@ircservices.za.net > > > Subject : [IRCServices] Services Help Please > > > Date : 2002-11-30 > > > > > > I have tried everything I can think of to load these services, but I > > > simply cannot seem to load them. > > > > > > > > > > > > The following is exactly what I have done to try to load the > > > ircservices: > > > > > > ./configure > > > > > > /home/neal/irc/ircservices-5.0.6/sbin > > > > > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > > > > > I do not not even touch defs.h > > > > > > make > > > > > > make install > > > > > > > > > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > > > > > I move the files in the root directory, and a copy in the data > > directory > > > > > > > > > > > > Then in ircservices-5.0.6/ I type the following. > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > > > > Can't open ircservices.conf: No such file or directory > > > > > > Initialization failed, exiting. > > > > > > > > > > > > Then I type: > > > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > -dir=/home/neal/irc/ircservices-5.0.6 > > > > > > Initialization failed, exiting. > > > > > > > > > > > > Finally I type: > > > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > -dir=/home/neal/irc/ircservices-5.0.6/data > > > > > > Initialization failed, exiting. > > > > > > > > > > > > I check the ircservices.log file, and this is what I get: > > > > > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > > > > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file > > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file > > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such > > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such > > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Unable to load default language > > > > > > > > > > > > If I could possibly get some help with this, that would be MOST > > > appreciative! > > > > > > Thank you, > > > > > > Neal Kirby > > > > > > > > > > > > ========= End of Original Message ========= > > > > > > > > > > > > ------------------------------------------------------------------ > > > 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 > > > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ > > 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 > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Dec 2 08:20:01 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please Message-ID: <20021202061910.SWVA2181.mta02-svc.ntlworld.com@i-br0ked-it> check out the language directory in the source dir ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Neal Kirby" Reply-To: To : ircservices@ircservices.za.net Subject : RE: [IRCServices] Services Help Please Date : 2002-12-02 Well I finally got services up, but the smpt mail, as I suspected will not work. I think it has to do with the set path, which I will have to check on with the server admin. Also, is there anyway for me to edit the Services help files? Or no? And, is there anyway to customize the AUTH Nickname e-mails being sent to users? If not, could the author possibly consider making this possible for the future? Thank you! Neal > -----Original Message----- > From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] > On Behalf Of Craig McLure > Sent: Sunday, December 01, 2002 12:00 AM > To: ircservices@ircservices.za.net > Subject: Re: RE: RE: [IRCServices] Services Help Please > > Have you got sendmail working properly? also, try using SMTP, see if it will start, you can > change it back later > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > From : "Neal Kirby" > Reply-To: > To : ircservices@ircservices.za.net > Subject : RE: RE: [IRCServices] Services Help Please > Date : 2002-12-01 > > I can't use smtp, since all e-mails are being forwarded to this address. > That is the only error I see, which is in the ircservices.log. :-/ > > > -----Original Message----- > > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] > > On Behalf Of Craig McLure > > Sent: Sunday, December 01, 2002 12:00 AM > > To: ircservices@ircservices.za.net > > Subject: Re: RE: [IRCServices] Services Help Please > > > > have you tried using SMTP as the mail sender? also check for errors > whilst compiling. > > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > ----------------------------------------------------------------------- > > > > > > ============ Original Message ============ > > From : "Neal Kirby" > > Reply-To: > > To : ircservices@ircservices.za.net > > Subject : RE: [IRCServices] Services Help Please > > Date : 2002-12-01 > > > > Thank you Craig for clarifying this for me. I have done what you > > instructed me to do. > > > > I am still getting another error with ircservices.log however. > > > > [Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up > > [Dec 02 03:30:16 2002] modules: Unable to load module > > `nickserv/mail-auth': > > /home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined > symbol: > > sendmail > > [Dec 02 03:30:16 2002] Error loading modules, aborting > > > > Any suggestions?? > > Neal > > > > > -----Original Message----- > > > From: ircservices-admin@ircservices.za.net > > [mailto:ircservices-admin@ircservices.za.net] > > > On Behalf Of Craig McLure > > > Sent: Saturday, November 30, 2002 12:00 AM > > > To: ircservices@ircservices.za.net > > > Subject: Re: [IRCServices] Services Help Please > > > > > > i dont think it is advisable to put the services binaries inside the > > source directory, so rather > > > than your current paths, use something like /home/neal/irc/serv and > > /home/neal/irc/serv/lib > > > > > > then make && make install, put ircservices.conf and modules.conf in > > > /home/neal/irc/serv/lib and try that. > > > > > > > > > ----------------------------------------------------------------------- > > > Craig McLure - Craig@chatspike.net > > > ChatSpike - The users network: http://www.chatspike.net > > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > > > > ----------------------------------------------------------------------- > > > > > > > > > ============ Original Message ============ > > > From : "Neal Kirby" > > > Reply-To: > > > To : ircservices@ircservices.za.net > > > Subject : [IRCServices] Services Help Please > > > Date : 2002-11-30 > > > > > > I have tried everything I can think of to load these services, but I > > > simply cannot seem to load them. > > > > > > > > > > > > The following is exactly what I have done to try to load the > > > ircservices: > > > > > > ./configure > > > > > > /home/neal/irc/ircservices-5.0.6/sbin > > > > > > /home/neal/irc/ircservices-5.0.6/lib/ircservices > > > > > > I do not not even touch defs.h > > > > > > make > > > > > > make install > > > > > > > > > > > > Afterwards I edited my ircservices.conf and modules.conf files. > > > > > > I move the files in the root directory, and a copy in the data > > directory > > > > > > > > > > > > Then in ircservices-5.0.6/ I type the following. > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > > > > Can't open ircservices.conf: No such file or directory > > > > > > Initialization failed, exiting. > > > > > > > > > > > > Then I type: > > > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6 > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > -dir=/home/neal/irc/ircservices-5.0.6 > > > > > > Initialization failed, exiting. > > > > > > > > > > > > Finally I type: > > > > > > ./ircservices -dir=/home/neal/irc/ircservices5.0.6/data > > > > > > [neal@maxwell ircservices-5.0.6]$ ./ircservices > > > -dir=/home/neal/irc/ircservices-5.0.6/data > > > > > > Initialization failed, exiting. > > > > > > > > > > > > I check the ircservices.log file, and this is what I get: > > > > > > [Dec 01 05:12:36 2002] IRC Services 5.0.6 starting up > > > > > > [Dec 01 05:12:36 2002] Failed to load language 0 (en_us): No such > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 10 (nl): No such file > > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 6 (fr): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 9 (de): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 11 (hu): No such file > > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 8 (it): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 2 (ja_euc): No such > > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 3 (ja_sjis): No such > > file > > > or directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 5 (pt): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 4 (es): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Failed to load language 7 (tr): No such file > or > > > directory > > > > > > [Dec 01 05:12:36 2002] Unable to load default language > > > > > > > > > > > > If I could possibly get some help with this, that would be MOST > > > appreciative! > > > > > > Thank you, > > > > > > Neal Kirby > > > > > > > > > > > > ========= End of Original Message ========= > > > > > > > > > > > > ------------------------------------------------------------------ > > > 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 > > > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ > > 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 > > ------------------------------------------------------------------ > 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 achurch at achurch.org Tue Dec 3 03:43:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Pseudo-Clients after reconfigure In-Reply-To: <001101c29929$09f44ef0$49c918d4@gizmo> Message-ID: <3dec0beb.25770@achurch.org> >is it a designed behaviour that Pseudoclients (such as helpserv or >devnull) cannot be enabled or disabled at runtime using /os rehash ? >e.g. If misc/devnull was disabled at services startup, enabling it in >ircservices.conf and rehashing does not bring up a DevNull Pseudoclient. >Same thing the other way round. This was intended to be possible, but I have a feeling I didn't implement it correctly. I'll go back and take a look. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Dec 3 03:46:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Services Help Please In-Reply-To: <000401c299b3$aa6ad900$0400a8c0@Inspiron8200> Message-ID: <3dec0ca6.26371@achurch.org> >Thank you Craig for clarifying this for me. I have done what you >instructed me to do. > >I am still getting another error with ircservices.log however. > >[Dec 02 03:30:16 2002] IRC Services 5.0.6 starting up >[Dec 02 03:30:16 2002] modules: Unable to load module >`nickserv/mail-auth': >/home/neal/irc/serv/lib/modules/nickserv/mail-auth.so: undefined symbol: >sendmail >[Dec 02 03:30:16 2002] Error loading modules, aborting > >Any suggestions?? You need to have the mail/main and one of mail/sendmail and mail/smtp (mail/smtp is preferred if you can use it in your environment) modules loaded. This should have been mentioned in the manual, but it seems I forgot; I'll correct that for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From alex at cyga.net Wed Dec 4 11:19:00 2002 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] small error in languagefiles Message-ID: <003701c29b76$101a4b00$c70276d5@lithium> I just noticed that several language files contain a small error, in the chanserv help commands menu they show for both op and deop (+o) and for voice en devoice (+v) [10:06:26] -ChanServ- OP Give a user chanop status (+o) [10:06:26] -ChanServ- DEOP Remove chanop status (+o) [10:06:26] -ChanServ- VOICE Give a user voice status (+v) [10:06:26] -ChanServ- DEVOICE Remove voice status (+v) I noticed this in the English, Dutch, Italian and Espa?ol helpfiles, the others were either correct or I was unable to read those languages. We are running version 5.0.6 (I seem to remember this was there before) and bahamut-1.4.34, which reminds me of this little question as a side note: is there support for the new bahamut features (like squelching) planned for a future release? -- Alexander Janssens a.k.a. _-Alex-_ From Craig at chatspike.net Wed Dec 4 11:57:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] small error in languagefiles Message-ID: <20021204095640.PEJK9037.mta07-svc.ntlworld.com@i-br0ked-it> I think it is refering to Chanop status being +o, not what the command does, same for voice. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Alexander Janssens" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] small error in languagefiles Date : 2002-12-04 I just noticed that several language files contain a small error, in the chanserv help commands menu they show for both op and deop (+o) and for voice en devoice (+v) [10:06:26] -ChanServ- OP Give a user chanop status (+o) [10:06:26] -ChanServ- DEOP Remove chanop status (+o) [10:06:26] -ChanServ- VOICE Give a user voice status (+v) [10:06:26] -ChanServ- DEVOICE Remove voice status (+v) I noticed this in the English, Dutch, Italian and Español helpfiles, the others were either correct or I was unable to read those languages. We are running version 5.0.6 (I seem to remember this was there before) and bahamut-1.4.34, which reminds me of this little question as a side note: is there support for the new bahamut features (like squelching) planned for a future release? -- Alexander Janssens a.k.a. _-Alex-_ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From alex at cyga.net Wed Dec 4 16:10:01 2002 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] small error in languagefiles References: <20021204095640.PEJK9037.mta07-svc.ntlworld.com@i-br0ked-it> Message-ID: <003001c29b9e$aec09570$1e0a5251@lithium> Craig McLure wrote: > I think it is refering to Chanop status being +o, not what the > command does, same for voice. > Looking at it that way it does sound logical, but in that case some other helpfiles contain the "wrong" information since they show -o/-v -- Alexander Janssens a.k.a. _-Alex-_ From Nealster02 at hotmail.com Wed Dec 4 20:02:00 2002 From: Nealster02 at hotmail.com (Neal Kirby) Date: Sat Oct 23 23:01:49 2004 Subject: [IRCServices] Question Regarding Services Developers Message-ID: <001c01c29bbf$08a86e30$10aa5f83@Inspiron8200> Do you guys at least acknowledge, if not use, any suggestions for future releases of IRCServices? I feel that IRC Services is the most compatible with my wants for my server. Although I cannot program, I enjoy helping and finding new ways for developments that interest and affect me. I do plan to use IRC Services for a long time to come, I like the look and commands offered, but I always see room for improvement I am compiling a list of suggestions and improvements for the services, and want to know if you would at least read and acknowledge them, and possibly use some. Would that be ok? Thank you for all of your hard work and your services! Neal Kirby - JamesBond, Founder - CleanChat IRC Network - http://www.cleanchat.net/ - Catch you on the net! - irc.cleanchat.net From ballsy at mystical.net Wed Dec 4 22:22:00 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question Regarding Services Developers In-Reply-To: <001c01c29bbf$08a86e30$10aa5f83@Inspiron8200> Message-ID: Short Answer: Please see section 7 of the IRC Services Manual (Contacting the Author) Verbose Answer: While I have yet to be a direct contributor to the source, I can attest to the fact that the developer considers any and all comments/suggestions, unless they have been decided against beforehand for specific reasons (in which case he, or someone else, will say so on the list). Simply submit your suggestions to the list as necessary. Please be sure to search the list archives to ensure you're not covering something which has already been covered, of course. Cheers. David Quoth Neal Kirby on Dec 4 at 12:00, > Do you guys at least acknowledge, if not use, any suggestions for future > releases of IRCServices? > > I feel that IRC Services is the most compatible with my wants for my > server. Although I cannot program, I enjoy helping and finding new ways > for developments that interest and affect me. I do plan to use IRC > Services for a long time to come, I like the look and commands offered, > but I always see room for improvement > > I am compiling a list of suggestions and improvements for the services, > and want to know if you would at least read and acknowledge them, and > possibly use some. > > Would that be ok? > Thank you for all of your hard work and your services! > > Neal Kirby > - JamesBond, Founder > - CleanChat IRC Network - http://www.cleanchat.net/ > - Catch you on the net! - irc.cleanchat.net > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From vault at interia.pl Thu Dec 5 02:18:00 2002 From: vault at interia.pl (MonoSex) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] CSSetChannelTime problem Message-ID: <001501c29bf3$99c778a0$11efcdc3@marcin> Hi, i have a problem with CSSetChannelTime. While it's on, ChanServ doesn't op users joining empty, registered channels. User are just deopped by services' server on-join and notice about changing TS is sent. It also doesn't reop/voice users after restart. When i try to op myself with /cs op, it gives me "-ChanServ- MonoSex is already opped on channel #chan.". Looks like some kind of desynch or something. Also, this option isn't updated by REHASH, i have to restart services for this to work. I'm using: bahamut 1.4.35 ircservices 5.0.6 -- Marcin Wolniewicz MonoSex @ IRC -------------------------------------------------------------------------- Najseksowniejsi w 2002 roku... >>> http://link.interia.pl/f16a0 From achurch at achurch.org Thu Dec 5 11:12:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question Regarding Services Developers In-Reply-To: <001c01c29bbf$08a86e30$10aa5f83@Inspiron8200> Message-ID: <3def182b.33460@achurch.org> This is mentioned in section 7 of the manual, but just so that everybody's clear on this matter: I read every message sent to me, whether privately or via either of the Services mailing lists (this one or ircservices-coding@). However, I do not respond to most of them. This is primarily because I'm just one person and there are only 24 hours in a day, the majority of which I spend working and sleeping, and the remainder of which I would like to have at least some to myself. In particular, I generally don't respond to simple questions, because there are many other people on the mailing list who can answer just as well, or to feature requests, because there really isn't much point in responding--90% of the time the answer would be "thanks for your suggestion, I'll consider it." But I do read everything, so don't feel like you're being ignored if you don't get a response. As far as feature suggestions, I tend toward keeping Services "lean" in the sense of not adding features that can be handled as well or better by other programs (see FAQ Z.5). For example, I'm strongly against the idea of a "BotServ" such as some other Services-like programs use--that's what bots are for, after all. I'm more likely to look favorably on suggestions that (1) make possible something that couldn't be easily done before and (2) have wide applicability--i.e., are useful for many people in many circumstances, as opposed to "special-case" features that would be rarely used. I do try to respond to suggestions if either they're already under development or I've decided not to use them. If I turn down a suggestion, or it doesn't get added as quickly as you like, you're of course free to add it yourself (or get someone else to do it for you). I may also consider such a suggestion if you're willing to pay me for the work, but keep in mind that my time is expensive; if you can find a friend with free time to do the programming you may be better off. --Andrew Church achurch@achurch.org http://achurch.org/ >Do you guys at least acknowledge, if not use, any suggestions for future >releases of IRCServices? > >I feel that IRC Services is the most compatible with my wants for my >server. Although I cannot program, I enjoy helping and finding new ways >for developments that interest and affect me. I do plan to use IRC >Services for a long time to come, I like the look and commands offered, >but I always see room for improvement > >I am compiling a list of suggestions and improvements for the services, >and want to know if you would at least read and acknowledge them, and >possibly use some. > >Would that be ok? >Thank you for all of your hard work and your services! > >Neal Kirby >- JamesBond, Founder >- CleanChat IRC Network - http://www.cleanchat.net/ >- Catch you on the net! - irc.cleanchat.net >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Dec 5 11:46:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] CSSetChannelTime problem In-Reply-To: <001501c29bf3$99c778a0$11efcdc3@marcin> Message-ID: <3def202c.40241@achurch.org> >Hi, i have a problem with CSSetChannelTime. >While it's on, ChanServ doesn't op users joining empty, registered >channels. User are just deopped by services' server on-join and notice >about changing TS is sent. >It also doesn't reop/voice users after restart. >When i try to op myself with /cs op, it gives me "-ChanServ- MonoSex >is already opped on channel #chan.". >Looks like some kind of desynch or something. This was reported by another user earlier--it's possible SJOIN handling was changed in a recent version of Bahamut. I'll look into it. >Also, this option isn't updated by REHASH, i have to restart services >for this to work. Reproduced here, I'll look into it. Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From n.p at bluewin.ch Tue Dec 10 00:28:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] sqline reason not working... Message-ID: <67F98B42-0BC5-11D7-98DA-003065F3CEBE@bluewin.ch> Hi, small prob, The reason I give when adding an sqline is never shown when someone tries to use that nick and is then killed, the persons quit is just "Reserved Nickname". Is the sqline reason only there to clarify to other opers why the nick is on sqline or is it really for the quit? If so why doesnt it show the reason I gave? Thanks :) From griever at t2n.org Tue Dec 10 00:59:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] sqline reason not working... In-Reply-To: <67F98B42-0BC5-11D7-98DA-003065F3CEBE@bluewin.ch> Message-ID: On Mon, 9 Dec 2002, Nicholas Prisi wrote: > Hi, small prob, The reason I give when adding an sqline is never shown > when someone tries to use that nick and is then killed, the persons quit > is just "Reserved Nickname". Is the sqline reason only there to clarify > to other opers why the nick is on sqline or is it really for the quit? > If so why doesnt it show the reason I gave? > Edit SQlinereason in the conf to contain a %s which is replaced with the reason From n.p at bluewin.ch Tue Dec 10 02:10:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] sqline reason not working... In-Reply-To: Message-ID: Kewl, thanks :) On Monday, December 9, 2002, at 11:57 pm, Finny Merrill wrote: > On Mon, 9 Dec 2002, Nicholas Prisi wrote: > >> Hi, small prob, The reason I give when adding an sqline is never shown >> when someone tries to use that nick and is then killed, the persons >> quit >> is just "Reserved Nickname". Is the sqline reason only there to clarify >> to other opers why the nick is on sqline or is it really for the quit? >> If so why doesnt it show the reason I gave? >> > Edit SQlinereason in the conf to contain a %s which is replaced with the > reason > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From calimonk at gmx.net Thu Dec 12 11:10:01 2002 From: calimonk at gmx.net (calimonk) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL Message-ID: <5.2.0.9.0.20021212095452.01f6bcb0@imap.spill.nl> Hey everyone, Just a brainstorm i had, here goes. (Excuse bad spelling i had a rough sleep) WAKILL... What the hell is WAKILL you might ask, let me explain. Recently i've noticed that 'standard' akills just won't be able to ban what we need, so i figured we need akills with 'more' or 'better' wildcards. If not for instance, bots connect with QKGJLKSD, QKLGJLKE, QLKTEFDF, QGKLJEGS as ident and all random realname and nicknames, we can only put an akill on *Q*@* something which is generally not so great. Now lets see what they have in common, they all start with teh letter Q and have a total of 8 characters, all upcase. Now if we could just add an akill as this: *Q{7,CU}*@* This would mean, akill all idents starting with a capital Q, and 7 characters (7,C) after that and all UPPERCASE (U). Now i'm no real wizard with making new wildcards and stuff but i'm sure people have already made up things like this for other programming languages. With this method you could remove the bots you normally can't. Another example bots connect with the ident 1234567_, 6364356_, 9589435_ once again all random nickname and random nicknames and hosts. New wakill way of banning this: *{7,N(0-9)}_@* Akill all hosts with numbers which have 7 Numeric characters in a row from the number 0 till 9. and a _ behind it. These are ways that imho won't kill massive amounts of users like you would normally with for instance *~Q*@*, if the ident isn't resolved at these hosts adding a ~ at the beginning makes the chances of a real user having that exact mask near to 0%, chances of a user having an ident like ~84235664_@host.here is very small, however banning a host like this with *~{7,N(0-9)}_@* would remove all the bots you had that were for instance flooding. The reason i call it WAKILL, is because it differs so much from real akills, i just figured WAKILL could mean something like Wildcard Akill. I personally think this would be a real help on banning bots, with the current way akills work you can never effectively ban a bot that has a mask like *<7 random numbers in a row here>@* with the new way you would just do *{7,N(0-9)}@* and you've gotten rid of the bots. This can be combined with Numeric, Characters or Alfa numeric characters of course, you could set a thing like *{7,UC(A-F)}@* to for instance ban idents with 7 characters in a row differing from the letter A till the letter F, all being Uppercase. I personally really don't feel users would be affected with this way of akilling but bots would get removed alot faster and easier. If a botnet with idents like the one i just said connect, with over 500 bots all random hosts, nicknames and realnames you can't effectively ban them at all. With this new way you can. I hope you all get my point. - CaliMonk --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From quension at softhome.net Thu Dec 12 12:26:01 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL In-Reply-To: <5.2.0.9.0.20021212095452.01f6bcb0@imap.spill.nl> Message-ID: <11BBDE9A-0DBC-11D7-BA88-0003938D6866@softhome.net> On Thursday, Dec 12, 2002, at 01:09 US/Pacific, calimonk wrote: Just a couple quick comments: > If not for instance, bots connect with QKGJLKSD, QKLGJLKE, QLKTEFDF, > QGKLJEGS as ident and all random realname and nicknames, we can only > put an akill on *Q*@* something which is generally not so great. > > Now lets see what they have in common, they all start with teh letter > Q and have a total of 8 characters, all upcase. Now if we could just > add an akill as this: > *Q{7,CU}*@* > > This would mean, akill all idents starting with a capital Q, and 7 > characters (7,C) after that and all UPPERCASE (U). Now i'm no real > wizard with making new wildcards and stuff but i'm sure people have > already made up things like this for other programming languages. > With this method you could remove the bots you normally can't. Regular Expressions are good at this. A 'dampened' form would probably be better for IRC purposes -- remove some of the nesting/recursion. > I personally really don't feel users would be affected with this > way of akilling but bots would get removed alot faster and easier. > If a botnet with idents like the one i just said connect, with over > 500 bots all random hosts, nicknames and realnames you can't > effectively ban them at all. With this new way you can. The problem is, you still can't ban them. Why not? Lack of server support. As far as I know, none of the supported ircds support regex or similar akills. If ircservices itself implemented this, you'd just get a burst of kills, and no bans. It also needs to be 'standardized'. You really DON'T want to use full regex on IRC -- way too much abuse potential. But getting everyone to agree on a supported subset? Good luck. People have been trying to sneak regex-type solutions into ircds for years. So far I haven't seen anything stick. And as far as the random bot nicks go, even regex is largely inadequate. One solution I've seen recently is in bahamut 1.4.35 -- support for a loadable 'drone' module. While the module itself is unavailable to the public, its concept is simple. It gets hooked when a user connects, and fed all the info (nick, ident, host, realname). That module can do whatever processing it wants to determine whether a client is valid or not. Consider, for example, the actual from-the-wild nick GVTiqflB. Suppose its generator simply grabs a random alphabetic character. How on earth are you going to describe any useful ban on that nick, be it with regex or another method? An arbitrary processor such as the 'drone module' I mentioned above can do something like upper/lower case character probability analysis (in english: look for mixed-case junk). Regular Expressions can't do that. Getting back to your original idea, I do agree that such a "string description syntax" (seems as good a term as any ;) ) would be very useful. I'm just commenting on some of the problems involved in creating it. -- Quension From calimonk at gmx.net Thu Dec 12 12:39:00 2002 From: calimonk at gmx.net (calimonk) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL In-Reply-To: <11BBDE9A-0DBC-11D7-BA88-0003938D6866@softhome.net> References: <5.2.0.9.0.20021212095452.01f6bcb0@imap.spill.nl> Message-ID: <5.2.0.9.0.20021212113154.01f89828@mail.gmx.net> At 02:25 12-12-2002 -0800, you wrote: >On Thursday, Dec 12, 2002, at 01:09 US/Pacific, calimonk wrote: > >Just a couple quick comments: Thanks, comments are always good :P >> > >The problem is, you still can't ban them. Why not? Lack of server >support. As far as I know, none of the supported ircds support >regex or similar akills. If ircservices itself implemented this, >you'd just get a burst of kills, and no bans. I never really thought of it IRCd wise to be honest, the idea just came to my head and i just had to share. I get your point though. >It also needs to be 'standardized'. You really DON'T want to use >full regex on IRC -- way too much abuse potential. But getting >everyone to agree on a supported subset? Good luck. People have >been trying to sneak regex-type solutions into ircds for years. >So far I haven't seen anything stick. > >And as far as the random bot nicks go, even regex is largely >inadequate. One solution I've seen recently is in bahamut 1.4.35 >-- support for a loadable 'drone' module. While the module >itself is unavailable to the public, its concept is simple. It >gets hooked when a user connects, and fed all the info (nick, >ident, host, realname). That module can do whatever processing >it wants to determine whether a client is valid or not. > >Consider, for example, the actual from-the-wild nick GVTiqflB. >Suppose its generator simply grabs a random alphabetic character. >How on earth are you going to describe any useful ban on that >nick, be it with regex or another method? > >An arbitrary processor such as the 'drone module' I mentioned >above can do something like upper/lower case character >probability analysis (in english: look for mixed-case junk). >Regular Expressions can't do that. The thing with the bots is that they almost always have a "~" adding this to a 'regular expression akill' would not affect alot of users if it would affect users at all. If it can't be done by akills, because of the ircd then perhaps some sort of module for ircservices. One that does something like the 'drone' detector dalnet has. The thing only is, if you can't "Ban" people from a server with the 'regular expressions' then you have to face the fact that you will have to add MASSIVE amounts of seperate akills set by for instance a drone monitor in stead of the '1' regular expression akill. >Getting back to your original idea, I do agree that such a >"string description syntax" (seems as good a term as any ;) ) >would be very useful. I'm just commenting on some of the >problems involved in creating it. > >-- Quension As always any idea i seem to come up with always has a few problems with it in creating. I've been looking for ways of removing flooding bots and the like for quite some time, and the fact just remains that with teh currently akill way you in no way can get rid of them. Maybe i shouldn't have send this email to ircservices mailing list but to for instance an IRCd mailing list. Like for instance a new sort of command alternative to gline. Like you said alot of 'security' risks are connected to this though. I just feel that there has to be a way to stop all these bots from attacking, and regular akills/glines and the like just don't stand anymore. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From achurch at achurch.org Thu Dec 12 13:37:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL In-Reply-To: <5.2.0.9.0.20021212095452.01f6bcb0@imap.spill.nl> Message-ID: <3df874b7.33374@achurch.org> Regex autokills are already on the TODO list, but as mentioned in the other reply they wouldn't be as well supported by ircds as regular ones. --Andrew Church achurch@achurch.org http://achurch.org/ >Hey everyone, > >Just a brainstorm i had, here goes. (Excuse bad spelling i had a rough sleep) > >WAKILL... What the hell is WAKILL you might ask, let me explain. > >Recently i've noticed that 'standard' akills just won't be able to ban what >we need, so i figured we need akills with 'more' or 'better' wildcards. > >If not for instance, bots connect with QKGJLKSD, QKLGJLKE, QLKTEFDF, >QGKLJEGS as ident and all random realname and nicknames, we can only put an >akill on *Q*@* something which is generally not so great. > >Now lets see what they have in common, they all start with teh letter Q and >have a total of 8 characters, all upcase. Now if we could just add an akill >as this: >*Q{7,CU}*@* > >This would mean, akill all idents starting with a capital Q, and 7 >characters (7,C) after that and all UPPERCASE (U). Now i'm no real wizard >with making new wildcards and stuff but i'm sure people have already made >up things like this for other programming languages. With this method you >could remove the bots you normally can't. > >Another example > >bots connect with the ident 1234567_, 6364356_, 9589435_ once again all >random nickname and random nicknames and hosts. > >New wakill way of banning this: >*{7,N(0-9)}_@* > >Akill all hosts with numbers which have 7 Numeric characters in a row from >the number 0 till 9. and a _ behind it. > >These are ways that imho won't kill massive amounts of users like you would >normally with for instance *~Q*@*, if the ident isn't resolved at these >hosts adding a ~ at the beginning makes the chances of a real user having >that exact mask near to 0%, chances of a user having an ident like >~84235664_@host.here is very small, however banning a host like this with >*~{7,N(0-9)}_@* would remove all the bots you had that were for instance >flooding. > >The reason i call it WAKILL, is because it differs so much from real >akills, i just figured WAKILL could mean something like Wildcard Akill. > >I personally think this would be a real help on banning bots, with the >current way akills work you can never effectively ban a bot that has a mask >like >*<7 random numbers in a row here>@* > >with the new way you would just do *{7,N(0-9)}@* and you've gotten rid of >the bots. > >This can be combined with Numeric, Characters or Alfa numeric characters of >course, you could set a thing like > >*{7,UC(A-F)}@* to for instance ban idents with 7 characters in a row >differing from the letter A till the letter F, all being Uppercase. > >I personally really don't feel users would be affected with this way of >akilling but bots would get removed alot faster and easier. If a botnet >with idents like the one i just said connect, with over 500 bots all random >hosts, nicknames and realnames you can't effectively ban them at all. With >this new way you can. > >I hope you all get my point. > >- CaliMonk > >--------------------------------------- >CaliMonk >Network Administrator >Axenet IRC Network >http://www.axenet.org >ICQ#: 12000049 >MSN: calimonk@gmx.net >--------------------------------------- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From quension at softhome.net Thu Dec 12 20:55:01 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL In-Reply-To: <5.2.0.9.0.20021212113154.01f89828@mail.gmx.net> Message-ID: <21D086F0-0E03-11D7-BA88-0003938D6866@softhome.net> On Thursday, Dec 12, 2002, at 02:38 US/Pacific, calimonk wrote: >> An arbitrary processor such as the 'drone module' I mentioned >> above can do something like upper/lower case character >> probability analysis (in english: look for mixed-case junk). >> Regular Expressions can't do that. > If it can't be done by akills, because of the ircd then perhaps > some sort of module for ircservices. One that does something > like the 'drone' detector dalnet has. > > The thing only is, if you can't "Ban" people from a server with > the 'regular expressions' then you have to face the fact that > you will have to add MASSIVE amounts of seperate akills set by > for instance a drone monitor in stead of the '1' regular > expression akill. One more comment before I let this drop (since Andrew has already said it's on the TODO list). More and more problem bots like this are coming from exploited machines. Since those machines are the real problem, akilling each host like you hinted would probably be the best approach anyway. The upside of this is that ircservices doesn't need ircd support to be effective. -- Quension From brain at brainbox.winbot.co.uk Fri Dec 13 21:05:01 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] My ideas for WAKILL Message-ID: <200212131907.gBDJ7OQ32568@localhost.localdomain> Regex akicks for channels would be quite a funky idea - is this on the TODO too? :) Setting the ban would be near on impossible tho i guess which is why its probably not there... > Regex autokills are already on the TODO list, but as mentioned in the >other reply they wouldn't be as well supported by ircds as regular ones. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hey everyone, >> >>Just a brainstorm i had, here goes. (Excuse bad spelling i had a rough sleep) >> >>WAKILL... What the hell is WAKILL you might ask, let me explain. >> >>Recently i've noticed that 'standard' akills just won't be able to ban what >>we need, so i figured we need akills with 'more' or 'better' wildcards. >> >>If not for instance, bots connect with QKGJLKSD, QKLGJLKE, QLKTEFDF, >>QGKLJEGS as ident and all random realname and nicknames, we can only put an >>akill on *Q*@* something which is generally not so great. >> >>Now lets see what they have in common, they all start with teh letter Q and >>have a total of 8 characters, all upcase. Now if we could just add an akill >>as this: >>*Q{7,CU}*@* >> >>This would mean, akill all idents starting with a capital Q, and 7 >>characters (7,C) after that and all UPPERCASE (U). Now i'm no real wizard >>with making new wildcards and stuff but i'm sure people have already made >>up things like this for other programming languages. With this method you >>could remove the bots you normally can't. >> >>Another example >> >>bots connect with the ident 1234567_, 6364356_, 9589435_ once again all >>random nickname and random nicknames and hosts. >> >>New wakill way of banning this: >>*{7,N(0-9)}_@* >> >>Akill all hosts with numbers which have 7 Numeric characters in a row from >>the number 0 till 9. and a _ behind it. >> >>These are ways that imho won't kill massive amounts of users like you would >>normally with for instance *~Q*@*, if the ident isn't resolved at these >>hosts adding a ~ at the beginning makes the chances of a real user having >>that exact mask near to 0, chances of a user having an ident like >>~84235664_@host.here is very small, however banning a host like this with >>*~{7,N(0-9)}_@* would remove all the bots you had that were for instance >>flooding. >> >>The reason i call it WAKILL, is because it differs so much from real >>akills, i just figured WAKILL could mean something like Wildcard Akill. >> >>I personally think this would be a real help on banning bots, with the >>current way akills work you can never effectively ban a bot that has a mask >>like >>*<7 random numbers in a row here>@* >> >>with the new way you would just do *{7,N(0-9)}@* and you've gotten rid of >>the bots. >> >>This can be combined with Numeric, Characters or Alfa numeric characters of >>course, you could set a thing like >> >>*{7,UC(A-F)}@* to for instance ban idents with 7 characters in a row >>differing from the letter A till the letter F, all being Uppercase. >> >>I personally really don't feel users would be affected with this way of >>akilling but bots would get removed alot faster and easier. If a botnet >>with idents like the one i just said connect, with over 500 bots all random >>hosts, nicknames and realnames you can't effectively ban them at all. With >>this new way you can. >> >>I hope you all get my point. >> >>- CaliMonk >> >>--------------------------------------- >>CaliMonk >>Network Administrator >>Axenet IRC Network >>http://www.axenet.org >>ICQ#: 12000049 >>MSN: calimonk@gmx.net >>--------------------------------------- >> >> >>------------------------------------------------------------------ >>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 n.p at bluewin.ch Sat Dec 14 18:30:01 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] encyrption Message-ID: <29C7DAC5-0F81-11D7-A7EE-003065F3CEBE@bluewin.ch> Hi, I want to change my db's to non encyrped so getpass can be used, I havent tried this yet since I dont want to loose all the nicks/channels/memos if something goes wrong. Can I just change it or is this something that can only be done when services first get configured? Any help would be great ;) From georges at berscheid.lu Sat Dec 14 18:33:00 2002 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] encyrption In-Reply-To: <29C7DAC5-0F81-11D7-A7EE-003065F3CEBE@bluewin.ch> Message-ID: <000901c2a38e$63d8a0a0$4dbbf683@globi> Hi, Since encryption is one-way, you can't reverse this. All encrypted passwords won't work anymore if you switch to no-encryption. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Nicholas Prisi Gesendet: Samstag, 14. Dezember 2002 17:29 An: ircservices@ircservices.za.net Betreff: [IRCServices] encyrption Hi, I want to change my db's to non encyrped so getpass can be used, I havent tried this yet since I dont want to loose all the nicks/channels/memos if something goes wrong. Can I just change it or is this something that can only be done when services first get configured? Any help would be great ;) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Sat Dec 14 18:42:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] encyrption In-Reply-To: <000901c2a38e$63d8a0a0$4dbbf683@globi> Message-ID: Thanks, thought that would be the case. I'll just stick with encryption then :) On Saturday, December 14, 2002, at 05:32 pm, Georges Berscheid wrote: > Hi, > > Since encryption is one-way, you can't reverse this. > All encrypted passwords won't work anymore if you switch to > no-encryption. > > Georges > > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Nicholas > Prisi > Gesendet: Samstag, 14. Dezember 2002 17:29 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] encyrption > > > Hi, I want to change my db's to non encyrped so getpass can be used, I > havent tried this yet since I dont want to loose all the > nicks/channels/memos if something goes wrong. Can I just change it or is > > this something that can only be done when services first get configured? > > Any help would be great ;) > > ------------------------------------------------------------------ > 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 Ganja51 at lcirc.net Sun Dec 15 06:17:00 2002 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] SU Message-ID: <000601c2a3f0$add8cba0$1402a8c0@monte> According to /msg chanserv/nickserv help commands, the GETPASS command is available to Services Admins. The Service Admins on my network cannot use the command though (yes, they are added to the admin list). They have to be a SU to be able to use the comamnd. I'm assuming that you either changed the authority level required for the command and didn't change the language files, or it's a bug. I am using v5.0.6. ~Ganja51 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20021215/66d4f866/attachment.htm From reinis at apollo.lv Thu Dec 19 04:09:01 2002 From: reinis at apollo.lv (Reinis Rozitis) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts Message-ID: <001201c2a703$bdd4de20$0f79afd5@NEIROZE> Hi. Recently I have upgraded to ircservices-5.0.6 and there are some weird things with (or maybe this is supposed to be sou) Chanserv . And they are: When a channel founder or sop joins chan Chanserv of course sets them +qo and +oa. But if the user sets himself +h or +v Chanserv immideatly removes all chanmodes on him and it doesnt matter how long is the period between.It looks like this: [23:56] * efix has joined #help [23:56] * ChanServ sets mode: +oq efix efix [23:57] * efix sets mode: +h efix [23:57] * ChanServ sets mode: -ohq efix efix efix And.. [00:00] * nensiya has joined #help [00:00] * ChanServ sets mode: +oa nensiya nensiya [00:00] * nensiya sets mode: +v nensiya [00:00] * ChanServ sets mode: -ova nensiya nensiya nensiya Though it doesnt happen with AOP users and using the /chanserv op or /chanserv hop command..Maybe it isnt such a serious problem but as it wasnt reported in KnownBugs and sometimes gets annoying I would like to let you know and maybe there is a quick solution how to get rid of it Besides How about enabling the SENDPASS without mail-autentification (mail-auth module)? The point is that I dont like and want the users to confirm their registration through mail, cause its time consuming and not always the user has some mail client or webmail interface near him (also the knowledge of the users may be a dissadvantage). Providing valid mail is in interests of the user and just if it isnt - the mail sent by ircservices will be bounced or sent directly to /dev/null (whatever isnt responsibility of ircservice anymore)) by local MTA (or smtp server), mail-auth could be optional for those who really want to be sure that there are no fake users. p.s. running on UnrealIrcd 3.2 - beta12 With best regards.. ----------------------------------------------------------------- roze@roze.lv From dylanvdm at icon.co.za Thu Dec 19 04:15:00 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts References: <001201c2a703$bdd4de20$0f79afd5@NEIROZE> Message-ID: <001601c2a704$54cffda0$bfccef9b@dylan> I brought up the exact same SENDPASS issue when ircservices5 was still in beta. I'd like to see it enabled without the mail-auth as well. Lets see what others have to say this time around... Dylan. ----- Original Message ----- From: "Reinis Rozitis" To: Sent: Thursday, December 19, 2002 4:10 AM Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts > Hi. > Recently I have upgraded to ircservices-5.0.6 and there are some weird > things with (or maybe this is supposed to be sou) Chanserv . And they are: > > When a channel founder or sop joins chan Chanserv of course sets them +qo > and +oa. But if the user sets himself +h or +v Chanserv immideatly removes > all chanmodes on him and it doesnt matter how long is the period between.It > looks like this: > > [23:56] * efix has joined #help > [23:56] * ChanServ sets mode: +oq efix efix > [23:57] * efix sets mode: +h efix > [23:57] * ChanServ sets mode: -ohq efix efix efix > > And.. > > [00:00] * nensiya has joined #help > [00:00] * ChanServ sets mode: +oa nensiya nensiya > [00:00] * nensiya sets mode: +v nensiya > [00:00] * ChanServ sets mode: -ova nensiya nensiya nensiya > > Though it doesnt happen with AOP users and using the /chanserv op or > /chanserv hop command..Maybe it isnt such a serious problem but as it wasnt > reported in KnownBugs and sometimes gets annoying I would like to let you > know and maybe there is a quick solution how to get rid of it > > Besides How about enabling the SENDPASS without mail-autentification > (mail-auth module)? The point is that I dont like and want the users to > confirm their registration through mail, cause its time consuming and not > always the user has some mail client or webmail interface near him (also the > knowledge of the users may be a dissadvantage). Providing valid mail is in > interests of the user and just if it isnt - the mail sent by ircservices > will be bounced or sent directly to /dev/null (whatever isnt responsibility > of ircservice anymore)) by local MTA (or smtp server), mail-auth could be > optional for those who really want to be sure that there are no fake users. > > p.s. running on UnrealIrcd 3.2 - beta12 > > With best regards.. > ----------------------------------------------------------------- > roze@roze.lv > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Dec 19 04:42:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts In-Reply-To: <001201c2a703$bdd4de20$0f79afd5@NEIROZE> Message-ID: <3e0131bb.46560@achurch.org> >When a channel founder or sop joins chan Chanserv of course sets them +qo >and +oa. But if the user sets himself +h or +v Chanserv immideatly removes >all chanmodes on him and it doesnt matter how long is the period between.It >looks like this: > > [23:56] * efix has joined #help >[23:56] * ChanServ sets mode: +oq efix efix >[23:57] * efix sets mode: +h efix >[23:57] * ChanServ sets mode: -ohq efix efix efix I'll look into this. >Besides How about enabling the SENDPASS without mail-autentification >(mail-auth module)? Because that way users can spam other users via Services. This will go into the FAQ (D.3) for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From reinis at apollo.lv Thu Dec 19 05:04:01 2002 From: reinis at apollo.lv (Reinis Rozitis) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts References: <3e0131bb.46560@achurch.org> Message-ID: <001401c2a70b$7782b9d0$0f79afd5@NEIROZE> > Because that way users can spam other users via Services. This will > go into the FAQ (D.3) for the next release. Wouldnt it be better to limit the SENDPASS command per nick (like it is done also with register)? Lets say for each nick one try per hour .. Okay it may take some extra resources in mem and data usage, but the flooding/spaming will be solved and users could get their lost/forgotten passwords without troubling service admins.. ----------------------------------------------------------------- roze@roze.lv From achurch at achurch.org Thu Dec 19 05:16:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts In-Reply-To: <001401c2a70b$7782b9d0$0f79afd5@NEIROZE> Message-ID: <3e0139d7.46613@achurch.org> >> Because that way users can spam other users via Services. This will >> go into the FAQ (D.3) for the next release. > >Wouldnt it be better to limit the SENDPASS command per nick (like it is done >also with register)? Lets say for each nick one try per hour .. >Okay it may take some extra resources in mem and data usage, but the >flooding/spaming will be solved and users could get their lost/forgotten >passwords without troubling service admins.. RTFM. But even if you set NSSendpassDelay/CSSendpassDelay to something really high, it can still be gotten around: /nick /server irc.example.net /ns register abcde victim@example.com /ns sendpass /ns drop abcde /quit Lather, rinse, and repeat. --Andrew Church achurch@achurch.org http://achurch.org/ From reinis at apollo.lv Thu Dec 19 05:33:00 2002 From: reinis at apollo.lv (Reinis Rozitis) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts References: <3e0139d7.46613@achurch.org> Message-ID: <002e01c2a70f$8f5beeb0$0f79afd5@NEIROZE> > it can still be gotten around: > /nick > /ns register abcde victim@example.com > /ns sendpass How about limitting then per email addres? Sorry for bitching arround ;) ----------------------------------------------------------------- roze@roze.lv From Craig at chatspike.net Thu Dec 19 05:37:00 2002 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts Message-ID: <20021219033603.BEFE9037.mta07-svc.ntlworld.com@i-br0ked-it> several people i know have more than 1 nickname, not linked as they use their nicks in public places, and if something should mess up, dont want people abusing their accounts. this needs more than 1 email address. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Reinis Rozitis" Reply-To: To : ircservices@ircservices.za.net Subject : Re: [IRCServices] Odd Chanserv behaviour.. And some other thoughts Date : 2002-12-19 > it can still be gotten around: > /nick > /ns register abcde victim@example.com > /ns sendpass How about limitting then per email addres? Sorry for bitching arround ;) ----------------------------------------------------------------- roze@roze.lv ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From nothing at psychopat.org Thu Dec 19 06:05:01 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Merging... In-Reply-To: <20021219033603.BEFE9037.mta07-svc.ntlworld.com@i-br0ked-it> Message-ID: Is there a way to force every user to set their real email adress when we use the version 5 of IRC-Services after an update from version 4 ? (We want to use the sendpass options and mail-auth) A lot of user in our network have registred their nicknames using emails address like a@b.c and we want to force them to use their real address email when we'll merge v4 to v5 [ PsYcHoPaT irc.tera.cl ] From brain at brainbox.winbot.co.uk Thu Dec 19 20:25:01 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Odd Chanserv behaviour.. And some other thoughts Message-ID: <200212191828.gBJISBC01538@localhost.localdomain> This happens sometimes with my WinBots too on ircservices 5.0.6+unreal 3.2 b13... Been happening since early ircservices betas and unreal b12... Very weird too, we thought it was the client software that was causing the problem until you mentioned this - what client do you use? >Hi. >Recently I have upgraded to ircservices-5.0.6 and there are some weird >things with (or maybe this is supposed to be sou) Chanserv . And they are: > >When a channel founder or sop joins chan Chanserv of course sets them +qo >and +oa. But if the user sets himself +h or +v Chanserv immideatly removes >all chanmodes on him and it doesnt matter how long is the period between.It >looks like this: > > [23:56] * efix has joined #help >[23:56] * ChanServ sets mode: +oq efix efix >[23:57] * efix sets mode: +h efix >[23:57] * ChanServ sets mode: -ohq efix efix efix > >And.. > >[00:00] * nensiya has joined #help >[00:00] * ChanServ sets mode: +oa nensiya nensiya >[00:00] * nensiya sets mode: +v nensiya >[00:00] * ChanServ sets mode: -ova nensiya nensiya nensiya > >Though it doesnt happen with AOP users and using the /chanserv op or >/chanserv hop command..Maybe it isnt such a serious problem but as it wasnt >reported in KnownBugs and sometimes gets annoying I would like to let you >know and maybe there is a quick solution how to get rid of it > >Besides How about enabling the SENDPASS without mail-autentification >(mail-auth module)? The point is that I dont like and want the users to >confirm their registration through mail, cause its time consuming and not >always the user has some mail client or webmail interface near him (also the >knowledge of the users may be a dissadvantage). Providing valid mail is in >interests of the user and just if it isnt - the mail sent by ircservices >will be bounced or sent directly to /dev/null (whatever isnt responsibility >of ircservice anymore)) by local MTA (or smtp server), mail-auth could be >optional for those who really want to be sure that there are no fake users. > > p.s. running on UnrealIrcd 3.2 - beta12 > > With best regards.. >----------------------------------------------------------------- >roze@roze.lv > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From savagels at bellsouth.net Sun Dec 22 09:20:01 2002 From: savagels at bellsouth.net (Louis Savage) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] slight problem.. References: <200212191828.gBJISBC01538@localhost.localdomain> Message-ID: <000c01c2a98a$66c08830$a599fea9@gravatron> For some reason I am having a hard time to get services to add a +a (autoprotect) to a nick and all the levels or correct.. [01:15] -ChanServ- Access level settings for channel #rumandcoke: [01:15] -ChanServ- AUTOPROTECT 20 [01:15] -ChanServ- AUTOOP 15 [01:15] -ChanServ- AUTOHALFOP 10 [01:15] -ChanServ- AUTOVOICE 5 [01:15] -ChanServ- INVITE 15 [01:15] -ChanServ- AKICK 30 [01:15] -ChanServ- SET 40 [01:15] -ChanServ- CLEAR 35 [01:15] -ChanServ- UNBAN 20 [01:15] -ChanServ- ACC-LIST 25 [01:15] -ChanServ- ACC-CHANGE 35 [01:15] -ChanServ- MEMO 25 [01:15] -ChanServ- OP-DEOP 20 [01:15] -ChanServ- VOICE 10 [01:15] -ChanServ- HALFOP 15 [01:15] -ChanServ- PROTECT 25 [01:15] -ChanServ- KICK 20 [01:15] -ChanServ- TOPIC 15 [01:15] -ChanServ- STATUS 30 [01:16] -> *chanserv* status #rumandcoke DeadleSinz [01:16] -ChanServ- STATUS #rumandcoke DeadleSinz 100 on join this is all that happends [01:17] * ChanServ sets mode: +o DeadleSinz using server version Unreal3.2-Selene[beta12] Maybe i am just missing something.. I keep on looking threw the configs to see if i skipped anything..but i can't figure it out for the life of me.. I am willing to bet it is something simple .. that i am just overlooking.. any ideas? From dylanvdm at icon.co.za Sun Dec 22 11:22:00 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] slight problem.. References: <200212191828.gBJISBC01538@localhost.localdomain> <000c01c2a98a$66c08830$a599fea9@gravatron> Message-ID: <000d01c2a99b$93777620$e6ccef9b@dylan> Maybe try: /cs levels #chan reset Then change the autoprotect level and add the person to that number via the access list. Works on my side. Dylan. ----- Original Message ----- From: "Louis Savage" To: Sent: Sunday, December 22, 2002 9:19 AM Subject: [IRCServices] slight problem.. > For some reason I am having a hard time to get services to add a +a > (autoprotect) to a nick and all the levels or correct.. > > [01:15] -ChanServ- Access level settings for channel #rumandcoke: > [01:15] -ChanServ- AUTOPROTECT 20 > [01:15] -ChanServ- AUTOOP 15 > [01:15] -ChanServ- AUTOHALFOP 10 > [01:15] -ChanServ- AUTOVOICE 5 > [01:15] -ChanServ- INVITE 15 > [01:15] -ChanServ- AKICK 30 > [01:15] -ChanServ- SET 40 > [01:15] -ChanServ- CLEAR 35 > [01:15] -ChanServ- UNBAN 20 > [01:15] -ChanServ- ACC-LIST 25 > [01:15] -ChanServ- ACC-CHANGE 35 > [01:15] -ChanServ- MEMO 25 > [01:15] -ChanServ- OP-DEOP 20 > [01:15] -ChanServ- VOICE 10 > [01:15] -ChanServ- HALFOP 15 > [01:15] -ChanServ- PROTECT 25 > [01:15] -ChanServ- KICK 20 > [01:15] -ChanServ- TOPIC 15 > [01:15] -ChanServ- STATUS 30 > > [01:16] -> *chanserv* status #rumandcoke DeadleSinz > [01:16] -ChanServ- STATUS #rumandcoke DeadleSinz 100 > > on join this is all that happends > > [01:17] * ChanServ sets mode: +o DeadleSinz > > > using server version > > Unreal3.2-Selene[beta12] > > Maybe i am just missing something.. I keep on looking threw the configs to > see if i skipped anything..but i can't figure it out for the life of me.. I > am willing to bet it is something simple .. that i am just overlooking.. any > ideas? > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From balrog_67 at hotmail.com Tue Dec 31 10:14:49 2002 From: balrog_67 at hotmail.com (Andrea B.) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Services Bug Message-ID: Services: Ircservices 5.0.6 Server: Unreal 3.1.3 Hi all, in our net we have some problems with theese situations. The first one and the second are the baddest(they make crash the services!) 1) [Dec 02 22:39:18 2002] PANIC! buffer = :sadmin PRIVMSG NickServ@Services :UNLINK nick force [Dec 02 22:39:18 2002] Services terminating: Segmentation fault 2) [Dec 24 14:08:14 2002] PANIC! buffer = :nick ! memoserv :del 1,2 [Dec 24 14:08:14 2002] Services terminating: Segmentation fault 3) An AOP user using Chanserv (/cs deop) is able to deop a SOP user and also a Founder! So +a and +q don't works good.Instead we notice that the procedure for /cs kick is correct ana an AOP can't kick a SOP or a Founder. I hope I've given all informations to you. Tnx Andrea B. (^Balrog) _________________________________________________________________ MSN Search: la risposta alle tue ricerche online http://search.msn.it/ From brain at brainbox.winbot.co.uk Tue Dec 31 10:15:06 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 Message-ID: <200212280226.gBS2QBC28531@localhost.localdomain> We've just discovered a bug in ircservices 5.0.6 where a channel can be joined which has a key modelocked, and not only does it allow the client to enter, it also shows them the key, if the room is empty. In the following test, the channel is registered with the mode lock "+ntk mykey", and is empty. Guest2088478498 is not on any access lists for the channel. *** services.chatspike.net changes topic to '(ChanServ)' *** ChanServ sets mode: +ntrk-o mykey Guest2088478498 As you can see, the guest user now has the key for the channel, and could part, to come back when users are around and abuse it later. A little discussion led us to think that a good fix for this would be to treat keyed channels in the same way as +O channels, unless the correct key is supplied in the JOIN raw, if +k is mode locked, kick out the user before the locked modes and topic are set by chanserv/services.* Thanks for your time, Craig Edwards ChatSpike admin From patrick at pwhsnet.com Tue Dec 31 10:20:15 2002 From: patrick at pwhsnet.com (Patrick Fish) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] bahamut/Services crash Message-ID: <000f01c2af3c$8c538ea0$1400000a@patrick> It seems IRCServices crashes every time a server gets squit: (bahamut-1.4(35)) [05:14:01] -patrick.liveharmony.org- *** Routing -- from patrick.liveharmony.org: Received SQUIT patrick.dev.liveharmony.org from Patrick[(+)patrick@0.0.0.0] (Patrick) [05:14:01] -patrick.liveharmony.org- *** Notice -- patrick.dev.liveharmony.org was connected for 11 seconds. 2/1 sendK/recvK. [05:14:01] -patrick.liveharmony.org- *** Global -- from services.liveharmony.org: PANIC! buffer = SQUIT patrick.dev.liveharmony.org :Patrick [05:14:01] -patrick.liveharmony.org- *** Routing -- from patrick.liveharmony.org: Received SQUIT services.liveharmony.org from services.liveharmony.org[unknown@0.0.0.0] (Services terminating: Bus error) [05:14:01] -patrick.liveharmony.org- *** Notice -- services.liveharmony.org was connected for 749 seconds. 4/2 sendK/recvK. [05:14:01] * OperServ [service@liveharmony.org] has left IRC I cant find where the problem is. I'm running 5.0.6. =========== Patrick Fish patrick@pwhsnet.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.427 / Virus Database: 240 - Release Date: 12/6/2002 From andrewk at isdial.net Tue Dec 31 10:20:35 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] test Message-ID: <00bc01c2afc8$40298ca0$0529010a@af.didata.local> From griever at t2n.org Tue Dec 31 10:20:49 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Is this list working? Message-ID: ? From n.p at bluewin.ch Tue Dec 31 10:22:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Adding aops/vops/hops Message-ID: Hi, is there a way I can add vops/hops/aops to a channel that I havent registered? (withought getting the channel password) I tried using /msg operserv mode #channel but that only lets me change /mode's :( From andrewk at isdial.net Tue Dec 31 10:24:48 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] mailing list issues Message-ID: <018c01c2b0a5$10fd18b0$0529010a@af.didata.local> Hi all, Sorry for the problems with the mailing list over the past week. Being holidays and all :-/ Things should be back to normal :P Hope you all had a great festive season and all the best for 2003!!! Andrew P.S. If you get this before sometime on the 2nd... in the afternoon... SHAME ON YOU!!! You should be recovering from some serious build-up, during and post-new-years-eve partying! ;-) From ron885 at bloodheart.com Tue Dec 31 21:02:00 2002 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Adding aops/vops/hops In-Reply-To: References: Message-ID: <200212311157.11200.ron885@bloodheart.com> On Monday 30 December 2002 05:44 pm, Nicholas Prisi wrote: > Hi, is there a way I can add vops/hops/aops to a channel that I havent > registered? (withought getting the channel password) I tried using /msg > operserv mode #channel but that only lets me change /mode's :( that would be classified as abuse i do belive... but if you are a Services Admin you should be able to do it From griever at t2n.org Tue Dec 31 21:26:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Adding aops/vops/hops In-Reply-To: <200212311157.11200.ron885@bloodheart.com> Message-ID: On Tue, 31 Dec 2002, Ron wrote: > On Monday 30 December 2002 05:44 pm, Nicholas Prisi wrote: > > Hi, is there a way I can add vops/hops/aops to a channel that I havent > > registered? (withought getting the channel password) I tried using /msg > > operserv mode #channel but that only lets me change /mode's :( > > that would be classified as abuse i do belive... but if you are a Services > Admin you should be able to do it What version are you using, I think this was added to 5.0 From n.p at bluewin.ch Tue Dec 31 21:29:00 2002 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Adding aops/vops/hops In-Reply-To: Message-ID: I'm using 5.0.5... On 31/12/02 8:25 pm, "Finny Merrill" wrote: > On Tue, 31 Dec 2002, Ron wrote: > >> On Monday 30 December 2002 05:44 pm, Nicholas Prisi wrote: >>> Hi, is there a way I can add vops/hops/aops to a channel that I havent >>> registered? (withought getting the channel password) I tried using /msg >>> operserv mode #channel but that only lets me change /mode's :( >> >> that would be classified as abuse i do belive... but if you are a Services >> Admin you should be able to do it > > What version are you using, I think this was added to 5.0 > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From quension at softhome.net Tue Dec 31 23:12:01 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200212280226.gBS2QBC28531@localhost.localdomain> Message-ID: <4AFB7572-1D04-11D7-BE72-0003938D6866@softhome.net> On Friday, Dec 27, 2002, at 18:25 US/Pacific, Craig Edwards wrote: > We've just discovered a bug in ircservices 5.0.6 where a channel can > be joined which has a key modelocked, and not only does it allow the > client to enter, it also shows them the key, if the room is empty. > In the following test, the channel is registered with the mode lock > "+ntk mykey", and is empty. Guest2088478498 is not on any access > lists for the channel. > > *** services.chatspike.net changes topic to '(ChanServ)' > *** ChanServ sets mode: +ntrk-o mykey Guest2088478498 > A little discussion led us to think that a good fix for this would > be to treat keyed channels in the same way as +O channels, unless > the correct key is supplied in the JOIN raw, if +k is mode locked, > kick out the user before the locked modes and topic are set by > chanserv/services.* The key in the join command is not passed to other servers, so services would never receive it. -- Quension From brain at brainbox.winbot.co.uk Tue Dec 31 23:23:00 2002 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 Message-ID: <200212312122.gBVLMiC07281@localhost.localdomain> So no way to fix this? it's an effective way to steal a channels key if the channel is not regularly used... how about an option to put a pseudoclient into channels to hold their mode locks? Right now we're just advising our users avoid keys and stick to +i and access lists as it is much more secure. >On Friday, Dec 27, 2002, at 18:25 US/Pacific, Craig Edwards wrote: > >> We've just discovered a bug in ircservices 5.0.6 where a channel can >> be joined which has a key modelocked, and not only does it allow the >> client to enter, it also shows them the key, if the room is empty. >> In the following test, the channel is registered with the mode lock >> "+ntk mykey", and is empty. Guest2088478498 is not on any access >> lists for the channel. >> >> *** services.chatspike.net changes topic to '(ChanServ)' >> *** ChanServ sets mode: +ntrk-o mykey Guest2088478498 > >> A little discussion led us to think that a good fix for this would >> be to treat keyed channels in the same way as +O channels, unless >> the correct key is supplied in the JOIN raw, if +k is mode locked, >> kick out the user before the locked modes and topic are set by >> chanserv/services.* > >The key in the join command is not passed to other servers, so >services would never receive it. > >-- Quension > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From joe at ab2m.net Tue Dec 31 23:36:01 2002 From: joe at ab2m.net (Joe Tomasone) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question about TR-IRCD Message-ID: <4.3.2.7.2.20021231163507.0256bfa8@mail.ab2m.net> I beg the indulgence of the list owners as I have been unable to find an answer to this problem by any other venue. We are using TR-IRCD 5.0.3, and have discovered an issue. /onotice messgaes sent by channel operators are being sent to all users of the channel. Has anyone seen this, and know how to fix it, or is it a bug that will be fixed in another release? Thanks, - Joe