--- /dev/null
+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: <E14MGK9-0003kt-00@ruthenium>
+
+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 <gregk@wwwpages.com>
+> 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: <E14OoiH-00024s-00@carbon.btinternet.com>
+
+[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: <F38sJZvD8Pul0lJkdPb0000f584@hotmail.com>
+
+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: <F191dXxuTpZKZlZU6Vi0000f450@hotmail.com>
+
+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: <F191dXxuTpZKZlZU6Vi0000f450@hotmail.com>
+Message-ID: <NFBBKFAFGLNBHGEDBKDMKELICIAA.mark@mhetherington.demon.co.uk>
+
+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 :\ 2(sync)\ 2 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 :\ 2(sync)\ 2 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\9cux 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\9cux 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\85 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 \85 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\85 et assimilé la grandeur de la querelle qui m'anime \85
+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\85 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\85
+
+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\85).
+=======
+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: <Pine.LNX.4.31.0201081045170.14861-100000@ascu.unian.it>
+
+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: <Pine.LNX.4.31.0201081045170.14861-100000@ascu.unian.it>
+References: <Pine.LNX.4.31.0201081045170.14861-100000@ascu.unian.it>
+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
+
+<<V13>>
+
+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: <Pine.LNX.4.31.0201081045170.14861-100000@ascu.unian.it>
+Message-ID: <LAW2-OE21hCLwHc9ny7000070b9@hotmail.com>
+
+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 <http://www.pgp.com>
+
+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 <http://www.pgp.com>
+
+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 <fabulous@t7ds.com.br>
+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 <http://www.pgp.com>
+>
+> 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" <p_levesque@sympatico.ca>
+To: <ircservices@ircservices.za.net>
+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" <p_levesque@sympatico.ca>
+> To: <ircservices@ircservices.za.net>
+> 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" <p_levesque@sympatico.ca>
+To: <ircservices@ircservices.za.net>
+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" <p_levesque@sympatico.ca>
+> To: <ircservices@ircservices.za.net>
+> 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: <OE117fj8CgnNd8uEiop0002c238@hotmail.com>
+
+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: <OE117fj8CgnNd8uEiop0002c238@hotmail.com>
+Message-ID: <Pine.LNX.4.30.0201261440010.26629-100000@foxbox.kittyfox.net>
+
+> 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" <todd@doonga.net>
+To: <ircservices@ircservices.za.net>
+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 <channel> <pass> <description>
+
+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 <channel> <pass> <description>
+>
+> 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" <p_levesque@sympatico.ca>
+To: <ircservices@ircservices.za.net>
+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" <p_levesque@sympatico.ca>
+> To: <ircservices@ircservices.za.net>
+> 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" <p_levesque@sympatico.ca>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org>
+
+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 | <level>]
+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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org>
+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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org> <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" <Georges@Berscheid.lu>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org> <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" <Georges@Berscheid.lu>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org> <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" <Georges@Berscheid.lu>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.44.0201310714070.18812-100000@mauler.acmecorp.org> <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" <p_levesque@sympatico.ca>
+To: <ircservices@ircservices.za.net>
+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" <Georges@Berscheid.lu>
+> > To: <ircservices@ircservices.za.net>
+> > 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" <Georges@Berscheid.lu>
+To: <ircservices@ircservices.za.net>
+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" <msmith@acmecorp.org>
+To: <ircservices@ircservices.za.net>
+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" <p_levesque@sympatico.ca>
+> To: <ircservices@ircservices.za.net>
+> 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" <imran.rashid@usa.net>
+To: <ircservices@ircservices.za.net>
+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" <kfiresun@ix.netcom.com>
+Sent: Sunday, February 03, 2002 12:23 AM
+Subject: Re: [IRCServices] Off topic
+
+
+> ----- Original Message -----
+> From: "Imran Ali Rashid" <imran.rashid@usa.net>
+> 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: <Pine.LNX.4.44.0202041405470.26539-100000@linux.ircd-net.org>
+Message-ID: <Pine.LNX.4.44.0202041556310.26932-100000@linux.ircd-net.org>
+
+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" <kfiresun@ix.netcom.com>
+> > Sent: Sunday, February 03, 2002 12:23 AM
+> > Subject: Re: [IRCServices] Off topic
+> >
+> >
+> > > ----- Original Message -----
+> > > From: "Imran Ali Rashid" <imran.rashid@usa.net>
+> > > 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: <Pine.LNX.4.44.0202041601050.26973-100000@linux.ircd-net.org>
+
+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: <NFBBJMMICLLMGNOIBAADCEACCCAA.daffy@daffy.za.net>
+
+
+>> > 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" <jollino@sogno.net>
+To: <ircservices@ircservices.za.net>
+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" <kfiresun@ix.netcom.com>
+To: <ircservices@ircservices.za.net>
+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
+ <jollino@sogno.net>
+
+ --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: <NFBBKFAFGLNBHGEDBKDMEEKACLAA.mark@mhetherington.demon.co.uk>
+
+> >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: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk>
+
+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: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk>
+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: <NFBBKFAFGLNBHGEDBKDMIEMMCLAA.mark@mhetherington.demon.co.uk>
+
+> 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: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk>
+Message-ID: <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+
+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: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk> <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+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: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk> <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+Message-ID: <OE21vRdNuowy5WRSOiP00014d1a@hotmail.com>
+
+Err, where did this come from?
+Ignore it, issue has allready been discussed :-)
+
+----- Original Message -----
+From: "Martin Pels" <martinpels@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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: <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+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: <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+References: <NFBBKFAFGLNBHGEDBKDMKEMGCLAA.mark@mhetherington.demon.co.uk> <OE63sPLniqcZZ3m8Kx700001e02@hotmail.com>
+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: <Pine.LNX.4.44.0202132139170.2974-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0202132139170.2974-100000@linux.ircd-net.org>
+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: <CAF38C0F-2847-11D6-84FC-003065BD4458@sogno.net>
+
+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 <mark@ctcp.net>
+
+ --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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0202281607330.2241-100000@linux.ircd-net.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?
+
+>
+> --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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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]" <kirgabber@pisem.net>
+To: <ircservices@ircservices.za.net>
+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" <kfiresun@ix.netcom.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]" <kirgabber@pisem.net>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.31.0203062019460.5608-100000@shaker.worfie.net>
+
+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]" <kirgabber@pisem.net>
+> 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" <kfiresun@ix.netcom.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]" <kirgabber@pisem.net>
+> > To: <ircservices@ircservices.za.net>
+> > 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]" <kirgabber@pisem.net>
+To: <ircservices@ircservices.za.net>
+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" <kfiresun@ix.netcom.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.
+> >
+
+
+
+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: <CFF4C493-313A-11D6-A348-003065BD4458@sogno.net>
+
+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]" <kirgabber@pisem.net>
+> > 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" <kfiresun@ix.netcom.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]" <kirgabber@pisem.net>
+> > > To: <ircservices@ircservices.za.net>
+> > > 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]" <kirgabber@pisem.net>
+> > > 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" <kfiresun@ix.netcom.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]" <kirgabber@pisem.net>
+> > > > To: <ircservices@ircservices.za.net>
+> > > > 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: <EMEAJDMIHJFMOHONHAEDOEFKCEAA.Georges@Berscheid.lu>
+
+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]" <kirgabber@pisem.net>
+> > 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" <kfiresun@ix.netcom.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]" <kirgabber@pisem.net>
+> > > To: <ircservices@ircservices.za.net>
+> > > 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: <F1032a57WwtMtgsPI9D00018240@hotmail.com>
+
+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\92s 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: <F1322bXCH5n00zepDI80000a9ba@hotmail.com>
+
+looks like badly configures services and IRCDs to me (default values maybe?)
+i doubt that was hacked thou
+
+
+>From: Philippe Levesque <p_levesque@sympatico.ca>
+>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: <F2256uIU1Gj03oHMwVN00005d07@hotmail.com>
+
+simple.. RTFM :)
+
+
+>From: "KIR GABBER[GH]" <kirgabber@pisem.net>
+>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\92s 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]" <kirgabber@pisem.net>
+> >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: <DEE7C0D8-345A-11D6-95BB-003065BD4458@sogno.net>
+
+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: <F5acGjMGV4vt0qumBA800019c3c@hotmail.com>
+
+lol...
+soz if my responce was crude ;)
+
+
+>From: Jollino <jollino@sogno.net>
+>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\92s 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: <F5acGjMGV4vt0qumBA800019c3c@hotmail.com>
+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: <F441gZ9lEchW71qh1aQ0000b103@hotmail.com>
+
+or f*cking.. depending on how stressed u are at the time :P
+mwahahaha i have poluted your ears! :P
+
+
+>From: Jollino <jollino@sogno.net>
+>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]" <kirgabber@pisem.net>
+To: <ircservices@ircservices.za.net>
+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: <F68qmSvux4Jf7zynrvD000101a3@hotmail.com>
+
+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" <silvius@expres.ro>
+>Reply-To: ircservices@ircservices.za.net
+>To: "ShadowFire IRC Services" <ircservices@ircservices.za.net>
+>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\92s 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: <LAW2-OE298dyDd3OJXs00000048@hotmail.com>
+
+<Snip from IRC Services Configuration File>
+#RemoteServer 127.0.0.1 6667 "password"
+RemoteServer 127.0.0.1 6667 yourpass
+
+ServerName:services.yournet.net
+</SNIP>
+
+<SNIP from IRCd Config>
+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
+</SNIP>
+
+----- 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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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" <silvius@expres.ro>
+To: "ShadowFire IRC Services" <ircservices@ircservices.za.net>
+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: <F73G0anlzmUR7BED0kp00016959@hotmail.com>
+
+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: <F73G0anlzmUR7BED0kp00016959@hotmail.com>
+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: <F73G0anlzmUR7BED0kp00016959@hotmail.com>
+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" <chatmag@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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: <F73G0anlzmUR7BED0kp00016959@hotmail.com> <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" <silvius@expres.ro>
+To: <ircservices@ircservices.za.net>
+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" <chatmag@hotmail.com>
+> To: <ircservices@ircservices.za.net>
+> 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: <F73G0anlzmUR7BED0kp00016959@hotmail.com> <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" <paulfranz@email.msn.com>
+To: <ircservices@ircservices.za.net>
+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: <F263zdDcair5WpDscCH000145b7@hotmail.com>
+
+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" <ayottew@sympatico.ca>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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" <achurch@achurch.org>
+>To: <ircservices@ircservices.za.net>
+>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: <F104HNuQuN6tdqVvPdL0001a9a9@hotmail.com>
+
+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" <silvius@expres.ro>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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" <chatmag@hotmail.com>
+>To: <ircservices@ircservices.za.net>
+>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: <F104HNuQuN6tdqVvPdL0001a9a9@hotmail.com>
+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" <frostycoolslug@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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" <silvius@expres.ro>
+> >Reply-To: ircservices@ircservices.za.net
+> >To: <ircservices@ircservices.za.net>
+> >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" <chatmag@hotmail.com>
+> >To: <ircservices@ircservices.za.net>
+> >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: <Pine.LNX.4.31.0203141645350.24983-100000@shaker.worfie.net>
+
+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 <achurch@achurch.org>
+> 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 :(((((
+
+
+> <Snip from IRC Services Configuration File>
+> #RemoteServer 127.0.0.1 6667 "password"
+> RemoteServer 127.0.0.1 6667 yourpass
+>
+> ServerName:services.yournet.net
+> </SNIP>
+>
+> <SNIP from IRCd Config>
+> 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
+> </SNIP>
+>
+> ----- 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: <F347NFet6GmxGxOu3wK00012670@hotmail.com>
+
+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" <mark@ctcp.net>
+>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: <F180BJHsxPCFj2AhGwE00022090@hotmail.com>
+
+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" <mark@ctcp.net>
+>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: <F222NQKgbD9IV5ilTVj000085b1@hotmail.com>
+
+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: <F222NQKgbD9IV5ilTVj000085b1@hotmail.com>
+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: <F215KHsnRPT334mCN8j0001d47d@hotmail.com>
+
+aaah... didnt notice it said there.. i havnt looked at operserv help for
+years :D
+
+
+>From: Elijah <admin@nevernet.net>
+>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: <F215KHsnRPT334mCN8j0001d47d@hotmail.com>
+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 <admin@nevernet.net>
+>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: <F97SeHmH0D3AjSNgwru0001d2b2@hotmail.com>
+
+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: <F1218LyB08MDUGUsseE0001e65e@hotmail.com>
+
+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\92s 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: <Pine.LNX.4.33.0203190253260.25546-100000@ns.lumina.ro>
+
+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: <Pine.LNX.4.33.0203252320350.19203-100000@ns.lumina.ro>
+
+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: <F1464OexhuSxE2H1eMr00006997@hotmail.com>
+
+post details to the services coding mailing list..
+this list is for the stable version of services.
+
+
+>From: Dan Jones <dan@viaraix.net>
+>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: <F20GM3h3vLgAusVxONv0001b87e@hotmail.com>
+
+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: <F216RrU5NfgcxNpl6ul0000500c@hotmail.com>
+
+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: <F216RrU5NfgcxNpl6ul0000500c@hotmail.com>
+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" <uhc0@rz.uni-karlsruhe.de>
+To: <ircservices@ircservices.za.net>
+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: <F1238ARf3sllNY30kkZ0001ca67@hotmail.com>
+
+is there ne way of adding something like [<Channel>] 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: <F1238ARf3sllNY30kkZ0001ca67@hotmail.com>
+References: <F1238ARf3sllNY30kkZ0001ca67@hotmail.com>
+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: <F169D0DK7HyVCfIyYDy00014cfa@hotmail.com>
+
+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" <ShadowMaster@Shadow-Realm.org>
+>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: <F1238ARf3sllNY30kkZ0001ca67@hotmail.com> <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: <F1238ARf3sllNY30kkZ0001ca67@hotmail.com> <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 [<Channel>] 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" <Schutzgeist@uni.de>
+To: "drown" <ircservices@ircservices.za.net>
+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" <drown@ethernal.net>
+To: <ircservices@ircservices.za.net>
+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" <Schutzgeist@uni.de>
+> To: "drown" <ircservices@ircservices.za.net>
+> 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 <fabulous@t7ds.com.br>
+
+ 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 :<password>
+[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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0205121635530.17240-100000@linux.ircd-net.org>
+
+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" <achurch@achurch.org>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.44.0205121635530.17240-100000@linux.ircd-net.org>
+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" <griever@t2n.org>
+To: <ircservices@ircservices.za.net>
+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" <achurch@achurch.org>
+> > To: <ircservices@ircservices.za.net>
+> > 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: <Pine.LNX.4.33.0205122136290.5066-100000@psychopat.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...
+
+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 <http://www.pgp.com>
+
+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: <F206nAKJCJAhhmVeEwj00008f7c@hotmail.com>
+
+yeah, thats simple enuf...
+
+telnet irc.<network>.net:6667
+USER ABC ABC ABC ABC :M00C0W
+NICK <NICKNAME>
+PONG :<PING>
+OPER <nick> <PW>
+PRIVMSG OPERSERV :<command>
+
+simple enough!!!!!!!!!
+;)
+
+
+>From: "K. Hawkes" <k.hawkes@zombies.force9.net>
+>Reply-To: ircservices@ircservices.za.net
+>To: "IRC Services Mailing List" <ircservices@ircservices.za.net>
+>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 <http://www.pgp.com>
+>
+>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: <F206nAKJCJAhhmVeEwj00008f7c@hotmail.com>
+Message-ID: <00c001c1fd17$43060e30$e888a6c3@quinn>
+
+> yeah, thats simple enuf...
+>
+> telnet irc.<network>.net:6667
+> USER ABC ABC ABC ABC :M00C0W
+> NICK <NICKNAME>
+> PONG :<PING>
+> OPER <nick> <PW>
+> PRIVMSG OPERSERV :<command>
+>
+> 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: <F49v0nKmpVu82oCN4SO00002a1e@hotmail.com>
+
+heh, no there isnt a way.. and i doubt there will be away unless u code it
+into a module yourself :)
+
+
+>From: "K. Hawkes" <k.hawkes@zombies.force9.net>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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\92s 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: <DAV24F4NnONTFa2B7df00010dd1@hotmail.com>
+
+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
+>
+><HTML><BODY STYLE=3D"font:10pt verdana; border:none;"><DIV>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?</DIV> <DIV>Any help would be=
+> greately appreciated.</DIV> <DIV>TW71TW<BR><BR></DIV></BODY></HTML><br c=
+>lear=3Dall><hr>Get more from the Web. FREE MSN Explorer download : <a hr=
+>ef=3D'http://explorer.msn.com'>http://explorer.msn.com</a><br></p>
+>
+>------=_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: <LAW2-OE20oXaXI3mGoB0000328a@hotmail.com>
+
+>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" <willyb@maniawaste.net>
+To: <ircservices@ircservices.za.net>
+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)" <saturn@telus.net>
+To: <ircservices@ircservices.za.net>
+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)" <saturn@telus.net>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0205290339060.2453-100000@vector.chocobo.org>
+
+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 <postmaster@esper.net>
+ 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: <NDBBLDHKLKMANPGMACIGCENOCPAA.rg@tcslon.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
+
+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" <smkelly@zombie.org>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0205301309450.12341-100000@linux.ircd-net.org>
+
+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: <F191nyeKzGZuNY1SWoB0000ba1e@hotmail.com>
+
+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: <NDBBLDHKLKMANPGMACIGKEOCCPAA.rg@tcslon.com>
+
+>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: <NDBBLDHKLKMANPGMACIGKEOCCPAA.rg@tcslon.com>
+Message-ID: <Pine.LNX.4.44.0205310256090.2453-100000@vector.chocobo.org>
+
+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 <postmaster@esper.net>
+ 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: <NDBBLDHKLKMANPGMACIGKEOCCPAA.rg@tcslon.com>; from rg@tcslon.com on Fri, May 31, 2002 at 10:44:33AM +0100
+References: <004f01c20886$3cbd6440$68c1cf18@c1065415b> <NDBBLDHKLKMANPGMACIGKEOCCPAA.rg@tcslon.com>
+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: <NDBBLDHKLKMANPGMACIGOEODCPAA.rg@tcslon.com>
+
+> 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: <Pine.LNX.4.44.0205310256090.2453-100000@vector.chocobo.org>
+Message-ID: <NDBBLDHKLKMANPGMACIGEEOECPAA.rg@tcslon.com>
+
+> 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: <NDBBLDHKLKMANPGMACIGKEOCCPAA.rg@tcslon.com>
+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" <rg@tcslon.com>
+To: <ircservices@ircservices.za.net>
+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: <NDBBLDHKLKMANPGMACIGEEOECPAA.rg@tcslon.com>
+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" <rg@tcslon.com>
+To: <ircservices@ircservices.za.net>
+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: <NDBBLDHKLKMANPGMACIGEEOECPAA.rg@tcslon.com> <002a01c208a1$dddb9f70$68c1cf18@c1065415b>
+Message-ID: <003201c208a2$a0a9ec50$68c1cf18@c1065415b>
+
+wasn't heh, sorry
+----- Original Message -----
+From: "Ross Hosman" <rosshosman@charter.net>
+To: <ircservices@ircservices.za.net>
+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" <rg@tcslon.com>
+> To: <ircservices@ircservices.za.net>
+> 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: <NDBBLDHKLKMANPGMACIGAEOGCPAA.rg@tcslon.com>
+
+> 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: <NDBBLDHKLKMANPGMACIGAEOGCPAA.rg@tcslon.com>
+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" <rg@tcslon.com>
+To: <ircservices@ircservices.za.net>
+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: <NDBBLDHKLKMANPGMACIGAEOGCPAA.rg@tcslon.com>
+References: <001e01c208a1$bfede130$68c1cf18@c1065415b> <NDBBLDHKLKMANPGMACIGAEOGCPAA.rg@tcslon.com>
+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: <Pine.LNX.4.44.0205312315001.19838-100000@linux.ircd-net.org>
+
+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: <F2508fyYI7GVHAlTWRk000009b2@hotmail.com>
+
+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: <F2508fyYI7GVHAlTWRk000009b2@hotmail.com>
+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
+
+<letter> { <letter> | <number> | <special> }
+
+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: <IAEHJLEPLDGHDNOEDLNDOEOECJAA.terminator@koekjes.net>
+
+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
+
+<letter> { <letter> | <number> | <special> }
+
+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
+>
+><letter> { <letter> | <number> | <special> }
+>
+>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
+>>
+>><letter> { <letter> | <number> | <special> }
+>>
+>>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: <F23aZRhQdOgl4rhYQYx00014a42@hotmail.com>
+
+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
+> >
+> ><letter> { <letter> | <number> | <special> }
+> >
+> >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" <thebeast@xs4all.nl>
+To: <ircservices@ircservices.za.net>
+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: <OE71joowfd4LxoZbVat0001705a@hotmail.com>
+
+Have a good vacation :-)
+
+----- Original Message -----
+From: "Andrew Church" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>;
+<ircservices-coding@ircservices.za.net>
+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: <F4fB3svSUJblINXCHeM000225a4@hotmail.com>
+
+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\92s 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: <F201rdH1ofVE14axhQF00003c7d@hotmail.com>
+
+post them to either of the mailing lists..
+we got a few ppl here who will solve it ;)
+
+
+>From: Lucas Nussbaum <lucas@lucas-nussbaum.net>
+>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
+ <lucas@lucas-nussbaum.net>
+
+ --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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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
+> <lucas@lucas-nussbaum.net>
+>
+> --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
+ <lucas@lucas-nussbaum.net>
+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" <achurch@achurch.org>
+SD> To: <ircservices@ircservices.za.net>
+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
+>> <lucas@lucas-nussbaum.net>
+>>
+>> --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: <Pine.LNX.4.44.0206232217500.29098-100000@linux.ircd-net.org>
+
+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: <F214MHi0SYNIPukg3nO00026446@hotmail.com>
+
+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 <icepick@blabber.net>
+>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: <B0008108994@smtp2.turk.net>
+
+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: <B0008108994@smtp2.turk.net>
+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: <F162bYSwFtKDj5iq4Vl00006906@hotmail.com>
+
+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 <p_levesque@sympatico.ca>
+>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: <B0002706102@smtp1.turk.net>
+
+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: <F120USl1FV9YnX9uKKq000069c8@hotmail.com>
+
+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 <p_levesque@sympatico.ca> 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 <p_levesque@sympatico.ca> 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: <F216cy5d3iNAHp91C4r000051c3@hotmail.com>
+
+tail lib/services.log
+normally a good place to start :)
+
+
+>From: Dario Schilman <DSchilman@netizen.com.ar>
+>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: <F216cy5d3iNAHp91C4r000051c3@hotmail.com>
+References: <F216cy5d3iNAHp91C4r000051c3@hotmail.com>
+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: <NDBBLDHKLKMANPGMACIGEEADDAAA.rg@tcslon.com>
+
+>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: <NDBBLDHKLKMANPGMACIGEEADDAAA.rg@tcslon.com>
+References: <NDBBLDHKLKMANPGMACIGEEADDAAA.rg@tcslon.com>
+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: <F152pOpglJceyz7OGpA00009e12@hotmail.com>
+
+Suck up to the list a lot..
+Ask nicely..
+and stop sending HTML email fs :p
+
+
+>From: Dario Schilman <DSchilman@netizen.com.ar>
+>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\92s 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: <NDBBLDHKLKMANPGMACIGEEADDAAA.rg@tcslon.com>
+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" <rg@tcslon.com>
+To: <ircservices@ircservices.za.net>
+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 <p_levesque@sympatico.ca> 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:<password>:snakeeyes.idledreams.net:7000:30
+N:192.168.0.67:<password>: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: <F27SFsxf4yp8ARf3sll000133a9@hotmail.com>
+
+delete *.db from your lib directory, and try again :p
+
+
+>From: "doug moore" <lordscarlet@kracked.com>
+>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: <F27SFsxf4yp8ARf3sll000133a9@hotmail.com>
+Message-ID: <3D356E13.4050400@kracked.com>
+
+same thing :(
+
+Craig McLure wrote:
+
+> delete *.db from your lib directory, and try again :p
+>
+>
+>> From: "doug moore" <lordscarlet@kracked.com>
+>> 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: <B95B58C6.68C%sado@smlife.ru>
+
+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: <B95B58C6.68C%sado@smlife.ru>
+Message-ID: <Pine.LNX.4.44.0207171648420.10851-100000@ux-funke.arcor-online.net>
+
+On 2002-07-17 (17:24, +0400), Kirill 'Sado' Gotovtsev <sado@smlife.ru> 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: <Pine.LNX.4.44.0207171648420.10851-100000@ux-funke.arcor-online.net>
+Message-ID: <B95B6EE1.69D%sado@smlife.ru>
+
+On 7/17/02 6:48 PM, "Stefan Funke" <bundy@usage.de> wrote:
+
+> On 2002-07-17 (17:24, +0400), Kirill 'Sado' Gotovtsev <sado@smlife.ru> 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 <main>, 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 <main>, 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 <repeats 11 times>, -12081, 0, 0, -11665, -11421, -9146,
+-8989, -8973, -8957, -8641, -8144,
+ -7195, -7071, -6945, -8627, -6897, 0, 0, 0}
+step4_jumps = {0 <repeats 14 times>, -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 <Address 0x1 out of bounds>
+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 <Address 0xffffffff out of bounds>
+done = 30
+f = (unsigned char *) 0x80b6b6f "s\002."
+end_of_spec = (unsigned char *) 0x0
+---Type <return> to continue, or q <return> to quit---
+work_buffer = '\000' <repeats 45 times>,
+"\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 <Address 0xffffffff out of bounds>
+done = 30
+f = (unsigned char *) 0x80b6b6f "s\002."
+work_buffer = '\000' <repeats 45 times>,
+"\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 <main>, 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 <main>, 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 <repeats 11 times>, -12081, 0, 0, -11665, -11421, -91
+>46,
+>-8989, -8973, -8957, -8641, -8144,
+> -7195, -7071, -6945, -8627, -6897, 0, 0, 0}
+>step4_jumps = {0 <repeats 14 times>, -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 <Address 0x1 out of bounds>
+>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 <Address 0xffffffff out of bounds>
+>done = 30
+>f = (unsigned char *) 0x80b6b6f "s\002."
+>end_of_spec = (unsigned char *) 0x0
+>---Type <return> to continue, or q <return> to quit---
+>work_buffer = '\000' <repeats 45 times>,
+>"\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 <Address 0xffffffff out of bounds>
+>done = 30
+>f = (unsigned char *) 0x80b6b6f "s\002."
+>work_buffer = '\000' <repeats 45 times>,
+>"\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: <F215cKZcaBlwqas9jRk00020904@hotmail.com>
+
+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: <F215cKZcaBlwqas9jRk00020904@hotmail.com>
+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" <frostycoolslug@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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 <http://www.pgp.com>
+
+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: <A4400389479FD3118C9400508B0FF23002A1ED1D@delta.newhouse.akzonobel.nl>
+
+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: <A4400389479FD3118C9400508B0FF23002A1ED1D@delta.newhouse.akzonobel.nl>
+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 <http://www.pgp.com>
+>
+>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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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" <achurch@achurch.org>
+>To: <ircservices@ircservices.za.net>
+>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: <A4400389479FD3118C9400508B0FF23002A1ED1E@delta.newhouse.akzonobel.nl>
+
+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: <A4400389479FD3118C9400508B0FF23002A1ED1F@delta.newhouse.akzonobel.nl>
+
+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: <A4400389479FD3118C9400508B0FF23002A1ED24@delta.newhouse.akzonobel.nl>
+
+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: <A4400389479FD3118C9400508B0FF23002A1ED25@delta.newhouse.akzonobel.nl>
+
+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 <http://www.pgp.com>
+>
+>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: <Pine.LNX.4.44.0208081448450.18427-100000@linux.ircd-net.org>
+
+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: <mpcflucj6l2bm0hafdap3hq7bc1od920tj@4ax.com>
+
+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 <expiry>
+<reason>)
+- 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<too
+much?>)
+..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: <mpcflucj6l2bm0hafdap3hq7bc1od920tj@4ax.com>
+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" <derfy@derfy.net>
+To: <ircservices@ircservices.za.net>
+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 <expiry>
+<reason>)
+- 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<too
+much?>)
+..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: <mpcflucj6l2bm0hafdap3hq7bc1od920tj@4ax.com>
+Message-ID: <Pine.LNX.4.44.0208121637560.27087-100000@ux-funke.arcor-online.net>
+
+On 2002-08-12 (08:37, -0500), derfy <derfy@derfy.net> 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 <expiry>
+> <reason>)
+> - 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<too
+> 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: <mpcflucj6l2bm0hafdap3hq7bc1od920tj@4ax.com>
+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 <derfy@derfy.net>
+To: <ircservices@ircservices.za.net>
+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 <expiry>
+<reason>)
+- 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<too
+much?>)
+..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 <holger.baust@freenet-ag.de> and many others.
+2002/08/15 Updated German language file, courtesy of Holger Baust
+ <holger.baust@freenet-ag.de>
+
+ --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: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+
+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: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+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: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+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: <OF99D5D309.CB4FD74C-ON86256C16.00717C61@unomaha.edu>
+
+Just tried that still a no go....
+
+
+|---------+------------------------------------>
+| | "Jorge Duarte" |
+| | <jduarter@navegalia.com> |
+| | Sent by: |
+| | ircservices-admin@ircserv|
+| | ices.za.net |
+| | |
+| | |
+| | 08/15/2002 03:26 PM |
+| | Please respond to |
+| | ircservices |
+| | |
+|---------+------------------------------------>
+ >--------------------------------------------------------------------------------------------------------------------------------------------------|
+ | |
+ | To: <ircservices@ircservices.za.net> |
+ | 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: <F22023XlePqzJrveJXB00007700@hotmail.com>
+
+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\92s 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: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+References: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+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: <OFB5493CBC.2C987D6D-ON86256C16.006F7CD4@unomaha.edu>
+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: <fc.00870ad40021628900870ad400216289.216290@student.ccgs.wa.edu.au>
+
+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: <Pine.LNX.4.44.0208200711490.30115-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0208200714380.30115-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0208200711490.30115-100000@linux.ircd-net.org>
+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: <ACF4B8C1-B44A-11D6-B018-0003938D6866@softhome.net>
+
+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: <Pine.LNX.4.44.0208221141170.13272-100000@ux-funke.arcor-online.net>
+
+On 2002-08-22 (11:25, +0200), Yaniv Gamzo <Yaniv@icq.com> 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: <NDBBLDHKLKMANPGMACIGOECCDAAA.rg@tcslon.com>
+
+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
+>
+><HTML><FONT FACE=arial,helvetica><FONT SIZE=2>FFS!
+><BR>
+><BR>Are people that stupid that they have to keep posting html.</FONT>
+></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: <NDBBLDHKLKMANPGMACIGOECCDAAA.rg@tcslon.com>
+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
+>
+><HTML><FONT FACE=arial,helvetica><FONT SIZE=2>FFS!
+><BR>
+><BR>Are people that stupid that they have to keep posting html.</FONT>
+></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: <F118SYYC7rwBvf6uaDI0000f9c6@hotmail.com>
+
+
+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: <F242udgVwghICHK1LPO000159d3@hotmail.com>
+
+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" <rg@tcslon.com>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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
+> >
+> ><HTML><FONT FACE=arial,helvetica><FONT SIZE=2>FFS!
+> ><BR>
+> ><BR>Are people that stupid that they have to keep posting html.</FONT>
+> ></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\92s 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: <hnvhmus8kc8l8ihskhrsdoqot2k8r1iu92@4ax.com>
+
+[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: <hnvhmus8kc8l8ihskhrsdoqot2k8r1iu92@4ax.com>
+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: <hnvhmus8kc8l8ihskhrsdoqot2k8r1iu92@4ax.com> <3d698330.46223@achurch.org>
+Message-ID: <bn1jmuc6gq377l1280ooae9fs2uuc98i5g@4ax.com>
+
+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: <bn1jmuc6gq377l1280ooae9fs2uuc98i5g@4ax.com>
+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: <F99PzMOa969rpa75qg2000001aa@hotmail.com>
+
+no.. as far as i know, you have never been able too.. mainly cause of the
+fact ppl can spoof hosts
+
+
+>From: Yaniv Gamzo <Yaniv@icq.com>
+>Reply-To: ircservices@ircservices.za.net
+>To: "Ircservices (E-mail)" <IRCServices@ircservices.za.net>
+>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 <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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" <icepick@blabber.net>
+To: <ircservices@ircservices.za.net>
+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 <achurch@achurch.org>
+> To: <ircservices@ircservices.za.net>
+> 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" <admin@nevernet.net>
+To: <ircservices@ircservices.za.net>
+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: <F93xHs3X0yb7bOli0Z20000246f@hotmail.com>
+
+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 <irc@kgn.ru>
+>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: <F19C7sg3ufud0fQPnIj0002127f@hotmail.com>
+
+ummmmm
+last time i checked..
+Spanish != Frence
+unless something has changed in the last 30mins :/
+
+
+>From: "J. Alden Gillespy" <doggabow@jackloren.com>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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" <admin@nevernet.net>
+>To: <ircservices@ircservices.za.net>
+>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: <F19C7sg3ufud0fQPnIj0002127f@hotmail.com>
+Message-ID: <OE65MNTfrKV3i1rk7G30000be18@hotmail.com>
+
+France invaded Spain. Don't you watch CNN? ;-)
+
+----- Original Message -----
+From: "Craig McLure" <frostycoolslug@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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" <doggabow@jackloren.com>
+> >Reply-To: ircservices@ircservices.za.net
+> >To: <ircservices@ircservices.za.net>
+> >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" <admin@nevernet.net>
+> >To: <ircservices@ircservices.za.net>
+> >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: <Pine.LNX.4.44.0209031530290.7044-100000@linux.ircd-net.org>
+
+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: <F160g5ym8jIEjxX6vzi0001def7@hotmail.com>
+
+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 <diavol@xchat.gr>
+2002/08/18 Fixed error in MemoServ SET help. Reported by Ian Justman
+ <ianj@esper.net>
+
+ --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 <jduarter@navegalia.com>
+
+
+
+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 <jduarter@navegalia.com>
+
+
+
+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 <jduarter@navegalia.com>
+>
+>
+>------------------------------------------------------------------
+>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: <Pine.LNX.4.44.0209171820170.18142-100000@david.mail.net>
+
+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: <Pine.LNX.4.44.0209171820170.18142-100000@david.mail.net>
+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: <Pine.LNX.4.44.0209171820170.18142-100000@david.mail.net>
+Message-ID: <Pine.LNX.4.44.0209180903270.18142-100000@david.mail.net>
+
+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
+
+<snip> 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: <Pine.LNX.4.44.0209180911260.18142-100000@david.mail.net>
+
+ (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[<sequence of numbers>] 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[<sequence of numbers>] 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: <OE39O4JlVU6yMbujRbX000031fe@hotmail.com>
+
+> 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: <Pine.LNX.4.44.0209241158140.16783-100000@vector.chocobo.org>
+
+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 <postmaster@esper.net>
+ 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: <F154BQZfNEaYVi15fyA00006471@hotmail.com>
+
+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: <LOBBIMAFEHMENDDJNAKHEEFECJAA.exceter@web.de>
+
+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 <jduarter@navegalia.com>
+
+
+
+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 <jduarter@navegalia.com>
+>
+>
+>------------------------------------------------------------------
+>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: <F33T201HeAxCMc1eNQT00013450@hotmail.com>
+
+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 <openglx@thedarkside.com.br>
+>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: <WorldClient-F200210081753.AA53400001@ssxh.mine.nu>
+
+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: <WorldClient-F200210081753.AA53400001@ssxh.mine.nu>
+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: <WorldClient-F200210081753.AA53400001@ssxh.mine.nu> <3da3d501.74750@achurch.org>
+Message-ID: <WorldClient-F200210090633.AA33510004@ssxh.mine.nu>
+
+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" <rtcn@comcast.net>
+To: <ircservices@ircservices.za.net>
+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: <F154HRABI6vmKpRsxDC0001f1d7@hotmail.com>
+
+first i would advise you read the manual, there are loads of details there
+to help you get services working :)
+
+
+>From: Al Mellis <rtcn@comcast.net>
+>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: <Pine.LNX.4.33.0210131332070.2050-100000@psychopat.org>
+
+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: <CJELIDMPHJCDIENOOABPOEJPCBAA.rayfordp@mhonline.net>
+
+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: <F35uLCTaogxLDp7mvjk00000b7b@hotmail.com>
+
+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: <F114FCHOzyfyz5b6KZm00020d65@hotmail.com>
+
+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 <irc@kgn.ru>
+>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: <F21g5XmllgYBr4BvRnf00000977@hotmail.com>
+
+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: <F21g5XmllgYBr4BvRnf00000977@hotmail.com>
+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: <F75d1siB7BHQmCPE3lU00008343@hotmail.com>
+
+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: <F75d1siB7BHQmCPE3lU00008343@hotmail.com>
+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
+ <irc@kgn.ru>
+2002/10/17 NickServ LINK and UNLINK are now disabled in read-only mode.
+ Reported by Dennis Sela <Schutzgeist@uni.de>
+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 <alisor@softhome.net>
+2002/10/10 Corrected a cosmetic bug in configure script and a compiler
+ error when compiling static modules, both on Solaris.
+ Reported by <oleg_orlov@inbox.ru>
+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: <Pine.LNX.4.44.0210191622200.30312-100000@linux.ircd-net.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
+
+
+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 <griever@t2n.org>
+To: ircservices@ircservices.za.net <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 <griever@t2n.org>
+To: ircservices@ircservices.za.net <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: <Pine.LNX.4.44.0210191622200.30312-100000@linux.ircd-net.org>
+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: <Pine.LNX.4.44.0210192333420.31422-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0210192333420.31422-100000@linux.ircd-net.org>
+References: <Pine.LNX.4.44.0210192333420.31422-100000@linux.ircd-net.org>
+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: <F95kpB9pbKWZfEAkqBi00005e28@hotmail.com>
+
+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 <rtcn@comcast.net>
+>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: <F727hz9XpQt4FCM5tIT00003651@hotmail.com>
+
+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: - <toxic@linuxmail.gr>
+>Reply-To: ircservices@ircservices.za.net
+>To: Services Email List <ircservices@ircservices.za.net>
+>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: <F727hz9XpQt4FCM5tIT00003651@hotmail.com>
+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: <NDBBLDHKLKMANPGMACIGEEINDBAA.rg@tcslon.com>
+
+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: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0210201513020.13745-100000@linux.ircd-net.org>
+
+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: <FA7BA541-E484-11D6-A8CB-003065F3CEBE@bluewin.ch>
+
+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: <F727hz9XpQt4FCM5tIT00003651@hotmail.com> <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" <alisor@softhome.net>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org>
+References: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org>
+Message-ID: <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+
+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: <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+References: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org>
+ <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+Message-ID: <fc.00870ad40024124c3b9aca0058ce97ec.241250@student.ccgs.wa.edu.au>
+
+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: <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+References: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org> <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+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: <Pine.LNX.4.44.0210201511400.13745-100000@linux.ircd-net.org>
+ <fc.00870ad4002412263b9aca0058ce97ec.241235@student.ccgs.wa.edu.au>
+ <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: <F106fvjPjhPDCnwZGLN00009f8f@hotmail.com>
+
+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 <smkelly@zombie.org>
+>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: <F106fvjPjhPDCnwZGLN00009f8f@hotmail.com>
+References: <F106fvjPjhPDCnwZGLN00009f8f@hotmail.com>
+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 <smkelly@zombie.org>
+> >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 <marcin@di.pl>
+2002/10/20 Fixed bug with ChanServ FORBID #. Reported by
+ <toxic@linuxmail.gr>
+
+ --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" <irc@kgn.ru>
+To: <ircservices@ircservices.za.net>
+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: <F6F19735-E6BB-11D6-8F55-003065F3CEBE@bluewin.ch>
+
+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: <F61wYn1WCZoHdAxlWgR0000eaff@hotmail.com>
+
+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 <n.p@bluewin.ch>
+>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: <F1148DA1XuZi0me3abT0000f0e7@hotmail.com>
+
+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" <salk@junglebean.net>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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: <F145lH8ZrqLkeFhZ3630000d005@hotmail.com>
+
+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" <salk@junglebean.net>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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: <F30knPVAn2KzEPHPOCN0000e71e@hotmail.com>
+
+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 <rtcn@comcast.net>
+>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: <NDBBLDHKLKMANPGMACIGEEKKDBAA.rg@tcslon.com>
+
+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: <F6F19735-E6BB-11D6-8F55-003065F3CEBE@bluewin.ch>
+Message-ID: <NDBBLDHKLKMANPGMACIGGEKJDBAA.rg@tcslon.com>
+
+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: <F6F19735-E6BB-11D6-8F55-003065F3CEBE@bluewin.ch>
+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" <n.p@bluewin.ch>
+To: <ircservices@ircservices.za.net>
+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: <F1148DA1XuZi0me3abT0000f0e7@hotmail.com>
+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" <frostycoolslug@hotmail.com>
+To: <ircservices@ircservices.za.net>
+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" <salk@junglebean.net>
+> >Reply-To: ircservices@ircservices.za.net
+> >To: <ircservices@ircservices.za.net>
+> >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: <Pine.LNX.4.44.0210241045290.30561-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0210241045290.30561-100000@linux.ircd-net.org>
+Message-ID: <NDBBLDHKLKMANPGMACIGIELADBAA.rg@tcslon.com>
+
+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)
+<HellenicNet> [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: <F80FWMozgYLowspDKic000006b7@hotmail.com>
+
+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" <i@freemail.gr>
+>Reply-To: ircservices@ircservices.za.net
+>To: <ircservices@ircservices.za.net>
+>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)
+><HellenicNet> [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" <i@freemail.gr>
+>>Reply-To: ircservices@ircservices.za.net
+>>To: <ircservices@ircservices.za.net>
+>>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)
+>><HellenicNet> [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: <F80FWMozgYLowspDKic000006b7@hotmail.com>
+Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA6U1Wma3svhGMBa6JhaB9S8KAAAAQAAAA0wRsWUuzv0K5trmW1K5xpgEAAAAA@web.de>
+
+> 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: <NDBBLDHKLKMANPGMACIGMELCDBAA.rg@tcslon.com>
+
+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" <ron885@bloodheart.com>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0210260137070.18309-100000@herne.dragoncat.net>
+
+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: <Pine.LNX.4.44.0210260137070.18309-100000@herne.dragoncat.net>
+Message-ID: <Pine.LNX.4.44.0210260237000.18309-100000@herne.dragoncat.net>
+
+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: <Pine.LNX.4.44.0210260237000.18309-100000@herne.dragoncat.net>
+Message-ID: <Pine.LNX.4.44.0210261157120.6682-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0210261709200.18309-100000@herne.dragoncat.net>
+
+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: <Pine.LNX.4.44.0210260237000.18309-100000@herne.dragoncat.net>
+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" <salk@junglebean.net>
+To: <ircservices@ircservices.za.net>
+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: <Pine.LNX.4.44.0210280646040.18309-100000@herne.dragoncat.net>
+
+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 <main>, 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
+--
+<ZangTT> 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" <daniel@electricrain.com>
+To: <ircservices@ircservices.za.net>
+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 <main>, 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
+> --
+> <ZangTT> 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: <F162gtY21hLacWBohIr0001f4a6@hotmail.com>
+
+
+
+
+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" <odbz@hotmail.com>
+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: <NDBBLDHKLKMANPGMACIGCEAODCAA.rg@tcslon.com>
+
+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: <NDBBLDHKLKMANPGMACIGCEAODCAA.rg@tcslon.com>
+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: <NDBBLDHKLKMANPGMACIGKEAODCAA.rg@tcslon.com>
+
+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: <NDBBLDHKLKMANPGMACIGKEAODCAA.rg@tcslon.com>
+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: <NDBBLDHKLKMANPGMACIGCEAPDCAA.rg@tcslon.com>
+
+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: <NDBBLDHKLKMANPGMACIGCEAPDCAA.rg@tcslon.com>
+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: <FD503058-F0D9-11D6-BE0D-003065F3CEBE@bluewin.ch>
+
+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: <FD503058-F0D9-11D6-BE0D-003065F3CEBE@bluewin.ch>
+Message-ID: <Pine.LNX.4.44.0211051026260.26196-100000@stingray.enderboi.com>
+
+> 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: <Pine.LNX.4.44.0211051026260.26196-100000@stingray.enderboi.com>
+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" <n.p@bluewin.ch>
+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: <NDBBLDHKLKMANPGMACIGGECEDCAA.rg@tcslon.com>
+
+> 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: <NDBBLDHKLKMANPGMACIGGECEDCAA.rg@tcslon.com>
+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: <FD503058-F0D9-11D6-BE0D-003065F3CEBE@bluewin.ch>
+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: <NDBBLDHKLKMANPGMACIGGECLDCAA.rg@tcslon.com>
+
+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 <main>, 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
+>--
+><ZangTT> 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: <CJELIDMPHJCDIENOOABPOEJPCBAA.rayfordp@mhonline.net>
+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" <alisor@softhome.net>
+|> 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 <n.p@bluewin.ch>
+|> 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: <Pine.LNX.4.44.0211131026170.2221-100000@david.mail.net>
+
+ 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: <Pine.LNX.4.44.0211131026170.2221-100000@david.mail.net>
+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: <Pine.LNX.4.44.0211131026170.2221-100000@david.mail.net>
+Message-ID: <NDBBLDHKLKMANPGMACIGEEFCDCAA.rg@tcslon.com>
+
+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" <n.p@bluewin.ch>
+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: <NDBBLDHKLKMANPGMACIGEEFCDCAA.rg@tcslon.com>
+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" <rg@tcslon.com>
+To: <ircservices@ircservices.za.net>
+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: <NDBBLDHKLKMANPGMACIGAEFDDCAA.rg@tcslon.com>
+
+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" <rg@tcslon.com>
+> To: <ircservices@ircservices.za.net>
+> 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: <Pine.LNX.4.44.0211131026170.2221-100000@david.mail.net>
+Message-ID: <NDBBLDHKLKMANPGMACIGEEFCDCAA.rg@tcslon.com>
+
+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: <NDBBLDHKLKMANPGMACIGEEFCDCAA.rg@tcslon.com>
+Message-ID: <Pine.LNX.4.44.0211131303510.11064-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0211131303510.11064-100000@linux.ircd-net.org>
+References: <Pine.LNX.4.44.0211131303510.11064-100000@linux.ircd-net.org>
+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: <NDBBLDHKLKMANPGMACIGEEFCDCAA.rg@tcslon.com>
+Message-ID: <AEDC4544-F73F-11D6-AF99-003065F3CEBE@bluewin.ch>
+
+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 <alex@cyga.net>
+2002/11/16 Fixed topic time setting on Unreal. Reported by
+ <cyberdems@wwirc.za.org>
+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 <cc@omega.org.za>
+2002/10/25 Autokills, session exceptions, and S-lines are now checked
+ for expiration at each database update. Reported by
+ Ali Sor <alisor@softhome.net>
+2002/10/24 Fixed compilation problem on Solaris reported by Geoff
+ Byers <geoff@systemred.net>
+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" <achurch@achurch.org>
+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 <alex@cyga.net>
+2002/11/16 Fixed topic time setting on Unreal. Reported by
+ <cyberdems@wwirc.za.org>
+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 <cc@omega.org.za>
+2002/10/25 Autokills, session exceptions, and S-lines are now checked
+ for expiration at each database update. Reported by
+ Ali Sor <alisor@softhome.net>
+2002/10/24 Fixed compilation problem on Solaris reported by Geoff
+ Byers <geoff@systemred.net>
+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" <brain@brainbox.winbot.co.uk>
+
+> 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" <brain@brainbox.winbot.co.uk>
+>
+>> 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 <unistd.h>. On FreeBSD, you must also include <sys/socket.h> to
+get socklen_t:
+
+$ grep socklen_t /usr/include/sys/socket.h
+typedef __socklen_t socklen_t;
+
+If you add '#include <sys/socket.h>' 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 <unistd.h>. On FreeBSD, you must also include <sys/socket.h> to
+>get socklen_t:
+>
+>$ grep socklen_t /usr/include/sys/socket.h
+>typedef __socklen_t socklen_t;
+>
+>If you add '#include <sys/socket.h>' 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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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 <pkef@hnioxos.ee.auth.gr>
+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 <smkelly@zombie.org>
+ --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" <achurch@achurch.org>
+>To: <ircservices@ircservices.za.net>
+>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" <achurch@achurch.org>
+To: <ircservices@ircservices.za.net>
+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: <A9EA9592-FD87-11D6-9530-003065F3CEBE@bluewin.ch>
+
+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:
+>
+>
+><fixed><color><param>1111,0404,AFAF</param>#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</color><color><param>6060,6060,6060</param>
+>
+>-*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
+>
+>
+></color><color><param>0000,0000,0000</param>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</color></fixed>
+>--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: <A3DAAB12-FDE4-11D6-86D0-003065F3CEBE@bluewin.ch>
+
+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:
+>>
+>>
+>> <fixed><color><param>1111,0404,AFAF</param>#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</color><color><param>6060,6060,6060</param>
+>>
+>> -*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
+>>
+>>
+>> </color><color><param>0000,0000,0000</param>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</color></fixed>
+>> --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 <mailto:brain@brainbox.winbot.co.uk>
+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" <alisor@softhome.net>
+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: <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+
+ 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: <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+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: <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+References: <1038225414.12732.10.camel@eron.forestoflives.com> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+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 <ballsy@mystical.net>
+|> To: ircservices@ircservices.za.net
+|> Subject: Re: [IRCServices] mildly off topic?
+|> Message-ID: <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+|> 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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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" <nick@devaluate.com>
+To: <ircservices@ircservices.za.net>
+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 <ballsy@mystical.net>
+> |> To: ircservices@ircservices.za.net
+> |> Subject: Re: [IRCServices] mildly off topic?
+> |> Message-ID: <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net>
+> |> 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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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
+(<everything-but-the-first-char-in-killer-letter-got-shown> (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" <jknutar@nic.fi>
+To: <ircservices@ircservices.za.net>
+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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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
+(<everything-but-the-first-char-in-killer-letter-got-shown> (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" <jknutar@nic.fi>
+To: <ircservices@ircservices.za.net>
+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
+> (<everything-but-the-first-char-in-killer-letter-got-shown> (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" <jknutar@nic.fi>
+> To: <ircservices@ircservices.za.net>
+> 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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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" <dylanvdm@icon.co.za>
+To: <ircservices@ircservices.za.net>
+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
+> (<everything-but-the-first-char-in-killer-letter-got-shown> (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" <jknutar@nic.fi>
+> To: <ircservices@ircservices.za.net>
+> 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" <uhc0@rz.uni-karlsruhe.de>
+To: <ircservices@ircservices.za.net>
+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
+> (<everything-but-the-first-char-in-killer-letter-got-shown> (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" <jknutar@nic.fi>
+> To: <ircservices@ircservices.za.net>
+> 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 <MrBOFH@lomag.net> 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> <Pine.LNX.4.44.0211250909440.5041-100000@david.mail.net> <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: <Pine.LNX.4.44.0211271300230.5041-100000@david.mail.net>
+
+ 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: <Pine.LNX.4.44.0211271300230.5041-100000@david.mail.net>
+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" <ballsy@mystical.net>
+To: <ircservices@ircservices.za.net>
+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 <marc@pino.nu> 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: <Pine.LNX.4.44.0211271300230.5041-100000@david.mail.net> <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" <dylanvdm@icon.co.za>
+To: <ircservices@ircservices.za.net>
+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" <kfiresun@ix.netcom.com>
+To: <ircservices@ircservices.za.net>
+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" <Nealster02@hotmail.com>
+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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+> > 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" <Nealster02@hotmail.com>
+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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+> > 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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+> > 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" <Nealster02@hotmail.com>
+> > > 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" <Nealster02@hotmail.com>
+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" <Nealster02@hotmail.com>
+> 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" <Nealster02@hotmail.com>
+> > 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" <Nealster02@hotmail.com>
+> > > 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" <alex@cyga.net>
+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 <Craig@chatspike.net> 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: <Pine.LNX.4.44.0212041506410.5041-100000@david.mail.net>
+
+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: <Pine.LNX.4.44.0212091657250.3903-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0212091657250.3903-100000@linux.ircd-net.org>
+Message-ID: <B05D0BA6-0BD3-11D7-98DA-003065F3CEBE@bluewin.ch>
+
+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
+
+
+>><snip>
+>
+>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: <EB93D87C-0F82-11D7-A7EE-003065F3CEBE@bluewin.ch>
+
+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" <reinis@apollo.lv>
+To: <IRCServices@ircservices.za.net>
+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 <random-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 <random-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" <reinis@apollo.lv>
+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 <random-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: <Pine.LNX.4.44.0212182301140.12019-100000@psychopat.org>
+
+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" <savagels@bellsouth.net>
+To: <ircservices@ircservices.za.net>
+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: <F7lU7K3ZxJNCfxIYZim00011cb6@hotmail.com>
+
+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: <Pine.LNX.4.44.0212300341550.18239-100000@linux.ircd-net.org>
+
+?
+
+
+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: <BA36A6E2.661%n.p@bluewin.ch>
+
+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: <BA36A6E2.661%n.p@bluewin.ch>
+References: <BA36A6E2.661%n.p@bluewin.ch>
+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: <Pine.LNX.4.44.0212311324560.24326-100000@linux.ircd-net.org>
+
+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: <Pine.LNX.4.44.0212311324560.24326-100000@linux.ircd-net.org>
+Message-ID: <BA37AE7D.68F%n.p@bluewin.ch>
+
+I'm using 5.0.5...
+
+On 31/12/02 8:25 pm, "Finny Merrill" <griever@t2n.org> 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
+
+
projects / irc.git / blobdiff