From achurch at achurch.org Wed Jan 2 01:30:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 10 released Message-ID: <3c31e50f.43167@achurch.org> >memoserv/forward: /ms SET FORWARD [ON|OFF|COPY] doesn't work. Patch >follows: Fixed. >memoserv/forward: After applying the above fix, /ms SET FORWARD >[ON|COPY] returns the following: > [14:11:26] Your memos will now be forwarded to your E-mail address: >(null) Fixed. >memoserv/forward: After applying the set forward fix, forwarded memo >e-mails contain: > Memo from (Dec 26 13:58:10 2001 GMT) >without any name. Probably a similar problem to the above. Fixed (the code was passing a User * to a %s). >nickserv/autojoin: Although the AJOIN command works a treat, it >doesn't seem to appear on the /ns HELP COMMANDS list. Fixed. >memoserv/main: The memo send confirmation messages appear when >sending to some users, but not others. I'm not sure what determines >this though. Every time, however, the memo is sent, just sometimes it >isn't confirmed. I can't see any obvious reason for this. Can you try to narrow down what causes the problem (e.g. various memo option settings)? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jan 2 01:34:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] errors.log? Message-ID: <3c31e5bc.43213@achurch.org> >Hi! > >errors.log: >[Fri Dec 28 23:16:22 2001] - num - 1 > >What's this? I have no clue; Services doesn't write an "errors.log" file (unless you've set the log filename to that), and there's no code in Services that would write a log message like that, at least that I can see. --Andrew Church achurch@achurch.org http://achurch.org/ From haibi at free.fr Sat Jan 5 05:41:46 2002 From: haibi at free.fr (Habib HAIBI) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Meilleurs Vœux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier Message-ID: <3c37026b3cebd6fb@amyris.wanadoo.fr> (added by amyris.wanadoo.fr) Meilleurs Vœux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier ======================== M. Habib HAIBI, 7, Aguesseau St. 69007 LYON - France Tél. 00 33 4 72 73 19 08 - Fax 00 33 4 78 61 39 27 Email : haibi@free.fr http://haibi.free.fr Je suis qualifié pour exprimer mes voeux pour le Nouvel An à tous les survivants et les familles des victimes des attaques terroristes, au peuple américain, ses dirigeants, ses institutions, son président et tous les combattants de la liberté, loin de leurs foyers, tout autour du monde! Je suis fier de vous dire avec gratitude combien Les USA sont puissants, démocratiques et qualifiés pour défendre la liberté et la démocratie avec humanisme et sérénité. L'ennemi du progrès du genre humain peut encore frapper. La liberté et la démocratie peuvent être encore sous attaques! Personne ne s'imaginait que cela pouvait arriver et c'est arrivé en ce jour pacifique du 11 septembre 2001 Personne ne s'imaginait que cela pouvait arriver… en France et c'est arrivé le 26 février 2001 quand les magistrats du parquet de Lyon, par impulsion suicidaire et préméditée, ont eu recours à l'arbitraire pour entraver l'action Publique mise en Mouvement : ils ont requis l'expertise psychiatrique de la Partie Civile par l'action avant de l'entendre dans ses accusations ! Cette dérive obscurantiste a dépassé tout entendement C'est arrivé un jour pacifique pour moi et pour les institutions de la République en France. Le réquisitoire aux fins de l'expertise psychiatrique de la partie civile par l'action, avant de l'entendre dans ses accusations, constitue une atteinte obscurantiste à l'intégrité de la personne de la partie civile et surtout un attentat aux valeurs fondamentales de la société civilisée et une infamie assénée à la République et ses Institutions: - à tous les martyrs de la liberté qui ont payé de leur vie la défense des personnes et des biens et des valeurs fondamentales et universelles de la République. - à tous ceux qui dans l'exercice de leurs fonctions, au nom du devoir de servir, exposeraient leurs vies, sans hésitation, pour la défense de ces mêmes valeurs - à tous les hommes ou femmes de bonne volonté, citoyens anonymes, élevés sur la foi en une société pacifiée par l'avènement de la République, la crainte des lois et l'indéfectibilité de l'Etat, de la Justice et des Institutions en Démocratie. J'étais, longtemps avant le WTC l'autre "point zéro" de la planète qui a subit les premières vagues d'attaque contre les institutions de la République, la liberté et les droits de l'homme … en France ! Il y a eu trois autres attaques avec la même détermination, diabolique et suicidaire, de stopper l'action publique régulièrement mise en mouvement ! J'ai fait face à l'adversité en mettant en accusation 15 magistrats, saisis par la foudre de l'action publique en colère, nominativement impliqués, des deux juridictions de Lyon tout rôle et rang confondus pour abus d'autorité aggravé et trafic d'influence aggravé. Une fois que vous avez pris la mesure de l'attaque contre les valeurs universelles de la liberté et la justice en démocratie en France… et assimilé la grandeur de la querelle qui m'anime … Votre réaction sera vivement souhaitée et sollicitée ! Je recevrai vos contributions morales et financières comme une juste consolation pour le grand préjudice moral que je subis dans l'attente de la réparation de la faute lourde par la justice et l'Etat. Souvenez-vous que la paix civile fut conquise au prix de feu, de sang et de sacrifices… avec pour objectif le règne absolu et égalitaire de la loi. Imaginez les victimes du 11 septembre 2001 dans un monde sans liberté, sans justice et sans démocratie… Imaginez tous les sacrifices de tous les combattants de la liberté, depuis deux siècles et plus, laissés pour compte et discrédités en une seule journée d'attaques perpétrées par les forces diaboliques de l'arbitraire et de l'obscurantisme dans le pays qui a donné naissance au reigne de la loi, l'avènement de la République et les droits de l'homme. Une nouvelle ère a commencé où le grand pays que sont les Etats Unis vont guider et pour longtemps l'impulsion de l'alerte et de la réaction pour perpétuer la liberté et la justice en démocraties. C'est aussi votre combat et le combat de tous les hommes libres. Merci au président des Etats Unis pour son leadership, l'immense puissance de son pays et sa sérénité. Merci à tous d'avoir lu et compris ce message. Merci pour vos réactions et vos contributions. ========================== Ces contributions sont souhaitées à la hauteur de 500 $ ou euros et plus pour tous les représentants élus des peuples, sénateurs et députés, quelque soit leur pays et quelque soit le moyen utilisé pour les alerter des attaques contre la démocratie et de la colère de l'action Publique en mouvement : "ma tristesse s'est muée en colère et la colère en résolution "! (ma conviction est que si de tels actes ont pu se produire c'est à cause d'un climat de permissivité qui a pu s'installer par l'absence du contrôle de l'exécutif par le pouvoir législatif…). ======= vous pouvez verser directement vos contributions financières sur le compte : RIP RELEVE D'IDENTITE BANCAIRE 20041 01007 1112632 F038 69 IBAN IDENTIFIANT INTERNATIONAL FR 53 20041 01007 1112632 F 038 69 Ou envoyer un mandat cash à mon nom et à mon adresse. ================================ Les contributions seront libres et bienvenues de la part de tout autre citoyen sensible à l'idée de vivre dans une société pacifiée par la crainte des lois et la crédibilité des institutions démocratiques. ============ Mon objectif est de réunir 10 000 réactions à 100 $ ou euros chacune : vous pouvez m'aider à atteindre ce but. Je serai, à coup sûr, un homme riche! Mais je ne recouvrerai la paix intérieure avant que justice soit faite! 'J'ai un rêve"! La justice sera faite ! ============ Le site où est publié l'ensemble du dossier est en français, vous pouvez vous aider pour la traduction par un moteur de traduction sur internet. http://haibi.free.fr ============ Cette mailing liste, non exhaustive, est composée de 30 000 emails : des représentants élus, les représentants de l'Etat, hauts fonctionnaires, magistrats, avocats, journalistes, chefs d'entreprise, président ou membre d'association, profession libérale ou tout autre simple citoyen intéressé par la vie sociale, administrative et judiciaire. ======================= Vous pourrez discuter en circuit interne non publié sur le net en vous abonnant au groupe créé pour cet objet "Il n'y a pas d'alternative à la justice en république en france" Coordonnées du groupe : Email du groupe : lecitoyen.laloi.larepublique@smartgroups.com Email du gestionnaire : lecitoyen.laloi.larepublique-owner@smartgroups.com Pour devenir membre : lecitoyen.laloi.larepublique-subscribe@smartgroups.com Pour ne plus être membre : lecitoyen.laloi.larepublique-unsubscribe@smartgroups.com Accueil du groupe : http://smartgroups.wanadoo.fr/groups/lecitoyen.laloi.larepubliqu e ====================== Si vous ne vous sentez pas concerné, vous pouvez demander à ce que votre email soit effacer en exprimant votre volonté à l'adresse email : haibi@free.fr Merci encore de participer à l'alerte et au suivi de l'action publique en mouvement, et au soutien moral et financier de la partie civile par l'action. =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================================== =================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== ceci n'est pas un spam vous pourrez en recevoir une version en anglais Merci ! NEVER SEND SPAM. IT IS BAD. From v13 at priest.com Sun Jan 6 05:52:14 2002 From: v13 at priest.com (v13@priest.com) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] svcs5 - request Message-ID: <200201061352.PAA01890@ppp0.the.forthnet.gr> If you realy want other people to write useful modules, then it should be possible for each module to extend the NickServ and ChanServ (and even the others) databases. I suppose that having a: struct ext_list { struct ext_list *prev, *next; long id; size_t size; void *buf; }; that will form a list for each nickname/channel whould be what we need. It should be easy to save it using the existing database format. Also by providing some functions like: struct ext_list *get_extlist_memb(struct ext_list *head, long id); void update_extlist_memb(struct ext_list **head, long id, size_t size, void *buf); /* and one for delete */ it should be very easy to handle it. Each module will only need to have a fixed unique integer to use and it will need only one field to be added to struct NickInfo etc.. like: struct NickInfo { ... struct ext_list *head; }; and after that.. /**********************************************/ #define MY_ID 0x1234 struct NickInfo *ni; struct ext_list *el; ...code... update_extlist_memb( &(ni->head), MY_ID, 7, "RANDOM" ); ...code... el=get_extlist_memb(ni->head, MY_ID); /* and there we have el==NULL or el->buf == "RANDOM" */ /**********************************************/ Something like this whould *REALY* help to add functionality without changing existing code, without creating another database and will be compatible to future versions. TIA <> From achurch at achurch.org Sun Jan 6 22:57:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] svcs5 - request Message-ID: <3c3858ae.37251@achurch.org> I'm planning to do this when I redo the database handling, but that will be in a future version--the current design has settled too much for me to want to redo it right now. As things stand now, such additions can still be done--they just require a separate database. (Whether this is more or less efficient than a structure of the kind described below is left as an exercise for the reader.) --Andrew Church achurch@achurch.org http://achurch.org/ > If you realy want other people to write useful modules, then it should b >e >possible for each module to extend the NickServ and ChanServ (and even th >e >others) databases. I suppose that having a: > >struct ext_list { > struct ext_list *prev, *next; > long id; > size_t size; > void *buf; >}; > >that will form a list for each nickname/channel whould be what we need. I >t >should be easy to save it using the existing database format. >Also by providing some functions like: > >struct ext_list *get_extlist_memb(struct ext_list *head, long id); > >void update_extlist_memb(struct ext_list **head, long id, size_t size, > void *buf); > >/* and one for delete */ > >it should be very easy to handle it. > >Each module will only need to have a fixed unique integer to use and it w >ill >need only one field to be added to struct NickInfo etc.. like: > >struct NickInfo { > ... > struct ext_list *head; >}; > >and after that.. > >/**********************************************/ > >#define MY_ID 0x1234 > > struct NickInfo *ni; > struct ext_list *el; > > ...code... > > update_extlist_memb( &(ni->head), MY_ID, 7, "RANDOM" ); > > ...code... > > el=get_extlist_memb(ni->head, MY_ID); > > /* and there we have el==NULL or el->buf == "RANDOM" */ > >/**********************************************/ > >Something like this whould *REALY* help to add functionality without chan >ging >existing code, without creating another database and will be compatible t >o >future versions. > >TIA ><> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From beng at nc.rr.com Sun Jan 6 09:42:24 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] svcs5 - request References: <200201061352.PAA01890@ppp0.the.forthnet.gr> Message-ID: <023d01c196d9$811dad80$0300a8c0@asi200> This is an excellent idea. I don't think it would be that big of a deal to add this to a final database version in 5.0-release, depending on how far off that is.. Keep up the good work, guys. -- Ben Goldstein (beng@nc.rr.com) ----- Original Message ----- From: To: Sent: Sunday, January 06, 2002 8:52 AM Subject: [IRCServices Coding] svcs5 - request If you realy want other people to write useful modules, then it should be possible for each module to extend the NickServ and ChanServ (and even the others) databases. I suppose that having a: struct ext_list { struct ext_list *prev, *next; long id; size_t size; void *buf; }; that will form a list for each nickname/channel whould be what we need. It should be easy to save it using the existing database format. Also by providing some functions like: struct ext_list *get_extlist_memb(struct ext_list *head, long id); void update_extlist_memb(struct ext_list **head, long id, size_t size, void *buf); From griever at t2n.org Sun Jan 6 13:05:14 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] svcs5 - request In-Reply-To: <023d01c196d9$811dad80$0300a8c0@asi200> Message-ID: On Sun, 6 Jan 2002, Ben Goldstein wrote: Well the thing is, you would need a pointer to a function that prints it to a file, as we dont know whether it contains ints, chars, shorts, longs, or whatever. > This is an excellent idea. I don't think it would be that big of a deal to > add this to a final database version in 5.0-release, depending on how far > off that is.. Keep up the good work, guys. > > -- Ben Goldstein (beng@nc.rr.com) > > ----- Original Message ----- > From: > To: > Sent: Sunday, January 06, 2002 8:52 AM > Subject: [IRCServices Coding] svcs5 - request > > > If you realy want other people to write useful modules, then it should be > possible for each module to extend the NickServ and ChanServ (and even the > others) databases. I suppose that having a: > > struct ext_list { > struct ext_list *prev, *next; > long id; > size_t size; > void *buf; > }; > > that will form a list for each nickname/channel whould be what we need. It > should be easy to save it using the existing database format. > Also by providing some functions like: > > struct ext_list *get_extlist_memb(struct ext_list *head, long id); > > void update_extlist_memb(struct ext_list **head, long id, size_t size, > void *buf); > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From v13 at priest.com Sun Jan 6 15:42:09 2002 From: v13 at priest.com (v13@priest.com) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] svcs5 - request In-Reply-To: References: Message-ID: <200201062342.BAA03628@ppp0.the.forthnet.gr> On Sunday 06 January 2002 23:05, Finny Merrill wrote: > On Sun, 6 Jan 2002, Ben Goldstein wrote: > > Well the thing is, you would need a pointer to a function > that prints it to a file, as we dont know whether it contains > ints, chars, shorts, longs, or whatever. This is the needed code.. I hope that there are no faults.. Use it if you like.. The struct contains a filed named 'type' This indicates that buf is an char buffer, an array of 16 bit values, or an array of 32 bit values. The types that are used, are uint8,16 and 32. This means that this should make the databases portable from 32bit machines to 64 bit machines as long as the head is not written to the database (I believe that pointers are 64 bit long on every 64bit machine and 32bit long on 32bit machines) The read/write routines are ready to be added to services4 database read/write functions. I don't know what are the plans for the new database format. 1st Define this struct struct ext_list { struct ext_list *next; uint32 id; uint32 size; uint8 type; void *buf; }; 2nd add to the desired existing structures this: e.x. struct NickInfo { ... struct ext_list head; /* Yes.. not a pointer. Just make sure that this has */ /* id==0, size==0, buf==NULL, next==NULL on startup */ /* Use el_clear provided below to do this el_clear(&ni->head) */ }; 3rd define: #define EL_AS_IS 1 #define EL_8BIT EL_AS_IS #define EL_16BIT 2 #define EL_32BIT 3 #define EL_SIZE(x) ( (x)==EL_8BIT ? 1 : ((x)==EL_16_BIT ? 2 : 4 ) ) void el_clear(struct ext_list *el) { el->next=NULL; el->id=0; el->size=0; el->buf=NULL; el->type=EL_AS_IS; }; 3rd add those generic functions: /* Allocate and return a new ext_list */ struct ext_list *new_el() { struct ext_list *el; el=(struct ext_list *)malloc(sizeof(struct ext_list)); el_clear(el); return(el); } /* Return the desired el, or NULL if not found */ struct ext_list *get_el_memb(struct ext_list *head, uint32 id) { struct ext_list *el; el=head->next; /* Ignore the head */ while ((el!=NULL) && (el->id!=id)) el=el->next; return(el); } /* Update or add an el */ void update_el_memb(struct ext_list *head, uint32 id, uint32 size, void *buf, uint8 type) { struct ext_list *el; el=get_el_memb(head,id); /* Check if it exists allready */ if (el==NULL) { el=new_el(); /* if not, create it */ el->id=id; el->next=head->next; /* Update the list */ head->next=el; } else { if (el->buf!=NULL) /* Else free the old data */ free(el->buf); } el->size=size; el->type=type; if (size>0) { /* if there are data */ el->buf=malloc(size); memcpy(el->buf, buf, size); /* Copy the new data */ } else el->buf=NULL; } /* Delete an el from a list */ void delete_el_memb(struct ext_list *head, uint32 id) { struct ext_list *el,*prev; prev=&head el=head->next; while ((el!=NULL) && (el->id!=id)) { prev=el; el=el->next; } if (el!=NULL) { if (el->buf!=NULL) free(el->buf); prev->next=el->next; /* prev always exists, becaus of head */ free(el); } } /* Delete a whole list */ void delete_all_el(struct ext_list *head) { struct ext_list *el,*tmp; el=head->next; while (el!=NULL) { if (el->buf!=NULL) free(el->buf); tmp=el; el=el->next; free(tmp); } head->next=NULL; } /* Write the el list to f */ void el_write(FILE *f, struct ext_list *head) { struct ext_list *el; int n,m; uint8 *p8; uint16 *p16; uint32 *p32; el=head->next; /* Ignore the head */ while (el!=NULL) { SAFE(write_int32(el->id,f)); /* First it is written the ID */ SAFE(write_int32(el->size,f)); SAFE(write_int8(el->type,f)); if (el->size>0) { /* if there are data, write them too */ switch(el->type) { case EL_8BIT: m=size; p8=(uint8 *)buf; break; case EL_16BIT: m=size/2; p16=(uint16 *)buf; break; case EL_32BIT: m=size/4; p32=(uint16 *)buf; break; } for (n=0;ntype) { case EL_8BIT: SAFE(write_int8(p8[n],f); break; case EL_16BIT: SAFE(write_int16(p16[n],f); break; case EL_32BIT: SAFE(write_int32(p32[n],f); break; } } } el=el->next; } SAFE(write_int32(0,f)); /* Now write an ID==0 to indicate the end */ } /* Read from f and append to head */ void el_read(FILE *f, struct ext_list *head) { struct ext_list el void *buf; uint8 i8,*p8; uint16 i16,*p16; uint32 i32,*p32; int n,m; SAFE(read_int32(&i32,f)); while (i32!=0) { el.id=i32; SAFE(read_int32(&i32,f)); el.size=i32; SAFE(read_int8(&i8,f)); el.type=i8; if (el.size>0) { /* if there are data */ buf=malloc(el.size); switch(el->type) { case EL_8BIT: m=size; p8=(uint8 *)buf; break; case EL_16BIT: m=size/2; p16=(uint16 *)buf; break; case EL_32BIT: m=size/4; p32=(uint16 *)buf; break; } for (n=0;ntype) { case EL_8BIT: SAFE(read_int8(&(p8[n]),f); break; case EL_16BIT: SAFE(read_int16(&(p16[n]),f); break; case EL_32BIT: SAFE(read_int32(&(p32[n]),f); break; } } update_el_memb(head,el.id,el.size,buf); /* add them to the list */ free(buf); /* free the buffer */ } else { update_el_memb(head,el.id,0,NULL); /* add them to the list */ } } } <> p.s. Sorry for the tabs :) From casper at wbss.com Sun Jan 6 17:20:55 2002 From: casper at wbss.com (CaSPeR) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] newbee ircservices User Message-ID: <03fa01c19719$8f4e8970$ace4fea9@casper> hello fellows! I am a first time user of ircservices is there any site or can someone email me a list of all the services commands that are available. I have to start somewhere! sorry for being so ignorant! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020106/14ad2e26/attachment.html From achurch at achurch.org Tue Jan 8 00:43:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 11 released Message-ID: <3c39c64e.35136@achurch.org> Services 5.0 alpha 11 has been released, and can be downloaded from the Services home page (http://www.ircservices.za.net/) as usual. The major addition this time is XML importing, i.e. database merging. (Those of you with sharp eyes may have noticed an extra file called "xml-import.c" in modules/misc that never got compiled--well, now you know what it is. :) ) Importing is currently only possible through the httpd/dbaccess module, which will put up an import link if you load the xml-import module; you may also need to increase RequestBufferSize in modules.conf (for httpd/main) depending on the size of the file you send, since it all has to fit in a single request buffer (at least currently). It's not heavily tested, but it should know enough not to choke if you try to feed it an MP3. Changes in version 5.0a11 ------------------------- 2002/01/08 Added XML import module (xml-import) and dbaccess link. 2002/01/07 Added automatic parsing of form variables to HTTP server. 2002/01/06 Fixed memory leak (forgetting to free nickgroup ignore list). 2002/01/04 Fixed MemoServ bugs occurring with default memo limits. 2002/01/03 Removed duplicate "flags" line in NickGroupInfo XML output. 2002/01/02 Modified XML export format to make it easier to parse. 2002/01/01 Added AJOIN command to NickServ HELP COMMANDS. Reported by Russ Garrett 2002/01/01 Fixed bugs with MemoServ SET FORWARD and memo forwarding. Reported by Russ Garrett --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sun Jan 13 11:03:43 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Hrm Message-ID: my last email didnt get through x-X here it is again. Idea: can the expire functions go into the database module so we dont have to flush the cache every time they're run? From achurch at achurch.org Mon Jan 14 04:08:47 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 12 released Message-ID: <3c41def7.13361@achurch.org> Services 5.0 alpha 12 has been released in the usual place (http://achurch.org/services/5.0-alpha/). This release contains many small changes, and one big change: import-db is (finally!) back, in the new "tools" subdirectory, and it now converts databases to XML on standard output instead of modifying the actual Services database files; those can be saved to disk and then imported using the XML import link from the httpd/dbaccess module. Changes in version 5.0a12 ------------------------- 2002/01/14 Services will now try to remove or raise the core dump size limit when configured with -dumpcore. 2002/01/14 Fixed bug causing -log command-line option to not work. 2002/01/14 Moved LogMaxUsers, WallGetpass, and WallSetpass to services.conf (where they belong). 2002/01/14 Made OperServ RESTART work correctly again. 2002/01/14 Fixed crash on REHASH when StatServ is in use. Reported by Martin Pels 2002/01/14 Fixed broken-connection log message to be slightly more useful. 2002/01/14 Fixed crash on remote SQUIT. Reported by Martin Pels 2002/01/13 Ignored data elements no longer cause XML importing to abort immediately. 2002/01/13 Fixed bug in XML import causing crashes when called twice. 2002/01/13 Removed trailing null bytes from passwords in XML export. 2002/01/13 Fixed bug in XML export causing crashes when OperServ SU password is not set. 2002/01/13 Rewrote import-db for 5.0; new database is now output as XML. 2002/01/11 Mode locks are now saved as character strings in XML export. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sun Jan 13 00:16:46 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Question Message-ID: do the nickinfo, chaninfo, and ngi iteration functions absolutely NEED to return in alphabetical order? also, suggestion: put expire_foo in database module so modules that cache dont need to reload the whole database and can expire nicks as they're loaded. From todd at doonga.net Sun Jan 13 23:48:59 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Bug Report for Services 5.0 alpha 12 In-Reply-To: <3c41def7.13361@achurch.org> Message-ID: <000001c19ccf$f07187a0$fe00a8c0@toddlaptop> Hello, I've been playing with the alpha version on a very small irc server I run. I ran into this problem after doing: nickserv forbid q nickserv forbid w nickserv forbid x operserv update ...segfaults After the segfault, the lock file is left in the database directory, the nick.db is 0 bytes and nick.db.save exists as the version before the forbids. I can reproduce this error over and over... This also happened in version alpha 11. I have included a chunk of the services.log entry and the gdb output. If you need any more information, I'll try to accommodate. I read through everything I could find and it didn't look like anyone reported this yet, so hopefully this will help! BTW, this isn't a complaint, just a report. :) Thanks! Todd Uname -a - FreeBSD todd-server.doonga.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #7: Sat Dec 22 14:30:34 EST 2001 todd@todd-server.doonga.net:/usr/obj/usr/src/sys/SMPKERNEL i386 Services.log - [Jan 14 02:32:32 2002] nickserv/main: Doonga!Doonga@DoongaNET set FORBID for nick q [Jan 14 02:32:34 2002] nickserv/main: Doonga!Doonga@DoongaNET set FORBID for nick w [Jan 14 02:32:36 2002] nickserv/main: Doonga!Doonga@DoongaNET set FORBID for nick x [Jan 14 02:32:40 2002] operserv/main: Doonga: update [Jan 14 02:32:40 2002] database/version4: nick q has no NickGroupInfo, setting password to nick GNU gdb 4.18 Copyright 1998 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 "i386-unknown-freebsd"... Core was generated by `services'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/protocol/bahamut.so. ..done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/database/version4.so ...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/mail/main.so...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/mail/smtp.so...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/operserv/main.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/operserv/akill.so... done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/operserv/news.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/operserv/sessions.so ...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/operserv/sline.so... done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/nickserv/main.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/nickserv/access.so.. .done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/nickserv/link.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/nickserv/mail-auth.s o...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/nickserv/sendpass.so ...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/chanserv/main.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/chanserv/access-leve ls.so...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/chanserv/sendpass.so ...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/memoserv/main.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/memoserv/forward.so. ..done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/memoserv/ignore.so.. .done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/statserv/main.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/misc/helpserv.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/httpd/main.so...done . Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/httpd/auth-ip.so...d one. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/httpd/auth-password. so...done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/httpd/dbaccess.so... done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/httpd/redirect.so... done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/misc/xml-export.so.. .done. Reading symbols from /usr/home/todd/irc/ircservices/lib/services/modules/misc/xml-import.so.. .done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x2811f4db in sync_nick_db (dbname=0x813d940 "nick.db") at version4.c:550 550 if (irc_stricmp(ni->nick, ngi->nicks[ngi->mainnick]) != 0) { From achurch at achurch.org Mon Jan 14 18:05:46 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Bug Report for Services 5.0 alpha 12 Message-ID: <3c429fb2.16100@achurch.org> > I've been playing with the alpha version on a very small irc >server I run. I ran into this problem after doing: >nickserv forbid q >nickserv forbid w >nickserv forbid x >operserv update >...segfaults [...] >[Jan 14 02:32:40 2002] operserv/main: Doonga: update >[Jan 14 02:32:40 2002] database/version4: nick q has no NickGroupInfo, >setting password to nick [...] >#0 0x2811f4db in sync_nick_db (dbname=0x813d940 "nick.db") at >version4.c:550 >550 if (irc_stricmp(ni->nick, ngi->nicks[ngi->mainnick]) != >0) { Well, that was a pretty dumb one on my part... forbidden nicks aren't being handled correctly. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Jan 14 18:36:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Question Message-ID: <3c42a734.20236@achurch.org> >do the nickinfo, chaninfo, and ngi iteration functions absolutely NEED to >return in alphabetical order? I don't _think_ anything will crash and burn if they don't, but NS/CS LIST and such return things in the same order they come out of first/next, so you'd end up with lists in random order >also, suggestion: put expire_foo in database module so modules that cache >dont need to reload the whole database and can expire nicks as they're >loaded. Already mentioned in private mail, but this sounds reasonable; I'll look into it. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Jan 14 23:28:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 13 released Message-ID: <3c42eed0.27623@achurch.org> Well, it's only been about 2/3 of a day, but alpha 13 is out at the usual place. This takes care of the bug with forbidden nicks mentioned earlier, but more importantly, now saves the servicestamp of the last user to identify for a nick. This stops people from having to reidentify if Services goes down, but if I didn't implement it right could be a big fat security hole, so please check it and try to break it. Thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Jan 14 12:11:56 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] DB Names Message-ID: IMHO, wouldn't it be more practical to put the DB filenames in the DB module instead of each module that uses a db? It makes sense that two different dbs would have different names (and mysql databases can't have .s in them) From achurch at achurch.org Tue Jan 15 06:07:38 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] DB Names Message-ID: <3c4348cf.27763@achurch.org> >IMHO, wouldn't it be more practical to put the DB filenames in the DB >module instead of each module that uses a db? It makes sense that two >different dbs would have different names (and mysql databases can't have >.s in them) So don't put dots in them, for crying out loud. That's what the config file is for. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Jan 14 13:12:22 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] DB Names In-Reply-To: <3c4348cf.27763@achurch.org> Message-ID: On Tue, 15 Jan 2002, Andrew Church wrote: > >IMHO, wouldn't it be more practical to put the DB filenames in the DB > >module instead of each module that uses a db? It makes sense that two > >different dbs would have different names (and mysql databases can't have > >.s in them) > > So don't put dots in them, for crying out loud. That's what the > config file is for. What I mean is put the DB name config item under the DB module, NOT the nickserv/chanserv etc modules > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From thebeast at xs4all.nl Mon Jan 14 13:42:27 2002 From: thebeast at xs4all.nl (Hans v Steenbergen) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] nickserv auth option and chanserv Message-ID: <3C4350C2.17A87BC3@xs4all.nl> Hello coders Just a quistion is there a option or is it a idea to put in a option that nicks that are registerd and not have made a Auth to nickserv to lock them out from registering a room -- 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 10:35pm up 6 days, 4:09, 1 user, load average: 1.20, 1.12, 1.08 From todd at doonga.net Mon Jan 14 16:38:41 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] FW: Channel Time Setting issue Message-ID: <001501c19d5c$fe290de0$fe00a8c0@toddlaptop> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OOPS, Sent that last one with the wrong email account. Let's try this again.. Hello, I noticed this one in the services.log file. Not a show stopper by any means. protocol/bahamut: sjoin: unable to resolve symbol `get_channelinfo' in database module, channel time setting I poked around in the code a bit, but I'm not familiar with it enough yet to propose any patches. Thanks for the quick fix on the segfault! Todd -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBPEN6EZsJsSKrNKqPEQJzsACg2Q/PPtWOS5GLTYhb/Q7EJKS5IM8Ani+V KZ/JSqmF2g5CbL4ClvpNQz7x =O6Ab -----END PGP SIGNATURE----- From achurch at achurch.org Tue Jan 15 11:04:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] FW: Channel Time Setting issue Message-ID: <3c438eed.35261@achurch.org> >protocol/bahamut: sjoin: unable to resolve symbol `get_channelinfo' >in database module, channel time setting What OS are you using (sorry, I frogot)? Have you tried using static modules (./configure -use-static-modules)? Does the patch below fix the problem? Index: modules.c =================================================================== RCS file: /var/cvs-private/ircservices/modules.c,v retrieving revision 2.41 diff -u -r2.41 modules.c --- modules.c 13 Jan 2002 17:57:34 -0000 2.41 +++ modules.c 15 Jan 2002 02:04:04 -0000 @@ -186,7 +186,22 @@ { #if !defined(STATIC_MODULES) +#if 0 return dlsym(handle ? handle : program_handle, symname); +#else + if (handle) { + return dlsym(handle, symname); + } else { + Module *mod; + void *ptr; + LIST_FOREACH (mod, modulelist) { + ptr = dlsym(mod->dllhandle?mod->dllhandle:program_handle, symname); + if (ptr) + return ptr; + } + return NULL; + } +#endif #else /* STATIC_MODULES */ --Andrew Church achurch@achurch.org http://achurch.org/ From todd at doonga.net Mon Jan 14 21:10:22 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] FW: Channel Time Setting issue In-Reply-To: <3c438eed.35261@achurch.org> Message-ID: <000701c19d82$f3a1efb0$fe00a8c0@toddlaptop> > What OS are you using (sorry, I frogot)? Have you tried using static > modules (./configure -use-static-modules)? Does the patch below fix the > problem? I'm running FreeBSD 4.5-PRERELEASE. I tried with -use-static-modules and that fixed it. So then I applied that patch, rm'ed config.cache and compiled without the static modules and the error was gone. Thanks again! Todd From Georges at Berscheid.lu Tue Jan 15 13:36:44 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] channel KICK callback Message-ID: Hi, I've just got a small question. Wouldn't it be helpful in some cases to pass the kicker (i.e. the person who kicked the user) as a parameter to the callback function as well? Georges From achurch at achurch.org Wed Jan 16 07:34:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] channel KICK callback Message-ID: <3c44ae91.41473@achurch.org> >I've just got a small question. >Wouldn't it be helpful in some cases to pass the kicker (i.e. the person who >kicked the user) as a parameter to the callback function as well? Is there an actual need for this? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jan 16 07:35:18 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] FW: Channel Time Setting issue Message-ID: <3c44aef6.41504@achurch.org> >> What OS are you using (sorry, I frogot)? Have you tried using >static >> modules (./configure -use-static-modules)? Does the patch below fix >the >> problem? > >I'm running FreeBSD 4.5-PRERELEASE. I tried with -use-static-modules and >that fixed it. So then I applied that patch, rm'ed config.cache and >compiled without the static modules and the error was gone. Okay, I guess FreeBSD doesn't automatically default to checking all modules when a symbol isn't found. I'll commit that change, then. (Note that you can disable static modules with ./configure -no-use-static-modules) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jan 16 07:36:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] nickserv auth option and chanserv Message-ID: <3c44af19.41513@achurch.org> >Just a quistion is there a option or is it a idea to put in a option >that nicks that are registerd and not have made a Auth to nickserv >to lock them out from registering a room That's a good point, I'll look into it. --Andrew Church achurch@achurch.org http://achurch.org/ From Georges at Berscheid.lu Wed Jan 16 00:04:17 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:12 2004 Subject: AW: [IRCServices Coding] channel KICK callback In-Reply-To: <3c44ae91.41473@achurch.org> Message-ID: Well, it's not an absolute must, but I was just recoding SeenServ (like bseen for eggdrops but MySQL-powered) I did for 4.5 as a module for version 5 when I saw that this parameter was missing. Georges -----Ursprungliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Andrew Church Gesendet: Dienstag, 15. Januar 2002 23:35 An: ircservices-coding@ircservices.za.net Betreff: Re: [IRCServices Coding] channel KICK callback >I've just got a small question. >Wouldn't it be helpful in some cases to pass the kicker (i.e. the person who >kicked the user) as a parameter to the callback function as well? Is there an actual need for this? --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Jan 16 22:20:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] nickserv auth option and chanserv Message-ID: <3c457e40.62426@achurch.org> >Just a quistion is there a option or is it a idea to put in a option >that nicks that are registerd and not have made a Auth to nickserv >to lock them out from registering a room That's a very good point--thanks. I'll include this in 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jan 18 01:39:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 14 released Message-ID: <3c46ff27.01713@achurch.org> I'm up way past my bedtime, but it was worth it: Services 5.0 alpha 14 is out at the usual place (or will be shortly, it's still uploading at the moment). Please forgive the lack of a witty comment here; my tired mind can't think one up. Changes in version 5.0a14 ------------------------- 2002/01/18 Fixed lots of errors in import-db. 2002/01/17 Added trircd handler to import-db. 2002/01/17 import-db no longer imports channel access levels (LEVELS command settings); all channels are reset to default. 2002/01/16 Changed default access level for ACC-CHANGE to 4 to match behavior for *OP (HOP users allowed to add VOPs). 2002/01/16 Removed unneeded code in ChanServ do_opvoice(). 2002/01/16 Added ChanServ KICK command. Suggested by Yusuf Iskenderoglu 2002/01/16 ChanServ REGISTER now requires identification, not just recognition, for the registering user's nick. Suggested by Hans v Steenbergen 2002/01/16 Fixed bug causing module symbols to not resolve under FreeBSD. Reported by Todd Punderson 2002/01/15 Added quote parsing to allow SGLINEs with spaces in them. Reported by Yusuf Iskenderoglu --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Sun Jan 20 08:27:22 2002 From: v13 at it.teithe.gr (v13@it.teithe.gr) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Request... Message-ID: <200201201627.SAA28919@ppp0.the.forthnet.gr> With SplitRecovery, users that were connected before split will not be asked for a password. I believe that Logon News should also be stoped. (This may save a lot of useless traffic) <> From griever at t2n.org Sun Jan 20 08:31:16 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Re: idea about database names In-Reply-To: Message-ID: On Sun, 20 Jan 2002, Finny Merrill wrote: > I think the [open|sync|close]_x_db functions should really all be handled > by one function each (open_databases etc). > > The way MySQL works, it would be easier for AKILL, S-lines and other > operserv things to be handled in one database > > wrong email address... From achurch at achurch.org Mon Jan 21 23:48:36 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 15 released Message-ID: <3c4c2f67.17534@achurch.org> Services 5.0 alpha 15 is out at the usual place. No major functional changes in this release, but a whole bunch of reorganization and renaming of files, and two new, completely untested meta-features: (1) RPM and .deb binary packages, available at the same place as the tarball--try them out and let me know of any problems, especially ones that blow up your box-- and (2) preliminary Win32 support via Cygwin; I'll let you all have a flamefest over that one while I get some much-needed sleep. Oh, and I'm well aware that the HTML documentation for convert-db (the new name for import-db) isn't done, so please don't bother sending mail to tell me so. (: Changes in version 5.0 alpha 15 ------------------------------- 2002/01/21 Added preliminary Win32 support via Cygwin. Assistance from Andre Arruda 2002/01/21 Changed hostmask creation code to only mask off the last part of an IP address, even for (former) class A/B addresses. Suggested by Sly. 2002/01/21 Fixed bug parsing incomplete user@host masks. Reported by Sly. 2002/01/21 convert-db is now installed in data directory by make install. 2002/01/21 Renamed executable file from "services" to "ircservices", and main configuration file to "ircservices.conf". 2002/01/21 "make spotless" target may now also be called as "distclean". 2002/01/21 Fixed cosmetic bug in "configuration file not found" error. 2002/01/21 Removed dependency on Perl for static compilation. 2002/01/20 Fixed bug in usage of `tar' program. 2002/01/19 Added NOQUIT support to trircd protocol module. Suggested by Yusuf Iskenderoglu 2002/01/19 Renamed import-db to convert-db. 2002/01/18 Made PTlink database importing more robust. 2002/01/18 Fixed bug causing import-db to fail with trircd databases. Reported by Yusuf Iskenderoglu --Andrew Church achurch@achurch.org http://achurch.org/ From thebeast at xs4all.nl Mon Jan 21 13:50:42 2002 From: thebeast at xs4all.nl (Hans v Steenbergen) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] something to put on your todo list ?? Message-ID: <3C4C8D31.D83359C6@xs4all.nl> hello Andrew thanks for the quick fix with the auth part ;) we will are testing it now you have created a email part i got the idea to use it also for warnings wen a nick or channel will expire is there a way to send a email to the user XX days before the nick will expire or is this idea already some where on your todo list ? (Asking my self now is your todo list for ircservices 5 some where on line?? ) -- 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 10:40pm up 13 days, 4:14, 1 user, load average: 1.00, 1.00, 1.00 From achurch at achurch.org Tue Jan 22 08:36:28 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Request... Message-ID: <3c4ca652.27732@achurch.org> > With SplitRecovery, users that were connected before split will not be a >sked >for a password. I believe that Logon News should also be stoped. (This ma >y >save a lot of useless traffic) This isn't easy to do in the current framework, but you're right in principle, and I'll take a look and see how feasible it is. ><> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Jan 22 08:39:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Re: idea about database names Message-ID: <3c4ca703.27746@achurch.org> >On Sun, 20 Jan 2002, Finny Merrill wrote: > >> I think the [open|sync|close]_x_db functions should really all be handled >> by one function each (open_databases etc). And just how do you plan to handle having some modules loaded and not others? >> The way MySQL works, it would be easier for AKILL, S-lines and other >> operserv things to be handled in one database So use tables for crying out loud. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Jan 22 08:41:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] something to put on your todo list ?? Message-ID: <3c4ca771.27757@achurch.org> >now you have created a email part i got the idea to use it also for >warnings >wen a nick or channel will expire is there a way to send a email to the >user >XX days before the nick will expire or is this idea already some where >on >your todo list ? That's an interesting idea, I'll think about it. >(Asking my self now is your todo list for ircservices 5 some where on >line?? ) No, but you can always grab it from the latest tarball. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Jan 21 15:59:24 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Re: idea about database names In-Reply-To: <3c4ca703.27746@achurch.org> Message-ID: On Tue, 22 Jan 2002, Andrew Church wrote: > >On Sun, 20 Jan 2002, Finny Merrill wrote: > > > >> I think the [open|sync|close]_x_db functions should really all be handled > >> by one function each (open_databases etc). > > And just how do you plan to handle having some modules loaded and not > others? Err.... ya > > >> The way MySQL works, it would be easier for AKILL, S-lines and other > >> operserv things to be handled in one database > > So use tables for crying out loud. Well I thought it would be kind of a hack if the AKILL table had a different name for every database. I guess what I'm really getting at is to have the database names under the database module instead of under the individual modules. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Tue Jan 22 09:46:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Re: idea about database names Message-ID: <3c4cb7e1.30036@achurch.org> >> >> The way MySQL works, it would be easier for AKILL, S-lines and other >> >> operserv things to be handled in one database >> >> So use tables for crying out loud. > >Well I thought it would be kind of a hack if the AKILL table had a >different name for every database. I guess what I'm really getting at is >to have the database names under the database module instead of under >the individual modules. The current database system works the same way and I don't see any problems with it. Besides, if you do want to do it all in one table, there's nothing that says you can't do it that way... though I do see what you're getting at with database/table names. I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From Kevc at gmx.co.uk Tue Jan 22 14:49:03 2002 From: Kevc at gmx.co.uk (Kevin (BT)) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer Message-ID: <1472095903.20020122224903@gmx.co.uk> Hi All, IRCServices 5.0 seem Pretty stable, although ive only had them running for a day. I havent noticed any problems except 1, when my nick was enforced, i did a whois on the Enforcer and it returned this weird line.. | Kevc (@ail/sendmail) | name : NickServ Enforcement | serv : Wont.Spam.Server.Net any ideas? Regards, -- Kevin Conlin BT Operator http://www.darkserv.net Kevc@gmx.co.uk Running The Bat! 1.54 Beta/18 on Windows XP 5.1 -- From achurch at achurch.org Wed Jan 23 16:17:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer Message-ID: <3c4e6386.67040@achurch.org> >I havent noticed any problems except 1, when my nick was enforced, i >did a whois on the Enforcer and it returned this weird line.. > >| Kevc (@ail/sendmail) >| name : NickServ Enforcement >| serv : Wont.Spam.Server.Net This looks like something isn't being copied when it should be; I'll look into this. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jan 23 22:42:08 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer Message-ID: <3c4ebde8.77217@achurch.org> >I havent noticed any problems except 1, when my nick was enforced, i >did a whois on the Enforcer and it returned this weird line.. > >| Kevc (@ail/sendmail) >| name : NickServ Enforcement >| serv : Wont.Spam.Server.Net This doesn't happen for me. Can you reproduce it, and if so how? --Andrew Church achurch@achurch.org http://achurch.org/ From Kevc at gmx.co.uk Wed Jan 23 13:07:49 2002 From: Kevc at gmx.co.uk (Kevin (BT)) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer In-Reply-To: <3c4ebde8.77217@achurch.org> References: <3c4ebde8.77217@achurch.org> Message-ID: <1621865171.20020123210749@gmx.co.uk> The Current Stats of the Server at the time were: IRCd: Unreal3.2 Beta 6 I just didnt identify to my Nickname, my nickname was changed and when i tried to Change it back, it said my nick was in use and showed that screen. Regards, -- Kevin Conlin BT Operator http://www.darkserv.net Kevc@gmx.co.uk Running The Bat! 1.54 Beta/18 on Windows XP 5.1 -- From achurch at achurch.org Thu Jan 24 06:50:36 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer Message-ID: <3c4f305c.24366@achurch.org> >The Current Stats of the Server at the time were: > >IRCd: Unreal3.2 Beta 6 > >I just didnt identify to my Nickname, my nickname was changed and when >i tried to Change it back, it said my nick was in use and showed that >screen. That doesn't help me; I need to know if you can reproduce the same thing every time you try, --Andrew Church achurch@achurch.org http://achurch.org/ From Kevc at gmx.co.uk Wed Jan 23 14:04:51 2002 From: Kevc at gmx.co.uk (Kevin (BT)) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer In-Reply-To: <3c4f305c.24366@achurch.org> References: <3c4f305c.24366@achurch.org> Message-ID: <1125287102.20020123220451@gmx.co.uk> This was Fixed after a Restart. Cannot seem to reproduce. Regards, -- Kevin Conlin BT Operator http://www.darkserv.net Kevc@gmx.co.uk Running The Bat! 1.54 Beta/18 on Windows XP 5.1 -- From andrewk at isdial.net Wed Jan 23 22:02:38 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer References: <3c4f305c.24366@achurch.org> <1125287102.20020123220451@gmx.co.uk> Message-ID: <003d01c1a49c$b9f5ed40$9c011ac4@africa.didata.local> A restart of the ircd or services? Andrew ----- Original Message ----- From: "Kevin (BT)" To: "Andrew Church" Sent: Thursday, January 24, 2002 12:04 AM Subject: Re[4]: [IRCServices Coding] Cosmetic Bug with Enforcer > This was Fixed after a Restart. > > Cannot seem to reproduce. > > > > Regards, > > -- > > Kevin Conlin > BT Operator > http://www.darkserv.net > Kevc@gmx.co.uk > Running The Bat! 1.54 Beta/18 on Windows XP 5.1 > > -- > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From Kevc at gmx.co.uk Wed Jan 23 22:09:46 2002 From: Kevc at gmx.co.uk (Kevin (BT)) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Cosmetic Bug with Enforcer In-Reply-To: <003d01c1a49c$b9f5ed40$9c011ac4@africa.didata.local> References: <3c4f305c.24366@achurch.org> <1125287102.20020123220451@gmx.co.uk> <003d01c1a49c$b9f5ed40$9c011ac4@africa.didata.local> Message-ID: <2134383751.20020124060946@gmx.co.uk> Restarted Services, i changed the enforcer option from Enforcer@DarkServ.Net to just Enforcer.. seemed to work pretty good Regards, -- Kevin Conlin BT Operator http://www.darkserv.net Kevc@gmx.co.uk Running The Bat! 1.54 Beta/18 on Windows XP 5.1 -- From achurch at achurch.org Thu Jan 24 19:26:58 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Services 5.0 alpha 16 released Message-ID: <3c4fe414.07403@achurch.org> Services 5.0 alpha 16 has been released at the usual place. This release is mainly to take care of a whole bunch of FIXMEs in the code; I'll get to the recent suggestions and stuff soon. Also, I'd like to get this as stable as possible before releasing a beta version; please let me know of any problems ASAP. Changes in version 5.0a16 ------------------------- 2002/01/24 MemoServ no longer requires ChanServ to load. 2002/01/24 Sessions module (operserv/sessions) no longer requires autokill module in order to load. 2002/01/24 Got OperServ LISTSERVERS debug command working. 2002/01/24 Fixed bug causing time of maximum user count to be set to maximum user count. 2002/01/24 Fixed a cosmetic bug in OperServ STATS uptime display. 2002/01/24 Fixed up OperServ STATS ALL processing. 2002/01/24 Channel last-used time properly set again on auto-op. 2002/01/23 Fixed several bugs in channel auto-mode handling. 2002/01/23 Fixed GLINE (autokill) handling on ircu 2.9.32. 2002/01/23 Main nick now indicated by "*" in NickServ LISTLINKS. 2002/01/23 NickServ UNLINK now sets main nick to current nick when unlinking main nick. 2002/01/23 Fixed bug causing main nick to change on UNLINK. 2002/01/23 Fixed memory leak with -log command-line option. 2002/01/23 Fixed handling of overlong mode parameters in set_cmode(). 2002/01/22 Made pack_ip() syntax check more robust. 2002/01/22 username@[IP-address] E-mail addresses are now permitted. 2002/01/22 Added checks on configuration parameter values for systems with a 64-bit `long' type. 2002/01/22 Users who get changed to guest nicks will no longer be affected by SQlines on guest nicks. 2002/01/22 If a client matches an SQline (and no SGline or SZline) and the IRC server supports forced nick changes, the client will be sent a 432 (invalid nickname) reply and have its nick changed instead of being killed. 2002/01/22 A 433 (nick in use) reply is no longer sent as soon as a client connects with a registered nickname. --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Thu Jan 24 16:06:59 2002 From: v13 at it.teithe.gr (v13@it.teithe.gr) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Enforced nicknames Message-ID: <200201250007.CAA04944@ppp700.the.forthnet.gr> I see many people using the changed nicknames. (XXX-number in our net). It may be useful to kill them after.. lets say.. X minutes... Also, why kill with 'too many passwords' and not just change and enforce their nick and put an ignore on them for some time ? This should work better for brute force attacks (if any) <> From achurch at achurch.org Fri Jan 25 10:41:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Enforced nicknames Message-ID: <3c50b868.15261@achurch.org> > I see many people using the changed nicknames. (XXX-number in our net). >It may be useful to kill them after.. lets say.. X minutes... Why? >Also, why kill with 'too many passwords' and not just change and enforce >their >nick and put an ignore on them for some time ? This should work better fo >r >brute force attacks (if any) And what would stop them from reconnecting manually/automatically? An auto-AKILL solution is already in the works. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jan 25 10:41:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Enforced nicknames Message-ID: <3c50b868.15261@achurch.org> > I see many people using the changed nicknames. (XXX-number in our net). >It may be useful to kill them after.. lets say.. X minutes... Why? >Also, why kill with 'too many passwords' and not just change and enforce >their >nick and put an ignore on them for some time ? This should work better fo >r >brute force attacks (if any) And what would stop them from reconnecting manually/automatically? An auto-AKILL solution is already in the works. --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Thu Jan 24 20:03:22 2002 From: v13 at it.teithe.gr (v13@it.teithe.gr) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Enforced nicknames In-Reply-To: <3c50b868.15261@achurch.org> References: <3c50b868.15261@achurch.org> Message-ID: <200201250403.GAA07460@ppp700.the.forthnet.gr> On Friday 25 January 2002 12:41, Andrew Church wrote: > > I see many people using the changed nicknames. (XXX-number in our net). > >It may be useful to kill them after.. lets say.. X minutes... > > Why? *** XXX-66156451613046 has been idle 2 minutes, signed on at Fri Jan 25 05:36:25 2002 *** XXX-62156451512457 has been idle 1 minutes, signed on at Fri Jan 25 05:27:20 2002 *** XXX-1085196303245 has been idle 10 seconds, signed on at Thu Jan 24 13:47:28 2002 *** XXX-11156432583997 has been idle 276 minutes, signed on at Wed Jan 23 22:34:52 2002 *** XXX-1156431683934 has been idle 301 minutes, signed on at Thu Jan 24 21:32:59 2002 *** XXX-19155941152125 has been idle 4666 minutes, signed on at Tue Jan 22 00:07:33 2002 Those users are not going to change their nicks unless forced Local time is 05.57am. This is the time with the minimal users on-line on our net... During midnight, there are many many more... I suppose this happens on other nets too > --Andrew Church <> p.s. Do you know if it is safe to q-line XXX-* ? Afaik SVSNICK still works, but is it ok? From achurch at achurch.org Fri Jan 25 13:57:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Enforced nicknames Message-ID: <3c50e642.21515@achurch.org> >> > I see many people using the changed nicknames. (XXX-number in our net >). >> >It may be useful to kill them after.. lets say.. X minutes... >> >> Why? [...] >*** XXX-19155941152125 has been idle 4666 minutes, signed on at Tue Jan 2 >2 00:07:33 2002 > >Those users are not going to change their nicks unless forced And again I ask: why is this a problem? If they want to stay with the guest nicks, I see nothing wrong with that. You can't register them anyway. >p.s. Do you know if it is safe to q-line XXX-* ? Afaik SVSNICK still work >s, but is it ok? Yes, there's no problem with adding Q:lines to servers for this. Using the SQLINE command for this does _not_ work at the moment (Services will get into an infinite loop guesting people), but I'll fix this sooner or later. --Andrew Church achurch@achurch.org http://achurch.org/ From jh at fxpers.net Sat Jan 26 04:41:05 2002 From: jh at fxpers.net (JH) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] bug in alpha 16 ? Message-ID: <00ff01c1a666$b9a86360$0a01a8c0@jespers> hey all i have configured and trying to link services up but get this error [Jan 26 13:50:38.921017 2002] debug: Sent: :ChanServ MODE ChanServ +o [Jan 26 13:50:38.921052 2002] debug: Received: :ceres.dk.eu.sp33d.net KILL MemoServ :ceres.dk.eu.sp33d.net (MemoServ(?) <- services.sp33d.net[unknown@localhost]) [Jan 26 13:50:38.921094 2002] FATAL: introduce_user() loop detected [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net GLOBOPS :FATAL ERROR! introduce_user() loo p detected you got any ideas ? regards JH From ron885 at axenet.org Sat Jan 26 07:56:15 2002 From: ron885 at axenet.org (Ron885) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] bug in alpha 16 ? References: <00ff01c1a666$b9a86360$0a01a8c0@jespers> Message-ID: <002501c1a681$fc7cbdb0$b9340344@HOME> > [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net GLOBOPS > :FATAL ERROR! introduce_user() loo > p detected > > you got any ideas ? you have a memoserv already online and when you start services it can't handle that memoserv there and it tries to connect its client repeatedly till it crashes. --- Ron885 TechAdmin @ irc.axenet.org From achurch at achurch.org Sun Jan 27 01:01:59 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] bug in alpha 16 ? Message-ID: <3c52d309.64065@achurch.org> >hey all > >i have configured and trying to link services up > >but get this error > >[Jan 26 13:50:38.921017 2002] debug: Sent: :ChanServ MODE ChanServ +o >[Jan 26 13:50:38.921052 2002] debug: Received: :ceres.dk.eu.sp33d.net KILL >MemoServ :ceres.dk.eu.sp33d.net > (MemoServ(?) <- services.sp33d.net[unknown@localhost]) Do you have the correct protocol module loaded? --Andrew Church achurch@achurch.org http://achurch.org/ From jh at fxpers.net Sat Jan 26 08:20:23 2002 From: jh at fxpers.net (JH) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] bug in alpha 16 ? References: <00ff01c1a666$b9a86360$0a01a8c0@jespers> <002501c1a681$fc7cbdb0$b9340344@HOME> Message-ID: <011701c1a685$5f0886a0$0a01a8c0@jespers> i have no other services online... there is only my server and the services i have set protocol dreamforce for ultimateircd hope that helps a little more regards JH ----- Original Message ----- From: "Ron885" To: Sent: Saturday, January 26, 2002 4:56 PM Subject: Re: [IRCServices Coding] bug in alpha 16 ? > > > > [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net GLOBOPS > > :FATAL ERROR! introduce_user() loo > > p detected > > > > you got any ideas ? > > you have a memoserv already online and when you start services it can't handle > that memoserv there and it tries to connect its client repeatedly till it > crashes. > --- > Ron885 > TechAdmin @ irc.axenet.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From atcarr at hotmail.com Sun Jan 27 05:44:08 2002 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:09:12 2004 Subject: [IRCServices Coding] Problem with alpha16? In-Reply-To: <002501c1a681$fc7cbdb0$b9340344@HOME> Message-ID: <000801c1a738$b18d01e0$0201a8c0@phantomnet.net> I finally got around to compiling alpha16 of IRCServices for testing on my test network. Compile worked fine with no errors reported. I edited the new Configuration files and attempted to load the server only to get Initialization failed, exiting. I checked the log file to find this message: [Jan 27 08:45:32 2002] IRC Services 5.0a14 starting up [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 0 (en_us) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 10 (nl) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 9 (de) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 8 (it) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 2 (ja_euc) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 3 (ja_sjis) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 5 (pt) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 4 (es) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 7 (tr) [Jan 27 08:45:32 2002] modules: Unable to load module `protocol/bahamut': /home/servers/test/services/modules/protocol/bahamut.so: $ [Jan 27 08:45:32 2002] Error loading modules, aborting I have run through testing all the protocols which might work with my dreamforge derived server with no success. This could be just me however I don't know. Phantom From Georges at Berscheid.lu Sun Jan 27 05:51:13 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:12 2004 Subject: AW: [IRCServices Coding] Problem with alpha16? In-Reply-To: <000801c1a738$b18d01e0$0201a8c0@phantomnet.net> Message-ID: Hi, [Jan 27 08:45:32 2002] IRC Services 5.0a14 starting up <-- seems like 'gmake install' didn't replace your binary since you were still running alpha14 instead of alpha16. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Alan Carr Gesendet: Sonntag, 27. Januar 2002 14:44 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] Problem with alpha16? I finally got around to compiling alpha16 of IRCServices for testing on my test network. Compile worked fine with no errors reported. I edited the new Configuration files and attempted to load the server only to get Initialization failed, exiting. I checked the log file to find this message: [Jan 27 08:45:32 2002] IRC Services 5.0a14 starting up [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 0 (en_us) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 10 (nl) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 9 (de) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 8 (it) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 2 (ja_euc) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 3 (ja_sjis) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 5 (pt) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 4 (es) [Jan 27 08:45:32 2002] Warning: Bad number of strings (1098, wanted 1104) for language 7 (tr) [Jan 27 08:45:32 2002] modules: Unable to load module `protocol/bahamut': /home/servers/test/services/modules/protocol/bahamut.so: $ [Jan 27 08:45:32 2002] Error loading modules, aborting I have run through testing all the protocols which might work with my dreamforge derived server with no success. This could be just me however I don't know. Phantom ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From atcarr at hotmail.com Sun Jan 27 05:56:38 2002 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Problem with alpha16? In-Reply-To: <000801c1a738$b18d01e0$0201a8c0@phantomnet.net> Message-ID: <000201c1a73a$70c0a660$0201a8c0@phantomnet.net> Actually forget this one. It was of course my mistake. Somehow I didn't change over to make sure the system was using the same start program so instead of typing ./ircservices I typed ./services. Sorry Phantom From martinpels at hotmail.com Sun Jan 27 08:50:02 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] NICK_OPER_HELP_SET never used? Message-ID: When I type "/msg nickserv help set" the content of NICK_OPER_HELP_SET is not shown. With ChanServ the problem doesn't occur: CHAN_OPER_HELP_SET is included with the reply to "/msg chanserv help set". The version i'm using is Alpha16. Setting the language to a different setting doesn't make any difference. Greetz, Rodecker From achurch at achurch.org Mon Jan 28 08:18:06 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] NICK_OPER_HELP_SET never used? Message-ID: <3c548ab6.73072@achurch.org> >When I type "/msg nickserv help set" the content of NICK_OPER_HELP_SET is >not shown. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Jan 28 08:29:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] bug in alpha 16 ? Message-ID: <3c548d7f.73450@achurch.org> >i have no other services online... there is only my server and the services > >i have set protocol dreamforce for ultimateircd What version of Ultimate are you using? --Andrew Church achurch@achurch.org http://achurch.org/ >hope that helps a little more > >regards >JH > >----- Original Message ----- >From: "Ron885" >To: >Sent: Saturday, January 26, 2002 4:56 PM >Subject: Re: [IRCServices Coding] bug in alpha 16 ? > > >> >> >> > [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net GLOBOPS >> > :FATAL ERROR! introduce_user() loo >> > p detected >> > >> > you got any ideas ? >> >> you have a memoserv already online and when you start services it can't >handle >> that memoserv there and it tries to connect its client repeatedly till it >> crashes. >> --- >> Ron885 >> TechAdmin @ irc.axenet.org >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jh at fxpers.net Sun Jan 27 15:39:32 2002 From: jh at fxpers.net (JH) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] bug in alpha 16 ? References: <3c548d7f.73450@achurch.org> Message-ID: <004c01c1a78b$df41aac0$0a01a8c0@jespers> i'm using Ultimate3.0.0.a18 and ircservices-5.0a16 regards JH ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 28, 2002 12:29 AM Subject: Re: [IRCServices Coding] bug in alpha 16 ? > >i have no other services online... there is only my server and the services > > > >i have set protocol dreamforce for ultimateircd > > What version of Ultimate are you using? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >hope that helps a little more > > > >regards > >JH > > > >----- Original Message ----- > >From: "Ron885" > >To: > >Sent: Saturday, January 26, 2002 4:56 PM > >Subject: Re: [IRCServices Coding] bug in alpha 16 ? > > > > > >> > >> > >> > [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net GLOBOPS > >> > :FATAL ERROR! introduce_user() loo > >> > p detected > >> > > >> > you got any ideas ? > >> > >> you have a memoserv already online and when you start services it can't > >handle > >> that memoserv there and it tries to connect its client repeatedly till it > >> crashes. > >> --- > >> Ron885 > >> TechAdmin @ irc.axenet.org > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Mon Jan 28 09:01:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] bug in alpha 16 ? Message-ID: <3c54950f.74572@achurch.org> >i'm using Ultimate3.0.0.a18 and ircservices-5.0a16 Then the answer is that version 3.0.0 doesn't work with Services, and you need to use a different ircd. --Andrew Church achurch@achurch.org http://achurch.org/ >regards >JH > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Monday, January 28, 2002 12:29 AM >Subject: Re: [IRCServices Coding] bug in alpha 16 ? > > >> >i have no other services online... there is only my server and the >services >> > >> >i have set protocol dreamforce for ultimateircd >> >> What version of Ultimate are you using? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >hope that helps a little more >> > >> >regards >> >JH >> > >> >----- Original Message ----- >> >From: "Ron885" >> >To: >> >Sent: Saturday, January 26, 2002 4:56 PM >> >Subject: Re: [IRCServices Coding] bug in alpha 16 ? >> > >> > >> >> >> >> >> >> > [Jan 26 13:50:38.921176 2002] debug: Sent: :services.sp33d.net >GLOBOPS >> >> > :FATAL ERROR! introduce_user() loo >> >> > p detected >> >> > >> >> > you got any ideas ? >> >> >> >> you have a memoserv already online and when you start services it can't >> >handle >> >> that memoserv there and it tries to connect its client repeatedly till >it >> >> crashes. >> >> --- >> >> Ron885 >> >> TechAdmin @ irc.axenet.org >> >> >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ShadowMaster at Shadow-Realm.org Sun Jan 27 16:04:11 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] bug in alpha 16 ? In-Reply-To: <004c01c1a78b$df41aac0$0a01a8c0@jespers> References: <3c548d7f.73450@achurch.org> <004c01c1a78b$df41aac0$0a01a8c0@jespers> Message-ID: <200201280004.g0S04Cr31625@villageirc.net> On Monday 28 January 2002 00:39, you wrote: > i'm using Ultimate3.0.0.a18 and ircservices-5.0a16 UltimateIRCd3.0.0 alpha's are based on the bahamut protocol. I'll make sure to have this clearly noted in the FAQ and README files in the next snapshot. -- 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 Mon Jan 28 13:33:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 alpha 17 released Message-ID: <3c54d50c.26261@achurch.org> Services 5.0 alpha 17 has been released at the usual place. This takes care of several bugs reported to me, adds the OperServ SERVERMAP command (I _think_ it works right), and gets rid of some way-out-of-date bloat. Changes in version 5.0a17 ------------------------- 2002/01/28 Fixed BUG message occurring when a nick with registered channels was dropped. Reported by Martin Pels 2002/01/28 Fixed potential crash when dropping in-use channels. 2002/01/28 Fixed crash when expiring nicks with registered channels. Reported by Martin Pels 2002/01/28 Fixed bug causing oper help for NickServ SET to not be shown. Reported by Martin Pels 2002/01/28 Fixed bug in MemoServ SET LIMIT where DEFAULT was interpreted as 0 and anything else as DEFAULT. Reported by Martin Pels 2002/01/28 Removed IrcIIHelp pseudoclient and ircII help files. 2002/01/24 Fixed bug in configure that caused the data directory to be asked for on the first run even if -defaults was given. 2002/01/24 Added the OperServ SERVERMAP command. --Andrew Church achurch@achurch.org http://achurch.org/ From jh at fxpers.net Sun Jan 27 22:31:15 2002 From: jh at fxpers.net (JH) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] bug in alpha 16 ? References: <3c548d7f.73450@achurch.org> <004c01c1a78b$df41aac0$0a01a8c0@jespers> <200201280004.g0S04Cr31625@villageirc.net> Message-ID: <006601c1a7c5$62e909c0$0a01a8c0@jespers> thanx with that an version a17 it now works regards JH ----- Original Message ----- From: "Thomas J. Stens?s" To: Sent: Monday, January 28, 2002 1:04 AM Subject: Re: [IRCServices Coding] bug in alpha 16 ? > On Monday 28 January 2002 00:39, you wrote: > > i'm using Ultimate3.0.0.a18 and ircservices-5.0a16 > > UltimateIRCd3.0.0 alpha's are based on the bahamut protocol. > > I'll make sure to have this clearly noted in the FAQ and README files in the > next snapshot. > > -- > Yours Sincerely > > Thomas Juberg Stens?s > > -- What we do in life echoes in eternity. > > DMCA, SSSCA, W3C? Who cares? http://thefreeworld.net/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From martinpels at hotmail.com Mon Jan 28 14:18:07 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] 2 small bugs References: <3c54d50c.26261@achurch.org> Message-ID: 1. when using nickserv dropnick the dropped nick gets displayed as (null) for example, when doing: /msg nickserv dropnick FooBar Services replies: [12:29] -NickServ- Nickname (null) and all linked nicknames have been dropped. 2. When a registered nickname does not have a last quit message in its info display the following happens when viewing the info online: Registered to: FooBar Time registered: Dec 31 14:05:38 2001 Last seen address: foo@bar Last seen on: Jan 20 23:26:57 2002 Last quit message: Jan 20 23:26:57 2002 The last quitmessage should be empty here. Instead the Last seen on value gets shown again, and the services logfile shows a bug: [Jan 28 23:10:37 2002] httpd/main: BUG: http_quote_html(): str is NULL! From achurch at achurch.org Tue Jan 29 08:36:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] 2 small bugs Message-ID: <3c55e099.04657@achurch.org> Both fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >1. >when using nickserv dropnick the dropped nick gets displayed as (null) > >for example, when doing: /msg nickserv dropnick FooBar >Services replies: >[12:29] -NickServ- Nickname (null) and all linked nicknames have been >dropped. > >2. >When a registered nickname does not have a last quit message in its info >display the following happens when viewing the info online: > > Registered to: FooBar > Time registered: Dec 31 14:05:38 2001 > Last seen address: foo@bar > Last seen on: Jan 20 23:26:57 2002 > Last quit message: Jan 20 23:26:57 2002 > > >The last quitmessage should be empty here. Instead the Last seen on value >gets shown again, and the services logfile shows a bug: >[Jan 28 23:10:37 2002] httpd/main: BUG: http_quote_html(): str is NULL! > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From todd at doonga.net Wed Jan 30 00:34:45 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Fwd: Possible Bug? (or am I misinterpreting something?) Message-ID: <20020129083615.1110E17466@snow.fingers.co.za> Hello, Ooops, accidentally posted this to the wrong list... 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 achurch at achurch.org Tue Jan 29 18:07:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Fwd: Possible Bug? (or am I misinterpreting something?) Message-ID: <3c5666c0.31217@achurch.org> Have the users in question identified for their nicks? What does /cs status #doonga say? --Andrew Church achurch@achurch.org http://achurch.org/ >Hello, > Ooops, accidentally posted this to the wrong list... > 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-coding From todd at doonga.net Wed Jan 30 02:46:20 2002 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Fwd: Possible Bug? (or am I misinterpreting something?) In-Reply-To: <3c5666c0.31217@achurch.org> References: <3c5666c0.31217@achurch.org> Message-ID: <20020129104749.92F7C17466@snow.fingers.co.za> Hello, Yes, the users have identified for their nicks. The output from status for the one in question is: ChanServ: STATUS #doonga todd 5 Just for completeness I did a /ns status todd .. this is the output: NickServ: STATUS todd 3 Thanks! On Tuesday 29 January 2002 01:07 pm, you wrote: > Have the users in question identified for their nicks? What does > /cs status #doonga say? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hello, > > Ooops, accidentally posted this to the wrong list... > > 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-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Jan 29 22:31:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Fwd: Possible Bug? (or am I misinterpreting something?) Message-ID: <3c56a787.45075@achurch.org> >Hello, >Yes, the users have identified for their nicks. The output from status for >the one in question is: ChanServ: STATUS #doonga todd 5 Okay, found and fixed--thanks. >Just for completeness I did a /ns status todd .. this is the output: >NickServ: STATUS todd 3 >Thanks! > >On Tuesday 29 January 2002 01:07 pm, you wrote: >> Have the users in question identified for their nicks? What does >> /cs status #doonga say? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >Hello, >> > Ooops, accidentally posted this to the wrong list... >> > 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-coding >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From Kevc at gmx.co.uk Thu Jan 31 04:21:36 2002 From: Kevc at gmx.co.uk (Kevin (BT)) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Error in Logon News Adding Message-ID: <1567657400.20020131122136@gmx.co.uk> Hey, This Following Thing Occured on my server after adding Logon News #3 [12:14] -OperServ- 1 (Jan 30 16:50:33 2002 CST by Kevc) [12:14] -OperServ- Blah Blah Blah [12:14] -OperServ- 2 (Jan 31 05:29:58 2002 CST by Kevc) [12:14] -OperServ- Welcome to The Blah Blah Blah [12:14] -OperServ- 2 (Jan 31 06:13:42 2002 CST by Kevc) [12:14] -OperServ- Blah Blah Blah Also When adding the news, it shows the following (Didnt Record the Logonnews #1 Message) [11:30] -OperServ- Added new logon news item (#2). [12:13] -OperServ- Added new logon news item (#2). Guess #3 Disappeared, so i tried adding another and got the following, -> [msg(operserv)] logonnews add blah [12:19] -OperServ- Added new logon news item (#2). Now.... to try deleting #2 .. Nothing happened, i got the message [12:20] -OperServ- Logon news item #2 deleted. But when i did a list, all three #2's were intact. Regards, -- Kevin Conlin BT Operator http://www.darkserv.net Kevc@gmx.co.uk Running The Bat! 1.54 Beta/18 on Windows XP 5.1 -- From rg at tcslon.com Thu Jan 31 12:49:59 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A few bugs... In-Reply-To: <3c56a787.45075@achurch.org> Message-ID: Sorry I haven't been around much recently... loads of school work... Found a few small spelling mistakes: /modules/protocol/bahamut.c line 137: " sure you have no pre-1.4.25 servers on your netowrk," example-ircservices.conf line 691: # user-configuratble data. This is separate from the help messages And another bug in my favourite module, xml-export: xml-export.c line 339: writefunc(data, "\t\t%s\n", should read (I assume): writefunc(data, "\t\t%s\n", That's all for now :) Russ Garrett (russ@garrett.co.uk) From achurch at achurch.org Fri Feb 1 14:53:06 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A few bugs... Message-ID: <3c5a2d7e.65616@achurch.org> Thanks, fixed. --Andrew Church achurch@achurch.org http://achurch.org/ >Sorry I haven't been around much recently... loads of school work... > >Found a few small spelling mistakes: > >/modules/protocol/bahamut.c line 137: > " sure you have no pre-1.4.25 servers on your >netowrk," >example-ircservices.conf line 691: ># user-configuratble data. This is separate from the help >messages > > >And another bug in my favourite module, xml-export: > >xml-export.c line 339: > writefunc(data, "\t\t%s\n", >should read (I assume): > writefunc(data, "\t\t%s\n", > > >That's all for now :) > > >Russ Garrett (russ@garrett.co.uk) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Feb 1 15:39:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Error in Logon News Adding Message-ID: <3c5a3848.70534@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Hey, > >This Following Thing Occured on my server after adding Logon News #3 > >[12:14] -OperServ- 1 (Jan 30 16:50:33 2002 CST by Kevc) >[12:14] -OperServ- Blah Blah Blah >[12:14] -OperServ- 2 (Jan 31 05:29:58 2002 CST by Kevc) >[12:14] -OperServ- Welcome to The Blah Blah Blah >[12:14] -OperServ- 2 (Jan 31 06:13:42 2002 CST by Kevc) >[12:14] -OperServ- Blah Blah Blah > >Also When adding the news, it shows the following > >(Didnt Record the Logonnews #1 Message) > >[11:30] -OperServ- Added new logon news item (#2). > >[12:13] -OperServ- Added new logon news item (#2). > >Guess #3 Disappeared, so i tried adding another and got the following, > >-> [msg(operserv)] logonnews add blah >[12:19] -OperServ- Added new logon news item (#2). > >Now.... to try deleting #2 > >.. Nothing happened, i got the message >[12:20] -OperServ- Logon news item #2 deleted. > >But when i did a list, all three #2's were intact. > > > >Regards, > >-- > >Kevin Conlin >BT Operator >http://www.darkserv.net >Kevc@gmx.co.uk >Running The Bat! 1.54 Beta/18 on Windows XP 5.1 > >-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Fri Feb 1 11:44:31 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] More bugs In-Reply-To: <3c5a3848.70534@achurch.org> Message-ID: I have a confession to make.... Last night I was bored, so I set up a test box and linked IRCServices 5 into my "live" network. Well, to be honest, it's not particularly live with only 15 users, but services hasn't caused a single problem (and yes, I know services are unsupported, and I won't whinge if anything goes wrong :), and having it on a live net with users does make it easier to find any bugs. I'm pretty confident that these services are beta-quality now. Well I lie a bit, because I did find a few small bugs I probably wouldn't have noticed on my testnet: chanserv: It seems that the /cs set secureops option doesn't work - it is set but it doesn't take effect - I had a (very) quick browse through the code and couldn't find anything obviously amiss. operserv: Minor documentation bug in lang/en_us.l on line 4510: Limited to ^BServices admins^B. /os raw is now limited to services root, so this is wrong. operserv: I noticed the undocumented /os LISTIGNORE function. If this is to remain undocumented (and I don't see why it shouldn't - it has no non-debugging use as far as I can see - correct me if I'm wrong), it would probably be better restricted to the services root and put inside an #ifdef DEBUG_COMMANDS, or it should be documented. Thanks, Russ Garrett (rg@tcslon.com) From griever at t2n.org Fri Feb 1 17:18:41 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Exceptions Message-ID: Why can't you use user@host masks in exceptions? This would be helpful for things like limiting the number of connections from a host not running ident. From rg at tcslon.com Sat Feb 2 03:26:25 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A subtle levels bug Message-ID: I'm running Bahamut with IRCServices 5, and I've spotted a chanserv levels bug: Pertinent Channel level settings: AUTOVOICE 0 AUTOHALFOP 4 (although it isn't used, because Bahamut doesn't support hop) A user with access level 4 enters the channel. He is not autovoiced, despite being above the AUTOVOICE leve, because he would be be hopped if this wasn't bahamut, so he is left with no modes. The bahamut protocol module needs to recognise this situation and voice him. Thanks, Russ Garrett (russ@garrett.co.uk) From rg at tcslon.com Sat Feb 2 03:31:49 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A subtle levels bug In-Reply-To: Message-ID: > The bahamut protocol module needs to recognise this > situation and voice him. Just to add something to this: The easy temporary way to fix this is to disable the AUTOHALFOP level, so, an alternative to modifying the bahamut protocol module would be to disable AUTOHALFOP on channels created on a Bahamut server (I don't know, this may be done already - the channel in question was originally registered on Unreal, before we changed to Bahamut) Russ Garrett (russ@garrett.co.uk) From rg at tcslon.com Sat Feb 2 03:59:33 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A not-quite-so-subtle, but pretty nasty, levels bug (a.k.a. no bugs for several days, then 5 come along at once ;) In-Reply-To: Message-ID: I found this one by fidding about with my last bug, and is best summed up by this transcript (my comments in [square brackets]): -> ChanServ levels #chat list Access level settings for channel #chat: AUTOPROTECT 10 AUTOOP 5 AUTOHALFOP 4 AUTOVOICE 0 AUTODEOP -1 NOJOIN -2 INVITE 5 AKICK 10 SET (disabled) CLEAR (disabled) UNBAN 5 ACC-LIST 0 ACC-CHANGE 10 MEMO 10 OP-DEOP 5 VOICE 3 HALFOP 4 PROTECT 10 KICK 5 -> ChanServ levels #chat DIS AUTOHALFOP AUTOHALFOP disabled on channel #chat. -> ChanServ levels #chat list Access level settings for channel #chat: AUTOPROTECT 10 AUTOOP 5 AUTOHALFOP (disabled) [AUTOHALFOP is disabled... all good so far] AUTOVOICE 3 [hello... AUTOVOICE is randomly reset...] AUTODEOP -1 NOJOIN -2 INVITE 5 AKICK 10 SET 10000 [SET and CLEAR - formerly disabled, are now level 10000!] CLEAR 10000 UNBAN 5 ACC-LIST 0 ACC-CHANGE 4 MEMO 10 OP-DEOP 5 VOICE 3 HALFOP 4 PROTECT 10 KICK 5 Haven't had time to look at the code, Thanks, Russ Garrett (russ@garrett.co.uk) From achurch at achurch.org Sun Feb 3 01:44:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] More bugs Message-ID: <3c5c18b9.06321@achurch.org> >I have a confession to make.... Last night I was bored, so I set up a >test box and linked IRCServices 5 into my "live" network. Well, to be >honest, it's not particularly live with only 15 users, but services >hasn't caused a single problem (and yes, I know services are >unsupported, and I won't whinge if anything goes wrong :), and having >it on a live net with users does make it easier to find any bugs. I'm >pretty confident that these services are beta-quality now. Well, as long as you don't complain I don't mind. (: >chanserv: It seems that the /cs set secureops option doesn't work - >it is set but it doesn't take effect - I had a (very) quick browse >through the code and couldn't find anything obviously amiss. Works for me; are you sure it wasn't just a MergeChannelModes delay? >operserv: Minor documentation bug in lang/en_us.l on line 4510: > Limited to ^BServices admins^B. >/os raw is now limited to services root, so this is wrong. Thanks, I'll fix this when I go back to the language file. (I've made a lot of typo fixes since alpha 17, and I want to keep content fixes separate to make things easier on translators. >operserv: I noticed the undocumented /os LISTIGNORE function. If this >is to remain undocumented (and I don't see why it shouldn't - it has >no non-debugging use as far as I can see - correct me if I'm wrong), >it would probably be better restricted to the services root and put >inside an #ifdef DEBUG_COMMANDS, or it should be documented. I'm aware of this; the entire ignore system is broken, and has been that way for who knows how many years. I'm hoping to get around to fixing it by the time a beta goes out, but who knows. In any case, I'll deal with this at the same time. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Feb 3 01:51:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A subtle levels bug Message-ID: <3c5c1b82.07351@achurch.org> >I'm running Bahamut with IRCServices 5, and I've spotted a chanserv >levels bug: > >Pertinent Channel level settings: >AUTOVOICE 0 >AUTOHALFOP 4 (although it isn't used, because Bahamut doesn't support >hop) > >A user with access level 4 enters the channel. He is not autovoiced, >despite being above the AUTOVOICE leve, because he would be be hopped if >this wasn't bahamut, so he is left with no modes. > >The bahamut protocol module needs to recognise this situation and voice >him. Protocol modules don't touch ChanServ, as they shouldn't. The CS access code is supposed to take care of this automatically by deleting the AUTOHALFOP and HALFOP levels (see access.c:init_access()) when the protocol module signals that it doesn't have halfop capability, but it doesn't seem to be working correctly. I'll look into it. >I found this one by fidding about with my last bug, and is best summed >up by this transcript (my comments in [square brackets]): > >-> ChanServ levels #chat list > Access level settings for channel #chat: > AUTOPROTECT 10 > AUTOOP 5 > AUTOHALFOP 4 > AUTOVOICE 0 [..] >-> ChanServ levels #chat DIS AUTOHALFOP > AUTOHALFOP disabled on channel #chat. > >-> ChanServ levels #chat list > Access level settings for channel #chat: > AUTOPROTECT 10 > AUTOOP 5 > AUTOHALFOP (disabled) [AUTOHALFOP is disabled... all good so far] > AUTOVOICE 3 [hello... AUTOVOICE is randomly reset...] > AUTODEOP -1 > NOJOIN -2 > INVITE 5 > AKICK 10 > SET 10000 [SET and CLEAR - formerly disabled, are now level 10000!] > CLEAR 10000 Fixed (logic bug in LEVELS DISABLE), thanks for the report. Incidentally, the "10000" should read "(founder only)", and that's already fixed for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Feb 3 02:09:27 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Error in Logon News Adding Message-ID: <3c5c1d53.07617@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Hey, > >This Following Thing Occured on my server after adding Logon News #3 > >[12:14] -OperServ- 1 (Jan 30 16:50:33 2002 CST by Kevc) >[12:14] -OperServ- Blah Blah Blah >[12:14] -OperServ- 2 (Jan 31 05:29:58 2002 CST by Kevc) >[12:14] -OperServ- Welcome to The Blah Blah Blah >[12:14] -OperServ- 2 (Jan 31 06:13:42 2002 CST by Kevc) >[12:14] -OperServ- Blah Blah Blah > >Also When adding the news, it shows the following > >(Didnt Record the Logonnews #1 Message) > >[11:30] -OperServ- Added new logon news item (#2). > >[12:13] -OperServ- Added new logon news item (#2). > >Guess #3 Disappeared, so i tried adding another and got the following, > >-> [msg(operserv)] logonnews add blah >[12:19] -OperServ- Added new logon news item (#2). > >Now.... to try deleting #2 > >.. Nothing happened, i got the message >[12:20] -OperServ- Logon news item #2 deleted. > >But when i did a list, all three #2's were intact. > > > >Regards, > >-- > >Kevin Conlin >BT Operator >http://www.darkserv.net >Kevc@gmx.co.uk >Running The Bat! 1.54 Beta/18 on Windows XP 5.1 > >-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sun Feb 3 02:10:30 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Exceptions Message-ID: <3c5c1e3b.07745@achurch.org> >Why can't you use user@host masks in exceptions? This would be helpful for >things like limiting the number of connections from a host not running >ident. I assume that "not" is extraneous, but seeing as how 99.9% of hosts don't run ident (or at least a _useful_ ident), and supporting it would just make exception lists longer and exception processing take more time, I don't see the point. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sat Feb 2 10:19:26 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Exceptions In-Reply-To: <3c5c1e3b.07745@achurch.org> Message-ID: On Sun, 3 Feb 2002, Andrew Church wrote: > >Why can't you use user@host masks in exceptions? This would be helpful for > >things like limiting the number of connections from a host not running > >ident. > > I assume that "not" is extraneous, but seeing as how 99.9% of hosts > don't run ident (or at least a _useful_ ident), and supporting it would > just make exception lists longer and exception processing take more time, I > don't see the point. The reason I request this is because of a recent attack on one of the networks I operate. We had > 50 clones from 15 different proxies. If we could have set a 1 limit for ~*@*, they would have been killed off very quickly. As it was, the proxy scanner couldn't kill them off fast enough and the whole net was down for almost an hour until the auto-zlines kicked in. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sun Feb 3 03:26:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Exceptions Message-ID: <3c5c2f97.12602@achurch.org> >On Sun, 3 Feb 2002, Andrew Church wrote: > >> >Why can't you use user@host masks in exceptions? This would be helpful for >> >things like limiting the number of connections from a host not running >> >ident. >> >> I assume that "not" is extraneous, but seeing as how 99.9% of hosts >> don't run ident (or at least a _useful_ ident), and supporting it would >> just make exception lists longer and exception processing take more time, I >> don't see the point. > >The reason I request this is because of a recent attack on one of the >networks I operate. We had > 50 clones from 15 different proxies. If we >could have set a 1 limit for ~*@*, they would have been killed off very >quickly. As it was, the proxy scanner couldn't kill them off fast enough >and the whole net was down for almost an hour until the auto-zlines kicked >in. Seems to me you could just have had your scanner add autokills for found proxies... --Andrew Church achurch@achurch.org http://achurch.org/ From rplume at cablemo.net Sat Feb 2 15:43:51 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Exceptions References: <3c5c2f97.12602@achurch.org> Message-ID: <000501c1ac43$7a1d9570$9a96d741@ryan> Greetings.. I've been rather curious about IRCServices' irc_stricmp function. What does it do that the regular stricmp() doesn't, and could it be replaced safely with stricmp? From achurch at achurch.org Sun Feb 3 12:14:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] irc_stricmp() Message-ID: <3c5caba9.55062@achurch.org> > I've been rather curious about IRCServices' irc_stricmp function. What >does it do that the regular stricmp() doesn't, and could it be replaced >safely with stricmp? (1) stricmp() is (potentially) locale-dependent, and could conceivably behave incorrectly in certain locales. (2) RFC1459-compliant ircds treat [ and {, \ and |, ] and } as pairwise equivalent; stricmp() doesn't. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sat Feb 2 23:18:20 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] irc_stricmp() In-Reply-To: <3c5caba9.55062@achurch.org> Message-ID: On Sun, 3 Feb 2002, Andrew Church wrote: > > I've been rather curious about IRCServices' irc_stricmp function. What > >does it do that the regular stricmp() doesn't, and could it be replaced > >safely with stricmp? > > (1) stricmp() is (potentially) locale-dependent, and could conceivably > behave incorrectly in certain locales. > > (2) RFC1459-compliant ircds treat [ and {, \ and |, ] and } as > pairwise equivalent; stricmp() doesn't. I'd also like to point out that many systems don't *have* stricmp > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sun Feb 3 16:29:39 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] irc_stricmp() Message-ID: <3c5ce796.71211@achurch.org> >On Sun, 3 Feb 2002, Andrew Church wrote: > >> > I've been rather curious about IRCServices' irc_stricmp function. What >> >does it do that the regular stricmp() doesn't, and could it be replaced >> >safely with stricmp? >> >> (1) stricmp() is (potentially) locale-dependent, and could conceivably >> behave incorrectly in certain locales. >> >> (2) RFC1459-compliant ircds treat [ and {, \ and |, ] and } as >> pairwise equivalent; stricmp() doesn't. > >I'd also like to point out that many systems don't *have* stricmp Well, they _do_ have strcasecmp() which is the same thing (and actually POSIX, I think)--I just like "stricmp" because (1) it's shorter and (2) "strcasecmp" sounds like "case-sensitive string compare" which is wrong. Out of curiosity, are there any systems that don't have either function? --Andrew Church achurch@achurch.org http://achurch.org/ From eengin at talesoft.de Sat Feb 2 23:43:54 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] irc_stricmp() In-Reply-To: <3c5ce796.71211@achurch.org> Message-ID: <004a01c1ac86$87feea70$092a14ac@hadiko.de> Some older Digital-Alpha-OSF 3.1 Systems (pre bulid 483) don't have both functions by default... Greets Ekim "Talesin" Engin PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 --- Chat begins as it ends - without reason > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Andrew Church > Sent: Sunday, February 03, 2002 8:30 AM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] irc_stricmp() > > > >On Sun, 3 Feb 2002, Andrew Church wrote: > > > >> > I've been rather curious about IRCServices' irc_stricmp > >> >function. What does it do that the regular stricmp() doesn't, and > >> >could it be replaced safely with stricmp? > >> > >> (1) stricmp() is (potentially) locale-dependent, and could > >> conceivably behave incorrectly in certain locales. > >> > >> (2) RFC1459-compliant ircds treat [ and {, \ and |, ] > and } as > >> pairwise equivalent; stricmp() doesn't. > > > >I'd also like to point out that many systems don't *have* stricmp > > Well, they _do_ have strcasecmp() which is the same > thing (and actually POSIX, I think)--I just like "stricmp" > because (1) it's shorter and (2) "strcasecmp" sounds like > "case-sensitive string compare" which is wrong. > > Out of curiosity, are there any systems that don't have > either function? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircser> vices-coding > From achurch at achurch.org Sun Feb 3 23:42:31 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 alpha 18 released Message-ID: <3c5d4cdc.47342@achurch.org> Services 5.0 alpha 18 is out at the usual place. Not too much of note, but I needed an easy way to differentiate typo fixes in the language files from all the changes that will go into the next alpha. (This release is actually about a day old but got delayed due to server problems.) Changes in version 5.0a18 ------------------------- 2002/02/03 Fixed bug causing channel levels to get reset on a LEVELS DISABLE. Reported by Russ Garrett 2002/02/02 Fixed bug where founder-only channel levels would show up as "10000" in ChanServ LEVELS LIST. 2002/02/02 Added command reference and configuration file documentation. 2002/02/02 Fixed typos/formatting in language files (no content changes). 2002/02/01 Fixed bugs in news module causing ADD to use bad item numbers and DEL to not work at all. Reported by Kevin 2002/02/01 Fixed minor typos reported by Russ Garrett 2002/01/29 Fixed bug causing access levels for ChanServ commands to be incorrectly checked. Reported by Todd Punderson 2002/01/29 Added URL and E-mail fields to httpd/dbaccess channel information display. 2002/01/29 Fixed cosmetic bugs in NickServ DROPNICK output and httpd/dbaccess nickname information display. Reported by Martin Pels 2002/01/28 Fixed crash in nickserv/oldlink LISTLINKS command. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at mhetherington.demon.co.uk Sun Feb 3 13:07:30 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions In-Reply-To: <3c5d4cdc.47342@achurch.org> Message-ID: Version 5 is definitely coming together very well now. Been running the latest version on a production network and the following issues came up. All reported on a Network of Unreal servers running Services 5.0a18. 1) Bug: When the ChanServ and Nickserv LIST command is restricted to opers only, it still displays in the list of standard commands available to all users. It ought to be removed from the commands list when not available to a user. 2) Suggestion: A configuration file directive to remove/disable GetPass would be a welcome addition. The introduction of SendPass into the main distribution removes the main need for GetPass (password recovery) so the abiity to easily remove GetPass commands from the modules and references in helpfiles would be useful. 3) Bug: Memoserv send does not always confirm that a memo has been sent even though it has. This only seems to affect some users and I have yet to find what it is about particular users that causes this. 4) Bug: Help responses which involve 2 pseudo client names do not appear to display correctly. E.g. the /cs help register command will display the name of the ChanServ client correctly, but seemingly a random string for the NickServ client -ChanServ- Syntax: SENDPASS channel -ChanServ- -ChanServ- Sends you an E-mail message containing the password for the -ChanServ- given channel. You must be the founder of the channel to -ChanServ- use this command, and you must first identify for your -ChanServ- nickname with the xxx.xxx.xxx.xxx.xxx IDENTIFY command. (the xxx refers to a user's hostname masked for privacy which managed to become the client name for NickServ during one services run. This same host name was displayed in that place to all users on the network. Previous runs had other strings which were sometimes "random" garbage. 5) Bug: The Network statistics link in the httpd module does not operate at all. On our network we run an existing StatServ client, so the services one is named StatServ2. I could not see anything in the code/setup that would cause this to affect the httpd module but thought I should mention it in case. 6) Another "unhandled" message for the list, services reports but is unable to process /who 0 o commands (users trying to list online opers) generating: unknown message from server (:nick 4 [Did a /who 0 o]) 7) Suggestion: every hyperlink clicked in the httpd pages results in the following log entry: httpd/main: Accepted connection from xxx.xxx.xxx.xxx:nnnn This suggestion is twofold, firstly a more defined log entry specifying the access made and secondly, logging the httpd client messages to a seperate log file. It might actually be useful to log each client to it's own log file, with the central file reserved for messages related to overall operation. 8) Rehash produces an odd error message: Received SIGHUP, rehashing. sockets: select(): Interrupted system call Not sure how important this is but if it is important enough to log, it is probably something that shouldn't be happening :) 9) Not sure if this is a known problem listed anywhere but I haven't found it in the docs, Services 5 will not parse a Version 4.5.x exception.db file. The following error appears in the log file: database/version4: Read error on exception.db I think that covers everything in today's findings that I haven't found in known bugs or other comments :) Mark. From mark at mhetherington.demon.co.uk Sun Feb 3 13:44:26 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Bug in oper.db In-Reply-To: Message-ID: An oper.db file originally from version 4.5.x loaded into version 5.0a18 has now grown in size from 61 bytes to 7.5K! The contents of the new files seem to be multiple copies of the os admin list and the os operator list. Andrew, please email me off list if you want copies of the both files for debugging. Mark. From mark at mhetherington.demon.co.uk Sun Feb 3 15:24:45 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Bug in oper.db In-Reply-To: Message-ID: Additional information... the file keeps growing in a similar manner (up to 8K now ) so it seems that services is writing increasing copies of the lists to the file with each database save. I have included the *.db dir list for both version below since it *may* also be affecting other files given the unexpected increases in such a short space of time (chan/nick/oper): -rw------- 1 xxx xxx 315 Feb 3 02:13 akill.db -rw------- 1 xxx xxx 44628 Feb 3 02:13 chan.db -rw------- 1 xxx xxx 169 Feb 3 02:13 exception.db -rw------- 1 xxx xxx 6 Feb 3 02:13 news.db -rw------- 1 xxx xxx 116404 Feb 3 02:13 nick.db -rw------- 1 xxx xxx 61 Feb 3 02:13 oper.db -rw------- 1 xxx xxx 415 Feb 3 02:13 stats.db -rw------- 1 xxx xxx 415 Feb 3 23:14 akill.db -rw------- 1 xxx xxx 49261 Feb 3 23:14 chan.db -rw------- 1 xxx xxx 134 Feb 3 23:14 exception.db -rw------- 1 xxx xxx 404 Feb 3 23:14 news.db -rw------- 1 xxx xxx 148935 Feb 3 23:14 nick.db -rw------- 1 xxx xxx 8161 Feb 3 23:14 oper.db -rw------- 1 xxx xxx 22 Feb 3 23:14 sline.db -rw------- 1 xxx xxx 703 Feb 3 23:14 stats.db Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of > Mark Hetherington > Sent: 03 February 2002 21:44 > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Services 5.0 Bug in oper.db > > > An oper.db file originally from version 4.5.x loaded into version > 5.0a18 has > now grown in size from 61 bytes to 7.5K! > > The contents of the new files seem to be multiple copies of the os admin > list and the os operator list. > > Andrew, please email me off list if you want copies of the both files for > debugging. > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Feb 4 07:51:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions Message-ID: <3c5dce27.54332@achurch.org> >1) Bug: When the ChanServ and Nickserv LIST command is restricted to opers >only, it still displays in the list of standard commands available to all >users. It ought to be removed from the commands list when not available to a >user. I don't consider this a bug (in fact, I think I had it that way at one point and reversed it), but it seems reasonable enough. Done. >2) Suggestion: A configuration file directive to remove/disable GetPass >would be a welcome addition. The introduction of SendPass into the main >distribution removes the main need for GetPass (password recovery) so the >abiity to easily remove GetPass commands from the modules and references in >helpfiles would be useful. Added. >3) Bug: Memoserv send does not always confirm that a memo has been sent even >though it has. This only seems to affect some users and I have yet to find >what it is about particular users that causes this. I haven't been able to reproduce this, and can't fix it without more information. >4) Bug: Help responses which involve 2 pseudo client names do not appear to >display correctly. E.g. the /cs help register command will display the name >of the ChanServ client correctly, but seemingly a random string for the >NickServ client I can't reproduce this. >5) Bug: The Network statistics link in the httpd module does not operate at >all. This is known (see the FIXME in httpd/dbaccess.c). >6) Another "unhandled" message for the list, services reports but is unable >to process /who 0 o commands (users trying to list online opers) generating: > >unknown message from server (:nick 4 [Did a /who 0 o]) This is a HELP message (the /who is processed by the client's server). I'll add it to the ignore list. >7) Suggestion: every hyperlink clicked in the httpd pages results in the >following log entry: > >httpd/main: Accepted connection from xxx.xxx.xxx.xxx:nnnn > >This suggestion is twofold, firstly a more defined log entry specifying the >access made and secondly, logging the httpd client messages to a seperate >log file. It might actually be useful to log each client to it's own log >file, with the central file reserved for messages related to overall >operation. I don't like the proliferation of log files that would create; if it bothers you to have everything in one logfile, just write a script that parses them out to separate files or something. As for the other point, an access-log-like thing is under consideration. >8) Rehash produces an odd error message: > >Received SIGHUP, rehashing. >sockets: select(): Interrupted system call This is because the signal interrupts select() which is waiting for input from the remote server, and probably shouldn't be logged as it's normal behavior. Fixed. >9) Not sure if this is a known problem listed anywhere but I haven't found >it in the docs, Services 5 will not parse a Version 4.5.x exception.db file. >The following error appears in the log file: > >database/version4: Read error on exception.db Can you send me an example database that has this problem? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Feb 4 09:02:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Bug in oper.db Message-ID: <3c5dcfb7.55166@achurch.org> >An oper.db file originally from version 4.5.x loaded into version 5.0a18 has >now grown in size from 61 bytes to 7.5K! > >The contents of the new files seem to be multiple copies of the os admin >list and the os operator list. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at mhetherington.demon.co.uk Sun Feb 3 16:41:22 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions In-Reply-To: <3c5dce27.54332@achurch.org> Message-ID: Thanks for the prompt response and fixes. > >3) Bug: Memoserv send does not always confirm that a memo has > been sent even > >though it has. This only seems to affect some users and I have > yet to find > >what it is about particular users that causes this. > > I haven't been able to reproduce this, and can't fix it without more > information. Trying to track this down. Any ideas as to what could cause such an issue? I get it all the time. I am services root but even when using a different non linked nickname I can still get it (using same client and setup that worked with 4.5.x). Other users that have experienced it have no "status" so I do not think my services access is affecting it in any case. I will get chance to try on a completely different system and connection tomorrow (work) and go from there. > >4) Bug: Help responses which involve 2 pseudo client names do > not appear to > >display correctly. E.g. the /cs help register command will > display the name > >of the ChanServ client correctly, but seemingly a random string for the > >NickServ client > > I can't reproduce this. Off-list email sent of config and details of a network exhibiting said problem in case it is a combination of settings which cause this. > I don't like the proliferation of log files that would create; if it > bothers you to have everything in one logfile, just write a script that > parses them out to separate files or something. As for the other > point, an > access-log-like thing is under consideration. It doesn't bother me having everything in one log file. It was mainly the lack of information in the httpd messages and their high proliferation rate compared with other modules which made me consider a seperate log file for it. Multiple log files was just an extension of the idea for discussion. The access log would solve the information in the message, but hopefully this would be coupled with a simple (configuration possibly) way to disable the standard message in the main log file. > >9) Not sure if this is a known problem listed anywhere but I > haven't found > >it in the docs, Services 5 will not parse a Version 4.5.x > exception.db file. > >The following error appears in the log file: > > > >database/version4: Read error on exception.db > > Can you send me an example database that has this problem? Sent off-list. Mark. From achurch at achurch.org Mon Feb 4 11:07:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions Message-ID: <3c5ded2c.62352@achurch.org> >> >3) Bug: Memoserv send does not always confirm that a memo has >> been sent even >> >though it has. This only seems to affect some users and I have >> yet to find >> >what it is about particular users that causes this. >> >> I haven't been able to reproduce this, and can't fix it without more >> information. > >Trying to track this down. Any ideas as to what could cause such an issue? I >get it all the time. I am services root but even when using a different non >linked nickname I can still get it (using same client and setup that worked >with 4.5.x). Other users that have experienced it have no "status" so I do >not think my services access is affecting it in any case. I will get chance >to try on a completely different system and connection tomorrow (work) and >go from there. Out of curiosity, does this happen every time to affected users or just sometimes? Do you get any strange log messages? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Feb 4 11:09:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions Message-ID: <3c5ded8c.62424@achurch.org> Re: the httpd issue, I went to implement a switch to turn off connection logging only to find out I'd already done it. The config directive is LogConnections, comment it out if you don't like the messages. I'll look into the access log thing later. --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Mon Feb 4 09:53:08 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services segfault In-Reply-To: <3c5c18b9.06321@achurch.org> Message-ID: I've found a pretty critical but easily reproducible bug: [17:13:26] -> *chanserv* set #chan restricted on [17:13:26] -apollo.final-conflict.net- *** Global -- from services.final-conflict.net: PANIC! buffer = :Russ PRIVMSG chanserv :set #chan restricted on This happens with any channel, and any user who sets restricted on on both Bahamut and Unreal. Thanks, Russ Garrett (russ@garrett.co.uk) From mark at mhetherington.demon.co.uk Mon Feb 4 12:24:18 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions In-Reply-To: <3c5ded2c.62352@achurch.org> Message-ID: [snip Memoserv not sending the confirmation of sent messages] > Out of curiosity, does this happen every time to affected > users or just > sometimes? Do you get any strange log messages? Yes it happens every time to affected users. No strange log messages occur. I have now tried with a completely new nickname on a new install of MIRC on a PC previously without an IRC client installed, from a different location and had the same issue occur. The one thing that may be relevant is that the sends were sent before the nick AUTH was activated (The email didn't arrive in time for me to check post AUTH on this new machine). All other nicks so far with problems, have not been through the AUTH procedure since they existed prior to it being available. PRobably grasping at straws but could something in the AUTH be involved? I guess the only thing left to try is to add lots of log messages into memoserv and see if it is actually trying to send the message. Mark. From rplume at cablemo.net Mon Feb 4 16:12:00 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question References: Message-ID: <001301c1add9$bd51fce0$9a96d741@ryan> I'm experimenting with the nickname linking code on ircservices-4.5.37. I've been trying code it so that it links the specified nick to the current nick, rather than linking the current nickname to the specified nick. I have done this by basically reversing all of the "target" and "ni" references in do_link. However, whenever it scans the nicknames for expirations, services segfaults. Have any idea what I'm doing wrong or what could be happening... Or how I could go about doing this? Thanks From mark at mhetherington.demon.co.uk Mon Feb 4 16:15:52 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] NickServ Status "cosmetic" bug/suggestion In-Reply-To: Message-ID: (Services version 5.0a18) 'Nickserv status' on a particular user reports: -NickServ- STATUS nickname 1 'Nickserv info' on the same nick reports: -NickServ- Nick nickname isn't registered. Given the status system of: 0 - no such user online or nickname not registered 1 - user not recognized as nickname's owner 2 - user recognized as owner via access list only 3 - user recognized as owner via password identification Status 1 seems more applicable to 'no identify attempt made' or 'failed identify' for an online user than 'an online user is using a nickname that nickserv knows nothing about'. In the case I mention, the status ought to remain 0 or there should be another status of 'nickname not registered' for when a nick is online but not registered. i.e it becomes: 0 - no such user online or nickname not registered 1 - user online but nickname not registered 2 - user not recognized as nickname's owner 3 - user recognized as owner via access list only 4 - user recognized as owner via password identification I guess it largely depends on the point of the command as to which system would be preferable but a status of 'user not recognized as nickname's owner' implies a user is using a registered nickname when they may not be so is inaccurate. The command seems to combine an 'is user online' with an 'is nickname registered' command so the more information it can provide, the more useful it will become. Personally I prefer system 2 (new status level) but am open to suggestions as to the wording of the status report :) Mark. From achurch at achurch.org Tue Feb 5 09:35:33 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services segfault Message-ID: <3c5f28e6.57315@achurch.org> >I've found a pretty critical but easily reproducible bug: > >[17:13:26] -> *chanserv* set #chan restricted on >[17:13:26] -apollo.final-conflict.net- *** Global -- from >services.final-conflict.net: PANIC! buffer = :Russ PRIVMSG chanserv >:set #chan restricted on > >This happens with any channel, and any user who sets restricted on on >both Bahamut and Unreal. Okay, that was a stupid one... fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 5 09:37:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions Message-ID: <3c5f29ee.57460@achurch.org> >[snip Memoserv not sending the confirmation of sent messages] >> Out of curiosity, does this happen every time to affected >> users or just >> sometimes? Do you get any strange log messages? > >Yes it happens every time to affected users. Can you send me (privately) a copy of your databases so I can try it out myself? (be sure to mention which nicks have problems) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 5 09:40:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question Message-ID: <3c5f2a32.57515@achurch.org> >I'm experimenting with the nickname linking code on ircservices-4.5.37. I've >been trying code it so that it links the specified nick to the current nick, >rather than linking the current nickname to the specified nick. I have done >this by basically reversing all of the "target" and "ni" references in >do_link. However, whenever it scans the nicknames for expirations, services >segfaults. > >Have any idea what I'm doing wrong or what could be happening... Or how I >could go about doing this? I'd just suggest waiting for Services 5.0, which has the behavior you describe for the LINK command. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 5 09:42:34 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] NickServ Status "cosmetic" bug/suggestion Message-ID: <3c5f2a89.57564@achurch.org> >(Services version 5.0a18) > >'Nickserv status' on a particular user reports: > >-NickServ- STATUS nickname 1 > >'Nickserv info' on the same nick reports: > >-NickServ- Nick nickname isn't registered. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From rplume at cablemo.net Mon Feb 4 16:46:40 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question References: <3c5f2a32.57515@achurch.org> Message-ID: <003501c1adde$93a0f9f0$9a96d741@ryan> ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, February 04, 2002 6:40 PM Subject: Re: [IRCServices Coding] Nickname linking/coding question > >I'm experimenting with the nickname linking code on ircservices-4.5.37. I've > >been trying code it so that it links the specified nick to the current nick, > >rather than linking the current nickname to the specified nick. I have done > >this by basically reversing all of the "target" and "ni" references in > >do_link. However, whenever it scans the nicknames for expirations, services > >segfaults. > > > >Have any idea what I'm doing wrong or what could be happening... Or how I > >could go about doing this? > > I'd just suggest waiting for Services 5.0, which has the behavior you > describe for the LINK command. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > *nods* I've already checked it out. I prefer this system over the 5.0 system because with the 5.0 system, you appear to have to specify a main nickname. My goal is to create a link system similiar to austnet's. It seems much more.... versatile. From achurch at achurch.org Tue Feb 5 09:51:48 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question Message-ID: <3c5f2d71.60635@achurch.org> >I prefer this system over the 5.0 system because with the 5.0 system, you >appear to have to specify a main nickname. Only because channel entries have to have something to display in place of a nickgroup number; in all other respects all the nicks are the same. >My goal is to create a link system similiar to austnet's. It seems much >more.... versatile. What kind of system is that, exactly? --Andrew Church achurch@achurch.org http://achurch.org/ From rplume at cablemo.net Mon Feb 4 17:43:41 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question References: <3c5f2d71.60635@achurch.org> Message-ID: <003f01c1ade6$8aa33680$9a96d741@ryan> ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, February 04, 2002 6:51 PM Subject: Re: [IRCServices Coding] Nickname linking/coding question > >I prefer this system over the 5.0 system because with the 5.0 system, you > >appear to have to specify a main nickname. > > Only because channel entries have to have something to display in > place of a nickgroup number; in all other respects all the nicks are the > same. > > >My goal is to create a link system similiar to austnet's. It seems much > >more.... versatile. > > What kind of system is that, exactly? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > It's a system that allows all linked nicknames to still have their own memobox. When you switch to a linked nickname, it'll say how many memos you have, and how many you have on your linked nicknames. It also allows you to add links to the currently used nickname, which is what I was inquiring about. Channel entries still display the nickname that was originally was added. Basically, all of the nicknames exist on their own; they aren't copies of each other. The system itself only does two basic things: a. when you identify, it automatically identifies to all linked nicknames b. if you join a channel and have a linked nickname in the database, it'll see that and auto-op you. It also allows cross-linking. However, I'm probably going to want a system that automatically crosslinks them (which ircservices already does indirectly).. In my opinion, the new nickgroup code seems a bit of an overkill for what I'm trying to accomplish. The system I'm wanting to use could probably be built by using the original nickname structure (ni) and adding an array or something similiar to the new structure (ngi) that points to the linked nicknames and various pieces of information. I'm sure there's a better way that I haven't thought of. Suggestions are welcome. ^_^ I think I'm definitely going to stick with my current base instead of converting to the style 5.0 uses though. It seems a bit tedious to work with.. Don't get me wrong - you've done well so far and the idea of a services package with module support is a great idea, but when you have to search through function after function (and usually in 3-5 files) in unfamiliar code to find something being called, it becomes too much work. From achurch at achurch.org Tue Feb 5 10:44:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickname linking/coding question Message-ID: <3c5f39cd.63325@achurch.org> So it looks like the differences are (1) separate memos for separate nicks and (2) keeping the same nick on the channel access list. I think (1) is a PITA; (2) is a good idea and something I've been thinking about (e.g. store nickname in ChanAccess as well) but a low priority. You're of course welcome to fork Services and start your own project; that's what open source is about, after all. --Andrew Church achurch@achurch.org http://achurch.org/ >It's a system that allows all linked nicknames to still have their own >memobox. When you switch to a linked nickname, it'll say how many memos you >have, and how many you have on your linked nicknames. It also allows you to >add links to the currently used nickname, which is what I was inquiring >about. Channel entries still display the nickname that was originally was >added. > >Basically, all of the nicknames exist on their own; they aren't copies of >each other. The system itself only does two basic things: > a. when you identify, it automatically identifies to all linked >nicknames > b. if you join a channel and have a linked nickname in the database, >it'll see that and auto-op you. > >It also allows cross-linking. However, I'm probably going to want a system >that automatically crosslinks them (which ircservices already does >indirectly).. > >In my opinion, the new nickgroup code seems a bit of an overkill for what >I'm trying to accomplish. The system I'm wanting to use could probably be >built by using the original nickname structure (ni) and adding an array or >something similiar to the new structure (ngi) that points to the linked >nicknames and various pieces of information. > >I'm sure there's a better way that I haven't thought of. Suggestions are >welcome. ^_^ > >I think I'm definitely going to stick with my current base instead of >converting to the style 5.0 uses though. It seems a bit tedious to work >with.. Don't get me wrong - you've done well so far and the idea of a >services package with module support is a great idea, but when you have to >search through function after function (and usually in 3-5 files) in >unfamiliar code to find something being called, it becomes too much work. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Feb 5 23:09:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Services 5.0 alpha 19 released Message-ID: <3c5fe859.36777@achurch.org> Services 5.0 alpha 19 is out in the usual place, thanks in significant part to Mark Hetherington. Also (translators take note), there have been a number of changes to language file messages; the list of changed messages which need retranslation is as follows: (any message without comments should be considered completely changed; if you want a diff from alpha 18, let me know) OPER_HELP_RAW (limited to Services super-user, not admins) OPER_HELP_SET (SUPASS limited to super-user) OPER_HELP_EXCEPTION OPER_HELP_SLINE ("Combinations... are not permitted" -> "also permitted") OPER_HELP_AKILL ("Combinations... are not permitted" -> "also permitted") OPER_HELP_CLEARMODES CHAN_OPER_HELP_GETPASS (added line about encryption) CHAN_HELP_SET_MLOCK CHAN_COMMANDS_INVITE NICK_OPER_HELP_GETPASS (changed/moved line about encryption) NICK_HELP_UNSET_REQ_EMAIL NICK_HELP_UNSET NICK_HELP_SET_INFO (new message) NICK_HELP_SET (added INFO) Changes in version 5.0 alpha 19 ------------------------------- 2002/02/05 Fixed corrupted messages after REHASH. Reported by Mark Hetherington and others. 2002/02/05 Added wallops on OperServ REHASH or SIGHUP. Suggested by Mark Hetherington 2002/02/05 Fixed unregistered nicks getting a STATUS of 1. Reported by Mark Hetherington 2002/02/05 Fixed crash with ChanServ SET RESTRICTED on new channels. Reported by Russ Garrett 2002/02/04 Fixes and changes suggested by Mark Hetherington : - LIST command no longer shown to non-opers if ListOpersOnly enabled. - GETPASS can now be disabled. - HELP messages on Unreal no longer cause errors. - Signals no longer cause select() messages in log. - Fixed bug causing oper.db to grow relentlessly. - Fixed bug in reading/writing exception.db. 2002/02/03 Renamed ChanServ SET TOPIC command to TOPIC. Suggested by Jollino 2002/02/03 Fixed bug causing autovoice to break on servers without halfops. Reported by Russ Garrett 2002/02/03 Updated numerous help messages. --Andrew Church achurch@achurch.org http://achurch.org/ From eengin at talesoft.de Tue Feb 5 06:31:51 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception Message-ID: <004301c1ae51$daa03140$092a14ac@hadiko.de> Hi, There are a lot of companies and cybercafe's which do not have a static ip/host. The idea would be to allow nicks to be included into the exception list resulting in the following: If one of the nicks on the session limit nick list identifies the sessionlimit for the host of this nick is set to a preset value. e.g. - defaut session limit is 5 connections - the session limit for the nick foobar is 10 nick foobar identifies from foobar!blah@blups.blips.org ==> blups.blips.org gets a sessionlimit of 10 this modified limit of 10 is set as the sessionlimit for blups.blips.org until foobar identifes from a different host Greets Ekim "Talesin" Engin PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 --- Chat begins as it ends - without reason From siliconai at aus3d.net Tue Feb 5 06:43:56 2002 From: siliconai at aus3d.net (SiliconAI) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickserv Segmentation fault In-Reply-To: <004301c1ae51$daa03140$092a14ac@hadiko.de> References: <004301c1ae51$daa03140$092a14ac@hadiko.de> Message-ID: <1683.144.132.15.170.1012920236.squirrel@webmail.aus3d.net> One of my staff found this in alpha 17 a few days ago, just compiled alpha 19 and it still happens: [Feb 06 01:36:38 2002] PANIC! buffer = :SiliconAI PRIVMSG nickserv :sendpass [Feb 06 01:36:38 2002] Services terminating: Segmentation fault The mail still gets sent out though. -- SiliconAI From andrewk at isdial.net Tue Feb 5 06:46:26 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception References: <004301c1ae51$daa03140$092a14ac@hadiko.de> Message-ID: <00e401c1ae53$e38b2470$9c011ac4@africa.didata.local> Can you give me some example real hosts this would happen for? I just want to see what they look like. Thanks, Andrew ----- Original Message ----- From: "Ekim Engin" To: Sent: Tuesday, February 05, 2002 4:31 PM Subject: [IRCServices Coding] Suggestion for sessionlimit exception > Hi, > > There are a lot of companies and cybercafe's which do not have > a static ip/host. The idea would be to allow nicks to be included > into the exception list resulting in the following: > > If one of the nicks on the session limit nick list identifies > the sessionlimit for the host of this nick is set to a preset > value. e.g. > > - defaut session limit is 5 connections > - the session limit for the nick foobar is 10 > > nick foobar identifies from foobar!blah@blups.blips.org > ==> blups.blips.org gets a sessionlimit of 10 > this modified limit of 10 is set as the sessionlimit for > blups.blips.org until foobar identifes from a different host > > Greets > > Ekim "Talesin" Engin > > PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 > > --- > Chat begins as it ends - without reason > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From eengin at talesoft.de Tue Feb 5 07:02:25 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception In-Reply-To: <00e401c1ae53$e38b2470$9c011ac4@africa.didata.local> Message-ID: <004c01c1ae56$1f738750$092a14ac@hadiko.de> Most of them do not resolve at all, but as an example: abn5-25.ist-avrupa-ports.kablonet.net.tr (resolves into: 195.174.5.25) when this user disconnected his cable modem and reconnected he got abn5-29.ist-avrupa-ports.kablonet.net.tr (resolves into: 195.174.5.29) but i do not get the point why it is important how they look like :) Greets Ekim > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Andrew Kempe > Sent: Tuesday, February 05, 2002 3:46 PM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Suggestion for sessionlimit > exception > > > Can you give me some example real hosts this would happen > for? I just want to see what they look like. > > Thanks, Andrew > > ----- Original Message ----- > From: "Ekim Engin" From andrewk at isdial.net Tue Feb 5 07:08:49 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception References: <004c01c1ae56$1f738750$092a14ac@hadiko.de> Message-ID: <010201c1ae57$0415a640$9c011ac4@africa.didata.local> I'm trying to see an easy way of solving your problem. I'm just not sure how many people have this problem too. Andrew ----- Original Message ----- From: "Ekim Engin" To: Sent: Tuesday, February 05, 2002 5:02 PM Subject: RE: [IRCServices Coding] Suggestion for sessionlimit exception > Most of them do not resolve at all, > > but as an example: > abn5-25.ist-avrupa-ports.kablonet.net.tr (resolves into: > 195.174.5.25) > when this user disconnected his cable modem and reconnected he got > abn5-29.ist-avrupa-ports.kablonet.net.tr (resolves into: > 195.174.5.29) > > but i do not get the point why it is important how they look like :) > > Greets Ekim > > > -----Original Message----- > > From: ircservices-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] On > > Behalf Of Andrew Kempe > > Sent: Tuesday, February 05, 2002 3:46 PM > > To: ircservices-coding@ircservices.za.net > > Subject: Re: [IRCServices Coding] Suggestion for sessionlimit > > exception > > > > > > Can you give me some example real hosts this would happen > > for? I just want to see what they look like. > > > > Thanks, Andrew > > > > ----- Original Message ----- > > From: "Ekim Engin" > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From mark at mhetherington.demon.co.uk Tue Feb 5 15:41:55 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A few new bugs/suggestions Message-ID: 1) EnableGetPass setting in Services 5.0a19 problem. The help removal when not enabled works perfectly but the directive only affects the help messages at the moment. The command itself is still accessible. Basically it is missing an if (EnableGetpass) around the code in chanserv and nickserv main.c, or an if (!EnableGetpass) possibly_do_some_message_then_return; 2) Minor cosmetic issue with the new oper only mention of the list command on the Chanserv help display. Since CHAN_OPER_HELP_COMMANDS_FORBID includes 4 commands and then a reference to extra powers on DROP etc, it might look better if the list command check and print was before the forbid command in the help display so that the text flows correctly. 3) This problem actually happened on 5.0a18 but I have been unable to reproduce on that version so it might still be in 5.0a19. I am reporting for the record while I research further. From the log file: PANIC! buffer = :gaspode2 PRIVMSG ChanServ@services.ctcp.net :akick #xdigital add *~woody@*!* Services terminating: Segmentation fault When trying to reproduce myself, I did notice that services reformats the mask to: *~woody@*!*@* Looking at the code, it is easy to see why it reformats in this manner, but I wonder if this was at all contributory to the crash. This creates a couple of suggestions in addition to the crash report. A) Maybe it would be possible to check for the ordering of *!*@* and reject immediately rather than creating an even more erroneous mask for entry into the akick list. This would be helpful to users creating masks. B) Could the mask format be added to the help for AKICK or at least a reference to another help reference available to users that describes masks accurately. Maybe some examples similar to those for nickserv access lists. I will try and get as many people as possible testing the akick comand to attempt to get a reproducable case. While writing this, I have managed to get a different user reproducing it with pretty much any other user. I am not sure what the pattern is since I am still unable to produce the problem myself. An IRCop/Services Admin with a Nickserv status of 0 can obviously manipulate the akick list of any channel and this will produce the problem everytime. For users to have the problem, it seems that they need to be NS status 2 (recognised by access list but not by password) to reproduce the problem. I am still working on the exact scenario, but it does seem to be related to NickServ level when issuing the command. 4) Although documented as an issue wrt to the httpd display, the channel '#' seems to have various other problems that are possibly related to IRCd and clients (for example invisible to /list regardless of oper level). This seems to make it preferable that the channel is not actually supported by services at all particularly if is has problems with any area of services functionality (e.g. httpd module). I know the simple workaround is to forbid the channel but on a new installation, anything potentially erroneous ought to be guarded against. The user on our network who registered that channel did it purely because it is usually banned on networks or causes severe problems with other services packages and appears to be an exploit that various people try to abuse. It is encouraging that it has so little effect wrt IRCServices, but if there are any potential long term problems, IMO it is worth addressing sooner rather than later. Mark. From achurch at achurch.org Wed Feb 6 10:24:30 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception Message-ID: <3c60862a.66722@achurch.org> I thought I already went over this once (though maybe it was in private mail, I don't recall): I don't want to do this because it would complicate and slow down session checking even more for little gain. Really, what use is there for allowing more than 3 or 5 sessions for a _single user_? --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >There are a lot of companies and cybercafe's which do not have >a static ip/host. The idea would be to allow nicks to be included >into the exception list resulting in the following: > >If one of the nicks on the session limit nick list identifies >the sessionlimit for the host of this nick is set to a preset >value. e.g. > >- defaut session limit is 5 connections >- the session limit for the nick foobar is 10 > >nick foobar identifies from foobar!blah@blups.blips.org >==> blups.blips.org gets a sessionlimit of 10 >this modified limit of 10 is set as the sessionlimit for >blups.blips.org until foobar identifes from a different host > >Greets > >Ekim "Talesin" Engin > >PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 > >--- >Chat begins as it ends - without reason > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From eengin at talesoft.de Tue Feb 5 17:45:30 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception In-Reply-To: <3c60862a.66722@achurch.org> Message-ID: <000201c1aeaf$f58be360$092a14ac@hadiko.de> The idea behind was to allow a cybercafe with e.g. 20 computers to connect while limiting clonebots from others. It i a feature i use on my network with an eggdrop bot watching the services log and adding the nedded exceptions, after all it was just a suggestion... Grets Ekim > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Andrew Church > Sent: Wednesday, February 06, 2002 2:25 AM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Suggestion for sessionlimit > exception > > > I thought I already went over this once (though maybe it was in > private mail, I don't recall): I don't want to do this > because it would > complicate and slow down session checking even more for little gain. > Really, what use is there for allowing more than 3 or 5 sessions for a > _single user_? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From achurch at achurch.org Wed Feb 6 23:15:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Nickserv Segmentation fault Message-ID: <3c613aa3.26043@achurch.org> Fixed, thanks. >One of my staff found this in alpha 17 a few days ago, just compiled alpha >19 and it still happens: > >[Feb 06 01:36:38 2002] PANIC! buffer = :SiliconAI PRIVMSG nickserv :sendpass >[Feb 06 01:36:38 2002] Services terminating: Segmentation fault > >The mail still gets sent out though. > >-- >SiliconAI > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 7 00:58:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] A few new bugs/suggestions Message-ID: <3c615a55.40167@achurch.org> >1) EnableGetPass setting in Services 5.0a19 problem. The help removal when >not enabled works perfectly but the directive only affects the help messages >at the moment. The command itself is still accessible. Basically it is >missing an > if (EnableGetpass) >around the code in chanserv and nickserv main.c, or an > if (!EnableGetpass) possibly_do_some_message_then_return; Fixed (I completely forgot about doing this, stupid mistake). >2) Minor cosmetic issue with the new oper only mention of the list command >on the Chanserv help display. Since CHAN_OPER_HELP_COMMANDS_FORBID includes >4 commands and then a reference to extra powers on DROP etc, it might look >better if the list command check and print was before the forbid command in >the help display so that the text flows correctly. Fixed. >3) This problem actually happened on 5.0a18 but I have been unable to >reproduce on that version so it might still be in 5.0a19. I am reporting for >the record while I research further. From the log file: > >PANIC! buffer = :gaspode2 PRIVMSG ChanServ@services.ctcp.net :akick >#xdigital add *~woody@*!* >Services terminating: Segmentation fault Hm, not sure why this would segfault, but I've added checks as you suggest to prevent @ in the nickname part or a missing hostname. If you can pinpoint the problem (especially if it doesn't seem to be related to this) please let me know. >B) Could the mask format be added to the help for AKICK or at least a >reference to another help reference available to users that describes masks >accurately. Maybe some examples similar to those for nickserv access lists. Done. >4) Although documented as an issue wrt to the httpd display, the channel '#' >seems to have various other problems that are possibly related to IRCd and >clients (for example invisible to /list regardless of oper level). This >seems to make it preferable that the channel is not actually supported by >services at all particularly if is has problems with any area of services >functionality (e.g. httpd module). > >I know the simple workaround is to forbid the channel but on a new >installation, anything potentially erroneous ought to be guarded against. >The user on our network who registered that channel did it purely because it >is usually banned on networks or causes severe problems with other services >packages and appears to be an exploit that various people try to abuse. It >is encouraging that it has so little effect wrt IRCServices, but if there >are any potential long term problems, IMO it is worth addressing sooner >rather than later. Good idea, done (no longer allowed to be registered or forbidden; all other functions will just return "not registered"). Do you happen to recall where # was mentioned wrt the httpd stuff? (I remember writing something to that effect, I just don't recall where, and I can't seem to find it at the moment to fix it...) Thanks again for all your help and suggestions. --Andrew Church achurch@achurch.org http://achurch.org/ From p_levesque at sympatico.ca Wed Feb 6 03:51:31 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:09:13 2004 Subject: [IRCServices Coding] Suggestion for sessionlimit exception References: <000201c1aeaf$f58be360$092a14ac@hadiko.de> Message-ID: <3C6118C2.BDDD1EA6@sympatico.ca> A easy way to fix that, for a cybercafe, is simply to add a router between them and the net, so each ip gooing out will be the same for all the 20 machine, so a exception will be easy to add on a host :] And even if your ip is non static from a modem cable, you simply keep the router open, and let that ip be online for a lotta of time. :P Phil Ekim Engin wrote: > The idea behind was to allow a cybercafe with e.g. 20 computers to > connect while limiting clonebots from others. > > It i a feature i use on my network with an eggdrop bot watching the > services log and adding the nedded exceptions, > after all it was just a suggestion... > > Grets Ekim > > > -----Original Message----- > > From: ircservices-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] On > > Behalf Of Andrew Church > > Sent: Wednesday, February 06, 2002 2:25 AM > > To: ircservices-coding@ircservices.za.net > > Subject: Re: [IRCServices Coding] Suggestion for sessionlimit > > exception > > > > > > I thought I already went over this once (though maybe it was in > > private mail, I don't recall): I don't want to do this > > because it would > > complicate and slow down session checking even more for little gain. > > Really, what use is there for allowing more than 3 or 5 sessions for a > > _single user_? > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at mhetherington.demon.co.uk Wed Feb 6 10:35:44 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] A few new bugs/suggestions In-Reply-To: <3c615a55.40167@achurch.org> Message-ID: > Good idea, done (no longer allowed to be registered or forbidden; all > other functions will just return "not registered"). Do you happen to > recall where # was mentioned wrt the httpd stuff? (I remember writing > something to that effect, I just don't recall where, and I can't seem to > find it at the moment to fix it...) It is in example-modules.conf - the httpd/redirect section: "Note 2: The channel "#" cannot be accessed via this module." Mark. From mark at mhetherington.demon.co.uk Wed Feb 6 13:52:13 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Akick segfault [was: A few new bugs/suggestions] In-Reply-To: <3c615a55.40167@achurch.org> Message-ID: The original user which managed to segfault services had previously issued the GHOST command on his actual nick of Gaspode from Gaspode2. Gaspode has AKICK rights on the #xdigital channel in question. However, Gaspode2 did not have ops in the channel since this nick not registered or linked to another nick. Although I cannot get hold of his /ns status report at the time, he should not have had any rights wrt the channel. I now have two 100% reproducable cases: 1) Log onto IRC, do not ident to Nickserv, Oper up. 2) Issue any /cs akick #channel command. The channel does not have to be in use but does have to be registered with Chanserv. 3) Segfault will happen. And... 1) Log onto IRC as a plain user with an unregistered nickname 2) Issue any /cs akick #channel command. The channel does not have to be in use but does have to be registered with Chanserv. 3) Segfault will happen. Basically any user using an unregistered nick can bring services down by issuing any /cs akick #channel command. Mark. From mark at mhetherington.demon.co.uk Wed Feb 6 14:40:32 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 sendmail query In-Reply-To: Message-ID: Would it be possible for the sendmail module to set the 'return path' or the 'reply to' field in the sendmail message creation to the email setup in the configuration? At present, messages from services have the 'return path' set as the user under which they run, which is not necessarily the correct address for any replies. Reply to from an email client appears to get the correct address in most cases, but we have had some responses to the account under which services runs rather than the email address used for services. Most of these seem to be from autoresponders which I can only assume used 'return path' and/or 'reply to' rather than the 'from' address. Mark. From mark at mhetherington.demon.co.uk Wed Feb 6 15:06:46 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Operserv Admin and Oper list bug In-Reply-To: Message-ID: Since version 5.0a19 (with the fix for ever increasing oper.db size), services admins are now also listed under the services operators list. Deleting a nickname from the services operator list which is duplicated in this manner will also delete that person from the services admins list. IIRC in previous versions, these lists were exclusive which I believe is the correct operation for the lists. It seems that if (ngi->os_priv >= NP_SERVOPER) should be if (ngi->os_priv == NP_SERVOPER) in modules/operserv/main.c function do_oper(). Mark. From achurch at achurch.org Thu Feb 7 14:28:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Akick segfault [was: A few new bugs/suggestions] Message-ID: <3c621109.76111@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >The original user which managed to segfault services had previously issued >the GHOST command on his actual nick of Gaspode from Gaspode2. Gaspode has >AKICK rights on the #xdigital channel in question. However, Gaspode2 did not >have ops in the channel since this nick not registered or linked to another >nick. > >Although I cannot get hold of his /ns status report at the time, he should >not have had any rights wrt the channel. > >I now have two 100% reproducable cases: > >1) Log onto IRC, do not ident to Nickserv, Oper up. >2) Issue any /cs akick #channel command. The channel does not have to be in >use but does have to be registered with Chanserv. >3) Segfault will happen. > >And... > >1) Log onto IRC as a plain user with an unregistered nickname >2) Issue any /cs akick #channel command. The channel does not have to be in >use but does have to be registered with Chanserv. >3) Segfault will happen. > >Basically any user using an unregistered nick can bring services down by >issuing any /cs akick #channel command. > >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Feb 7 14:31:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 sendmail query Message-ID: <3c62119e.76203@achurch.org> >Would it be possible for the sendmail module to set the 'return path' [...] >field in the sendmail message creation to the email setup in the >configuration? Sendmail won't let you do this (unless it's configured to do so for the user Services is running as). Either run Services under a username valid for replies, or use the SMTP module, which is better anyway. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 7 14:51:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Operserv Admin and Oper list bug Message-ID: <3c621608.77470@achurch.org> Fixed (the fix below is wrong but the report is right). --Andrew Church achurch@achurch.org http://achurch.org/ >Since version 5.0a19 (with the fix for ever increasing oper.db size), >services admins are now also listed under the services operators list. > >Deleting a nickname from the services operator list which is duplicated in >this manner will also delete that person from the services admins list. > >IIRC in previous versions, these lists were exclusive which I believe is the >correct operation for the lists. > >It seems that > if (ngi->os_priv >= NP_SERVOPER) >should be > if (ngi->os_priv == NP_SERVOPER) > >in modules/operserv/main.c function do_oper(). > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jollino at sogno.net Thu Feb 7 15:46:20 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault Message-ID: <20020207144620.B448F184D2@mail.sogno.net> Hello there, on our network we are using Services 4.5.38 (compiled for Unreal) connected to Unreal3.1.1-Darkshades. The server running services has just been victim of an attack, a syn flood I think, since it lagged and then splitted, and services just went down. This is the backtrace: Core was generated by `./services'. Program terminated with signal 11, Segmentation fault. /lib/libshow.so.0.9.5: No such file or directory. #0 0x4009cdc3 in ?? () from /lib/libc.so.6 (gdb) bt #0 0x4009cdc3 in ?? () from /lib/libc.so.6 #1 0x40019dcf in ?? () #2 0x4001a80b in ?? () #3 0x4001ba29 in ?? () #4 0x4001a8ee in ?? () #5 0x4001a41a in ?? () #6 0x805576e in close_db (f=0x8199b90) at datafiles.c:276 #7 0x8062b26 in save_os_dbase () at operserv.c:341 #8 0x8058d8b in main (ac=1, av=0xbffffca4, envp=0xbffffcac) at main.c:283 #9 0x400619cb in ?? () from /lib/libc.so.6 Everything seems fine now, but I'm wondering about what happened. The only difference from our old version of services is that we compiled in the StatServ feature. I hope I'm not off-topic :) Regards Jollino -- 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 achurch at achurch.org Fri Feb 8 00:54:38 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault Message-ID: <3c62a36b.35041@achurch.org> >Hello there, >on our network we are using Services 4.5.38 (compiled for Unreal) connected to Unreal3.1.1-Darkshades. >The server running services has just been victim of an attack, a syn flood I think, since it lagged and then splitted, and services just went down. > >This is the backtrace: >Core was generated by `./services'. >Program terminated with signal 11, Segmentation fault. >/lib/libshow.so.0.9.5: No such file or directory. >#0 0x4009cdc3 in ?? () from /lib/libc.so.6 >(gdb) bt [...] >#6 0x805576e in close_db (f=0x8199b90) at datafiles.c:276 >#7 0x8062b26 in save_os_dbase () at operserv.c:341 >#8 0x8058d8b in main (ac=1, av=0xbffffca4, envp=0xbffffcac) at main.c:283 This is bizarre, and looks like memory corruption; can you reproduce it consistently? --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Thu Feb 7 08:21:18 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault In-Reply-To: <3c62a36b.35041@achurch.org> Message-ID: Gioved?, febbraio 7, 2002, alle 04:54 , Andrew Church ha scritto: > This is bizarre, and looks like memory corruption; can you > reproduce > it consistently? Not really. As I said, I suppose the machine on which the services are running (which also is our main hub server) was probably under attack - just like yesterday, *sigh*. The whole network froze and other servers (including mine) splitted, and when we came back there was no sign of services, just that core file. I didn't find anything strange in the logs either. I didn't check the cpu load when I logged onto the machine, but I've heard of some attacks that manage to rise the load to 100%. Could that be the case? -- 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 Fri Feb 8 01:45:48 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault Message-ID: <3c62afab.37031@achurch.org> >> This is bizarre, and looks like memory corruption; can you >> reproduce >> it consistently? > >Not really. As I said, I suppose the machine on which the services are >running (which also is our main hub server) was probably under attack - >just like yesterday, *sigh*. >The whole network froze and other servers (including mine) splitted, and >when we came back there was no sign of services, just that core file. I >didn't find anything strange in the logs either. >I didn't check the cpu load when I logged onto the machine, but I've >heard of some attacks that manage to rise the load to 100%. Could that >be the case? Such attacks are possible, but I doubt those are related to the crash. It's more likely the flood triggered a bug somewhere in Services that corrupted memory--I've heard reports of such but have never managed to track it down. Version 5.0 should be more stable in that regard, I hope. --Andrew Church achurch@achurch.org http://achurch.org/ From rplume at cablemo.net Thu Feb 7 15:24:15 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault References: <3c62a36b.35041@achurch.org> Message-ID: <001701c1b02e$90b32bd0$8cfeda42@ryan> > >#6 0x805576e in close_db (f=0x8199b90) at datafiles.c:276 > >#7 0x8062b26 in save_os_dbase () at operserv.c:341 > >#8 0x8058d8b in main (ac=1, av=0xbffffca4, envp=0xbffffcac) at main.c:283 > > This is bizarre, and looks like memory corruption; can you reproduce > it consistently? > I have also had situations where what shows in the core file doesn't seem to have to do anything with the bug. I've actually been trying to fix one. I haven't even been able to locate where the bug is because the core file doesn't point it in the right place. What exactly does this mean, and what is the best way to go about finding/fixing these types of bugs? From achurch at achurch.org Fri Feb 8 08:29:06 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services' segfault Message-ID: <3c630e70.50711@achurch.org> >I have also had situations where what shows in the core file doesn't seem to >have to do anything with the bug. I've actually been trying to fix one. I >haven't even been able to locate where the bug is because the core file >doesn't point it in the right place. > >What exactly does this mean, and what is the best way to go about >finding/fixing these types of bugs? Depending on what Services was doing when it crashed and what caused the problem, gdb may not be able to get backtrace information from the stack and only print out garbage pointers. If this happens, about the only thing you can do is put in debugging statements or run Services under gdb and set breakpoints around where you think the bug is happening, and hope you manage to catch it. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 8 13:18:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it Message-ID: <3c6354be.06157@achurch.org> Services 5.0 alpha 20 is out at the usual place. The big change this time is that channel access levels have been rescaled; they now range from -999 to 999 (1/10 of the previous range), and default levels have been spread out by a factor of 10, so it looks something like this: 100 AUTOPROTECT (SOP) 50 AUTOOP (AOP) 40 AUTOHALFOP (HOP) 30 AUTOVOICE (VOP) -10 AUTODEOP -20 NOJOIN I toyed with the idea of spreading out AOP/HOP/VOP and AUTODEOP/NOJOIN even more but figured it would be easier on people to leave them as is. At any rate, if you don't like this, tough; I'm not changing my mind. (Bribes are accepted, but will get you absolutely nothing except my gratitude. :) ) Many other bug fixes and stuff have been done too; see below. In summary, go get it now--you know you want it. Changes in version 5.0 alpha 20 ------------------------------- 2002/02/08 Mode changes from a single event are now merged into a single mode message even if MergeChannelModes isn't set. 2002/02/08 Made ChanServ STATUS command available to normal users. 2002/02/08 Rescaled access levels to make better use of the available range (itself reduced to -999..999). 2002/02/08 Fixed bug causing modes for one channel to get sent to a different one in certain cases. 2002/02/08 EnableGetpass, NSEnableRegister, and CSEnableRegister options are now properly handled on reconfigure. 2002/02/07 Marked the mail/sendmail module as DISCOURAGED in example-ircservices.conf. 2002/02/07 Prevent registration of channel names not starting with "#" to avoid problems with ircds with other channel types. 2002/02/07 Fixes and changes suggested by Mark Hetherington : - GETPASS was not actually disabled if !EnableGetpass. - Cosmetic fix to ChanServ HELP COMMANDS for IRCops. - More robust checking on autokick masks. - The channel "#" can no longer be registered or forbidden. - Fixed crash on ChanServ AKICK from unregistered nick. - Services admins no longer duplicated in operator list. 2002/02/06 Fixed crash in SENDPASS command. Reported by SiliconAI 2002/02/06 Fixed bug causing confirmation messages for MemoServ SEND to not be sent. Reported by Mark Hetherington --Andrew Church achurch@achurch.org http://achurch.org/ From ron885 at axenet.org Thu Feb 7 20:40:40 2002 From: ron885 at axenet.org (Ron885) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it References: <3c6354be.06157@achurch.org> Message-ID: <001101c1b05a$c35901a0$b9340344@HOME> you know... i mostly just read all the posts and d/l the services and enjoy it... but i really must say this. Andrew, you RULE. --- Ron885 TechAdmin @ irc.axenet.org From jollino at sogno.net Fri Feb 8 05:39:13 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it In-Reply-To: <3c6354be.06157@achurch.org> Message-ID: <3D01109E-1C99-11D6-804C-003065BD4458@sogno.net> /me today looks at things with a critic eye, so I'm going to suggest some other features :P Venerd?, febbraio 8, 2002, alle 05:18 , Andrew Church ha scritto: > 2002/02/08 Mode changes from a single event are now merged into a > single mode message even if MergeChannelModes isn't set. this is cool! > 2002/02/08 Made ChanServ STATUS command available to normal users. this is cool, but if the network allows use of sop/aop/hop/vop it should return "sop" or "aop" or something like that, if the user level falls into the standard value (eg. 50 for aop); this would allow users that know nothing about numeric levels to still understand what privileges someone has. > 2002/02/08 Rescaled access levels to make better use of the available > range (itself reduced to -999..999). nice < cut > 2002/02/07 Prevent registration of channel names not starting with "#" > to avoid problems with ircds with other channel types. i got a bunch of help requests by people who kept doing: /cs register channel pass description instead of /cs register #channel pass description it would be nice if services warned the user to use #channel instead of channel (or if it registered #channel if just channel was given) > - The channel "#" can no longer be registered or forbidden. mmm? why? we used to have it on our network :) that's all, i have no more critic ideas.. your work is so perfect i can't really find anything bad about it :P 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 achurch at achurch.org Fri Feb 8 23:03:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it Message-ID: <3c63dbec.76574@achurch.org> >> 2002/02/08 Made ChanServ STATUS command available to normal users. >this is cool, but if the network allows use of sop/aop/hop/vop it should >return "sop" or "aop" or something like that, if the user level falls >into the standard value (eg. 50 for aop); this would allow users that >know nothing about numeric levels to still understand what privileges >someone has. This isn't just a problem with STATUS but with a whole bunch of stuff (help messages etc.) and I'm hoping to get to it eventually. >> 2002/02/07 Prevent registration of channel names not starting with >"#" >> to avoid problems with ircds with other channel >types. >i got a bunch of help requests by people who kept doing: > /cs register channel pass description >instead of > /cs register #channel pass description >it would be nice if services warned the user to use #channel instead of > >channel (or if it registered #channel if just channel was given) I'll think about it. >> - The channel "#" can no longer be registered or >forbidden. >mmm? why? we used to have it on our network :) It causes too many potential problems (as was pointed out, it already can't be accessed from httpd/redirect), and since several other related programs have apparently suffered from bugs with that channel, Services itself may have bugs too; easier to just shut it out entirely than try and scour 56,000 lines of source code for potential problems. And yes, I'm aware I need to filter it out of databases and xml-import too; I meant to do that for this release but forgot. >that's all, i have no more critic ideas.. your work is so perfect i >can't really find anything bad about it :P Well, for one, the module system is horribly designed, but it's the best I can do with limited time, just like everything else. I guess all I can say is look forward to version 6.0, or something (: --Andrew Church achurch@achurch.org http://achurch.org/ From jollino at sogno.net Fri Feb 8 07:32:08 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it In-Reply-To: <3c63dbec.76574@achurch.org> Message-ID: <036646B0-1CA9-11D6-804C-003065BD4458@sogno.net> Venerd?, febbraio 8, 2002, alle 03:03 , Andrew Church ha scritto: >>> 2002/02/08 Made ChanServ STATUS command available to normal users. >> this is cool, but if the network allows use of sop/aop/hop/vop it >> should >> return "sop" or "aop" or something like that, if the user level falls >> into the standard value (eg. 50 for aop); this would allow users that >> know nothing about numeric levels to still understand what privileges >> someone has. > > This isn't just a problem with STATUS but with a whole bunch of > stuff > (help messages etc.) and I'm hoping to get to it eventually. well, about the status (forgive the little off-topic here), wouldn't something like this work? level = status(nick, channel); /* ok i haven't read the code, but level is the numeric level ;) */ if (level == chanlevel(autoop, channel)) strlevel = "aop"; [what strange language is this? :P] >> that's all, i have no more critic ideas.. your work is so perfect i >> can't really find anything bad about it :P > > Well, for one, the module system is horribly designed, but it's the > best I can do with limited time, just like everything else. I guess > all I > can say is look forward to version 6.0, or something (: and i still use 4.5.38 :D btw, YAFS (yet another feature suggestion): wouldn't it be cool if statserv generated html pages about the status of the network during time, maybe with graphics? pretty much like netsplit.de does, but with smaller time intervals (e.g. every 15 mins or so), to get a real idea of how the network is doing. c'ya! -- 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 martinpels at hotmail.com Fri Feb 8 10:03:53 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it References: <3c6354be.06157@achurch.org> Message-ID: > The big change this > time is that channel access levels have been rescaled; they now range from > -999 to 999 (1/10 of the previous range), and default levels have been > spread out by a factor of 10, so it looks something like this: > > 100 AUTOPROTECT (SOP) > 50 AUTOOP (AOP) > 40 AUTOHALFOP (HOP) > 30 AUTOVOICE (VOP) > -10 AUTODEOP > -20 NOJOIN > Shouldn't this be changed in the language file too? There's a lot of stuff in there like: "By default, limited to users with level 10 access and above on the channel" From mark at mhetherington.demon.co.uk Fri Feb 8 13:42:33 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 Bug with handling of channel '#' In-Reply-To: <3c6354be.06157@achurch.org> Message-ID: Starting Services 5 with the channel '#' in the database will result in the deletion of all registered channels. It seems the code for checking for the '#' channel will set ci to NULL thereby triggering the failure flag resulting in the rest of the channel database not being read. As a workaround, drop the channel '#' before starting services 5.0a20. Mark. From mark at mhetherington.demon.co.uk Fri Feb 8 16:03:03 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 Segfault Bug with /cs info #channel In-Reply-To: Message-ID: A channel which was suspended tonight on Services 5.0a20 produces the following in response to /cs info #bots by a user who is not registered with nickserv: PANIC! buffer = :testing PRIVMSG ChanServ@services.ctcp.net :info #bots Services terminating: Segmentation fault Such a user gets the following text before the segfault: -ChanServ- Founder: Mark -ChanServ- Description: Bots -ChanServ- Registered: Oct 29 00:33:05 2000 BST -ChanServ- Last used: Feb 08 23:23:03 2002 GMT This has also happened with channels which are not suspended: PANIC! buffer = :testing PRIVMSG ChanServ@services.ctcp.net :info #trivia Services terminating: Segmentation fault in which case the user sees: -ChanServ- Founder: Mark -ChanServ- Description: Trivia Channel -ChanServ- Registered: Feb 16 23:14:55 2001 GMT -ChanServ- Last used: Dec 06 00:05:32 2001 GMT -ChanServ- Last topic: Trivial Pursuit - join and type 'tt help' for more info -ChanServ- Topic set by: M This channel was ot in use at the time. However, another channel which is not susupended and is in use produces: PANIC! buffer = :testing PRIVMSG ChanServ@services.ctcp.net :info #opers Services terminating: Segmentation fault -ChanServ- Information for channel #opers: -ChanServ- Founder: Mark -ChanServ- Description: Help Channel -ChanServ- Registered: Sep 25 23:30:11 2000 BST -ChanServ- Last used: Feb 08 21:38:22 2002 GMT -ChanServ- Last topic: Help channel -ChanServ- Topic set by: M The crash appears to happen around where Options and/or Mode lock should be printed so I assume it is specific options which cause the crash. Mark. From mark at mhetherington.demon.co.uk Fri Feb 8 16:23:26 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 Small Bug with new channel auto mode merge In-Reply-To: Message-ID: Since the introduction of automatic merging of modes regardless of the merge modes setting in the configuration, Chanserv will often produce the following: *** ChanServ sets mode: +oa nickname nickname Although this would be useful in a case of *** ChanServ sets mode: +oo nickname1 nickname2 for multiple modes on one user, it would be preferable to only display the nickname once. Mark. From kevc at gmx.co.uk Fri Feb 8 21:35:52 2002 From: kevc at gmx.co.uk (Kevin) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Memoserv Suggestion In-Reply-To: References: Message-ID: <02020900355201.03499@localhost.localdomain> Hi All, After trying to send a Memo to a Colleague on our network, I wasnt sure if it was sent because memoserv never actually said anything... Couldnt there be a Confirmation Notice for example, "Memo sent to nickname" I didnt seem to receive anything and wasnt sure if it was sent... although it was thanks, Regards, -- Kevin Conlin BT UK Operator DarkServ IRC Chat Admin [Irc.DarkServ.Net] - http://www.DarkServ.Net From mark at mhetherington.demon.co.uk Fri Feb 8 16:43:31 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 New levels - missing help text In-Reply-To: Message-ID: With the introduction of the new access levels, some levels appear to have got lost in the help text. -ChanServ- 100 Access to AKICK command; automatic opping. -ChanServ- 50 Automatic opping. -ChanServ- 30 Automatic voicing. needs the addition of -ChanServ- 40 Automatic half-opping. for IRCds which support it. Also, since there are only two default - levels, could they not also be listed in help? Mark. From mark at mhetherington.demon.co.uk Fri Feb 8 16:53:34 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Memoserv Suggestion In-Reply-To: <02020900355201.03499@localhost.localdomain> Message-ID: What version of Services? This is fixed for me in 5.0a20. Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Kevin > Sent: 09 February 2002 05:36 > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Memoserv Suggestion > > > Hi All, > > After trying to send a Memo to a Colleague on our network, I > wasnt sure if it > was sent because memoserv never actually said anything... > > Couldnt there be a Confirmation Notice for example, "Memo sent to > nickname" > > I didnt seem to receive anything and wasnt sure if it was sent... > although it > was > > thanks, > Regards, > > -- > Kevin Conlin > BT UK Operator > DarkServ IRC Chat Admin > [Irc.DarkServ.Net] - http://www.DarkServ.Net > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Fri Feb 8 16:53:11 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 Small Bug with new channel auto mode merge In-Reply-To: Message-ID: On Sat, 9 Feb 2002, Mark Hetherington wrote: > Since the introduction of automatic merging of modes regardless of the merge > modes setting in the configuration, Chanserv will often produce the > following: > > *** ChanServ sets mode: +oa nickname nickname > > Although this would be useful in a case of > > *** ChanServ sets mode: +oo nickname1 nickname2 > > for multiple modes on one user, it would be preferable to only display the > nickname once. This has nothing to do with services and is impossible anyway > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From rplume at cablemo.net Fri Feb 8 19:18:03 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] suggestion References: Message-ID: <000901c1b118$635f0e70$8cfeda42@ryan> Good for debugging... Set a maximum size for the services logfile. Recently, I've been outputting a lot of information to the logfile and it's built up faster than I thought -- to the point where it took up every bit of disk space. If services' were to remove the first line and append the new line, that'd be helpful. Or if it just stopped completely. From achurch at achurch.org Sat Feb 9 13:54:04 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it Message-ID: <3c64ab9d.37565@achurch.org> >> The big change this >> time is that channel access levels have been rescaled; they now range from >> -999 to 999 (1/10 of the previous range), and default levels have been >> spread out by a factor of 10, so it looks something like this: >> >> 100 AUTOPROTECT (SOP) >> 50 AUTOOP (AOP) >> 40 AUTOHALFOP (HOP) >> 30 AUTOVOICE (VOP) >> -10 AUTODEOP >> -20 NOJOIN > >Shouldn't this be changed in the language file too? >There's a lot of stuff in there like: "By default, limited to users with >level 10 access and above on the channel" Oops, I knew I was forgetting something... that's what I get for trying to push an alpha out during lunch break. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 9 14:33:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 Bug with handling of channel '#' Message-ID: <3c64b4b3.44752@achurch.org> >Starting Services 5 with the channel '#' in the database will result in the >deletion of all registered channels. > >It seems the code for checking for the '#' channel will set ci to NULL >thereby triggering the failure flag resulting in the rest of the channel >database not being read. > >As a workaround, drop the channel '#' before starting services 5.0a20. Already found and being fixed. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 9 14:34:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] suggestion Message-ID: <3c64b52e.45030@achurch.org> >Good for debugging... > >Set a maximum size for the services logfile. Recently, I've been outputting >a lot of information to the logfile and it's built up faster than I >thought -- to the point where it took up every bit of disk space. If >services' were to remove the first line and append the new line, that'd be >helpful. Or if it just stopped completely. Removing the first lines when the file got full would require massive disk activity and slow down Services to the point of being unusable; not logging at all has major security implications. No to both. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 9 14:35:58 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it Message-ID: <3c64b558.45055@achurch.org> >btw, YAFS (yet another feature suggestion): wouldn't it be cool if >statserv generated html pages about the status of the network during >time, maybe with graphics? pretty much like netsplit.de does, but with >smaller time intervals (e.g. every 15 mins or so), to get a real idea of >how the network is doing. Nice idea, I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 9 14:37:16 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 New levels - missing help text Message-ID: <3c64b5b0.45125@achurch.org> >With the introduction of the new access levels, some levels appear to have >got lost in the help text. > >-ChanServ- 100 Access to AKICK command; automatic opping. >-ChanServ- 50 Automatic opping. >-ChanServ- 30 Automatic voicing. > >needs the addition of > >-ChanServ- 40 Automatic half-opping. > >for IRCds which support it. Known and being worked on. >Also, since there are only two default - levels, could they not also be >listed in help? I'm actually thinking of removing those because they require a lot of special-casing (= complex code). --Andrew Church achurch@achurch.org http://achurch.org/ From thebeast at xs4all.nl Sat Feb 9 04:13:04 2002 From: thebeast at xs4all.nl (thebeast) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it References: <3c64b558.45055@achurch.org> Message-ID: <3C651250.45050EEB@xs4all.nl> Andrew Church schreef: > > >btw, YAFS (yet another feature suggestion): wouldn't it be cool if > >statserv generated html pages about the status of the network during > >time, maybe with graphics? pretty much like netsplit.de does, but with > >smaller time intervals (e.g. every 15 mins or so), to get a real idea of > >how the network is doing. you mean like this page's http://rc5proxy.dhs.org/cgi-bin/irccounter.cgi http://rc5proxy.dhs.org/cgi-bin/irccounter.cgi?log=irc -- 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 1:05pm up 31 days, 18:41, 1 user, load average: 2.37, 2.50, 1.92 From jollino at sogno.net Sat Feb 9 04:42:59 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 alpha 20 -- you know you want it In-Reply-To: <3C651250.45050EEB@xs4all.nl> Message-ID: <8CC04B5C-1D5A-11D6-AA9A-003065BD4458@sogno.net> Sabato, febbraio 9, 2002, alle 01:13 , thebeast ha scritto: >>> btw, YAFS (yet another feature suggestion): wouldn't it be cool if >>> statserv generated html pages about the status of the network during >>> time, maybe with graphics? pretty much like netsplit.de does, but with >>> smaller time intervals (e.g. every 15 mins or so), to get a real idea >>> of >>> how the network is doing. > > you mean like this page's > > http://rc5proxy.dhs.org/cgi-bin/irccounter.cgi > http://rc5proxy.dhs.org/cgi-bin/irccounter.cgi?log=irc Yes, something like that! -- 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 Sat Feb 9 18:37:18 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: <8CC04B5C-1D5A-11D6-AA9A-003065BD4458@sogno.net> Message-ID: 1) Suggestion: When a qline is set on the ircd, the error reported to the user is formatted as follows: Guest781361765 Erroneous Nickname: Reserved for Services However, sqlines set in services merely report: testsqline Erroneous Nickname: Reserved nickname A better response would be: testsqline Erroneous Nickname: (reason set in services) 2) Suggestion/Query: The sline modules provides a very useful central repository for qlines/zlines etc that remove the need for individual ircd.conf changes when a new sline is required. However, in the qline example above, services does not seem to have added the qline to the list used by the ircd. In the event of any downtime, this would mean that the qlines would no longer remain in operation even though some services set options (e.g. akills) would likely survive the downtime. I appreciate that this maybe be largely an IRCd issue but if services were to provide a framework for interaction with the IRCd, I am sure it should be possible to add IRCd level support so identifying the appropriate area would be a good first step. 3) Suggestion/Query: With the s(z)line support, I am not sure of the exact manner in which Services determines what level of support is available in the ircd (i.e. whether it is the appropriate protocol module or the sline module which makes the decision and how). I notice for Unreal, services reports in the log a lack of IP information as being of relevance to the szline support. If this is determined by say the protocol module, then I guess the operation is fixed by that module, but if it is down to some sort of real time startup test, I would assume that the Unreal "connection message" which is lacking in IP is the cause. Since this is a relatively trivial issue to address on the IRCd, it would be useful to have some way to have services recognise the support. This largely depends on the method(s) services uses to determine the level of support. If the protocol module does fix this operation, the suggestion would be to have some type of configuration directive to override this operation for a server modified to be more "services friendly". If it does check the connection message format, I can safely update that portion of code and services have access to IP addresses in the manner it desires. A number of "tools" cite Unreal's connection message as a bug so it may ultimately be addressed in the new version as it progresses through beta. However, if neither of these options is in force, then I guess I am loooking for some long term solution to this based on how the current operation determines support. Mark. From griever at t2n.org Sat Feb 9 19:57:03 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: Message-ID: On Sun, 10 Feb 2002, Mark Hetherington wrote: > 1) Suggestion: When a qline is set on the ircd, the error reported to the > user is formatted as follows: > > Guest781361765 Erroneous Nickname: Reserved for Services > > However, sqlines set in services merely report: > > testsqline Erroneous Nickname: Reserved nickname > > A better response would be: > > testsqline Erroneous Nickname: (reason set in services) Change SQlineReason to "%s" > > 2) Suggestion/Query: The sline modules provides a very useful central > repository for qlines/zlines etc that remove the need for individual > ircd.conf changes when a new sline is required. However, in the qline > example above, services does not seem to have added the qline to the list > used by the ircd. In the event of any downtime, this would mean that the > qlines would no longer remain in operation even though some services set > options (e.g. akills) would likely survive the downtime. I appreciate that > this maybe be largely an IRCd issue but if services were to provide a > framework for interaction with the IRCd, I am sure it should be possible to > add IRCd level support so identifying the appropriate area would be a good > first step. bahamut and unreal allow this, what are you using? > > 3) Suggestion/Query: With the s(z)line support, I am not sure of the exact > manner in which Services determines what level of support is available in > the ircd (i.e. whether it is the appropriate protocol module or the sline > module which makes the decision and how). > > I notice for Unreal, services reports in the log a lack of IP information as > being of relevance to the szline support. If this is determined by say the > protocol module, then I guess the operation is fixed by that module, but if > it is down to some sort of real time startup test, I would assume that the > Unreal "connection message" which is lacking in IP is the cause. Since this > is a relatively trivial issue to address on the IRCd, it would be useful to > have some way to have services recognise the support. IP information is only in bahamut > > This largely depends on the method(s) services uses to determine the level > of support. If the protocol module does fix this operation, the suggestion > would be to have some type of configuration directive to override this > operation for a server modified to be more "services friendly". > > If it does check the connection message format, I can safely update that > portion of code and services have access to IP addresses in the manner it > desires. A number of "tools" cite Unreal's connection message as a bug so it > may ultimately be addressed in the new version as it progresses through > beta. > > However, if neither of these options is in force, then I guess I am loooking > for some long term solution to this based on how the current operation > determines support. > > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From eengin at talesoft.de Sun Feb 10 04:24:16 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: Message-ID: <00b801c1b22d$e1d30520$092a14ac@hadiko.de> > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Mark Hetherington > Sent: Sunday, February 10, 2002 3:37 AM > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Services 5 - Suggestions/Queries > > > 1) Suggestion: When a qline is set on the ircd, the error > reported to the user is formatted as follows: > > Guest781361765 Erroneous Nickname: Reserved for Services > > However, sqlines set in services merely report: > > testsqline Erroneous Nickname: Reserved nickname > > A better response would be: > > testsqline Erroneous Nickname: (reason set in services) > This is a ircd matter and not services. > [...] > > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From eengin at talesoft.de Sun Feb 10 04:28:12 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: <00b801c1b22d$e1d30520$092a14ac@hadiko.de> Message-ID: <00bf01c1b22e$6ced5f20$092a14ac@hadiko.de> Ops Sorry, should not post when drunk ;-) My failure Greets Ekim > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Ekim Engin > Sent: Sunday, February 10, 2002 1:24 PM > To: ircservices-coding@ircservices.za.net > Subject: RE: [IRCServices Coding] Services 5 - Suggestions/Queries From mark at mhetherington.demon.co.uk Sun Feb 10 05:50:29 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: Message-ID: > Finny Merrill wrote [Re SQLine reasons] > Change SQlineReason to "%s" /me kicks himself. Thanks. That will teach me to configure stuff at nearly 3am :) So, a change to the suggestion. The SZLine reason has both options in the example configuration, one is commented out by default. Perhaps both options could be presented in a similar manner for SQLINE and SGLINE. [Adding SQLines to the current IRCd list] > bahamut and unreal allow this, what are you using? Unreal. But the QLines reported by the IRCd remain those in it's own configuration files and do not include services set ones. [IP information for SZLINE] > IP information is only in bahamut What are you basing this on? If it is the format of the "connecting from" message as discussed in my post, then this is relatively trivial to change in Unreal. The question posed was more how does services determine the support in the IRCd and what information does it require that is not present. Mark. From mark at mhetherington.demon.co.uk Sun Feb 10 06:32:33 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - AKILL expiry In-Reply-To: Message-ID: Services version 5.0a20. Use of the killclones command sets a temporary AKILL on that user. However, these akills do not seem to be removed automatically. For example, from our AKILL list: Reason: Temporary KILLCLONES akill. Set on: Feb 09 18:53:47 2002 Expires on: Feb 09 19:23:47 2002 This AKILL should have expired and be removed from the list of AKILLs on the network. Since the clone has not returned, I cannot say whether this AKILL still triggers against the offending user. (Note: this akill expiry problems actually seems to be present on all akills since I have just found one non automatic AKILL which should have expired this morning and has not). Mark. From achurch at achurch.org Sun Feb 10 23:26:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries Message-ID: <3c668612.26033@achurch.org> 1) SQlineReason "%s" (and your point about the examples being incosistent is a valid one, I'll look into it). 2) This is an ircd issue (Unreal, at least, propogates all S-lines so this does not occur). If you want S-lines propogated immediately rather than waiting for Services to detect a violation, use ImmediatelySendSline. 3) If the protocol module provides an IP address to users.c:do_nick(), then IP addresses are deemed available, else they're deemed unavailable. Unreal doesn't send IP addresses, so you get the warning. --Andrew Church achurch@achurch.org http://achurch.org/ >1) Suggestion: When a qline is set on the ircd, the error reported to the >user is formatted as follows: > >Guest781361765 Erroneous Nickname: Reserved for Services > >However, sqlines set in services merely report: > >testsqline Erroneous Nickname: Reserved nickname > >A better response would be: > >testsqline Erroneous Nickname: (reason set in services) > >2) Suggestion/Query: The sline modules provides a very useful central >repository for qlines/zlines etc that remove the need for individual >ircd.conf changes when a new sline is required. However, in the qline >example above, services does not seem to have added the qline to the list >used by the ircd. In the event of any downtime, this would mean that the >qlines would no longer remain in operation even though some services set >options (e.g. akills) would likely survive the downtime. I appreciate that >this maybe be largely an IRCd issue but if services were to provide a >framework for interaction with the IRCd, I am sure it should be possible to >add IRCd level support so identifying the appropriate area would be a good >first step. > >3) Suggestion/Query: With the s(z)line support, I am not sure of the exact >manner in which Services determines what level of support is available in >the ircd (i.e. whether it is the appropriate protocol module or the sline >module which makes the decision and how). > >I notice for Unreal, services reports in the log a lack of IP information as >being of relevance to the szline support. If this is determined by say the >protocol module, then I guess the operation is fixed by that module, but if >it is down to some sort of real time startup test, I would assume that the >Unreal "connection message" which is lacking in IP is the cause. Since this >is a relatively trivial issue to address on the IRCd, it would be useful to >have some way to have services recognise the support. > >This largely depends on the method(s) services uses to determine the level >of support. If the protocol module does fix this operation, the suggestion >would be to have some type of configuration directive to override this >operation for a server modified to be more "services friendly". > >If it does check the connection message format, I can safely update that >portion of code and services have access to IP addresses in the manner it >desires. A number of "tools" cite Unreal's connection message as a bug so it >may ultimately be addressed in the new version as it progresses through >beta. > >However, if neither of these options is in force, then I guess I am loooking >for some long term solution to this based on how the current operation >determines support. > > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sun Feb 10 23:39:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - AKILL expiry Message-ID: <3c668666.26076@achurch.org> The autokill will be properly cleared if a user matching it connects. Besides, I'm rewriting the expire stuff anyway. --Andrew Church achurch@achurch.org http://achurch.org/ >Services version 5.0a20. > >Use of the killclones command sets a temporary AKILL on that user. However, >these akills do not seem to be removed automatically. For example, from our >AKILL list: > >Reason: Temporary KILLCLONES akill. >Set on: Feb 09 18:53:47 2002 >Expires on: Feb 09 19:23:47 2002 > >This AKILL should have expired and be removed from the list of AKILLs on the >network. > >Since the clone has not returned, I cannot say whether this AKILL still >triggers against the offending user. > >(Note: this akill expiry problems actually seems to be present on all akills >since I have just found one non automatic AKILL which should have expired >this morning and has not). > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at mhetherington.demon.co.uk Sun Feb 10 08:51:04 2002 From: mark at mhetherington.demon.co.uk (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Making Services 5 friendly external pseudo clients In-Reply-To: <3c668666.26076@achurch.org> Message-ID: Currently on our network we have a couple of psuedo clients which are not part of IRC Services but have similar "powers" as +S psudeo clients on ulined servers. This includes a StatServ client that we had been running for some time prior to the first StatServ appearing in IRC Services and an open proxy monitor. Although they generally live happily together, since Services does not recognise these external psuedo clients, occasionally they tend to "fight". Using our StatServ as an example, this basically sits in a channel announcing various information about the network for the use of IRCops. Ideally we would like this channel locked to be an oper only channel but currently have to rely on an eggdrop bot to enforce this rather than ChanServ. The problems are twofold. Firstly, since Services has no way of recognising an external psuedo client, when StatServ ops itself, Chanserv will immediately deop it. Secondly, if the channel mode is set to mode +O, StatServ can happily join the channel (as a +S user), but services will enforce the mode and kick StatServ as a non-oper. This results in a vicious flood of join/kicks as they both fight for their rights :) Hopefully, the built-in StatServ will eventually provide most if not all of the functionality of our existing StatServ and anything it doesn't provide we can develop into a custom module of services. But, until that time, we need to maintain StatServ as an external pseudo client. The simplest way seems to be some recognition within services for other ulined servers possibly by detecting the +S user mode in a similar way that our StatServ will recognise each Services pseudo client as such. Is there anything in current versions of services that would allow the two servers to live together or anything we could set in our external pseudo clients which would cause services to ignore their actions? Mark. From beng at nc.rr.com Sun Feb 10 10:38:57 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] SMTP debug Message-ID: <008401c1b262$50124bc0$0300a8c0@asi200> This might be a configuration problem on my end, but if services is debugging, after the SMTP error, logfiles grow huge in seconds. And SMTP isn't working ;) [Feb 10 13:25:46.331579 2002] debug: Received: :beng PRIVMSG nickserv :register anypassworcd beng@nc.rr.com [Feb 10 13:25:46.332424 2002] mail/main: debug: sendmail: from=beng@nc.rr.com to=beng@nc.rr.com subject=[Authorization code for beng] [Feb 10 13:25:46.332739 2002] mail/main: debug: sendmail: body=[The authorization code for your nickname (beng) is: 184813122 Please submit this code to NickServ with the command: /msg NickServ AUTH 184813122 This message was sent by NickServ in response to registration by bstu@192.168.0.3.] [Feb 10 13:25:46.340067 2002] debug: Sent: :NickServ NOTICE beng :Nickname beng has been registered to you. [Feb 10 13:25:46.340481 2002] debug: Sent: :NickServ NOTICE beng :An authorization code for your nickname has been sent to beng@nc.rr.com. [Feb 10 13:25:46.340850 2002] debug: Sent: :NickServ NOTICE beng :When you receive this message, type /msg NickServ AUTH code (replace code with the authorization code in the message) to complete your nickname registration. [Feb 10 13:25:46.341231 2002] nickserv/main: beng registered by bstu@192.168.0.3 (beng@nc.rr.com) [Feb 10 13:25:46.341640 2002] debug: Sent: :NickServ NOTICE beng :Your password is anypassworcd -- remember this for later use. [Feb 10 13:25:46.341930 2002] debug: Top of main loop [Feb 10 13:25:46.351636 2002] debug: sockets: connect on fd 1 returned [Feb 10 13:25:46.351989 2002] debug: sockets: connect(1 -> 24.93.67.206:25): Socket is already connected [Feb 10 13:25:46.352282 2002] mail/smtp: Connection to server failed for socket 0x8162400 [Feb 10 13:25:46.352837 2002] debug: Top of main loop [Feb 10 13:25:46.353119 2002] sockets: select(): Bad file descriptor [Feb 10 13:25:46.353374 2002] debug: Top of main loop [Feb 10 13:25:46.353617 2002] sockets: select(): Bad file descriptor [Feb 10 13:25:46.354961 2002] debug: Top of main loop [Feb 10 13:25:46.355203 2002] sockets: select(): Bad file descriptor [Feb 10 13:25:46.355455 2002] debug: Top of main loop [Feb 10 13:25:46.355698 2002] sockets: select(): Bad file descriptor [Feb 10 13:25:46.355949 2002] debug: Top of main loop [Feb 10 13:25:46.356190 2002] sockets: select(): Bad file descriptor [Feb 10 13:25:46.356442 2002] debug: Top of main loop [Feb 10 13:25:46.356681 2002] sockets: select(): Bad file descriptor -- Ben Goldstein (beng@nc.rr.com) ircservices-5.0a20 FreeBSD raider 4.4-20010827-RC2 FreeBSD 4.4-20010827-RC2 #4: Fri Nov 16 14:57:04 EST 2001 root@raider:/usr/obj/usr/src/sys/BG1 i386 From martinpels at hotmail.com Sun Feb 10 11:03:23 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] ChanServ suggestion Message-ID: I think it would be a good idea to make the ChanServ OP, DEOP, etc. commands available to users in the Services Oper and Admin list for every channel. Users in these lists can allready use the OperServ MODE and KICK commands, why not give them the ability to do the same with ChanServ? From achurch at achurch.org Mon Feb 11 04:03:18 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] SMTP debug Message-ID: <3c66c4b1.42752@achurch.org> Log problem fixed, thanks. I can't reproduce the connection error; it might be a FreeBSD specific thing--I'll check when I have a chance. (Is anyone else successfully using mail/smtp with FreeBSD?) --Andrew Church achurch@achurch.org http://achurch.org/ >This might be a configuration problem on my end, but if services is >debugging, after the SMTP error, logfiles grow huge in seconds. And SMTP >isn't working ;) > >[Feb 10 13:25:46.331579 2002] debug: Received: :beng PRIVMSG nickserv >:register anypassworcd beng@nc.rr.com >[Feb 10 13:25:46.332424 2002] mail/main: debug: sendmail: >from=beng@nc.rr.com to=beng@nc.rr.com subject=[Authorization code for beng] >[Feb 10 13:25:46.332739 2002] mail/main: debug: sendmail: body=[The >authorization code for your nickname (beng) is: 184813122 >Please submit this code to NickServ with the command: > /msg NickServ AUTH 184813122 > >This message was sent by NickServ in response to registration by >bstu@192.168.0.3.] >[Feb 10 13:25:46.340067 2002] debug: Sent: :NickServ NOTICE beng :Nickname >beng has been registered to you. >[Feb 10 13:25:46.340481 2002] debug: Sent: :NickServ NOTICE beng :An >authorization code for your nickname has been sent to beng@nc.rr.com. >[Feb 10 13:25:46.340850 2002] debug: Sent: :NickServ NOTICE beng :When you >receive this message, type /msg NickServ AUTH code (replace code with >the authorization code in the message) to complete your nickname >registration. >[Feb 10 13:25:46.341231 2002] nickserv/main: beng registered by >bstu@192.168.0.3 (beng@nc.rr.com) >[Feb 10 13:25:46.341640 2002] debug: Sent: :NickServ NOTICE beng :Your >password is anypassworcd -- remember this for later use. >[Feb 10 13:25:46.341930 2002] debug: Top of main loop >[Feb 10 13:25:46.351636 2002] debug: sockets: connect on fd 1 returned >[Feb 10 13:25:46.351989 2002] debug: sockets: connect(1 -> 24.93.67.206:25): >Socket is already connected >[Feb 10 13:25:46.352282 2002] mail/smtp: Connection to server failed for >socket 0x8162400 >[Feb 10 13:25:46.352837 2002] debug: Top of main loop >[Feb 10 13:25:46.353119 2002] sockets: select(): Bad file descriptor >[Feb 10 13:25:46.353374 2002] debug: Top of main loop >[Feb 10 13:25:46.353617 2002] sockets: select(): Bad file descriptor >[Feb 10 13:25:46.354961 2002] debug: Top of main loop >[Feb 10 13:25:46.355203 2002] sockets: select(): Bad file descriptor >[Feb 10 13:25:46.355455 2002] debug: Top of main loop >[Feb 10 13:25:46.355698 2002] sockets: select(): Bad file descriptor >[Feb 10 13:25:46.355949 2002] debug: Top of main loop >[Feb 10 13:25:46.356190 2002] sockets: select(): Bad file descriptor >[Feb 10 13:25:46.356442 2002] debug: Top of main loop >[Feb 10 13:25:46.356681 2002] sockets: select(): Bad file descriptor > > >-- Ben Goldstein (beng@nc.rr.com) >ircservices-5.0a20 >FreeBSD raider 4.4-20010827-RC2 FreeBSD 4.4-20010827-RC2 #4: Fri Nov 16 >14:57:04 EST 2001 root@raider:/usr/obj/usr/src/sys/BG1 i386 > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Feb 11 04:06:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] ChanServ suggestion Message-ID: <3c66c4db.43001@achurch.org> >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 _give_ them the ability when they have MODE/KICK already? It's added complexity for no purpose. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Sun Feb 10 12:12:58 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: Message-ID: On Sun, 10 Feb 2002, Mark Hetherington wrote: > > Finny Merrill wrote > [Re SQLine reasons] > > Change SQlineReason to "%s" > > /me kicks himself. > Thanks. That will teach me to configure stuff at nearly 3am :) > > So, a change to the suggestion. The SZLine reason has both options in the > example configuration, one is commented out by default. Perhaps both options > could be presented in a similar manner for SQLINE and SGLINE. > > [Adding SQLines to the current IRCd list] > > bahamut and unreal allow this, what are you using? > > Unreal. But the QLines reported by the IRCd remain those in it's own > configuration files and do not include services set ones. /stats q with a lowercase q > > [IP information for SZLINE] > > IP information is only in bahamut > > What are you basing this on? If it is the format of the "connecting from" > message as discussed in my post, then this is relatively trivial to change > in Unreal. The question posed was more how does services determine the > support in the IRCd and what information does it require that is not > present. Services determines that IP information is available if a) You are using the bahamut protocol module b) The bahamut version sends a certain number of parameters for the NICK command > > Mark. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From uhc0 at rz.uni-karlsruhe.de Sun Feb 10 14:05:18 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:14 2004 Subject: AW: [IRCServices Coding] Services 5 - Suggestions/Queries In-Reply-To: Message-ID: <000101c1b27f$06decce0$0264a8c0@nygmatech.local> > Services determines that IP information is available if a) You > are using the bahamut protocol module b) The bahamut version sends > a certain number of parameters for the NICK command There are other ircds like tr-ircd4 as well, which do support IP information via NICK line. 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 | | ---------------------------------------------------------------------- From p_levesque at sympatico.ca Sun Feb 10 09:24:21 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] ChanServ suggestion References: Message-ID: <3C66ACC5.61B6504E@sympatico.ca> If im rigth, you simply send a raw command to ChanServ, and it will make whatever u want.., I seen MemoServ kicking some user some day ago :P, any oper that got access to the raw command can make services act like they want Martin Pels wrote: > 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? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Wed Feb 13 11:25:56 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0a20 httpd bugs Message-ID: <1417.193.237.130.98.1013628356.squirrel@secure.uksolutions.co.uk> 1) When viewing the registered nickname and channels lists, httpd has no concept of suspension and will display suspended nicknames and channels as if they were usable. Although being able to see the information is useful, there needs to be an additional note stating that the nickname or channel is suspended and the new suspension reason field should be displayed. 2) XML Download fails a few nicknames into my database. It appears to be parsing a hostmask as a memo but seems to fail in different places around the same entry each time. Refreshing the page or retrying from the menu will usually alter the error slightly. Andrew you have a pretty recent copy of my databases, but if you want the latest ones to try this on please let me know. 3) Suggestion - While StatServ pages are unimplemented within the httpd module, could a temporary page be returned as a placeholder with a title and "previous menu" hyperlink. Although it may seem to have little benefit, since the only documentation of it not working is the FIXME comment in the code, it would provide a more useful method to point out the work in progress status. Long term, it could well be worth keeping the simple code for this as a template for custom page additions to the module, part of the technical documentation, or even a permanent "under construction" page function for the module. -- Mark. From griever at t2n.org Wed Feb 13 11:55:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Idea Message-ID: Why not allow multiple nicks and/or channels in the chanserv OP and friends commands? From mark at ctcp.net Wed Feb 13 13:17:43 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Auth Module - SETAUTH command suggestion Message-ID: <1688.193.237.130.98.1013635063.squirrel@secure.uksolutions.co.uk> One thing that seems to be missing from the AUTH modules, is the ability to put a nick into auth mode. The reasons that I feel this command is required are listed below: 1) We have a number of nicknames that were registered before the introduction of the AUTH modules, so although we have always insisted on email addresses, not all are verified. Some are obviously made up purely for the purpose of registration. At present, the only guaranteed solution is to drop the nick name and force it to be registered under the new AUTH system. However, since this would be more than a minor inconvenience for some users as it dropped channels, linked nicks and access rights in channels, it is something that I would prefer a more user friendly solution to. For anyone changing over from an older version of services or a competitor without nickname validation, a SETAUTH feature would be useful in validating existing registrations. 2) Services Admins are able to change the email address of a user without triggering the AUTH module. Unless the Services Admin manually verifies the address, or knows the address to be valid, this creates a situation where an email address can be entered into a new database which is not validated. A SETAUTH command would address this for an email address which cannot be verfied manually. This could be acheived by always triggering AUTH on set email, but since there are cases where auth may not be required, SETAUTH provides this as an option. 3) When importing users from another services database, for example during a network merge, again there is the potential for importing unvalidated addresses. SETAUTH would allow a Services Admin to flag nicknames as unauthorised so that validation could occur. Again, this could be automatically flagged during import, but as with 2, I think a command is better to make the AUTH optional. One issue with the command, is it would likely require an unlimited AUTH time (until normal nick expiration at least) since in scenario 3 above, it is possible that not all users would log on before the main AUTH expiry time kicked in. It seems that the SET EMAIL authorisation already works in this manner so this may be trivial to address. -- Mark. From mark at ctcp.net Wed Feb 13 13:27:36 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] TODO update Message-ID: <21028.193.237.130.98.1013635656.squirrel@secure.uksolutions.co.uk> Minor thing, so low priority I guess, but any chance of an update to the TODO file in the next alpha? The current one has some things included that have been implemented (e.g. CS KICK) and does not have some things I have seen discussed on the list as potentials. Andrew, I guess you have an "internal" list of things, so maybe that would suffice for the alpha period to save time creating the specific file for it. Also, any additional information on the plans for StatServ would be useful. I would like to start putting our external StatServ features into a module, but don't want to repeat functionality so just intend to implement those things that probably won't make into the ircservices one. -- Mark. From mark at ctcp.net Wed Feb 13 15:03:07 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <21029.193.237.130.98.1013641387.squirrel@secure.uksolutions.co.uk> 1) Suggestion: httpd module - nickname and channel lists - add an indicator for noexpire, forbidden, suspended etc to the lists in a similar way to the in IRC list command. 2) Suggestion: /cs list and /ns list - add option to list suspended nicknames and channels to bring in line with the forbidden and noexpire options currently available. 3) Bug: Services allows some commands to operate on #nickname. It is possible for example to forbid #nickname. /ns forbid #nickname -NickServ- Nick #nickname is now forbidden. /ns dropnick #nickname -NickServ- Internal error--unable to process request. /ns info will operate on an invlaid nick e.g. Nick #nick isn't registered. Where commands are used including a # character, or indeed any unsupported character, the response might be better as: -NickServ- Nick invalidnickname may not be registered or used. or -NickServ- Nick invalidnickname contains invalid characters. then supply list of valid characters Services should explicitly not support # in all nickserv commands to avoid confusion. Finally, maybe services could also do a similar thing to the '#' channel on startup to clear out these nicks that are now stuck in my database :) 4) Suggestion: /cs forbid and /ns forbid - introduce reason field for forbid in a similar manner to the suspend command. 5) Suggestion: Services admin /cs drop and /ns dropnick - Add a reason field which is broadcast through globops and logged along with the drop command. Useful for working out later why a channel or nickname was dropped. 6) Text bug: '/cs drop channel' produces: -ChanServ- Syntax: FORBID channel -ChanServ- Type /msg ChanServ HELP FORBID for more information. Suggest that it be changed to "FORBID #channel", and/or additional information explaining that a # prefix is required for channel names. 7) Text bug related to 6 - /cs drop channel produces: -ChanServ- Channel channel isn't registered. which although correct, to be consistent with the requirement of the prefix # ought to produce a failure message and the suggested additional information about the prefix listed in 6. 8) Bug - either in text or operation - /cs help suspend produces the following information: -ChanServ- Unlike a forbidden channel, a suspended one does not -ChanServ- lose its information and will expire! However, such channels do not seem to expire. As an example, a channel that was registered and suspended in November 2001 still remains suspended today. -ChanServ- Registered: Nov 22 10:11:24 2001 GMT -ChanServ- Last used: Nov 22 23:53:18 2001 GMT -ChanServ- Channel #modshack is suspended and may not be used or identified for. If the help text means that they would expire if unsuspended, then the text ought to be changed to reflect this. The problem appears to be in the version 4.5.x series as well as version 5 since the channels I have noticed it on were originally suspended under a version of 4.5.x and remained unexpired after migrating to 5.0. 9) Suggested config option to limit guest nick length. The new guest nicks can end up using a full 9 digit precision depending on IRCd limits which on smaller networks makes them seem a little excessive. It would be nice if there was a configuration ption to limit this. Obviously such option would have to be accompanied by information on the minimum length requirement. 10) Suggestion wrt IDENTIFY command: Although generally I have not found any reasons to consider or suggest aliases for existing services commands since they can generally be scripted client side and merely add confusion to the command list, I have found one "alias" that I do implement within our services which might prove useful to everyone. That is the addition of the command 'ID' to perform the job of 'IDENTIFY' with nickserv and chanserv. The main benefit I have found is since this is a command which the majority of users will use every time they log on, is that people coming from other networks and services packages have the option of both so can quite easily use this primary services command in the form they already know to identify without having to rescript. It has helped groups of people move from other networks very easily and I find once their basics are shown to just work, they do not mind so much if commands for say access list management are different. The xOP module has also been very helpful for such groups. There is also an advantage of being simple to provide appropriate help text for since it will not affect current translations. The other maybe less obvious benefit is less typing for people like myself that avoid scripts and automatic identification. :) Well I think that's it ... for today at least :) -- Mark. From beng at nc.rr.com Wed Feb 13 15:49:47 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Re: [IRCServices] Services 4.5.38 released References: <3c62653c.16004@achurch.org> Message-ID: <014401c1b4e9$4dec8390$0300a8c0@asi200> What actually causes this? I'm not familiar with this problem, could someone explain? -- Ben Goldstein (beng@nc.rr.com) > 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). From p_levesque at sympatico.ca Wed Feb 13 13:52:01 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 References: <21029.193.237.130.98.1013641387.squirrel@secure.uksolutions.co.uk> Message-ID: <3C6AE001.825C220A@sympatico.ca> > > 6) Text bug: '/cs drop channel' produces: > -ChanServ- Syntax: FORBID channel > -ChanServ- Type /msg ChanServ HELP FORBID for more information. > Suggest that it be changed to "FORBID #channel", and/or additional > information explaining that a # prefix is required for channel names. > > 7) Text bug related to 6 - /cs drop channel produces: > -ChanServ- Channel channel isn't registered. > which although correct, to be consistent with the requirement of the prefix > # ought to produce a failure message and the suggested additional > information about the prefix listed in 6. some ircd allow channel name to not start with a #, so making services only restrict channel management to channel that start with a # can be a draw back. like on efnet, some channel here on my list start with a &. :P Phil From griever at t2n.org Wed Feb 13 19:56:58 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 In-Reply-To: <3C6AE001.825C220A@sympatico.ca> Message-ID: On Wed, 13 Feb 2002, Philippe Levesque wrote: > > > > 6) Text bug: '/cs drop channel' produces: > > -ChanServ- Syntax: FORBID channel > > -ChanServ- Type /msg ChanServ HELP FORBID for more information. > > Suggest that it be changed to "FORBID #channel", and/or additional > > information explaining that a # prefix is required for channel names. > > > > 7) Text bug related to 6 - /cs drop channel produces: > > -ChanServ- Channel channel isn't registered. > > which although correct, to be consistent with the requirement of the prefix > > # ought to produce a failure message and the suggested additional > > information about the prefix listed in 6. > > some ircd allow channel name to not start with a #, so making services only > restrict channel management to channel that start with a # can be a draw back. > > like on efnet, some channel here on my list start with a &. :P & channels are server local, and therefore services cant use them, + channels are modeless and using services on them has no point. > > Phil > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ShadowMaster at Shadow-Realm.org Wed Feb 13 20:01:39 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 In-Reply-To: <3C6AE001.825C220A@sympatico.ca> References: <21029.193.237.130.98.1013641387.squirrel@secure.uksolutions.co.uk> <3C6AE001.825C220A@sympatico.ca> Message-ID: <200202140401.g1E41fZ76750@villageirc.net> On Wednesday 13 February 2002 22:52, you wrote: > some ircd allow channel name to not start with a #, so making services only > restrict channel management to channel that start with a # can be a draw > back. > > like on efnet, some channel here on my list start with a &. :P And like on EFnet, &Channels are local channels to your server only. Hence services cant manage them since the channel does not exsist outside the server you are on. If you join a second server on the same network, joining the same &Channel will in fact be a different channel, and you wont see anyone from the &Channel with an identical name on the first server. + and ! are other used channel prefixes, but wheter services should allow management of such global channels have to be considered out from their function. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From andrewk at isdial.net Thu Feb 14 00:52:23 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 References: <21029.193.237.130.98.1013641387.squirrel@secure.uksolutions.co.uk> Message-ID: <003001c1b534$eb751410$9c011ac4@africa.didata.local> Comments are inline... > 8) Bug - either in text or operation - /cs help suspend produces the > following information: > -ChanServ- Unlike a forbidden channel, a suspended one does not > -ChanServ- lose its information and will expire! [snip] > version 4.5.x series as well as version 5 since the channels I have noticed > it on were originally suspended under a version of 4.5.x and remained > unexpired after migrating to 5.0. Do these nicknames expire on the 4.5.x branch? What is the output of: /ns info ALL This should either indicate the expiration date/time or "does not expire". Please can you confirm the setting in your config file regarding default expiration times for suspended nicks. (both in 4.5.x and 5.x) > 9) Suggested config option to limit guest nick length. The new guest nicks > can end up using a full 9 digit precision depending on IRCd limits which on > smaller networks makes them seem a little excessive. It would be nice if > there was a configuration ption to limit this. Obviously such option would > have to be accompanied by information on the minimum length requirement. The ID is not a simple number. A simple counter would be too easy to predict making it possible to collide nicks off the network. The current algorithm uses a counter and the time to generate the ID. This results in a very big number. So basically, a new algorithm needs to be used if you want to make the length of the guest ID shorter. > 10) Suggestion wrt IDENTIFY command: Although generally I have not found > any reasons to consider or suggest aliases for existing services commands > since they can generally be scripted client side and merely add confusion > to the command list, I have found one "alias" that I do implement within [snip] > The other maybe less obvious benefit is less typing for people like myself > that avoid scripts and automatic identification. :) If you have one alias, more will follow. This just clutters up Services as more people hack the aliases to their own liking. Over time it will become more and more difficult to have a common set of commands. Support also becomes more tricky and users more confused. I see your point, and yes, an ID alias would be nice, but my personal feeling is that aliases are not a good thing (tm) :). If you really want the ID alias - make a wrapper for the IDENTIFY function. Andrew From v13 at it.teithe.gr Wed Feb 13 15:09:49 2002 From: v13 at it.teithe.gr (,,,) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] lists Message-ID: <200202132309.BAA06419@ppp700.the.forthnet.gr> Is it possible to add regexp support to access lists, akill list etc? Many clones in our network use nicknames or userids tha can be described with regexps but not with *? masks.. We could realy use akills with regexps on userids during the past 3 months and i believe akick lists will be much more efficient. An 'easy' way whould be to flag regexp entries and use the system's regexp functions (they are very fast) when matching them. <> From andrewk at isdial.net Thu Feb 14 01:50:21 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] lists References: <200202132309.BAA06419@ppp700.the.forthnet.gr> Message-ID: <009701c1b53d$049f8440$9c011ac4@africa.didata.local> The problem with regexps is that it is possible to get the parser into a loop. Obviously coders try to avoid this on their own systems, but users have a habbit of valliantly trying to break things on services. Poorly formed regexps can also take ages to run. Again, this would be something users would try to exploit. Andrew ----- Original Message ----- From: ",,," To: Sent: Thursday, February 14, 2002 1:09 AM Subject: [IRCServices Coding] lists Is it possible to add regexp support to access lists, akill list etc? Many clones in our network use nicknames or userids tha can be described with regexps but not with *? masks.. We could realy use akills with regexps on userids during the past 3 months and i believe akick lists will be much more efficient. An 'easy' way whould be to flag regexp entries and use the system's regexp functions (they are very fast) when matching them. <> ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Thu Feb 14 02:35:53 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <1127.195.92.144.170.1013682953.squirrel@secure.uksolutions.co.uk> [snip bug with suspended channels expiry) > Do these nicknames expire on the 4.5.x branch? > What is the output of: /ns info ALL > This should either indicate the expiration date/time or "does > not expire". I was discussing channels. I have not actually checked whether nicknames operate correctly. I pasted in my original email sufficient output from /cs info to show that the channel should have expired sometime between November (last used time) and today. Do not expire is not set on the channels that have problems. Since this database ran under 4.5.x for the whole of December and much of January, they do not expire under 4.5.x either as I said in my post. > Please can you confirm the setting in your config file > regarding default > expiration times for suspended nicks. (both in 4.5.x and 5.x) The nickname setting should have no effect on channel expiration so I will assume you mean channel. In version 5, suspended channel expiry time time is set to the default: CSSuspendExpire 12d 2d. For version 4.5.x, I will have to extract from backup so will check this evening, however, I imagine it was the default setting. [snip guest nick limiter] > making it possible to collide nicks off the network. The > current algorithm > uses a counter and the time to generate the ID. This results > in a very big > number. So basically, a new algorithm needs to be used if you > want to make > the length of the guest ID shorter. Since Services 5 already supports a smaller guest number (depending in the IRCds nickmax setting) in the current algorithm, I do not see how a configuration option requires a different algorithm for acheiving a similar aim. There are also several comments in the code suggesting why time is *not* used in guest nick generation. The guest nick number is generated from a rollover counter which is initialised with a value of rand(). [snip ID command] > I see your point, and yes, an ID alias would be nice, but my personal > feeling is that aliases are not a good thing (tm) :). If you > really want the > ID alias - make a wrapper for the IDENTIFY function. As I said in my post, I already have my own version of ID in each version of services we use. I agree that aliases in general are not a good thing as I said previously, I just thought this one was something that might be useful to have in the main distribution. After all, there is already SIDENTIFY which is, to all intents and purposes, an alias for IDENTIFY. -- Mark. From andrewk at isdial.net Thu Feb 14 02:56:30 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 References: <1127.195.92.144.170.1013682953.squirrel@secure.uksolutions.co.uk> Message-ID: <00ea01c1b546$45c23c20$9c011ac4@africa.didata.local> 1. Suspension problems: Please ignore the utter crap that I spoke in my reply. I misread the question entirely!! 2. Again, I spoke utter rubbish... I forgot the changes in v5. I will now confine myself to the corner.... Andrew From mark at ctcp.net Thu Feb 14 15:49:12 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 - NickServ register text suggestion Message-ID: <21024.193.237.130.98.1013730552.squirrel@secure.uksolutions.co.uk> When NSRequireEmail is set, /ns help register will display: -NickServ- You must include an E-mail address when registering your -NickServ- nickname.... (trimmed for brevity) I would like to suggest that this is changed to state that the email address must be valid or active or something which indicates to a user than when the AUTH module is in use, a fake email address will not allow a registration to complete. It might also be useful to include such a disclaimer in the confirmation command for users that did not view the help text. After 30+ attempts, one user still hasn't got the message that a made up address is not going to allow his registration to be processed hence my suggestion of "dumbing down" this process. Mark. From p_levesque at sympatico.ca Thu Feb 14 10:46:41 2002 From: p_levesque at sympatico.ca (Philippe Levesque) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 References: Message-ID: <3C6C0611.8A60DC17@sympatico.ca> > > & channels are server local, and therefore services cant use them, + > channels are modeless and using services on them has no point. well, if in some case someone start a channel "+" or "!", and put a topic like : "come to my network xxxx.com" or "14 years old xxx pics....." , or anything like that, it's handy to be able to close those channel permanently. From achurch at achurch.org Fri Feb 15 22:20:20 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Making Services 5 friendly external pseudo clients Message-ID: <3c6d0b2e.62623@achurch.org> Is +S essentially treated as an oper, admin, or what, and on what ircd? --Andrew Church achurch@achurch.org http://achurch.org/ >Currently on our network we have a couple of psuedo clients which are not >part of IRC Services but have similar "powers" as +S psudeo clients on >ulined servers. This includes a StatServ client that we had been running for >some time prior to the first StatServ appearing in IRC Services and an open >proxy monitor. > >Although they generally live happily together, since Services does not >recognise these external psuedo clients, occasionally they tend to "fight". > >Using our StatServ as an example, this basically sits in a channel >announcing various information about the network for the use of IRCops. >Ideally we would like this channel locked to be an oper only channel but >currently have to rely on an eggdrop bot to enforce this rather than >ChanServ. > >The problems are twofold. Firstly, since Services has no way of recognising >an external psuedo client, when StatServ ops itself, Chanserv will >immediately deop it. Secondly, if the channel mode is set to mode +O, >StatServ can happily join the channel (as a +S user), but services will >enforce the mode and kick StatServ as a non-oper. This results in a vicious >flood of join/kicks as they both fight for their rights :) > >Hopefully, the built-in StatServ will eventually provide most if not all of >the functionality of our existing StatServ and anything it doesn't provide >we can develop into a custom module of services. But, until that time, we >need to maintain StatServ as an external pseudo client. > >The simplest way seems to be some recognition within services for other >ulined servers possibly by detecting the +S user mode in a similar way that >our StatServ will recognise each Services pseudo client as such. Is there >anything in current versions of services that would allow the two servers to >live together or anything we could set in our external pseudo clients which >would cause services to ignore their actions? > > >Mark. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Fri Feb 15 05:46:16 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Making Services 5 friendly external pseudo clients Message-ID: <1188.195.92.144.170.1013780776.squirrel@secure.uksolutions.co.uk> > Andrew Church Wrote: > Is +S essentially treated as an oper, admin, or what, > and on what ircd? +S is a mode specifically reserved for Services which the IRCServices psuedoclients also set on themselves at startup. The IRCd in question is Unreal in which +S seems to be a level above and beyond oper/admin/etc. Mark. From achurch at achurch.org Fri Feb 15 23:08:20 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0a20 httpd bugs Message-ID: <3c6d18ca.66121@achurch.org> Good grief, I'm gone for just 3 days and look at all the stuff that piles up... I'm sure glad I haven't released this as beta yet. >1) When viewing the registered nickname and channels lists, httpd has no >concept of suspension and will display suspended nicknames and channels as >if they were usable. Fixed, thanks. >2) XML Download fails a few nicknames into my database. It appears to be >parsing a hostmask as a memo but seems to fail in different places around >the same entry each time. Refreshing the page or retrying from the menu >will usually alter the error slightly. Andrew you have a pretty recent copy >of my databases, but if you want the latest ones to try this on please let >me know. I'm not sure I still have them, can you send them again? >3) Suggestion - While StatServ pages are unimplemented within the httpd >module, [...] It's only an alpha, for crying out loud! --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 15 23:19:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Idea Message-ID: <3c6d1923.66166@achurch.org> >Why not allow multiple nicks and/or channels in the chanserv OP and >friends commands? Well, you can't have both (well, you can, but it would be one hell of a mess to code), and I don't see that this would be all that useful anyway. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 15 23:23:35 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] TODO update Message-ID: <3c6d1a3c.66324@achurch.org> >Minor thing, so low priority I guess, but any chance of an update to the >TODO file in the next alpha? The current one has some things included that >have been implemented (e.g. CS KICK) and does not have some things I have >seen discussed on the list as potentials. Fixed. >Andrew, I guess you have an "internal" list of things, so maybe that would >suffice for the alpha period to save time creating the specific file for >it. I do have my own list, but it's only of things that either (1) I'm already in the middle of or (2) am not going to do for 5.0 period, so I don't want to waste time discussing them while there's still so much else to deal with. >Also, any additional information on the plans for StatServ would be useful. >I would like to start putting our external StatServ features into a module, >but don't want to repeat functionality so just intend to implement those >things that probably won't make into the ircservices one. You'll know as soon as I know. (: --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 15 23:31:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Re: [IRCServices] Services 4.5.38 released Message-ID: <3c6d1c52.67257@achurch.org> >What actually causes this? I'm not familiar with this problem, could >someone explain? If someone takes a guest nick that Services then tries to assign to a user with SVSNICK, the ircd will send a KILL for the SVSNICK, but Services interprets that as a KILL for the old user, who then disappears from the internal user list. Since Services won't do anything with users who aren't on the internal list (since it doesn't have anywhere to store the info), they never get killed/ghosted, deopped, etc. --Andrew Church achurch@achurch.org http://achurch.org/ >-- Ben Goldstein (beng@nc.rr.com) > >> 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). > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Feb 15 23:39:08 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] Services 5.0 - NickServ register text suggestion Message-ID: <3c6d1e44.70730@achurch.org> >When NSRequireEmail is set, /ns help register will display: > >-NickServ- You must include an E-mail address when registering your >-NickServ- nickname.... >(trimmed for brevity) > >I would like to suggest that this is changed to state that the email >address must be valid or active or something which indicates to a user than >when the AUTH module is in use, a fake email address will not allow a >registration to complete. It might also be useful to include such a >disclaimer in the confirmation command for users that did not view the help >text. > >After 30+ attempts, one user still hasn't got the message that a made up >address is not going to allow his registration to be processed hence my >suggestion of "dumbing down" this process. Done. Never underestimate idiocy, I guess... --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 15 23:53:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <3c6d2134.71766@achurch.org> >> I see your point, and yes, an ID alias would be nice, but my personal >> feeling is that aliases are not a good thing (tm) :). If you >> really want the >> ID alias - make a wrapper for the IDENTIFY function. > >As I said in my post, I already have my own version of ID in each version >of services we use. I agree that aliases in general are not a good thing as >I said previously, I just thought this one was something that might be >useful to have in the main distribution. After all, there is already >SIDENTIFY which is, to all intents and purposes, an alias for IDENTIFY. The only reason it's there is because some ircd (Bahamut?) has it hard-coded in. If you want something shorter, write an alias in your client. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Feb 15 23:56:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:14 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <3c6d2633.73672@achurch.org> 1) Will consider. 2) It's been there for ages, where have you been? 3) Fixed (this is a bug in DROPNICK preventing dropping forbidden nicks and has nothing to do with #). 4) I thought this was in the TODO list but it looks like not; added. 5) No; I don't see that this is something Services needs to do. 6) No; it ought to be common enough knowledge that channel names begin with #. 7) No; see above. 8) If the suspension doesn't expire then the channel won't either. I do agree the text is a bit misleading. 9) No; unnecessary complexity. 10) No; unnecessary complexity (as mentioned in the previous mail). --Andrew Church achurch@achurch.org http://achurch.org/ >1) Suggestion: httpd module - nickname and channel lists - add an indicator >for noexpire, forbidden, suspended etc to the lists in a similar way to the >in IRC list command. > >2) Suggestion: /cs list and /ns list - add option to list suspended >nicknames and channels to bring in line with the forbidden and noexpire >options currently available. > >3) Bug: Services allows some commands to operate on #nickname. It is >possible for example to forbid #nickname. >/ns forbid #nickname >-NickServ- Nick #nickname is now forbidden. >/ns dropnick #nickname >-NickServ- Internal error--unable to process request. >/ns info will operate on an invlaid nick e.g. >Nick #nick isn't registered. >Where commands are used including a # character, or indeed any unsupported >character, the response might be better as: >-NickServ- Nick invalidnickname may not be registered or used. >or >-NickServ- Nick invalidnickname contains invalid characters. then supply >list of valid characters >Services should explicitly not support # in all nickserv commands to avoid >confusion. >Finally, maybe services could also do a similar thing to the '#' channel on >startup to clear out these nicks that are now stuck in my database :) > >4) Suggestion: /cs forbid and /ns forbid - introduce reason field for >forbid in a similar manner to the suspend command. > >5) Suggestion: Services admin /cs drop and /ns dropnick - Add a reason >field which is broadcast through globops and logged along with the drop >command. Useful for working out later why a channel or nickname was >dropped. > >6) Text bug: '/cs drop channel' produces: >-ChanServ- Syntax: FORBID channel >-ChanServ- Type /msg ChanServ HELP FORBID for more information. >Suggest that it be changed to "FORBID #channel", and/or additional >information explaining that a # prefix is required for channel names. > >7) Text bug related to 6 - /cs drop channel produces: >-ChanServ- Channel channel isn't registered. >which although correct, to be consistent with the requirement of the prefix ># ought to produce a failure message and the suggested additional >information about the prefix listed in 6. > >8) Bug - either in text or operation - /cs help suspend produces the >following information: >-ChanServ- Unlike a forbidden channel, a suspended one does not >-ChanServ- lose its information and will expire! >However, such channels do not seem to expire. As an example, a channel that >was registered and suspended in November 2001 still remains suspended >today. >-ChanServ- Registered: Nov 22 10:11:24 2001 GMT >-ChanServ- Last used: Nov 22 23:53:18 2001 GMT >-ChanServ- Channel #modshack is suspended and may not be used or identified >for. >If the help text means that they would expire if unsuspended, then the text >ought to be changed to reflect this. The problem appears to be in the >version 4.5.x series as well as version 5 since the channels I have noticed >it on were originally suspended under a version of 4.5.x and remained >unexpired after migrating to 5.0. > >9) Suggested config option to limit guest nick length. The new guest nicks >can end up using a full 9 digit precision depending on IRCd limits which on >smaller networks makes them seem a little excessive. It would be nice if >there was a configuration ption to limit this. Obviously such option would >have to be accompanied by information on the minimum length requirement. > >10) Suggestion wrt IDENTIFY command: Although generally I have not found >any reasons to consider or suggest aliases for existing services commands >since they can generally be scripted client side and merely add confusion >to the command list, I have found one "alias" that I do implement within >our services which might prove useful to everyone. That is the addition of >the command 'ID' to perform the job of 'IDENTIFY' with nickserv and >chanserv. >The main benefit I have found is since this is a command which the majority >of users will use every time they log on, is that people coming from other >networks and services packages have the option of both so can quite easily >use this primary services command in the form they already know to identify >without having to rescript. It has helped groups of people move from other >networks very easily and I find once their basics are shown to just work, >they do not mind so much if commands for say access list management are >different. The xOP module has also been very helpful for such groups. >There is also an advantage of being simple to provide appropriate help text >for since it will not affect current translations. >The other maybe less obvious benefit is less typing for people like myself >that avoid scripts and automatic identification. :) > > >Well I think that's it ... for today at least :) > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Feb 16 00:16:46 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <3c6d2683.73733@achurch.org> >> >> & channels are server local, and therefore services cant use them, + >> channels are modeless and using services on them has no point. > >well, if in some case someone start a channel "+" or "!", and put a topic like : >"come to my network xxxx.com" or "14 years old xxx pics....." , or anything like >that, it's handy to be able to close those channel permanently. You do that, and they'll just start using & channels, which Services can't get at in the first place. Better to just kick people like that off your network if you don't want them doing things like that. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Fri Feb 15 07:29:44 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <1455.195.92.144.170.1013786984.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > 2) It's been there for ages, where have you been? In which case the bug is in the help text: CHAN_LIST_OPER_SYNTAX LIST pattern [FORBIDDEN] [NOEXPIRE] Mark. From achurch at achurch.org Sat Feb 16 00:31:36 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 alpha 21 released Message-ID: <3c6d2a20.12455@achurch.org> Services 5.0 alpha 21 is out at the usual place. I'm tired, so no witty remarks this time, just the changes ma'am: Changes in version 5.0 alpha 21 ------------------------------- 2002/02/15 Fixes and changes suggested by Mark Hetherington : - The httpd/dbaccess module now displays suspension information for suspended nicks and channels. - NickServ HELP REGISTER now emphasizes that a _valid_ E-mail address is required with mail-auth. - Clients with the Unreal +S (service pseudoclient) mode are no longer affected by channel settings. - Forbidden nicks can now be dropped with DROPNICK. 2002/02/12 Added NSFirstAccessWild configuration directive. 2002/02/12 Fixed bug loading databases with a "#" channel registered. 2002/02/12 Fixed crash in ChanServ INFO for no-expire channels. Reported by Mark Hetherington 2002/02/11 Fixed bug in handling of failed socket connections. Reported by Ben Goldstein 2002/02/09 Fixed help messages relating to channel access levels to reflect the updated levels. Reported by Martin Pels 2002/02/09 Added TOPIC access level for ChanServ TOPIC command. 2002/02/09 Changed AUTODEOP and NOJOIN access levels to -1 and -100. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 16 00:32:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <3c6d2a2d.12470@achurch.org> >> Andrew Church wrote: >> 2) It's been there for ages, where have you been? > >In which case the bug is in the help text: > >CHAN_LIST_OPER_SYNTAX > LIST pattern [FORBIDDEN] [NOEXPIRE] Fixed in the 4.5 branch. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Fri Feb 15 07:38:30 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <1482.195.92.144.170.1013787510.squirrel@secure.uksolutions.co.uk> > Andrew Church Wrote: > 6) No; it ought to be common enough knowledge that channel > names begin with #. Then may I suggest, that the help file is made more consistent and the prefix removed from the following entries: 3229: SET #channel MLOCK +nt-ikl 3233: SET #channel MLOCK +knst-ilmp my-key 3238: SET #channel MLOCK + 3351: SOP #channel LIST 2-5,7-9 3382: AOP #channel LIST 2-5,7-9 3407: HOP #channel LIST 2-5,7-9 3429: VOP #channel LIST 2-5,7-9 3468: ACCESS #channel LIST 2-5,7-9 3598: Syntax: OP #channel [nick] 3605: Syntax: DEOP #channel [nick] 3612: Syntax: VOICE #channel [nick] 3619: Syntax: DEVOICE #channel [nick] 3626: Syntax: HALFOP #channel [nick] 3634: Syntax: DEHALFOP #channel [nick] 3642: Syntax: PROTECT #channel [nick] 3650: Syntax: DEPROTECT #channel [nick] (Line numbers relate to en_us.l) -- Mark. From achurch at achurch.org Sat Feb 16 00:40:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] More bugs and suggestions for Version 5.0 Message-ID: <3c6d2bf1.13023@achurch.org> No, you may not, but I'll fix them when I get around to it. >> Andrew Church Wrote: >> 6) No; it ought to be common enough knowledge that channel >> names begin with #. > >Then may I suggest, that the help file is made more consistent and the >prefix removed from the following entries: > > 3229: SET #channel MLOCK +nt-ikl > 3233: SET #channel MLOCK +knst-ilmp my-key > 3238: SET #channel MLOCK + > 3351: SOP #channel LIST 2-5,7-9 > 3382: AOP #channel LIST 2-5,7-9 > 3407: HOP #channel LIST 2-5,7-9 > 3429: VOP #channel LIST 2-5,7-9 > 3468: ACCESS #channel LIST 2-5,7-9 > 3598: Syntax: OP #channel [nick] > 3605: Syntax: DEOP #channel [nick] > 3612: Syntax: VOICE #channel [nick] > 3619: Syntax: DEVOICE #channel [nick] > 3626: Syntax: HALFOP #channel [nick] > 3634: Syntax: DEHALFOP #channel [nick] > 3642: Syntax: PROTECT #channel [nick] > 3650: Syntax: DEPROTECT #channel [nick] > >(Line numbers relate to en_us.l) > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Fri Feb 15 07:51:42 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a20 httpd bugs Message-ID: <1537.195.92.144.170.1013788302.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > [XML download problems] > I'm not sure I still have them, can you send them again? I will send the databases to you tonight. > >3) Suggestion - While StatServ pages are unimplemented > within the httpd > >module, [...] > > It's only an alpha, for crying out loud! My apologies. I just thought that alpha or not, it would probably be better to fail-safe rather than just fail :) -- Mark. From griever at t2n.org Fri Feb 15 10:53:03 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Idea In-Reply-To: <3c6d1923.66166@achurch.org> Message-ID: On Fri, 15 Feb 2002, Andrew Church wrote: > >Why not allow multiple nicks and/or channels in the chanserv OP and > >friends commands? > > Well, you can't have both (well, you can, but it would be one hell of > a mess to code), and I don't see that this would be all that useful anyway. The reason is that I'll occasionally be on a net, get disconnected and auto-rejoin all 3 channels I'm on, and I hate having to retype /chanserv OP #channel mynick over and over > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From beng at nc.rr.com Fri Feb 15 15:27:56 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] NickServ Register then /identify Message-ID: <010001c1b678$85c02f20$0300a8c0@asi200> After REGISTERing a nick, NickServ should see you as fully identified. Since REGISTER doesn't call set_identified() to update stuff, and lets you change your nick before updating last-seen times (like it should), do_register() should have a ni->id_stamp = u->servicestamp; and not wait for the first /identify. As you see below, you still have to identify even after registering to get fully-authenticated. There could be other consequences to this delayed-stamping- like new memo notices not going to identified users using other nicks, although I havn't tested anything related to that.. I know, its sort of a nitpick :P [17:58:11] -> *nickserv* register password beng@nc.rr.com [17:58:11] #NickServ!services@example.net# Nickname beng1 has been registered to you. [17:58:11] #NickServ!services@example.net# Your password is password -- remember this for later use. [17:58:18] *** Your nick is now beng2 [17:58:22] *** Your nick is now beng1 [17:58:22] #NickServ!services@example.net# This nickname is registered and protected. If it is your nick, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nick. [17:58:23] -> *Nickserv* status beng1 [17:58:23] #NickServ!services@example.net# STATUS beng1 1 [17:58:29] -> *nickserv* identify password [17:58:29] #NickServ!services@example.net# Password accepted -- you are now recognized. [17:58:33] *** Your nick is now beng2 [17:58:35] *** Your nick is now beng1 [17:58:38] -> *Nickserv* status beng1 [17:58:38] #NickServ!services@example.net# STATUS beng1 3 -- Ben Goldstein (beng@nc.rr.com) From mark at ctcp.net Fri Feb 15 15:52:32 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 Odd enforcer bug Message-ID: <1514.193.237.130.98.1013817152.squirrel@secure.uksolutions.co.uk> I am not sure how to describe this other than by demonstration so... A nick 'me2' is newly registered to preclude possible issues with long term nicks. Kill protection is on. Access list is cleared (but this does not seem to actually make a difference for some clients, it just made the nick change easier to get), report from /ns info: -NickServ- Options: Kill protection, Security I will interleave the events which follow with a display from my connection watcher which might make things difficult to follow but it is an odd situation to try and describe: ** me2 joins IRC but does not identify to NickServ [23:41] SIGNON me2(g@mhetherington.demon.co.uk) at: irc.ctcp.net ** me2 gets the warning from nickserv and ignores (basically the nickname needs to be guested by SVSNICK) [23:42] Nick Change me2 Has Changed Their Nick to: Guest1228353554 [23:42] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net [23:43] SIGNOFF: me2-->(me2) ** me2 waits out the one minute hold by services then changes back to me2. I have not tried release/recover to see if it has any effect. [23:43] Nick Change Guest1228353554 Has Changed Their Nick to: me2 ** me2 identifies to NS as normal then changes nickname to something else, quits irc, ping timeouts or any action which involves the nick leaving the current nicklist. [23:43] Nick Change me2 Has Changed Their Nick to: me3 [23:43] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net enforcer takes over the nick that has changed Sorry I could not describe it in a better way, but although the above may not be the only way to recreate this problem, it is 100% reproducible. -- Mark. From mark at ctcp.net Fri Feb 15 16:24:51 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 Odd enforcer bug Message-ID: <1628.193.237.130.98.1013819091.squirrel@secure.uksolutions.co.uk> Additional: This issue seems to have "permanance". Once a nickname is put into this "state", all future use of it triggers similar enforcer behaviour. continuing on from the earlier log: quit irc using alternate unregistered nick SIGNOFF: me3-->(Quit: ) rejoin irc with unregistered alternate nick SIGNON me3(g@mhetherington.demon.co.uk) at: irc.ctcp.net quit irc using alternate unregistered nick SIGNOFF: me3-->(Quit: ) rejoin with the me2 nick and identify SIGNON me2(g@mhetherington.demon.co.uk) at: irc.ctcp.net quit irc SIGNOFF: me2-->(Quit: ) SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Mark > Hetherington > Sent: 15 February 2002 23:53 > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Services 5.0 Odd enforcer bug > > > I am not sure how to describe this other than by demonstration so... > > A nick 'me2' is newly registered to preclude possible issues with > long term > nicks. Kill protection is on. Access list is cleared (but this does not > seem to actually make a difference for some clients, it just made > the nick > change easier to get), report from /ns info: > -NickServ- Options: Kill protection, Security > > I will interleave the events which follow with a display from my > connection > watcher which might make things difficult to follow but it is an odd > situation to try and describe: > > ** me2 joins IRC but does not identify to NickServ > [23:41] SIGNON me2(g@mhetherington.demon.co.uk) at: > irc.ctcp.net > ** me2 gets the warning from nickserv and ignores (basically the nickname > needs to be guested by SVSNICK) > [23:42] Nick Change me2 Has Changed Their Nick to: > Guest1228353554 > [23:42] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net > [23:43] SIGNOFF: me2-->(me2) > ** me2 waits out the one minute hold by services then changes > back to me2. > I have not tried release/recover to see if it has any effect. > [23:43] Nick Change Guest1228353554 Has Changed Their Nick to: > me2 > ** me2 identifies to NS as normal then changes nickname to > something else, > quits irc, ping timeouts or any action which involves the nick > leaving the > current nicklist. > [23:43] Nick Change me2 Has Changed Their Nick to: me3 > [23:43] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net > enforcer takes over the nick that has changed > > > Sorry I could not describe it in a better way, but although the above may > not be the only way to recreate this problem, it is 100% reproducible. > > -- > Mark. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Feb 16 11:02:03 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Idea Message-ID: <3c6dbdb6.41036@achurch.org> >On Fri, 15 Feb 2002, Andrew Church wrote: > >> >Why not allow multiple nicks and/or channels in the chanserv OP and >> >friends commands? >> >> Well, you can't have both (well, you can, but it would be one hell of >> a mess to code), and I don't see that this would be all that useful anyway. > >The reason is that I'll occasionally be on a net, get disconnected and >auto-rejoin all 3 channels I'm on, and I hate having to retype /chanserv >OP #channel mynick over and over Well, I'm going to try and get a fix for that in the form of auto-op on identify so that should become irrelevant. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 16 11:37:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 Odd enforcer bug Message-ID: <3c6dc611.42333@achurch.org> Fixed (typo in cancel_user()). --Andrew Church achurch@achurch.org http://achurch.org/ >I am not sure how to describe this other than by demonstration so... > >A nick 'me2' is newly registered to preclude possible issues with long term >nicks. Kill protection is on. Access list is cleared (but this does not >seem to actually make a difference for some clients, it just made the nick >change easier to get), report from /ns info: >-NickServ- Options: Kill protection, Security > >I will interleave the events which follow with a display from my connection >watcher which might make things difficult to follow but it is an odd >situation to try and describe: > >** me2 joins IRC but does not identify to NickServ >[23:41] SIGNON me2(g@mhetherington.demon.co.uk) at: irc.ctcp.net >** me2 gets the warning from nickserv and ignores (basically the nickname >needs to be guested by SVSNICK) >[23:42] Nick Change me2 Has Changed Their Nick to: >Guest1228353554 >[23:42] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net >[23:43] SIGNOFF: me2-->(me2) >** me2 waits out the one minute hold by services then changes back to me2. >I have not tried release/recover to see if it has any effect. >[23:43] Nick Change Guest1228353554 Has Changed Their Nick to: >me2 >** me2 identifies to NS as normal then changes nickname to something else, >quits irc, ping timeouts or any action which involves the nick leaving the >current nicklist. >[23:43] Nick Change me2 Has Changed Their Nick to: me3 >[23:43] SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net >enforcer takes over the nick that has changed > > >Sorry I could not describe it in a better way, but although the above may >not be the only way to recreate this problem, it is 100% reproducible. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Fri Feb 15 18:48:27 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Idea In-Reply-To: <3c6dbdb6.41036@achurch.org> Message-ID: On Sat, 16 Feb 2002, Andrew Church wrote: > >On Fri, 15 Feb 2002, Andrew Church wrote: > > > >> >Why not allow multiple nicks and/or channels in the chanserv OP and > >> >friends commands? > >> > >> Well, you can't have both (well, you can, but it would be one hell of > >> a mess to code), and I don't see that this would be all that useful anyway. > > > >The reason is that I'll occasionally be on a net, get disconnected and > >auto-rejoin all 3 channels I'm on, and I hate having to retype /chanserv > >OP #channel mynick over and over > > Well, I'm going to try and get a fix for that in the form of auto-op > on identify so that should become irrelevant. ok. The multiple nick thing would be nice though. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From mark at ctcp.net Sat Feb 16 09:32:03 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a21 problems Message-ID: <1474.193.237.130.98.1013880723.squirrel@secure.uksolutions.co.uk> Services appears to be losing the operserv oper/admin list. When it starts up it seems to ignore or throw away the current contents of the database and the entries have to be added back in. The only error in the log is: [Feb 16 17:11:19 2002] IRC Services 5.0a21 starting up [Feb 16 17:11:19 2002] database/version4: Read error on nick.db [Feb 16 17:24:14.156110 2002] debug: Loading module `nickserv/main' [Feb 16 17:24:14.170455 2002] database/version4: Read error on nick.db [Feb 16 17:24:14.170563 2002] debug: Successfully loaded module `nickserv/main' Not sure why there is a read error, but NickServ seems to operate successfully regardless of it. I guess it may have some bearing on the operserv list bug. As a suggestion, could the database error reporting be made provide a little more information as to which failure occurred. E.g. read error on %s by currentfunction. -- Mark. From Kevc at GMX.co.uk Sun Feb 17 09:18:14 2002 From: Kevc at GMX.co.uk (Kevin Conlin) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] SegFault References: <1474.193.237.130.98.1013880723.squirrel@secure.uksolutions.co.uk> Message-ID: <00f301c1b7d7$1959ed20$ea09fd3e@conlinr2i16j0y> Any Help on this Message? Services keep SegFaulting due to this. [Feb 17 09:28:03 2002] nickserv/main: Commish!The_Game@210.186.38.187 identified for nick Commish [Feb 17 09:28:40 2002] database/version4: nick The|Game has no NickGroupInfo, setting password to nick [Feb 17 09:28:44 2002] nickserv/main: Unable to get NickGroupInfo (id 3327104409) for The|Game at util.c:228 [Feb 17 09:28:44 2002] PANIC! buffer = :Commish & The|Game 1013959720 [Feb 17 09:28:44 2002] Services terminating: Segmentation fault [Feb 17 10:11:06 2002] IRC Services 5.0a20 starting up [Feb 17 10:11:06 2002] database/version4: Nick The|Game has no settings (linked to missing nick?), deleting [Feb 17 10:11:45 2002] IRC Services 5.0a20 starting up [Feb 17 10:11:45 2002] database/version4: Nick The|Game has no settings (linked to missing nick?), deleting TY Kevin From mark at ctcp.net Mon Feb 18 12:21:02 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a21 /cs akick bug Message-ID: <1160.193.237.130.98.1014063662.squirrel@secure.uksolutions.co.uk> When adding an akick to Chanserv, Services incorrectly reformats the mask: i.e.: /cs akick #channel add user@host -ChanServ- *!user@host@@host added to #channel autokick list. /cs akick #channel add nick!user@host -ChanServ- nick!user@host@@host added to #channel autokick list. /cs skick #channel list -ChanServ- Autokick list for #channel: -ChanServ- 1 nick!user@host@@host -ChanServ- 2 *!user@host@@host -- Mark. From mark at ctcp.net Tue Feb 19 16:21:30 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a21: Odd log message Message-ID: <1359.193.237.130.98.1014164490.squirrel@secure.uksolutions.co.uk> I have included the previous entry in case it is relevant, but it is more entry 2 that I wanted to mention since I assume it is indicative of a problem: [Feb 19 23:02:06 2002] channel: MODE #vodatones -o for user tharok not on channel [Feb 19 23:03:24 2002] user: BUG (?) no channel record for tharok on #vodatones (part) No more information I am afraid since I do not know where to look. If nothing else, maybe some information on what the BUG "status" indicates could help me try and get a reproducible case. - Mark. From ben at desync.com Wed Feb 20 07:19:04 2002 From: ben at desync.com (ben) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] vhosts and convert-db Message-ID: <20020220071904.C26585@desync.com> Hi. I have a question and some observations.. First, if a user has a fakehost, are you supposed to be able to see their real hostname in /nickserv INFO or did I miss something? Second, convert-db is segging on our oper.db from Epona. Also, it says this for forbidden nicknames: > Warning: nick `whatever' has null password. Setting password to nickname. ..which isn't quite the desired result. So far, I'm impressed with Services 5, though. I seem to recall someone here working on a mysql database module. Any progress on that? -b -- [ ben wilber :: ben@desync.com ] [ desync networks / inside3d ] From mark at ctcp.net Wed Feb 20 16:34:21 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a21 Slipping through the AUTH net... Message-ID: <1447.193.237.130.98.1014251661.squirrel@secure.uksolutions.co.uk> On Feb 15th 2044 GMT, a nickname was registered on Services 5.0.a20. About an hour later, services was upgraded to 5.0.a21. From log information, this nickname has never used the AUTH command but is now being successfully identified for. I will be performing continous tests to see if restarting services/segfaults have any bearing on this, but tests so far have been unable to reproduce the problem. A few suggestions that would help tracking this problem and to enhance the available listing features: 1) Provide the AUTH status field for nicknames in the httpd module. 2) In a full list of nicknames (both within IRC and in http) add an indicator of non-AUTH status similar to that of SUSPENDED/FORBIDDEN. 3) Add a view option to /ns list to view nicknames that are in the awaiting AUTH status. -- Mark. From admin at nevernet.net Wed Feb 20 21:18:32 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Logging Questions/Suggestions In-Reply-To: <1447.193.237.130.98.1014251661.squirrel@secure.uksolutions.co.uk> Message-ID: <031301c1ba97$34d11430$cc00a8c0@cc2401979c> While I know there's quite a simple fix for this, would it be possible to forget about services logging unknown messages or is there some greater purpose for them being logged? I've just noticed that if a lot of activity takes place in ChatOps or any other "unusual" server notices, they're all logged and can take up a great deal of space. Also, what about a config option to either enable or disable NickServ/ChanServ logging of every identify command being issued? When you get a healthy number of users this creates an enormous amount of garbage in the logfile, which could be useful at times but in general is just excess and a waste of disk space (imho). Just some questions, or suggestions I guess. Elijah NeverNET IRC From achurch at achurch.org Fri Feb 22 05:22:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 alpha 22 -- the twos have it Message-ID: <3c764fbf.64133@achurch.org> You couldn't possibly expect me to resist releasing alpha 22 on 2002/2/22, could you? I'll get to mail and stuff on the weekend. Changes in version 5.0 alpha 22 ------------------------------- 2002/02/22 a22 2002/2/22 22:22:22 commemorative release. 2002/02/16 Fixed bug causing guested nicks to keep getting guested and noexpire/forbidden flags to disappear from nicks. Reported by Mark Hetherington --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Fri Feb 22 15:58:30 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0 alpha 22 -- the twos have it Message-ID: <1328.193.237.130.98.1014422310.squirrel@secure.uksolutions.co.uk> The links to the latest version still refer to version 5.0a21 and these no longer work on the website. Anyone who wants the latest version can use the following link until Andrew updates the site: http://achurch.org/services/5.0-alpha/ircservices-5.0a22.tar.gz -- Mark. From mark at ctcp.net Sat Feb 23 08:15:46 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a22 Segfault on unlink Message-ID: <1275.193.237.130.98.1014480946.squirrel@secure.uksolutions.co.uk> What appears to have happened is a user has nick1 and nick2 registered amnd desired to link them. User tried to drop nick2 as nick2 but did not provide the correct password to do so. After some confusion, the user then tried to unlink nick2 as nick2 despite it not being linked to anything. nickserv/link: [Feb 23 13:16:16 2002] PANIC! buffer = :banshee PRIVMSG NickServ@services.ctcp.net :unlink banshee Services terminating: Segmentation fault I guess it could be as simple as "unlink self" causing the crash. Hopefully, that will be sufficient information to begin tracking down the bug, I will try to get a fully reproducible case later. -- Mark. From rg at tcslon.com Sat Feb 23 08:30:50 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:15 2004 Subject: [IRCServices Coding] Services 5.0a22 Segfault on unlink In-Reply-To: <1275.193.237.130.98.1014480946.squirrel@secure.uksolutions.co.uk> Message-ID: > I guess it could be as simple as "unlink self" causing the crash. > Hopefully, that will be sufficient information to begin > tracking down the > bug, I will try to get a fully reproducible case later. [16:19:26] -> *nickserv* unlink Russ [16:19:26] -NickServ- Nick Russ has been unlinked from your nick. [16:20:57] -> *nickserv* status Russ [16:20:57] -NickServ- STATUS Russ 0 Here it seems unlinking yourself appears to deregister the nick. BUT... I reregister my nick: [16:22:43] -NickServ- Authorization succeeded; your nickname registration is now complete. [16:23:02] -> *nickserv* unlink Russ [16:23:02] -NickServ- Nick Russ has been unlinked from your nick. *** Routing -- from apollo.final-conflict.net: Server services.final-conflict.net[unknown@0.0.0.0] closed the connection And bang! we have a segfault. The services log is quite cryptic in saying: [Feb 23 16:23:02 2002] nickserv/link: (that's it) And here's a backtrace: (gdb) bt #0 0x40063431 in tmpfile () from /lib/libc.so.6 #1 0x40066724 in freopen64 () from /lib/libc.so.6 #2 0x40061966 in _IO_vfscanf () from /lib/libc.so.6 #3 0x8051430 in vlogprintf (fmt=0x4015d900 "0", args=0xbffff5f8) at log.c:34 #4 0x8051727 in _module_log (modname=0x81220c0 "nickserv/link", fmt=0x4015d900 "0") at log.c:189 #5 0x4015d3dd in do_unlink (u=0x812ece0) at link.c:101 #6 0x804df7a in run_cmd (service=0x8120df0 "NickServ", u=0x812ece0, id=0x811d1c8, cmd=0xbffff72e "unlink") at commands.c:175 #7 0x4014f377 in _init () from /home/ircservices/modules/nickserv/main.so #8 0x8053f1d in call_callback_5 (module=0x0, id=26, arg1=0xbffff95c, arg2=0xbffff724, arg3=0xbffff72e, arg4=0x0, arg5=0x0) at modules.c:623 #9 0x80521c5 in m_privmsg (source=0xbffff95c "Russ", ac=2, av=0x812e838) at messages.c:170 #10 0x805447c in process () at process.c:131 #11 0x8051a31 in readline_callback (s=0x812bb70, param_unused=0x24) at main.c:158 #12 0x80557bf in check_sockets () at sockets.c:375 #13 0x8051c8d in main (ac=1, av=0xbffffb54, envp=0xbffffb5c) at main.c:255 (this backtrace may be invalid, as I don't have gdb on my services machine, so I had to copy the files to another box with a slightly earlier version of services on - it looks ok though) Russ Garrett (russ@garrett.co.uk) From rg at tcslon.com Sat Feb 23 09:09:30 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] Services 5.0a22 Segfault on unlink In-Reply-To: Message-ID: OK, I've just compiled gdb 5.1 on the server and the backtrace it produces is somewhat different, so here it is (running off the actual binaries this time) - it seems to make a bit more sense: (gdb) bt #0 0x40063431 in _IO_vfprintf (s=0xbfffce58, format=0x4015d900 "%s!%s@%s unlinked nick %s from %s", ap=0xbffff60c) at vfprintf.c:1259 #1 0x40066724 in buffered_vfprintf (s=0x8079790, format=0x4015d900 "%s!%s@%s unlinked nick %s from %s", args=0xbffff5f8) at vfprintf.c:1758 #2 0x40061966 in _IO_vfprintf (s=0x8079790, format=0x4015d900 "%s!%s@%s unlinked nick %s from %s", ap=0xbffff5f8) at vfprintf.c:1029 #3 0x08051430 in vlogprintf (fmt=0x4015d900 "%s!%s@%s unlinked nick %s from %s", args=0xbffff5f8) at log.c:34 #4 0x08051727 in _module_log (modname=0x81220c0 "nickserv/link", fmt=0x4015d900 "%s!%s@%s unlinked nick %s from %s") at log.c:189 #5 0x4015d3dd in do_unlink (u=0x812ece0) at link.c:152 #6 0x0804df7a in run_cmd (service=0x8120df0 "NickServ", u=0x812ece0, id=0x811d1c8, cmd=0xbffff72e "unlink") at commands.c:175 #7 0x4014f377 in nickserv (source=0xbffff95c "Russ", target=0xbffff724 "nickserv", buf=0xbffff72e "unlink") at main.c:177 #8 0x08053f1d in call_callback_5 (module=0x0, id=26, arg1=0xbffff95c, arg2=0xbffff724, arg3=0xbffff72e, arg4=0x0, arg5=0x0) at modules.c:623 #9 0x080521c5 in m_privmsg (source=0xbffff95c "Russ", ac=2, av=0x812e838) at messages.c:170 #10 0x0805447c in process () at process.c:131 #11 0x08051a31 in readline_callback (s=0x812bb70, param_unused=0x24) at main.c:158 #12 0x080557bf in check_sockets () at sockets.c:375 #13 0x08051c8d in main (ac=1, av=0xbffffb54, envp=0xbffffb5c) at main.c:255 #14 0x400349cb in __libc_start_main (main=0x8051a34
, argc=1, argv=0xbffffb54, init=0x804bc88 <_init>, fini=0x805821c <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffb4c) at ../sysdeps/generic/libc-start.c:92 Russ Garrett (russ@garrett.co.uk) From v13 at it.teithe.gr Sat Feb 23 13:31:59 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] rfc violation ? Message-ID: <200202232131.XAA02185@ppp700.the.forthnet.gr> -NickServ- nick, type /IDENTIFY password. Otherwise, Services are using a NOTICE to notify the user that he needs to identify himself. Is this correct? RFC says that no auto-reply should be send when a notice is received, but this is not possible in case of a bot or an auto-identify script, since the notification is send using a NOTICE and not a PRIVMSG. :) <> From ShadowMaster at Shadow-Realm.org Sat Feb 23 13:59:01 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] rfc violation ? In-Reply-To: <200202232131.XAA02185@ppp700.the.forthnet.gr> References: <200202232131.XAA02185@ppp700.the.forthnet.gr> Message-ID: <200202232159.g1NLx2p49991@villageirc.net> On Saturday 23 February 2002 22:31, you wrote: > -NickServ- nick, type /IDENTIFY password. Otherwise, > > Services are using a NOTICE to notify the user that he needs to identify > himself. Is this correct? RFC says that no auto-reply should be send when a > notice is received, but this is not possible in case of a bot or an > auto-identify script, since the notification is send using a NOTICE and not > a PRIVMSG. :) There is no violation. The notice is not sent as a reply to anything other than a user using a registered nickname. If the client chooses to violate the RFC by automatically respond to the notices sent by services, thats the clients problem. -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From griever at t2n.org Sat Feb 23 14:27:52 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] rfc violation ? In-Reply-To: <200202232159.g1NLx2p49991@villageirc.net> Message-ID: On Sat, 23 Feb 2002, Thomas J. Stens?s wrote: > On Saturday 23 February 2002 22:31, you wrote: > > -NickServ- nick, type /IDENTIFY password. Otherwise, > > > > Services are using a NOTICE to notify the user that he needs to identify > > himself. Is this correct? RFC says that no auto-reply should be send when a > > notice is received, but this is not possible in case of a bot or an > > auto-identify script, since the notification is send using a NOTICE and not > > a PRIVMSG. :) > > There is no violation. The notice is not sent as a reply to anything other > than a user using a registered nickname. > > If the client chooses to violate the RFC by automatically respond to the > notices sent by services, thats the clients problem. It's not violating the RFC dammit! The RFC says "SHOULD not!" not "SHALL NOT!" > -- > 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-coding > From ShadowMaster at Shadow-Realm.org Sat Feb 23 15:55:39 2002 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] rfc violation ? In-Reply-To: References: Message-ID: <200202232355.g1NNteh64628@villageirc.net> On Saturday 23 February 2002 23:27, you wrote: > It's not violating the RFC dammit! > The RFC says "SHOULD not!" not "SHALL NOT!" *shhhhhh* Tired =) -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity. DMCA? Who cares? http://thefreeworld.net/ From kfiresun at ix.netcom.com Sun Feb 24 02:14:41 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] rfc violation ? References: <200202232355.g1NNteh64628@villageirc.net> Message-ID: <002601c1bd1c$12a769e0$0200000a@stormkeepers.com> ----- Original Message ----- From: "Thomas J. Stens?s" To: Sent: Saturday, February 23, 2002 5:55 PM Subject: Re: [IRCServices Coding] rfc violation ? > On Saturday 23 February 2002 23:27, you wrote: > > It's not violating the RFC dammit! > > The RFC says "SHOULD not!" not "SHALL NOT!" > > *shhhhhh* > Tired =) > To quote RFC 1459 (emphasis added): The difference between NOTICE and PRIVMSG is that automatic replies _MUST_NEVER_ be sent in response to a NOTICE message. This is not to say that Services are not compliant with the RFC. Quite the opposite, infact. Services sends the notices so that the other end does _NOT_ auto-reply. As Thomas pointed out: if the client choses to ignore, this then it is the client that is at fault, not services. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From rg at tcslon.com Sun Feb 24 03:36:41 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] Update on unlinking bug In-Reply-To: <002601c1bd1c$12a769e0$0200000a@stormkeepers.com> Message-ID: Turns out that unlink self bug I tried out yesterday corrupted nick.db completely - nobody could access operserv, so I had to completely wipe the db and start again :) Teaches me I should make more regular backups I spose... not a great problem for my net, but you get the point :) Russ Garrett (russ@garrett.co.uk) From mark at ctcp.net Sun Feb 24 04:43:10 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] Update on unlinking bug Message-ID: <1060.193.237.130.98.1014554590.squirrel@secure.uksolutions.co.uk> > Russell Garrett wrote: > Turns out that unlink self bug I tried out yesterday corrupted > nick.db completely - nobody could access operserv, so I had to > completely wipe the db and start again :) Ah, could well be the cause of the problems in my nick.db and operserv lists I reported last weekend after upgrading from 5.0a20 to 5.0a21. -- Mark. From griever at t2n.org Sun Feb 24 12:07:04 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: I am proud to announce that the latest version of GCC 3 compiles services without a hitch. However, it does give two warnings: it says the multi-line string literal in init.c is depreciated (that's true, it's not iso OR posix C) and it says that in do_dropnick, ngi might be used uninitialized (the syntax raises my hackles a bit, but indeed it is always initial- ized when used) I'm now going to test to see if it runs :) From mark at ctcp.net Sun Feb 24 14:32:24 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <1501.193.237.130.98.1014589944.squirrel@secure.uksolutions.co.uk> > Finny Merrill wrote: > However, it does give two warnings: it says the multi-line string > literal in init.c is depreciated (that's true, it's not iso OR posix > C) and it says that in do_dropnick, ngi might be used uninitialized > (the syntax raises my hackles a bit, but indeed it is always initial- > ized when used) IIRC the warning about "ngi might be used uninitialised" is not merely a GCC 3.0 error since I have been seeing it for a while. It occurs because of the way the code initialises ngi within an if condition where another condition that must be true is also involved. Personally, I would fix such a warning since it would be a legitimate operation for the compiler to generate code that could skip the initialisation of ngi. The particular line in question is: if (ni->nickgroup && !(ngi = get_ngi(ni))) Should ni->nickgroup be zero, the compiler could have output code which would skip the initialisation of ngi since it would not pass an AND operation leading to a later illegal acces to ngi. -- Mark. From griever at t2n.org Sun Feb 24 14:39:38 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <1501.193.237.130.98.1014589944.squirrel@secure.uksolutions.co.uk> Message-ID: On Sun, 24 Feb 2002, Mark Hetherington wrote: > > Finny Merrill wrote: > > However, it does give two warnings: it says the multi-line string > > literal in init.c is depreciated (that's true, it's not iso OR posix > > C) and it says that in do_dropnick, ngi might be used uninitialized > > (the syntax raises my hackles a bit, but indeed it is always initial- > > ized when used) > > IIRC the warning about "ngi might be used uninitialised" is not merely a > GCC 3.0 error since I have been seeing it for a while. > > It occurs because of the way the code initialises ngi within an if > condition where another condition that must be true is also involved. > > Personally, I would fix such a warning since it would be a legitimate > operation for the compiler to generate code that could skip the > initialisation of ngi. > > The particular line in question is: > > if (ni->nickgroup && !(ngi = get_ngi(ni))) > > Should ni->nickgroup be zero, the compiler could have output code which > would skip the initialisation of ngi since it would not pass an AND > operation leading to a later illegal acces to ngi. it MUST skip the initialization of ngi if ni->nickgroup compares equal to 0 > > From achurch at achurch.org Mon Feb 25 18:01:46 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c79ff5d.24131@achurch.org> The major problem I have with GCC 3.0 is that it reorders structures (or at least did at one point), which would break convert-db, and in general is a Bad Idea (among other things it prevents you from laying structures on top of data in memory). Does anyone know if this has been fixed or if there's a way around it? >IIRC the warning about "ngi might be used uninitialised" is not merely a >GCC 3.0 error since I have been seeing it for a while. > >It occurs because of the way the code initialises ngi within an if >condition where another condition that must be true is also involved. > >Personally, I would fix such a warning since it would be a legitimate >operation for the compiler to generate code that could skip the >initialisation of ngi. ngi is never used if it isn't initialized (read the code). I've never seen this warning, incidentally; have you changed the default compiler options? --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Mon Feb 25 02:27:09 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <1102.195.92.144.170.1014632829.squirrel@secure.uksolutions.co.uk> > [snip] "ngi might be used uninitialised" is > ngi is never used if it isn't initialized (read the code). I *have* read the code. > I've > never seen this warning, incidentally; have you changed the default > compiler options? No. -- Mark. From griever at t2n.org Mon Feb 25 03:50:21 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c79ff5d.24131@achurch.org> Message-ID: On Mon, 25 Feb 2002, Andrew Church wrote: > The major problem I have with GCC 3.0 is that it reorders structures > (or at least did at one point), which would break convert-db, and in > general is a Bad Idea (among other things it prevents you from laying > structures on top of data in memory). Does anyone know if this has been > fixed or if there's a way around it? Are you sure it reordered them? It might just have changed the padding between members, which compilers have been known to do in the past. Anyhow, I haven't tried convert-db yet but I will when I get the chance > > >IIRC the warning about "ngi might be used uninitialised" is not merely a > >GCC 3.0 error since I have been seeing it for a while. > > > >It occurs because of the way the code initialises ngi within an if > >condition where another condition that must be true is also involved. > > > >Personally, I would fix such a warning since it would be a legitimate > >operation for the compiler to generate code that could skip the > >initialisation of ngi. > > ngi is never used if it isn't initialized (read the code). I've > never seen this warning, incidentally; have you changed the default > compiler options? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Mon Feb 25 22:39:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7a3f40.10425@achurch.org> >> The major problem I have with GCC 3.0 is that it reorders structures >> (or at least did at one point), which would break convert-db, and in >> general is a Bad Idea (among other things it prevents you from laying >> structures on top of data in memory). Does anyone know if this has been >> fixed or if there's a way around it? > >Are you sure it reordered them? It might just have changed the padding >between members, which compilers have been known to do in the past. >Anyhow, I haven't tried convert-db yet but I will when I get the chance To be perfectly honest, that's based on hearsay--I haven't confirmed it one way or the other. But I do recall quite a lot of discussion on that point, so I'd like to have confirmation that it does work before "officially" endorsing it. --Andrew Church achurch@achurch.org http://achurch.org/ From kfiresun at ix.netcom.com Mon Feb 25 13:04:55 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 References: <3c7a3f40.10425@achurch.org> Message-ID: <004601c1be40$13b778a0$0200000a@stormkeepers.com> ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, February 25, 2002 7:39 AM Subject: RE: [IRCServices Coding] GCC3 > >> The major problem I have with GCC 3.0 is that it reorders structures > >> (or at least did at one point), which would break convert-db, and in > >> general is a Bad Idea (among other things it prevents you from laying > >> structures on top of data in memory). Does anyone know if this has been > >> fixed or if there's a way around it? > > > >Are you sure it reordered them? It might just have changed the padding > >between members, which compilers have been known to do in the past. > >Anyhow, I haven't tried convert-db yet but I will when I get the chance > > To be perfectly honest, that's based on hearsay--I haven't confirmed > it one way or the other. But I do recall quite a lot of discussion on that > point, so I'd like to have confirmation that it does work before > "officially" endorsing it. > I could certanly see it padding the data structures. This would be to optimize memory access by keeping things aligned with the CPU's WORD size. 64bits in the case of most Intel Pentiums if I recall correctly. For example, if you have a structure like so: struct foo { int_16 bar; int_8 baz; }; The compiler would append or prepend (depending on compiler) on an extra 40bits of data to align it in memory on each allocation. If this is the case there SHOULD be a command line option to tell the compiler to disable this optimization. In other cases, you can disable this on a structure by structure basis using a "packed" (or something similar) keyword. Note, that this optimization could also apply to an array. This is a very common optimization for speed in many compilers. I'm actually very surprised that GCC would just now be implementing it. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From quension at softhome.net Mon Feb 25 18:28:57 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <004601c1be40$13b778a0$0200000a@stormkeepers.com> Message-ID: <95DF3A2A-2A60-11D6-A265-0003938D6866@softhome.net> On Monday, February 25, 2002, at 01:04 PM, Kelmar K. Firesun wrote: > ----- Original Message ----- > From: "Andrew Church" > >>>> The major problem I have with GCC 3.0 is that it reorders >>>> structures >>>> (or at least did at one point), which would break convert-db, and in >>>> general is a Bad Idea (among other things it prevents you from laying >>>> structures on top of data in memory). Does anyone know if this has >>>> been >>>> fixed or if there's a way around it? >>> >>> Are you sure it reordered them? It might just have changed the padding >>> between members, which compilers have been known to do in the past. >>> Anyhow, I haven't tried convert-db yet but I will when I get the >>> chance >> >> To be perfectly honest, that's based on hearsay--I haven't >> confirmed >> it one way or the other. But I do recall quite a lot of discussion on >> that >> point, so I'd like to have confirmation that it does work before >> "officially" endorsing it. Reordering is not permitted by the ANSI/ISO C standards. > I could certanly see it padding the data structures. > This would be to optimize memory access by keeping things > aligned with the CPU's WORD size. 64bits in the case of > most Intel Pentiums if I recall correctly. Usually 32 bits, possible exceptions where optimized structures occur (MMX usage, for example). > For example, if you have a structure like so: > > struct foo > { > int_16 bar; > int_8 baz; > }; > > The compiler would append or prepend (depending on compiler) > on an extra 40bits of data to align it in memory on each > allocation. Under 32bit x86, it's likely to add 8 bits of padding to the end of the structure. The alignment is for the width of the largest datatype. > This is a very common optimization for speed in many compilers. > I'm actually very surprised that GCC would just now be > implementing it. Not just for speed; some platforms require aligned types (such as Motorola 68k and PPC under certain conditions). It's also well-documented by the C standards. Partly for this reason, mapping structs onto arbitrary data in memory results in undefined behavior. -- Quension From achurch at achurch.org Tue Feb 26 14:48:57 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7b236e.01202@achurch.org> >Reordering is not permitted by the ANSI/ISO C standards. That's what I thought, but a whole bunch of people seemed to think GCC 3.0 was doing just that. >> struct foo >> { >> int_16 bar; >> int_8 baz; >> }; >> >> The compiler would append or prepend (depending on compiler) >> on an extra 40bits of data to align it in memory on each >> allocation. > >Under 32bit x86, it's likely to add 8 bits of padding to the end >of the structure. The alignment is for the width of the largest >datatype. Again, that's what I thought--compilers aren't supposed to pad more than the largest type in the structure, and between structure members only enough to align the next member to a multiple of its size. I'm pretty sure this is defined somewhere, and if not then it should be (see below). >Partly for this reason, mapping structs onto arbitrary data in >memory results in undefined behavior. It shouldn't, and if it did things would break all over the place. Suppose you have two compilers, one of which is used to compile a program, and the other of which is used to compile a library used by the program. Now suppose the program passes a pointer to a structure (say, a FILE *) to the library. If the two compilers use different algorithms to pad structure members, guess what happens? Boom. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Feb 25 22:18:47 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7b236e.01202@achurch.org> Message-ID: On Tue, 26 Feb 2002, Andrew Church wrote: > >Reordering is not permitted by the ANSI/ISO C standards. > > That's what I thought, but a whole bunch of people seemed to think GCC > 3.0 was doing just that. > > >> struct foo > >> { > >> int_16 bar; > >> int_8 baz; > >> }; > >> > >> The compiler would append or prepend (depending on compiler) > >> on an extra 40bits of data to align it in memory on each > >> allocation. > > > >Under 32bit x86, it's likely to add 8 bits of padding to the end > >of the structure. The alignment is for the width of the largest > >datatype. > > Again, that's what I thought--compilers aren't supposed to pad more > than the largest type in the structure, and between structure members only > enough to align the next member to a multiple of its size. I'm pretty sure > this is defined somewhere, and if not then it should be (see below). Not the largest type in the structure, the largest *type*. Most structures will pad to 32 bits on intel machines. like this: struct { int8_t byte; /* inserts 8 or 24 bits of padding here */ int16_t word; /* inserts 16 bits of padding here */ int32_t dword; /* no padding here */ } something; > > >Partly for this reason, mapping structs onto arbitrary data in > >memory results in undefined behavior. > > It shouldn't, and if it did things would break all over the place. > Suppose you have two compilers, one of which is used to compile a program, > and the other of which is used to compile a library used by the program. > Now suppose the program passes a pointer to a structure (say, a FILE *) to > the library. If the two compilers use different algorithms to pad > structure members, guess what happens? Boom. > IF I remember correctly, POSIX mandates uniform structure padding for all compilers on a single platform. > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Tue Feb 26 15:31:57 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7b2cab.01270@achurch.org> >> Again, that's what I thought--compilers aren't supposed to pad more >> than the largest type in the structure, and between structure members only >> enough to align the next member to a multiple of its size. I'm pretty sure >> this is defined somewhere, and if not then it should be (see below). >Not the largest type in the structure, the largest *type*. >Most structures will pad to 32 bits on intel machines. > >like this: > >struct { > int8_t byte; > /* inserts 8 or 24 bits of padding here */ > int16_t word; > /* inserts 16 bits of padding here */ > int32_t dword; > /* no padding here */ >} something; That's missing the point; you put a 32-bit type in there, which of course means it will pad to 32 bits. (And by your argument, it would have to pad to at least the size of a double, not just an int32_t.) What you're saying would be something like: struct { int8_t byte; /* 24 bits of padding */ int16_t word; /* 16 bits of padding */ } foo; /* size = 64 bits */ which is stupid because you have 32 bits of wasted space, when you could just as easily and with no alignment problems (at least on any CPU I know of) have done: struct { int8_t byte; /* 8 bits of padding */ int16_t word; } bar; /* size = 32 bits */ --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 26 15:36:30 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7b2d29.01321@achurch.org> Just to clarify, my point is padding shouldn't be put in where it isn't needed; for example, struct { int8_t a, b, c; } baz; should give sizeof(baz) == 3 (and it does in gcc 2.95.3). --Andrew Church achurch@achurch.org http://achurch.org/ >>> Again, that's what I thought--compilers aren't supposed to pad more >>> than the largest type in the structure, and between structure members only >>> enough to align the next member to a multiple of its size. I'm pretty sure >>> this is defined somewhere, and if not then it should be (see below). >>Not the largest type in the structure, the largest *type*. >>Most structures will pad to 32 bits on intel machines. >> >>like this: >> >>struct { >> int8_t byte; >> /* inserts 8 or 24 bits of padding here */ >> int16_t word; >> /* inserts 16 bits of padding here */ >> int32_t dword; >> /* no padding here */ >>} something; > > That's missing the point; you put a 32-bit type in there, which of >course means it will pad to 32 bits. (And by your argument, it would have >to pad to at least the size of a double, not just an int32_t.) What you're >saying would be something like: > >struct { > int8_t byte; > /* 24 bits of padding */ > int16_t word; > /* 16 bits of padding */ >} foo; /* size = 64 bits */ > >which is stupid because you have 32 bits of wasted space, when you could >just as easily and with no alignment problems (at least on any CPU I know >of) have done: > >struct { > int8_t byte; > /* 8 bits of padding */ > int16_t word; >} bar; /* size = 32 bits */ > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Feb 26 16:32:57 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:16 2004 Subject: [IRCServices Coding] Services 5.0a21 problems Message-ID: <3c7b3b1e.03172@achurch.org> >Services appears to be losing the operserv oper/admin list. When it starts >up it seems to ignore or throw away the current contents of the database >and the entries have to be added back in. > >The only error in the log is: >[Feb 16 17:11:19 2002] IRC Services 5.0a21 starting up >[Feb 16 17:11:19 2002] database/version4: Read error on nick.db Found and fixed; apparently some earlier alphas left a nickgroup with ID 0 in the database, which causes a read error when loading. >As a suggestion, could the database error reporting be made provide a >little more information as to which failure occurred. E.g. read error on %s >by currentfunction. I do plan to change a few error messages around, but in general "read error" means "unexpected EOF", and in such a case reporting where it came from is pretty meaningless (since the actual data corruption may have happened much earlier in the file). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 26 16:40:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0a21 /cs akick bug Message-ID: <3c7b3c0c.03652@achurch.org> >When adding an akick to Chanserv, Services incorrectly reformats the mask: Fixed, thanks. >i.e.: > >/cs akick #channel add user@host >-ChanServ- *!user@host@@host added to #channel autokick list. > >/cs akick #channel add nick!user@host >-ChanServ- nick!user@host@@host added to #channel autokick list. > >/cs skick #channel list >-ChanServ- Autokick list for #channel: >-ChanServ- 1 nick!user@host@@host >-ChanServ- 2 *!user@host@@host > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Feb 25 23:43:26 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7b2cab.01270@achurch.org> Message-ID: On Tue, 26 Feb 2002, Andrew Church wrote: > >> Again, that's what I thought--compilers aren't supposed to pad more > >> than the largest type in the structure, and between structure members only > >> enough to align the next member to a multiple of its size. I'm pretty sure > >> this is defined somewhere, and if not then it should be (see below). > >Not the largest type in the structure, the largest *type*. > >Most structures will pad to 32 bits on intel machines. > > > >like this: > > > >struct { > > int8_t byte; > > /* inserts 8 or 24 bits of padding here */ > > int16_t word; > > /* inserts 16 bits of padding here */ > > int32_t dword; > > /* no padding here */ > >} something; > > That's missing the point; you put a 32-bit type in there, which of > course means it will pad to 32 bits. (And by your argument, it would have > to pad to at least the size of a double, not just an int32_t.) What you're > saying would be something like: > > struct { > int8_t byte; > /* 24 bits of padding */ > int16_t word; > /* 16 bits of padding */ > } foo; /* size = 64 bits */ > > which is stupid because you have 32 bits of wasted space, when you could > just as easily and with no alignment problems (at least on any CPU I know > of) have done: > > struct { > int8_t byte; > /* 8 bits of padding */ > int16_t word; > } bar; /* size = 32 bits */ Hmm, you're right. BUT, some compilers might be too stupid to do it this correct way. Plus if you did this: struct { int8_t byte; /* 8 bits of padding */ int16_t word1, word2; /* 16 bits of padding! */ } bar; it pads the extra 16 bits so it's on a 32 bit boundary. and btw, even if you have doubles or long longs in there, it still aligns on 32 bit boundaries. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From griever at t2n.org Mon Feb 25 23:43:57 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7b2d29.01321@achurch.org> Message-ID: On Tue, 26 Feb 2002, Andrew Church wrote: > Just to clarify, my point is padding shouldn't be put in where it > isn't needed; for example, > > struct { > int8_t a, b, c; > } baz; > > should give sizeof(baz) == 3 (and it does in gcc 2.95.3). odd... > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >>> Again, that's what I thought--compilers aren't supposed to pad more > >>> than the largest type in the structure, and between structure members only > >>> enough to align the next member to a multiple of its size. I'm pretty sure > >>> this is defined somewhere, and if not then it should be (see below). > >>Not the largest type in the structure, the largest *type*. > >>Most structures will pad to 32 bits on intel machines. > >> > >>like this: > >> > >>struct { > >> int8_t byte; > >> /* inserts 8 or 24 bits of padding here */ > >> int16_t word; > >> /* inserts 16 bits of padding here */ > >> int32_t dword; > >> /* no padding here */ > >>} something; > > > > That's missing the point; you put a 32-bit type in there, which of > >course means it will pad to 32 bits. (And by your argument, it would have > >to pad to at least the size of a double, not just an int32_t.) What you're > >saying would be something like: > > > >struct { > > int8_t byte; > > /* 24 bits of padding */ > > int16_t word; > > /* 16 bits of padding */ > >} foo; /* size = 64 bits */ > > > >which is stupid because you have 32 bits of wasted space, when you could > >just as easily and with no alignment problems (at least on any CPU I know > >of) have done: > > > >struct { > > int8_t byte; > > /* 8 bits of padding */ > > int16_t word; > >} bar; /* size = 32 bits */ > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Tue Feb 26 16:42:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0a21: Odd log message Message-ID: <3c7b3e13.03702@achurch.org> >I have included the previous entry in case it is relevant, but it is more >entry 2 that I wanted to mention since I assume it is indicative of a >problem: > >[Feb 19 23:02:06 2002] channel: MODE #vodatones -o for user tharok not on >channel >[Feb 19 23:03:24 2002] user: BUG (?) no channel record for tharok on >#vodatones (part) > >No more information I am afraid since I do not know where to look. If >nothing else, maybe some information on what the BUG "status" indicates >could help me try and get a reproducible case. "BUG" indicates a situation that should never occur if the program is correctly coded; for example, something like the following: if (i < 0 || i > 3) return -1; switch (i) { case 0: /* ... */ break; case 1: /* ... */ break; case 2: /* ... */ break; default: log("BUG: impossible value for i (%d)", i); return -1; } In this case, it indicates that a PART message was received for a user who was not recorded as being on the channel they were supposedly parting, which means there's a bug in either Services or the ircds. (Most probably this is a Services bug, but since it could potentially be caused by bad messages from the uplink server this probably shouldn't be marked "BUG" as the other BUG cases are.) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 26 16:53:25 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] SegFault Message-ID: <3c7b3f8e.03723@achurch.org> >Any Help on this Message? Services keep SegFaulting due to this. I don't see anything offhand in the code that would cause this. Can you send me your databases? --Andrew Church achurch@achurch.org http://achurch.org/ >[Feb 17 09:28:03 2002] nickserv/main: Commish!The_Game@210.186.38.187 >identified for nick Commish >[Feb 17 09:28:40 2002] database/version4: nick The|Game has no >NickGroupInfo, setting password to nick >[Feb 17 09:28:44 2002] nickserv/main: Unable to get NickGroupInfo (id >3327104409) for The|Game at util.c:228 >[Feb 17 09:28:44 2002] PANIC! buffer = :Commish & The|Game 1013959720 >[Feb 17 09:28:44 2002] Services terminating: Segmentation fault >[Feb 17 10:11:06 2002] IRC Services 5.0a20 starting up >[Feb 17 10:11:06 2002] database/version4: Nick The|Game has no settings >(linked to missing nick?), deleting >[Feb 17 10:11:45 2002] IRC Services 5.0a20 starting up >[Feb 17 10:11:45 2002] database/version4: Nick The|Game has no settings >(linked to missing nick?), deleting > >TY >Kevin > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Feb 26 16:56:33 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] vhosts and convert-db Message-ID: <3c7b4006.03734@achurch.org> >Hi. I have a question and some observations.. > >First, if a user has a fakehost, are you supposed to be able to see their real hostname in /nickserv INFO or did I miss something? Yes, if you are the nick owner or a Services admin. >Second, convert-db is segging on our oper.db from Epona. Also, it says this for forbidden nicknames: >> Warning: nick `whatever' has null password. Setting password to nickname. >..which isn't quite the desired result. Can you send me your Epona database so I can test this? >So far, I'm impressed with Services 5, though. I seem to recall someone here working on a mysql database module. Any progress on that? It's not me, so I can't answer that, but I do eventually plan to have some sort of DBMS interface in Services. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 26 16:58:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Logging Questions/Suggestions Message-ID: <3c7b4067.03747@achurch.org> >While I know there's quite a simple fix for this, would it be possible >to forget about services logging unknown messages or is there some >greater purpose for them being logged? I've just noticed that if a lot >of activity takes place in ChatOps or any other "unusual" server >notices, they're all logged and can take up a great deal of space. Also, >what about a config option to either enable or disable NickServ/ChanServ >logging of every identify command being issued? When you get a healthy >number of users this creates an enormous amount of garbage in the >logfile, which could be useful at times but in general is just excess >and a waste of disk space (imho). If you get messages like this I'd appreciate knowing what commands are being used and for what server so I can include them in the message list. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Mon Feb 25 23:58:55 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] vhosts and convert-db In-Reply-To: <3c7b4006.03734@achurch.org> Message-ID: On Tue, 26 Feb 2002, Andrew Church wrote: > >Hi. I have a question and some observations.. > > > >First, if a user has a fakehost, are you supposed to be able to see their real hostname in /nickserv INFO or did I miss something? > > Yes, if you are the nick owner or a Services admin. > > >Second, convert-db is segging on our oper.db from Epona. Also, it says this for forbidden nicknames: > >> Warning: nick `whatever' has null password. Setting password to nickname. > >..which isn't quite the desired result. > > Can you send me your Epona database so I can test this? > > >So far, I'm impressed with Services 5, though. I seem to recall someone here working on a mysql database module. Any progress on that? > > It's not me, so I can't answer that, but I do eventually plan to have > some sort of DBMS interface in Services. It's me. I haven't worked on it for a while though due to time constraints, but once it's done I'll send it to andy so he can mangle it up the way he wants :P. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From griever at t2n.org Mon Feb 25 23:59:50 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 sizes Message-ID: [griever@linux ircservices-5.0a22]$ gcc3 tools/cdtest.c -I. -DCONVERT_DB [griever@linux ircservices-5.0a22]$ ./a.out NickInfo: 320 ChannelInfo: 1152 NickGroupInfo: 376 [griever@linux ircservices-5.0a22]$ gcc tools/cdtest.c -I. -DCONVERT_DB [griever@linux ircservices-5.0a22]$ ./a.out NickInfo: 320 ChannelInfo: 1152 NickGroupInfo: 376 it seems as if there is no alignment change :/ So I don't know what's going on here. From achurch at achurch.org Tue Feb 26 17:02:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7b4174.04007@achurch.org> >Plus if you did this: > >struct { > int8_t byte; > /* 8 bits of padding */ > int16_t word1, word2; > /* 16 bits of padding! */ >} bar; > >it pads the extra 16 bits so it's on a 32 bit boundary. Um, no it doesn't: #include struct { int8_t byte; int16_t word1, word2; } bar; main() { printf("%d\n", sizeof(bar)); } "6" is printed: 1 byte + 1 byte of padding + 2*2 bytes. (Incidentally, it looks like you're right on the double/long long issue; my apologies.) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 26 17:15:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0a22 Segfault on unlink Message-ID: <3c7b4467.04045@achurch.org> >What appears to have happened is a user has nick1 and nick2 registered amnd >desired to link them. User tried to drop nick2 as nick2 but did not provide >the correct password to do so. After some confusion, the user then tried to >unlink nick2 as nick2 despite it not being linked to anything. >nickserv/link: [Feb 23 13:16:16 2002] PANIC! buffer = :banshee PRIVMSG >NickServ@services.ctcp.net :unlink banshee >Services terminating: Segmentation fault I, um, already fixed this once. Really. The gremlins must have ate the fix, or something... yeah, that's it. Gremlins did it. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Feb 26 00:19:38 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7b4174.04007@achurch.org> Message-ID: On Tue, 26 Feb 2002, Andrew Church wrote: > >Plus if you did this: > > > >struct { > > int8_t byte; > > /* 8 bits of padding */ > > int16_t word1, word2; > > /* 16 bits of padding! */ > >} bar; > > > >it pads the extra 16 bits so it's on a 32 bit boundary. > > Um, no it doesn't: You're right. Unlike some compilers, GCC doesn't pad types at the end. It still aligns statics and autos on the 32 bit boundary, but if you malloced it, there would still be the extra 16 bits. > > #include > struct { > int8_t byte; > int16_t word1, word2; > } bar; > main() { printf("%d\n", sizeof(bar)); } > > "6" is printed: 1 byte + 1 byte of padding + 2*2 bytes. wierd, I always though structs were multiples of 4 bytes. > > (Incidentally, it looks like you're right on the double/long long > issue; my apologies.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Tue Feb 26 17:23:36 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] NickServ Register then /identify Message-ID: <3c7b4663.06002@achurch.org> >After REGISTERing a nick, NickServ should see you as fully identified. Since >REGISTER doesn't call set_identified() to update stuff, and lets you change >your nick before updating last-seen times (like it should), do_register() >should have a ni->id_stamp = u->servicestamp; and not wait for the first >/identify. As you see below, you still have to identify even after >registering to get fully-authenticated. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >There could be other consequences to this delayed-stamping- like new memo >notices not going to identified users using other nicks, although I havn't >tested anything related to that.. I know, its sort of a nitpick :P > >[17:58:11] -> *nickserv* register password beng@nc.rr.com >[17:58:11] #NickServ!services@example.net# Nickname beng1 has been >registered to you. >[17:58:11] #NickServ!services@example.net# Your password is password -- >remember this for later use. >[17:58:18] *** Your nick is now beng2 >[17:58:22] *** Your nick is now beng1 >[17:58:22] #NickServ!services@example.net# This nickname is registered and >protected. If it is your nick, type /msg NickServ IDENTIFY >password. Otherwise, please choose a different nick. >[17:58:23] -> *Nickserv* status beng1 >[17:58:23] #NickServ!services@example.net# STATUS beng1 1 >[17:58:29] -> *nickserv* identify password >[17:58:29] #NickServ!services@example.net# Password accepted -- you are now >recognized. >[17:58:33] *** Your nick is now beng2 >[17:58:35] *** Your nick is now beng1 >[17:58:38] -> *Nickserv* status beng1 >[17:58:38] #NickServ!services@example.net# STATUS beng1 3 > >-- Ben Goldstein (beng@nc.rr.com) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From kfiresun at ix.netcom.com Tue Feb 26 05:05:56 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 References: Message-ID: <002701c1bec6$54327700$0200000a@stormkeepers.com> ----- Original Message ----- From: "Finny Merrill" To: Sent: Tuesday, February 26, 2002 2:19 AM Subject: Re: [IRCServices Coding] GCC3 ] ... SNIP ... [ > > > "6" is printed: 1 byte + 1 byte of padding + 2*2 bytes. > wierd, I always though structs were multiples of 4 bytes. > 6 would imply a 16bit alignment, I would expect it to display 8 for 32bit alignment. I'll also note that after testing this on another compiler, I was not able to adjust this number even when I told it to use a different boundary. http://developer.intel.com/design/mobile/manuals/24281603.pdf According to the above it would appear that data should be alligned on a 32-byte boundary for structures larger than 32-bytes. (There are also some other gnifty points in there ;) Mmm... Assembly...... :9 Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From quension at softhome.net Tue Feb 26 08:09:26 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: Message-ID: <34AB0E40-2AD3-11D6-8FB8-0003938D6866@softhome.net> On Tuesday, February 26, 2002, at 12:19 AM, Finny Merrill wrote: > On Tue, 26 Feb 2002, Andrew Church wrote: > >>> Plus if you did this: >>> >>> struct { >>> int8_t byte; >>> /* 8 bits of padding */ >>> int16_t word1, word2; >>> /* 16 bits of padding! */ >>> } bar; >>> >>> it pads the extra 16 bits so it's on a 32 bit boundary. >> >> Um, no it doesn't: > You're right. Unlike some compilers, GCC doesn't pad types > at the end. It still aligns statics and autos on the 32 bit > boundary, but if you malloced it, there would still be the extra > 16 bits. Without meaning any offense, you're full of odd misinformation. Variables of static and auto duration have no alignment other than the size of their type; malloc() has nothing to do with padding at all. And gcc will pad structs wherever is required (including the end), except at the beginning. -- Quension From quension at softhome.net Tue Feb 26 08:09:34 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7b236e.01202@achurch.org> Message-ID: <397C2F92-2AD3-11D6-8FB8-0003938D6866@softhome.net> On Monday, February 25, 2002, at 09:48 PM, Andrew Church wrote: >> Reordering is not permitted by the ANSI/ISO C standards. > > That's what I thought, but a whole bunch of people seemed to think > GCC > 3.0 was doing just that. It occurs to me that this has been talked about as a somewhat-useful optimization. The idea is to reorder struct members for optimal padding. But even if gcc did adopt this as an extension (I don't know if it does or not), it would have to be disabled by default, as several things (such as ANSI offsetof()) would break. > Again, that's what I thought--compilers aren't supposed to pad more > than the largest type in the structure, and between structure members > only > enough to align the next member to a multiple of its size. I'm pretty > sure > this is defined somewhere, and if not then it should be (see below). > >> Partly for this reason, mapping structs onto arbitrary data in >> memory results in undefined behavior. > > It shouldn't, and if it did things would break all over the place. > Suppose you have two compilers, one of which is used to compile a > program, > and the other of which is used to compile a library used by the program. > Now suppose the program passes a pointer to a structure (say, a FILE *) > to > the library. If the two compilers use different algorithms to pad > structure members, guess what happens? Boom. Actually, I was referring to things such as: struct tag { char type; uint_32 value; } *s; char map[32]; /* load map with some data */ s = (struct tag *)map; But your point about compilers is a valid one; I don't know about POSIX (as someone else commented), but in general compilers adopt the same alignment scheme for a particular architecture. After all, the architecture is what requires certain alignments anyway :) -- Quension From griever at t2n.org Tue Feb 26 12:01:21 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <397C2F92-2AD3-11D6-8FB8-0003938D6866@softhome.net> Message-ID: On Tue, 26 Feb 2002, Trevor Talbot wrote: > On Monday, February 25, 2002, at 09:48 PM, Andrew Church wrote: > > >> Reordering is not permitted by the ANSI/ISO C standards. > > > > That's what I thought, but a whole bunch of people seemed to think > > GCC > > 3.0 was doing just that. > > It occurs to me that this has been talked about as a somewhat-useful > optimization. The idea is to reorder struct members for optimal padding. > But even if gcc did adopt this as an extension (I don't know if it does > or > not), it would have to be disabled by default, as several things (such as > ANSI offsetof()) would break. > > > Again, that's what I thought--compilers aren't supposed to pad more > > than the largest type in the structure, and between structure members > > only > > enough to align the next member to a multiple of its size. I'm pretty > > sure > > this is defined somewhere, and if not then it should be (see below). > > > >> Partly for this reason, mapping structs onto arbitrary data in > >> memory results in undefined behavior. > > > > It shouldn't, and if it did things would break all over the place. > > Suppose you have two compilers, one of which is used to compile a > > program, > > and the other of which is used to compile a library used by the program. > > Now suppose the program passes a pointer to a structure (say, a FILE *) > > to > > the library. If the two compilers use different algorithms to pad > > structure members, guess what happens? Boom. > > Actually, I was referring to things such as: > > struct tag { > char type; > uint_32 value; > } *s; > > char map[32]; should be unsigned char. > > /* load map with some data */ > > s = (struct tag *)map; > > But your point about compilers is a valid one; I don't know about > POSIX (as someone else commented), but in general compilers adopt > the same alignment scheme for a particular architecture. After all, > the architecture is what requires certain alignments anyway :) > > -- Quension > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Wed Feb 27 09:11:04 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 Message-ID: <3c7c2442.11224@achurch.org> >> Actually, I was referring to things such as: >> >> struct tag { >> char type; >> uint_32 value; >> } *s; >> >> char map[32]; >should be unsigned char. Good God, man, don't waste my time with such trivialities. Besides which it doesn't make a whit of difference in this case anyway. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Feb 26 16:53:00 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] GCC3 In-Reply-To: <3c7c2442.11224@achurch.org> Message-ID: On Wed, 27 Feb 2002, Andrew Church wrote: > >> Actually, I was referring to things such as: > >> > >> struct tag { > >> char type; > >> uint_32 value; > >> } *s; > >> > >> char map[32]; > >should be unsigned char. > > Good God, man, don't waste my time with such trivialities. Besides > which it doesn't make a whit of difference in this case anyway. You're right, sorry > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Wed Feb 27 22:08:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0a21 Slipping through the AUTH net... Message-ID: <3c7cdb79.14405@achurch.org> >On Feb 15th 2044 GMT, a nickname was registered on Services 5.0.a20. About >an hour later, services was upgraded to 5.0.a21. From log information, this >nickname has never used the AUTH command but is now being successfully >identified for. I will be performing continous tests to see if restarting >services/segfaults have any bearing on this, but tests so far have been >unable to reproduce the problem. This is probably related to the problem you mentioned about Services admins/opers disappearing, since both the authcode field and OperServ privilege level are stored in the nickgroup extension structure. >A few suggestions that would help tracking this problem and to enhance the >available listing features: > >1) Provide the AUTH status field for nicknames in the httpd module. >2) In a full list of nicknames (both within IRC and in http) add an >indicator of non-AUTH status similar to that of SUSPENDED/FORBIDDEN. >3) Add a view option to /ns list to view nicknames that are in the awaiting >AUTH status. All good ideas, and I'll see about adding them. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 28 00:23:48 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Auth Module - SETAUTH command suggestion Message-ID: <3c7cfa16.33420@achurch.org> >One thing that seems to be missing from the AUTH modules, is the ability to >put a nick into auth mode. The reasons that I feel this command is required >are listed below: Good idea, added (SETAUTH). --Andrew Church achurch@achurch.org http://achurch.org/ >1) We have a number of nicknames that were registered before the >introduction of the AUTH modules, so although we have always insisted on >email addresses, not all are verified. Some are obviously made up purely >for the purpose of registration. At present, the only guaranteed solution >is to drop the nick name and force it to be registered under the new AUTH >system. However, since this would be more than a minor inconvenience for >some users as it dropped channels, linked nicks and access rights in >channels, it is something that I would prefer a more user friendly solution >to. For anyone changing over from an older version of services or a >competitor without nickname validation, a SETAUTH feature would be useful >in validating existing registrations. > >2) Services Admins are able to change the email address of a user without >triggering the AUTH module. Unless the Services Admin manually verifies the >address, or knows the address to be valid, this creates a situation where >an email address can be entered into a new database which is not validated. >A SETAUTH command would address this for an email address which cannot be >verfied manually. This could be acheived by always triggering AUTH on set >email, but since there are cases where auth may not be required, SETAUTH >provides this as an option. > >3) When importing users from another services database, for example during >a network merge, again there is the potential for importing unvalidated >addresses. SETAUTH would allow a Services Admin to flag nicknames as >unauthorised so that validation could occur. Again, this could be >automatically flagged during import, but as with 2, I think a command is >better to make the AUTH optional. > >One issue with the command, is it would likely require an unlimited AUTH >time (until normal nick expiration at least) since in scenario 3 above, it >is possible that not all users would log on before the main AUTH expiry >time kicked in. It seems that the SET EMAIL authorisation already works in >this manner so this may be trivial to address. > > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Feb 28 00:28:06 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0 alpha 23 released Message-ID: <3c7d117c.60145@achurch.org> Okay, the real next alpha is done now. Not much to mention, basically just the stuff that's been gone over in the ML recently plus a couple other things I'd noticed (including the 4.5.39 fix). And yes, I did remember to update the index page this time. Changes in version 5.0 alpha 23 ------------------------------- 2002/02/28 a23 Added SETAUTH command to nickserv/mail-auth module. Suggested by Mark Hetherington 2002/02/28 Fix security hole allowing users to be considered "identified" for nicks with an authorization code set. 2002/02/27 Added options to NickServ LIST and httpd/dbaccess to filter by and display nickname authorization codes. Suggested by Mark Hetherington 2002/02/27 Added options to nickname/channel lists (httpd/dbaccess) to display only forbidden, suspended, or non-expiring items. 2002/02/27 Added support for GET query strings in HTTP server. 2002/02/26 Fixed bug resulting in "not identified" after nickname registration. Reported by Ben Goldstein 2002/02/26 Prevent use of the NickServ UNLINK command on self. 2002/02/26 Fixed bug causing autokick masks to get corrupted on add. Reported by Mark Hetherington 2002/02/26 Fixed bug causing database load errors on certain types of bad data. Reported by Mark Hetherington --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Wed Feb 27 16:36:22 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0 +S user bug Message-ID: <21025.193.237.130.98.1014856582.squirrel@secure.uksolutions.co.uk> Just installed 5.0a23 and all went well apart from the +S user problem still occuring. In the echo channel for our +S pseudo client, the following was observed this time (xxx to avoid network spamming): [in channel] *** services.xxx.xxx changes topic to 'Stats Channel' *** ChanServ sets mode: -o dearnapst *** ChanServ sets mode: +b *!?@* *** StatServ was kicked by ChanServ (@????=y????q) *** StatServ (stats@stats.xxx.xxx) has joined #stats *** stats.ctcp.net sets mode: +o StatServ *** ChanServ sets mode: +Rlk 135707936 H? [services.log] IRC Services 5.0a23 starting up database/version4: Ignoring nickgroup 0 (bug in previous versions) httpd/main: Listening on 217.10.142.131:12701 operserv/sline: warning: client IP addresses not available with this IRC server PANIC! buffer = :dearnapst ! chanserv :op #stats dearnapst >From the channel log, something is corrupted by the presence of the +S client in a channel (hence the odd key and limit), but from the services log, it is the first command given to services by a user which generates the segfault. After the segfault and removal of the +S psuedo client, services was restarted and the following observed: *** services.xxx.xxx changes topic to 'Stats Channel' *** ChanServ sets mode: -k H? *** ChanServ sets mode: -l *** StatServ (stats@stats.xxx.xxx) has joined #stats *** stats.xxx.xxx sets mode: +o StatServ *** StatServ sets mode: +a StatServ *** ChanServ sets mode: -ooa StatServ StatServ StatServ So services is overriding commands given by a +S client. Hope something in there is useful in tracking this one down. -- Mark. CTCP Networks. From mark at ctcp.net Wed Feb 27 16:44:43 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0a23 - Note for upgraders with respect to Nickgroup 0 bug Message-ID: <21028.193.237.130.98.1014857083.squirrel@secure.uksolutions.co.uk> The new version will correctly detect the bug wrt nickgroup but with every database write will continue to log the fact that it still exists in the in RAM copy. To fix this problem completely, you must start version 5.0a23, then shut down (/os shutdown or kill -TERM pid). This will update the databases on disk and remove the erroneous entry from RAM. -- Mark. From jollino at sogno.net Thu Feb 28 02:12:37 2002 From: jollino at sogno.net (Jollino) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] How does XML from services look like? Message-ID: Hi there, I've been reading about the new XML export type that's going to be included in 5.0, but I was wondering.. how does it actually look like? I mean, what kind of tags is it going to use? Could anyone give me any example of it? 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... From achurch at achurch.org Thu Feb 28 19:17:49 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] How does XML from services look like? Message-ID: <3c7e03eb.77477@achurch.org> >Hi there, >I've been reading about the new XML export type that's going to be >included in 5.0, but I was wondering.. how does it actually look like? I > >mean, what kind of tags is it going to use? >Could anyone give me any example of it? I'm working on documentation for this, which hopefully (ha!) should be ready within the next alpha or two. --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Thu Feb 28 06:02:13 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) In-Reply-To: <21028.193.237.130.98.1014857083.squirrel@secure.uksolutions.co.uk> Message-ID: [Feb 28 13:59:42 2002] database/version4: BUG: nickgroup with ID 0 found during write (skipping) This is not actually causing much of a problem with services, it's just filling up the logs and causing madness in the xml-export module. I'm afraid I can't identify when it started exactly. I'm going to try to reload the db from what I can salvage of the XML export.. Russ Garrett (russ@garrett.co.uk) From mark at ctcp.net Thu Feb 28 06:08:31 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) Message-ID: <1209.195.92.144.170.1014905311.squirrel@secure.uksolutions.co.uk> > Russell Garrett wrote > [Feb 28 13:59:42 2002] database/version4: BUG: nickgroup with ID 0 > found during write (skipping) > > This is not actually causing much of a problem with services, it's > just filling up the logs and causing madness in the xml-export > module. I'm afraid I can't identify when it started exactly. I'm > going to try to reload the db from what I can salvage of the XML > export.. This is not a bug. I posted about this last night explaining that it could happen and how to "fix" it. Just shutdown services and bring them back online and your database will be fixed. -- Mark. From rg at tcslon.com Thu Feb 28 06:13:15 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) In-Reply-To: <1209.195.92.144.170.1014905311.squirrel@secure.uksolutions.co.uk> Message-ID: > This is not a bug. I posted about this last night > explaining that it could > happen and how to "fix" it. Just shutdown services and > bring them back > online and your database will be fixed. I've tried this about three times, and it still shows the error. Any ideas? Russ From mark at ctcp.net Thu Feb 28 06:26:58 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) Message-ID: <1261.195.92.144.170.1014906418.squirrel@secure.uksolutions.co.uk> Russell Garrett wrote: > > This is not a bug. I posted about this last night > > explaining that it could > > happen and how to "fix" it. Just shutdown services and > > bring them back > > online and your database will be fixed. > > I've tried this about three times, and it still shows the error. Any > ideas? That's odd. Do you get an error during startup of services when it first reads the databases? e.g. "IRC Services 5.0a23 starting up database/version4: Ignoring nickgroup 0 (bug in previous versions)" Or are you just getting the "database/version4: BUG: nickgroup with ID 0 found during write (skipping)" error? -- Mark. From rg at tcslon.com Thu Feb 28 06:40:42 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) In-Reply-To: <1261.195.92.144.170.1014906418.squirrel@secure.uksolutions.co.uk> Message-ID: > > I've tried this about three times, and it still shows > the error. Any > > ideas? > > That's odd. Do you get an error during startup of services > when it first > reads the databases? I don't get a read error: [Feb 28 14:32:23 2002] IRC Services 5.0a23-PhaseNet1 starting up [Feb 28 14:32:24 2002] httpd/main: Listening on :8080 [Feb 28 14:32:24 2002] user: New maximum user count: 1 [Feb 28 14:32:24 2002] user: New maximum user count: 2 [Feb 28 14:32:24 2002] user: New maximum user count: 3 [Feb 28 14:32:24 2002] user: New maximum user count: 4 [Feb 28 14:32:24 2002] user: New maximum user count: 5 [Feb 28 14:32:24 2002] protocol/bahamut: WARNING: missing IP address for new nick StatServ [Feb 28 14:32:24 2002] user: New maximum user count: 6 [Feb 28 14:37:26 2002] database/version4: BUG: nickgroup with ID 0 found during write (skipping) ... The "New maximum user count" messages come up every time though, which is a bit odd. The Statserv thing is because I'm using a seperate statserv which isn't fully compliant with the bahamut 1.4.25 protocol (must add that at some point), and my PhaseNet1 patch goes nowhere near any database or nickserv stuff (at the moment), before you ask :). All the permissions on the databases are correct. Russ Garrett (russ@garrett.co.uk) From achurch at achurch.org Thu Feb 28 23:55:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) Message-ID: <3c7e4513.00764@achurch.org> >> > I've tried this about three times, and it still shows >> the error. Any >> > ideas? >> >> That's odd. Do you get an error during startup of services >> when it first >> reads the databases? > >I don't get a read error: Well, that probably means the bug that creates the bad nickgroup entry is still sitting around somewhere, biding its time until it jumps up and eats all of us alive. Err, maybe not, but I'll take a look anyway. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Thu Feb 28 07:02:46 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) Message-ID: <1332.195.92.144.170.1014908566.squirrel@secure.uksolutions.co.uk> > Russell Garrett wrote > The "New maximum user count" messages come up every time though, > which is a bit odd. That is odd. Maybe your stats.db file is corrupt? Just rebooted our services to make sure I don't get problems with the user counts and I don't, but it does seem that I am getting the "database/version4: BUG: nickgroup with ID 0 found during write (skipping)" error again now despite it not happening after the reboot last night. Going to track back through the log, see if I can find anything odd. I wouldn't worry too much about it other than increased log size since no read error on boot means your nick database is not lost. I have been running with this problem for a couple weeks before services was able to detect it without suffering too many problems and I guess a24 will fix this one for good. Seems the workaround I posted last night must just have been a lucky fluke. -- Mark. From rg at tcslon.com Thu Feb 28 07:06:18 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Another database bug (a.k.a bang goes my nicks.db again ;) In-Reply-To: <3c7e4513.00764@achurch.org> Message-ID: > Well, that probably means the bug that creates the > bad nickgroup entry > is still sitting around somewhere, biding its time until > it jumps up and > eats all of us alive. Eek :) Just to say that debugmode isn't providing any more clues - and, if it's any help, this is the (probably related) bug I was about to report originally - chunks are missing out of the XML export: Russ[away] 0 ~rg@apollo.final-conflict.net ~rg@apollo.final-conflict.net 0 [channel founder pass] [description] 1014809705 ... Nickinfo here seen running straight into a channelinfo - the bits it misses out are different every restart. With regards to the statserv stuff - I have a feeling those "New User Count" messages come up every time services starts up without the statserv module loaded - I might have a go moving from my heavily-hacked copy of OperStats to a modified StatServ module if I'm bored :). Russ Garrett From achurch at achurch.org Fri Mar 1 09:53:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] Services 5.0 +S user bug Message-ID: <3c7ed153.02062@achurch.org> >Just installed 5.0a23 and all went well apart from the +S user problem >still occuring. > >In the echo channel for our +S pseudo client, the following was observed >this time (xxx to avoid network spamming): > >[in channel] >*** services.xxx.xxx changes topic to 'Stats Channel' >*** ChanServ sets mode: -o dearnapst >*** ChanServ sets mode: +b *!.@* >*** StatServ was kicked by ChanServ (...) Found and fixed, I think. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Sat Mar 2 18:31:16 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] The case of the non-existant user Message-ID: <1599.193.237.130.98.1015122676.squirrel@secure.uksolutions.co.uk> Odd scenario, and I am not sure whether services should/could support it, but since it seems to be the cause of a particular chain of log messages, it could well be something for the FAQ if it is not something that should/could be supported. A user logs on to IRC, identifies to NickServ then joins a channel that he has auto-op rights on. He then immediately changes nickname to another nickname (registered or not). Services logs the fact that a mode change was requested for a nonexistant user. The nicknames in the example are not linked. >From logs: [channel] [14:38] Damon (damon@xxxx) joined #channel. [14:38] Nick change: Damon -> Memphis [Services.log] [Mar 02 14:38:59 2002] nickserv/main: Damon!damon@xxxx identified for nick Damon [Mar 02 14:38:59 2002] channel: MODE #channel +o for nonexistent user Damon [Mar 02 14:39:13 2002] nickserv/main: Memphis!damon@xxxx identified for nick Memphis I have not managed to be quick enough to reproduce this 100% hence my lack of knowledge on whether this affects linked nicknames, but in my defence it is kinda late here and the timing is somewhat critical :). I suspect that it may apply to linked nicknames as well but assuming that services logs an error returned by the attempt to set a mode, I imagine the linked nick would trigger another test which may make mitigate the problem from a user's perspective. I guess it would quite complex for services to track the user and supress the error as well as leading to potential circular lockup, so maybe just one for the FAQ. -- Mark. From achurch at achurch.org Sun Mar 3 12:10:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] The case of the non-existant user Message-ID: <3c819472.07350@achurch.org> This shouldn't happen; if it does, it's either a Services bug or an ircd bug. --Andrew Church achurch@achurch.org http://achurch.org/ >Odd scenario, and I am not sure whether services should/could support it, >but since it seems to be the cause of a particular chain of log messages, >it could well be something for the FAQ if it is not something that >should/could be supported. > >A user logs on to IRC, identifies to NickServ then joins a channel that he >has auto-op rights on. He then immediately changes nickname to another >nickname (registered or not). Services logs the fact that a mode change was >requested for a nonexistant user. The nicknames in the example are not >linked. > >>From logs: > >[channel] >[14:38] Damon (damon@xxxx) joined #channel. >[14:38] Nick change: Damon -> Memphis > >[Services.log] >[Mar 02 14:38:59 2002] nickserv/main: Damon!damon@xxxx identified for nick >Damon >[Mar 02 14:38:59 2002] channel: MODE #channel +o for nonexistent user Damon >[Mar 02 14:39:13 2002] nickserv/main: Memphis!damon@xxxx identified for >nick Memphis > >I have not managed to be quick enough to reproduce this 100% hence my lack >of knowledge on whether this affects linked nicknames, but in my defence it >is kinda late here and the timing is somewhat critical :). I suspect that >it may apply to linked nicknames as well but assuming that services logs an >error returned by the attempt to set a mode, I imagine the linked nick >would trigger another test which may make mitigate the problem from a >user's perspective. > >I guess it would quite complex for services to track the user and supress >the error as well as leading to potential circular lockup, so maybe just >one for the FAQ. > > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Mar 3 01:33:48 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] The case of the non-existant user In-Reply-To: <3c819472.07350@achurch.org> Message-ID: > This shouldn't happen; if it does, it's either a > Services bug or an > ircd bug. Certainly leaving your options open there ;) Russ From wetrixz at hotmail.com Tue Mar 5 11:14:47 2002 From: wetrixz at hotmail.com (Le Merveilleux Jason) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] need help with ircservices with UnrealIRCD 3.2 Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020305/a5b09c79/attachment.htm From rg at tcslon.com Tue Mar 5 12:14:07 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:17 2004 Subject: [IRCServices Coding] need help with ircservices with UnrealIRCD 3.2 In-Reply-To: Message-ID: >hi everybody, im oXez >i installed UnrealIRCD and IRCServices.4.5.39 and i >have a little question... >when im logging to the services (/operserv su (password)) i want >that when i /whois myself i can see: oXez is a Services Root This should really go to the ircservices@ircservices.za.net list, not the coding one. It's really an ircd problem, not a services query. From my limited knowledge of Unreal3.2 (before I was converted to Bahamut ;) I'd say that there is no automatic "is a Services Root" statement (I may be wrong). It would require modifications on the ircd (hmmm...bloat) or in services (in the form of an SWHOIS command - not standard with what happens with other user states though). Russ Garrett (russ@garrett.co.uk) From kfiresun at ix.netcom.com Tue Mar 5 12:19:46 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] need help with ircservices with UnrealIRCD 3.2 References: Message-ID: <000901c1c483$180a1b80$0200000a@stormkeepers.com> ----- Original Message ----- From: "Russell Garrett" To: Sent: Tuesday, March 05, 2002 2:14 PM Subject: RE: [IRCServices Coding] need help with ircservices with UnrealIRCD 3.2 > >hi everybody, im oXez > >i installed UnrealIRCD and IRCServices.4.5.39 and i > >have a little question... > >when im logging to the services (/operserv su (password)) i want > >that when i /whois myself i can see: oXez is a Services Root > > This should really go to the ircservices@ircservices.za.net list, not > the coding one. > > It's really an ircd problem, not a services query. From my limited > knowledge of Unreal3.2 (before I was converted to Bahamut ;) I'd say > that there is no automatic "is a Services Root" statement (I may be > wrong). It would require modifications on the ircd (hmmm...bloat) or > in services (in the form of an SWHOIS command - not standard with > what happens with other user states though). > Nope you are correct. The Services Administrator tag that some daemons have, noteably Bahamut & DreamForge, use a +Aa user modes. Thus when someone does a /whois on a +Aa user they get the "Is a Server/Services Admin" message. Services in of itself does not process the /whois command. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From dwd at buli.net Sat Mar 9 03:26:35 2002 From: dwd at buli.net (dwd@buli.net) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Restart failed: No such file or directory, latest ircservices-4.3.3-daylight Message-ID: Hi! Please help me! 1. [Mar 09 12:18:31 2002] OperServ: dwd: set debug on [Mar 09 12:18:31.700000 2002] Debug mode activated [Mar 09 12:18:31.700000 2002] debug: Sent: :OperServ NOTICE dwd :Services is now in debug mode. [Mar 09 12:18:48.780000 2002] debug: Received: :dwd PRIVMSG OperServ@services.datachat.net :restart [Mar 09 12:18:49.770000 2002] OperServ: dwd: restart [Mar 09 12:18:49.770000 2002] Received SIGHUP, restarting. [Mar 09 12:18:49.770000 2002] debug: Running expire routines [Mar 09 12:18:49.770000 2002] debug: Saving databases [Mar 09 12:18:49.770000 2002] Restarting [Mar 09 12:18:49.820000 2002] debug: Sent: :services.datachat.net SQUIT services.datachat.net :RESTART command received from dwd [Mar 09 12:18:49.820000 2002] Restart failed: No such file or directory Version: (351) ircservices-4.3.3-daylight(9) services.datachat.net -- build #17, compiled Jul 30 2000 15:03:36 Path: D:\win32-daylight\Services.exe Why? 2. Where can we download the latest version from (Win32 version)? Thx! -- dwd ICQ#108548590 From andrewk at isdial.net Sat Mar 9 03:35:11 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Restart failed: No such file or directory, latest ircservices-4.3.3-daylight References: Message-ID: <00ad01c1c75e$79bfa2e0$9c011ac4@africa.didata.local> This mailing list does NOT support the version of IRC Services you're trying to use. Please contact its author for support or download the original version of IRC Services from ftp.ircservices.za.net - which we will support. Regards, Andrew ----- Original Message ----- From: To: ; Sent: Saturday, March 09, 2002 1:26 PM Subject: [IRCServices Coding] Restart failed: No such file or directory, latest ircservices-4.3.3-daylight Hi! Please help me! 1. [Mar 09 12:18:31 2002] OperServ: dwd: set debug on [Mar 09 12:18:31.700000 2002] Debug mode activated [Mar 09 12:18:31.700000 2002] debug: Sent: :OperServ NOTICE dwd :Services is now in debug mode. [Mar 09 12:18:48.780000 2002] debug: Received: :dwd PRIVMSG OperServ@services.datachat.net :restart [Mar 09 12:18:49.770000 2002] OperServ: dwd: restart [Mar 09 12:18:49.770000 2002] Received SIGHUP, restarting. [Mar 09 12:18:49.770000 2002] debug: Running expire routines [Mar 09 12:18:49.770000 2002] debug: Saving databases [Mar 09 12:18:49.770000 2002] Restarting [Mar 09 12:18:49.820000 2002] debug: Sent: :services.datachat.net SQUIT services.datachat.net :RESTART command received from dwd [Mar 09 12:18:49.820000 2002] Restart failed: No such file or directory Version: (351) ircservices-4.3.3-daylight(9) services.datachat.net -- build #17, compiled Jul 30 2000 15:03:36 Path: D:\win32-daylight\Services.exe Why? 2. Where can we download the latest version from (Win32 version)? Thx! -- dwd ICQ#108548590--------------------------------------------------------------- --- To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Sun Mar 10 14:02:03 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Qline avoidance bug in /ns link nickname Message-ID: <21024.193.237.130.98.1015797723.squirrel@secure.uksolutions.co.uk> The protection of guest nicknames and qline protection within SQLINES and IRCD.CONF QLines can be circumvented via the use of the '/ns link' command: nickserv/main: nick!user@host identified for nick Nick nickserv/link: nick!user@host linked nick oper to Nick nickserv/link: nick!user@host linked nick ircop to Nick nickserv/link: nick!user@host linked nick admin to Nick nickserv/link: nick!user@host linked nick Guest0 to Nick nickserv/link: nick!user@host linked nick Guest1 to Nick nickserv/link: nick!user@host linked nick Guest2 to Nick ... etc I imagine protecting guest nicks will be a trivial matter of adding the same check as used in '/ns register' to the '/ns link' command. Protecting against standard QLines would like;y prove more complex. I am happy to move/add all QLines to SQLines if there is a way for services to support protection from registration when used in this manner. Although the QLines will probably still protect against these registered names being actually used, they will allow the primary nick to receive memos to these banned nicknames and I guess there is the potential for further problems. -- Mark. From mark at ctcp.net Sun Mar 10 14:36:49 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] channel: MODE #channel -b *!*@host: ban not found Message-ID: <21024.193.237.130.98.1015799809.squirrel@secure.uksolutions.co.uk> Services v 5.0a23 Not sure exactly on the causes of this one yet, but logs indicate that something is wrong so am reporting it in case it is something obvious while I research further. Basically, whenever ChanServ sets +b*!user@host in a channel in response to an autokick entry, the subsequent attempt to remove the ban from a channel results in services logging: channel: MODE #channel -b *!*@host: ban not found The bans are usually removed automatically by channel bots to keep the channel ban list manageable so I am assuing there is some discrepancy between the original announcement by Chanserv of the ban it has set and the actual ban it sets or Chanserv incorrectly parsing the /mode -b. >From channel: DOS_BOT_77 (~username@ctcp-35163.cas-lon.golden.net) joined #channel. #channel: mode change '+b dos_bot*!*@*' by ChanServ!services@ctcp.net DOS_BOT_77 kicked from #channel by ChanServ: User has been banned from the channel .... (#channel) Channel ban on dos_bot*!*@* expired. #channel: mode change '-b dos_bot*!*@*' by Bot services.log: channel: MODE #channel -b dos_bot*!*@*: ban not found -- Mark. CTCP Networks. From achurch at achurch.org Mon Mar 11 13:46:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Qline avoidance bug in /ns link nickname Message-ID: <3c8c3b02.64141@achurch.org> Fixed with respect to guest nicks. I'll work on the SQLINE stuff later. --Andrew Church achurch@achurch.org http://achurch.org/ >The protection of guest nicknames and qline protection within SQLINES and >IRCD.CONF QLines can be circumvented via the use of the '/ns link' command: > >nickserv/main: nick!user@host identified for nick Nick >nickserv/link: nick!user@host linked nick oper to Nick >nickserv/link: nick!user@host linked nick ircop to Nick >nickserv/link: nick!user@host linked nick admin to Nick >nickserv/link: nick!user@host linked nick Guest0 to Nick >nickserv/link: nick!user@host linked nick Guest1 to Nick >nickserv/link: nick!user@host linked nick Guest2 to Nick > >... etc > >I imagine protecting guest nicks will be a trivial matter of adding the >same check as used in '/ns register' to the '/ns link' command. Protecting >against standard QLines would like;y prove more complex. I am happy to >move/add all QLines to SQLines if there is a way for services to support >protection from registration when used in this manner. > >Although the QLines will probably still protect against these registered >names being actually used, they will allow the primary nick to receive >memos to these banned nicknames and I guess there is the potential for >further problems. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Mar 11 14:50:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Services 5.0 alpha 24 released Message-ID: <3c8c4610.01457@achurch.org> Services 5.0 alpha 24 is out at the usual place. I'm afraid that between much work and much stress I haven't been able to make too much progress lately, so please be patient for a bit longer. Version 5.0 alpha 24 -------------------- 2002/03/11 Fixed bug in LINK allowing guest nicks to be registered. Reported by Mark Hetherington 2002/03/01 Fixed crash with Unreal and +S clients. Reported by Mark Hetherington 2002/02/28 Optimized processing for MSNotifyAll with MemoServ SEND. 2002/02/28 The main OperServ module can no longer be unloaded via the OperServ REHASH command (doing so would cause a crash). 2002/02/28 Fixed a potential crash if databases got corrupted. 2002/02/28 Fixed CSRestrictDelay option (finally!) to not give free rides to users who would be unprivileged anyway, and enabled it by default (with a timeout of 15 seconds). --Andrew Church achurch@achurch.org http://achurch.org/ From eengin at talesoft.de Mon Mar 11 17:05:20 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Suggestion for nickserv list Message-ID: <006f01c1c961$fb72a5d0$092a14ac@hadiko.de> Hi all, it looks like a good idea to make sadmins list nicks by their emails like: /ns list *@talesoft.de MAIL -NickServ- Ekim eengin@talesoft.de -NickServ- ! Talesin eengin@talesoft.de Greets Ekim "Talesin" Engin TTnet IRC Sorumlusu http://www.ttchat.net - irc://irc.ttnet.net.tr PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 --- Chat begins as it ends - without reason From achurch at achurch.org Tue Mar 12 12:58:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <3c8d7cf4.03755@achurch.org> If you can track this down it would be appreciated. Oh, and wrong list. --Andrew Church achurch@achurch.org http://achurch.org/ >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. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Tue Mar 12 13:27:24 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <21032.193.237.130.98.1015968444.squirrel@secure.uksolutions.co.uk> > If you can track this down it would be appreciated. The crash was much easier to find that I thought. The function add_nickgroupinfo raises the SEGFAULT "on purpose" if(ngi->id==0) { module_log("PANIC: add_nickgroupinfo: ngi->id==0");raise(/*SIGSEGV*/11); } As to where this self resurrecting nickgroup is, well an XML output from the httpd shows: 0 list help 0 0 0 -2147483648 0 -1 32767 -1 0 list and help are forbidden nicks. When they were first forbidden, I believe they had actually been registered to a user. Since this happened so long ago, I cannot be 100% sure on that. As a suggestion, maybe forbidden nicks could also store the date/time of the forbid and display it through /ns list forbidden and the httpd since it would help when tracking oddities like this one. I have archived services log files but since they are archived by date, it would take a long time to track this without an indication. How it gets written to disk, I have no idea since version 5.0a23 should skip the write and logs that it does so. Since the XML dump does not report all nicknames, I am unable to find out if any other entries have a nickgroup of 0. I am going to try dropping the nicknames that have reported an ngi->id of zero and seeing if that solves the problem completely and will report back once more is known. > Oh, and wrong > list. Sorry, I thought I had sent it to it to the coding list. -- Mark. From mark at ctcp.net Tue Mar 12 14:19:29 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <21037.193.237.130.98.1015971569.squirrel@secure.uksolutions.co.uk> Dropping the nicknames does not result in the removal of the nickgroup 0 entries. Reregistering them, means two nickgroups now have a list nickname. Seems that nickgroup is stuck there :( Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Mark > Hetherington > Sent: 12 March 2002 21:27 > To: ircservices-coding@ircservices.za.net > Subject: RE: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 > segfault on startup > > > > If you can track this down it would be appreciated. > > The crash was much easier to find that I thought. The function > add_nickgroupinfo raises the SEGFAULT "on purpose" > if(ngi->id==0) > { > module_log("PANIC: add_nickgroupinfo: ngi->id==0");raise(/*SIGSEGV*/11); > } > > As to where this self resurrecting nickgroup is, well an XML output from > the httpd shows: > > > 0 > > list > help > > 0 > > 0 > 0 > -2147483648 > 0 > -1 > 32767 > -1 > > > > > > > > 0 > > > > > > list and help are forbidden nicks. When they were first forbidden, I > believe they had actually been registered to a user. Since this > happened so > long ago, I cannot be 100% sure on that. > > As a suggestion, maybe forbidden nicks could also store the date/time of > the forbid and display it through /ns list forbidden and the > httpd since it > would help when tracking oddities like this one. I have archived services > log files but since they are archived by date, it would take a > long time to > track this without an indication. > > How it gets written to disk, I have no idea since version 5.0a23 should > skip the write and logs that it does so. > > Since the XML dump does not report all nicknames, I am unable to find out > if any other entries have a nickgroup of 0. > > I am going to try dropping the nicknames that have reported an ngi->id of > zero and seeing if that solves the problem completely and will > report back > once more is known. > > > > Oh, and wrong > > list. > > Sorry, I thought I had sent it to it to the coding list. > > -- > Mark. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Tue Mar 12 14:38:43 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Services 5.0a24 /ns unlink nick force text error Message-ID: <21038.193.237.130.98.1015972723.squirrel@secure.uksolutions.co.uk> When force unlinking a nickname, an erroneous nickname results in the following error message: /ns unlink Guest14 force -NickServ- Nick Guest14 isn't linked to your nick. The message ought to be something along the lines of: -NickServ- Nick Guest14 isn't linked to any nickname. -- Mark. From mark at ctcp.net Tue Mar 12 14:52:19 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Solution to the nickgroup 0 problem. Message-ID: <21025.193.237.130.98.1015973539.squirrel@secure.uksolutions.co.uk> After much fiddling, I have finally both removed the 0 nickgroups from my database and upgraded to services 5.0a24 :) For anyone affected by this bug, the following steps should remove the erroneous names and allow you to upgrade to the new version: 1) Make sure you are running version 5.0a23 which has code to not write nickgroup 0 nicknames to the database file. 2) Identify those nicknames with a nickgroup of 0. I suggest using the httpd module and the XML download feature. IME this does not display all nicknames in the database, but nickgroup 0 seemed to always be the first entry and always list correctly. 3) Drop the nicknames identified as being of nickgroup 0. In my case they were forbidden nicks so this affected no users. If the nickname is valid, it is likely not working correctly so although you might want to warn the users affected, they are likely not using those names anyway. 4) Shutdown services with /os shutdown so it saves the new database. 5) Restart Services 5.0a23, ensuring you do not get any warnings in services.log for your current database (both on startup and on first write which you can force with an /os update). Also check that the XML download does not report any more nickgroup zero entries. If any remain, goto 2 and repeat until you have cleared them out. 6) Backup your databases. This is important. Even though the startup fails, I had problems with completely trashed databases when services segfaulted. 7) Install Services 5.0a24 and start them. If they bootup, the nickgroup bug is now cured. If not, restore your backup and return to version 5.0a23 and goto 2 to find the erroneous entry. I know at least one other person on the list has problems with this bug, so HTH. -- Mark. From mark at ctcp.net Tue Mar 12 14:54:19 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24, /ns link guestxxx bug Message-ID: <21030.193.237.130.98.1015973659.squirrel@secure.uksolutions.co.uk> The bug fix for this is not working. >From services.log: IRC Services 5.0a24 starting up nickserv/link: nick!user@host linked nick guest0 to nick -- Mark. From mark at ctcp.net Tue Mar 12 15:31:53 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24 and +S clients Message-ID: <21027.193.237.130.98.1015975913.squirrel@secure.uksolutions.co.uk> This is much better in 5.0a24 and if a +S client is on the network when Services joins, it correctly ignores the client and does not change it's modes. :) However, if the +S client joins after services is running, services will enforce modes against it: In channel: *** StatServ (stats@stats.xxxxx.net) has joined #stats *** stats.xxxxx.net sets mode: +o StatServ *** StatServ sets mode: +a StatServ *** ChanServ sets mode: -ooa StatServ StatServ StatServ In services.log: unknown message from server (:StatServ n StatServ +Sq) Andrew, anything specific I should look for that would help nail this one down? I am guessing that services misses the /mode +S issued by StatServ, and the error message in the log suggests this is what is happening. I am going to check the StatServ startup code now to see exactly what it thinks it is sending. -- Mark. From achurch at achurch.org Wed Mar 13 14:14:16 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <3c8ee07c.04774@achurch.org> >> If you can track this down it would be appreciated. > >The crash was much easier to find that I thought. The function >add_nickgroupinfo raises the SEGFAULT "on purpose" Yes, I know that because I added it. :P I was hoping for a backtrace or some other hint of why the nickgroup was being added in the first place. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Mar 13 14:39:49 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <3c8ee6f0.10360@achurch.org> >>> If you can track this down it would be appreciated. >> >>The crash was much easier to find that I thought. The function >>add_nickgroupinfo raises the SEGFAULT "on purpose" > > Yes, I know that because I added it. :P I was hoping for a backtrace >or some other hint of why the nickgroup was being added in the first place. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ Okay, I think I've found it--try the following patch: --- modules/database/version4.c 1 Mar 2002 01:49:24 -0000 2.81 +++ modules/database/version4.c 13 Mar 2002 05:25:18 -0000 2.82 @@ -277,7 +277,15 @@ ngi->language = LANG_DEFAULT; ngi->timezone = TIMEZONE_DEFAULT; ni->nickgroup = ngi->id; - add_nickgroupinfo(ngi); + if (ngi->id != 0) { + add_nickgroupinfo(ngi); + } else { + free_nickgroupinfo(ngi); + if (!(ni->status & NS_VERBOTEN)) { + module_log("warning: nick %s has no nick group but is not" + " forbidden (corrupt database or BUG?)", ni->nick); + } + } } return ni; --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Mar 13 14:43:18 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Services 5.0a24 /ns unlink nick force text error Message-ID: <3c8ee702.10367@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >When force unlinking a nickname, an erroneous nickname results in the >following error message: > >/ns unlink Guest14 force >-NickServ- Nick Guest14 isn't linked to your nick. > >The message ought to be something along the lines of: > >-NickServ- Nick Guest14 isn't linked to any nickname. > > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Mar 13 14:46:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24, /ns link guestxxx bug Message-ID: <3c8ee7c4.10426@achurch.org> Duh, that was a stupid one. Fixed. --Andrew Church achurch@achurch.org http://achurch.org/ >The bug fix for this is not working. > >>From services.log: >IRC Services 5.0a24 starting up >nickserv/link: nick!user@host linked nick guest0 to nick > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Mar 13 14:58:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24 and +S clients Message-ID: <3c8eeaba.11106@achurch.org> It looks like this is because the other program is sending a message not understood by Services (whichever message corresponds to the "n" token in the log below, I haven't looked it up). It's probably SVSMODE or some such and just needs to have a handler added--I'll take a look. --Andrew Church achurch@achurch.org http://achurch.org/ >This is much better in 5.0a24 and if a +S client is on the network when >Services joins, it correctly ignores the client and does not change it's >modes. :) > >However, if the +S client joins after services is running, services will >enforce modes against it: > >In channel: >*** StatServ (stats@stats.xxxxx.net) has joined #stats >*** stats.xxxxx.net sets mode: +o StatServ >*** StatServ sets mode: +a StatServ >*** ChanServ sets mode: -ooa StatServ StatServ StatServ > >In services.log: >unknown message from server (:StatServ n StatServ +Sq) > >Andrew, anything specific I should look for that would help nail this one >down? I am guessing that services misses the /mode +S issued by StatServ, >and the error message in the log suggests this is what is happening. I am >going to check the StatServ startup code now to see exactly what it thinks >it is sending. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Mar 13 15:24:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24 and +S clients Message-ID: <3c8ef0a0.11623@achurch.org> Okay, this should be fixed now. --Andrew Church achurch@achurch.org http://achurch.org/ > It looks like this is because the other program is sending a message >not understood by Services (whichever message corresponds to the "n" token >in the log below, I haven't looked it up). It's probably SVSMODE or some >such and just needs to have a handler added--I'll take a look. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>This is much better in 5.0a24 and if a +S client is on the network when >>Services joins, it correctly ignores the client and does not change it's >>modes. :) >> >>However, if the +S client joins after services is running, services will >>enforce modes against it: >> >>In channel: >>*** StatServ (stats@stats.xxxxx.net) has joined #stats >>*** stats.xxxxx.net sets mode: +o StatServ >>*** StatServ sets mode: +a StatServ >>*** ChanServ sets mode: -ooa StatServ StatServ StatServ >> >>In services.log: >>unknown message from server (:StatServ n StatServ +Sq) >> >>Andrew, anything specific I should look for that would help nail this one >>down? I am guessing that services misses the /mode +S issued by StatServ, >>and the error message in the log suggests this is what is happening. I am >>going to check the StatServ startup code now to see exactly what it thinks >>it is sending. >> >>-- >>Mark. >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Wed Mar 13 08:33:05 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Solution to the nickgroup 0 problem. References: <21025.193.237.130.98.1015973539.squirrel@secure.uksolutions.co.uk> Message-ID: <3C8F7F41.9090700@xchat.gr> hello. i have a few days in mailing list and i didn't understand how to fix the problem with the nickgroup 0. I have the version 5.0a23 and in services log i take this. "[Mar 13 11:12:58 2002] database/version4: BUG: nickgroup with ID 0 found during write (skipping) ". what does it means? is it dangerous to loose nicknames? can i fix it or i have to upgrade to 5.0a24 ? Thanks From achurch at achurch.org Thu Mar 14 01:37:46 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Solution to the nickgroup 0 problem. Message-ID: <3c8f8079.00623@achurch.org> >hello. >i have a few days in mailing list and i didn't understand how to fix the >problem with the nickgroup 0. >I have the version 5.0a23 and in services log i take this. "[Mar 13 >11:12:58 2002] database/version4: BUG: nickgroup with ID 0 found during >write (skipping) ". >what does it means? is it dangerous to loose nicknames? can i fix it or >i have to upgrade to 5.0a24 ? It's not a serious problem right now, but if you upgrade Services won't start at all. I'd recommend waiting for 5.0a25 which should fix the problem. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Wed Mar 13 10:09:09 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <1060.193.237.130.98.1016042949.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > >> If you can track this down it would be appreciated. > > > >The crash was much easier to find that I thought. The function > >add_nickgroupinfo raises the SEGFAULT "on purpose" > > Yes, I know that because I added it. :P I was hoping for a backtrace > or some other hint of why the nickgroup was being added in the > first place. Ah sorry, I did prepare a backtrace, but then since the SEGAULT was coded, thought it probably wouldn't be of any use so tried to locate the dodgy nickgroup instead thinking it would be more useful. -- Mark. From mark at ctcp.net Wed Mar 13 10:35:36 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <1150.193.237.130.98.1016044536.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > Okay, I think I've found it--try the following patch: [snip] Well, it detects the problem as a bug before segfaulting now. From services.log: IRC Services 5.0a24 starting up database/version4: BUG: Unable to find nickgroup 0 for linked nick help (parent = list, root = list) Just on my way out, so will try and track it down when I get back. Mark. From achurch at achurch.org Thu Mar 14 09:07:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <3c8fea22.01024@achurch.org> >> Andrew Church wrote: >> Okay, I think I've found it--try the following patch: >[snip] > >Well, it detects the problem as a bug before segfaulting now. From >services.log: > >IRC Services 5.0a24 starting up >database/version4: BUG: Unable to find nickgroup 0 for linked nick help >(parent = list, root = list) Okay, I think this is because of the way 5.0 saves nicks with the same nickgroup, and it's not treating forbidden nicks properly. Can you send me your DBs so I can test it myself? --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Wed Mar 13 16:22:45 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <1274.193.237.130.98.1016065365.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote > Okay, I think this is because of the way 5.0 saves nicks with the > same nickgroup, and it's not treating forbidden nicks properly. Can you > send me your DBs so I can test it myself? DB files sent off list. Since I managed to develop a workaround for the problem to upgrade the version running on my production network, I now have the patched 5.0a24 running on 5.0a23 db files on a test machine here and producing the same error, so if you need me to do any more tests/patches let me know. Current output from gdb is: Starting program: /home/markh/services/bin/./ircservices Program received signal SIGSEGV, Segmentation fault. open_nick_db (dbname=0x8120bc0 "nick.db") at version4.c:469 469 ARRAY_EXTEND(ngi->nicks); (gdb) backtrace #0 open_nick_db (dbname=0x8120bc0 "nick.db") at version4.c:469 #1 0x401888a3 in init_module (module_=0x8120a60) at main.c:1524 #2 0x80541ac in internal_init_module (module=0x8120a60) at modules.c:354 #3 0x805423f in load_module (modulename=0x807abe8 "nickserv/main") at modules.c:383 #4 0x8050438 in init (ac=1, av=0xbffffaf4) at init.c:681 #5 0x80520ec in main (ac=1, av=0xbffffaf4, envp=0xbffffafc) at main.c:175 -- Mark. From achurch at achurch.org Thu Mar 14 09:28:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] IRC Services 5.0a24 segfault on startup Message-ID: <3c8feec1.02571@achurch.org> >>> Andrew Church wrote: >>> Okay, I think I've found it--try the following patch: >>[snip] >> >>Well, it detects the problem as a bug before segfaulting now. From >>services.log: >> >>IRC Services 5.0a24 starting up >>database/version4: BUG: Unable to find nickgroup 0 for linked nick help >>(parent = list, root = list) Problem solved, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Thu Mar 14 16:25:39 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Fwd: Re: [IRCServices] /ns ghost exploit Message-ID: <200203150225.40021.v13@it.teithe.gr> I'm forwarding this here, since i'm not 'directly' subscribed to irc-services list and it will not accept it... ---------- Forwarded Message ---------- Subject: Re: [IRCServices] /ns ghost exploit Date: Fri, 15 Mar 2002 01:41:17 +0200 From: V13 To: ircservices@ircservices.za.net On Thursday 14 March 2002 10:47, J.Brown (Ender/Amigo) wrote: > 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.. For Andrew... Why not change the nickname instead of killing him and also send a notice about 'nickname bellongs to another one'? IRCDs will take care of dead connections. Or even better, make this an option to services.conf > (James Brown) | [Nehahra, ScummVM, PureLS, www.QuakeSrc.org] <> ------------------------------------------------------- From mark at ctcp.net Thu Mar 14 16:42:23 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] XML database download Message-ID: <21027.193.237.130.98.1016152943.squirrel@secure.uksolutions.co.uk> Having tried various browsers (IE, NetScape, Opera) and OS' (Windows and Linux) I am still unable to get a complete XML download from the httpd module. Both Opera and IE fail at the same point. Although I can get a "correctly" closed page (as in a subset of all records appear) with Netscape, not all records are listed (for example, not one of the admin/oper nicks are listed in the XML download!). Since the import/export option is something that would prove useful in a number of scenarios, maybe in addition to the XML feature there could be an exporter (either in Services itself or as a seperate program similar to the convertdb tools) which would export/import to/from say plain text or CSV format. In addition to providing a different option for import/export, this would help track down exactly what is going wrong in the XML download and which records are being missed. At present I know that admin and oper listed nicks do not display in the XML download. Forbidden and noexpire nicks also seem to not display. There are also a large number of other nicks that do not display. Without checking every nick in the database I cannot confirm why they are affected. There is no channel information at all in the export. StatServ information is only partial. (two server names that were temporary and no longer used appear but no others). I am sure this part was working in version 5.0a23 but doesn't now. I imagine this is all partly down to the fact that the xml output appears to get confused part way through (Netscape output follows)... ... 266 TamperProof 0 2it_message>Diego .... Andrew, let me know if you want a copy of the databases to look into this. -- Mark. From mark at ctcp.net Fri Mar 15 17:24:47 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24 - Problem with szline Message-ID: <21027.193.237.130.98.1016241887.squirrel@secure.uksolutions.co.uk> When an szline has been set and has expired allowing the user to reconnect, it is impossible to set a new szline on the same IP address unless another szline command (list or del) is issued, i.e.: *** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires in 1 minute) *** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] -OperServ- xx.xx.xx.xx already exists on SZLINE list. [expected operation] *** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: test) set 26 seconds ago -OperServ- xx.xx.xx.xx already exists on SZLINE list. *** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) -OperServ- xx.xx.xx.xx already exists on SZLINE list. [unexpected operation] (xxx for privacy) An szline list produces an empty list (assuming no other szlines exists) so services has in one way removed the entry, but it appears to retain the entry in it's checking for multiple add calls until the next szline command resets it. This problem may exist in all sline commands, but I have only tested szline so far. -- Mark. From frostycoolslug at hotmail.com Fri Mar 15 17:37:14 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Services Killing Unreal... Message-ID: I dunno if this prob has been delt with b4.. i'm testing beta24, downloaded about an hour ago.. got it connected to my Unreal3.2-beta7 server, worked a dream.. found something i hadnt configured right, did an operserv shutdown.. and b000m the IRCd dies. AFAIK its not segfaulting, or giving a valid reason for the shutdown.. it just does. I thought i would report this here instead of to the Unreal ppl, cause Services are causeing the prob :) ne help appreaciated! -- 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 ctcp.net Fri Mar 15 17:52:34 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] 5.0a24 - Problem with szline Message-ID: <21025.193.237.130.98.1016243554.squirrel@secure.uksolutions.co.uk> My apologies, I forgot to interleave the commands in the log extract which might make the problem difficult to see, new version follows: /os szline add +26 xx.xx.xx.xx test *** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires in 1 minute) *** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] /os szline add +26 xx.xx.xx.xx test -OperServ- xx.xx.xx.xx already exists on SZLINE list. [expected operation] *** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: test) set 26 seconds ago /os szline add +26 xx.xx.xx.xx test -OperServ- xx.xx.xx.xx already exists on SZLINE list. [unexpected operation] *** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) /os szline add +26 xx.xx.xx.xx test -OperServ- xx.xx.xx.xx already exists on SZLINE list. [unexpected operation] -- Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Mark > Hetherington > Sent: 16 March 2002 01:25 > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] 5.0a24 - Problem with szline > > > When an szline has been set and has expired allowing the user to > reconnect, > it is impossible to set a new szline on the same IP address > unless another > szline command (list or del) is issued, i.e.: > > *** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires > in 1 minute) > *** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] > -OperServ- xx.xx.xx.xx already exists on SZLINE list. > [expected operation] > *** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: > test) set 26 seconds ago > -OperServ- xx.xx.xx.xx already exists on SZLINE list. > *** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) > -OperServ- xx.xx.xx.xx already exists on SZLINE list. > [unexpected operation] > > (xxx for privacy) > > An szline list produces an empty list (assuming no other szlines > exists) so > services has in one way removed the entry, but it appears to retain the > entry in it's checking for multiple add calls until the next > szline command > resets it. > > This problem may exist in all sline commands, but I have only > tested szline > so far. > > -- > Mark. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From uhc0 at rz.uni-karlsruhe.de Sat Mar 16 03:09:26 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:18 2004 Subject: AW: [IRCServices Coding] Services Killing Unreal... In-Reply-To: Message-ID: <000301c1ccdb$1b1771f0$02c8a8c0@nygmatech.local> Hello; I would suggest contacting Unreal coders also. It looks like that services is sending a line, where unreal does expect more parameteres than recevied. It probably goes through the code and because of the missing parameter, it cores. (NULL pointer reference) You either have a coredump of the ircd, of which a backtrace would show up which line was in a matter of being parsed, or you have the services.log and you might see, if run with -debug, which was the last line services sent, before the ircd cored. With the help of a small fix in this case, Unreal will solve the problem in their next beta version. But if you do not contact them... You must also admit, that ircservices is not the source of the problem, but the wrong coding in unreal ircd. This means, even if ircservices will find a way not to cause this, the problem with the ircd would persist. There are other ways (like RAW) which can be used to cause the core. Because in general, no irc protocol message should lead into a segfaulting ircd. So again, you also ought to contact Unreal coders, so that they can solve the problem for the next beta version. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Samstag, 16. M?rz 2002 02:37 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Services Killing Unreal... > > > I dunno if this prob has been delt with b4.. i'm testing > beta24, downloaded > about an hour ago.. got it connected to my Unreal3.2-beta7 > server, worked a > dream.. found something i hadnt configured right, did an > operserv shutdown.. > and b000m the IRCd dies. AFAIK its not segfaulting, or giving > a valid reason > for the shutdown.. it just does. I thought i would report > this here instead > of to the Unreal ppl, cause Services are causeing the prob :) > ne help appreaciated! > > -- > 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-coding > From frostycoolslug at hotmail.com Sat Mar 16 12:21:46 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Mail-Auth really needed for sendpass? Message-ID: is it possible to have sendmail work without mail auth? we dont wanna put our users though the annoying processes of authing nicknames, just so they can use sendpass.. i'm not sure if this is a feature.. but could be concidered, if u like a nickname it automatically becomes authed? as this nick should share the email address.. maybe then this wouldnt be so much of a problem :P -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From frostycoolslug at hotmail.com Sat Mar 16 15:17:33 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] HTTPd Possible feature.. Message-ID: Maybe /~nick could display the nickserv info as a user would see them.. with a command to edit the nick settings, logging in with the nickname password.. also maybe a way to template the pages that are viewed for better interdration into a website? :) -- 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 Sun Mar 17 12:05:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Mail-Auth really needed for sendpass? Message-ID: <3c940805.26364@achurch.org> Yes, it's necessary, because otherwise malicious users could flood other users' mailboxes. --Andrew Church achurch@achurch.org http://achurch.org/ >is it possible to have sendmail work without mail auth? we dont wanna put >our users though the annoying processes of authing nicknames, just so they >can use sendpass.. >i'm not sure if this is a feature.. but could be concidered, if u like a >nickname it automatically becomes authed? as this nick should share the >email address.. >maybe then this wouldnt be so much of a problem :P > > > >-- >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/ircservices-coding From frostycoolslug at hotmail.com Sat Mar 16 19:12:12 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Mail-Auth really needed for sendpass? Message-ID: yeah, i know.. i think i was asleep when sending this mail.. both physically and mentally :) what about the linking nick? maybe /ns NEWLINK .. this could register a new nickname, and automatically link it without having to send the mail? i think several ppl would agree, this would be a nice feature *nods* :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Mail-Auth really needed for sendpass? >Date: Sun, 17 Mar 2002 12:05:07 JST > > Yes, it's necessary, because otherwise malicious users could flood >other users' mailboxes. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >is it possible to have sendmail work without mail auth? we dont wanna put > >our users though the annoying processes of authing nicknames, just so >they > >can use sendpass.. > >i'm not sure if this is a feature.. but could be concidered, if u like a > >nickname it automatically becomes authed? as this nick should share the > >email address.. > >maybe then this wouldnt be so much of a problem :P > > > > > > > >-- > >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/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 mark at ctcp.net Sun Mar 17 05:49:40 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] Mail-Auth really needed for sendpass? Message-ID: <1064.193.237.130.98.1016372980.squirrel@secure.uksolutions.co.uk> /ns link nick from a registered nick will already link a new nick and does not require an authorisation by email. -- Mark. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Craig > McLure > Sent: 17 March 2002 03:12 > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Mail-Auth really needed for sendpass? > > > yeah, i know.. i think i was asleep when sending this mail.. both > physically > and mentally :) > what about the linking nick? > maybe /ns NEWLINK .. > this could register a new nickname, and automatically link it > without having > to send the mail? > > i think several ppl would agree, this would be a nice feature *nods* :) > > > >From: achurch@achurch.org (Andrew Church) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] Mail-Auth really needed for sendpass? > >Date: Sun, 17 Mar 2002 12:05:07 JST > > > > Yes, it's necessary, because otherwise malicious users could flood > >other users' mailboxes. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >is it possible to have sendmail work without mail auth? we > dont wanna put > > >our users though the annoying processes of authing nicknames, just so > >they > > >can use sendpass.. > > >i'm not sure if this is a feature.. but could be concidered, > if u like a > > >nickname it automatically becomes authed? as this nick should share the > > >email address.. > > >maybe then this wouldnt be so much of a problem :P > > > > > > > > > > > >-- > > >Craig McLure > > >Craig@e-tidalwave.org > > >WaveAdmin on the e-tidalwave IRC Network > > >Ride the Wave! www.e-tidalwave.org > > > > > > > > >_________________________________________________________________ > > >Join the worlds 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/ircservices-coding > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From achurch at achurch.org Mon Mar 18 11:51:11 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] XML database download Message-ID: <3c955701.26653@achurch.org> >Having tried various browsers (IE, NetScape, Opera) and OS' (Windows and >Linux) I am still unable to get a complete XML download from the httpd >module. Both Opera and IE fail at the same point. Although I can get >a "correctly" closed page (as in a subset of all records appear) with >Netscape, not all records are listed (for example, not one of the >admin/oper nicks are listed in the XML download!). [...] >At present I know that admin and oper listed nicks do not display in the >XML download. Forbidden and noexpire nicks also seem to not display. There >are also a large number of other nicks that do not display. Without >checking every nick in the database I cannot confirm why they are affected. I can't reproduce this--I get a complete download (or at least what looks like a complete download without feeding it back to the importer; at the least I get channel information and oper/admin nicks). >Since the import/export option is something that would prove useful in a >number of scenarios, maybe in addition to the XML feature there could be an >exporter (either in Services itself or as a seperate program similar to the >convertdb tools) which would export/import to/from say plain text or CSV >format. Um, why? There's nothing special about XML that would cause this problem to happen. I'm using XML because it's self-documenting as to the meaning of each field. If you don't like XML write your own converter to something else. >I imagine this is all partly down to the fact that the xml output appears >to get confused part way through (Netscape output follows)... >... > >266 > >TamperProof > >0 >2it_message>Diego > >.... I don't get this either, at least with the previous copy of your databases that you sent me. Send me the current versions and I'll try again. --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Mon Mar 18 12:37:20 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] XML database download Message-ID: <1171.193.237.130.98.1016483840.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > Um, why? There's nothing special about XML that would cause this > problem to happen. I'm using XML because it's self-documenting as to the > meaning of each field. If you don't like XML write your own converter to > something else. I never expressed my feelings wrt XML one way or another, merely suggested an alternative. My reasons for suggesting an alternative were that I have yet to see the XML download actually work correctly despite trying various browsers and operating systems, plus for debugging what seems to trigger the failures as I previously mentioned. Until the database format for version 5 exists, it would be somewhat redundant to develop an application myself that would have to be rewritten once the new format is released. [snip] > I don't get this either, at least with the previous copy of your > databases that you sent me. Send me the current versions and I'll try > again. Databases sent off list. The problems are different again (stats information appears to be complete yet, but no channels and many missing nicks), so the problem seems to change as the database evolves. -- Mark. From achurch at achurch.org Tue Mar 19 10:07:27 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] XML database download Message-ID: <3c96923f.27232@achurch.org> >The problems are different again (stats information appears to be complete >yet, but no channels and many missing nicks), so the problem seems to >change as the database evolves. I still can't reproduce this, even with the new databases. It looks like socket buffering isn't being handled correctly, at least at a guess. Can you send me the complete XML output you get so I can try and figure out where the problem is? Also, are you accessing the page directly via localhost or from a different machine, and if the latter at what link speed? --Andrew Church achurch@achurch.org http://achurch.org/ From mark at ctcp.net Mon Mar 18 17:37:17 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:18 2004 Subject: [IRCServices Coding] XML database download Message-ID: <21026.193.237.130.98.1016501837.squirrel@secure.uksolutions.co.uk> > Andrew Church wrote: > I still can't reproduce this, even with the new databases. It looks > like socket buffering isn't being handled correctly, at least at a guess. > Can you send me the complete XML output you get so I can try and figure > out where the problem is? Also, are you accessing the page directly via > localhost or from a different machine, and if the latter at what link > speed? Accessing from different machine. Have tried over ISDN (64K and 128K) and over a T3 with similar results. -- Mark. From achurch at achurch.org Tue Mar 19 11:08:20 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] XML export problem fixed Message-ID: <3c969e2f.31143@achurch.org> It turned out to be a problem in the socket write buffer handling after all, which I just wasn't seeing because I was always accessing from localhost (which obviously doesn't incur network delays and thus require buffering). Fixed, thanks for the help. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 19 11:12:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0 alpha 25 released Message-ID: <3c96a0af.46413@achurch.org> Slowly but surely, slowly but surely... Changes in version 5.0 alpha 25 ------------------------------- 2002/03/19 Fixed a bug in socket write buffer handling causing data to be lost. Reported by Mark Hetherington 2002/03/14 Fixed a bug causing crashes with a corrupt database. 2002/03/13 Fixes and changes suggested by Mark Hetherington : - Fixed bug causing nick groups with ID 0 to be created. - Fixed cosmetic bug with NickServ UNLINK FORCE. - Fixed bug in bugfix for linking of guest nicks. - Added support for SVSMODE on Dreamforge/Bahamut/Unreal. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 19 11:47:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] channel: MODE #channel -b *!*@host: ban not found Message-ID: <3c96a7aa.46762@achurch.org> Fixed (the ban wasn't getting added to the internal list). --Andrew Church achurch@achurch.org http://achurch.org/ >Services v 5.0a23 > >Not sure exactly on the causes of this one yet, but logs indicate that >something is wrong so am reporting it in case it is something obvious while >I research further. > >Basically, whenever ChanServ sets +b*!user@host in a channel in response to >an autokick entry, the subsequent attempt to remove the ban from a channel >results in services logging: > >channel: MODE #channel -b *!*@host: ban not found > >The bans are usually removed automatically by channel bots to keep the >channel ban list manageable so I am assuing there is some discrepancy >between the original announcement by Chanserv of the ban it has set and the >actual ban it sets or Chanserv incorrectly parsing the /mode -b. > >>From channel: >DOS_BOT_77 (~username@ctcp-35163.cas-lon.golden.net) joined #channel. >#channel: mode change '+b dos_bot*!*@*' by ChanServ!services@ctcp.net >DOS_BOT_77 kicked from #channel by ChanServ: User has been banned from the >channel >.... >(#channel) Channel ban on dos_bot*!*@* expired. >#channel: mode change '-b dos_bot*!*@*' by Bot > >services.log: >channel: MODE #channel -b dos_bot*!*@*: ban not found > > > >-- >Mark. >CTCP Networks. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Tue Mar 19 14:17:21 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - Couple minor conf things Message-ID: <21028.193.237.130.98.1016576241.squirrel@secure.uksolutions.co.uk> Noticed a new directive in the conf file, CSForbidShortChannel. Although it should be obvious from the comment, the usual default entry is missing. I.e. no CSForbidShortChannel or #CSForbidShortChannel following the comment. SQLine and SGline are missing 'examples' using "%s" which are usually included for such directives. One of the previous services updates changed some *akill* directives to *autokill*. Not sure if you want to apply the same naming convention to them. Only five directives now remain that use akill rather than autokill: KillClonesAkill, ImmediatelySendAkill, WallOSAkill, WallAkillExpire and SessionLimitAkill. -- Mark. From mark at ctcp.net Tue Mar 19 14:24:13 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - /ns link guestxxxx bug Message-ID: <21029.193.237.130.98.1016576653.squirrel@secure.uksolutions.co.uk> The bug fix for the guest linking bug appears to be case sensitive meaning that the fix is not 100% effective: /ns link Guest666 -NickServ- Nickname Guest666 may not be registered. /ns link guest666 -NickServ- Nick guest666 has been linked to your nick. strncmp needs to be strnicmp. -- Mark. From master at xchat.gr Wed Mar 20 04:57:26 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - ChanServ SENDPASS References: <21028.193.237.130.98.1016576241.squirrel@secure.uksolutions.co.uk> Message-ID: <3C988736.2090908@xchat.gr> I think there is a bug in the ChanServ SENDPASS command. I receive the email but not with the pass of my channel but from my nickname :/ From gue_raja at yahoo.com Wed Mar 20 05:24:04 2002 From: gue_raja at yahoo.com (_DaruDoanK_) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] need help Message-ID: <01a701c1d012$81542a50$90069bca@darudoank> I've installed IRCD bahalmut and IRCservice. my IRCD is running well but not with IRCService. every I run the services, I always got error message CLOSING LINK 0.0.0.0 (No N line) how to fix that. e.g : my IP server : 202.155.16.16 and host name chat.my.com IRCD and IRCservices are installed in the same machine. need reply soon, please thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020320/e61868af/attachment.html From master at xchat.gr Wed Mar 20 08:54:56 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - ChanServ SENDPASS Solution Message-ID: <3C98BEE0.4050005@xchat.gr> Ok i found it. in file /modules/chanserv/sendpass.c just replace the line snprintf(body, sizeof(body), getstring(ngi,CHAN_SENDPASS_MAIL_BODY), ci->name, passbuf, s_ChanServ, u->username, u->host); with the following snprintf(body, sizeof(body), getstring(ngi,CHAN_SENDPASS_MAIL_BODY), ci->name, ci->founderpass, s_ChanServ, u->username, u->host); i test it and it's ok now :) From ayottew at sympatico.ca Wed Mar 20 17:24:44 2002 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] help files Message-ID: <000d01c1d077$2ec93b30$0201a8c0@webdevint.com> which files contain the help text in the new beta version, and where is the d/l site again, I don't want to go through like 5000 archived mail msgs :), and by the way Andrew, can you really speak and write Japanese? Wayne A. Web Developers International From achurch at achurch.org Thu Mar 21 11:52:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] help files Message-ID: <3c994b93.47565@achurch.org> >which files contain the help text in the new beta version, and where is the >d/l site again, I don't want to go through like 5000 archived mail msgs :), The help files are in lang/*.l as always, and there's a link on the home page (http://www.ircservices.za.net/) to the alpha release page. >and by the way Andrew, can you really speak and write Japanese? ???? -- yes, I can. ;) You wouldn't know it from the Japanese language file, but that's because I wrote that 4-5 years ago when I knew much less Japanese than I do now. I'm going to fix it up Real Soon Now... --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 26 13:49:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - Couple minor conf things Message-ID: <3ca00151.76044@achurch.org> >Noticed a new directive in the conf file, CSForbidShortChannel. Although it >should be obvious from the comment, the usual default entry is missing. >I.e. no CSForbidShortChannel or #CSForbidShortChannel following the comment. > >SQLine and SGline are missing 'examples' using "%s" which are usually >included for such directives. Fixed. >One of the previous services updates changed some *akill* directives to >*autokill*. Not sure if you want to apply the same naming convention to >them. Only five directives now remain that use akill rather than autokill: >KillClonesAkill, ImmediatelySendAkill, WallOSAkill, WallAkillExpire and >SessionLimitAkill. Fixed, except for WallOSAkill which refers to the command (AKILL) rather than the word (autokill). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 26 14:12:05 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - /ns link guestxxxx bug Message-ID: <3ca0035f.02264@achurch.org> >The bug fix for the guest linking bug appears to be case sensitive meaning >that the fix is not 100% effective: > >/ns link Guest666 >-NickServ- Nickname Guest666 may not be registered. > >/ns link guest666 >-NickServ- Nick guest666 has been linked to your nick. > >strncmp needs to be strnicmp. Actually, it needs to be irc_strnicmp, but fixed. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 26 14:14:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0a25 - ChanServ SENDPASS Solution Message-ID: <3ca00474.03652@achurch.org> >Ok i found it. >in file /modules/chanserv/sendpass.c just replace the line >snprintf(body, sizeof(body), getstring(ngi,CHAN_SENDPASS_MAIL_BODY), > ci->name, passbuf, s_ChanServ, u->username, u->host); >with the following > >snprintf(body, sizeof(body), getstring(ngi,CHAN_SENDPASS_MAIL_BODY), > ci->name, ci->founderpass, s_ChanServ, u->username, >u->host); >i test it and it's ok now :) This is wrong--you'll get garbage if encryption is in use. The proper fix is change ngi->pass to ci->founderpass slightly above that. Fixed for the next alpha. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 26 14:19:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] 5.0a24 - Problem with szline Message-ID: <3ca00569.03666@achurch.org> I'm planning to (before the beta release) rework the expiration system to take care of this, so it won't get fixed immediately. For now, just do an "SLINE DEL *@xx.xx.xx.xx" (or alternatively UPDATE, which checks for expiration as well) if you run into this. --Andrew Church achurch@achurch.org http://achurch.org/ >When an szline has been set and has expired allowing the user to reconnect, >it is impossible to set a new szline on the same IP address unless another >szline command (list or del) is issued, i.e.: > >*** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires >in 1 minute) >*** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >[expected operation] >*** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: >test) set 26 seconds ago >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >*** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >[unexpected operation] > >(xxx for privacy) > >An szline list produces an empty list (assuming no other szlines exists) so >services has in one way removed the entry, but it appears to retain the >entry in it's checking for multiple add calls until the next szline command >resets it. > >This problem may exist in all sline commands, but I have only tested szline >so far. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From andrewk at isdial.net Tue Mar 26 21:52:27 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] 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 gue_raja at yahoo.com Wed Mar 27 00:09:33 2002 From: gue_raja at yahoo.com (_DaruDoanK_) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] URGENT References: <3ca00151.76044@achurch.org> Message-ID: <03e801c1d566$ba557df0$90069bca@darudoank> hello guys, I have a problem here ... I've registered my nick, e.g my nick is TEST and then I try to connect to my IRC server using nick TEST I got message from nick serv that TEST is already registered and my nick will be changed. after a few seconds, I got notive from nickserv that my nick has been changed to Guest123 but, in fact .. my nick have not changed ... why ??? From Georges at Berscheid.lu Wed Mar 27 00:07:56 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] URGENT In-Reply-To: <03e801c1d566$ba557df0$90069bca@darudoank> Message-ID: Your ircd probably does not know SVSNICK. Georges -----Ursprungliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von _DaruDoanK_ Gesendet: Mittwoch, 27. Marz 2002 09:10 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] URGENT hello guys, I have a problem here ... I've registered my nick, e.g my nick is TEST and then I try to connect to my IRC server using nick TEST I got message from nick serv that TEST is already registered and my nick will be changed. after a few seconds, I got notive from nickserv that my nick has been changed to Guest123 but, in fact .. my nick have not changed ... why ??? ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From eengin at talesoft.de Wed Mar 27 00:16:59 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Features/contributions for ircservices version 5 In-Reply-To: Message-ID: <000a01c1d567$c47eb2f0$0155a8c0@talesoft.de> Hi first a question I posted 2 weeks ago, but got no response at all: For me it looks like a good idea to make sadmins list nicks by their emails like: /ns list *@talesoft.de MAIL -NickServ- Ekim eengin@talesoft.de -NickServ- Talesin eengin@talesoft.de The next question is, I just finished a man page for an ircd I am contributing, and while I did this, I had the Idea to do a man page for ircservices.conf.5 and modules.conf.5 too. I just wanted to ask if there is any neeed for such a thing... Greets Ekim "Talesin" Engin Network Administrator of TTNet (Turkey) http://www.ttchat.net - irc://irc.ttnet.net.tr PGP-Fingerprint: 8627 180C 1397 34FB 6BB0 8B65 9CBF 8ED5 456C 48F9 --- Chat begins as it ends - without reason From achurch at achurch.org Wed Mar 27 17:36:28 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Features/contributions for ircservices version 5 Message-ID: <3ca1851f.04172@achurch.org> >Hi first a question I posted 2 weeks ago, but got no response at all: > >For me it looks like a good idea to make sadmins list nicks by their >emails >like: > >/ns list *@talesoft.de MAIL > >-NickServ- Ekim eengin@talesoft.de >-NickServ- Talesin eengin@talesoft.de Already listed in TODO; I don't know whether/when I'll implement it. >The next question is, I just finished a man page for an ircd I am >contributing, and while I did this, I had the Idea to do a man page for >ircservices.conf.5 and modules.conf.5 too. I just wanted to ask if there >is any neeed for such a thing... No, since the documentation is already available in HTML and I have no intention of maintaining multiple formats for the same documentation. --Andrew Church achurch@achurch.org http://achurch.org/ From gue_raja at yahoo.com Wed Mar 27 01:57:40 2002 From: gue_raja at yahoo.com (_DaruDoanK_) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] URGENT References: Message-ID: <04dd01c1d575$d5431dc0$90069bca@darudoank> so how to fix that ?? The QUESTION is ... ----------------------------------------------------- * http://widyan.da.ru * FREE of CHARGE ----- Original Message ----- From: "Georges Berscheid" To: Sent: Wednesday, March 27, 2002 3:07 PM Subject: AW: [IRCServices Coding] URGENT > Your ircd probably does not know SVSNICK. > > Georges > > -----Ursprungliche Nachricht----- > Von: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von > _DaruDoanK_ > Gesendet: Mittwoch, 27. Marz 2002 09:10 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] URGENT > > > hello guys, > > I have a problem here ... > > I've registered my nick, e.g my nick is TEST > and then I try to connect to my IRC server using nick TEST > > I got message from nick serv that TEST is already registered and my nick > will be changed. > after a few seconds, I got notive from nickserv that my nick has been > changed to Guest123 > > but, in fact .. my nick have not changed ... why ??? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From sigma at algolx.net Thu Mar 28 20:38:12 2002 From: sigma at algolx.net (Tom Casartello) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] One little suggestion and a compliment Message-ID: <005c01c1d6db$896ba680$3624da18@ne.client2.attbi.com> Though this is probably not the place for this, I couldn't help complimenting the author and all of helping developers of IRC Services of version 5. It's looking pretty good so far, though it obviously has some bugs, the features are great. My suggestion is this: more in the HTTP server. I don't mean the user pages like DALnet has. But HTTP Authorization would be cool like DALnet's, or being able to change some of your info online. (Though I'm not sure this would be worth spending a lot of time on.) Just a suggestion. Thanks, Tom Casartello IRC Services User -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020328/aedb9347/attachment.htm From achurch at achurch.org Sat Mar 30 05:12:18 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0 alpha 26 released Message-ID: <3ca4cae9.35264@achurch.org> Blah, blah, you know the story. Not really much point in this release except to let you all that yes, I'm still alive. (: Changes in version 5.0 alpha 26 ------------------------------- 2002/03/30 Fixed potential buffer overflow in HTTP daemon. 2002/03/27 Fixed bug processing commands with extra spaces in them. 2002/03/26 Fixed bug causing nickname password to be sent for ChanServ SENDPASS. Reported by George Stamatiou 2002/03/26 Fixed compilation warnings in modules/chanserv/check.c. 2002/03/26 Fixes and changes suggested by Mark Hetherington : - Changed "akill" to "autokill" in configuration options. - Fixed bug allowing guest nicks to be registered/linked. 2002/03/19 Fixed "ban not found" message when removing an autokick ban. Reported by Mark Hetherington --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Sun Mar 31 00:15:16 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Modules? Message-ID: Has any1 started work on any Version5 modules yet? if so whatcha doing? i'm planning on making a botserv, but was wondering if ne1 was already making one :) -- 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 uhc0 at rz.uni-karlsruhe.de Sun Mar 31 01:29:54 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] Modules? In-Reply-To: Message-ID: <001801c1d896$af9c13a0$02c8a8c0@nygmatech.local> Hello; I have written four modules for version5, a protocol module for trircd4 and 5 series. a module for the MemoServ to do the IGNORE command a module for the NickServ to do the AJOIN command a module for the OperServ to do the trircd specific autokill exclusion command. None of them is creating a BotServ ;-) The first three are already in services, you should have seen them. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Sonntag, 31. M?rz 2002 10:15 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Modules? > > > Has any1 started work on any Version5 modules yet? if so > whatcha doing? i'm planning on making a botserv, but was > wondering if ne1 was already > making one :) > > > > -- > 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-coding > From Georges at Berscheid.lu Sun Mar 31 06:34:17 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] Modules? In-Reply-To: Message-ID: Hi, I remember that some people were intrested in a mysql database module. Has anyone gone into that direction yet ? If not, is there anybody around who would like to help me ? Georges -----Urspr?ngliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Craig McLure Gesendet: Sonntag, 31. M?rz 2002 10:15 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] Modules? Has any1 started work on any Version5 modules yet? if so whatcha doing? i'm planning on making a botserv, but was wondering if ne1 was already making one :) -- 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-coding From griever at t2n.org Sun Mar 31 06:50:18 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] Modules? In-Reply-To: Message-ID: On Sun, 31 Mar 2002, Georges Berscheid wrote: > Hi, > > I remember that some people were intrested in a mysql database module. Has > anyone gone into that direction yet ? If not, is there anybody around who > would like to help me ? > > Georges > I have started the mysql database module, if I can get around to it I'll finish it. If not, andrew will probably work on it after 5.0 becomes stable. From r-krisztian at softhome.net Sun Mar 31 07:10:07 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: <002001c1d8c6$286338c0$0b00000a@rokusnet.hu> Hello! Your latest alpha version is pretty good, I want to use your program, but I had experienced the following errors at the first uses: *operserv*> exception add +0 *** Global -- from services.freechat.ods.org: PANIC! buffer = :AngryWolf !operserv :exception add +0 *** LocOps -- Received SQUIT services.freechat.ods.org from services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation fault) -freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! buffer = :Toxyc ! nickserv :help -freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org from services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation fault) -freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org :register #limp_bizkit fred -freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org from services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation fault) Can you solve this problem me to use this services again? Thx for all Regards AngryWolf From frostycoolslug at hotmail.com Sun Mar 31 07:14:59 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: What IRCd are you using? >From: Romek Krisztián >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 >Date: Sun, 31 Mar 2002 17:10:07 +0200 > >Hello! > >Your latest alpha version is pretty good, I want to use your program, but I >had experienced the following errors at the first uses: > >*operserv*> exception add +0 >*** Global -- from services.freechat.ods.org: PANIC! buffer = :AngryWolf >!operserv :exception add +0 >*** LocOps -- Received SQUIT services.freechat.ods.org from >services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation >fault) > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! >buffer = :Toxyc ! nickserv :help >-freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org >from services.freechat.ods.org[127.0.0.1] (Services terminating: >Segmentation fault) > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org :register >#limp_bizkit fred >-freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org >from services.freechat.ods.org[127.0.0.1] (Services terminating: >Segmentation fault) > >Can you solve this problem me to use this services again? > >Thx for all > >Regards >AngryWolf > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 r-krisztian at softhome.net Sun Mar 31 07:23:48 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: Message-ID: <002c01c1d8c8$114555e0$0b00000a@rokusnet.hu> Unreal3.2beta9 Sorry, I've forgot to tell you AgryWolf ----- Original Message ----- From: Craig McLure To: Sent: Sunday, March 31, 2002 5:14 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > What IRCd are you using? > > > >From: Romek Kriszti?n > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > >Hello! > > > >Your latest alpha version is pretty good, I want to use your program, but I > >had experienced the following errors at the first uses: > > > >*operserv*> exception add +0 > >*** Global -- from services.freechat.ods.org: PANIC! buffer = :AngryWolf > >!operserv :exception add +0 > >*** LocOps -- Received SQUIT services.freechat.ods.org from > >services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation > >fault) > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > >buffer = :Toxyc ! nickserv :help > >-freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > >Segmentation fault) > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org :register > >#limp_bizkit fred > >-freechat.ods.org- *** LocOps -- Received SQUIT services.freechat.ods.org > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > >Segmentation fault) > > > >Can you solve this problem me to use this services again? > > > >Thx for all > > > >Regards > >AngryWolf > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From frostycoolslug at hotmail.com Sun Mar 31 07:33:55 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: have u got a core dump handy? :) and could u paste me yer connection lines pls :) >From: Romek Krisztián >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 >Date: Sun, 31 Mar 2002 17:23:48 +0200 > >Unreal3.2beta9 > >Sorry, I've forgot to tell you > >AgryWolf > > >----- Original Message ----- >From: Craig McLure >To: >Sent: Sunday, March 31, 2002 5:14 PM >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > > What IRCd are you using? > > > > > > >From: Romek Krisztián > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > > > >Hello! > > > > > >Your latest alpha version is pretty good, I want to use your program, >but >I > > >had experienced the following errors at the first uses: > > > > > >*operserv*> exception add +0 > > >*** Global -- from services.freechat.ods.org: PANIC! buffer = >:AngryWolf > > >!operserv :exception add +0 > > >*** LocOps -- Received SQUIT services.freechat.ods.org from > > >services.freechat.ods.org[127.0.0.1] (Services terminating: >Segmentation > > >fault) > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > > >buffer = :Toxyc ! nickserv :help > > >-freechat.ods.org- *** LocOps -- Received SQUIT >services.freechat.ods.org > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > >Segmentation fault) > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org :register > > >#limp_bizkit fred > > >-freechat.ods.org- *** LocOps -- Received SQUIT >services.freechat.ods.org > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > >Segmentation fault) > > > > > >Can you solve this problem me to use this services again? > > > > > >Thx for all > > > > > >Regards > > >AngryWolf > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 r-krisztian at softhome.net Sun Mar 31 08:09:48 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: Message-ID: <000701c1d8ce$80a76080$0b00000a@rokusnet.hu> No, I haven't. Dunno, how to turn on core dumping. The server works good but if more users connect to my server it does many faults I think connection lines is okey. If you want... ------------------- ircservices.conf ------------------ RemoteServer 127.0.0.1 6665 "password" #LocalAddress host.name.here #LocalAddress host.name.here 6677 ServerName "services.freechat.ods.org" ------------------- unrealircd.conf ------------------ link services.freechat.ods.org { username *; hostname 127.0.0.1; bind-ip *; port 6665; hub *; password-connect "password"; password-receive "password"; class servers; options { autoconnect; }; }; AngryWolf ----- Original Message ----- From: Craig McLure To: Sent: Sunday, March 31, 2002 5:33 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > have u got a core dump handy? :) > and could u paste me yer connection lines pls :) > > >From: Romek Kriszti?n > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > >Date: Sun, 31 Mar 2002 17:23:48 +0200 > > > >Unreal3.2beta9 > > > >Sorry, I've forgot to tell you > > > >AgryWolf > > > > > >----- Original Message ----- > >From: Craig McLure > >To: > >Sent: Sunday, March 31, 2002 5:14 PM > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > > > > > What IRCd are you using? > > > > > > > > > >From: Romek Kriszti?n > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > > > > > >Hello! > > > > > > > >Your latest alpha version is pretty good, I want to use your program, > >but > >I > > > >had experienced the following errors at the first uses: > > > > > > > >*operserv*> exception add +0 > > > >*** Global -- from services.freechat.ods.org: PANIC! buffer = > >:AngryWolf > > > >!operserv :exception add +0 > > > >*** LocOps -- Received SQUIT services.freechat.ods.org from > > > >services.freechat.ods.org[127.0.0.1] (Services terminating: > >Segmentation > > > >fault) > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > > > >buffer = :Toxyc ! nickserv :help > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > >services.freechat.ods.org > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > >Segmentation fault) > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: PANIC! > > > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org :register > > > >#limp_bizkit fred > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > >services.freechat.ods.org > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > >Segmentation fault) > > > > > > > >Can you solve this problem me to use this services again? > > > > > > > >Thx for all > > > > > > > >Regards > > > >AngryWolf > > > > > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > -- > > > 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-coding > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From frostycoolslug at hotmail.com Sun Mar 31 08:16:20 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: well i see nothing wrong with that, althoug you could remove: --- options { autoconnect; }; --- As the IRCd should try and connect to services. As i say we need a core dump.. prolly says somewhere in the manual how to get 1 of these. do u get warnings or nething when compiling and under what OS? >From: Romek Krisztián >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 >Date: Sun, 31 Mar 2002 18:09:48 +0200 > > >No, I haven't. Dunno, how to turn on core dumping. > >The server works good but if more users connect to my server it does many >faults > >I think connection lines is okey. If you want... > >------------------- >ircservices.conf >------------------ > >RemoteServer 127.0.0.1 6665 "password" > >#LocalAddress host.name.here >#LocalAddress host.name.here 6677 > >ServerName "services.freechat.ods.org" > >------------------- >unrealircd.conf >------------------ > >link services.freechat.ods.org >{ > username *; > hostname 127.0.0.1; > bind-ip *; > port 6665; > hub *; > password-connect "password"; > password-receive "password"; > class servers; > options { > autoconnect; > }; >}; > > > >AngryWolf > >----- Original Message ----- >From: Craig McLure >To: >Sent: Sunday, March 31, 2002 5:33 PM >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > > have u got a core dump handy? :) > > and could u paste me yer connection lines pls :) > > > > >From: Romek Krisztián > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices >5.0a26 > > >Date: Sun, 31 Mar 2002 17:23:48 +0200 > > > > > >Unreal3.2beta9 > > > > > >Sorry, I've forgot to tell you > > > > > >AgryWolf > > > > > > > > >----- Original Message ----- > > >From: Craig McLure > > >To: > > >Sent: Sunday, March 31, 2002 5:14 PM > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices >5.0a26 > > > > > > > > > > What IRCd are you using? > > > > > > > > > > > > >From: Romek Krisztián > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > >To: > > > > >Subject: [IRCServices Coding] segmentation faults - ircservices >5.0a26 > > > > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > > > > > > > >Hello! > > > > > > > > > >Your latest alpha version is pretty good, I want to use your >program, > > >but > > >I > > > > >had experienced the following errors at the first uses: > > > > > > > > > >*operserv*> exception add +0 > > > > >*** Global -- from services.freechat.ods.org: PANIC! buffer = > > >:AngryWolf > > > > >!operserv :exception add +0 > > > > >*** LocOps -- Received SQUIT services.freechat.ods.org from > > > > >services.freechat.ods.org[127.0.0.1] (Services terminating: > > >Segmentation > > > > >fault) > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: >PANIC! > > > > >buffer = :Toxyc ! nickserv :help > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > >services.freechat.ods.org > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > >Segmentation fault) > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: >PANIC! > > > > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org >:register > > > > >#limp_bizkit fred > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > >services.freechat.ods.org > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > >Segmentation fault) > > > > > > > > > >Can you solve this problem me to use this services again? > > > > > > > > > >Thx for all > > > > > > > > > >Regards > > > > >AngryWolf > > > > > > > > > > > > > > >------------------------------------------------------------------ > > > > >To unsubscribe or change your subscription options, visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > -- > > > > 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-coding > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 r-krisztian at softhome.net Sun Mar 31 08:41:32 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: Message-ID: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> Dunno how to make a core dump but would like to. I'll do one if I found it how to make one in the docs I have RedHat Linux 7.1 I have only one warning, about KillClonesAkill directive, dunno what did it say but i think it told me not to use. That's all. I'm asking now how to make a core dump... AngryWolf ----- Original Message ----- From: Craig McLure To: Sent: Sunday, March 31, 2002 6:16 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > well i see nothing wrong with that, althoug you could remove: > > --- > options { > autoconnect; > }; > --- > As the IRCd should try and connect to services. > > As i say we need a core dump.. prolly says somewhere in the manual how to > get 1 of these. > do u get warnings or nething when compiling and under what OS? > > >From: Romek Kriszti?n > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > >Date: Sun, 31 Mar 2002 18:09:48 +0200 > > > > > >No, I haven't. Dunno, how to turn on core dumping. > > > >The server works good but if more users connect to my server it does many > >faults > > > >I think connection lines is okey. If you want... > > > >------------------- > >ircservices.conf > >------------------ > > > >RemoteServer 127.0.0.1 6665 "password" > > > >#LocalAddress host.name.here > >#LocalAddress host.name.here 6677 > > > >ServerName "services.freechat.ods.org" > > > >------------------- > >unrealircd.conf > >------------------ > > > >link services.freechat.ods.org > >{ > > username *; > > hostname 127.0.0.1; > > bind-ip *; > > port 6665; > > hub *; > > password-connect "password"; > > password-receive "password"; > > class servers; > > options { > > autoconnect; > > }; > >}; > > > > > > > >AngryWolf > > > >----- Original Message ----- > >From: Craig McLure > >To: > >Sent: Sunday, March 31, 2002 5:33 PM > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > > > > > have u got a core dump handy? :) > > > and could u paste me yer connection lines pls :) > > > > > > >From: Romek Kriszti?n > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > >5.0a26 > > > >Date: Sun, 31 Mar 2002 17:23:48 +0200 > > > > > > > >Unreal3.2beta9 > > > > > > > >Sorry, I've forgot to tell you > > > > > > > >AgryWolf > > > > > > > > > > > >----- Original Message ----- > > > >From: Craig McLure > > > >To: > > > >Sent: Sunday, March 31, 2002 5:14 PM > > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > >5.0a26 > > > > > > > > > > > > > What IRCd are you using? > > > > > > > > > > > > > > > >From: Romek Kriszti?n > > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > > >To: > > > > > >Subject: [IRCServices Coding] segmentation faults - ircservices > >5.0a26 > > > > > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > > > > > > > > > >Hello! > > > > > > > > > > > >Your latest alpha version is pretty good, I want to use your > >program, > > > >but > > > >I > > > > > >had experienced the following errors at the first uses: > > > > > > > > > > > >*operserv*> exception add +0 > > > > > >*** Global -- from services.freechat.ods.org: PANIC! buffer = > > > >:AngryWolf > > > > > >!operserv :exception add +0 > > > > > >*** LocOps -- Received SQUIT services.freechat.ods.org from > > > > > >services.freechat.ods.org[127.0.0.1] (Services terminating: > > > >Segmentation > > > > > >fault) > > > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: > >PANIC! > > > > > >buffer = :Toxyc ! nickserv :help > > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > > >services.freechat.ods.org > > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > > >Segmentation fault) > > > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: > >PANIC! > > > > > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org > >:register > > > > > >#limp_bizkit fred > > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > > >services.freechat.ods.org > > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > > >Segmentation fault) > > > > > > > > > > > >Can you solve this problem me to use this services again? > > > > > > > > > > > >Thx for all > > > > > > > > > > > >Regards > > > > > >AngryWolf > > > > > > > > > > > > > > > > > >------------------------------------------------------------------ > > > > > >To unsubscribe or change your subscription options, visit: > > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > 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-coding > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > -- > > > 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-coding > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From r-krisztian at softhome.net Sun Mar 31 09:40:44 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> Message-ID: <001501c1d8db$325ede00$0b00000a@rokusnet.hu> Okey, I know now that KillClonesAKill is no longer (a25), but KillClonesAutoKill (a26), and that's ok. I know that if I type /ns help and didn't specify more parameters then Services go down. What can I do? ----- Original Message ----- From: Romek Kriszti?n To: Sent: Sunday, March 31, 2002 6:41 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > Dunno how to make a core dump but would like to. > > I'll do one if I found it how to make one in the docs > > I have RedHat Linux 7.1 > > I have only one warning, about KillClonesAkill directive, dunno what did it > say but i think it told me not to use. > > That's all. I'm asking now how to make a core dump... > > AngryWolf > ----- Original Message ----- > From: Craig McLure > To: > Sent: Sunday, March 31, 2002 6:16 PM > Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > > > well i see nothing wrong with that, althoug you could remove: > > > > --- > > options { > > autoconnect; > > }; > > --- > > As the IRCd should try and connect to services. > > > > As i say we need a core dump.. prolly says somewhere in the manual how to > > get 1 of these. > > do u get warnings or nething when compiling and under what OS? > > > > >From: Romek Kriszti?n > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > 5.0a26 > > >Date: Sun, 31 Mar 2002 18:09:48 +0200 > > > > > > > > >No, I haven't. Dunno, how to turn on core dumping. > > > > > >The server works good but if more users connect to my server it does many > > >faults > > > > > >I think connection lines is okey. If you want... > > > > > >------------------- > > >ircservices.conf > > >------------------ > > > > > >RemoteServer 127.0.0.1 6665 "password" > > > > > >#LocalAddress host.name.here > > >#LocalAddress host.name.here 6677 > > > > > >ServerName "services.freechat.ods.org" > > > > > >------------------- > > >unrealircd.conf > > >------------------ > > > > > >link services.freechat.ods.org > > >{ > > > username *; > > > hostname 127.0.0.1; > > > bind-ip *; > > > port 6665; > > > hub *; > > > password-connect "password"; > > > password-receive "password"; > > > class servers; > > > options { > > > autoconnect; > > > }; > > >}; > > > > > > > > > > > >AngryWolf > > > > > >----- Original Message ----- > > >From: Craig McLure > > >To: > > >Sent: Sunday, March 31, 2002 5:33 PM > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > 5.0a26 > > > > > > > > > > have u got a core dump handy? :) > > > > and could u paste me yer connection lines pls :) > > > > > > > > >From: Romek Kriszti?n > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > >To: > > > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > > >5.0a26 > > > > >Date: Sun, 31 Mar 2002 17:23:48 +0200 > > > > > > > > > >Unreal3.2beta9 > > > > > > > > > >Sorry, I've forgot to tell you > > > > > > > > > >AgryWolf > > > > > > > > > > > > > > >----- Original Message ----- > > > > >From: Craig McLure > > > > >To: > > > > >Sent: Sunday, March 31, 2002 5:14 PM > > > > >Subject: Re: [IRCServices Coding] segmentation faults - ircservices > > >5.0a26 > > > > > > > > > > > > > > > > What IRCd are you using? > > > > > > > > > > > > > > > > > > >From: Romek Kriszti?n > > > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > > > >To: > > > > > > >Subject: [IRCServices Coding] segmentation faults - ircservices > > >5.0a26 > > > > > > >Date: Sun, 31 Mar 2002 17:10:07 +0200 > > > > > > > > > > > > > >Hello! > > > > > > > > > > > > > >Your latest alpha version is pretty good, I want to use your > > >program, > > > > >but > > > > >I > > > > > > >had experienced the following errors at the first uses: > > > > > > > > > > > > > >*operserv*> exception add +0 > > > > > > >*** Global -- from services.freechat.ods.org: PANIC! buffer = > > > > >:AngryWolf > > > > > > >!operserv :exception add +0 > > > > > > >*** LocOps -- Received SQUIT services.freechat.ods.org from > > > > > > >services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > >Segmentation > > > > > > >fault) > > > > > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: > > >PANIC! > > > > > > >buffer = :Toxyc ! nickserv :help > > > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > > > >services.freechat.ods.org > > > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > > > >Segmentation fault) > > > > > > > > > > > > > >-freechat.ods.org- *** Global -- from services.freechat.ods.org: > > >PANIC! > > > > > > >buffer = :omnii PRIVMSG ChanServ@services.freechat.ods.org > > >:register > > > > > > >#limp_bizkit fred > > > > > > >-freechat.ods.org- *** LocOps -- Received SQUIT > > > > >services.freechat.ods.org > > > > > > >from services.freechat.ods.org[127.0.0.1] (Services terminating: > > > > > > >Segmentation fault) > > > > > > > > > > > > > >Can you solve this problem me to use this services again? > > > > > > > > > > > > > >Thx for all > > > > > > > > > > > > > >Regards > > > > > > >AngryWolf > > > > > > > > > > > > > > > > > > > > > >------------------------------------------------------------------ > > > > > > >To unsubscribe or change your subscription options, visit: > > > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > 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-coding > > > > > > > > > >------------------------------------------------------------------ > > > > >To unsubscribe or change your subscription options, visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > -- > > > > 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-coding > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Mar 31 10:19:41 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> <001501c1d8db$325ede00$0b00000a@rokusnet.hu> Message-ID: <3CA7533D.9090100@xchat.gr> well, seems that i have the same problem. when i do a /ns help serverices crashes.if i replace the strtok_remaining(); with strtok(NULL, ""); and it works ok. I don't know what's going wrong. I have bahamut 1.4(31).the version before (a25) hasn't got that problem. Thanks From r-krisztian at softhome.net Sun Mar 31 10:17:18 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> <001501c1d8db$325ede00$0b00000a@rokusnet.hu> <3CA7533D.9090100@xchat.gr> Message-ID: <000b01c1d8e0$505360c0$0b00000a@rokusnet.hu> Thank you for your message! It's the same if I don't use enough parameters for /cs register (without description). And also in version a25 it was okey. How did you do that? Where is that line to modify? Which file? ----- Original Message ----- From: George Stamatiou To: Sent: Sunday, March 31, 2002 8:19 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > well, seems that i have the same problem. > when i do a /ns help serverices crashes.if i replace the > strtok_remaining(); with strtok(NULL, ""); and it works ok. > I don't know what's going wrong. > I have bahamut 1.4(31).the version before (a25) hasn't got that problem. > > Thanks > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Mar 31 10:32:58 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> <001501c1d8db$325ede00$0b00000a@rokusnet.hu> <3CA7533D.9090100@xchat.gr> <000b01c1d8e0$505360c0$0b00000a@rokusnet.hu> Message-ID: <3CA7565A.7030507@xchat.gr> well.... there are a lot that you have to change.there are a lot of files with this line. only for the /ns help is on /modules/nickserv.then pico main.c.then on function static void do_help(User *u) { char *cmd = strtok_remaining(); replace the last line with the char *cmd = strtok(NULL, ""); it's ok ONLY for the /ns help.i hope there is an easier way to replace all and not by hand :/ Romek Kriszti?n wrote: >Thank you for your message! > >It's the same if I don't use enough parameters for /cs register (without >description). And also in version a25 it was okey. > >How did you do that? Where is that line to modify? Which file? > >----- Original Message ----- >From: George Stamatiou >To: >Sent: Sunday, March 31, 2002 8:19 PM >Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > > >>well, seems that i have the same problem. >>when i do a /ns help serverices crashes.if i replace the >>strtok_remaining(); with strtok(NULL, ""); and it works ok. >>I don't know what's going wrong. >>I have bahamut 1.4(31).the version before (a25) hasn't got that problem. >> >>Thanks >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020331/e17e621c/attachment.html From r-krisztian at softhome.net Sun Mar 31 11:01:48 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> <001501c1d8db$325ede00$0b00000a@rokusnet.hu> <3CA7533D.9090100@xchat.gr> <000b01c1d8e0$505360c0$0b00000a@rokusnet.hu> <3CA7565A.7030507@xchat.gr> Message-ID: <001e01c1d8e6$861e60a0$0b00000a@rokusnet.hu> Okey, it's now working, thank you! (I've replaced them by hand :)))) ircservices is too good to keep bugs in there! :)) Thx Lots of love AngryWolf ----- Original Message ----- From: George Stamatiou To: ircservices-coding@ircservices.za.net Sent: Sunday, March 31, 2002 8:32 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 well.... there are a lot that you have to change.there are a lot of files with this line. only for the /ns help is on /modules/nickserv.then pico main.c.then on function static void do_help(User *u) { char *cmd = strtok_remaining(); replace the last line with the char *cmd = strtok(NULL, ""); it's ok ONLY for the /ns help.i hope there is an easier way to replace all and not by hand :/ Romek Kriszti?n wrote: Thank you for your message!It's the same if I don't use enough parameters for /cs register (withoutdescription). And also in version a25 it was okey.How did you do that? Where is that line to modify? Which file?----- Original Message -----From: George Stamatiou To: Sent: Sunday, March 31, 2002 8:19 PMSubject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 well, seems that i have the same problem.when i do a /ns help serverices crashes.if i replace thestrtok_remaining(); with strtok(NULL, ""); and it works ok.I don't know what's going wrong.I have bahamut 1.4(31).the version before (a25) hasn't got that problem.Thanks-------------------------------------------------------------- ----To unsubscribe or change your subscription options, visit:http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------To unsubscribe or change your subscription options, visit:http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Sun Mar 31 11:05:59 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <000b01c1d8d2$ee0c4d80$0b00000a@rokusnet.hu> <001501c1d8db$325ede00$0b00000a@rokusnet.hu> <3CA7533D.9090100@xchat.gr> <000b01c1d8e0$505360c0$0b00000a@rokusnet.hu> <3CA7565A.7030507@xchat.gr> Message-ID: <002301c1d8e7$1c2953c0$0b00000a@rokusnet.hu> Ahh, I was too fast. Sorry. If I use /cs register and give a description, the only one word is added to the description. So strtok(NULL, "") gives back one parameter, strtok_remaining() gives all that is remaining. Can you help me? AngryWolf ----- Original Message ----- From: George Stamatiou To: ircservices-coding@ircservices.za.net Sent: Sunday, March 31, 2002 8:32 PM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 well.... there are a lot that you have to change.there are a lot of files with this line. only for the /ns help is on /modules/nickserv.then pico main.c.then on function static void do_help(User *u) { char *cmd = strtok_remaining(); replace the last line with the char *cmd = strtok(NULL, ""); it's ok ONLY for the /ns help.i hope there is an easier way to replace all and not by hand :/ Romek Kriszti?n wrote: Thank you for your message!It's the same if I don't use enough parameters for /cs register (withoutdescription). And also in version a25 it was okey.How did you do that? Where is that line to modify? Which file?----- Original Message -----From: George Stamatiou To: Sent: Sunday, March 31, 2002 8:19 PMSubject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 well, seems that i have the same problem.when i do a /ns help serverices crashes.if i replace thestrtok_remaining(); with strtok(NULL, ""); and it works ok.I don't know what's going wrong.I have bahamut 1.4(31).the version before (a25) hasn't got that problem.Thanks-------------------------------------------------------------- ----To unsubscribe or change your subscription options, visit:http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------To unsubscribe or change your subscription options, visit:http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Apr 1 11:28:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: <3ca7c5d7.15076@achurch.org> >well, seems that i have the same problem. >when i do a /ns help serverices crashes.if i replace the >strtok_remaining(); with strtok(NULL, ""); and it works ok. >I don't know what's going wrong. >I have bahamut 1.4(31).the version before (a25) hasn't got that problem. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Sun Mar 31 22:23:42 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <3ca7c5d7.15076@achurch.org> Message-ID: <001d01c1d945$caa275e0$0b00000a@rokusnet.hu> > Fixed, thanks. That's good but I would like to have the next release. Can you tell me when will it be downloadable? Thank you! AngryWolf From achurch at achurch.org Mon Apr 1 15:41:38 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 Message-ID: <3ca801c2.17515@achurch.org> >> Fixed, thanks. > >That's good but I would like to have the next release. Can you tell me when >will it be downloadable? Thank you! When I release a new alpha, whenever that is. In the meantime, apply this patch: --- misc.c 27 Mar 2002 12:28:25 -0000 2.17 +++ misc.c 1 Apr 2002 02:28:15 -0000 2.18 @@ -213,8 +213,10 @@ char *strtok_remaining(void) { char *s = strtok(NULL, ""); - while (isspace(*s)) - s++; + if (s) { + while (isspace(*s)) + s++; + } return s; } --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Mon Apr 1 03:20:40 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] segmentation faults - ircservices 5.0a26 References: <3ca801c2.17515@achurch.org> Message-ID: <000e01c1d96f$46e38e40$0b00000a@rokusnet.hu> This patch is working! Thx! AngryWolf ----- Original Message ----- From: Andrew Church To: Sent: Monday, April 01, 2002 8:41 AM Subject: Re: [IRCServices Coding] segmentation faults - ircservices 5.0a26 > >> Fixed, thanks. > > > >That's good but I would like to have the next release. Can you tell me when > >will it be downloadable? Thank you! > > When I release a new alpha, whenever that is. In the meantime, apply > this patch: > > --- misc.c 27 Mar 2002 12:28:25 -0000 2.17 > +++ misc.c 1 Apr 2002 02:28:15 -0000 2.18 > @@ -213,8 +213,10 @@ > char *strtok_remaining(void) > { > char *s = strtok(NULL, ""); > - while (isspace(*s)) > - s++; > + if (s) { > + while (isspace(*s)) > + s++; > + } > return s; > } > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Tue Apr 2 04:17:31 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Unknown command raw - ircservices 5.0a26 References: <3ca801c2.17515@achurch.org> <000e01c1d96f$46e38e40$0b00000a@rokusnet.hu> Message-ID: <3CA9A15B.3000000@xchat.gr> I don't know if mine services has that problem.i think that no. try /os raw.you get a -OperServ- Unknown command raw. Type /msg OperServ HELP for help. From master at xchat.gr Tue Apr 2 04:19:46 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] util.c - ircservices 5.0a26 References: <3ca801c2.17515@achurch.org> <000e01c1d96f$46e38e40$0b00000a@rokusnet.hu> Message-ID: <3CA9A1E2.3050209@xchat.gr> hmm i have the force nick change and the nickserv shows me that i'm gonna bwe disconnect me . the error propably is on util.c. change the DISCONNECT_IN_1_MINUTE with FORCENICKCHANGE_IN_1_MINUTE and DISCONNECT_IN_20_SECONDS with FORCENICKCHANGE_IN_20_SECONDS From achurch at achurch.org Tue Apr 2 21:50:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Unknown command raw - ircservices 5.0a26 Message-ID: <3ca9a987.24522@achurch.org> >I don't know if mine services has that problem.i think that no. >try /os raw.you get a -OperServ- Unknown command raw. Type /msg OperServ >HELP for help. RAW is disabled by default; see the AllowRaw directive (this was missing from the Changes file). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Apr 2 21:52:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] util.c - ircservices 5.0a26 Message-ID: <3ca9a9b5.24531@achurch.org> >hmm i have the force nick change and the nickserv shows me that i'm >gonna bwe disconnect me . >the error propably is on util.c. >change the DISCONNECT_IN_1_MINUTE with FORCENICKCHANGE_IN_1_MINUTE >and >DISCONNECT_IN_20_SECONDS with FORCENICKCHANGE_IN_20_SECONDS These are correct as written. Have you actually enabled NSForceNickChange and does your IRC server support it? Check the log for possible error messages. --Andrew Church achurch@achurch.org http://achurch.org/ From k.hawkes at zombies.force9.net Tue Apr 2 10:12:50 2002 From: k.hawkes at zombies.force9.net (K. Hawkes) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Modules? References: <001801c1d896$af9c13a0$02c8a8c0@nygmatech.local> Message-ID: <00e001c1da77$de790100$01000001@quinn> What is this 'trircd' I've not heard of it before, do you know where I can obtain more information on it? What's it based on etc... Thanks Kris ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Sunday, March 31, 2002 10:29 AM Subject: AW: [IRCServices Coding] Modules? Hello; I have written four modules for version5, a protocol module for trircd4 and 5 series. a module for the MemoServ to do the IGNORE command a module for the NickServ to do the AJOIN command a module for the OperServ to do the trircd specific autokill exclusion command. None of them is creating a BotServ ;-) The first three are already in services, you should have seen them. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Sonntag, 31. M?rz 2002 10:15 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Modules? > > > Has any1 started work on any Version5 modules yet? if so > whatcha doing? i'm planning on making a botserv, but was > wondering if ne1 was already > making one :) > > > > -- > 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-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --- Outgoing mail is certified Virus Free by AVG 6. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.343 / Virus Database: 190 - Release Date: 22/03/2002 From uhc0 at rz.uni-karlsruhe.de Tue Apr 2 12:27:07 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] Modules? In-Reply-To: <00e001c1da77$de790100$01000001@quinn> Message-ID: <000601c1da84$d410bed0$04000100@nygmatech.local> TR-IRCD is the name of the ircd & services development line, of which I am the main coder. To keep it short, the ircd versions 3.x and 4.x are based on Bahamut. In order not to convert this mailing list to a publicity list, I do not explain what changes it has, you can read them all on http://tr-ircd.sourceforge.net or http://www.tr-ircd.net The version 5.x is no longer directly based on anything, but you will notice hybrid-7 influenced code at most, and it has unique technologies like modular channelmodes, which do not exist on any other ircd. It also incorporates a "run as" technique which makes it be able to support Bahamut both pelennor and halcyon by disabling extra features and using protocol modules. The services development was started to make ircservices compatible with the ircd. Thanks Andrews protocol module idea, ircservices 5.x is able to support trircd, and the TR-IRCD team therefore decided to stop services development after ircservices 5.x is released. Hoping that noone is disturbed with this email, since it does not have anything directly to do with ircservices coding... 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von K. Hawkes > Gesendet: Dienstag, 2. April 2002 20:13 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Modules? > > > What is this 'trircd' I've not heard of it before, do you > know where I can obtain more information on it? What's it > based on etc... > > Thanks > > Kris > ----- Original Message ----- > From: "Yusuf Iskenderoglu" > To: > Sent: Sunday, March 31, 2002 10:29 AM > Subject: AW: [IRCServices Coding] Modules? > > > > Hello; > > I have written four modules for version5, > > a protocol module for trircd4 and 5 series. > a module for the MemoServ to do the IGNORE command > a module for the NickServ to do the AJOIN command > a module for the OperServ to do the trircd specific autokill > exclusion command. > > None of them is creating a BotServ ;-) > The first three are already in services, you should have seen them. > > 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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von > > Craig McLure > > Gesendet: Sonntag, 31. M?rz 2002 10:15 > > An: ircservices-coding@ircservices.za.net > > Betreff: [IRCServices Coding] Modules? > > > > > > Has any1 started work on any Version5 modules yet? if so whatcha > > doing? i'm planning on making a botserv, but was wondering > if ne1 was > > already making one :) > > > > > > > > -- > > 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-cod ing --- Outgoing mail is certified Virus Free by AVG 6. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.343 / Virus Database: 190 - Release Date: 22/03/2002 ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Apr 5 18:37:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] Services 5.0 alpha 27 released Message-ID: <3cad76cc.57473@achurch.org> Services 5.0 alpha 27 is out at the usual place. The big change, and the one I'd most appreciate bug reports or other comments about, is the change to the expiration functionality: expirations are now handled when a nick/channel/autokill/exception/S-line is looked up, either by name/mask or via first_xxx()/next_xxx() iteration, rather than by periodically going through every registered item and checking for expiration. This has the advantage that an expired entry is _never_ seen by the code--this includes both the SxLINE ADD bug mentioned earlier as well as 1-minute autokills lasting until the next expiration (sometimes 30 minutes later) and similar situations. On the other hand, it's theoretically possible for records to be left in the database forever if they're never touched, taking up extra space--though this won't happen with the current database format, since it cycles through all records while writing them to disk. Note that I'm aware that the mail-auth and memo expiration isn't updated to use this system yet, so don't bother telling me about that.(: Changes in version 5.0 alpha 27 ------------------------------- 2002/04/05 Reworked expiration logic to avoid long blocks checking for expired data and missed expirations. 2002/04/05 Fixed improper aborts when reading in corrupted databases. 2002/04/01 Fixed crash when certain commands did not receive enough parameters. Reported by several people. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Fri Apr 5 06:30:12 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] ircservices5.0a27 -> /ns set info (Another bug?) References: <3cad76cc.57473@achurch.org> Message-ID: <004001c1dcae$6a496660$0b00000a@rokusnet.hu> Dunno if another users told you this bug, but /ns set info accepts only one word, not more. Can you fix it? AngryWolf From WaZtReLoS at vip.gr Fri Apr 5 10:15:23 2002 From: WaZtReLoS at vip.gr (Stefanos Falkonakis) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] ircservices5.0a27 -> /ns set info (Another bug?) Message-ID: <200204052115.AA2408055194@vip.gr> I will try, if i found it i will email you :) ?????????? ??? ??????, email ?? ????????????? ?? 1 ?????! Sponsored by NET FORCE http://www.vip.gr ????????? ????????? INTERNET ?? ??????? ! ______________________________________________________________________ From master at xchat.gr Sat Apr 6 21:26:35 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] ircservices5.0a26 /cs set secureops References: <3cad76cc.57473@achurch.org> <004001c1dcae$6a496660$0b00000a@rokusnet.hu> Message-ID: <3CAFD88B.7030505@xchat.gr> Is there any problem with secureops ? i have :/ i have enabled it but chanserv never deop any user with 0 access on the channel. my ircd is bahamut and the conf lines are ok. From r-krisztian at softhome.net Sun Apr 7 01:20:10 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:19 2004 Subject: [IRCServices Coding] ircservices5.0a26 /cs set secureops References: <3cad76cc.57473@achurch.org> <004001c1dcae$6a496660$0b00000a@rokusnet.hu> <3CAFD88B.7030505@xchat.gr> Message-ID: <001a01c1de15$6dc82fc0$0b00000a@rokusnet.hu> ./cs set #channel restricted on AngryWolf ----- Original Message ----- From: George Stamatiou To: Sent: Sunday, April 07, 2002 7:26 AM Subject: Re: [IRCServices Coding] ircservices5.0a26 /cs set secureops > Is there any problem with secureops ? i have :/ > i have enabled it but chanserv never deop any user with 0 access on the > channel. > my ircd is bahamut and the conf lines are ok. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Georges at Berscheid.lu Sun Apr 7 01:46:20 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:19 2004 Subject: AW: [IRCServices Coding] ircservices5.0a26 /cs set secureops In-Reply-To: <001a01c1de15$6dc82fc0$0b00000a@rokusnet.hu> Message-ID: The Restricted access option disallows these users (with <= 0 access level) to stay on the channel. They will be kick-banned instead. Are you sure secureops is really set on your channel ? Check it with /cs info #channel. On the other hand you must have U-Lines for ircservices set, to allow them to change modes. Georges -----Ursprungliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Romek Kriszti? Gesendet: Sonntag, 7. April 2002 11:20 An: ircservices-coding@ircservices.za.net Betreff: Re: [IRCServices Coding] ircservices5.0a26 /cs set secureops ./cs set #channel restricted on AngryWolf ----- Original Message ----- From: George Stamatiou To: Sent: Sunday, April 07, 2002 7:26 AM Subject: Re: [IRCServices Coding] ircservices5.0a26 /cs set secureops > Is there any problem with secureops ? i have :/ > i have enabled it but chanserv never deop any user with 0 access on the > channel. > my ircd is bahamut and the conf lines are ok. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Apr 7 05:33:11 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:20 2004 Subject: AW: [IRCServices Coding] ircservices5.0a26 /cs set secureops References: Message-ID: <3CB03C87.4050104@xchat.gr> The problem is not that i dont want users with 0 level to join on my channel. The problem is that somebody who has access in channel can give op with the command /mode #channel +o nick. -ChanServ- Options: Topic Retention, Secure Ops, Secure, Op-Notice here are the modes of my channel.Chanserv never deops them :/ Georges Berscheid wrote: >The Restricted access option disallows these users (with <= 0 access level) >to stay on the channel. They will be kick-banned instead. >Are you sure secureops is really set on your channel ? Check it with /cs >info #channel. >On the other hand you must have U-Lines for ircservices set, to allow them >to change modes. > >Georges > > >-----Ursprungliche Nachricht----- >Von: ircservices-coding-admin@ircservices.za.net >[mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Romek >Kriszti? >Gesendet: Sonntag, 7. April 2002 11:20 >An: ircservices-coding@ircservices.za.net >Betreff: Re: [IRCServices Coding] ircservices5.0a26 /cs set secureops > > >./cs set #channel restricted on > >AngryWolf > >----- Original Message ----- >From: George Stamatiou >To: >Sent: Sunday, April 07, 2002 7:26 AM >Subject: Re: [IRCServices Coding] ircservices5.0a26 /cs set secureops > > >>Is there any problem with secureops ? i have :/ >>i have enabled it but chanserv never deop any user with 0 access on the >>channel. >>my ircd is bahamut and the conf lines are ok. >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020407/a78feac1/attachment.htm From dan at viaraix.net Sun Apr 7 16:37:34 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] segfault on /msg XXXXServ help (5.0a26) Message-ID: <3CB0D83E.7020303@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 gue_raja at yahoo.com Sun Apr 7 20:43:25 2002 From: gue_raja at yahoo.com (_DaruDoanK_) Date: Sat Oct 23 23:09:20 2004 Subject: Fw: [IRCServices Coding] URGENT Message-ID: <011a01c1deaf$89ff0840$90069bca@darudoank> > hello guys, > > I have a problem here ... > > I've registered my nick, e.g my nick is TEST > and then I try to connect to my IRC server using nick TEST > > I got message from nick serv that TEST is already registered and my nick > will be changed. > after a few seconds, I got notive from nickserv that my nick has been > changed to Guest123 > > but, in fact .. my nick does not changed ... why ??? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Apr 8 13:35:48 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] segfault on /msg XXXXServ help (5.0a26) Message-ID: <3cb11e2e.67421@achurch.org> Fixed in alpha 27. Please stay current. >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-coding --Andrew Church achurch@achurch.org http://achurch.org/ From master at xchat.gr Mon Apr 8 07:09:41 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] /cs set secureops References: <3cb11e2e.67421@achurch.org> Message-ID: <3CB1A4A5.8020600@xchat.gr> Well.The same problem i have with 5.0a27. ChanServ DOES NOT deop the user who hasn't access in any channel and anyone who is operator can give op with the command /mode #channel +o user.I tried the 4.5.27 and is working properly. my ircd is bahamut 1.4(31). has anybody any idea ? From dan at viaraix.net Mon Apr 8 07:20:15 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] segfault on /msg XXXXServ help (5.0a26) References: <3cb11e2e.67421@achurch.org> Message-ID: <3CB1A71F.30600@viaraix.net> Apr 5 01:33 ircservices-5.0a26 :/ soz, must have downloaded it a few hours before 27 was released Andrew Church wrote: > Fixed in alpha 27. Please stay current. > From adrian.cantrill at dial.pipex.com Mon Apr 8 09:04:17 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] DB Conversion Message-ID: <001601c1df17$09a11cc0$0100a8c0@ado> Hi, I am hoping someone will have some idea of this one, because its driving me insane hehe :) OK.. I recently decided to switch from Epona 1.4.10 to ircservices due to the ability not to have to re-identify if you change nicks i.e Ado-> Ado|away -> Ado dosnt require me to re-identify =) The problem is, I need if possible to preserve my existing channel and nicks records but when I attempt a import I get the following output. Line 3618: Channel "#" not supported Line 3931: Channel "#" not supported Line 3972: Channel "#" not supported Line 4021: Channel "#" not supported Line 4045: Channel "#" not supported Line 4102: Channel "#" not supported Line 4175: Channel "#" not supported Line 4235: Channel "#" not supported Line 4295: Channel "#" not supported Line 4340: Channel "#" not supported Line 4441: Channel "#" not supported Line 4490: Channel "#" not supported Line 4839: Channel "#" not supported Line 4892: Channel "#" not supported Line 4965: Channel "#" not supported Line 5002: Channel "#" not supported Line 5063: Channel "#" not supported Line 5100: Channel "#" not supported Line 5173: Channel "#" not supported Line 5234: Channel "#" not supported Line 5335: Channel "#" not supported All the nicks import fine... just non of my channels. Any ideas peeps ? Thanks Adrian From achurch at achurch.org Tue Apr 9 01:33:04 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] DB Conversion Message-ID: <3cb1c6df.10561@achurch.org> This is a stupid bug... fixed for alpha 28, thanks. Also, though I presume you read the notice on the download page, be aware that alpha versions are not suited for using on live networks and are likely to crash or experience other problems often. Bug reports of such problems are welcome, but don't expect much sympathy if your users complain. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I am hoping someone will have some idea of this one, because its driving >me insane hehe :) >OK.. I recently decided to switch from Epona 1.4.10 to ircservices due >to the ability not to have to re-identify if you change nicks i.e > >Ado-> Ado|away -> Ado dosnt require me to re-identify =) > >The problem is, I need if possible to preserve my existing channel and >nicks records but when I attempt a import I get the following output. > >Line 3618: Channel "#" not supported >Line 3931: Channel "#" not supported >Line 3972: Channel "#" not supported >Line 4021: Channel "#" not supported >Line 4045: Channel "#" not supported >Line 4102: Channel "#" not supported >Line 4175: Channel "#" not supported >Line 4235: Channel "#" not supported >Line 4295: Channel "#" not supported >Line 4340: Channel "#" not supported >Line 4441: Channel "#" not supported >Line 4490: Channel "#" not supported >Line 4839: Channel "#" not supported >Line 4892: Channel "#" not supported >Line 4965: Channel "#" not supported >Line 5002: Channel "#" not supported >Line 5063: Channel "#" not supported >Line 5100: Channel "#" not supported >Line 5173: Channel "#" not supported >Line 5234: Channel "#" not supported >Line 5335: Channel "#" not supported > >All the nicks import fine... just non of my channels. > >Any ideas peeps ? > >Thanks > >Adrian > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From dan at viaraix.net Mon Apr 8 10:11:57 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] services http module Message-ID: <3CB1CF5D.7040204@viaraix.net> Is it possible (or if not can this be considered as a suggestion) to customise the http output. atm for main page i just have Not Found The requested resource could not be found. which i would like to replace with something more informative From r-krisztian at softhome.net Mon Apr 8 10:31:11 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E9n?=) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] services http module In-Reply-To: <3CB1CF5D.7040204@viaraix.net> References: <3CB1CF5D.7040204@viaraix.net> Message-ID: <02040819311101.06234@adsl52096.vnet.hu> Me too, I can browse only dbaccess. AngryWolf 2002. ?prilis 8. 19:11 d?tummal ezt ?rta: > Is it possible (or if not can this be considered as a suggestion) to > customise the http output. > > atm for main page i just have > > Not Found > The requested resource could not be found. > > which i would like to replace with something more informative > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From adrian.cantrill at dial.pipex.com Mon Apr 8 10:24:24 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] DB Conversion In-Reply-To: <3cb1c6df.10561@achurch.org> Message-ID: <000001c1df22$3ae4cd80$0100a8c0@ado> Hi, Thanks for the info, yes I realise it's a project in devel :) but its seems more fit for purpose than epona. Any chance on being able to get hold of a patch or a copy of the changes necessary?. Ideally I want help test this and my users (who are picky) will hopefully identify a lot of bugs for you. I understand the alpha status and am willing to accept any bugs etc. Thanks in advance Adrian -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Andrew Church Sent: 08 April 2002 17:33 To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] DB Conversion This is a stupid bug... fixed for alpha 28, thanks. Also, though I presume you read the notice on the download page, be aware that alpha versions are not suited for using on live networks and are likely to crash or experience other problems often. Bug reports of such problems are welcome, but don't expect much sympathy if your users complain. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Mon Apr 8 17:28:40 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] services http module Message-ID: me too.. :) >From: Romek Krisztién >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] services http module >Date: Mon, 8 Apr 2002 19:31:11 +0200 > >Me too, I can browse only dbaccess. > >AngryWolf > >2002. április 8. 19:11 dátummal ezt írta: > > Is it possible (or if not can this be considered as a suggestion) to > > customise the http output. > > > > atm for main page i just have > > > > Not Found > > The requested resource could not be found. > > > > which i would like to replace with something more informative > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From achurch at achurch.org Tue Apr 9 10:09:30 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] DB Conversion Message-ID: <3cb23f8d.11032@achurch.org> Sorry, I meant to include the patch in my previous message. Now you can see just how stupid a bug it was. ;) --- modules/misc/xml-import.c 6 Feb 2002 23:43:38 -0000 2.8 +++ modules/misc/xml-import.c 8 Apr 2002 16:31:12 -0000 2.9 @@ -1476,7 +1476,7 @@ error(" tag missing from channel, ignoring"); my_free_channelinfo(ci); return CONTINUE; - } else if (strcmp(ci->name, "#")) { + } else if (strcmp(ci->name, "#") == 0) { error("Channel \"#\" not supported"); my_free_channelinfo(ci); return CONTINUE; --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Thanks for the info, yes I realise it's a project in devel :) but its >seems more fit for purpose than epona. Any chance on being able to get >hold of a patch or a copy of the changes necessary?. Ideally I want help >test this and my users (who are picky) will hopefully identify a lot of >bugs for you. I understand the alpha status and am willing to accept any >bugs etc. > >Thanks in advance > >Adrian > > >-----Original Message----- >From: ircservices-coding-admin@ircservices.za.net >[mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Andrew >Church >Sent: 08 April 2002 17:33 >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] DB Conversion > > This is a stupid bug... fixed for alpha 28, thanks. Also, though I >presume you read the notice on the download page, be aware that alpha >versions are not suited for using on live networks and are likely to >crash >or experience other problems often. Bug reports of such problems are >welcome, but don't expect much sympathy if your users complain. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Apr 9 10:11:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] services http module Message-ID: <3cb2406f.11044@achurch.org> The Services HTTP server is not intended to be a full-fledged server, only to provide certain information through the HTTP protocol. If you want an index page or something of the sort, put it up on a separate (real) HTTP server. I'm considering adding a feature to redirect / accesses to another URL, but I have no plans to add any file-serving or similar functions. --Andrew Church achurch@achurch.org http://achurch.org/ >Is it possible (or if not can this be considered as a suggestion) to >customise the http output. > >atm for main page i just have > > Not Found > The requested resource could not be found. > >which i would like to replace with something more informative > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ron885 at axenet.org Mon Apr 8 22:06:12 2002 From: ron885 at axenet.org (Ron885) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Database Module Message-ID: <000d01c1df84$4abc5c20$8d126244@HOME> Ok, i THINK this was discussed once before, but i'm not sure. Are there any plans to move for instance, the loading and saving of the nick db into the nickserv module directory, and same for chanserv, etc. I am trying to make some modules that use their own dbs and I am being quite unccessful as of now, but I will continue to try. Any guidance in adding a DB would be quite welcome. --- Ron885 NetAdmin @ irc.axenet.org From achurch at achurch.org Tue Apr 9 14:24:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Database Module Message-ID: <3cb27b93.11172@achurch.org> >Ok, i THINK this was discussed once before, but i'm not sure. > >Are there any plans to move for instance, the loading and saving of the nick db >into the nickserv module directory, and same for chanserv, etc. I am trying to >make some modules that use their own dbs and I am being quite unccessful as of >now, but I will continue to try. Any guidance in adding a DB would be quite >welcome. The DB module interface is very much unfinished, and I think I'm going to leave it that way for at least version 5.0, because too much needs to change to do it properly, and if I keep trying to add things 5.0 will never be done. ;) You're welcome to play around with it and let me know if you come up with any ideas. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Apr 9 20:25:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] 5.0a24 - Problem with szline Message-ID: <3cb2cfc4.13321@achurch.org> This is taken care of now for the next alpha. --Andrew Church achurch@achurch.org http://achurch.org/ >My apologies, I forgot to interleave the commands in the log extract which >might make the problem difficult to see, new version follows: > >/os szline add +26 xx.xx.xx.xx test >*** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires >in 1 minute) >*** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] > >/os szline add +26 xx.xx.xx.xx test >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >[expected operation] > >*** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: >test) set 26 seconds ago > >/os szline add +26 xx.xx.xx.xx test >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >[unexpected operation] > >*** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) > >/os szline add +26 xx.xx.xx.xx test >-OperServ- xx.xx.xx.xx already exists on SZLINE list. >[unexpected operation] > >-- >Mark. > > > >> -----Original Message----- >> From: ircservices-coding-admin@ircservices.za.net >> [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Mark >> Hetherington >> Sent: 16 March 2002 01:25 >> To: ircservices-coding@ircservices.za.net >> Subject: [IRCServices Coding] 5.0a24 - Problem with szline >> >> >> When an szline has been set and has expired allowing the user to >> reconnect, >> it is impossible to set a new szline on the same IP address >> unless another >> szline command (list or del) is issued, i.e.: >> >> *** Global -- from OperServ: Mark added an SZLINE for xx.xx.xx.xx(expires >> in 1 minute) >> *** Notice -- Client exiting: xxxxx (xxxx@xxxxx) [Z:lined (Z-lined: test)] >> -OperServ- xx.xx.xx.xx already exists on SZLINE list. >> [expected operation] >> *** Expiring Global Z:Line (*@xx.xx.xx.xx) made by Mark (Reason: Z-lined: >> test) set 26 seconds ago >> -OperServ- xx.xx.xx.xx already exists on SZLINE list. >> *** Notice -- Client connecting on port 6667: xxxxx (xxxx@xxxxxx) >> -OperServ- xx.xx.xx.xx already exists on SZLINE list. >> [unexpected operation] >> >> (xxx for privacy) >> >> An szline list produces an empty list (assuming no other szlines >> exists) so >> services has in one way removed the entry, but it appears to retain the >> entry in it's checking for multiple add calls until the next >> szline command >> resets it. >> >> This problem may exist in all sline commands, but I have only >> tested szline >> so far. >> >> -- >> Mark. >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Apr 9 20:30:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] ircservices5.0a27 -> /ns set info (Another bug?) Message-ID: <3cb2d0eb.13337@achurch.org> Fixed for alpha 28, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Dunno if another users told you this bug, but /ns set info accepts >only one word, not more. Can you fix it? > >AngryWolf > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Apr 9 20:42:11 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] ircservices5.0a26 /cs set secureops Message-ID: <3cb2d3b1.14034@achurch.org> >Is there any problem with secureops ? i have :/ >i have enabled it but chanserv never deop any user with 0 access on the >channel. >my ircd is bahamut and the conf lines are ok. Works for me: -> *ChanServ* set #123 secureops on -ChanServ- Secure ops option is now ON. *** Mode change "+o zop" on channel #123 by Alcan *** Mode change "-o zop" on channel #123 by ChanServ --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Apr 9 22:35:39 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services 5.0 alpha 28 released Message-ID: <3cb2f556.43160@achurch.org> Services 5.0 alpha 28 is out at the usual place. Big stuff this time is that memos now expire when accessed instead of periodically, like the expiration changes last time, and autokill exclusion support is added (note that this is based on a trircd extension to RFC1459, and making it work on other ircds requires _not_ sending AKILL/GLINE commmands--which can result in kill floods, so be careful). Changes in version 5.0 alpha 28 ------------------------------- 2002/04/09 Added support for autokill exclusions. Suggested by Yusuf Iskenderoglu 2002/04/09 Fixed bug causing NickServ SET INFO to ignore all words given after the first one. 2002/04/09 Fixed bug causing xml-import to ignore all channels. Reported by Adrian Cantrill 2002/04/08 Autokills are now sent after wallops when the ImmediatelySendAkill option is set. 2002/04/08 Improved trircd IRC server support and trircd-services database conversion support, thanks to Yusuf Iskenderoglu 2002/04/08 Reworked memo expiration logic as below. --Andrew Church achurch@achurch.org http://achurch.org/ From adrian.cantrill at dial.pipex.com Tue Apr 9 09:04:45 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cosmetics Message-ID: <000c01c1dfe0$44cdf060$0100a8c0@ado> This is going to sounds majorly pedantic I know.. but its just something I have seen before that I thought would be more... usable for less experienced users. Take the following scenario. Ado (registered nick) I change to this nick and nickserv informs me its registered, all well and good. So I identify with it etc and it again informs me the password was correct. Then I go away Ado|food Then I come back and switch back to Ado How about nickserv saying something along the lines of "Nickserv : you have already authenticated for this nick", just makes the whole thing more user friendly by providing feedback. Anyways let me know what you think. Adrian From adrian.cantrill at dial.pipex.com Tue Apr 9 11:16:33 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings Message-ID: <000d01c1dff2$ae354190$0100a8c0@ado> Hi again, Another "bug" possibly not sure if its intentional. Should a service oper / admin be able to modify the access list on channels where they have no specific access ? it kinda seems logical to me that they should be able to, but on alpha 27 (going to upgrade to 28 later) I seem not to be able to. Just checking if its intentional, and if not, that you are aware of it. Thanks Adrian From mark at ctcp.net Tue Apr 9 11:46:32 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings Message-ID: <1174.193.237.130.98.1018377992.squirrel@secure.uksolutions.co.uk> > Adrian Cantrill wrote: > Another "bug" possibly not sure if its intentional. > > Should a service oper / admin be able to modify the access list on > channels where they have no specific access ? it kinda seems logical to > me that they should be able to, but on alpha 27 (going to upgrade to 28 > later) I seem not to be able to. I am pretty sure it is intentional. Services opers have restrictions on what they can change via services. Services admins have more powers but still cannot alter every possible setting of channels/nicknames. Personally, I see no need for services users to have the power to manage channel access lists where they have not been given such access. It should be entirely up to the channel founder and his/her selected opers to manage the access list for a channel. -- Mark. From master at xchat.gr Tue Apr 9 14:53:42 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] ircservices5.0a28 /cs set secureops References: <3cb2d3b1.14034@achurch.org> Message-ID: <3CB362E6.80004@xchat.gr> the same error on every version. msg(chanserv)] set #test secureops on -ChanServ- Secure ops option is now ON. -ChanServ- Information for channel #test: -ChanServ- Founder: test -ChanServ- Options: Topic Retention, Secure Ops, Secure -ChanServ- Mode lock: +nt --- test gives channel operator status to George -ChanServ- Access level settings for channel #test: -ChanServ- AUTODEOP -1 -ChanServ- NOJOIN -100 if somebody does not believe it,simply do a connect on /server 62.103.210.20 i tried both to my pc (linux) and my shell (freebsd). Andrew Church wrote: >>Is there any problem with secureops ? i have :/ >>i have enabled it but chanserv never deop any user with 0 access on the >>channel. >>my ircd is bahamut and the conf lines are ok. >> > > Works for me: > >-> *ChanServ* set #123 secureops on >-ChanServ- Secure ops option is now ON. >*** Mode change "+o zop" on channel #123 by Alcan >*** Mode change "-o zop" on channel #123 by ChanServ > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020410/96b471e6/attachment.html From adrian.cantrill at dial.pipex.com Tue Apr 9 15:36:55 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings In-Reply-To: <1174.193.237.130.98.1018377992.squirrel@secure.uksolutions.co.uk> Message-ID: <001801c1e017$0db7bf20$0100a8c0@ado> Yus... one viewpoint... I tend to go with the flip side.. that service admin should have 100% access to all channels etc... but I just watched to check if it was a intentional design decision. Maybe have this as a option though? Services as a whole will be more flexible then. -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Mark Hetherington Sent: 09 April 2002 19:47 To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] Services Admin : Global Access to Channel Settings > Adrian Cantrill wrote: > Another "bug" possibly not sure if its intentional. > > Should a service oper / admin be able to modify the access list on > channels where they have no specific access ? it kinda seems logical to > me that they should be able to, but on alpha 27 (going to upgrade to 28 > later) I seem not to be able to. I am pretty sure it is intentional. Services opers have restrictions on what they can change via services. Services admins have more powers but still cannot alter every possible setting of channels/nicknames. Personally, I see no need for services users to have the power to manage channel access lists where they have not been given such access. It should be entirely up to the channel founder and his/her selected opers to manage the access list for a channel. -- Mark. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Tue Apr 9 15:59:58 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings Message-ID: <1457.193.237.130.98.1018393198.squirrel@secure.uksolutions.co.uk> Adrian Cantrill wrote: > Yus... one viewpoint... I tend to go with the flip side.. that service > admin should have 100% access to all channels etc... but I just watched > to check if it was a intentional design decision. > > Maybe have this as a option though? Services as a whole will be more > flexible then. AIUI Services is not trying to be "Big Brother" and is there to provide protection to users as well as assistance to those that run the network so I don't really see such a thing becoming an option. Why would you want to manage the access list of somebody else's channel anyway? I think if you had and used the power you would find affected channels would swiftly relocate. Look at the currently available support to remove the ability of users to register channels. In such an environment a services admin/root would have to register channels on demand so a services admin/root would become founder and would have full rights to the access list. See CSEnableRegister in modules.conf for more information. -- Mark. From adrian.cantrill at dial.pipex.com Tue Apr 9 16:06:52 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings In-Reply-To: <1457.193.237.130.98.1018393198.squirrel@secure.uksolutions.co.uk> Message-ID: <001b01c1e01b$3c845990$0100a8c0@ado> A channel takeover situation where a channel founders password is gained and the services admin wishes to remove / add channel access to secure the situation. I can think of many legitimate situations where a service admin should have access control privileges globally. And on many other services distributions this is the case. -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Mark Hetherington Sent: 10 April 2002 00:00 To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] Services Admin : Global Access to Channel Settings Adrian Cantrill wrote: > Yus... one viewpoint... I tend to go with the flip side.. that service > admin should have 100% access to all channels etc... but I just watched > to check if it was a intentional design decision. > > Maybe have this as a option though? Services as a whole will be more > flexible then. AIUI Services is not trying to be "Big Brother" and is there to provide protection to users as well as assistance to those that run the network so I don't really see such a thing becoming an option. Why would you want to manage the access list of somebody else's channel anyway? I think if you had and used the power you would find affected channels would swiftly relocate. Look at the currently available support to remove the ability of users to register channels. In such an environment a services admin/root would have to register channels on demand so a services admin/root would become founder and would have full rights to the access list. See CSEnableRegister in modules.conf for more information. -- Mark. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Tue Apr 9 16:38:23 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings Message-ID: <1626.193.237.130.98.1018395503.squirrel@secure.uksolutions.co.uk> Adrian Cantrill wrote: > A channel takeover situation where a channel founders password is gained > and the services admin wishes to remove / add channel access to secure > the situation. /msg chanserv suspend #channel is the easy quick fix. The founder/ops can then fix it themselves at a later time. /msg operserv clear #channel ops would remove everybody with current ops requiring them to re request ops from ChanServ or hop providing time to do whatever you feel you need to, to rectify the situation. /msg chanserv set #channel password newpassword would fix the problem of a compromised password. This should obviously be followed by pointing out the need for a decent password to the founder if this is a common problem on your network. There are various other commands which could be used, none of which require comprimising the founder's right to manage their own access list. It is up to the founder and designated ops to manage a channel, not a services admin. If you have problem users hacking founder passwords, surely it is better to deal with such users or (permanently) remove them from your network than start altering channel access lists. > I can think of many legitimate situations where a service > admin should have access control privileges globally. And on many other > services distributions this is the case. Well your single example so far can be handled far better using the current provisions of IRCServices so the ability to manipulate the access list is not required for that one. IRCServices is open source so you could add your own support. It would be quite trivial to implement as a custom patch for your network. If as you say "many" other packages offer it, maybe one of those would be better for you. A number of packages are branches of IRCServices so you are likely to find such packages very similar in operation. -- Mark. From achurch at achurch.org Wed Apr 10 10:04:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cosmetics Message-ID: <3cb38f91.00526@achurch.org> I don't see why. >This is going to sounds majorly pedantic I know.. but its just something >I have seen before that I thought would be more... usable for less >experienced users. Take the following scenario. > >Ado (registered nick) > >I change to this nick and nickserv informs me its registered, all well >and good. So I identify with it etc and it again informs me the password >was correct. > >Then I go away > >Ado|food > >Then I come back and switch back to > >Ado > >How about nickserv saying something along the lines of "Nickserv : you >have already authenticated for this nick", just makes the whole thing >more user friendly by providing feedback. > >Anyways let me know what you think. > >Adrian > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 10 10:05:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings Message-ID: <3cb39001.00537@achurch.org> This is intentional. If you absolutely must modify a channel's access list, use SET PASSWORD as a Services admin to change the channel's password and then identify for it using that password. >Hi again, > >Another "bug" possibly not sure if its intentional. > >Should a service oper / admin be able to modify the access list on >channels where they have no specific access ? it kinda seems logical to >me that they should be able to, but on alpha 27 (going to upgrade to 28 >later) I seem not to be able to. > >Just checking if its intentional, and if not, that you are aware of it. > >Thanks > >Adrian > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 10 10:08:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] ircservices5.0a28 /cs set secureops Message-ID: <3cb39100.00555@achurch.org> >if somebody does not believe it,simply do a connect on /server 62.103.210.20 >i tried both to my pc (linux) and my shell (freebsd). *** Connecting to port 6667 of server 62.103.210.20 *** Connection closed from 62.103.210.20: No route to host That's awfully convincing. As far as I'm concerned, this bug is closed. If anyone else can reproduce it from a clean install, please let me know. --Andrew Church achurch@achurch.org http://achurch.org/ >Andrew Church wrote: > >>>Is there any problem with secureops ? i have :/ >>>i have enabled it but chanserv never deop any user with 0 access on the >>>channel. >>>my ircd is bahamut and the conf lines are ok. >>> >> >> Works for me: >> >>-> *ChanServ* set #123 secureops on >>-ChanServ- Secure ops option is now ON. >>*** Mode change "+o zop" on channel #123 by Alcan >>*** Mode change "-o zop" on channel #123 by ChanServ >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> > > >--------------090606090409010802090400 >Content-Type: text/html; charset=ISO-2022-JP >Content-Transfer-Encoding: 7bit > > > > > >the same error on every version.
>
>msg(chanserv)] set #test secureops on
> -ChanServ- Secure ops option is now ON.
>
>-ChanServ- Information for channel #test:
> -ChanServ-         Founder: test
>-ChanServ-         Options: Topic Retention, Secure Ops, Secure
> -ChanServ-       Mode lock: +nt
>
>--- test gives channel operator status to George
>
> -ChanServ- Access level settings for channel #test:
> -ChanServ-     AUTODEOP    -1
> -ChanServ-     NOJOIN      -100
>
>if somebody does not believe it,simply do a connect on /server 62.103.210.20
>i tried both to my pc (linux) and my shell (freebsd).
>
>
>Andrew Church wrote:
>
>
> 
Is there any problem with secureops ? i have :/
i have enabled it but chanserv never deop any user with 0 access on the
channel.
my ircd is bahamut and the conf lines are ok.
>
> 

     Works for me:

-> *ChanServ* set #123 secureops on
-ChanServ- Secure ops option is now ON.
*** Mode change "+o zop" on channel #123 by Alcan
*** Mode change "-o zop" on channel #123 by ChanServ

  -
>-Andrew Church
    achurch@achurch.org
    http://achurch.org/
---------------------------------------------
>---------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-cod
>ing


>
>
> > > >--------------090606090409010802090400-- > From griever at t2n.org Tue Apr 9 18:38:43 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] list Message-ID: Is there a way in /ns and /cs LIST to list anything other than the first 50 nicks? Can you like... list nicks 50-100? From achurch at achurch.org Wed Apr 10 13:13:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] list Message-ID: <3cb3bc60.00642@achurch.org> >Is there a way in /ns and /cs LIST to list anything other than the first >50 nicks? Can you like... list nicks 50-100? No. Think of LIST like a simple search engine: if the results get cut off, you need to use a more precise search term. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Apr 9 22:11:33 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cygnus Message-ID: Andrew, have you looked at cygnus services' IO engine? from what skold showed me, it synchs in about 15 seconds what ircservices takes 15 minutes. From achurch at achurch.org Wed Apr 10 14:20:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cygnus Message-ID: <3cb3cbd4.00711@achurch.org> >Andrew, have you looked at cygnus services' IO engine? from what skold >showed me, it synchs in about 15 seconds what ircservices takes 15 >minutes. Um, what are you talking about? I've never seen Services take 15 minutes to do _anything_. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Apr 9 22:55:21 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <3cb3cbd4.00711@achurch.org> Message-ID: On Wed, 10 Apr 2002, Andrew Church wrote: > >Andrew, have you looked at cygnus services' IO engine? from what skold > >showed me, it synchs in about 15 seconds what ircservices takes 15 > >minutes. > > Um, what are you talking about? I've never seen Services take 15 > minutes to do _anything_. > Skold was running this server with like... I think it was 1200000 clones on it. > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From quension at softhome.net Tue Apr 9 23:03:24 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: Message-ID: On Tuesday, April 9, 2002, at 10:55 PM, Finny Merrill wrote: > On Wed, 10 Apr 2002, Andrew Church wrote: > >>> Andrew, have you looked at cygnus services' IO engine? from >>> what skold >>> showed me, it synchs in about 15 seconds what ircservices takes 15 >>> minutes. >> >> Um, what are you talking about? I've never seen Services take 15 >> minutes to do _anything_. > > Skold was running this server with like... I think it was > 1200000 clones > on it. On a single server? -- Quension From andrewk at isdial.net Tue Apr 9 23:10:32 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:20 2004 Subject: [IRCServices Coding] Cygnus References: Message-ID: <00fd01c1e056$75245850$9c011ac4@africa.didata.local> Are you sure it's the IO engine? What happens after the data has been received is far more likely to take time than the actual socket IO. Do you have profiling reports for the two processes? Andrew ----- Original Message ----- From: "Finny Merrill" To: Sent: Wednesday, April 10, 2002 7:55 AM Subject: Re: [IRCServices Coding] Cygnus > On Wed, 10 Apr 2002, Andrew Church wrote: > > > >Andrew, have you looked at cygnus services' IO engine? from what skold > > >showed me, it synchs in about 15 seconds what ircservices takes 15 > > >minutes. > > > > Um, what are you talking about? I've never seen Services take 15 > > minutes to do _anything_. > > > > Skold was running this server with like... I think it was 1200000 clones > on it. > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From achurch at achurch.org Wed Apr 10 15:12:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus Message-ID: <3cb3d7e6.04322@achurch.org> If you've got a million clones on your network then you have far greater problems than whether Services can keep up or not. Show me a _real_ case where Services has problems and I'll look into it. --Andrew Church achurch@achurch.org http://achurch.org/ >On Wed, 10 Apr 2002, Andrew Church wrote: > >> >Andrew, have you looked at cygnus services' IO engine? from what skold >> >showed me, it synchs in about 15 seconds what ircservices takes 15 >> >minutes. >> >> Um, what are you talking about? I've never seen Services take 15 >> minutes to do _anything_. >> > >Skold was running this server with like... I think it was 1200000 clones >on it. > >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Wed Apr 10 00:57:33 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 /cs set secureops References: <3cb39100.00555@achurch.org> Message-ID: <3CB3F06D.6050807@xchat.gr> I'm sorry andrew, but that ip was from my isdn dialup.i don't leave the connection all day online. try this 62.103.238.77 Thanks Andrew Church wrote: >>if somebody does not believe it,simply do a connect on /server 62.103.210.20 >>i tried both to my pc (linux) and my shell (freebsd). >> > >*** Connecting to port 6667 of server 62.103.210.20 >*** Connection closed from 62.103.210.20: No route to host > > That's awfully convincing. > > As far as I'm concerned, this bug is closed. If anyone else can >reproduce it from a clean install, please let me know. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Andrew Church wrote: >> >>>>Is there any problem with secureops ? i have :/ >>>>i have enabled it but chanserv never deop any user with 0 access on the >>>>channel. >>>>my ircd is bahamut and the conf lines are ok. >>>> >>> Works for me: >>> >>>-> *ChanServ* set #123 secureops on >>>-ChanServ- Secure ops option is now ON. >>>*** Mode change "+o zop" on channel #123 by Alcan >>>*** Mode change "-o zop" on channel #123 by ChanServ >>> >>> --Andrew Church >>> achurch@achurch.org >>> http://achurch.org/ >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >>> >>> >> >>--------------090606090409010802090400 >>Content-Type: text/html; charset=ISO-2022-JP >>Content-Transfer-Encoding: 7bit >> >> >> >> >> >>the same error on every version.
>>
>>msg(chanserv)] set #test secureops on
>> -ChanServ- Secure ops option is now ON.
>>
>>-ChanServ- Information for channel #test:
>> -ChanServ-         Founder: test
>>-ChanServ-         Options: Topic Retention, Secure Ops, Secure
>> -ChanServ-       Mode lock: +nt
>>
>>--- test gives channel operator status to George
>>
>> -ChanServ- Access level settings for channel #test:
>> -ChanServ-     AUTODEOP    -1
>> -ChanServ-     NOJOIN      -100
>>
>>if somebody does not believe it,simply do a connect on /server 62.103.210.20
>>i tried both to my pc (linux) and my shell (freebsd).
>>
>>
>>Andrew Church wrote:
>>
>>
>> 
Is there any problem with secureops ? i have :/
i have enabled it but chanserv never deop any user with 0 access on the
channel.
my ircd is bahamut and the conf lines are ok.
>>
>> 

     Works for me:

-> *ChanServ* set #123 secureops on
-ChanServ- Secure ops option is now ON.
*** Mode change "+o zop" on channel #123 by Alcan
*** Mode change "-o zop" on channel #123 by ChanServ

  -
>>-Andrew Church
    achurch@achurch.org
    http://achurch.org/
---------------------------------------------
>>---------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-cod
>>ing


>>
>>
>> >> >> >>--------------090606090409010802090400-- >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020410/576f00c7/attachment.htm From adrian.cantrill at dial.pipex.com Wed Apr 10 08:52:00 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Services Admin : Global Access to Channel Settings In-Reply-To: <3cb39001.00537@achurch.org> Message-ID: <002b01c1e0a7$a7245160$0100a8c0@ado> Hi, Thanks for that its just "another" method of doing it and it seems fine once I use it. Thanks again. -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Andrew Church Sent: 10 April 2002 02:05 To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Services Admin : Global Access to Channel Settings This is intentional. If you absolutely must modify a channel's access list, use SET PASSWORD as a Services admin to change the channel's password and then identify for it using that password. From griever at t2n.org Wed Apr 10 12:50:26 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <00fd01c1e056$75245850$9c011ac4@africa.didata.local> Message-ID: On Wed, 10 Apr 2002, Andrew Kempe wrote: > Are you sure it's the IO engine? What happens after the data has been > received is far more likely to take time than the actual socket IO. > > Do you have profiling reports for the two processes? > > Andrew > Well: Cygnus is partially based on ircservices (just the core, the *Servs are complete rewrites). Previously, they took about the same time to synch. Then, skold redid the IO engine and cygnus' speed increased a whole lot. From griever at t2n.org Wed Apr 10 13:05:47 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <3cb3d7e6.04322@achurch.org> Message-ID: On Wed, 10 Apr 2002, Andrew Church wrote: > If you've got a million clones on your network then you have far > greater problems than whether Services can keep up or not. Show me a > _real_ case where Services has problems and I'll look into it. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > Sorry, I blew the numbers up a bit. It was: 100000 user, 60000 channel, 30 server. From beng at nc.rr.com Wed Apr 10 15:58:51 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <01fb01c1e0ec$a6d78390$0300a8c0@asi200> [Apr 10 18:39:18 2002] IRC Services 5.0a28 starting up [Apr 10 18:39:20 2002] modules.conf:384: Unknown directive `SessionLimitAkill' I don't know if this just isn't being mentioned on the list or what.. changed to SessionLimitAutokill, it works. [Apr 10 18:49:30 2002] protocol/bahamut: WARNING: missing IP address for new nick Irch This happens when you use bahamut's oper hostmasking. I guess bahamut doesn't send the IP when connecting with a masked host. Also, should non-AUTH'd nicks be set kill enforced? This setting gets applied to new nicks if specified in the config. Shouldn't the default settings be applied after the nick is fully registered? [Apr 10 18:54:04 2002] mail/smtp: Connection to server broken for socket 0x8151e80 smtp still doesn't work for FreeBSD. I guess. I havn't had time to dig into this one. And finally.. a switch to turn of the annoying /ns(cs,ms,os) HELP COMMANDS would be nice. There was nothing wrong with /ns HELP. I expect all the people who issue a help follow it up with a help commands anyways. -- Ben Goldstein (beng@nc.rr.com) FreeBSD raider 4.4-20010827-RC2 FreeBSD 4.4-20010827-RC2 #4: Fri Nov 16 14:57:04 EST 2001 root@raider:/usr/obj/usr/src/sys/BG1 i386 bahamut-1.4(29). irc.bstu.dhs.org CDHiIY TS3ow-r[RELEASE] ircservices-5.0a28 services.bstu.dhs.org build #2, compiled Wed Apr 10 18:20:25 EDT 2002 From achurch at achurch.org Thu Apr 11 13:39:28 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus Message-ID: <3cb5148a.04633@achurch.org> I still haven't heard of a _real_ network with 100k users, but even assuming that's comparable to a real-world circumstance, Services frankly isn't designed to handle that many users. I haven't put any focus at all on speed in version 5.0, either--my priorities are (1) get it working and (2) get it stable and secure. If it works with 100k users, great, if not, don't use it; unlike some people (*cough*M$*cough*) I don't claim my software is the best for every imaginable circumstance. Also, it's worth noting that Services' I/O engine has been completely redesigned for 5.0, so any comparisons done with 4.x don't count. --Andrew Church achurch@achurch.org http://achurch.org/ >On Wed, 10 Apr 2002, Andrew Church wrote: > >> If you've got a million clones on your network then you have far >> greater problems than whether Services can keep up or not. Show me a >> _real_ case where Services has problems and I'll look into it. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >Sorry, I blew the numbers up a bit. > >It was: 100000 user, 60000 channel, 30 server. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rplume at cablemo.net Wed Apr 10 21:59:43 2002 From: rplume at cablemo.net (RP) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus References: <3cb5148a.04633@achurch.org> Message-ID: <001801c1e115$b35e5070$8cfeda42@ryan> Out of curiousity, how many users do you think services could handle efficiently? ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, April 10, 2002 11:39 PM Subject: Re: [IRCServices Coding] Cygnus > I still haven't heard of a _real_ network with 100k users, but even > assuming that's comparable to a real-world circumstance, Services frankly > isn't designed to handle that many users. I haven't put any focus at all > on speed in version 5.0, either--my priorities are (1) get it working and > (2) get it stable and secure. If it works with 100k users, great, if not, > don't use it; unlike some people (*cough*M$*cough*) I don't claim my > software is the best for every imaginable circumstance. > > Also, it's worth noting that Services' I/O engine has been completely > redesigned for 5.0, so any comparisons done with 4.x don't count. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From griever at t2n.org Thu Apr 11 01:22:05 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <3cb5148a.04633@achurch.org> Message-ID: On Thu, 11 Apr 2002, Andrew Church wrote: > I still haven't heard of a _real_ network with 100k users, but even You've never heard of dalnet? > assuming that's comparable to a real-world circumstance, Services frankly > isn't designed to handle that many users. I haven't put any focus at all > on speed in version 5.0, either--my priorities are (1) get it working and > (2) get it stable and secure. If it works with 100k users, great, if not, > don't use it; unlike some people (*cough*M$*cough*) I don't claim my > software is the best for every imaginable circumstance. > > Also, it's worth noting that Services' I/O engine has been completely > redesigned for 5.0, so any comparisons done with 4.x don't count. > Actually, if I remember correctly 5.0 was slower. May be because of added features It's of point to note that both versions of ircservices sent a lot more to the server. Any idea what this could be? From admin at nevernet.net Thu Apr 11 01:25:02 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: Message-ID: <04b001c1e132$60431cf0$010210ac@noc4> I think he said REAL network. DALnet just attempts to be a network between netsplits and lag bursts :) ELIJAH(1) -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Finny Merrill Sent: Thursday, April 11, 2002 9:22 AM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Cygnus On Thu, 11 Apr 2002, Andrew Church wrote: > I still haven't heard of a _real_ network with 100k users, but > even You've never heard of dalnet? > assuming that's comparable to a real-world circumstance, Services > frankly isn't designed to handle that many users. I haven't put any > focus at all on speed in version 5.0, either--my priorities are (1) > get it working and > (2) get it stable and secure. If it works with 100k users, great, if not, > don't use it; unlike some people (*cough*M$*cough*) I don't claim my > software is the best for every imaginable circumstance. > > Also, it's worth noting that Services' I/O engine has been > completely redesigned for 5.0, so any comparisons done with 4.x don't > count. > Actually, if I remember correctly 5.0 was slower. May be because of added features It's of point to note that both versions of ircservices sent a lot more to the server. Any idea what this could be? ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Apr 11 17:41:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus Message-ID: <3cb54e39.05033@achurch.org> : >Out of curiousity, how many users do you think services could handle >efficiently? Earlier versions ran borderline with about 25k users from reports I heard. 5.0 has more efficient I/O but more overhead per command, so maybe more, maybe less, I don't know. Obviously it all depends on the system you run it on; I remember Services on EsperNet having lag trouble on startup with just 700 simultaneous users, but at the time it was running on a 486/100. Give it an Athlon 1900 or some such and maybe it can handle 100k users, I don't know--but to be honest it's not really designed to handle that many users efficiently. : >> I still haven't heard of a _real_ network with 100k users, but even > >You've never heard of dalnet? I wasn't aware they had 100k simultaneous users, but then I haven't gone there in a while. >> Also, it's worth noting that Services' I/O engine has been completely >> redesigned for 5.0, so any comparisons done with 4.x don't count. >> >Actually, if I remember correctly 5.0 was slower. May be because of added >features As mentioned above, commands have more overhead (mostly because they use callbacks), so any comparisons done with 4.x don't count even more. >It's of point to note that both versions of ircservices sent a lot more >to the server. Any idea what this could be? Because they're friendlier and want to chat with the server more? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Apr 11 23:33:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb59f67.05204@achurch.org> >[Apr 10 18:39:18 2002] IRC Services 5.0a28 starting up >[Apr 10 18:39:20 2002] modules.conf:384: Unknown directive >`SessionLimitAkill' > >I don't know if this just isn't being mentioned on the list or what.. >changed to SessionLimitAutokill, it works. This directive had its name changed a few releases back; you'll need to update your config files. >[Apr 10 18:49:30 2002] protocol/bahamut: WARNING: missing IP address for new >nick Irch >This happens when you use bahamut's oper hostmasking. I guess bahamut >doesn't send the IP when connecting with a masked host. What is oper hostmasking, anyway? >Also, should non-AUTH'd nicks be set kill enforced? This setting gets >applied to new nicks if specified in the config. Shouldn't the default >settings be applied after the nick is fully registered? Good point. >[Apr 10 18:54:04 2002] mail/smtp: Connection to server broken for socket >0x8151e80 >smtp still doesn't work for FreeBSD. I guess. I havn't had time to dig into >this one. I'll try and find time for this, but if you or someone else could take a closer look it would help. >And finally.. a switch to turn of the annoying /ns(cs,ms,os) HELP COMMANDS >would be nice. There was nothing wrong with /ns HELP. I expect all the >people who issue a help follow it up with a help commands anyways. HELP COMMANDS is there because it was impossible (well, close enough) to deal with changed to the command list from modules getting loaded and unloaded otherwise. Plus, I can see plenty of cases where you might want to do a HELP COMMANDS without the extra junk from HELP. HELP COMMANDS stays. --Andrew Church achurch@achurch.org http://achurch.org/ From uhc0 at rz.uni-karlsruhe.de Thu Apr 11 07:50:35 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:21 2004 Subject: AW: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <3cb59f67.05204@achurch.org> Message-ID: <000601c1e168$4ecde7d0$02c8a8c0@nygmatech.local> Hi, > >[Apr 10 18:49:30 2002] protocol/bahamut: WARNING: missing IP address > >for new nick Irch This happens when you use bahamut's oper > hostmasking. > >I guess bahamut doesn't send the IP when connecting with a > masked host. > > What is oper hostmasking, anyway? It is the way Bahamut uses to fake ircop hostnames via the #define STAFF_HOST The function bahamut uses for this feature removes the sptr->ip and replaces sptr->hostip with 0.0.0.0 leading to a 0 in the NICK line. This is by design. That log warning can be ignored, I believe. > > >Also, should non-AUTH'd nicks be set kill enforced? This > setting gets > >applied to new nicks if specified in the config. Shouldn't > the default > >settings be applied after the nick is fully registered? > > Good point. Services should even not set users +r when identifying to a non authenticated nickname, to prevent clone attacks to +R channels or flooding +R users, by simply registered and identifying. 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 r-krisztian at softhome.net Thu Apr 11 08:02:44 2002 From: r-krisztian at softhome.net (=?iso-8859-1?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various References: <000601c1e168$4ecde7d0$02c8a8c0@nygmatech.local> Message-ID: <000901c1e169$f14c2700$0b00000a@rokusnet.hu> Hello! About hostnames I have also a notice ignoring problem on on Unreal IRCd protocol, because my services gives a warning that services can't get IP address from hostnames. If I'm right, it's because of hidden hostnames, but dunno. yusuf: I think you should ignore these notices if you know what you're doing. AngryWolf From mark at ctcp.net Thu Apr 11 10:20:07 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] 5.0a28 seemingly inaccurate startup warnings in log Message-ID: <1130.193.237.130.98.1018545607.squirrel@secure.uksolutions.co.uk> After installing Services 5.0a28, I booted services, used /operserv shutdown, then started services again. >From that point and on all subsequent runs of Services, a number of warnings appear in the log file from services of the format: IRC Services 5.0a28 starting up database/version4: warning: autokick mismatch in extension data for channel #admins (corrupt database?): expected 2, got 2 As can be seen from this example, the two numbers where services thinks it has found a problem are equal so I am not sure what services actually thinks the problem is. The warning output code seems to be performing a check with one set of parameters but reporting the error using a different set of parameters: if (count != ci->access_count && ci != &dummy_ci) { module_log("warning: autokick mismatch in extension data" " for channel %s (corrupt database?): expected" " %d, got %d", ci->name, ci->akick_count, count); i.e. ci->access_count as used for the check is not the same variable as ci- >akick_count as used for the message output. -- Mark. From beng at nc.rr.com Thu Apr 11 12:30:45 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various References: <3cb59f67.05204@achurch.org> Message-ID: <022d01c1e18f$7df42610$0300a8c0@asi200> > >[Apr 10 18:39:18 2002] IRC Services 5.0a28 starting up > >[Apr 10 18:39:20 2002] modules.conf:384: Unknown directive > >`SessionLimitAkill' > > > >I don't know if this just isn't being mentioned on the list or what.. > >changed to SessionLimitAutokill, it works. > > This directive had its name changed a few releases back; you'll need > to update your config files. In the most recent example-modules.conf, the example needs to be changed. (line 372) #SessionLimitAkill 10s 5 30m "Exceeding session limit" -- Ben Goldstein (beng@nc.rr.com) From admin at nevernet.net Thu Apr 11 13:49:37 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <022d01c1e18f$7df42610$0300a8c0@asi200> Message-ID: <055e01c1e19a$64d701b0$010210ac@noc4> Another question, would it be possible to have logging ignore various things? Maybe options for logging like MINIMAL and VERBOSE...so that every nick identify isn't logged if you don't want it to be. Same with unknown messages and the like. CHATOPS and it's close relatives are always logged as unknown messages, but it's really not necessary. Thanks, ELIJAH(1) From kfiresun at ix.netcom.com Thu Apr 11 15:06:59 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus References: <3cb54e39.05033@achurch.org> Message-ID: <002201c1e1a5$33845ad0$0200000a@stormkeepers.com> ----- Original Message ----- From: "Andrew Church" To: Sent: Thursday, April 11, 2002 3:41 AM Subject: Re: [IRCServices Coding] Cygnus > : > >Out of curiousity, how many users do you think services could handle > >efficiently? > > Earlier versions ran borderline with about 25k users from reports I > heard. 5.0 has more efficient I/O but more overhead per command, so maybe > more, maybe less, I don't know. Obviously it all depends on the system you > run it on; I remember Services on EsperNet having lag trouble on startup > with just 700 simultaneous users, but at the time it was running on a > 486/100. Give it an Athlon 1900 or some such and maybe it can handle 100k > users, I don't know--but to be honest it's not really designed to handle > that many users efficiently. > > : > >> I still haven't heard of a _real_ network with 100k users, but even > > > >You've never heard of dalnet? > > I wasn't aware they had 100k simultaneous users, but then I haven't > gone there in a while. > Current local users: 10288 Max: 25358 Current global users: 120185 Max: 135705 I don't think you'd want to go back to Dalnet anytime soon: -twisted.ma.us.dal.net- *** Autokilled for [exp/ident] Enable ident in your client. Send email to exploits@dal.net with a subject of [exp/ident] for more details. [AKILL ID:969137152K-a] (2002/04/11 14.58) *Tries not to go on tirade about how using IDENT for security is a Bad Idea(tm)* > > >> Also, it's worth noting that Services' I/O engine has been completely > >> redesigned for 5.0, so any comparisons done with 4.x don't count. > >> > >Actually, if I remember correctly 5.0 was slower. May be because of added > >features > > As mentioned above, commands have more overhead (mostly because they > use callbacks), so any comparisons done with 4.x don't count even more. > That and loadable modules, which would have the additional overhead of context switching. *shudder* > >It's of point to note that both versions of ircservices sent a lot more > >to the server. Any idea what this could be? > > Because they're friendlier and want to chat with the server more? > *laugh* Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From griever at t2n.org Thu Apr 11 15:50:04 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <002201c1e1a5$33845ad0$0200000a@stormkeepers.com> Message-ID: On Thu, 11 Apr 2002, Kelmar K. Firesun wrote: > > Current local users: 10288 Max: 25358 > Current global users: 120185 Max: 135705 > > I don't think you'd want to go back to Dalnet anytime soon: > -twisted.ma.us.dal.net- *** Autokilled for [exp/ident] Enable ident in your > client. Send email to exploits@dal.net with a subject of [exp/ident] for > more > details. [AKILL ID:969137152K-a] (2002/04/11 14.58) > > *Tries not to go on tirade about how using IDENT for security is a Bad > Idea(tm)* Oh shut up, seriously. We've already discussed this :P From achurch at achurch.org Fri Apr 12 10:17:05 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus Message-ID: <3cb6370f.05461@achurch.org> >> As mentioned above, commands have more overhead (mostly because they >> use callbacks), so any comparisons done with 4.x don't count even more. > >That and loadable modules, which would have the additional overhead of >context switching. *shudder* Er, modules and context switching have nothing to do with each other. The only overhead outside of callbacks used by modules is when actually loading them, and if that's such a concern you can always compile the modules statically which dramatically reduces that overhead. (On second thought, that's not _quite_ true because there are cases where you have to look up symbols in other modules, but I've tried to keep those to a minimum so they shouldn't significantly impact anything.) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Apr 12 10:55:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] 5.0a28 seemingly inaccurate startup warnings in log Message-ID: <3cb63e93.05530@achurch.org> Thanks, fixed. >After installing Services 5.0a28, I booted services, used /operserv >shutdown, then started services again. > >>From that point and on all subsequent runs of Services, a number of >warnings appear in the log file from services of the format: > >IRC Services 5.0a28 starting up >database/version4: warning: autokick mismatch in extension data for channel >#admins (corrupt database?): expected 2, got 2 > >As can be seen from this example, the two numbers where services thinks it >has found a problem are equal so I am not sure what services actually >thinks the problem is. > >The warning output code seems to be performing a check with one set of >parameters but reporting the error using a different set of parameters: > > if (count != ci->access_count && ci != &dummy_ci) { > module_log("warning: autokick mismatch in extension data" > " for channel %s (corrupt database?): expected" > " %d, got %d", ci->name, ci->akick_count, count); > >i.e. ci->access_count as used for the check is not the same variable as ci- >>akick_count as used for the message output. > >-- >Mark. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Apr 12 10:57:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb63f14.05547@achurch.org> Logging is going to be redone in a future release. >Another question, would it be possible to have logging ignore various >things? Maybe options for logging like MINIMAL and VERBOSE...so that >every nick identify isn't logged if you don't want it to be. Same with >unknown messages and the like. CHATOPS and it's close relatives are >always logged as unknown messages, but it's really not necessary. > >Thanks, > >ELIJAH(1) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From quension at softhome.net Thu Apr 11 18:57:29 2002 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus In-Reply-To: <002201c1e1a5$33845ad0$0200000a@stormkeepers.com> Message-ID: On Thursday, April 11, 2002, at 03:06 PM, Kelmar K. Firesun wrote: >> : >>>> I still haven't heard of a _real_ network with 100k >>>> users, but even >>> >>> You've never heard of dalnet? >> >> I wasn't aware they had 100k simultaneous users, but then >> I haven't >> gone there in a while. > > Current local users: 10288 Max: 25358 > Current global users: 120185 Max: 135705 > > I don't think you'd want to go back to Dalnet anytime soon: > -twisted.ma.us.dal.net- *** Autokilled for [exp/ident] Enable > ident in your > client. Send email to exploits@dal.net with a subject of > [exp/ident] for > more > details. [AKILL ID:969137152K-a] (2002/04/11 14.58) > > *Tries not to go on tirade about how using IDENT for security is a Bad > Idea(tm)* Don't worry; it's not being used for security. >>>> Also, it's worth noting that Services' I/O engine has >>>> been completely >>>> redesigned for 5.0, so any comparisons done with 4.x don't count. >>>> >>> Actually, if I remember correctly 5.0 was slower. May be >>> because of added >>> features >> >> As mentioned above, commands have more overhead (mostly >> because they >> use callbacks), so any comparisons done with 4.x don't count >> even more. > > That and loadable modules, which would have the additional overhead of > context switching. *shudder* > >>> It's of point to note that both versions of ircservices sent a >>> lot more >>> to the server. Any idea what this could be? >> >> Because they're friendlier and want to chat with the server more? While we're on this topic, I took a look at Cygnus' 0.0.2 socket code. It appears to use a blocking socket, and I see possible issues with receive buffering. Did it handle everything it was supposed to? More details really are needed for decent comparisons. -- Quension From achurch at achurch.org Fri Apr 12 10:58:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb63f35.06222@achurch.org> Fixed, thanks. >> >[Apr 10 18:39:18 2002] IRC Services 5.0a28 starting up >> >[Apr 10 18:39:20 2002] modules.conf:384: Unknown directive >> >`SessionLimitAkill' >> > >> >I don't know if this just isn't being mentioned on the list or what.. >> >changed to SessionLimitAutokill, it works. >> >> This directive had its name changed a few releases back; you'll need >> to update your config files. > >In the most recent example-modules.conf, the example needs to be changed. >(line 372) > #SessionLimitAkill 10s 5 30m "Exceeding session limit" > > >-- Ben Goldstein (beng@nc.rr.com) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Apr 12 11:13:50 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: AW: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb6438e.10035@achurch.org> >> >[Apr 10 18:49:30 2002] protocol/bahamut: WARNING: missing IP address >> >for new nick Irch This happens when you use bahamut's oper >> hostmasking. >> >I guess bahamut doesn't send the IP when connecting with a >> masked host. >> >> What is oper hostmasking, anyway? > >It is the way Bahamut uses to fake ircop hostnames via the #define >STAFF_HOST > >The function bahamut uses for this feature removes the sptr->ip and >replaces sptr->hostip with 0.0.0.0 leading to a 0 in the NICK line. This >is by design. That log warning can be ignored, I believe. That may be about the only thing to do; I'll put a note somewhere. >Services should even not set users +r when identifying to a non >authenticated nickname, to prevent clone attacks to +R channels or >flooding +R users, by simply registered and identifying. You can't identify to a non-authed nickname in the first place, so this is a non-issue. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Apr 12 11:16:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb643b3.10044@achurch.org> >About hostnames I have also a notice ignoring problem on on Unreal IRCd >protocol, because my services gives a warning that services can't get IP >address from hostnames. If I'm right, it's because of hidden hostnames, but >dunno. I wasn't aware Unreal sent IP addresses in the first place; I haven't seen these warnings (Unreal 3.1.whatever). --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Thu Apr 11 21:33:09 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various References: <3cb643b3.10044@achurch.org> Message-ID: <002a01c1e1db$2acc3d00$0b00000a@rokusnet.hu> Sorry, I was wrong, the real message is the following and the version is Unreal 3.2beta9 I think it's not going to be a services problem... *** Checking ident... *** Couldn't resolve your hostname; using your IP address instead *** Received identd response After # ./ircservices I have a warning message: *** Global -- from OperServ: WARNING: Client IP addresses are not available with this IRC server; SZLINEs cannot be used unless ImmediatelySendSline is enabled in modules.conf. How can I solves this? Enable ImmediatelySendSline? ----- Original Message ----- From: Andrew Church To: Sent: Friday, April 12, 2002 4:16 AM Subject: Re: [IRCServices Coding] ircservices5.0a28 various > >About hostnames I have also a notice ignoring problem on on Unreal IRCd > >protocol, because my services gives a warning that services can't get IP > >address from hostnames. If I'm right, it's because of hidden hostnames, but > >dunno. > > I wasn't aware Unreal sent IP addresses in the first place; I haven't > seen these warnings (Unreal 3.1.whatever). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Apr 12 14:11:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb66c85.12215@achurch.org> >Sorry, I was wrong, the real message is the following and the version is >Unreal 3.2beta9 > >I think it's not going to be a services problem... > >*** Checking ident... >*** Couldn't resolve your hostname; using your IP address instead >*** Received identd response > >After ># ./ircservices >I have a warning message: > >*** Global -- from OperServ: WARNING: Client IP addresses are not available >with this IRC server; SZLINEs cannot be used unless ImmediatelySendSline is >enabled in modules.conf. > >How can I solves this? Enable ImmediatelySendSline? Yes, that would seem to be the optimal solution. >----- Original Message ----- >From: Andrew Church >To: >Sent: Friday, April 12, 2002 4:16 AM >Subject: Re: [IRCServices Coding] ircservices5.0a28 various > > >> >About hostnames I have also a notice ignoring problem on on Unreal IRCd >> >protocol, because my services gives a warning that services can't get IP >> >address from hostnames. If I'm right, it's because of hidden hostnames, >but >> >dunno. >> >> I wasn't aware Unreal sent IP addresses in the first place; I haven't >> seen these warnings (Unreal 3.1.whatever). >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From pcockrell at satx.rr.com Thu Apr 11 22:14:33 2002 From: pcockrell at satx.rr.com (Phillip C.) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0 References: <3cb66c85.12215@achurch.org> Message-ID: <006701c1e1e0$efe746c0$1901a8c0@lightspeed> How close are we to seeing a beta release? Any time frame? Phil From kfiresun at ix.netcom.com Thu Apr 11 23:12:20 2002 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Cygnus References: Message-ID: <002001c1e1e9$00e769c0$0200000a@stormkeepers.com> ----- Original Message ----- From: "Trevor Talbot" To: Sent: Thursday, April 11, 2002 8:57 PM Subject: Re: [IRCServices Coding] Cygnus > > > > *Tries not to go on tirade about how using IDENT for security is a Bad > > Idea(tm)* > > Don't worry; it's not being used for security. > I hate arguing this point. If it's not letting me on becuase I'm not running it then, it certinaly does look like security to me. I could continue on this point, but I wont. This is not the list to argue such a point. I'm not out to start a flame war on this. Kelmar K. Firesun (IRL: Bryce Simonds) Acting Admin: dream.esper.net From achurch at achurch.org Fri Apr 12 15:53:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0 Message-ID: <3cb6847b.12237@achurch.org> >How close are we to seeing a beta release? Any time frame? I have no clue. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Fri Apr 12 00:35:50 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Another question Message-ID: <05e801c1e1f4$ab90ade0$010210ac@noc4> How about a numbered akill list? Would just make it easier to remove them. Handling similar to the channel access lists. From v13 at it.teithe.gr Fri Apr 12 09:37:22 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Another question In-Reply-To: <05e801c1e1f4$ab90ade0$010210ac@noc4> References: <05e801c1e1f4$ab90ade0$010210ac@noc4> Message-ID: <200204121937.22842.v13@it.teithe.gr> On Friday 12 April 2002 10:35, Elijah wrote: > How about a numbered akill list? Would just make it easier to remove > them. Handling similar to the channel access lists. NO! Please don't... It is very common for two opers to try to remove an akill at the same time, or for services to expire some akills while an oper is typing /os akill del .... <> From dan at viaraix.net Fri Apr 12 12:13:33 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Channel registration limit Message-ID: <3CB731DD.10101@viaraix.net> from the nickserv bit on http module for every nick there is a section... Channel registration limit: Default (20) does this mean it can be changed per specific nick ? problem i have atm is that i want to allow users to register up to 2 channels but i want services admins especially to be able to register more if there isnt a way to change it per specific nick can you make this ignored for services admins? From admin at nevernet.net Fri Apr 12 12:15:54 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Another question In-Reply-To: <200204121937.22842.v13@it.teithe.gr> Message-ID: <004701c1e256$77c15bb0$010210ac@noc4> How about an option to turn it off then? (My solution to everything...because I love updating language files):P ELIJAH(1) -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of V13 Sent: Friday, April 12, 2002 5:37 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Another question On Friday 12 April 2002 10:35, Elijah wrote: > How about a numbered akill list? Would just make it easier to remove > them. Handling similar to the channel access lists. NO! Please don't... It is very common for two opers to try to remove an akill at the same time, or for services to expire some akills while an oper is typing /os akill del .... <> ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Fri Apr 12 13:20:47 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Another question In-Reply-To: <200204121937.22842.v13@it.teithe.gr> Message-ID: On Fri, 12 Apr 2002, V13 wrote: > On Friday 12 April 2002 10:35, Elijah wrote: > > How about a numbered akill list? Would just make it easier to remove > > them. Handling similar to the channel access lists. > > NO! Please don't... It is very common for two opers to try to remove an akill > at the same time, or for services to expire some akills while an oper is > typing /os akill del .... Do it the same way access lists are done: keep the same numbers until the next DB update. Also, I seem to remember andy saying he might allow masks in access lists again, as an option. > > <> > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Fri Apr 12 13:27:15 2002 From: r-krisztian at softhome.net (=?iso-8859-1?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Channel registration limit References: <3CB731DD.10101@viaraix.net> Message-ID: <004401c1e260$735877c0$0b00000a@rokusnet.hu> That sounds a good idea. It can be changed by the CSMaxReg option if i know well... But it's for every user, you cannot set a limit to one user with this. AngryWolf ----- Original Message ----- From: Dan Jones To: Sent: Friday, April 12, 2002 9:13 PM Subject: [IRCServices Coding] Channel registration limit > from the nickserv bit on http module for every nick there is a section... > > Channel registration limit: Default (20) > > does this mean it can be changed per specific nick ? > > problem i have atm is that i want to allow users to register up to 2 > channels but i want services admins especially to be able to register more > > if there isnt a way to change it per specific nick can you make this > ignored for services admins? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From beng at nc.rr.com Fri Apr 12 21:52:32 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various References: <3cb59f67.05204@achurch.org> Message-ID: <039f01c1e2a7$37b3f180$0300a8c0@asi200> > >[Apr 10 18:54:04 2002] mail/smtp: Connection to server broken for socket > >0x8151e80 > >smtp still doesn't work for FreeBSD. I guess. I havn't had time to dig into > >this one. > > I'll try and find time for this, but if you or someone else could take > a closer look it would help. > [Apr 12 20:24:27.627615 2002] debug: sockets: connect on fd 1 returned [Apr 12 20:24:27.627957 2002] debug: sockets: connect(1 -> 24.93.67.206:25): Socket is already connected [Apr 12 20:24:27.628241 2002] mail/smtp: Connection to server failed for socket 0x8151e80 Any thoughts? Socket is already connected (?!) 24.93.67.206 is my mail server. Will continue investigating. -- Ben Goldstein (beng@nc.rr.com) From achurch at achurch.org Sat Apr 13 16:51:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] Channel registration limit Message-ID: <3cb7e3a4.13143@achurch.org> I think I haven't gotten around to this yet but it's definitely planned to go in at some point. >from the nickserv bit on http module for every nick there is a section... > > Channel registration limit: Default (20) > >does this mean it can be changed per specific nick ? > >problem i have atm is that i want to allow users to register up to 2 >channels but i want services admins especially to be able to register more > >if there isnt a way to change it per specific nick can you make this >ignored for services admins? > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Apr 14 11:46:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb8ede0.13655@achurch.org> "Already connected" sounds like it's ignoring the fact that the socket is non-blocking (or maybe my logic is wrong). --Andrew Church achurch@achurch.org http://achurch.org/ >> >[Apr 10 18:54:04 2002] mail/smtp: Connection to server broken for socket >> >0x8151e80 >> >smtp still doesn't work for FreeBSD. I guess. I havn't had time to dig >into >> >this one. >> >> I'll try and find time for this, but if you or someone else could >take >> a closer look it would help. >> > >[Apr 12 20:24:27.627615 2002] debug: sockets: connect on fd 1 returned >[Apr 12 20:24:27.627957 2002] debug: sockets: connect(1 -> 24.93.67.206:25): >Socket is already connected >[Apr 12 20:24:27.628241 2002] mail/smtp: Connection to server failed for >socket 0x8151e80 > >Any thoughts? > >Socket is already connected (?!) 24.93.67.206 is my mail server. Will >continue investigating. > >-- Ben Goldstein (beng@nc.rr.com) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From v13 at it.teithe.gr Sun Apr 14 05:22:01 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <3cb8ede0.13655@achurch.org> References: <3cb8ede0.13655@achurch.org> Message-ID: <200204141522.01473.v13@it.teithe.gr> On Sunday 14 April 2002 14:46, Andrew Church wrote: > "Already connected" sounds like it's ignoring the fact that the socket > is non-blocking (or maybe my logic is wrong). I'm not 100% sure about this.. anyway... In sockets.c:482: if ((i = connect(fd, (struct sockaddr *)&sa, sizeof(sa))) < 0 && errno != EINPROGRESS and after that: if (i == 0) { s->flags |= SF_CONNECTED; FD_SET(fd, &sock_fds); if (s->cb_connect) s->cb_connect(s, 0); } else { s->flags |= SF_CONNECTING; FD_SET(fd, &write_fds); } So a non blocking connect() returns EINPROGRESS and (s->flags & SF_CONNECTING) is true.. After that, when the connection is established, in sockets.c:296 in function check_sockets(): } else if (s->flags & SF_CONNECTING) { /* Connection established (or failed) */ if (debug >= 2) log("debug: sockets: connect on fd %d returned", i); res = connect(s->fd, (struct sockaddr *)&s->remote, sizeof(s->remote)); So you're calling connect() twice and the 2nd call is done when the socket *IS* connected, since writeability indicates the connection is established. > --Andrew Church <> From griever at t2n.org Sun Apr 14 08:41:24 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <200204141522.01473.v13@it.teithe.gr> Message-ID: I believe the POSIX way to do this is to call connect(), ignore the return value, then select() it for except and write. If write, it opened successfully, if except, there's an error (use getsockopt()). From achurch at achurch.org Mon Apr 15 00:54:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cb9a86f.14161@achurch.org> >I believe the POSIX way to do this is to call connect(), ignore the return >value, then select() it for except and write. If write, it opened >successfully, if except, there's an error (use getsockopt()). Do you know of anywhere this is documented? My connect(2) man page (Linux, dated 1998/10/3) says, for EINPROGRESS: The socket is non-blocking and the connection cannot be completed immediately. It is possible to select(2) or poll(2) for completion by selecting the socket for writing. After select indicates writability, use getsockopt(2) to read the SO_ERROR option at level SOL_SOCKET to determine whether connect completed successfully (SO_ERROR) is zero) or unsuccessfully (SO_ERROR is one of the usual error codes listed here, explaining the reason for the failure). which would seem to indicate that Linux, at least, returns writable even for unsuccessful connections (I haven't tested this). If anyone would be willing to try to figure out and test a reliable way to check for connectedness of non-blocking sockets on both Linux and FreeBSD, it would be much appreciated. Remember that it has to work for both successful and failed connections for both localhost (I'm not sure, but connect() may return success even if non-blocking for 127.0.0.1) and remote hosts with reasonably high (>100ms) ping times. --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Sun Apr 14 13:18:00 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <3cb9a86f.14161@achurch.org> References: <3cb9a86f.14161@achurch.org> Message-ID: <200204142318.00955.v13@it.teithe.gr> On Monday 15 April 2002 03:54, Andrew Church wrote: > If anyone would be willing to try to figure out and test a reliable > way to check for connectedness of non-blocking sockets on both Linux and > FreeBSD, it would be much appreciated. Remember that it has to work for > both successful and failed connections for both localhost (I'm not sure, > but connect() may return success even if non-blocking for 127.0.0.1) and > remote hosts with reasonably high (>100ms) ping times. You do a connect(). If connect returns 0 then the connection is established. If it returns -1 then you select() this fd for write. When select() indicates writeability then you use getsockopt(): int ret,n; ret=getsockopt(sockfd,SOL_SOCKET,SO_ERROR,&n,sizeof(n)); ret==0 && n==0 means the socket is succesfuly connected when failed n has the same error code that connect() whould return if it was a blocking socket. > --Andrew Church <> From v13 at it.teithe.gr Sun Apr 14 13:29:06 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <200204142329.06500.v13@it.teithe.gr> On Sunday 14 April 2002 23:18, V13 wrote: > If it returns -1 then you select() this fd for write. Correction: If it returns -1 and errno==EINPROGRESS then you select the fd for write. return==-1 and errno!=EINPROGRESS means that connect() failed. In that case select() should not be used for this fd (it will return error). <> From achurch at achurch.org Mon Apr 15 10:09:16 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:21 2004 Subject: [IRCServices Coding] ircservices5.0a28 various Message-ID: <3cba2895.14421@achurch.org> I can comprehend the manual page just fine without any assistance, thank you. I was asking for someone who would be willing to actually test this on both systems and see if it worked, not someone to explain it in newbie-speak. --Andrew Church achurch@achurch.org http://achurch.org/ >On Monday 15 April 2002 03:54, Andrew Church wrote: >> If anyone would be willing to try to figure out and test a reliabl >e >> way to check for connectedness of non-blocking sockets on both Linux an >d >> FreeBSD, it would be much appreciated. Remember that it has to work fo >r >> both successful and failed connections for both localhost (I'm not sure >, >> but connect() may return success even if non-blocking for 127.0.0.1) an >d >> remote hosts with reasonably high (>100ms) ping times. > >You do a connect(). >If connect returns 0 then the connection is established. >If it returns -1 then you select() this fd for write. >When select() indicates writeability then you use getsockopt(): > >int ret,n; >ret=getsockopt(sockfd,SOL_SOCKET,SO_ERROR,&n,sizeof(n)); > >ret==0 && n==0 means the socket is succesfuly connected >when failed n has the same error code that connect() whould return if it >was a >blocking socket. > >> --Andrew Church ><> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From v13 at it.teithe.gr Mon Apr 15 00:43:10 2002 From: v13 at it.teithe.gr (Harhalakis Stefanos) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] ircservices5.0a28 various In-Reply-To: <3cba2895.14421@achurch.org> Message-ID: On Mon, 15 Apr 2002, Andrew Church wrote: > I can comprehend the manual page just fine without any assistance, > thank you. I was asking for someone who would be willing to actually test > this on both systems and see if it worked, not someone to explain it in > newbie-speak. This is not an explenation of the manual.. This is how I've implemented it and it is tested under linux and irix without any problem with heavy load regarding connections, without any problem... Anyway... sorry for trying to help... i'll try no to do it again... > --Andrew Church <> From achurch at achurch.org Wed Apr 17 17:21:33 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Services 5.0 alpha 29 released Message-ID: <3cbd3144.60322@achurch.org> Same old, same old. In response to the earlier question on when it will go beta: I'm hoping to get most of the remaining issues out of the way around the end of this month or the beginning of May (Golden Week in Japan, which is a one-and-a-half week period with no less than 4 holidays), so by June would be my best guess now. I know this is a lot later than I had originally said, but my job's gotten busy lately, so hey, what can you do... Version 5.0 alpha 29 -------------------- 2002/04/17 Fixed a warning in modules/nickserv/main.c. 2002/04/17 NickServ AUTH now keeps track of bad authorization codes, and kills users for multiple attempts as with passwords. 2002/04/17 SQlines are now checked after nickname changes. 2002/04/17 Fixed cosmetic bug with EXCEPTION LIST on an empty list. 2002/04/17 Fixed security hole with guest nicks allowing users to evade Services' notice. 2002/04/17 Added autokill exclusion support to xml-import. 2002/04/14 Fixed a cosmetic bug in the configure script. 2002/04/12 Newly-registered nicks no longer have kill protection set when not authorized (when the mail-auth module is in use). Reported by Ben Goldstein 2002/04/12 Fixed bug in NickServ AUTH replies. 2002/04/12 Fixed improper warning when loading channel database. Reported by Mark Hetherington 2002/04/10 Fixed bugs in trircd-services database conversion support. Reported by Yusuf Iskenderoglu --Andrew Church achurch@achurch.org http://achurch.org/ From ayottew at sympatico.ca Wed Apr 17 04:31:59 2002 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Services 5.0 alpha 29 released References: <3cbd3144.60322@achurch.org> Message-ID: <001801c1e603$7cfcb0b0$0201a8c0@webdevint.com> sounds good to me Andrew, have a good one! Wayne A. ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, April 17, 2002 4:21 AM Subject: [IRCServices Coding] Services 5.0 alpha 29 released > Same old, same old. In response to the earlier question on when it > will go beta: I'm hoping to get most of the remaining issues out of the way > around the end of this month or the beginning of May (Golden Week in Japan, > which is a one-and-a-half week period with no less than 4 holidays), so by > June would be my best guess now. I know this is a lot later than I had > originally said, but my job's gotten busy lately, so hey, what can you do... > > Version 5.0 alpha 29 > -------------------- > 2002/04/17 Fixed a warning in modules/nickserv/main.c. > 2002/04/17 NickServ AUTH now keeps track of bad authorization codes, > and kills users for multiple attempts as with passwords. > 2002/04/17 SQlines are now checked after nickname changes. > 2002/04/17 Fixed cosmetic bug with EXCEPTION LIST on an empty list. > 2002/04/17 Fixed security hole with guest nicks allowing users to > evade Services' notice. > 2002/04/17 Added autokill exclusion support to xml-import. > 2002/04/14 Fixed a cosmetic bug in the configure script. > 2002/04/12 Newly-registered nicks no longer have kill protection set > when not authorized (when the mail-auth module is in > use). Reported by Ben Goldstein > 2002/04/12 Fixed bug in NickServ AUTH replies. > 2002/04/12 Fixed improper warning when loading channel database. > Reported by Mark Hetherington > 2002/04/10 Fixed bugs in trircd-services database conversion support. > Reported by Yusuf Iskenderoglu > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From frostycoolslug at hotmail.com Wed Apr 17 04:41:28 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Services 5.0 alpha 29 released Message-ID: I (as i guess would the rest of this list..) would like to thank Andy for continuing to do a great job with services even though his job has been busy.. KEEP UP THE GOOD WORK!! :D >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Services 5.0 alpha 29 released >Date: Wed, 17 Apr 2002 17:21:33 JST > > Same old, same old. In response to the earlier question on when it >will go beta: I'm hoping to get most of the remaining issues out of the way >around the end of this month or the beginning of May (Golden Week in Japan, >which is a one-and-a-half week period with no less than 4 holidays), so by >June would be my best guess now. I know this is a lot later than I had >originally said, but my job's gotten busy lately, so hey, what can you >do... > >Version 5.0 alpha 29 >-------------------- >2002/04/17 Fixed a warning in modules/nickserv/main.c. >2002/04/17 NickServ AUTH now keeps track of bad authorization codes, > and kills users for multiple attempts as with passwords. >2002/04/17 SQlines are now checked after nickname changes. >2002/04/17 Fixed cosmetic bug with EXCEPTION LIST on an empty list. >2002/04/17 Fixed security hole with guest nicks allowing users to > evade Services' notice. >2002/04/17 Added autokill exclusion support to xml-import. >2002/04/14 Fixed a cosmetic bug in the configure script. >2002/04/12 Newly-registered nicks no longer have kill protection set > when not authorized (when the mail-auth module is in > use). Reported by Ben Goldstein >2002/04/12 Fixed bug in NickServ AUTH replies. >2002/04/12 Fixed improper warning when loading channel database. > Reported by Mark Hetherington >2002/04/10 Fixed bugs in trircd-services database conversion support. > Reported by Yusuf Iskenderoglu > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@e-tidalwave.org WaveAdmin on the e-tidalwave IRC Network Network Administrator of the ChatSpike IRC Network Ride the Wave! www.e-tidalwave.org _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From gizm0 at mail.gr Fri Apr 19 00:49:31 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Possible bugs Message-ID: <101916657101@mailserver.mail.gr> This is a bug or i just don't do sth right. When i umode +a myself and then whois me there is no - Services Admin text after the IRC Operator. e.g » Gizm0 (zeus@fifth.element) » ircname: ... » server: no.spam » status: has identified for this nick » Gizm0 is an IRC Operator the - Services admin is missing.It used to be » Gizm0 (~zeus@fifth.element) » ircname: ... » server: no.spam » status: has identified for this nick » Gizm0 is an IRC Operator - Services admin when i umode +a Gizm0,services didn't accept it.Doing /mode gizm0 returned : +oiwscrkydegbfnmht ( "a" is missing ). I changed nick , i've su and del Gizm0 from the admins database.Then i add him again and it was the same.I did that to check if it is was database error or something.I've also registered a new nick and add it to the admins database but it didn't work either.When i tried to drop a nick as a services admin,services didn't permmit me.It just counted down one wrong password attempt and noticed me : -Nickserv- Password incorrect. The strange is that when i tried to list the access list of a channel i didn't have access , it worked fine.I saw the access list , as i should. This (- Services admin ) used to be on 4.5.x releases and it was quite usefull because you could know if someone is a services admin or not and choose if you want to ask him whatever you want. Another cosmetic bug.When the NICKCHANGE(sth like this,don't remember) instead of NICKKILL(don't remember either) and nick kill protection is on , this text is wrong : -NickServ- If you do not change within one minute, _you will be disconnected._ Should be sth different.Sth like : -NickServ- If you do not change within one minute, i will change your nick to something when protection is on and NICKCHANGE is defined instead of NICKKILL. When i turned off the kill protection it worked fine.Services didn't display the "you will be disconnected." text. That's all Andrew. Thank you, Gizm0 ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From richard at powell.co.za Thu Apr 18 23:37:06 2002 From: richard at powell.co.za (Richard Powell) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Possible bugs References: <101916657101@mailserver.mail.gr> Message-ID: <000901c1e76c$9fc02ae0$0300a8c0@md> uhm, that's because the UMODE +a is meant for services to use. If you are listed as a services admin in the ircservices database/configuration, as soon as you identify to nickserv and operserv recognises you as an operator ircservices will add the +a flag to your UMODE. Hope that makes sence.. Richard (netadmin, bubblenet.org) ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Friday, April 19, 2002 1:49 AM Subject: [IRCServices Coding] Possible bugs > This is a bug or i just don't do sth right. > When i umode +a myself and then whois me there is no > - Services Admin text after the IRC Operator. > e.g > ? Gizm0 (zeus@fifth.element) > ? ircname: ... > ? server: no.spam > ? status: has identified for this nick > ? Gizm0 is an IRC Operator > the - Services admin is missing.It used to be > > ? Gizm0 (~zeus@fifth.element) > ? ircname: ... > ? server: no.spam > ? status: has identified for this nick > ? Gizm0 is an IRC Operator - Services admin > when i umode +a Gizm0,services didn't accept it.Doing /mode gizm0 > returned : +oiwscrkydegbfnmht ( "a" is missing ). > I changed nick , i've su and del Gizm0 from the admins database.Then i > add him again and it was the same.I did that to check if it is was > database error or something.I've also registered a new nick and add it to > the admins database but it didn't work either.When i tried to drop a nick > as a services admin,services didn't permmit me.It just counted down one > wrong password attempt and noticed me : > -Nickserv- Password incorrect. > The strange is that when i tried to list the access list of a channel i > didn't have access , it worked fine.I saw the access list , as i should. > This (- Services admin ) used to be on 4.5.x releases and it was quite > usefull because you could know if someone is a services admin or not and > choose if you want to ask him whatever you want. > > Another cosmetic bug.When the NICKCHANGE(sth like this,don't remember) > instead of NICKKILL(don't remember either) and nick kill protection is on > , this text is wrong : > -NickServ- If you do not change within one minute, _you will be > disconnected._ Should be sth different.Sth like : > -NickServ- If you do not change within one minute, i will change your > nick to something when protection is on and NICKCHANGE is defined instead > of NICKKILL. > When i turned off the kill protection it worked fine.Services didn't > display the "you will be disconnected." text. > That's all Andrew. > > Thank you, > Gizm0 > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Fri Apr 19 23:18:11 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Possible bugs Message-ID: <101924749101@mailserver.mail.gr> Richard, > uhm, that's because the UMODE +a is meant for services to use. If you are > listed as a services admin in the ircservices database/configuration, as > soon as you identify to nickserv and operserv recognises you as an > operator > ircservices will add the +a flag to your UMODE. Exactly.But services DONT UMODE +a me even if when i identify to nickserv,take operator status and have access to operserv.i'm added in services admin, but UMODE +a is still missing.Any ideas?And the thing that the drop on the nick doesn't work is wrong.i just forgot that the command is change to dropnick and not just drop as it used to be.Also when i raw to nickserv with /operserv raw :nickserv SVSMODE Gizm0 +a,then it works fine.in the whois there is the line "-Services Administrator".Don't know ... I'm quite confused and i can't understand on earth is going on.:/Am i doing sth wrong or just the services have a bug. Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Apr 21 15:04:44 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Bug or sth? Message-ID: <101939068401@mailserver.mail.gr> [Apr 20 12:55:26 2002] PANIC! buffer = :Scouter PRIVMSG NickServ@services.ircn.gr :set [Apr 20 12:55:27 2002] Services terminating: Segmentation fault What's this?a bug or sth? Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From A_V at ptirc.com Sun Apr 21 05:42:05 2002 From: A_V at ptirc.com (A_V@ptirc.com) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Sugestion.... Message-ID: my sugestion: the command /chanserv set #channel secure on will do add +R (unreal mode) in the mlock channel, case Secure off the services del +R of mlock.... ;) Abel Vieira aka A_V Portugal From r-krisztian at softhome.net Sun Apr 21 08:44:57 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E9n?=) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Bug or sth? In-Reply-To: <101939068401@mailserver.mail.gr> References: <101939068401@mailserver.mail.gr> Message-ID: <02042117445700.21149@adsl52091> I don't know much about your services program. Please tell me what version you use! We cannot help you while you don't tell us enough about the problem! I think you use 5.0a26 because there were some problems with this version. Pls upgrade to the latest version! AngryWolf From squall157 at Hotmail.com Sun Apr 21 13:36:59 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Addition. References: <101939068401@mailserver.mail.gr> <02042117445700.21149@adsl52091> Message-ID: Here is a good addition. I donno if its already in IRC services. If it is then someone tell me why it dosent work when i installed IRC services. Op on Identify. IE: When a user identifys to their nickname.. Have Chanserv Op them in all the channels they hold ops in. From achurch at achurch.org Mon Apr 22 11:22:03 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Addition. Message-ID: <3cc373d7.70530@achurch.org> This is scheduled for 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ >Here is a good addition. I donno if its already in IRC services. If it is >then someone tell me why it dosent work when i installed IRC services. Op >on Identify. >IE: When a user identifys to their nickname.. Have Chanserv Op them in all >the channels they hold ops in. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From squall157 at Hotmail.com Sun Apr 21 20:30:33 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc373d7.70530@achurch.org> Message-ID: ok here is a Feature request. And forgive me if this isnt possible... 1. A serv or way in Operserv for IRCOPS to set ppls host. IE Unreal has a command that i can change peoples hosts with. Perhaps store this in the nickserv Databases. 2. Global Memos, Login News, and onjoin News 3. This is something alot of people hate, but is the only reason i use auspice ever... A botServ. To make bots only accessible by admins of course. 4. i think i read this in one of IRC Services features but ill request it because im not completely sure that it does it. The ability to Identify for multiple nicknames. IE if i dont want to link 2 nicks. And i wish to identify to bob and bill.. 5. I know you will shoot me for this one. Since we have an admin section in the HTML. MAybe make a User section where they can register nicks Retreive Memos. and posibly have it act as a java client for the users.... I have a few other ideas as well.. Ill give it a rest and wait on a responce to this one From griever at t2n.org Sun Apr 21 20:44:03 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request In-Reply-To: Message-ID: On Sun, 21 Apr 2002, Tom Moyer wrote: > ok here is a Feature request. > And forgive me if this isnt possible... > > 1. A serv or way in Operserv for IRCOPS to set ppls host. IE Unreal has a > command that i can change peoples hosts with. Perhaps store this in the > nickserv Databases. Nice try copying axenet > > 2. Global Memos, Login News, and onjoin News Already there > > 3. This is something alot of people hate, but is the only reason i use > auspice ever... A botServ. To make bots only accessible by admins of > course. > Must...control...fist of death... > 4. i think i read this in one of IRC Services features but ill request it > because im not completely sure that it does it. The ability to Identify for > multiple nicknames. IE if i dont want to link 2 nicks. And i wish to > identify to bob and bill.. > > 5. I know you will shoot me for this one. Since we have an admin section in > the HTML. MAybe make a User section where they can register nicks Retreive > Memos. and posibly have it act as a java client for the users.... Bang. Anyhow, since ircservices will have MySQL database support, you could just write all that in PHP. > > I have a few other ideas as well.. Ill give it a rest and wait on a responce > to this one > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Mon Apr 22 13:06:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request Message-ID: <3cc38ce2.70572@achurch.org> >1. A serv or way in Operserv for IRCOPS to set ppls host. IE Unreal has a >command that i can change peoples hosts with. So, um, just use that command. I may add Services support in a later version but it's a low priority. >2. Global Memos, Login News, and onjoin News Unneeded (login news does the same thing), already present, and already present. >3. This is something alot of people hate, but is the only reason i use >auspice ever... A botServ. To make bots only accessible by admins of >course. I won't even comment on this. >4. i think i read this in one of IRC Services features but ill request it >because im not completely sure that it does it. The ability to Identify for >multiple nicknames. IE if i dont want to link 2 nicks. And i wish to >identify to bob and bill.. You can't identify directly, but Services will remember all the nicks you have identified for as long as you're connected, which in effect does the same thing. >5. I know you will shoot me for this one. Since we have an admin section in >the HTML. MAybe make a User section where they can register nicks Retreive >Memos. and posibly have it act as a java client for the users.... *bang* --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Sun Apr 21 21:32:39 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] ircservices-5.0a29 - Bug (?) References: <3cc373d7.70530@achurch.org> Message-ID: <001f01c1e9b6$be808d20$0b00000a@rokusnet.hu> I can't tell you more. *** Global -- from services.freechat.ods.org: PANIC! buffer = :Asmodeus PRIVMSG nickserv@services.freechat.ods.org :info PCWC *** LocOps -- Received SQUIT services.freechat.ods.org from services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation fault) AngryWolf From squall157 at Hotmail.com Sun Apr 21 21:38:41 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc38ce2.70572@achurch.org> Message-ID: > >5. I know you will shoot me for this one. Since we have an admin section in > >the HTML. MAybe make a User section where they can register nicks Retreive > >Memos. and posibly have it act as a java client for the users.... What is so bad about this? ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, April 21, 2002 9:06 PM Subject: Re: [IRCServices Coding] Feature Request > >1. A serv or way in Operserv for IRCOPS to set ppls host. IE Unreal has a > >command that i can change peoples hosts with. > > So, um, just use that command. I may add Services support in a later > version but it's a low priority. > > >2. Global Memos, Login News, and onjoin News > > Unneeded (login news does the same thing), already present, and > already present. > > >3. This is something alot of people hate, but is the only reason i use > >auspice ever... A botServ. To make bots only accessible by admins of > >course. > > I won't even comment on this. > > >4. i think i read this in one of IRC Services features but ill request it > >because im not completely sure that it does it. The ability to Identify for > >multiple nicknames. IE if i dont want to link 2 nicks. And i wish to > >identify to bob and bill.. > > You can't identify directly, but Services will remember all the nicks > you have identified for as long as you're connected, which in effect does > the same thing. > > >5. I know you will shoot me for this one. Since we have an admin section in > >the HTML. MAybe make a User section where they can register nicks Retreive > >Memos. and posibly have it act as a java client for the users.... > > *bang* > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Mon Apr 22 10:12:35 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] ircservices-5.0a29 - Bug (?) Message-ID: <101945955501@mailserver.mail.gr> > I can't tell you more. > > *** Global -- from services.freechat.ods.org: PANIC! buffer = :Asmodeus > PRIVMSG nickserv@services.freechat.ods.org :info PCWC > *** LocOps -- Received SQUIT services.freechat.ods.org from > services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation > fault) I go the same error too.I've mention it in one of my previous emails but i forgot to tell you what version i use.It's IRCServices-5.0a29. > > AngryWolf And btw is the global noticer working?I've tried several times to global notice using /operserv global Message and didn't work. Regards, Gizm0 ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From uhc0 at rz.uni-karlsruhe.de Mon Apr 22 01:32:18 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) In-Reply-To: <101945955501@mailserver.mail.gr> Message-ID: <000001c1e9d8$48a11ad0$02c8a8c0@nygmatech.local> Which ircd are you using ? I guess bahamut, due to a prior private email from you. Are you sure, you have correctly set the common domain name for your network when configuring services ? "ircn.gr" should be entered, and not ".ircn.gr" Test it via raw: /os raw :Global NOTICE $*.ircn.gr :Test message 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Panagiotis Kefalidis ( Gizm0 ) > Gesendet: Montag, 22. April 2002 12:13 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] ircservices-5.0a29 - Bug (?) > > > > I can't tell you more. > > > > *** Global -- from services.freechat.ods.org: PANIC! buffer = > > :Asmodeus PRIVMSG nickserv@services.freechat.ods.org :info PCWC > > *** LocOps -- Received SQUIT services.freechat.ods.org from > > services.freechat.ods.org[127.0.0.1] (Services terminating: > > Segmentation > > fault) > I go the same error too.I've mention it in one of my previous > emails but i forgot to tell you what version i use.It's > IRCServices-5.0a29. > > > > AngryWolf > And btw is the global noticer working?I've tried several > times to global notice using /operserv global Message and > didn't work. Regards, Gizm0 > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Mon Apr 22 14:54:01 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) Message-ID: <101947644101@mailserver.mail.gr> > Which ircd are you using ? > I guess bahamut, due to a prior private email from you. > > Are you sure, you have correctly set the common domain name for your > network when configuring services ? "ircn.gr" should be entered, and not > ".ircn.gr" yusuf where is this configured anyway?i didn't found any line on the modules.conf. > > Test it via raw: > > /os raw :Global NOTICE $*.ircn.gr :Test message didn't worked. > > Regards; > yusuf > Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From uhc0 at rz.uni-karlsruhe.de Mon Apr 22 05:27:32 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:22 2004 Subject: AW: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) In-Reply-To: <101947644101@mailserver.mail.gr> Message-ID: <000001c1e9f9$2548c8a0$02c8a8c0@nygmatech.local> Hi, The directive NetworkDomain is required by protocol module configuration, in order to make global noticer work, seems that Andy has forgotten it to include in the example configuration file. Nobody is perfect ;-) Additionally, you have to set AllowRaw in operserv module configuration, to be able to use the RAW command. And it has to work :-) 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Panagiotis Kefalidis ( Gizm0 ) > Gesendet: Montag, 22. April 2002 16:54 > An: ircservices-coding@ircservices.za.net > Betreff: Re: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) > > > > Which ircd are you using ? > > I guess bahamut, due to a prior private email from you. > > > > Are you sure, you have correctly set the common domain name > for your > > network when configuring services ? "ircn.gr" should be > entered, and > > not ".ircn.gr" > yusuf where is this configured anyway?i didn't found any line > on the modules.conf. > > > > Test it via raw: > > > > /os raw :Global NOTICE $*.ircn.gr :Test message > didn't worked. > > > > Regards; > > yusuf > > > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Mon Apr 22 15:21:27 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: AW: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) Message-ID: <101947808701@mailserver.mail.gr> > > Hi, > > The directive > NetworkDomain > is required by protocol module configuration, in order to make > global noticer work, seems that Andy has forgotten it to include > in the example configuration file. Nobody is perfect ;-) thanx for that ;) > > Additionally, you have to set AllowRaw in operserv module configuration, RAW is already allowed but it still doesn't work. > to be able to use the RAW command. > And it has to work :-) > > 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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von Panagiotis Kefalidis ( Gizm0 ) > > Gesendet: Montag, 22. April 2002 16:54 > > An: ircservices-coding@ircservices.za.net > > Betreff: Re: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) > > > > > > > Which ircd are you using ? > > > I guess bahamut, due to a prior private email from you. > > > > > > Are you sure, you have correctly set the common domain name > > for your > > > network when configuring services ? "ircn.gr" should be > > entered, and > > > not ".ircn.gr" > > yusuf where is this configured anyway?i didn't found any line > > on the modules.conf. > > > > > > Test it via raw: > > > > > > /os raw :Global NOTICE $*.ircn.gr :Test message > > didn't worked. > > > > > > Regards; > > > yusuf > > > > > Gizm0.- > > > > ------------------------------------------------------------- > > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From smkelly at zombie.org Mon Apr 22 19:43:17 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request In-Reply-To: References: <3cc38ce2.70572@achurch.org> Message-ID: <20020423024317.GA14948@edgemaster.zombie.org> On Sun, Apr 21, 2002 at 09:38:41PM -0700, Tom Moyer wrote: > > >5. I know you will shoot me for this one. Since we have an admin section > in > > >the HTML. MAybe make a User section where they can register nicks > Retreive > > >Memos. and posibly have it act as a java client for the users.... > > What is so bad about this? Well, I can't speak for anybody else here but I'll give you my opinion. See, Services are more of a program to serve on IRC. When you start tacking on crap like a java client, you are extending them beyond their designed purpose. for one, to have a useful java client you'd most likely want to get it signed. So now you're talking about having Services serve signed java out via a web server, which I presume you want to also be built into services? It is a waste. Go buy jIRC, javirc, or use eirc. That is their designed purpose. As for registering nicknames via a web interface, this will be possible if/when Services have MySQL support in them. My network, SlashNET, has already built a rather comprehensive website based on live IRC data and Services database data (http://www.slashnet.org/). It isn't really hard to do it *outside of services* if you know what you are doing and have the time to do it. -- 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-coding/attachments/20020422/88845b9f/attachment.pgp From squall157 at Hotmail.com Tue Apr 23 11:20:20 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc38ce2.70572@achurch.org> <20020423024317.GA14948@edgemaster.zombie.org> Message-ID: So not talking about the java Chat side, what about Registering Nicknames online, and possibly having a memo Retrival system online. So it can be accessed Via HTTP? ----- Original Message ----- From: "Sean Kelly" To: Sent: Monday, April 22, 2002 7:43 PM Subject: Re: [IRCServices Coding] Feature Request From rg at tcslon.com Tue Apr 23 12:42:14 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc38ce2.70572@achurch.org> <20020423024317.GA14948@edgemaster.zombie.org> Message-ID: <3CC5B916.30800@tcslon.com> Tom Moyer wrote: >So not talking about the java Chat side, what about Registering Nicknames >online, and possibly having a memo Retrival system online. So it can be >accessed Via HTTP? > > I think it raises the same point - to be honest I don't like a web interface on the end of services at all - IMHO any external (non-IRC) access should be on another heavily-access-controlled end of the database. Although I have all faith in Andy's web server coding, I'd rather my web access was done by a web server, and my IRC services handled by services, both sharing a common database backend (any news on the MySql plugin? ;) - this is the whole point in unix in general - many specialist programs working together, to a better (faster, more secure) end than one large behemoth of a services/web server/microwave/kitchen sink. BTW, I haven't been around much because we've merged with some friends' net, who run Epona, so that spares you my endless XML nit-picking until I can convert them to IRCServices ("friends don't let friends use Epona" ;). Russ Garrett (russ@garrett.co.uk) Shameless Plug: http://www.faereal.net From gizm0 at mail.gr Tue Apr 23 23:53:17 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Bug for sure! Message-ID: <101959519701@mailserver.mail.gr> [00:02] -- *** Global -- from : PANIC! buffer = :Scouter PRIVMSG NickServ@services.ircn.gr :set [00:02] -- *** Routing -- from : Received SQUIT services.ircn.gr from services.ircn.gr[unknown@0.0.0.0] (Services terminating: Segmentation fault) Got this after trying to /chanserv set #channel enforce on or off Can reproduce this error.Running bahamut ircd and ircservices5a29. This MUST be fixed and i'm still try to track this bug down. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Wed Apr 24 00:00:01 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] BUG-Another one in a few minutes. Message-ID: <101959560101@mailserver.mail.gr> [00:05] -- *** Global -- from : PANIC! buffer = :Scouter PRIVMSG NickServ@services.ircn.gr :set help - [00:05] -- *** Routing -- from : Received SQUIT services.ircn.gr from [unknown@0.0.0.0] (Services terminating: Segmentation fault) Got this when trying to /nickserv set help by mistake.Running bahamut,can reproduce the error.Running ircservices5a29. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Wed Apr 24 00:03:36 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] BUG-Anotherone! Message-ID: <101959581701@mailserver.mail.gr> sorry for that but i found them one after the other a few minutes after sending the emails. [00:15] -chaos.us.ircn.gr- *** Global -- from services.ircn.gr: PANIC! buffer = :Gizm0 PRIVMSG NickServ@services.ircn.gr :set - [00:15] -chaos.us.ircn.gr- *** Routing -- from chaos.us.ircn.gr: Received SQUIT services.ircn.gr from services.ircn.gr[unknown@0.0.0.0] (Services terminating: Segmentation fault) - when trying to /ns set and /cs set without an option services got the down way.Bahamut again . ircservices5a29 "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From squall157 at Hotmail.com Tue Apr 23 18:10:45 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc38ce2.70572@achurch.org> <20020423024317.GA14948@edgemaster.zombie.org> <3CC5B916.30800@tcslon.com> Message-ID: here is another one... I know unreal has Proxy checking, but it dosent work half the time due to Operating system conflicts. Some shells it works with some it dosent. Can this be intergrated in to services? From eengin at talesoft.de Tue Apr 23 18:16:26 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request In-Reply-To: Message-ID: <0e8401c1eb2d$a80107a0$0155a8c0@talesoft.de> > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On > Behalf Of Tom Moyer > Sent: Wednesday, April 24, 2002 3:11 AM > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Feature Request > > > here is another one... I know unreal has Proxy checking, but > it dosent work > half the time due to Operating system conflicts. Some shells > it works with > some it dosent. Can this be intergrated in to services? I would say: It can, but wont as it has nothig to do with services at all There are enought third Party tools which provide this feature Greets Ekim Engin +------------------------+------------------------+ | 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-coding > From squall157 at Hotmail.com Tue Apr 23 18:25:45 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <0e8401c1eb2d$a80107a0$0155a8c0@talesoft.de> Message-ID: hmmm ok heh what tools can i install on a unix box that will link to my server and provide proxy checking. I know Epona Sux But epona does have proxy checking. And im sure irc services wants to open a market to users who have a need for things of this nature, why would irc services want to loose thease potential admins because this feature was unavalive.... ----- Original Message ----- From: "Ekim Engin" To: Sent: Tuesday, April 23, 2002 6:16 PM Subject: RE: [IRCServices Coding] Feature Request > > -----Original Message----- > > From: ircservices-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] On > > Behalf Of Tom Moyer > > Sent: Wednesday, April 24, 2002 3:11 AM > > To: ircservices-coding@ircservices.za.net > > Subject: [IRCServices Coding] Feature Request > > > > > > here is another one... I know unreal has Proxy checking, but > > it dosent work > > half the time due to Operating system conflicts. Some shells > > it works with > > some it dosent. Can this be intergrated in to services? > > I would say: It can, but wont as it has nothig to do with services at > all > > There are enought third Party tools which provide this feature > > Greets > Ekim Engin > > +------------------------+------------------------+ > | 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Wed Apr 24 10:36:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request Message-ID: <3cc60cd9.11027@achurch.org> I don't give a damn about "markets" or losing users. I'm writing Services because some people find it useful, and that's enough for me. If there are people who aren't happy with Services, then they're more than welcome to either use another program, or modify Services themselves (as, I might point out, the author of Epona has done). --Andrew Church achurch@achurch.org http://achurch.org/ >hmmm >ok heh what tools can i install on a unix box that will link to my server >and provide proxy checking. >I know Epona Sux But epona does have proxy checking. And im sure irc >services wants to open a market to users who have a need for things of this >nature, why would irc services want to loose thease potential admins because >this feature was unavalive.... >----- Original Message ----- >From: "Ekim Engin" >To: >Sent: Tuesday, April 23, 2002 6:16 PM >Subject: RE: [IRCServices Coding] Feature Request > > >> > -----Original Message----- >> > From: ircservices-coding-admin@ircservices.za.net >> > [mailto:ircservices-coding-admin@ircservices.za.net] On >> > Behalf Of Tom Moyer >> > Sent: Wednesday, April 24, 2002 3:11 AM >> > To: ircservices-coding@ircservices.za.net >> > Subject: [IRCServices Coding] Feature Request >> > >> > >> > here is another one... I know unreal has Proxy checking, but >> > it dosent work >> > half the time due to Operating system conflicts. Some shells >> > it works with >> > some it dosent. Can this be intergrated in to services? >> >> I would say: It can, but wont as it has nothig to do with services at >> all >> >> There are enought third Party tools which provide this feature >> >> Greets >> Ekim Engin >> >> +------------------------+------------------------+ >> | 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-coding >> > >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Apr 24 10:45:47 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Sugestion.... Message-ID: <3cc60e65.11060@achurch.org> >the command /chanserv set #channel secure on will >do add +R (unreal mode) in the mlock channel, case >Secure off the services del +R of mlock.... This isn't what the SECURE option does. If you want +R, set +R. --Andrew Church achurch@achurch.org http://achurch.org/ From squall157 at Hotmail.com Tue Apr 23 19:10:36 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <3cc60cd9.11027@achurch.org> Message-ID: lmao I understand and i agree. But i figured this was a forum for bringing up new features i would like to see in your services not to have ppl tell me there is no use for that. or why do that you can use another program to do it.... Some of us are using shell accounts. i can only use 2 backgrounds. at any rate the things i bring up to yall are things that i find verry useful. The admins on my network Find them verry useful and i was hopeing to see them in services. Now the webserver thing was an awesome idea, but if it takes up to much space i understand. Also im not trying to copy other networks. I mentioned the hostname service or hostname feature in nickserv because im using auspices(gag) and it has that feature. I dont necisarily like auspices, but it has the features i want =\. Except Proxy checking. Proxy checking may not be the Best of suggestions, but if one person thinks it is usefull maybe some of your other loyal users may aswell. I have used your services in the past andy. And i have enjoyed them. I remember when i had a net A few years ago and your services were called Esper. I guess after the network they were primarily used on. My point is this i had hoped i could bring up a few features that i wanted to see. And maybe see them. =\ But i didnt want to bring up ideas and be told that my ideas sucked LMAO. =) ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, April 23, 2002 6:36 PM Subject: Re: [IRCServices Coding] Feature Request > I don't give a damn about "markets" or losing users. I'm writing > Services because some people find it useful, and that's enough for me. > If there are people who aren't happy with Services, then they're more > than welcome to either use another program, or modify Services themselves > (as, I might point out, the author of Epona has done). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >hmmm > >ok heh what tools can i install on a unix box that will link to my server > >and provide proxy checking. > >I know Epona Sux But epona does have proxy checking. And im sure irc > >services wants to open a market to users who have a need for things of this > >nature, why would irc services want to loose thease potential admins because > >this feature was unavalive.... > >----- Original Message ----- > >From: "Ekim Engin" > >To: > >Sent: Tuesday, April 23, 2002 6:16 PM > >Subject: RE: [IRCServices Coding] Feature Request > > > > > >> > -----Original Message----- > >> > From: ircservices-coding-admin@ircservices.za.net > >> > [mailto:ircservices-coding-admin@ircservices.za.net] On > >> > Behalf Of Tom Moyer > >> > Sent: Wednesday, April 24, 2002 3:11 AM > >> > To: ircservices-coding@ircservices.za.net > >> > Subject: [IRCServices Coding] Feature Request > >> > > >> > > >> > here is another one... I know unreal has Proxy checking, but > >> > it dosent work > >> > half the time due to Operating system conflicts. Some shells > >> > it works with > >> > some it dosent. Can this be intergrated in to services? > >> > >> I would say: It can, but wont as it has nothig to do with services at > >> all > >> > >> There are enought third Party tools which provide this feature > >> > >> Greets > >> Ekim Engin > >> > >> +------------------------+------------------------+ > >> | 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-coding > >> > > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Wed Apr 24 10:53:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: AW: AW: [IRCServices Coding] ircservices-5.0a29 - Bug (?) Message-ID: <3cc61590.11760@achurch.org> >The directive >NetworkDomain >is required by protocol module configuration, in order to make >global noticer work, seems that Andy has forgotten it to include >in the example configuration file. Nobody is perfect ;-) Well, I'll be damned... I wonder where that went. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 24 11:17:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request Message-ID: <3cc61732.12002@achurch.org> You're always welcome to submit feature requests, but when you start making arguments about markets and losing users that's overdoing it. You might also find FAQs Z.5 and Z.6 edifying. --Andrew Church achurch@achurch.org http://achurch.org/ >lmao >I understand and i agree. >But i figured this was a forum for bringing up new features i would like to >see in your services not to have ppl tell me there is no use for that. or >why do that you can use another program to do it.... Some of us are using >shell accounts. i can only use 2 backgrounds. at any rate the things i >bring up to yall are things that i find verry useful. The admins on my >network Find them verry useful and i was hopeing to see them in services. >Now the webserver thing was an awesome idea, but if it takes up to much >space i understand. Also im not trying to copy other networks. I mentioned >the hostname service or hostname feature in nickserv because im using >auspices(gag) and it has that feature. I dont necisarily like auspices, but >it has the features i want =\. Except Proxy checking. Proxy checking may >not be the Best of suggestions, but if one person thinks it is usefull maybe >some of your other loyal users may aswell. I have used your services in the >past andy. And i have enjoyed them. I remember when i had a net A few >years ago and your services were called Esper. I guess after the network >they were primarily used on. > >My point is this i had hoped i could bring up a few features that i wanted >to see. And maybe see them. =\ But i didnt want to bring up ideas and be >told that my ideas sucked LMAO. =) >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Apr 24 11:27:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Bug for sure! Message-ID: <3cc61843.12022@achurch.org> >[00:02] -- *** Global -- from : PANIC! buffer = :Scouter PRIVMSG >NickServ@services.ircn.gr :set >[00:02] -- *** Routing -- from : Received SQUIT services.ircn.gr from >services.ircn.gr[unknown@0.0.0.0] (Services terminating: Segmentation fault) Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 24 12:16:25 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] ircservices-5.0a29 - Bug (?) Message-ID: <3cc62461.12677@achurch.org> >*** Global -- from services.freechat.ods.org: PANIC! buffer = :Asmodeus >PRIVMSG nickserv@services.freechat.ods.org :info PCWC >*** LocOps -- Received SQUIT services.freechat.ods.org from >services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation >fault) I can't see an obvious cause for this. Can you consistently reproduce the problem? If so, please send me (privately) your database files. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 24 13:15:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Possible bugs Message-ID: <3cc63353.23433@achurch.org> >This is a bug or i just don't do sth right. >When i umode +a myself and then whois me there is no >- Services Admin text after the IRC Operator. >e.g >? Gizm0 (zeus@fifth.element) >? ircname: ... >? server: no.spam >? status: has identified for this nick >? Gizm0 is an IRC Operator >the - Services admin is missing.It used to be You're using Bahamut, right? Found and fixed, thanks. >When i tried to drop a nick >as a services admin,services didn't permmit me.It just counted down one >wrong password attempt and noticed me : >-Nickserv- Password incorrect. The command for a Services admin to drop a nick has been changed to DROPNICK. >Another cosmetic bug.When the NICKCHANGE(sth like this,don't remember) >instead of NICKKILL(don't remember either) and nick kill protection is on >, this text is wrong : >-NickServ- If you do not change within one minute, _you will be >disconnected._ Should be sth different.Sth like : >-NickServ- If you do not change within one minute, i will change your >nick to something when protection is on and NICKCHANGE is defined instead >of NICKKILL. Thanks for the report, I'll look into this. --Andrew Church achurch@achurch.org http://achurch.org/ From uhc0 at rz.uni-karlsruhe.de Wed Apr 24 03:29:45 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Feature Request In-Reply-To: Message-ID: <003e01c1eb7b$05d56360$02c8a8c0@nygmatech.local> Since proxy checking is really not a job for services, you can install BOPM, available at http://www.blitzed.org/bopm/ 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Tom Moyer > Gesendet: Mittwoch, 24. April 2002 03:26 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Feature Request > > > hmmm > ok heh what tools can i install on a unix box that will link > to my server and provide proxy checking. I know Epona Sux But > epona does have proxy checking. And im sure irc services > wants to open a market to users who have a need for things of > this nature, why would irc services want to loose thease > potential admins because this feature was unavalive.... > ----- Original Message ----- > From: "Ekim Engin" > To: > Sent: Tuesday, April 23, 2002 6:16 PM > Subject: RE: [IRCServices Coding] Feature Request > > > > > -----Original Message----- > > > From: ircservices-coding-admin@ircservices.za.net > > > [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of > > > Tom Moyer > > > Sent: Wednesday, April 24, 2002 3:11 AM > > > To: ircservices-coding@ircservices.za.net > > > Subject: [IRCServices Coding] Feature Request > > > > > > > > > here is another one... I know unreal has Proxy checking, but it > > > dosent work half the time due to Operating system conflicts. Some > > > shells it works with > > > some it dosent. Can this be intergrated in to services? > > > > I would say: It can, but wont as it has nothig to do with > services at > > all > > > > There are enought third Party tools which provide this feature > > > > Greets > > Ekim Engin > > > > +------------------------+------------------------+ > > | 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-coding > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From r-krisztian at softhome.net Wed Apr 24 05:40:33 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] ircservices-5.0a29 - Bug (?) References: <3cc62461.12677@achurch.org> Message-ID: <006301c1eb8d$3d0d9160$0b00000a@rokusnet.hu> > I can't see an obvious cause for this. Can you consistently reproduce >the problem? If so, please send me (privately) your database files. Unfortunately, my database files were a lot changed while the problem was. After this, I know there was an error that nick.db was damaged and I had to overwrite my backup dbs... and I had some .lock file existing problems. Thx for helping me, I think it was another problem than services.... AngryWolf ----- Original Message ----- From: Andrew Church To: Sent: Wednesday, April 24, 2002 5:16 AM Subject: Re: [IRCServices Coding] ircservices-5.0a29 - Bug (?) > >*** Global -- from services.freechat.ods.org: PANIC! buffer = :Asmodeus > >PRIVMSG nickserv@services.freechat.ods.org :info PCWC > >*** LocOps -- Received SQUIT services.freechat.ods.org from > >services.freechat.ods.org[127.0.0.1] (Services terminating: Segmentation > >fault) > > I can't see an obvious cause for this. Can you consistently reproduce > the problem? If so, please send me (privately) your database files. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Wed Apr 24 05:49:35 2002 From: r-krisztian at softhome.net (=?ISO-8859-1?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <003e01c1eb7b$05d56360$02c8a8c0@nygmatech.local> Message-ID: <007101c1eb8e$80149340$0b00000a@rokusnet.hu> Hello! >Since proxy checking is really not a job for services, I absolutely agree. Do you like ICQ? A lot of people hates that ICQ has too much features. I use it only to send some messages.. not more. This was an example, sorry for advertising. >you can install BOPM, available at >http://www.blitzed.org/bopm/ It's a good program but the big problem is that I use Unreal and the latest patch is only for beta6... AngryWolf From Georges at Berscheid.lu Wed Apr 24 07:13:28 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <003e01c1eb7b$05d56360$02c8a8c0@nygmatech.local> <007101c1eb8e$80149340$0b00000a@rokusnet.hu> Message-ID: <3CC6BD88.9EB521CF@Berscheid.lu> Romek Kriszti?n wrote: > Hello! > > >Since proxy checking is really not a job for services, > > I absolutely agree. Do you like ICQ? A lot of people hates that ICQ has too > much features. I use it only to send some messages.. not more. This was an > example, sorry for advertising. > > >you can install BOPM, available at > >http://www.blitzed.org/bopm/ > > It's a good program but the big problem is that I use Unreal and the latest > patch is only for beta6... The patch only changes one line. It might work for later versions as well. If not, do it manually :) Georges > > > AngryWolf > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From squall157 at Hotmail.com Wed Apr 24 07:25:00 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request References: <003e01c1eb7b$05d56360$02c8a8c0@nygmatech.local> <007101c1eb8e$80149340$0b00000a@rokusnet.hu> <3CC6BD88.9EB521CF@Berscheid.lu> Message-ID: hmmm well IMHO proxy checking should be a function of services. here is my delima. i have 2 servers. on my hub proxy checking works. on the leaf server it dosent. So no matter how much i try to keep proxies off. They just dont stay off. IE i have a round robin dns irc.darklitany.com... So its a 50 50 chance they will get on the server that has proxy checking. ----- Original Message ----- From: "Georges Berscheid" To: Sent: Wednesday, April 24, 2002 7:13 AM Subject: Re: [IRCServices Coding] Feature Request > Romek Kriszti?n wrote: > > > Hello! > > > > >Since proxy checking is really not a job for services, > > > > I absolutely agree. Do you like ICQ? A lot of people hates that ICQ has too > > much features. I use it only to send some messages.. not more. This was an > > example, sorry for advertising. > > > > >you can install BOPM, available at > > >http://www.blitzed.org/bopm/ > > > > It's a good program but the big problem is that I use Unreal and the latest > > patch is only for beta6... > > The patch only changes one line. It might work for later versions as well. If > not, do it manually :) > > Georges > > > > > > > AngryWolf > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From uhc0 at rz.uni-karlsruhe.de Wed Apr 24 07:45:11 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Feature Request - End of thread. In-Reply-To: Message-ID: <000801c1eb9e$b4af9310$02c8a8c0@nygmatech.local> Please do stop this thread. It is of no use. It only raises the amount of emails to download and nothing more. Services will not do proxy checking. Services is a set of IRC Services and not connection monitor. There are other software which are designed for that purpose. Do use them. Use bots. Use mIRCScript with SOCKEVENTs. Use your illusion. It is completely unimportant that you suffer from a dilemma, or the admin of your secondary server is unable to run BOPM. That problem is network specific, and it is not a task services should handle either. Why and how about a proxy checker are also off topic discussions about services. Please try to keep egocentrism out of this mailing list. End of thread. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Tom Moyer > Gesendet: Mittwoch, 24. April 2002 16:25 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Feature Request > > > hmmm > well IMHO proxy checking should be a function of services. > here is my delima. i have 2 servers. on my hub proxy > checking works. on the leaf server it dosent. So no matter > how much i try to keep proxies off. They just dont stay off. > IE i have a round robin dns irc.darklitany.com... So its a > 50 50 chance they will get on the server that has proxy checking. From r-krisztian at softhome.net Wed Apr 24 11:25:39 2002 From: r-krisztian at softhome.net (=?iso-8859-1?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request - End of thread. References: <000801c1eb9e$b4af9310$02c8a8c0@nygmatech.local> Message-ID: <001101c1ebbd$708e3a00$0b00000a@rokusnet.hu> LOL >Please do stop this thread. It is of no use. It only raises >the amount of emails to download and nothing more. I prefer reading some mail from this mailing list instead of nothing. Also if you have a lot of mails and don't have time to read and reply to all. >Services will not do proxy checking. Services is a set of IRC Services and not connection monitor. Agree > There are other software which are designed for that purpose. Do use them. Use bots. Use mIRCScript with SOCKEVENTs. Use your illusion. Other softwares are OK, but bots?! mIRCScript, LOL.... mIRC for linux in bot mode :)))) >It is completely unimportant that you suffer from a dilemma, >or the admin of your secondary server is unable to run BOPM. If I have a problem, it's unimportant? For you is okey but me :)))))) >That problem is network specific, and it is not a task services should handle either. Agree. >Why and how about a proxy checker are also off topic discussions about services. Are you a moderator? What's then if something is off topic? Somebody can start the topic again if you doesn't deny it. >Please try to keep egocentrism out of this mailing list. Yes, Sir! >End of thread. LOL Sorry but I didn't like your speak. AngryWolf From squall157 at Hotmail.com Wed Apr 24 13:52:26 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Feature Request - End of thread. References: <000801c1eb9e$b4af9310$02c8a8c0@nygmatech.local> <001101c1ebbd$708e3a00$0b00000a@rokusnet.hu> Message-ID: LMAO... ok ill drop it. But ill also add one last thing. As an admin WHY should i have to have 30 things to accomplish something if one thing can do it. WHy should i have to connect 3 servers for 1 server of chat to occur. i mean hey 1 server for services 1 server for Proxy checking/other stuff yall are telling me you dont want to add and 1 server for the daemon. Simply put if i can get the functionality in 1 product why not go for it. IRC Services is AWESOME, andy you have a great set of services and i am sure the next few versions will be just as great. We all know you have a set path for it, and you dont really want to veer off that path and i respect that =) im just trying to make suggestions along the way, that imho you set this Discussion forum up for. Suggestions on what Real Admins want. i have 2 Network admins, and myself. We all want proxy checking one of my admins loves the idea of botserv where i dont like it. The other one loves the idea of having the online thing where users can check their memos, IE a more user friendly way of doing things for java users. I make the suggestions to yall because its what is wanted. Now its up to andy what he wishes to do with them, Yes i know its good to have feedback, but there is an extent, I mean im new here just trying to help out and get a feature i have wanted for a long time so i make a suggestion and get reemed here... I gotta say yall are kinda blind to what some ppl want. Just because 5 people dont wish to have a feature in services dosent mean 500 other admins arnt looking for services that has this feature. I dont believe i can support another process on my shell, so if someone would like to help me code a module i would be verry happy =) Now ill end it where i found it i wont mention proxy checking agian, unless someone else responds to this thread and yells about it agian... Shesh.. Thanks ----- Original Message ----- From: "Romek Kriszti?n" To: Sent: Wednesday, April 24, 2002 11:25 AM Subject: Re: [IRCServices Coding] Feature Request - End of thread. > LOL > > > >Please do stop this thread. It is of no use. It only raises > >the amount of emails to download and nothing more. > > I prefer reading some mail from this mailing list instead of nothing. Also > if you have a lot of mails and don't have time to read and reply to all. > > >Services will not do proxy checking. Services is a set of IRC Services and > not connection monitor. > > Agree > > > There are other software which are designed for that purpose. Do use them. > Use bots. Use mIRCScript with SOCKEVENTs. Use your illusion. > > Other softwares are OK, but bots?! mIRCScript, LOL.... mIRC for linux in bot > mode :)))) > > >It is completely unimportant that you suffer from a dilemma, > >or the admin of your secondary server is unable to run BOPM. > > If I have a problem, it's unimportant? For you is okey but me :)))))) > > >That problem is network specific, and it is not a task services should > handle either. > > Agree. > > >Why and how about a proxy checker are also off topic discussions about > services. > > Are you a moderator? What's then if something is off topic? Somebody can > start the topic again if you doesn't deny it. > > >Please try to keep egocentrism out of this mailing list. > > Yes, Sir! > > >End of thread. > > LOL > > Sorry but I didn't like your speak. > > AngryWolf > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From Georges at Berscheid.lu Wed Apr 24 14:06:56 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Feature Request - End of thread. In-Reply-To: Message-ID: Argh, Services 5 have module support. Those who think they need a proxy checker in services can code one, those who don't need it, just leave it out. That's what open source is for. End of thread ? Georges -----Urspr?ngliche Nachricht----- Von: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]Im Auftrag von Tom Moyer Gesendet: Mittwoch, 24. April 2002 22:52 An: ircservices-coding@ircservices.za.net Betreff: Re: [IRCServices Coding] Feature Request - End of thread. LMAO... ok ill drop it. But ill also add one last thing. As an admin WHY should i have to have 30 things to accomplish something if one thing can do it. WHy should i have to connect 3 servers for 1 server of chat to occur. i mean hey 1 server for services 1 server for Proxy checking/other stuff yall are telling me you dont want to add and 1 server for the daemon. Simply put if i can get the functionality in 1 product why not go for it. IRC Services is AWESOME, andy you have a great set of services and i am sure the next few versions will be just as great. We all know you have a set path for it, and you dont really want to veer off that path and i respect that =) im just trying to make suggestions along the way, that imho you set this Discussion forum up for. Suggestions on what Real Admins want. i have 2 Network admins, and myself. We all want proxy checking one of my admins loves the idea of botserv where i dont like it. The other one loves the idea of having the online thing where users can check their memos, IE a more user friendly way of doing things for java users. I make the suggestions to yall because its what is wanted. Now its up to andy what he wishes to do with them, Yes i know its good to have feedback, but there is an extent, I mean im new here just trying to help out and get a feature i have wanted for a long time so i make a suggestion and get reemed here... I gotta say yall are kinda blind to what some ppl want. Just because 5 people dont wish to have a feature in services dosent mean 500 other admins arnt looking for services that has this feature. I dont believe i can support another process on my shell, so if someone would like to help me code a module i would be verry happy =) Now ill end it where i found it i wont mention proxy checking agian, unless someone else responds to this thread and yells about it agian... Shesh.. Thanks ----- Original Message ----- From: "Romek Kriszti?n" To: Sent: Wednesday, April 24, 2002 11:25 AM Subject: Re: [IRCServices Coding] Feature Request - End of thread. > LOL > > > >Please do stop this thread. It is of no use. It only raises > >the amount of emails to download and nothing more. > > I prefer reading some mail from this mailing list instead of nothing. Also > if you have a lot of mails and don't have time to read and reply to all. > > >Services will not do proxy checking. Services is a set of IRC Services and > not connection monitor. > > Agree > > > There are other software which are designed for that purpose. Do use them. > Use bots. Use mIRCScript with SOCKEVENTs. Use your illusion. > > Other softwares are OK, but bots?! mIRCScript, LOL.... mIRC for linux in bot > mode :)))) > > >It is completely unimportant that you suffer from a dilemma, > >or the admin of your secondary server is unable to run BOPM. > > If I have a problem, it's unimportant? For you is okey but me :)))))) > > >That problem is network specific, and it is not a task services should > handle either. > > Agree. > > >Why and how about a proxy checker are also off topic discussions about > services. > > Are you a moderator? What's then if something is off topic? Somebody can > start the topic again if you doesn't deny it. > > >Please try to keep egocentrism out of this mailing list. > > Yes, Sir! > > >End of thread. > > LOL > > Sorry but I didn't like your speak. > > AngryWolf > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Apr 25 09:07:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: END OF THREAD (was Re: [IRCServices Coding] Feature Request - End of thread.) Message-ID: <3cc74906.27374@achurch.org> Drop this thread now. I will have anyone who responds removed from this mailing list. --Andrew Church achurch@achurch.org http://achurch.org/ >LMAO... ok ill drop it. But ill also add one last thing. > >As an admin WHY should i have to have 30 things to accomplish something if >one thing can do it. >WHy should i have to connect 3 servers for 1 server of chat to occur. i >mean hey 1 server for services 1 server for Proxy checking/other stuff yall >are telling me you dont want to add and 1 server for the daemon. Simply put >if i can get the functionality in 1 product why not go for it. IRC Services >is AWESOME, andy you have a great set of services and i am sure the next few >versions will be just as great. We all know you have a set path for it, and >you dont really want to veer off that path and i respect that =) im just >trying to make suggestions along the way, that imho you set this Discussion >forum up for. Suggestions on what Real Admins want. i have 2 Network >admins, and myself. We all want proxy checking one of my admins loves the >idea of botserv where i dont like it. The other one loves the idea of having >the online thing where users can check their memos, IE a more user friendly >way of doing things for java users. I make the suggestions to yall because >its what is wanted. Now its up to andy what he wishes to do with them, Yes i >know its good to have feedback, but there is an extent, I mean im new here >just trying to help out and get a feature i have wanted for a long time so i >make a suggestion and get reemed here... I gotta say yall are kinda blind to >what some ppl want. Just because 5 people dont wish to have a feature in >services dosent mean 500 other admins arnt looking for services that has >this feature. >I dont believe i can support another process on my shell, so if someone >would like to help me code a module i would be verry happy =) > >Now ill end it where i found it i wont mention proxy checking agian, unless >someone else responds to this thread and yells about it agian... Shesh.. > > >Thanks > >----- Original Message ----- >From: "Romek Kriszti?n" >To: >Sent: Wednesday, April 24, 2002 11:25 AM >Subject: Re: [IRCServices Coding] Feature Request - End of thread. > > >> LOL >> >> >> >Please do stop this thread. It is of no use. It only raises >> >the amount of emails to download and nothing more. >> >> I prefer reading some mail from this mailing list instead of nothing. Also >> if you have a lot of mails and don't have time to read and reply to all. >> >> >Services will not do proxy checking. Services is a set of IRC Services >and >> not connection monitor. >> >> Agree >> >> > There are other software which are designed for that purpose. Do use >them. >> Use bots. Use mIRCScript with SOCKEVENTs. Use your illusion. >> >> Other softwares are OK, but bots?! mIRCScript, LOL.... mIRC for linux in >bot >> mode :)))) >> >> >It is completely unimportant that you suffer from a dilemma, >> >or the admin of your secondary server is unable to run BOPM. >> >> If I have a problem, it's unimportant? For you is okey but me :)))))) >> >> >That problem is network specific, and it is not a task services should >> handle either. >> >> Agree. >> >> >Why and how about a proxy checker are also off topic discussions about >> services. >> >> Are you a moderator? What's then if something is off topic? Somebody can >> start the topic again if you doesn't deny it. >> >> >Please try to keep egocentrism out of this mailing list. >> >> Yes, Sir! >> >> >End of thread. >> >> LOL >> >> Sorry but I didn't like your speak. >> >> AngryWolf >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From nothing at psychopat.org Thu Apr 25 16:33:03 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] MySQL In-Reply-To: <200204141522.01473.v13@it.teithe.gr> Message-ID: I just want to know when MySQL-module will be ready? :) From achurch at achurch.org Fri Apr 26 11:57:34 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] MySQL Message-ID: <3cc8c228.30771@achurch.org> >I just want to know when MySQL-module will be ready? :) Not for a while; certainly not for version 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Fri Apr 26 09:30:55 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] MySQL References: <3cc8c228.30771@achurch.org> Message-ID: <3CC980BF.4000307@tcslon.com> Andrew Church wrote: >>I just want to know when MySQL-module will be ready? :) >> >> > > Not for a while; certainly not for version 5.0. > > If you're lucky I may have a go at coding a module after my exams (in a month or two). Don't hold your breath ;). Russ Garrett (russ@garrett.co.uk) http://www.faereal.net From achurch at achurch.org Sat Apr 27 00:39:38 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] MySQL Message-ID: <3cc975d3.33321@achurch.org> >>>I just want to know when MySQL-module will be ready? :) >> >> Not for a while; certainly not for version 5.0. >> >If you're lucky I may have a go at coding a module after my exams (in a >month or two). Don't hold your breath ;). Just so you know, this has nothing (well, some, but not directly) to do with me not having enough time, and is primarily because I didn't get around to redesigning the database stuff the way it should be to use SQL properly; to be honest, the database code is still very tied to the current (meaning 4.x) database format. I'm hoping to remedy that in 5.1 or a later version, but if I try to do it now, 5.0 will never get finished, so I put it aside for now. --Andrew Church achurch@achurch.org http://achurch.org/ From gizm0 at mail.gr Fri Apr 26 20:01:49 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Thinking this is a bug Message-ID: <101984050901@mailserver.mail.gr> Try setting mlock +mnpstrOM on a channel.Leave it empty and then join it again.The services will set +mnpstrOM BUT the +p(private) won't appear if you list the modes of the channel although the services HAD set it.This doesn't happen when a channel is set mlock without the +O mode.If you set mode +p on the channel,part and join it again,it doesn't work either.This happens in two of my Operators Only channels #admins and #services.If i join #darkness the +p mode works perfectly as the #darkness doesn't have +O mode.I believe the reason causing this to occur, is the +O mode. Regards, Gizm0 ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From rg at tcslon.com Fri Apr 26 11:40:22 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Thinking this is a bug References: <101984050901@mailserver.mail.gr> Message-ID: <3CC99F16.5010408@tcslon.com> Panagiotis Kefalidis ( Gizm0 ) wrote: >Try setting mlock +mnpstrOM on a channel.Leave it empty and then join it >again.The services will set +mnpstrOM BUT the +p(private) won't appear if >you list the modes of the channel although the services HAD set it.This >doesn't happen when a channel is set mlock without the +O mode.If you set >mode +p on the channel,part and join it again,it doesn't work either.This >happens in two of my Operators Only channels #admins and #services.If i >join #darkness the +p mode works perfectly as the #darkness doesn't have >+O mode.I believe the reason causing this to occur, is the +O mode. > > Hi :) Are you sure it's not the +s mode causing the problem, as +p and +s are mutually exclusive - you can't have a channel with +ps set, the ircd will always get rid of the +p. God knows why +s includes the functions of +p.... +p = doesn't show to non-opers +s = +p AND doesn't show in users' whois - overrides +p Russ Garrett (russ@garrett.co.uk) http://www.faereal.net From uhc0 at rz.uni-karlsruhe.de Fri Apr 26 10:48:21 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Thinking this is a bug In-Reply-To: <3CC99F16.5010408@tcslon.com> Message-ID: <001501c1ed4a$a0378340$02c8a8c0@nygmatech.local> With bahamut, a channel can be set +ps. That bahamut includes problems with +O is a case bahamut coders have to solve. http://bahamut.dal.net, join the dalnet-src@ mailing list, and point them out to the bug. PS: I gave up talking to DALnet coders, because they NEVER EVER reply. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Russ Garrett > Gesendet: Freitag, 26. April 2002 20:40 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Thinking this is a bug > > > Panagiotis Kefalidis ( Gizm0 ) wrote: > > >Try setting mlock +mnpstrOM on a channel.Leave it empty and > then join > >it again.The services will set +mnpstrOM BUT the +p(private) won't > >appear if you list the modes of the channel although the > services HAD > >set it.This doesn't happen when a channel is set mlock > without the +O > >mode.If you set mode +p on the channel,part and join it again,it > >doesn't work either.This happens in two of my Operators Only > channels > >#admins and #services.If i join #darkness the +p mode works > perfectly > >as the #darkness doesn't have > >+O mode.I believe the reason causing this to occur, is the +O mode. > > > > > Hi :) > > Are you sure it's not the +s mode causing the problem, as +p > and +s are > mutually exclusive - you can't have a channel with +ps set, the ircd > will always get rid of the +p. God knows why +s includes the > functions > of +p.... > > +p = doesn't show to non-opers > +s = +p AND doesn't show in users' whois - overrides +p > > > Russ Garrett (russ@garrett.co.uk) > http://www.faereal.net > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From gizm0 at mail.gr Fri Apr 26 20:39:11 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Thinking this is a bug Message-ID: <101984275101@mailserver.mail.gr> Óôßò Fri, 26 Apr 2002 19:48:21 +0200 "Yusuf Iskenderoglu" Ýãñáøå: > > With bahamut, a channel can be set +ps. > That bahamut includes problems with +O is a case bahamut coders > have to solve. http://bahamut.dal.net, join the dalnet-src@ mailing > list, and point them out to the bug. I'm already but i have to see an e-mail for the last 3 weeks. > > PS: I gave up talking to DALnet coders, because they NEVER EVER > reply. heh :)I won't mail them either.The version of bahamut i'm using is patched for this by our coders.This is caused i suppose by the services(not sure). > > Regards; > yusuf Russ, Yes i'm sure that +O is causing this and not the +s,because the #darkness is also +s as the #admins.But,the #admins has +O mode, #darkness hasn't.That's all.:) "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From rg at tcslon.com Fri Apr 26 12:17:46 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:22 2004 Subject: AW: [IRCServices Coding] Thinking this is a bug References: <101984275101@mailserver.mail.gr> Message-ID: <3CC9A7DA.1050502@tcslon.com> > > >Russ, >Yes i'm sure that +O is causing this and not the +s,because the #darkness >is also +s as the #admins.But,the #admins has +O mode, #darkness >hasn't.That's all.:) > > Yeh didn't read the message properly... Friday night and all that :P Russ Garrett (russ@garrett.co.uk) http://www.faereal.net From achurch at achurch.org Wed May 1 03:37:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Services 5.0 alpha 30 released Message-ID: <3ccee602.77134@achurch.org> Well, I managed to make some progress, if not quite as much as I had hoped; still, my local bug list is down to about 10 items now, some of which are documentation and related stuff that can be done later, so with any luck a beta should see the light of day soon. (Knock on wood...) Changes in version 5.0 alpha 30 ------------------------------- 2002/05/01 Renamed nick-authorization checking macros (nickserv.h, nick_* -> user_*). 2002/05/01 Unified %d/%u/%ld/%lu usage in *printf() calls. 2002/04/30 Fixed spurious WALLOPS messages when server socket is closed. 2002/04/30 Merged common code for akills/etc in httpd/dbaccess module. 2002/04/30 Fixed incorrect nick-kill warning messages with forced nick changing. Reported by Panagiotis Kefalidis 2002/04/24 Fixed failure to set user mode +a for Services admins on Bahamut and trircd. Reported by Panagiotis Kefalidis 2002/04/24 Added back missing NetworkDomain directive to modules.conf. Reported by Yusuf Iskenderoglu 2002/04/24 Removed EsperNet protocol module as development on that server has stopped. 2002/04/24 Fixed bug causing crashes on NickServ SET with no parameters. Reported by Panagiotis Kefalidis --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Thu May 2 07:51:21 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make Message-ID: ./confiure works fine.. comes to make thou.. --- [ SNIP ] --- make[1]: Entering directory `/home/devon/chatspike/ircservices-5.0a30/modules' make[2]: Entering directory `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. Stop. make[2]: Leaving directory `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' make[1]: *** [all-dynamic] Error 2 make[1]: Leaving directory `/home/devon/chatspike/ircservices-5.0a30/modules' make: *** [modules] Error 2 --- [ SNIP ] --- Ne help appreciated :) cheers -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From squall157 at Hotmail.com Thu May 2 09:55:05 2002 From: squall157 at Hotmail.com (Tom Moyer) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make References: Message-ID: this is off the wall but try gmake instead... ----- Original Message ----- From: "Craig McLure" To: Sent: Thursday, May 02, 2002 7:51 AM Subject: [IRCServices Coding] Error during make > ./confiure works fine.. > comes to make thou.. > > --- [ SNIP ] --- > make[1]: Entering directory > `/home/devon/chatspike/ircservices-5.0a30/modules' > make[2]: Entering directory > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. > Stop. > make[2]: Leaving directory > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > make[1]: *** [all-dynamic] Error 2 > make[1]: Leaving directory > `/home/devon/chatspike/ircservices-5.0a30/modules' > make: *** [modules] Error 2 > --- [ SNIP ] --- > > Ne help appreciated :) > cheers > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Thu May 2 18:04:19 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make Message-ID: <102035185901@mailserver.mail.gr> My a30 compile worked fine.Probably an problem with your C(gcc probably)compiler or an old version of gcc. Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From rg at tcslon.com Thu May 2 09:59:11 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make References: <102035185901@mailserver.mail.gr> Message-ID: <3CD1705F.4020908@tcslon.com> Panagiotis Kefalidis ( Gizm0 ) wrote: >My a30 compile worked fine.Probably an problem with your C(gcc >probably)compiler or an old version of gcc. > > > My money's on the fact it's the infamous BSD Make problem - the 'make' command in BSD doesn't support many GNU AutoMake scripts, so you have to use gnu make ('gmake') in BSD (conspiracy? probably ;) Russ Garrett (russ@garrett.co.uk) From achurch at achurch.org Fri May 3 01:09:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make Message-ID: <3cd164e9.34303@achurch.org> >Panagiotis Kefalidis ( Gizm0 ) wrote: > >>My a30 compile worked fine.Probably an problem with your C(gcc >>probably)compiler or an old version of gcc. >> >> >> >My money's on the fact it's the infamous BSD Make problem - the 'make' >command in BSD doesn't support many GNU AutoMake scripts, so you have to >use gnu make ('gmake') in BSD (conspiracy? probably ;) Just for the record, I don't use automake (way too messy), but I do take advantage of GNU make features which don't work in BSD make. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri May 3 01:10:32 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Services 5.0 alpha 31 released Message-ID: <3cd16582.34316@achurch.org> Getting closer, getting closer... hopefully I should be able to get a beta out after a couple more alpha cycles. But don't let that stop you from reporting bugs! Incidentally, I'll be out of town from tomorrow through next Tuesday, so replies will be delayed until I get back. Changes in version 5.0 alpha 31 ------------------------------- 2002/05/03 Channel user modes are now rechecked when a user identifies for their nickname. 2002/05/02 Added appropriate error messages for temporary sendmail() failures. 2002/05/02 Fixed minor bug causing ChanServ to try to enter the same channel twice on autokicks. 2002/05/01 Fixed a race condition allowing the first user on a channel to give themselves +v before Services deopped them. 2002/05/01 Added httpd/top-page module. 2002/05/01 Added Chunky Monkey IRCD protocol module (protocol/monkey), courtesy of Chris Plant 2002/05/01 Channel mode changes are now sent by the server rather than ChanServ for Bahamut, to avoid a problem with setting +r. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Thu May 2 10:39:25 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make Message-ID: i tried gmake.. no difference :/ >From: "Tom Moyer" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Error during make >Date: Thu, 2 May 2002 09:55:05 -0700 >MIME-Version: 1.0 >X-Originating-IP: [67.203.71.74] >Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id >MHotMailBE9A9EC90018400431DFC4079405DD870; Thu, 02 May 2002 07:57:32 -0700 >Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by >snow.fingers.co.za (Postfix) with ESMTPid 3EC011742A; Thu, 2 May 2002 >16:57:07 +0200 (SAST) >Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])by >snow.fingers.co.za (Postfix) with ESMTP id 312E617420for >; Thu, 2 May 2002 16:56:38 +0200 >(SAST) >Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; >Thu, 2 May 2002 07:56:33 -0700 >From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 07:57:57 >-0700 >Delivered-To: ircservices-coding@snow.fingers.co.za >References: >X-Priority: 3 >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook Express 6.00.2600.0000 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 >Message-ID: >X-OriginalArrivalTime: 02 May 2002 14:56:33.0554 (UTC) >FILETIME=[8CD52F20:01C1F1E9] >Sender: ircservices-coding-admin@ircservices.za.net >Errors-To: ircservices-coding-admin@ircservices.za.net >X-BeenThere: ircservices-coding@ircservices.za.net >X-Mailman-Version: 2.0.8 >Precedence: bulk >List-Help: > >List-Post: >List-Subscribe: >, >List-Id: IRC Services Coding Mailing List > >List-Unsubscribe: >, >List-Archive: > >this is off the wall but try gmake instead... >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Thursday, May 02, 2002 7:51 AM >Subject: [IRCServices Coding] Error during make > > > > ./confiure works fine.. > > comes to make thou.. > > > > --- [ SNIP ] --- > > make[1]: Entering directory > > `/home/devon/chatspike/ircservices-5.0a30/modules' > > make[2]: Entering directory > > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > > make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. > > Stop. > > make[2]: Leaving directory > > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > > make[1]: *** [all-dynamic] Error 2 > > make[1]: Leaving directory > > `/home/devon/chatspike/ircservices-5.0a30/modules' > > make: *** [modules] Error 2 > > --- [ SNIP ] --- > > > > Ne help appreciated :) > > cheers > > > > > > > > -- > > Craig McLure > > Craig@chatspike.net > > Network Administrator of the ChatSpike IRC Network. > > ChatSpike, the users network! www.chatspike.net > > > > > > _________________________________________________________________ > > Join the world's largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Fri May 3 03:25:08 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:22 2004 Subject: [IRCServices Coding] Error during make Message-ID: <3cd1848e.35676@achurch.org> >i tried gmake.. no difference :/ Is your gmake up to date? (v3.79.1) > >>From: "Tom Moyer" >>Reply-To: ircservices-coding@ircservices.za.net >>To: >>Subject: Re: [IRCServices Coding] Error during make >>Date: Thu, 2 May 2002 09:55:05 -0700 >>MIME-Version: 1.0 >>X-Originating-IP: [67.203.71.74] >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id >>MHotMailBE9A9EC90018400431DFC4079405DD870; Thu, 02 May 2002 07:57:32 -0700 >>Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by >>snow.fingers.co.za (Postfix) with ESMTPid 3EC011742A; Thu, 2 May 2002 >>16:57:07 +0200 (SAST) >>Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])by >>snow.fingers.co.za (Postfix) with ESMTP id 312E617420for >>; Thu, 2 May 2002 16:56:38 +0200 >>(SAST) >>Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; >>Thu, 2 May 2002 07:56:33 -0700 >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 07:57:57 >>-0700 >>Delivered-To: ircservices-coding@snow.fingers.co.za >>References: >>X-Priority: 3 >>X-MSMail-Priority: Normal >>X-Mailer: Microsoft Outlook Express 6.00.2600.0000 >>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 >>Message-ID: >>X-OriginalArrivalTime: 02 May 2002 14:56:33.0554 (UTC) >>FILETIME=[8CD52F20:01C1F1E9] >>Sender: ircservices-coding-admin@ircservices.za.net >>Errors-To: ircservices-coding-admin@ircservices.za.net >>X-BeenThere: ircservices-coding@ircservices.za.net >>X-Mailman-Version: 2.0.8 >>Precedence: bulk >>List-Help: >> >>List-Post: >>List-Subscribe: >>, >>List-Id: IRC Services Coding Mailing List >> >>List-Unsubscribe: >>, >>List-Archive: >> >>this is off the wall but try gmake instead... >>----- Original Message ----- >>From: "Craig McLure" >>To: >>Sent: Thursday, May 02, 2002 7:51 AM >>Subject: [IRCServices Coding] Error during make >> >> >> > ./confiure works fine.. >> > comes to make thou.. >> > >> > --- [ SNIP ] --- >> > make[1]: Entering directory >> > `/home/devon/chatspike/ircservices-5.0a30/modules' >> > make[2]: Entering directory >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' >> > make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. >> > Stop. >> > make[2]: Leaving directory >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' >> > make[1]: *** [all-dynamic] Error 2 >> > make[1]: Leaving directory >> > `/home/devon/chatspike/ircservices-5.0a30/modules' >> > make: *** [modules] Error 2 >> > --- [ SNIP ] --- >> > >> > Ne help appreciated :) >> > cheers >> > >> > >> > >> > -- >> > Craig McLure >> > Craig@chatspike.net >> > Network Administrator of the ChatSpike IRC Network. >> > ChatSpike, the users network! www.chatspike.net >> > >> > >> > _________________________________________________________________ >> > Join the world's largest e-mail service with MSN Hotmail. >> > http://www.hotmail.com >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > >-- >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-coding --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Thu May 2 11:42:06 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Error during make Message-ID: its 3.78.1 will mail shell provider :) cheers :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Error during make >Date: Fri, 03 May 2002 03:25:08 JST >Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id >MHotMailBE9ACFC4000A4004324BC4079405EF4C0; Thu, 02 May 2002 11:26:21 -0700 >Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by >snow.fingers.co.za (Postfix) with ESMTPid 4116F17428; Thu, 2 May 2002 >20:26:07 +0200 (SAST) >Received: from achurch.org (unknown [210.145.195.3])by snow.fingers.co.za >(Postfix) with SMTP id 0BA6F17420for >; Thu, 2 May 2002 20:25:22 +0200 >(SAST) >Received: by achurch.org (wmail 0.9.16) id 3cd1848e.35676; Fri, 03 May 2002 >03:25:18 JST >From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 11:27:53 >-0700 >Delivered-To: ircservices-coding@snow.fingers.co.za >X-Mailer: MMail v5.01 >Message-ID: <3cd1848e.35676@achurch.org> >Sender: ircservices-coding-admin@ircservices.za.net >Errors-To: ircservices-coding-admin@ircservices.za.net >X-BeenThere: ircservices-coding@ircservices.za.net >X-Mailman-Version: 2.0.8 >Precedence: bulk >List-Help: > >List-Post: >List-Subscribe: >, >List-Id: IRC Services Coding Mailing List > >List-Unsubscribe: >, >List-Archive: > > >i tried gmake.. no difference :/ > > Is your gmake up to date? (v3.79.1) > > > > >>From: "Tom Moyer" > >>Reply-To: ircservices-coding@ircservices.za.net > >>To: > >>Subject: Re: [IRCServices Coding] Error during make > >>Date: Thu, 2 May 2002 09:55:05 -0700 > >>MIME-Version: 1.0 > >>X-Originating-IP: [67.203.71.74] > >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id > >>MHotMailBE9A9EC90018400431DFC4079405DD870; Thu, 02 May 2002 07:57:32 >-0700 > >>Received: from snow.fingers.co.za (localhost.fingers.co.za >[127.0.0.1])by > >>snow.fingers.co.za (Postfix) with ESMTPid 3EC011742A; Thu, 2 May 2002 > >>16:57:07 +0200 (SAST) > >>Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])by > >>snow.fingers.co.za (Postfix) with ESMTP id 312E617420for > >>; Thu, 2 May 2002 16:56:38 +0200 > >>(SAST) > >>Received: from mail pickup service by hotmail.com with Microsoft >SMTPSVC; > >>Thu, 2 May 2002 07:56:33 -0700 > >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 >07:57:57 > >>-0700 > >>Delivered-To: ircservices-coding@snow.fingers.co.za > >>References: > >>X-Priority: 3 > >>X-MSMail-Priority: Normal > >>X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > >>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 > >>Message-ID: > >>X-OriginalArrivalTime: 02 May 2002 14:56:33.0554 (UTC) > >>FILETIME=[8CD52F20:01C1F1E9] > >>Sender: ircservices-coding-admin@ircservices.za.net > >>Errors-To: ircservices-coding-admin@ircservices.za.net > >>X-BeenThere: ircservices-coding@ircservices.za.net > >>X-Mailman-Version: 2.0.8 > >>Precedence: bulk > >>List-Help: > >> > >>List-Post: > >>List-Subscribe: > >>, > >>List-Id: IRC Services Coding Mailing List > >> > >>List-Unsubscribe: > >>, > >>List-Archive: > > >> > >>this is off the wall but try gmake instead... > >>----- Original Message ----- > >>From: "Craig McLure" > >>To: > >>Sent: Thursday, May 02, 2002 7:51 AM > >>Subject: [IRCServices Coding] Error during make > >> > >> > >> > ./confiure works fine.. > >> > comes to make thou.. > >> > > >> > --- [ SNIP ] --- > >> > make[1]: Entering directory > >> > `/home/devon/chatspike/ircservices-5.0a30/modules' > >> > make[2]: Entering directory > >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > >> > make[2]: *** No rule to make target `main.so', needed by >`all-dynamic'. > >> > Stop. > >> > make[2]: Leaving directory > >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > >> > make[1]: *** [all-dynamic] Error 2 > >> > make[1]: Leaving directory > >> > `/home/devon/chatspike/ircservices-5.0a30/modules' > >> > make: *** [modules] Error 2 > >> > --- [ SNIP ] --- > >> > > >> > Ne help appreciated :) > >> > cheers > >> > > >> > > >> > > >> > -- > >> > Craig McLure > >> > Craig@chatspike.net > >> > Network Administrator of the ChatSpike IRC Network. > >> > ChatSpike, the users network! www.chatspike.net > >> > > >> > > >> > _________________________________________________________________ > >> > Join the world's largest e-mail service with MSN Hotmail. > >> > http://www.hotmail.com > >> > > >> > ------------------------------------------------------------------ > >> > To unsubscribe or change your subscription options, visit: > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >>------------------------------------------------------------------ > >>To unsubscribe or change your subscription options, visit: > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > >-- > >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-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 rg at tcslon.com Thu May 2 13:07:38 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 31 released References: <3cd16582.34316@achurch.org> Message-ID: <3CD19C8A.9020500@tcslon.com> Andrew Church wrote: >2002/05/03 Channel user modes are now rechecked when a user identifies > for their nickname. > > Excellent :) Now to start the slow process of persuading the netadmin to change to ircservices... you never he might give in by the time it's released ;) Russ Garrett (russ@garrett.co.uk) From achurch at achurch.org Fri May 3 04:16:14 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Error during make Message-ID: <3cd190e6.36424@achurch.org> >its 3.78.1 >will mail shell provider :) Then you'll need to upgrade it (presumably this means installing the new version on your shell). Services won't work with anything earlier than 3.79. I could mention that this is clearly stated in section 2 of the manual. >cheers :) > > >>From: achurch@achurch.org (Andrew Church) >>Reply-To: ircservices-coding@ircservices.za.net >>To: ircservices-coding@ircservices.za.net >>Subject: Re: [IRCServices Coding] Error during make >>Date: Fri, 03 May 2002 03:25:08 JST >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id >>MHotMailBE9ACFC4000A4004324BC4079405EF4C0; Thu, 02 May 2002 11:26:21 -0700 >>Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by >>snow.fingers.co.za (Postfix) with ESMTPid 4116F17428; Thu, 2 May 2002 >>20:26:07 +0200 (SAST) >>Received: from achurch.org (unknown [210.145.195.3])by snow.fingers.co.za >>(Postfix) with SMTP id 0BA6F17420for >>; Thu, 2 May 2002 20:25:22 +0200 >>(SAST) >>Received: by achurch.org (wmail 0.9.16) id 3cd1848e.35676; Fri, 03 May 2002 >>03:25:18 JST >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 11:27:53 >>-0700 >>Delivered-To: ircservices-coding@snow.fingers.co.za >>X-Mailer: MMail v5.01 >>Message-ID: <3cd1848e.35676@achurch.org> >>Sender: ircservices-coding-admin@ircservices.za.net >>Errors-To: ircservices-coding-admin@ircservices.za.net >>X-BeenThere: ircservices-coding@ircservices.za.net >>X-Mailman-Version: 2.0.8 >>Precedence: bulk >>List-Help: >> >>List-Post: >>List-Subscribe: >>, >>List-Id: IRC Services Coding Mailing List >> >>List-Unsubscribe: >>, >>List-Archive: >> >> >i tried gmake.. no difference :/ >> >> Is your gmake up to date? (v3.79.1) >> >> > >> >>From: "Tom Moyer" >> >>Reply-To: ircservices-coding@ircservices.za.net >> >>To: >> >>Subject: Re: [IRCServices Coding] Error during make >> >>Date: Thu, 2 May 2002 09:55:05 -0700 >> >>MIME-Version: 1.0 >> >>X-Originating-IP: [67.203.71.74] >> >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id >> >>MHotMailBE9A9EC90018400431DFC4079405DD870; Thu, 02 May 2002 07:57:32 >>-0700 >> >>Received: from snow.fingers.co.za (localhost.fingers.co.za >>[127.0.0.1])by >> >>snow.fingers.co.za (Postfix) with ESMTPid 3EC011742A; Thu, 2 May 2002 >> >>16:57:07 +0200 (SAST) >> >>Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])by >> >>snow.fingers.co.za (Postfix) with ESMTP id 312E617420for >> >>; Thu, 2 May 2002 16:56:38 +0200 >> >>(SAST) >> >>Received: from mail pickup service by hotmail.com with Microsoft >>SMTPSVC; >> >>Thu, 2 May 2002 07:56:33 -0700 >> >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 >>07:57:57 >> >>-0700 >> >>Delivered-To: ircservices-coding@snow.fingers.co.za >> >>References: >> >>X-Priority: 3 >> >>X-MSMail-Priority: Normal >> >>X-Mailer: Microsoft Outlook Express 6.00.2600.0000 >> >>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 >> >>Message-ID: >> >>X-OriginalArrivalTime: 02 May 2002 14:56:33.0554 (UTC) >> >>FILETIME=[8CD52F20:01C1F1E9] >> >>Sender: ircservices-coding-admin@ircservices.za.net >> >>Errors-To: ircservices-coding-admin@ircservices.za.net >> >>X-BeenThere: ircservices-coding@ircservices.za.net >> >>X-Mailman-Version: 2.0.8 >> >>Precedence: bulk >> >>List-Help: >> >> >> >>List-Post: >> >>List-Subscribe: >> >>, >> >>List-Id: IRC Services Coding Mailing List >> >> >> >>List-Unsubscribe: >> >>, >> >>List-Archive: >> >> >> >> >>this is off the wall but try gmake instead... >> >>----- Original Message ----- >> >>From: "Craig McLure" >> >>To: >> >>Sent: Thursday, May 02, 2002 7:51 AM >> >>Subject: [IRCServices Coding] Error during make >> >> >> >> >> >> > ./confiure works fine.. >> >> > comes to make thou.. >> >> > >> >> > --- [ SNIP ] --- >> >> > make[1]: Entering directory >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules' >> >> > make[2]: Entering directory >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' >> >> > make[2]: *** No rule to make target `main.so', needed by >>`all-dynamic'. >> >> > Stop. >> >> > make[2]: Leaving directory >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' >> >> > make[1]: *** [all-dynamic] Error 2 >> >> > make[1]: Leaving directory >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules' >> >> > make: *** [modules] Error 2 >> >> > --- [ SNIP ] --- >> >> > >> >> > Ne help appreciated :) >> >> > cheers >> >> > >> >> > >> >> > >> >> > -- >> >> > Craig McLure >> >> > Craig@chatspike.net >> >> > Network Administrator of the ChatSpike IRC Network. >> >> > ChatSpike, the users network! www.chatspike.net >> >> > >> >> > >> >> > _________________________________________________________________ >> >> > Join the world's largest e-mail service with MSN Hotmail. >> >> > http://www.hotmail.com >> >> > >> >> > ------------------------------------------------------------------ >> >> > To unsubscribe or change your subscription options, visit: >> >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> > >> >>------------------------------------------------------------------ >> >>To unsubscribe or change your subscription options, visit: >> >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> > >> > >> > >> >-- >> >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-coding >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > >-- >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. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Fri May 3 03:25:32 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Error during make Message-ID: Note to self: RTFM :) i got in contact with the box owner, should be installed by tonite ;) thanks agn, and once again, keep up the good work!! :))) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Error during make > > >its 3.78.1 > >will mail shell provider :) > > Then you'll need to upgrade it (presumably this means installing the >new version on your shell). Services won't work with anything earlier than >3.79. I could mention that this is clearly stated in section 2 of the >manual. > > >cheers :) > > > > > >>From: achurch@achurch.org (Andrew Church) > >>Reply-To: ircservices-coding@ircservices.za.net > >>To: ircservices-coding@ircservices.za.net > >>Subject: Re: [IRCServices Coding] Error during make > >>Date: Fri, 03 May 2002 03:25:08 JST > >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id > >>MHotMailBE9ACFC4000A4004324BC4079405EF4C0; Thu, 02 May 2002 11:26:21 >-0700 > >>Received: from snow.fingers.co.za (localhost.fingers.co.za >[127.0.0.1])by > >>snow.fingers.co.za (Postfix) with ESMTPid 4116F17428; Thu, 2 May 2002 > >>20:26:07 +0200 (SAST) > >>Received: from achurch.org (unknown [210.145.195.3])by >snow.fingers.co.za > >>(Postfix) with SMTP id 0BA6F17420for > >>; Thu, 2 May 2002 20:25:22 +0200 > >>(SAST) > >>Received: by achurch.org (wmail 0.9.16) id 3cd1848e.35676; Fri, 03 May >2002 > >>03:25:18 JST > >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 >11:27:53 > >>-0700 > >>Delivered-To: ircservices-coding@snow.fingers.co.za > >>X-Mailer: MMail v5.01 > >>Message-ID: <3cd1848e.35676@achurch.org> > >>Sender: ircservices-coding-admin@ircservices.za.net > >>Errors-To: ircservices-coding-admin@ircservices.za.net > >>X-BeenThere: ircservices-coding@ircservices.za.net > >>X-Mailman-Version: 2.0.8 > >>Precedence: bulk > >>List-Help: > >> > >>List-Post: > >>List-Subscribe: > >>, > >>List-Id: IRC Services Coding Mailing List > >> > >>List-Unsubscribe: > >>, > >>List-Archive: > > >> > >> >i tried gmake.. no difference :/ > >> > >> Is your gmake up to date? (v3.79.1) > >> > >> > > >> >>From: "Tom Moyer" > >> >>Reply-To: ircservices-coding@ircservices.za.net > >> >>To: > >> >>Subject: Re: [IRCServices Coding] Error during make > >> >>Date: Thu, 2 May 2002 09:55:05 -0700 > >> >>MIME-Version: 1.0 > >> >>X-Originating-IP: [67.203.71.74] > >> >>Received: from [196.7.148.5] by hotmail.com (3.2) with ESMTP id > >> >>MHotMailBE9A9EC90018400431DFC4079405DD870; Thu, 02 May 2002 07:57:32 > >>-0700 > >> >>Received: from snow.fingers.co.za (localhost.fingers.co.za > >>[127.0.0.1])by > >> >>snow.fingers.co.za (Postfix) with ESMTPid 3EC011742A; Thu, 2 May >2002 > >> >>16:57:07 +0200 (SAST) > >> >>Received: from hotmail.com (oe23.law3.hotmail.com [209.185.240.16])by > >> >>snow.fingers.co.za (Postfix) with ESMTP id 312E617420for > >> >>; Thu, 2 May 2002 16:56:38 >+0200 > >> >>(SAST) > >> >>Received: from mail pickup service by hotmail.com with Microsoft > >>SMTPSVC; > >> >>Thu, 2 May 2002 07:56:33 -0700 > >> >>From ircservices-coding-admin@ircservices.za.net Thu, 02 May 2002 > >>07:57:57 > >> >>-0700 > >> >>Delivered-To: ircservices-coding@snow.fingers.co.za > >> >>References: > >> >>X-Priority: 3 > >> >>X-MSMail-Priority: Normal > >> >>X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > >> >>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 > >> >>Message-ID: > >> >>X-OriginalArrivalTime: 02 May 2002 14:56:33.0554 (UTC) > >> >>FILETIME=[8CD52F20:01C1F1E9] > >> >>Sender: ircservices-coding-admin@ircservices.za.net > >> >>Errors-To: ircservices-coding-admin@ircservices.za.net > >> >>X-BeenThere: ircservices-coding@ircservices.za.net > >> >>X-Mailman-Version: 2.0.8 > >> >>Precedence: bulk > >> >>List-Help: > >> >> > >> >>List-Post: > >> >>List-Subscribe: > >> > >>, > >> >>List-Id: IRC Services Coding Mailing List > >> >> > >> >>List-Unsubscribe: > >> > >>, > >> >>List-Archive: > >> > >> >> > >> >>this is off the wall but try gmake instead... > >> >>----- Original Message ----- > >> >>From: "Craig McLure" > >> >>To: > >> >>Sent: Thursday, May 02, 2002 7:51 AM > >> >>Subject: [IRCServices Coding] Error during make > >> >> > >> >> > >> >> > ./confiure works fine.. > >> >> > comes to make thou.. > >> >> > > >> >> > --- [ SNIP ] --- > >> >> > make[1]: Entering directory > >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules' > >> >> > make[2]: Entering directory > >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > >> >> > make[2]: *** No rule to make target `main.so', needed by > >>`all-dynamic'. > >> >> > Stop. > >> >> > make[2]: Leaving directory > >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules/chanserv' > >> >> > make[1]: *** [all-dynamic] Error 2 > >> >> > make[1]: Leaving directory > >> >> > `/home/devon/chatspike/ircservices-5.0a30/modules' > >> >> > make: *** [modules] Error 2 > >> >> > --- [ SNIP ] --- > >> >> > > >> >> > Ne help appreciated :) > >> >> > cheers > >> >> > > >> >> > > >> >> > > >> >> > -- > >> >> > Craig McLure > >> >> > Craig@chatspike.net > >> >> > Network Administrator of the ChatSpike IRC Network. > >> >> > ChatSpike, the users network! www.chatspike.net > >> >> > > >> >> > > >> >> > _________________________________________________________________ > >> >> > Join the world's largest e-mail service with MSN Hotmail. > >> >> > http://www.hotmail.com > >> >> > > >> >> > ------------------------------------------------------------------ > >> >> > To unsubscribe or change your subscription options, visit: > >> >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> >> > > >> >>------------------------------------------------------------------ > >> >>To unsubscribe or change your subscription options, visit: > >> >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >> > > >> > > >> > > >> >-- > >> >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-coding > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >>------------------------------------------------------------------ > >>To unsubscribe or change your subscription options, visit: > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > >-- > >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. > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 gizm0 at mail.gr Fri May 3 18:10:07 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 31 released Message-ID: <102043860701@mailserver.mail.gr> found a cosmetic bug in StatServ. when i tried /ss servers delete server.name it returned the wrong Syntax thing and not Permission Denied(because i wasn't services root at the moment.)Check it out.Good work at a31. Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From frostycoolslug at hotmail.com Fri May 3 10:42:54 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Fwd: "libsafe violation for Authorization code for Craig, pid=26787; The authorization code for your nickname (Craig) is: 158035136 Message-ID: y0, when i try to register a nickname, services dies :p i then recive this mail: --- [ SNIP ] --- >From: devon@chex.usnuk.net >To: Craig@chatspike.met >Subject: "libsafe violation for Authorization code for Craig, pid=26787; >The authorization code for your nickname (Craig) is: 158035136 >Date: Fri, 03 May 2002 13:23:10 -0400 > >Please submit this code to NickServ with the command: > /msg NickServ AUTH 158035136 > >This message was sent by NickServ in response to registration by >Craig@modem-991.charizard.dialup.pol.co.uk." > --- [ SNIP ] --- ne ideas whats wrong, or how to get more info on the prob? cheers :) -- 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 dwd at buli.net Fri May 3 16:13:59 2002 From: dwd at buli.net (dwd@buli.net) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] G LINE Message-ID: /gline *@*proxy* 0 :Proxy banned [00:12:26] (SNotice) *** Permanent G:Line added for *@*proxy* on Fri May 3 21:11:19 2002 GMT (from dwd!admin@datachat.net: Proxy banned) [00:12:26] (SNotice) services.datachat.net removed G:Line *@*proxy* (set at Fri May 3 21:11:19 2002 - reason: Proxy banned) why? -- dwd ICQ#108548590 http://datachat.net info@datachat.net From rg at tcslon.com Sat May 4 02:44:00 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] G LINE References: Message-ID: <3CD3AD60.6090107@tcslon.com> dwd@buli.net wrote: >/gline *@*proxy* 0 :Proxy banned > >[00:12:26] (SNotice) *** Permanent G:Line added for *@*proxy* on Fri May 3 21:11:19 2002 GMT (from dwd!admin@datachat.net: Proxy banned) >[00:12:26] (SNotice) services.datachat.net removed G:Line *@*proxy* (set at Fri May 3 21:11:19 2002 - reason: Proxy banned) > >why? > > For security reasons, services unset all G:lines, forcing you to use AKills in operserv which have better security controls on them. Russ Garrett (russ@garrett.co.uk) From gizm0 at mail.gr Sat May 4 14:29:05 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] G LINE Message-ID: <102051174501@mailserver.mail.gr> > >/gline *@*proxy* 0 :Proxy banned > > > >[00:12:26] (SNotice) *** Permanent G:Line added for *@*proxy* on Fri > May 3 21:11:19 2002 GMT (from dwd!admin@datachat.net: Proxy banned) > >[00:12:26] (SNotice) services.datachat.net removed G:Line *@*proxy* > (set at Fri May 3 21:11:19 2002 - reason: Proxy banned) > > > >why? > > > > > For security reasons, services unset all G:lines, forcing you to use > AKills in operserv which have better security controls on them. Russ,i think you are wrong pal.Mine doesn't do anything like that for securtiy reason.Check your expiration on Glines in the config file.it could be your expiration time .. Gizm0 ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From rg at tcslon.com Sat May 4 05:57:21 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] G LINE References: <102051174501@mailserver.mail.gr> Message-ID: <3CD3DAB1.8070009@tcslon.com> Panagiotis Kefalidis ( Gizm0 ) wrote: >>>/gline *@*proxy* 0 :Proxy banned >>> >>>[00:12:26] (SNotice) *** Permanent G:Line added for *@*proxy* on Fri >>> >>> >>May 3 21:11:19 2002 GMT (from dwd!admin@datachat.net: Proxy banned) >> >> >>>[00:12:26] (SNotice) services.datachat.net removed G:Line *@*proxy* >>> >>> >>(set at Fri May 3 21:11:19 2002 - reason: Proxy banned) >> >> >>>why? >>> >>> >>> >>> >>For security reasons, services unset all G:lines, forcing you to use >>AKills in operserv which have better security controls on them. >> >> >Russ,i think you are wrong pal.Mine doesn't do anything like that for >securtiy reason.Check your expiration on Glines in the config file.it >could be your expiration time .. > > > *AHEM* FAQ says: C.9. I'm using Unreal, and Services keeps removing any G-lines placed with /gline. How can I make it stop? You can't. Use the OperServ AKILL command to set network-wide user bans. RTFM :P Russ Garrett (russ@garrett.co.uk) From uhc0 at rz.uni-karlsruhe.de Sat May 4 05:06:11 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:23 2004 Subject: AW: [IRCServices Coding] G LINE In-Reply-To: <102051174501@mailserver.mail.gr> Message-ID: <000e01c1f364$26f19410$02c8a8c0@nygmatech.local> You also do not use Unreal, do you ? On bahamut there is no /gline anyway, and you cannot /akill, but only /os akill; and services will not remove anything. On Unreal, services will remove glines, aka TKL + G's issued by operators and will only allow placement of them via OperServ. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Panagiotis Kefalidis ( Gizm0 ) > Gesendet: Samstag, 4. Mai 2002 16:29 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] G LINE > > > > >/gline *@*proxy* 0 :Proxy banned > > > > > >[00:12:26] (SNotice) *** Permanent G:Line added for > *@*proxy* on Fri > > May 3 21:11:19 2002 GMT (from dwd!admin@datachat.net: Proxy banned) > > >[00:12:26] (SNotice) services.datachat.net removed G:Line *@*proxy* > > (set at Fri May 3 21:11:19 2002 - reason: Proxy banned) > > > > > >why? > > > > > > > > For security reasons, services unset all G:lines, forcing you to use > > AKills in operserv which have better security controls on them. > Russ,i think you are wrong pal.Mine doesn't do anything like > that for securtiy reason.Check your expiration on Glines in > the config file.it could be your expiration time .. > > > > > Gizm0 > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Sat May 4 06:03:34 2002 From: r-krisztian at softhome.net (=?iso-8859-1?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Op, deop, etc... References: <000e01c1f364$26f19410$02c8a8c0@nygmatech.local> Message-ID: <000e01c1f36c$19551b30$0a00000a@krisz> My problem is that if an IRC Operator wants to have a +q channel flag in a registered Channel, then ChanServ changes mode -q. It does also the same if I want /mode +a or +o nick. ircservices5.0alpha30 didn't do that. Can I turn off that somehow? AngryWolf From dwd at buli.net Sat May 4 07:05:50 2002 From: dwd at buli.net (dwd@buli.net) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: G LINE Message-ID: thx to all :) -- dwd ICQ#108548590 http://datachat.net info@datachat.net From r-krisztian at softhome.net Sat May 4 23:25:23 2002 From: r-krisztian at softhome.net (=?iso-8859-2?Q?Romek_Kriszti=E1n?=) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] ajoin bug in 5.0alpha31 Message-ID: <01c1f3fd$a3d671a0$0b00000a@gep11.rokusnet.hu> -NickServ- Sorry, you can only have 0 autojoin entries for a nickname. AngryWolf From chris at monkeyircd.org Sun May 5 04:15:42 2002 From: chris at monkeyircd.org (Chris Plant) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Dynamic Modules on OpenBSD Message-ID: <1020597348.2082.11.camel@hermes> Hello Peeps On OpenBSD the flags to dlopen should be DL_LAZY, which is for future compatibility (according to its manpage), also, it needs an underscore prefixed onto any symbol you try and get from the modules (i believe this is due to the a.out binary format, and it isn't handled in BSD's dl* routines). I just tried a compile on OpenBSD 3.0, and ircservices doesn't handle either of these quirks, it should be a relatively simple makefile/configure change to get ircservices to account for them. Chris From mark at ctcp.net Sun May 5 15:07:06 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] IRCServices and Cygwin Message-ID: <1623.193.237.130.98.1020636426.squirrel@secure.uksolutions.co.uk> I have used Cygwin for various tasks over the last few years on Wintel boxes and today was playing around with a build of IRCServices under Cygwin. It compiles without problems with the exception of the tools. It also runs to a degree. At this time I have not investigated why tools do not compile nor why certain parts of services fail unexpectedly. (e.g. forcenickchange gets disabled at runtime despite connecting with an appropriate protocol module, I suspect an issue with static modules since configure caused static modules to be selected - what does services do for protocol in the event of a static module compilation?). The FAQ mentions that a Windows version does not currently exist and would likely be implemented through the submission of patches enabling it to run. Since services is almost fully functional under Cygwin, as an interim measure, would patches for running under Cygwin be welcomed? I will probably look at a native Windows port later this year when I have more time available and version 5 has gone "gold". BTW, on the subject of the FAQ, Questions C9 and F9 are the same (Unreal /gline info). -- Mark. From achurch at achurch.org Tue May 7 21:01:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 31 released Message-ID: <3cd7c2e6.41074@achurch.org> This is intentional behavior (people without access to those commands have no business knowing that they even exist), but since the commands do show up in help messages for operators, I'll change it to say "permission denied" for operators instead of giving the syntax message. --Andrew Church achurch@achurch.org http://achurch.org/ >found a cosmetic bug in StatServ. >when i tried /ss servers delete server.name it returned the >wrong Syntax thing and not Permission Denied(because i wasn't services >root at the moment.)Check it out.Good work at a31. > >Gizm0.- > >------------------------------------------------------------- >http://www.mail.gr/ - Get Your Private Free Email Address! >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue May 7 21:07:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Dynamic Modules on OpenBSD Message-ID: <3cd7c3f3.41124@achurch.org> DL_LAZY shouldn't be needed, and in fact goes contrary to what I want (which is to resolve all symbols on load and fail if some are missing). Did you read the manual page correctly? As far as the underscores, I'll see about putting in a check for those in the configure script. --Andrew Church achurch@achurch.org http://achurch.org/ > >Hello Peeps > >On OpenBSD the flags to dlopen should be DL_LAZY, which is for future >compatibility (according to its manpage), also, it needs an underscore >prefixed onto any symbol you try and get from the modules (i believe >this is due to the a.out binary format, and it isn't handled in BSD's >dl* routines). >I just tried a compile on OpenBSD 3.0, and ircservices doesn't handle >either of these quirks, it should be a relatively simple >makefile/configure change to get ircservices to account for them. > >Chris > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue May 7 21:11:27 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] IRCServices and Cygwin Message-ID: <3cd7c772.41150@achurch.org> >I have used Cygwin for various tasks over the last few years on Wintel >boxes and today was playing around with a build of IRCServices under >Cygwin. > >It compiles without problems with the exception of the tools. It also runs >to a degree. At this time I have not investigated why tools do not compile >nor why certain parts of services fail unexpectedly. (e.g. forcenickchange >gets disabled at runtime despite connecting with an appropriate protocol >module, I suspect an issue with static modules since configure caused >static modules to be selected - what does services do for protocol in the >event of a static module compilation?). See send.c for the details, but the protocol_xxx variables are defined in send.c, which has a load-module handler that copies the values from whatever protocol module is loaded. Come to think of it, that could be the problem--I'll take a look. >The FAQ mentions that a Windows version does not currently exist and would >likely be implemented through the submission of patches enabling it to run. >Since services is almost fully functional under Cygwin, as an interim >measure, would patches for running under Cygwin be welcomed? I will >probably look at a native Windows port later this year when I have more >time available and version 5 has gone "gold". > >BTW, on the subject of the FAQ, Questions C9 and F9 are the same >(Unreal /gline info). Sounds like you're looking at an old copy of the FAQ. As far as a Windows port goes, I'd rather limit it to Cygwin support, because it seems like a whole bunch of patches and conditional compilation would be needed for native Windows support. (You're welcome to try, of course, and let me know how it comes out; I'll think about it if it doesn't require too many changes to the code.) --Andrew Church achurch@achurch.org http://achurch.org/ From chris at monkeyircd.org Tue May 7 09:24:13 2002 From: chris at monkeyircd.org (Chris Plant) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Dynamic Modules on OpenBSD In-Reply-To: <3cd7c3f3.41124@achurch.org> References: <3cd7c3f3.41124@achurch.org> Message-ID: <1020788655.1448.2.camel@hermes.111balmoral.co.uk> DL_LAZY is only needed for future compatibility, as stated in the OpenBSD 3.0 man page. man dlopen reports: "The path argument can either be an absolute pathname or it can be of the form ``lib.so[.xx[.yy]]'' in which case the same library search rules apply that are used for ``intrinsic'' shared library searches. The second argument currently has no effect, but should be set to DL_LAZY for future compatibility." On Tue, 2002-05-07 at 22:07, Andrew Church wrote: > DL_LAZY shouldn't be needed, and in fact goes contrary to what I want > (which is to resolve all symbols on load and fail if some are missing). > Did you read the manual page correctly? As far as the underscores, I'll > see about putting in a check for those in the configure script. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > > >Hello Peeps > > > >On OpenBSD the flags to dlopen should be DL_LAZY, which is for future > >compatibility (according to its manpage), also, it needs an underscore > >prefixed onto any symbol you try and get from the modules (i believe > >this is due to the a.out binary format, and it isn't handled in BSD's > >dl* routines). > >I just tried a compile on OpenBSD 3.0, and ircservices doesn't handle > >either of these quirks, it should be a relatively simple > >makefile/configure change to get ircservices to account for them. > > > >Chris > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed May 8 01:44:31 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Dynamic Modules on OpenBSD Message-ID: <3cd804e4.41707@achurch.org> >DL_LAZY is only needed for future compatibility, as stated in the >OpenBSD 3.0 man page. >man dlopen reports: >"The path argument can either be an absolute pathname or it can be of >the form ``lib.so[.xx[.yy]]'' in which case the same library >search rules apply that are used for ``intrinsic'' shared library >searches. The second argument currently has no effect, but should be >set to DL_LAZY for future compatibility." Then it sounds like OpenBSD is already doing things the wrong way, so I'll probably just disable dynamic modules entirely for it. --Andrew Church achurch@achurch.org http://achurch.org/ >On Tue, 2002-05-07 at 22:07, Andrew Church wrote: >> DL_LAZY shouldn't be needed, and in fact goes contrary to what I want >> (which is to resolve all symbols on load and fail if some are missing). >> Did you read the manual page correctly? As far as the underscores, I'll >> see about putting in a check for those in the configure script. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> > >> >Hello Peeps >> > >> >On OpenBSD the flags to dlopen should be DL_LAZY, which is for future >> >compatibility (according to its manpage), also, it needs an underscore >> >prefixed onto any symbol you try and get from the modules (i believe >> >this is due to the a.out binary format, and it isn't handled in BSD's >> >dl* routines). >> >I just tried a compile on OpenBSD 3.0, and ircservices doesn't handle >> >either of these quirks, it should be a relatively simple >> >makefile/configure change to get ircservices to account for them. >> > >> >Chris >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From chris at monkeyircd.org Tue May 7 09:49:18 2002 From: chris at monkeyircd.org (Chris Plant) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Dynamic Modules on OpenBSD In-Reply-To: <3cd804e4.41707@achurch.org> References: <3cd804e4.41707@achurch.org> Message-ID: <1020790158.2652.3.camel@hermes.111balmoral.co.uk> On Wed, 2002-05-08 at 02:44, Andrew Church wrote: Hehe, came to that conclusion myself :). > >DL_LAZY is only needed for future compatibility, as stated in the > >OpenBSD 3.0 man page. > >man dlopen reports: > >"The path argument can either be an absolute pathname or it can be of > >the form ``lib.so[.xx[.yy]]'' in which case the same library > >search rules apply that are used for ``intrinsic'' shared library > >searches. The second argument currently has no effect, but should be > >set to DL_LAZY for future compatibility." > > Then it sounds like OpenBSD is already doing things the wrong way, > so I'll probably just disable dynamic modules entirely for it. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >On Tue, 2002-05-07 at 22:07, Andrew Church wrote: > >> DL_LAZY shouldn't be needed, and in fact goes contrary to what I want > >> (which is to resolve all symbols on load and fail if some are missing). > >> Did you read the manual page correctly? As far as the underscores, I'll > >> see about putting in a check for those in the configure script. > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> > >> > > >> >Hello Peeps > >> > > >> >On OpenBSD the flags to dlopen should be DL_LAZY, which is for future > >> >compatibility (according to its manpage), also, it needs an underscore > >> >prefixed onto any symbol you try and get from the modules (i believe > >> >this is due to the a.out binary format, and it isn't handled in BSD's > >> >dl* routines). > >> >I just tried a compile on OpenBSD 3.0, and ircservices doesn't handle > >> >either of these quirks, it should be a relatively simple > >> >makefile/configure change to get ircservices to account for them. > >> > > >> >Chris > >> > > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Tue May 7 11:14:07 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. Message-ID: Just in case ne1 cares.. gcc -DCLEAN_COMPILE -O2 -Wall -Wmissing-prototypes -g -c init.c -o init.o init.c:497:23: warning: multi-line string literals are deprecated :p -- 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 griever at t2n.org Tue May 7 11:50:34 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. In-Reply-To: Message-ID: On Tue, 7 May 2002, Craig McLure wrote: > Just in case ne1 cares.. > > gcc -DCLEAN_COMPILE -O2 -Wall -Wmissing-prototypes -g -c init.c -o init.o > init.c:497:23: warning: multi-line string literals are deprecated This really should be fixed. From frostycoolslug at hotmail.com Tue May 7 11:54:18 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Mail-Auth = br0ked :/ Message-ID: i've tried this under different compilers, but e-mail authentication doesnt seem to work on my box, Red-hat 6.2, GCC 3.0.4 i've tried both SendMail and SMTP, also 2 different Versions of services (alpha30 & 31) i sometimes get an e-mail titled "libsafe violation..." Just before services dies :/ can ne1 help? :) -- 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 achurch at achurch.org Wed May 8 09:35:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. Message-ID: <3cd87317.42551@achurch.org> >Just in case ne1 cares.. > >gcc -DCLEAN_COMPILE -O2 -Wall -Wmissing-prototypes -g -c init.c -o init.o >init.c:497:23: warning: multi-line string literals are deprecated Well, I personally think gcc3's warnings are deprecated :P but fixed. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Tue May 7 17:41:30 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. Message-ID: *adds to list of famous quotes ;) Andrew, u had a chance to look over my mail-auth probs yet, i think i sent 2 mails about it.. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Just in case.. >Date: Wed, 08 May 2002 09:35:29 JST > > >Just in case ne1 cares.. > > > >gcc -DCLEAN_COMPILE -O2 -Wall -Wmissing-prototypes -g -c init.c -o init.o > >init.c:497:23: warning: multi-line string literals are deprecated > > Well, I personally think gcc3's warnings are deprecated :P but fixed. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From achurch at achurch.org Wed May 8 09:54:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. Message-ID: <3cd87750.42635@achurch.org> >Andrew, u had a chance to look over my mail-auth probs yet, i think i sent 2 >mails about it.. I've never seen anything like it (and I don't use libsafe), so all I can say is have fun debugging. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Tue May 7 18:34:21 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. Message-ID: ok, i'm not the debugging type! if i give u access to the shell, and the server.. wanna have a look? :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Just in case.. > > >Andrew, u had a chance to look over my mail-auth probs yet, i think i >sent 2 > >mails about it.. > > I've never seen anything like it (and I don't use libsafe), so all I >can say is have fun debugging. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From chris at monkeyircd.org Wed May 8 08:15:00 2002 From: chris at monkeyircd.org (Chris Plant) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Just in case.. In-Reply-To: <3cd87317.42551@achurch.org> References: <3cd87317.42551@achurch.org> Message-ID: <1020870905.1443.1.camel@hermes.111balmoral.co.uk> On Wed, 2002-05-08 at 10:35, Andrew Church wrote: > >Just in case ne1 cares.. > > > >gcc -DCLEAN_COMPILE -O2 -Wall -Wmissing-prototypes -g -c init.c -o init.o > >init.c:497:23: warning: multi-line string literals are deprecated > > Well, I personally think gcc3's warnings are deprecated :P but fixed. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding gcc 3.0 was always fine for me, except for a problem with multiple heritance. Thats probably a five second fix. Chris From r-krisztian at softhome.net Thu May 9 08:40:31 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E9n?=) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] ChanServ In-Reply-To: <1020870905.1443.1.camel@hermes.111balmoral.co.uk> References: <3cd87317.42551@achurch.org> <1020870905.1443.1.camel@hermes.111balmoral.co.uk> Message-ID: <02050917403100.13155@adsl52089> Hello! I have a channel which has only one setting: topic retention. All the others are turned off. If some IRC operator gives op himself, then ChanServ deops him. Why? This problem wasn't in alpha 30 and don't know whether it's a bug or not. And there's another one, but it's maybe not a bug: if nobody is on a registerd channel, then ChanServ joins, and leaves when somebody joins. Can you help me? AngryWolf From VisionOfHell at aol.com Thu May 9 11:00:50 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] PID file becomes stale immediately Message-ID: <80.1b6f2c30.2a0c1352@aol.com> Any reason why when services is booted the PID is created, then when the crontab kicks in it keeps telling me the PID is stale? Happened on .28 and now on .31 From achurch at achurch.org Fri May 10 11:52:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] PID file becomes stale immediately Message-ID: <3cdb35fb.53540@achurch.org> >Any reason why when services is booted the PID is created, then when the >crontab kicks in it keeps telling me the PID is stale? At a guess, because your crontab script is broken? --Andrew Church achurch@achurch.org http://achurch.org/ From VisionOfHell at aol.com Fri May 10 08:35:28 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #125 - 3 msgs Message-ID: <94.261f3daf.2a0d42c0@aol.com> At a guess id say more specifically: 1) It has worked with non v5 2) The pid is created and then once it becomes stale disappears 3) I see nothing wrong with below #!/bin/sh servicesdir="/home/chris/servers/services/bin" piddir="/home/chris/servers/services/lib" name="ircservices" ########## you probably don't need to change anything below here ########## cd $piddir if test -r $name.pid; then # there is a pid file -- is it current? mypid=`cat $name.pid` if `kill -CHLD $mypid >/dev/null 2>&1`; then # it's still going # back out quietly exit 0 fi echo "" echo "Stale $name.pid file (erasing it)" rm -f $name.pid fi echo "" echo "Couldn't find the daemon running. Reloading it..." echo "" cd $servicesdir ./$name exit 0 From gizm0 at mail.gr Sat May 11 12:28:28 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Found a bug in NickServ Message-ID: <102110930801@mailserver.mail.gr> Think i found a little bug in nickserv. I've suspend a nick several days ago.I've unsuspend the last week (i think so).One of my friends registered and it worked fine.My friend logged on the network identified for his nick.By mistake he tried to register the same nick again (I've added to the nickserv to wallop if someone tried to register a suspended or forbided nick) the services returned to my friend the notice_lang this nick is already registered by someone else and walloped that my friend tried to register a suspended nick.As i said i've unsuspended the nick and my friend has already registered and identified for it without any probs.Any ideas why is this happening? Regards, Gizm0 ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun May 12 11:09:11 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] To bug or not to bug? Message-ID: <102119095201@mailserver.mail.gr> [May 11 20:47:20 2002] Services terminating: Segmentation fault [May 11 21:12:48 2002] IRC Services 5.0a29 starting up [May 11 21:12:49 2002] FATAL: database/version4: Invalid format in nick.db [May 11 21:12:49 2002] sockets: [v]sockprintf() with NULL socket! What's this? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Sun May 12 21:44:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] To bug or not to bug? Message-ID: <3cde642d.02635@achurch.org> >[May 11 20:47:20 2002] Services terminating: Segmentation fault >[May 11 21:12:48 2002] IRC Services 5.0a29 starting up >[May 11 21:12:49 2002] FATAL: database/version4: Invalid format in nick.db >[May 11 21:12:49 2002] sockets: [v]sockprintf() with NULL socket! > >What's this? It's someone using an old version of Services to report bugs. >"I can see the darkness in your eyes." > Gizm0.- > >------------------------------------------------------------- >http://www.mail.gr/ - Get Your Private Free Email Address! >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon May 13 00:20:49 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Op, deop, etc... Message-ID: <3cde88ab.12002@achurch.org> >My problem is that if an IRC Operator wants to have a +q channel flag in a >registered Channel, then ChanServ changes mode -q. It does also the same if >I want /mode +a or +o nick. ircservices5.0alpha30 didn't do that. Can I turn >off that somehow? This is due to a check that prevents -o users from changing channel modes. I've modified it so it allows IRC operators to change modes even if -o. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon May 13 00:28:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Found a bug in NickServ Message-ID: <3cde8a22.12070@achurch.org> >Think i found a little bug in nickserv. >I've suspend a nick several days ago.I've unsuspend the last week (i >think so).One of my friends registered and it worked fine.My friend >logged on the network identified for his nick.By mistake he tried to >register the same nick again (I've added to the nickserv to wallop if >someone tried to register a suspended or forbided nick) the services >returned to my friend the notice_lang this nick is already registered by >someone else and walloped that my friend tried to register a suspended >nick.As i said i've unsuspended the nick and my friend has already >registered and identified for it without any probs.Any ideas why is this >happening? At a guess, because you wrote the wallops code incorrectly? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon May 13 00:49:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 32 released Message-ID: <3cde909b.27225@achurch.org> Okay, so I've finally worked my way through my local bug list and taken care of everything there. I still need to give the code one last run-over, and see what things in the TODO list deserve to go into 5.0, but this alpha can be considered the equivalent of a "release candidate" for the first beta version. As usual, please let me know of any problems you encounter--the less problems left in the beta version, the fewer questions I have to field from all the people who try the beta out and find it crashing all over the place. (: Actually, it just occurred to me I still need to resolve that FreeBSD socket issue... so I guess there'll be at least one more alpha coming out after all. Changes in version 5.0 alpha 32 ------------------------------- 2002/05/13 ChanServ no longer removes chanops from IRC operators who give themselves or others +o via an ircd feature. Reported by Romek Krisztian 2002/05/13 Added StatServ support to httpd/dbaccess module. 2002/05/12 Changed the default required access level for the ChanServ CLEAR command from founder-only to 100 (SOP). 2002/05/12 The ChanServ LEVELS help no longer mentions the SOP/AOP/etc. commands if the access-xop module is not loaded. 2002/05/12 Fixed a bug causing ChanServ LEVELS DESC help to be displayed for all LEVELS help queries _except_ LEVELS DESC. 2002/05/10 Fixed failure to recognize protocol features when using static modules, and added extra checks to ensure variables are set up correctly. 2002/05/09 Improved dynamic module usability check in configure script to handle OpenBSD correctly. Suggested by Chris Plant (chris@monkeyircd.org) 2002/05/08 Changed init.c to avoid a compilation warning under GCC 3. Reported by Craig McLure 2002/05/07 StatServ SERVERS DELETE and other root-only commands now say "permission denied" instead of "syntax error" when used by a non-root IRC operator. 2002/05/07 Fixed cosmetic bug in AJOIN list-full error message. Reported by Romek Krisztian --Andrew Church achurch@achurch.org http://achurch.org/ From gizm0 at mail.gr Sun May 12 20:14:30 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] To bug or not to bug? Message-ID: <102122367001@mailserver.mail.gr> yeah right.it's someone using an old version of services.I don't.I just modify and update through the releases without updating the version.h thing.that's why you see the old version number. this is in version a31 and not in a29. thanx :) regards, Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun May 12 20:15:35 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Found a bug in NickServ Message-ID: <102122373501@mailserver.mail.gr> > At a guess, because you wrote the wallops code incorrectly? no i didn't.i checked it twice. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From manual3000 at hotmail.com Sun May 12 16:49:18 2002 From: manual3000 at hotmail.com (manual 3000) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] suggestion : crontab - services check script Message-ID: Hi. I am new to services and i would like to make 2 suggestions. A. I think you should add a script tha checks if services are up (stale pid) an if not to load them. I know there are many out there but an official one would be nice. My suggestion considers the following: 1. a file (i.e. autoservchck )that if ran should add a crontab entry running the file servchk every XX mins. 2. a script (i.e. servchk ) tha should check for a stale pid and reload the services if they are dead. The script should be made as not to send email (via sendmail) on every failed services run attempt and if possible to write a file instead (with failed attempts) Thats all about the crontab thing. B. The services.log file is getting bigger and bigger every day and specially in big networks. I am thinking that it would be better if there was a directory (i.e logs) that every day's log would be kept there. I mean that the log file should be changed by day in a format like this : s06132002.log or something. So it would be easier to see the logs or erase the old ones. That was my suggestions and sorry for my poor english. Keep up the good work guys. Thanks, MaNUaL IRCN net _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From projectdead at UTChat.com Sun May 12 18:41:58 2002 From: projectdead at UTChat.com (projectdead@UTChat.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] (no subject) Message-ID: <200205130036.TAA01153@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 r-krisztian at softhome.net Sun May 12 22:57:57 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] (no subject) References: <200205130036.TAA01153@dragonraq.utchat.com> Message-ID: <3CDF55E5.4070203@softhome.net> Hello! > 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).... IRCServices 5.0 has modules support. > 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. This is already off topic. More info: http://www.ircservices.za.net/pipermail/ircservices-coding/2002/000568.html > 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?... This problem has already been solved. Try the newest version! More info: http://www.ircservices.za.net/pipermail/ircservices-coding/2002/000658.html Krisztian Romek From alisor at softhome.net Mon May 13 04:44:16 2002 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] suggestion : crontab - services check script References: Message-ID: <004501c1fa73$9f859780$70d7afc3@mshome.net> ----- Original Message ----- From: "manual 3000" To: Sent: Monday, May 13, 2002 2:49 AM Subject: [IRCServices Coding] suggestion : crontab - services check script .................... > B. The services.log file is getting bigger and bigger every day and > specially in big networks. > I am thinking that it would be better if there was a directory (i.e logs) > that every day's log would be kept there. I mean that the log file should be > changed by day in a format like this : s06132002.log or something. So it > would be easier to see the logs or erase the old ones. ......................... > Thanks, MaNUaL IRCN net i think it is a good suggestion...But maybe not for all days...10 days period can be good....Or month period For example : 10-20may.log may2002.log From gizm0 at mail.gr Mon May 13 15:52:16 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] suggestion : crontab - services check script Message-ID: <102129433601@mailserver.mail.gr> Manual, both suggestions are reasonable and good but there are some restrictions making the first one (about the crontab),not to work. The reason is that, to have access to modify the crontab,in most UNIX based operating systems,if not all, requires Root(super-user) access to modify the crontab.As known most of ircd's and IRCServices are running on shell providers who,as reasonable,don't provide Super-User access to their customers for security reasons.The second suggestion is extremely usefull and quite easy to be coded.See ya online pal ;](I'm going to add the second suggestion-feature in our services):P "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Tue May 14 00:17:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 33 released Message-ID: <3cdfdc1c.71446@achurch.org> Okay, I think I've pretty much got everything wrapped up now, including that socket problem (whoever was having problems before, please try again now). If no problems crop up in this version in the next few days, I'm going to go ahead and release it as the first beta, so test away and let me know if anything breaks. Changes in version 5.0 alpha 33 ------------------------------- 2002/05/14 Log filename may now contain %y, %m, or %d (replaced by the current year, month, or day) for automatic log rotation. 2002/05/14 Renamed default log, PID, and MOTD files to "ircservices.*" instead of "services.*". 2002/05/13 Added crontab script (ircservices-chk) to restart Services as needed. Suggested by 2002/05/13 Added NickServ LISTEMAIL command. Suggested by Finny Merrill 2002/05/13 Services admins can now exceed nickname and channel registration limits. 2002/05/13 Added NSRegEmailMax configuration directive for limiting the number of nicknames registered per address. Suggested by Finny Merrill 2002/05/13 Fixed a bug causing failed connections to not be detected when Services is not running in debug mode. 2002/05/13 Failed connections are now logged normally instead of as debug messages. 2002/05/13 Socket connections should now work properly on FreeBSD instead of failing most of the time. Reported by Ben Goldstein 2002/05/13 SMTP mail module now checks for " in From: names to avoid malformed headers. --Andrew Church achurch@achurch.org http://achurch.org/ From ayottew at sympatico.ca Mon May 13 08:50:15 2002 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 33 released References: <3cdfdc1c.71446@achurch.org> Message-ID: <014301c1fa95$e0473a40$0201a8c0@webdevint.com> How are you doing on the manual for services? ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, May 13, 2002 11:17 AM Subject: [IRCServices Coding] Services 5.0 alpha 33 released > Okay, I think I've pretty much got everything wrapped up now, > including that socket problem (whoever was having problems before, please > try again now). If no problems crop up in this version in the next few > days, I'm going to go ahead and release it as the first beta, so test away > and let me know if anything breaks. > > Changes in version 5.0 alpha 33 > ------------------------------- > 2002/05/14 Log filename may now contain %y, %m, or %d (replaced by the > current year, month, or day) for automatic log rotation. > 2002/05/14 Renamed default log, PID, and MOTD files to "ircservices.*" > instead of "services.*". > 2002/05/13 Added crontab script (ircservices-chk) to restart Services > as needed. Suggested by > 2002/05/13 Added NickServ LISTEMAIL command. Suggested by Finny > Merrill > 2002/05/13 Services admins can now exceed nickname and channel > registration limits. > 2002/05/13 Added NSRegEmailMax configuration directive for limiting > the number of nicknames registered per address. > Suggested by Finny Merrill > 2002/05/13 Fixed a bug causing failed connections to not be detected > when Services is not running in debug mode. > 2002/05/13 Failed connections are now logged normally instead of as > debug messages. > 2002/05/13 Socket connections should now work properly on FreeBSD > instead of failing most of the time. Reported by Ben > Goldstein > 2002/05/13 SMTP mail module now checks for " in From: names to avoid > malformed headers. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Tue May 14 01:00:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Services 5.0 alpha 33 released Message-ID: <3cdfe336.71520@achurch.org> >How are you doing on the manual for services? It's more or less done, except for the last part of section 3, which I plan to finish up over the beta period. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Mon May 13 11:00:47 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] access list References: <3cdfe336.71520@achurch.org> Message-ID: <000a01c1faa8$1c335360$0a00000a@krisz> Hello! My friend would like to ask a question: i think services admin in earlier version could change channel access list and other options like founder without identifing into it, but now it can't do that. is it a bug, or this ability has been removed? Romek Krisztian From r-krisztian at softhome.net Mon May 13 11:11:19 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] dunnowhat :) References: <3cdfe336.71520@achurch.org> Message-ID: <000e01c1faa9$94bd8570$0a00000a@krisz> *** ChanServ sets mode: +oaoa C_REATIVE_ C_REATIVE_ C_REATIVE_ C_REATIVE_ Romek Krisztian From achurch at achurch.org Tue May 14 12:19:36 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] access list Message-ID: <3ce08277.71775@achurch.org> >Hello! > >My friend would like to ask a question: > > i think services admin in earlier version could change channel >access list and other options like founder without identifing into it, but >now it can't do that. is it a bug, or this ability has been removed? No, you can still change channel options as a Services admin; the one thing that has changed is that you now have to be both opered and identified to be considered a Services admin (in previous versions, being identified was enough). --Andrew Church achurch@achurch.org http://achurch.org/ From gizm0 at mail.gr Tue May 14 12:37:19 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] access list Message-ID: <102136903901@mailserver.mail.gr> > No, you can still change channel options as a Services admin; the one yes to change the channel options, not to modify the access list without having the required access level for ACC-CHANGE. [12:56] -ChanServ- Permission denied. <-- This is the notice ChanServ returned to me when i tried to add someone to the access list without having access to the channel i tried to add him.Can you add this? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Tue May 14 20:18:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] access list Message-ID: <3ce0f287.02573@achurch.org> >yes to change the channel options, not to modify the access list without >having the required access level for ACC-CHANGE. >[12:56] -ChanServ- Permission denied. <-- This is the notice ChanServ >returned to me when i tried to add someone to the access list without >having access to the channel i tried to add him.Can you add this? Added. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Tue May 14 09:32:14 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] LIST and LISTEMAIL References: <3cdfe336.71520@achurch.org> Message-ID: <000901c1fb64$e82429b0$0a00000a@krisz> It seems that /NS LIST and /NS LISTEMAIL has been reversed. LISTEMAIL does what LIST should do. Romek Krisztian From r-krisztian at softhome.net Tue May 14 09:44:11 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] LIST and LISTEMAIL References: <3cdfe336.71520@achurch.org> <000901c1fb64$e82429b0$0a00000a@krisz> Message-ID: <000501c1fb66$9327a750$0a00000a@krisz> Sorry, I was too fast. The problem is only with /NS LIST *: -NickServ- List of entries matching *: -NickServ- End of list; 0/0 matches shown. Sorry. Romek Krisztian From projectdead at UTChat.com Tue May 14 18:29:18 2002 From: projectdead at UTChat.com (projectdead@UTChat.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Remote Commands Message-ID: <200205150023.TAA13923@dragonraq.utchat.com> Hi, this is IRC.MAPOP.COM ppl again, we were wondering if it is possible, or is going to be possible in the future to add remote commands such as !halfdeop, !op (said in the channel) and so fourth in instead of /ms /cs /os or using /msg ***serv blah blah blah..., if so it would be a big help when someone needs help fast and also much easier for the users to use.. and less typing..... Also, we have another question... could you incorperate Un-limited Channel registration capabilities for Service ADMINS and Service OPERATORS.. with the ability of specifying the USERNICK Of the owner (NICK Must be reg'd) and the password etc.. WITHOUT anyone being opped in the channel to be registered (This is only if you are an operator or admin.) Well thats it! ty for all the help.... -ProjectDEAD From achurch at achurch.org Wed May 15 09:31:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Remote Commands Message-ID: <3ce1ac68.07276@achurch.org> No and no. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, this is IRC.MAPOP.COM ppl again, we were wondering if it is >possible, or is going to be possible in the future to add remote >commands such as !halfdeop, !op (said in the channel) and so fourth in >instead of /ms /cs /os or using /msg ***serv blah blah blah..., if so it >would be a big help when someone needs help fast and also much easier >for the users to use.. and less typing..... > >Also, we have another question... could you incorperate Un-limited >Channel registration capabilities for Service ADMINS and Service >OPERATORS.. with the ability of specifying the USERNICK Of the owner >(NICK Must be reg'd) and the password etc.. WITHOUT anyone being opped >in the channel to be registered (This is only if you are an operator or >admin.) > >Well thats it! >ty for all the help.... > >-ProjectDEAD > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed May 15 13:11:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] LIST and LISTEMAIL Message-ID: <3ce1e014.10202@achurch.org> >Sorry, I was too fast. The problem is only with /NS LIST *: > >-NickServ- List of entries matching *: >-NickServ- End of list; 0/0 matches shown. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From v13 at it.teithe.gr Wed May 15 03:57:18 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Request. Message-ID: <200205151357.18294.v13@it.teithe.gr> Is it possible to add 'rename' command for nickserv (and maybe chanserv)? Just to be able to change the nickname of a user without loosing all channels he is founder to, or the access he has, or his memos etc etc... I don't know if something like that should be limited to services admins or not. <> From achurch at achurch.org Wed May 15 20:06:16 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Request. Message-ID: <3ce24139.13715@achurch.org> > Is it possible to add 'rename' command for nickserv (and maybe chanserv) >? >Just to be able to change the nickname of a user without loosing all chan >nels >he is founder to, or the access he has, or his memos etc etc... /ns link NewNick /nick NewNick /ns unlink OldNick --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed May 15 04:42:08 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Remote Commands Message-ID: lol, amazing answers there from Andrew.. accurate, and to the point! but, me and a few of my opers are working on a "BotServ" Module, which will allow commands like this... will keep you all informed! :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Remote Commands >Date: Wed, 15 May 2002 09:31:23 JST > > No and no. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, this is IRC.MAPOP.COM ppl again, we were wondering if it is > >possible, or is going to be possible in the future to add remote > >commands such as !halfdeop, !op (said in the channel) and so fourth in > >instead of /ms /cs /os or using /msg ***serv blah blah blah..., if so it > >would be a big help when someone needs help fast and also much easier > >for the users to use.. and less typing..... > > > >Also, we have another question... could you incorperate Un-limited > >Channel registration capabilities for Service ADMINS and Service > >OPERATORS.. with the ability of specifying the USERNICK Of the owner > >(NICK Must be reg'd) and the password etc.. WITHOUT anyone being opped > >in the channel to be registered (This is only if you are an operator or > >admin.) > > > >Well thats it! > >ty for all the help.... > > > >-ProjectDEAD > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ghozer at mapop.com Wed May 15 10:30:57 2002 From: ghozer at mapop.com (Colin Thorpe) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Channel Registration Message-ID: <20020515173240.1366517420@snow.fingers.co.za> Hi, Will you be including "network" Channel registration capabilities, or Un-Limited OPER / ADMIN Registration capabilities, instead of a max of 10 that stand's for users and ADMINS.. as we have a network that requires a large number of network channels (at-least 30) - But the channel limit is set to 10... so it will not let me regsiter anymore under the netowkr name... this would be a really useful feature to allow admins and opers to register as-many channels as needed and also to beable to modify the sop, aop and vop list's for any channel.. Also.. is there any wou of adding a hop (Half Op) command for auto % on join, as SOP and VOP does woth @ and + ?? Thanx Ghozer From gizm0 at mail.gr Wed May 15 20:30:46 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Channel Registration Message-ID: <102148384601@mailserver.mail.gr> Óôßò Wed, 15 May 2002 13:30:57 -0400 "Colin Thorpe" Ýãñáøå: > Hi, Will you be including "network" Channel registration capabilities, or > Un-Limited OPER / ADMIN Registration capabilities, instead of a max of 10 > that stand's for users and ADMINS.. as we have a network that requires a > large number of network channels (at-least 30) - But the channel limit is > set to 10... so it will not let me regsiter anymore under the netowkr > name... this would be a really useful feature to allow admins and opers > to register as-many channels as needed and also to beable to modify the > sop, aop and vop list's for any channel.. > > Also.. is there any wou of adding a hop (Half Op) command for auto % on > join, as SOP and VOP does woth @ and + ?? > > Thanx > > Ghozer this already exists in services.The new release is going to have this feature of unlimited channel/nick registration for Services Admins and Access list modifying without having access to the channel.Half op is enabled if you use Unreal Protocol. regards, Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From manual3000 at hotmail.com Wed May 15 13:28:10 2002 From: manual3000 at hotmail.com (MaNUaL 3000) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Remote Commands Message-ID: Well i dont think a botserv will be good. Epona services have one but consider the following..: 1. why to have this feature when it is easier to make and run an eggdrop? (no help files for the services etc etc) 2. The services in large networks with thousands of users and channels will become heavy. just consider the cpu cycles ,the ram and the hard disc space that a botserv would assign for itself. 3. if a botserv exists there should be a feature that would prevent flooding for this commands (so more cpu cycles to check for flooding in every channel). Thats only my opinion.. Thanks, MaNUaL Greece >lol, amazing answers there from Andrew.. accurate, and to the point! > >but, me and a few of my opers are working on a "BotServ" Module, which > >will allow commands like this... will keep you all informed! :) _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. From VisionOfHell at aol.com Thu May 16 09:37:23 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: Chanserv problem with .33? Message-ID: <116.11523a3b.2a153a43@aol.com> *** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers *** ChanServ sets mode: +oqoq IceWindFire IceWindFire IceWindFire IceWindFire From achurch at achurch.org Fri May 17 14:41:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: Chanserv problem with .33? Message-ID: <3ce49820.32070@achurch.org> >*** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers >*** ChanServ sets mode: +oqoq IceWindFire IceWindFire IceWindFire IceWindFire Does this happen with MergeChannelModes disabled? --Andrew Church achurch@achurch.org http://achurch.org/ From ghozer at mapop.com Fri May 17 04:19:49 2002 From: ghozer at mapop.com (Colin Thorpe) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] General Module Questions Message-ID: <20020517112127.B4CCA174B2@snow.fingers.co.za> Hi, I Have a few Queries about this module feature How much can be controlled from modules? EXAMPLE: If I write a module, that would allow remote commands, Such as the commnd said in the channel "!op" and it op's that user who typed it (If they are on AOP or SOP list for that channel) and !deop, for de- opping, !voice/!evoice if they are on the VOP list etc... Will this sort of control over the sevices be available from the modules? Also, we ahve the halfop capability on our IRCD, but we do not have an AHOP (like AOP, SOP and VOP) for the channels... How do we enable this? it is RaptorIRCD.1.0.4 (Latest patch) the DCC Patch Thank You. Colin ---------------------------------------------------- Ghozer AKA {SCF}|Ghozer| Clan{SCF} - #Clan{SCF} on irc.utchat.com www.scfclan.com Also irc.mapop.com - #staff #mapop #admin and #help HEad Operator IRC.MAPOP.COM Interested in linking with us? Come see me. --------------------------------------------------- From frostycoolslug at hotmail.com Fri May 17 04:40:38 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] General Module Questions Message-ID: you can get full services control from the modules... and i think u need HOP :p althought RaptorIRCD.1.0.4 isnt Supported by ircservices (from what i know..) if that feature isnt avaliable, re-conpile with Unreal support, but.. that probably wouldnt work :) >From: "Colin Thorpe" >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] General Module Questions >Date: Fri, 17 May 2002 07:19:49 -0400 > >Hi, I Have a few Queries about this module feature > > How much can be controlled from modules? > EXAMPLE: If I write a module, that would allow remote commands, Such as > the commnd said in the channel "!op" and it op's that user who typed it > (If they are on AOP or SOP list for that channel) and !deop, for de- > opping, !voice/!evoice if they are on the VOP list etc... > > Will this sort of control over the sevices be available from the modules? > > Also, we ahve the halfop capability on our IRCD, but we do not have an > AHOP (like AOP, SOP and VOP) for the channels... How do we enable this? > > it is RaptorIRCD.1.0.4 (Latest patch) the DCC Patch > > Thank You. > Colin > >---------------------------------------------------- >Ghozer AKA {SCF}|Ghozer| >Clan{SCF} - #Clan{SCF} on irc.utchat.com >www.scfclan.com >Also irc.mapop.com - #staff #mapop #admin and #help >HEad Operator IRC.MAPOP.COM >Interested in linking with us? Come see me. >--------------------------------------------------- > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 uhc0 at rz.uni-karlsruhe.de Thu May 16 13:22:15 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:23 2004 Subject: AW: [IRCServices Coding] Re: Chanserv problem with .33? In-Reply-To: <116.11523a3b.2a153a43@aol.com> Message-ID: <000001c1fd17$708cb7f0$02c8a8c0@nygmatech.local> Could it actually be this way ?: *** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers *** IceWindFire (ice@ice-inferno.network-administrator) has left #opers *** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers *** ChanServ sets mode: +oqoq IceWindFire IceWindFire IceWindFire IceWindFire And then MergeChannelModes has been set in ircservices.conf ? If this is the case, services might send the modes for both JOINs in a combined MODE line. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von VisionOfHell@aol.com > Gesendet: Donnerstag, 16. Mai 2002 18:37 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Re: Chanserv problem with .33? > > > *** IceWindFire (ice@ice-inferno.network-administrator) has > joined #opers > *** ChanServ sets mode: +oqoq IceWindFire IceWindFire > IceWindFire IceWindFire > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From uhc0 at rz.uni-karlsruhe.de Fri May 17 00:08:37 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:23 2004 Subject: AW: [IRCServices Coding] Re: Chanserv problem with .33? In-Reply-To: <116.11523a3b.2a153a43@aol.com> Message-ID: <000301c1fd71$bc46c190$02c8a8c0@nygmatech.local> Could it actually be this way ?: *** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers *** IceWindFire (ice@ice-inferno.network-administrator) has left #opers *** IceWindFire (ice@ice-inferno.network-administrator) has joined #opers *** ChanServ sets mode: +oqoq IceWindFire IceWindFire IceWindFire IceWindFire And then MergeChannelModes has been set in ircservices.conf ? If this is the case, services might send the modes for both JOINs in a combined MODE line. Regards; yusuf PS: Sorry, if this email reaches you twice. The university mail server has problems currently. ------------------------------------------------------------------ | 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von VisionOfHell@aol.com > Gesendet: Donnerstag, 16. Mai 2002 18:37 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Re: Chanserv problem with .33? > > > *** IceWindFire (ice@ice-inferno.network-administrator) has > joined #opers > *** ChanServ sets mode: +oqoq IceWindFire IceWindFire > IceWindFire IceWindFire > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From VisionOfHell at aol.com Fri May 17 05:44:47 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #132 - 2 msgs Message-ID: <11e.10c220e4.2a16553f@aol.com> I have no merge channels if that helps. From gizm0 at mail.gr Fri May 17 19:12:50 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #132 - 2 msgs Message-ID: <102165197001@mailserver.mail.gr> Óôßò Fri, 17 May 2002 08:44:47 EDT VisionOfHell@aol.com Ýãñáøå: > I have no merge channels if that helps. heh.MergeChannelModes and not MergeChannel.Imagine mergening channels.heh great feature :P "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From eengin at talesoft.de Fri May 17 10:11:19 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:23 2004 Subject: [IRCServices Coding] Two Suggestions In-Reply-To: <000301c1fd71$bc46c190$02c8a8c0@nygmatech.local> Message-ID: <008901c1fdc5$dff14440$092a14ac@talesoft.de> Hello, Just wondering if it is (or could be) planned to add some features: 1.- cs info showing maximum (and maybe avarage) user count on the channel This feature could be used to determine the ovberall situation of a channel allowing networks with e.g. Bot policies to respond to the requests faster. Also users could compare their channels with others. 2.- ns info showing the total online time of an user. This feature is mainly used by channel foudners on our Network on decissons on adding or removing channel operators. Also it can be used to decide if a nick is used or just "hold" a nick (illegaly compare nickserv help ;-) 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 dan at viaraix.net Fri May 17 13:50:32 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] nick.db - Invalid Format Message-ID: <3CE56D18.6040008@viaraix.net> [May 17 19:37:46 2002] unknown message from server (:irc.last-horizon.co.uk SETHOST Recon 1654620b.1de2983b.in-addr.btopenworld.com) [May 17 19:38:06 2002] Services terminating: Segmentation fault [May 17 20:59:28 2002] IRC Services 5.0a33 starting up [May 17 20:59:29 2002] FATAL: database/version4: Invalid format in nick.db -==== Start nick.db =====- ^RaK^c0larakwhogivesafkinshit@hotmail.comRaK@ACB5A2E6.ipt.aol.comDan2Leaving: To know the light, you must see the dark i couldn't wank in ANY class this <--- | (@Blanko) NoS Erection =============) | (@p0ma) Perhaps even --*--) this (--*-- huhu hi <+Curufinwe^tv> radon <+TV|Freak> mh??? <+TV|Freak> hab ich was mit den Augen??? [02:40] birne: wechsel deinen nick mal wieder <+TV|Freak> anscheinend bin ich voll Banane Having just upgraded to the latest alpha, it seems that the immediately send options for akill and sline no longer operate and the akills/slines are not propogated to servers allowing the users to remain connected. -- Mark. From nothing at psychopat.org Fri May 17 19:23:56 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0a33 Bug?! In-Reply-To: <21024.193.237.130.98.1021677069.squirrel@secure.uksolutions.co.uk> Message-ID: >From services.log: [May 17 22:10:50 2002] IRC Services 5.0a33 starting up [May 17 22:15:45 2002] protocol/bahamut: sjoin: SJOIN to channel #chile for non-existent nick PsYcHoPaT (1021688148 #chile +) [May 17 22:19:58 2002] nickserv/main: user record for PsYcHoPaT not found [May 17 22:20:03 2002] nickserv/main: user record for PsYcHoPaT not found [May 17 22:20:40 2002] nickserv/main: user record for wert5 not found [May 17 22:20:48 2002] nickserv/main: user record for wert5 not found >From IRC: -irc.psychopat.org- *** Routing -- from irc.psychopat.org: Link with services.psychopat.org[(+)nothing@0.0.0.0] established: ULined TS link -irc.psychopat.org- *** Notice -- Nick Collision on OperServ(services.psychopat.org(NOUSER) <- OperServ!services@psychopat.org)(TS:services.psychopat.org) -irc.psychopat.org- *** Notice -- Nick Collision on Global(services.psychopat.org(NOUSER) <- Global!services@psychopat.org)(TS:services.psychopat.org) Version: bahamut(pelennor)-1.4(08). irc.psychopat.org CHiI TS3ow-r[RELEASE] parameters wrongs ?! From beng at nc.rr.com Fri May 17 21:57:05 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Cosmetic in modules.conf Message-ID: <009b01c1fe28$7c5cd490$0300000a@asi200> # EnableExclude [OPTIONAL] # Causes autokill exclusions to be usable. If not given, the # EXCLUDE command will be unavailable, and any autokill # exclusions previously added will be ignored. # # NOTICE: On IRC servers without autokill exclusion functionality # (such as that in trircd version 5), this will cause ... as you were saying? -- Ben Goldstein (beng@nc.rr.com) From beng at nc.rr.com Fri May 17 22:23:15 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] 5.0a33 Message-ID: <00ab01c1fe2c$b8ff9be0$0300000a@asi200> 0) The FreeBSD smtp socket issue.. [May 18 01:26:28.858924 2002] mail/smtp: SMTP(0x8163a00) received: 220-mail4.nc.rr.com Microsoft SMTP MAIL ready at Sat, 18 May 2002 01:17:14 -0400 Version: 5.5.1877.757.75 [May 18 01:26:28.859473 2002] mail/smtp: SMTP(0x8163a00) received: 220 ESMTP spoken here [May 18 01:26:28.860008 2002] debug: Top of main loop And thats where it sits. Progress, yes! But not quite done. 1) Upon registering a nickname that has not been completly AUTH'd, your email address shows up in a /ns INFO report. At this point, you cannot set HIDE email on. Possibly a privacy issue. 2) I would have a "NSIsOp", "CSIsOp" etc. to say whether or not you want services' pseudo-clients to have the +o flag after registration. Maybe I'm just nitpicking, i'd rather not see robots in /who 0 o. -- Ben Goldstein (beng@nc.rr.com) From manual3000 at hotmail.com Sat May 18 02:36:55 2002 From: manual3000 at hotmail.com (MaNUaL 3000) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Two Suggestions Message-ID: 1. dont know about that. what if 100 bot clones attack the channel? that would be a fake result then. 2. not a good idea. what if they leave a screen 24h a day but not online? that would be a fake result too. So not a good idea. Also big channels use bots for this.. they keep statistics to count users and online time for users.. MaNUaL. >Hello, > >Just wondering if it is (or could be) planned to add some features: > >1.- cs info showing maximum (and maybe avarage) user count on the >channel > >This feature could be used to determine the ovberall situation of a >channel allowing networks with e.g. Bot policies to respond to the >requests faster. Also users could compare their channels with others. > >2.- ns info showing the total online time of an user. > >This feature is mainly used by channel foudners on our Network on >decissons on adding or removing channel operators. Also it can be used >to decide if a nick is used or just "hold" a nick (illegaly compare >nickserv help ;-) > >Greets Ekim > _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From uhc0 at rz.uni-karlsruhe.de Sat May 18 02:38:33 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] Services 5.0a33 Bug?! In-Reply-To: Message-ID: <000101c1fe4f$d8e6f250$02c8a8c0@nygmatech.local> Please try to use actual irc servers. Bahamut 1.4.08 is ANCIENT. And it is well documented, that only Bahamut 1.4.25 and above will be supported. The version you are using does not have NICKIP capability. Services requires NICKIP capability. Additionally, Bahamut 1.4.33 is already released, so please upgrade your software. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Marc-Andre A. Fuentes > Gesendet: Samstag, 18. Mai 2002 04:24 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Services 5.0a33 Bug?! > > > From services.log: > > [May 17 22:10:50 2002] IRC Services 5.0a33 starting up > [May 17 22:15:45 2002] protocol/bahamut: sjoin: SJOIN to > channel #chile for non-existent nick PsYcHoPaT (1021688148 #chile +) > [May 17 22:19:58 2002] nickserv/main: user record for > PsYcHoPaT not found > [May 17 22:20:03 2002] nickserv/main: user record for > PsYcHoPaT not found > [May 17 22:20:40 2002] nickserv/main: user record for wert5 not found > [May 17 22:20:48 2002] nickserv/main: user record for wert5 not found > > > From IRC: > -irc.psychopat.org- *** Routing -- from irc.psychopat.org: Link > with services.psychopat.org[(+)nothing@0.0.0.0] established: ULined TS > link > -irc.psychopat.org- *** Notice -- Nick Collision on > OperServ(services.psychopat.org(NOUSER) <- > OperServ!services@psychopat.org)(TS:services.psychopat.org) > -irc.psychopat.org- *** Notice -- Nick Collision on > Global(services.psychopat.org(NOUSER) <- > Global!services@psychopat.org)(TS:services.psychopat.org) > > > Version: > bahamut(pelennor)-1.4(08). irc.psychopat.org CHiI TS3ow-r[RELEASE] > > > parameters wrongs ?! > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From manual3000 at hotmail.com Sat May 18 03:23:49 2002 From: manual3000 at hotmail.com (MaNUaL 3000) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0a33 Immediately send akill/sline fails Message-ID: As i remeber when you add an akill or slines in new services, users remain connected. That's for security reasons.. ie. if you add an akill to *@* ,which is lame, then imagine all the users to get killed. So the akill or sline works if the user tries to reconnect. So all you have after you aply the akill is to kill kill the user and he cant get in again. (correct me if i am worng) > >Having just upgraded to the latest alpha, it seems that the immediately >send options for akill and sline no longer operate and the akills/slines >are not propogated to servers allowing the users to remain connected. > >-- >Mark. > > > _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From gizm0 at mail.gr Sat May 18 14:39:50 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Two Suggestions Message-ID: <102172199001@mailserver.mail.gr> Óôßò Fri, 17 May 2002 19:11:19 +0200 "Ekim Engin" Ýãñáøå: > Hello, > > Just wondering if it is (or could be) planned to add some features: > > 1.- cs info showing maximum (and maybe avarage) user count on the > channel > this already exists with /chanserv access #channel count. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From chris at monkeyircd.org Sat May 18 04:08:50 2002 From: chris at monkeyircd.org (Chris Plant) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] General Module Questions In-Reply-To: <20020517112127.B4CCA174B2@snow.fingers.co.za> References: <20020517112127.B4CCA174B2@snow.fingers.co.za> Message-ID: <1021720131.11362.0.camel@fry.111balmoral.co.uk> On Fri, 2002-05-17 at 12:19, Colin Thorpe wrote: > Hi, I Have a few Queries about this module feature > > How much can be controlled from modules? > EXAMPLE: If I write a module, that would allow remote commands, Such as > the commnd said in the channel "!op" and it op's that user who typed it > (If they are on AOP or SOP list for that channel) and !deop, for de- > opping, !voice/!evoice if they are on the VOP list etc... > > Will this sort of control over the sevices be available from the modules? > > Also, we ahve the halfop capability on our IRCD, but we do not have an > AHOP (like AOP, SOP and VOP) for the channels... How do we enable this?I had the same with MonkeyIRCD, I just wrote a new protocol module [based heavily on Bahamut] for monkeyircd > > it is RaptorIRCD.1.0.4 (Latest patch) the DCC Patch > > Thank You. > Colin > > ---------------------------------------------------- > Ghozer AKA {SCF}|Ghozer| > Clan{SCF} - #Clan{SCF} on irc.utchat.com > www.scfclan.com > Also irc.mapop.com - #staff #mapop #admin and #help > HEad Operator IRC.MAPOP.COM > Interested in linking with us? Come see me. > --------------------------------------------------- > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mort at icenet.org.za Sat May 18 05:11:33 2002 From: mort at icenet.org.za (Mortalica) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Two Suggestions References: <102172199001@mailserver.mail.gr> Message-ID: <000b01c1fe65$274f3960$86160ec4@poseidon> > this already exists with /chanserv access #channel count. But that just tells you how many people there are on the access list, not the max user count for the channel, afaik. m. ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Saturday, May 18, 2002 4:39 PM Subject: Re: [IRCServices Coding] Two Suggestions > ???? Fri, 17 May 2002 19:11:19 +0200 "Ekim Engin" ??????: > > > Hello, > > > > Just wondering if it is (or could be) planned to add some features: > > > > 1.- cs info showing maximum (and maybe avarage) user count on the > > channel > > > this already exists with /chanserv access #channel count. > > "I can see the darkness in your eyes." > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From gizm0 at mail.gr Sat May 18 14:52:36 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0a33 Bug?! Message-ID: <102172275602@mailserver.mail.gr> Óôßò Fri, 17 May 2002 22:23:56 -0400 (EDT) "Marc-Andre A. Fuentes" Ýãñáøå: > From services.log: > > [May 17 22:10:50 2002] IRC Services 5.0a33 starting up > [May 17 22:15:45 2002] protocol/bahamut: sjoin: SJOIN to channel > #chile for non-existent nick PsYcHoPaT (1021688148 #chile +) > [May 17 22:19:58 2002] nickserv/main: user record for PsYcHoPaT not found > [May 17 22:20:03 2002] nickserv/main: user record for PsYcHoPaT not found > [May 17 22:20:40 2002] nickserv/main: user record for wert5 not found > [May 17 22:20:48 2002] nickserv/main: user record for wert5 not found > > > From IRC: > -irc.psychopat.org- *** Routing -- from irc.psychopat.org: Link > with services.psychopat.org[(+)nothing@0.0.0.0] established: ULined TS > link > -irc.psychopat.org- *** Notice -- Nick Collision on > OperServ(services.psychopat.org(NOUSER) <- > OperServ!services@psychopat.org)(TS:services.psychopat.org) > -irc.psychopat.org- *** Notice -- Nick Collision on > Global(services.psychopat.org(NOUSER) <- > Global!services@psychopat.org)(TS:services.psychopat.org) > > > Version: > bahamut(pelennor)-1.4(08). irc.psychopat.org CHiI TS3ow-r[RELEASE] > > > parameters wrongs ?! > add a q:line to all services nicknames to avoid such phainomenon. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sat May 18 14:59:37 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Two Suggestions Message-ID: <102172317701@mailserver.mail.gr> Óôßò Sat, 18 May 2002 14:39:50 EEST Panagiotis Kefalidis Ýãñáøå: > Óôßò Fri, 17 May 2002 19:11:19 +0200 "Ekim Engin" Ýãñáøå: > > > Hello, > > > > Just wondering if it is (or could be) planned to add some features: > > > > 1.- cs info showing maximum (and maybe avarage) user count on the > > channel > > > this already exists with /chanserv access #channel count. sorry but this is for access list entries count and not for the current number of users in the channel. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From uhc0 at rz.uni-karlsruhe.de Sat May 18 06:40:12 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] Services 5.0a33 Bug?! In-Reply-To: <102172275602@mailserver.mail.gr> Message-ID: <000201c1fe71$9af54790$02c8a8c0@nygmatech.local> Just to correct you, the case described does not have anything to do with qlines, since services users do not get killed because of collisions, but because of bad NICK lines, since the server does not understand what services is sending. As I stated before, the cause is the old version of bahamut, the solution lies in installing the new version. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Panagiotis Kefalidis ( Gizm0 ) > Gesendet: Samstag, 18. Mai 2002 16:53 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Services 5.0a33 Bug?! > > > ???? Fri, 17 May 2002 22:23:56 -0400 (EDT) "Marc-Andre A. > Fuentes" ??????: > > > From services.log: > > > > [May 17 22:10:50 2002] IRC Services 5.0a33 starting up > > [May 17 22:15:45 2002] protocol/bahamut: sjoin: SJOIN to channel > > #chile for non-existent nick PsYcHoPaT (1021688148 #chile > +) [May 17 > > 22:19:58 2002] nickserv/main: user record for PsYcHoPaT not > found [May > > 17 22:20:03 2002] nickserv/main: user record for PsYcHoPaT > not found > > [May 17 22:20:40 2002] nickserv/main: user record for wert5 > not found > > [May 17 22:20:48 2002] nickserv/main: user record for wert5 > not found > > > > > > From IRC: > > -irc.psychopat.org- *** Routing -- from irc.psychopat.org: > Link with > > services.psychopat.org[(+)nothing@0.0.0.0] established: > ULined TS link > > -irc.psychopat.org- *** Notice -- Nick Collision on > > OperServ(services.psychopat.org(NOUSER) <- > > OperServ!services@psychopat.org)(TS:services.psychopat.org) > > -irc.psychopat.org- *** Notice -- Nick Collision on > > Global(services.psychopat.org(NOUSER) <- > > Global!services@psychopat.org)(TS:services.psychopat.org) > > > > > > Version: > > bahamut(pelennor)-1.4(08). irc.psychopat.org CHiI TS3ow-r[RELEASE] > > > > > > parameters wrongs ?! > > > add a q:line to all services nicknames to avoid such phainomenon. > > > > "I can see the darkness in your eyes." > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From uhc0 at rz.uni-karlsruhe.de Sat May 18 06:54:12 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] 5.0a33 In-Reply-To: <00ab01c1fe2c$b8ff9be0$0300000a@asi200> Message-ID: <000001c1fe73$8faa4780$02c8a8c0@nygmatech.local> Hello; Hi, > 1) Upon registering a nickname that has not been completly > AUTH'd, your > email address shows up in a /ns INFO report. At this point, > you cannot set > HIDE email on. Possibly a privacy issue. In the example-modules.conf you will see: # NSDef... [OPTIONAL] # Sets the default options for newly registered nicks. Note that # changing these options will have no effect on nicks which are # already registered. Options not listed here will be unset on new # nicks. # # If both NSDefKill and NSDefKillQuick are given, NSDefKillQuick # takes precedence. KILL IMMED cannot be specified as a default. #NSDefKill #NSDefKillQuick NSDefSecure #NSDefPrivate #NSDefHideEmail #NSDefHideUsermask #NSDefHideQuit NSDefMemoSignon Where you can set NSDefHideEmail, and newly registered nicknames will have hidden email addresses. So your case does not really exist, and there is no privacy issue with it ;-) > 2) I would have a "NSIsOp", "CSIsOp" etc. to say whether or > not you want > services' pseudo-clients to have the +o flag after > registration. Maybe I'm > just nitpicking, i'd rather not see robots in /who 0 o. Question: After which registration ? Information: Some commands services clients generate, can get rejected by the server, if these do not have operator flags. Example: If OperServ were not +o, you could not KILL noone. This does not necessarily apply to U:Line capable servers, though. Regards; yusuf From achurch at achurch.org Sat May 18 23:35:35 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] 5.0a33 Message-ID: <3ce66a3a.41131@achurch.org> >0) The FreeBSD smtp socket issue.. >[May 18 01:26:28.858924 2002] mail/smtp: SMTP(0x8163a00) received: >220-mail4.nc.rr.com Microsoft SMTP MAIL ready at Sat, 18 May 2002 >01:17:14 -0400 Version: 5.5.1877.757.75 >[May 18 01:26:28.859473 2002] mail/smtp: SMTP(0x8163a00) received: 220 ESMTP >spoken here >[May 18 01:26:28.860008 2002] debug: Top of main loop > >And thats where it sits. Progress, yes! But not quite done. Can you try and trace through the smtp_readline() routine in modules/mail/smtp.c (run Services with -nofork from gdb, set a breakpoint at smtp_readline after the modules are loaded) and see what happens with that second line? I can't see any reason it wouldn't proceed. >1) Upon registering a nickname that has not been completly AUTH'd, your >email address shows up in a /ns INFO report. At this point, you cannot set >HIDE email on. Possibly a privacy issue. As mentioned, you can avoid this with NSDefHideEmail, but since the address may be invalid anyway, not showing it is probably the better option. >2) I would have a "NSIsOp", "CSIsOp" etc. to say whether or not you want >services' pseudo-clients to have the +o flag after registration. Maybe I'm >just nitpicking, i'd rather not see robots in /who 0 o. Again as mentioned, the pseudoclients are +o because they have to be. Some protocols may not require this, but it would take a lot of testing to make sure of that, and it's not all that big a deal in the first place, so I'm going to leave this as is for 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat May 18 23:50:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Two Suggestions Message-ID: <3ce66a5d.41140@achurch.org> These are both among features I'm considering for a future version, but they won't be included in 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello, > >Just wondering if it is (or could be) planned to add some features: > >1.- cs info showing maximum (and maybe avarage) user count on the >channel > >This feature could be used to determine the ovberall situation of a >channel allowing networks with e.g. Bot policies to respond to the >requests faster. Also users could compare their channels with others. > >2.- ns info showing the total online time of an user. > >This feature is mainly used by channel foudners on our Network on >decissons on adding or removing channel operators. Also it can be used >to decide if a nick is used or just "hold" a nick (illegaly compare >nickserv help ;-) > >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-coding From achurch at achurch.org Sat May 18 23:51:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] nick.db - Invalid Format Message-ID: <3ce66aca.41156@achurch.org> >[May 17 19:37:46 2002] unknown message from server >(:irc.last-horizon.co.uk SETHOST Recon >1654620b.1de2983b.in-addr.btopenworld.com) This looks like you're using the wrong protocol module. Try using the right protocol modules, deleting your database files and starting over. >-==== Start nick.db =====- Good Lord, don't send the thing in binary as is, and for crying out loud DON'T post it on the mailing list! --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat May 18 23:53:05 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0a33 Immediately send akill/sline fails Message-ID: <3ce66ba9.41762@achurch.org> >Having just upgraded to the latest alpha, it seems that the immediately >send options for akill and sline no longer operate and the akills/slines >are not propogated to servers allowing the users to remain connected. Works fine for me: [May 18 23:54:24.918461 2002] operserv/main: Alcan: akill add *@test.test test [May 18 23:54:24.918820 2002] debug: Sent: :OperServ GLOBOPS :Alcan added an AKILL for *@test.test (expires in 30 days) [May 18 23:54:24.919087 2002] debug: Sent: :services.localhost.net TKL + G * test.test Alcan 1024325664 1021733664 :Autokilled: test As mentioned, ImmediatelySend{Autokill,Sline} have never killed currently-connected users, only sent the appropriate commands to prevent new connections. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat May 18 23:58:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Cosmetic in modules.conf Message-ID: <3ce66ccf.42007@achurch.org> > # EnableExclude [OPTIONAL] > # Causes autokill exclusions to be usable. If not given, the > # EXCLUDE command will be unavailable, and any autokill > # exclusions previously added will be ignored. > # > # NOTICE: On IRC servers without autokill exclusion functionality > # (such as that in trircd version 5), this will cause > >... as you were saying? Oops, fixed. (: It's supposed to say that autokills won't be sent to the server anymore, and Services will instead send KILLs as needed. --Andrew Church achurch@achurch.org http://achurch.org/ From brtb at unirc.net Sat May 18 10:28:42 2002 From: brtb at unirc.net (Brendan Bowden) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] nick.db - Invalid Format References: <3CE56D18.6040008@viaraix.net> Message-ID: <3CE68F4A.2080602@unirc.net> I'm getting the same kind of thing using bahamut-1.4.33 and ircserv-a33... seemingly random segfaults followed by a corrupted nick.db. Any hints on how I can get this bug tracked down? Oh, and the operserv supass isn't getting saved between services restarts; is this by design or a bug? Dan Jones wrote: > [May 17 19:37:46 2002] unknown message from server > (:irc.last-horizon.co.uk SETHOST Recon > 1654620b.1de2983b.in-addr.btopenworld.com) > [May 17 19:38:06 2002] Services terminating: Segmentation fault > [May 17 20:59:28 2002] IRC Services 5.0a33 starting up > [May 17 20:59:29 2002] FATAL: database/version4: Invalid format in > nick.db > > > -==== Start nick.db =====- > > [cut for sake of sanity] > > -===== end nick.db =====- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From rg at tcslon.com Sat May 18 10:58:28 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] nick.db - Invalid Format In-Reply-To: <3CE68F4A.2080602@unirc.net> References: <3CE56D18.6040008@viaraix.net> <3CE68F4A.2080602@unirc.net> Message-ID: <1021744714.7830.10.camel@russell.gui.tcslon.com.> On Sat, 2002-05-18 at 18:28, Brendan Bowden wrote: > I'm getting the same kind of thing using bahamut-1.4.33 and > ircserv-a33... seemingly random segfaults followed by a corrupted > nick.db. Any hints on how I can get this bug tracked down? Recompile services with the -dumpcore option passed to configure (if it isn't already - can we have this enabled by default in the alpha/beta?), then wait for services to segfault and you should have a core file in the same directory as the ircservices executable. Feed it into gdb like this: gdb /path/to/ircservices /path/to/core gdb will spew out lots of rubbish, followed by a (gdb) prompt - type 'bt', then grab the resulting trace and post it to the list. Russ Garrett (russ@garrett.co.uk) From mark at ctcp.net Sun May 19 10:15:24 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <1217.193.237.130.98.1021828524.squirrel@secure.uksolutions.co.uk> As other people have posted, I seem to also have the seemingly random segfault followed by corrupted nickname database problem (Services is linked to Unreal). AFAICT nothing has happened nor any messages issued to services to trigger this so I assume it is during one of Services timed updates: [ircservices.log] Services terminating: Segmentation fault [ircservices.log] IRC Services 5.0a33 starting up [ircservices.log] FATAL: database/version4: Invalid format in nick.db Another seemingly random problem that I have seen once or twice in the past but almost every time I start services with this latest alpha is: [ircservices.log] IRC Services 5.0a33 starting up [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! [ircservices.log] sockets: [v]sockprintf() with NULL socket! The number of socket errors varies from none to several. While going through the logs since the upgrade and looking for possible causes, I came across the following during one startup: [ircservices.log] nickserv/main: Expiring nickname jcat-buffy [ircservices.log] database/version4: Extension data found for nonexisting nick `jcat-buffy' I guess this means that expiring of nicknames is not correctly cleaning up extension data. I am not sure what services will do with this now redundant extension data so maybe the message could be changed to include what has been done about it. E.g. "database/version4: Deleting extension data found for nonexisting nick `jcat-buffy'". I will be playing around with various things to try and get more info on the problems, but wanted to report them ASAP in case there is something obvious that could be causing them. -- Mark. From master at xchat.gr Sun May 19 14:49:27 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] GHOST command Services 5.0a33 References: <1217.193.237.130.98.1021828524.squirrel@secure.uksolutions.co.uk> Message-ID: <000a01c1ff7f$0eefa380$d083fea9@218> hmmm... it doesn't look that the command /ns ghost nick pass works. it doesn't kill the user.i have bahamut 1.4(31). i don't know if somebody else has that problem or has a problem with the command /cs secureops on.it doesn't deop the user if set From frostycoolslug at hotmail.com Sun May 19 14:57:28 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Mode Merging Message-ID: is it possible for merge modes to Prioritise? a mean.. instead of.. *** You Have joined Channel #test *WAIT 3 SECS*.. Change topic mess around.. *** Chanserv sets mode +tnr-o Craig it goes... *** You Have joined Channel #test *** Chanserv sets mode -o Craig *WAIT 3 SECS*.. cant do nething bad.. *** Chanserv sets mode +tnr it just means there isnt a massive security hole there ;) -- 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 May 19 15:14:11 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] Mode Merging In-Reply-To: Message-ID: <000001c1ff82$93762770$02c8a8c0@nygmatech.local> Hello; just to make a little advertisement about the coming release of tr-ircd, I'd say, that this problem can as well be solved by the ircd itself. TR-IRCD 5.x series servers introduce a new channelmode, +T, which is similar to +t, but requires protect (+a) privileges for /topic, and can only be set by oper or higher (like +O) The ircd sets any empty channel +Tn on JOIN, regardless of what services might then do. So the user will not be able to change the topic, since they cannot become +a on JOIN. After the mergechannelmodes time, ChanServ either may +a the user, or deop them, or set the channel -T, or leave it. In either case you will have no user who can /topic the way they want. :-) 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Sonntag, 19. Mai 2002 23:57 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Mode Merging > > > is it possible for merge modes to Prioritise? > a mean.. instead of.. > *** You Have joined Channel #test > *WAIT 3 SECS*.. Change topic mess around.. > *** Chanserv sets mode +tnr-o Craig > > it goes... > *** You Have joined Channel #test > *** Chanserv sets mode -o Craig > *WAIT 3 SECS*.. cant do nething bad.. > *** Chanserv sets mode +tnr > > it just means there isnt a massive security hole there ;) > > -- > 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-coding > From griever at t2n.org Sun May 19 15:22:16 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Mode Merging In-Reply-To: Message-ID: On Sun, 19 May 2002, Craig McLure wrote: > is it possible for merge modes to Prioritise? > a mean.. instead of.. > *** You Have joined Channel #test > *WAIT 3 SECS*.. Change topic mess around.. > *** Chanserv sets mode +tnr-o Craig > > it goes... > *** You Have joined Channel #test > *** Chanserv sets mode -o Craig > *WAIT 3 SECS*.. cant do nething bad.. > *** Chanserv sets mode +tnr > > it just means there isnt a massive security hole there ;) > This is why you don't set it to 3 secs, you set it to .5 secs :P From frostycoolslug at hotmail.com Sun May 19 15:26:48 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Mode Merging Message-ID: i tried that.. still took a good 2secs to gather the modes ;) >From: Finny Merrill >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Mode Merging >Date: Sun, 19 May 2002 16:22:16 -0600 (CST) > >On Sun, 19 May 2002, Craig McLure wrote: > > > is it possible for merge modes to Prioritise? > > a mean.. instead of.. > > *** You Have joined Channel #test > > *WAIT 3 SECS*.. Change topic mess around.. > > *** Chanserv sets mode +tnr-o Craig > > > > it goes... > > *** You Have joined Channel #test > > *** Chanserv sets mode -o Craig > > *WAIT 3 SECS*.. cant do nething bad.. > > *** Chanserv sets mode +tnr > > > > it just means there isnt a massive security hole there ;) > > > >This is why you don't set it to 3 secs, you set it to .5 secs :P > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 gizm0 at mail.gr Mon May 20 09:39:43 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <102187678401@mailserver.mail.gr> Óôßò Sun, 19 May 2002 18:15:24 +0100 (BST) "Mark Hetherington" Ýãñáøå: > As other people have posted, I seem to also have the seemingly random > segfault followed by corrupted nickname database problem (Services is > linked to Unreal). AFAICT nothing has happened nor any messages issued to > services to trigger this so I assume it is during one of Services timed > updates: > > [ircservices.log] Services terminating: Segmentation fault > [ircservices.log] IRC Services 5.0a33 starting up > [ircservices.log] FATAL: database/version4: Invalid format in nick.db > > Another seemingly random problem that I have seen once or twice in > the past > but almost every time I start services with this latest alpha is: > > [ircservices.log] IRC Services 5.0a33 starting up > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > [ircservices.log] sockets: [v]sockprintf() with NULL socket! > > The number of socket errors varies from none to several. > > While going through the logs since the upgrade and looking for possible > causes, I came across the following during one startup: > > [ircservices.log] nickserv/main: Expiring nickname jcat-buffy > [ircservices.log] database/version4: Extension data found for nonexisting > nick `jcat-buffy' I've report it also but church has answered in a very ironic way coz i haven't updated the version.h to log as "Starting IRCServices a33 "and not "Starting IRCServices a29". :) "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Mon May 20 09:41:00 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] GHOST command Services 5.0a33 Message-ID: <102187686101@mailserver.mail.gr> Óôßò Mon, 20 May 2002 00:49:27 +0300 "George Stamatiou" Ýãñáøå: > hmmm... it doesn't look that the command /ns ghost nick pass works. > it doesn't kill the user.i have bahamut 1.4(31). > i don't know if somebody else has that problem or has a problem with the > command /cs secureops on.it doesn't deop the user if set > Update to latest alpha.In mine services both features work excellent. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Tue May 21 15:07:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <3ce9e437.66372@achurch.org> >I've report it also but church has answered in a very ironic way coz i >haven't updated the version.h to log as "Starting IRCServices a33 "and >not "Starting IRCServices a29". :) If you're modifying Services yourself you're not helping testing at all and I have no intention of helping you either. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue May 21 15:08:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Mode Merging Message-ID: <3ce9e55e.66407@achurch.org> This is documented in the configuration file, and the option is off by default, so I don't see a problem with this. If it troubles you, by all means, turn it off. Services will still collect mode changes for a single command (e.g. first user joining a channel, or multiple users in an SJOIN). Additionally, even with MergeChannelModes, Services will reverse any mode changes made by users who have a deop pending. It won't do that for the topic, but there's always SET TOPICLOCK ON if that becomes a problem and you don't want to disable MergeChannelModes. --Andrew Church achurch@achurch.org http://achurch.org/ >is it possible for merge modes to Prioritise? >a mean.. instead of.. >*** You Have joined Channel #test >*WAIT 3 SECS*.. Change topic mess around.. >*** Chanserv sets mode +tnr-o Craig > >it goes... >*** You Have joined Channel #test >*** Chanserv sets mode -o Craig >*WAIT 3 SECS*.. cant do nething bad.. >*** Chanserv sets mode +tnr > >it just means there isnt a massive security hole there ;) > >-- >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-coding From gizm0 at mail.gr Tue May 21 10:25:34 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <102196593401@mailserver.mail.gr> Óôßò Tue, 21 May 2002 15:07:21 JST achurch@achurch.org Ýãñáøå: > >I've report it also but church has answered in a very ironic way coz i > >haven't updated the version.h to log as "Starting IRCServices a33 "and > >not "Starting IRCServices a29". :) > > If you're modifying Services yourself you're not helping testing at > all and I have no intention of helping you either. > just to inform you ,i've deleted my "modified services" and compiled the a33 release.i got the same message again,meaning that there IS a problem.this happens right after a nick expires or after 30 min when the next nick expiration check is being done by the services. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From brtb at unirc.net Tue May 21 12:20:09 2002 From: brtb at unirc.net (Brendan Bowden) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 References: <102196593401@mailserver.mail.gr> Message-ID: <3CEA9DE9.6040808@unirc.net> Aha... caught one. Services crashed while updating the nick.db; file size after crash is 8192 bytes, nick.db.save is 43429. ---------------------------------------------------------------- last few lines from services.log: [May 21 10:32:41 2002] nickserv/main: brtb_!brtb@10.0.0.10 identified for nick brtb_ [May 21 10:33:10 2002] nickserv/main: Expiring nickname ^MrMike^ [May 21 10:33:10 2002] nickserv/main: Expiring nickname DanielKurland [May 21 10:33:10 2002] nickserv/main: Expiring nickname LS1 [May 21 10:33:10 2002] nickserv/main: Expiring nickname Mark [May 21 10:33:10 2002] nickserv/main: Expiring nickname Zell [May 21 10:33:47 2002] database/version4: Opening database file nick.db for write: Backup file nick.db.save exists, aborting [May 21 10:34:29 2002] httpd/main: Accepted connection from 65.35.21.113:64812 [May 21 11:32:13 2002] chanserv/main: Channel #MCPA registered by andor!~andor@h02206f0389e7.ne.client2.attbi.com [May 21 12:10:12 2002] nickserv/main: Pikachu!dustin@lion.escaped.net identified for nick Pikachu [May 21 12:42:53 2002] nickserv/main: Shiloh!shiloh@216-53-218-159.ppp.mpinet.net identified for nick Shiloh [May 21 13:05:05 2002] nickserv/main: Android_37!kylejava@AC9389F8.ipt.aol.com identified for nick Android_37 [May 21 13:11:25 2002] nickserv/main: Shiloh!shiloh@216-53-218-050.ppp.mpinet.net identified for nick Shiloh [May 21 13:11:26 2002] nickserv/main: Shiloh!shiloh@216-53-218-050.ppp.mpinet.net identified for nick Shiloh [May 21 13:47:48 2002] nickserv/main: Jordan!~javalite@45.102.73.24.cfl.rr.com identified for nick Jordan [May 21 14:27:24 2002] nickserv/main: Meson!Meson@ny-lasalle1b-77.buf.adelphia.net identified for nick Meson ---------------------------------------------------------------- the gdb trace: ---------------------------------------------------------------- GNU gdb 5.0 [gpl stuff] This GDB was configured as "i386-slackware-linux"... Core was generated by `./ircservices'. Program terminated with signal 11, Segmentation fault. [lots of "Loading symbols" lines] #0 0x40157dba in check_expire_nick (ni=0x8136510) at util.c:149 (gdb) bt #0 0x40157dba in check_expire_nick (ni=0x8136510) at util.c:149 #1 0x4011cf7d in next_nickinfo () at version4.c:113 #2 0x4011e655 in default_tzdir.129 () at version4.c:646 #3 0x40152bb0 in do_save_data () at main.c:210 #4 0x805496c in call_callback_5 (module=0x0, id=2, arg1=0x0, arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:632 #5 0x8052526 in main (ac=1, av=0xbffffc04, envp=0xbffffc0c) at main.c:222 #6 0x400359cb in key () from /lib/libc.so.6 (gdb) quit ---------------------------------------------------------------- From mark at ctcp.net Tue May 21 15:59:19 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Bug - Any user can issue /cs topic #chan text Message-ID: <1515.193.237.130.98.1022021959.squirrel@secure.uksolutions.co.uk> Services 5.0a33 IRCD Unreal All users seem to be able to isses the command /cs topic #chan text and it take effect regardless of their access level (or lack of one) in an access list. For example, one user not on an access list managed to change a channel topic with /cs topic /chan newtext, while another user with a negative level (-200) or something also managed to change the topic in this way. All affected channels have been set +t (only ops can change topics) and are usually topiclock on. -- Mark. From achurch at achurch.org Wed May 22 13:29:08 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <3ceb1ed5.67325@achurch.org> Do you still have the core file from this crash? If so, can you send me (privately) that core file along with your ircservices executable and modules directory? --Andrew Church achurch@achurch.org http://achurch.org/ >Aha... caught one. Services crashed while updating the nick.db; file >size after crash is 8192 bytes, nick.db.save is 43429. > >---------------------------------------------------------------- > >last few lines from services.log: > >[May 21 10:32:41 2002] nickserv/main: brtb_!brtb@10.0.0.10 identified >for nick brtb_ >[May 21 10:33:10 2002] nickserv/main: Expiring nickname ^MrMike^ >[May 21 10:33:10 2002] nickserv/main: Expiring nickname DanielKurland >[May 21 10:33:10 2002] nickserv/main: Expiring nickname LS1 >[May 21 10:33:10 2002] nickserv/main: Expiring nickname Mark >[May 21 10:33:10 2002] nickserv/main: Expiring nickname Zell >[May 21 10:33:47 2002] database/version4: Opening database file nick.db >for write: Backup file nick.db.save exists, aborting >[May 21 10:34:29 2002] httpd/main: Accepted connection from >65.35.21.113:64812 >[May 21 11:32:13 2002] chanserv/main: Channel #MCPA registered by >andor!~andor@h02206f0389e7.ne.client2.attbi.com >[May 21 12:10:12 2002] nickserv/main: Pikachu!dustin@lion.escaped.net >identified for nick Pikachu >[May 21 12:42:53 2002] nickserv/main: >Shiloh!shiloh@216-53-218-159.ppp.mpinet.net identified for nick Shiloh >[May 21 13:05:05 2002] nickserv/main: >Android_37!kylejava@AC9389F8.ipt.aol.com identified for nick Android_37 >[May 21 13:11:25 2002] nickserv/main: >Shiloh!shiloh@216-53-218-050.ppp.mpinet.net identified for nick Shiloh >[May 21 13:11:26 2002] nickserv/main: >Shiloh!shiloh@216-53-218-050.ppp.mpinet.net identified for nick Shiloh >[May 21 13:47:48 2002] nickserv/main: >Jordan!~javalite@45.102.73.24.cfl.rr.com identified for nick Jordan >[May 21 14:27:24 2002] nickserv/main: >Meson!Meson@ny-lasalle1b-77.buf.adelphia.net identified for nick Meson > >---------------------------------------------------------------- > > >the gdb trace: >---------------------------------------------------------------- > >GNU gdb 5.0 > >[gpl stuff] > >This GDB was configured as "i386-slackware-linux"... >Core was generated by `./ircservices'. >Program terminated with signal 11, Segmentation fault. > >[lots of "Loading symbols" lines] > >#0 0x40157dba in check_expire_nick (ni=0x8136510) at util.c:149 >(gdb) bt >#0 0x40157dba in check_expire_nick (ni=0x8136510) at util.c:149 >#1 0x4011cf7d in next_nickinfo () at version4.c:113 >#2 0x4011e655 in default_tzdir.129 () at version4.c:646 >#3 0x40152bb0 in do_save_data () at main.c:210 >#4 0x805496c in call_callback_5 (module=0x0, id=2, arg1=0x0, arg2=0x0, >arg3=0x0, arg4=0x0, > arg5=0x0) at modules.c:632 >#5 0x8052526 in main (ac=1, av=0xbffffc04, envp=0xbffffc0c) at main.c:222 >#6 0x400359cb in key () from /lib/libc.so.6 >(gdb) quit > >---------------------------------------------------------------- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed May 22 13:31:25 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Bug - Any user can issue /cs topic #chan text Message-ID: <3ceb1f2f.67345@achurch.org> >Services 5.0a33 >IRCD Unreal > >All users seem to be able to isses the command /cs topic #chan text and it >take effect regardless of their access level (or lack of one) in an access >list. For example, one user not on an access list managed to change a >channel topic with /cs topic /chan newtext, while another user with a >negative level (-200) or something also managed to change the topic in this >way. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed May 22 14:23:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Odd problems with Services 5.0a33 Message-ID: <3ceb2c1f.70721@achurch.org> >Another seemingly random problem that I have seen once or twice in the past >but almost every time I start services with this latest alpha is: > >[ircservices.log] IRC Services 5.0a33 starting up >[ircservices.log] sockets: [v]sockprintf() with NULL socket! Can you try to determine where this is coming from? E.g., add a raise(SIGSEGV) right after that error message is logged (sockets.c:880), then do a backtrace on the core file and send me the output. >While going through the logs since the upgrade and looking for possible >causes, I came across the following during one startup: > >[ircservices.log] nickserv/main: Expiring nickname jcat-buffy >[ircservices.log] database/version4: Extension data found for nonexisting >nick `jcat-buffy' This is known and harmless. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu May 23 13:50:14 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released Message-ID: <3cec7704.10712@achurch.org> Okay, here we go again with a beta release candidate. Everything reported on alpha 33 _should_ be fixed (let me know if I missed something). This version also gets rid once and for all of the problem with databases getting corrupted on crashes. Note to brtb@unirc.org: my message to you was a bit hasty, it seems-- I found the problem shortly after mailing you. Thanks for your help. Changes in version 5.0 alpha 34 ------------------------------- 2002/05/23 Fixed crash caused by trying to use forbidden nicks. Reported by 2002/05/23 Fixed spurious log warnings on forbidding in-use nicknames. 2002/05/22 Fixed bug allowing all users to use the ChanServ TOPIC command. Reported by Mark Hetherington 2002/05/17 Users are now no longer auto-joined to channels they are already in when identifying for their nick. 2002/05/15 Fixed bugs in OperServ EXCEPTION MOVE. 2002/05/15 Fixed bug causing NickServ LIST to not return any results. Reported by Romek Krisztian 2002/05/14 Services admins can now modify channel access lists without identifying for the channel. Suggested by Panagiotis Kefalidis 2002/05/14 Rewrote database saving routines to avoid data loss. --Andrew Church achurch@achurch.org http://achurch.org/ From brtb at unirc.net Wed May 22 22:44:16 2002 From: brtb at unirc.net (Brendan Bowden) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released References: <3cec7704.10712@achurch.org> Message-ID: <3CEC81B0.7040007@unirc.net> UnIRC.net, actually... the .org one is a network of brazilian spambots and script kiddies. ;) Any word on the supass thing? Andrew Church wrote: > Okay, here we go again with a beta release candidate. Everything >reported on alpha 33 _should_ be fixed (let me know if I missed something). >This version also gets rid once and for all of the problem with databases >getting corrupted on crashes. > > Note to brtb@unirc.org: my message to you was a bit hasty, it seems-- >I found the problem shortly after mailing you. Thanks for your help. > >Changes in version 5.0 alpha 34 >------------------------------- >2002/05/23 Fixed crash caused by trying to use forbidden nicks. > Reported by >2002/05/23 Fixed spurious log warnings on forbidding in-use nicknames. >2002/05/22 Fixed bug allowing all users to use the ChanServ TOPIC > command. Reported by Mark Hetherington >2002/05/17 Users are now no longer auto-joined to channels they are > already in when identifying for their nick. >2002/05/15 Fixed bugs in OperServ EXCEPTION MOVE. >2002/05/15 Fixed bug causing NickServ LIST to not return any results. > Reported by Romek Krisztian >2002/05/14 Services admins can now modify channel access lists without > identifying for the channel. Suggested by Panagiotis > Kefalidis >2002/05/14 Rewrote database saving routines to avoid data loss. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From frostycoolslug at hotmail.com Wed May 22 23:46:26 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] MySQL DataBase Module... Message-ID: Hi, i'm Craig McLure.. you might remember me from such mailing lists as.... anyway.. I heard someone was working on a MySQL Database module for Services, could i ask how progress on this is? I have my elite coding team working on a BotServ module, should make some people happy, as this has been requested a few times ;) Cheers -- 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 mark at ctcp.net Thu May 23 12:37:41 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released Message-ID: <1264.193.237.130.98.1022182661.squirrel@secure.uksolutions.co.uk> Andrew Church wrote: > 2002/05/14 Services admins can now modify channel access lists without > identifying for the channel. Suggested by Panagiotis > Kefalidis There have been a number of discussions on the list in the past wrt this issue and it seems that people were against this as well as for it. Any chance of making this a config option rather than permanent behaviour? -- Mark. From griever at t2n.org Thu May 23 12:56:55 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released In-Reply-To: <1264.193.237.130.98.1022182661.squirrel@secure.uksolutions.co.uk> Message-ID: yOn Thu, 23 May 2002, Mark Hetherington wrote: > Andrew Church wrote: > > 2002/05/14 Services admins can now modify channel access lists without > > identifying for the channel. Suggested by Panagiotis > > Kefalidis > > There have been a number of discussions on the list in the past wrt this > issue and it seems that people were against this as well as for it. Any > chance of making this a config option rather than permanent behaviour? > How about a CS OVERRIDE command? From achurch at achurch.org Fri May 24 08:19:48 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released Message-ID: <3ced7939.44521@achurch.org> >Andrew Church wrote: >> 2002/05/14 Services admins can now modify channel access lists without >> identifying for the channel. Suggested by Panagiotis >> Kefalidis > >There have been a number of discussions on the list in the past wrt this >issue and it seems that people were against this as well as for it. Any >chance of making this a config option rather than permanent behaviour? I don't see the need; if you don't trust people to not abuse it, don't make them Services admins. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri May 24 08:20:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 35 released Message-ID: <3ced7b44.51430@achurch.org> Dum dee dum... Changes in version 5.0 alpha 35 ------------------------------- 2002/05/24 a35 Fixed crash on use of unregistered nicks. 2002/05/23 Fixed OperServ SU password not being saved. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Thu May 23 18:30:45 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released In-Reply-To: <3ced7939.44521@achurch.org> Message-ID: yOn Fri, 24 May 2002, Andrew Church wrote: > >Andrew Church wrote: > >> 2002/05/14 Services admins can now modify channel access lists without > >> identifying for the channel. Suggested by Panagiotis > >> Kefalidis > > > >There have been a number of discussions on the list in the past wrt this > >issue and it seems that people were against this as well as for it. Any > >chance of making this a config option rather than permanent behaviour? > > I don't see the need; if you don't trust people to not abuse it, don't > make them Services admins. > There's still a potential for using it accidentally (believe me). Why not make an OVERRIDE command that identifies a services admin as channel founder, and put it in a module? From achurch at achurch.org Fri May 24 11:09:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released Message-ID: <3ceda0f3.51520@achurch.org> >yOn Fri, 24 May 2002, Andrew Church wrote: > >> >Andrew Church wrote: >> >> 2002/05/14 Services admins can now modify channel access lists without >> >> identifying for the channel. Suggested by Panagiotis >> >> Kefalidis >> > >> >There have been a number of discussions on the list in the past wrt this >> >issue and it seems that people were against this as well as for it. Any >> >chance of making this a config option rather than permanent behaviour? >> >> I don't see the need; if you don't trust people to not abuse it, don't >> make them Services admins. >> > >There's still a potential for using it accidentally (believe me). Why not >make >an OVERRIDE command that identifies a services admin as channel founder, >and put it in a module? Because too much flexibility is a problem in and of itself. I do see the point about using the command accidentally, though, so I'll think about some sort of workaround. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Fri May 24 00:59:13 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Services 5.0 alpha 34 released Message-ID: only let Services root Admin or SU do it? >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: RE: [IRCServices Coding] Services 5.0 alpha 34 released >Date: Fri, 24 May 2002 11:09:00 JST > > >yOn Fri, 24 May 2002, Andrew Church wrote: > > > >> >Andrew Church wrote: > >> >> 2002/05/14 Services admins can now modify channel access lists >without > >> >> identifying for the channel. Suggested by Panagiotis > >> >> Kefalidis > >> > > >> >There have been a number of discussions on the list in the past wrt >this > >> >issue and it seems that people were against this as well as for it. >Any > >> >chance of making this a config option rather than permanent behaviour? > >> > >> I don't see the need; if you don't trust people to not abuse it, >don't > >> make them Services admins. > >> > > > >There's still a potential for using it accidentally (believe me). Why not > >make > >an OVERRIDE command that identifies a services admin as channel founder, > >and put it in a module? > > Because too much flexibility is a problem in and of itself. I do see >the point about using the command accidentally, though, so I'll think about >some sort of workaround. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 VisionOfHell at aol.com Fri May 24 08:55:21 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: Crontab Script Message-ID: <1a2.2b95a48.2a1fbc69@aol.com> Andrew the last time I wrote wrt the my crontab script you stated that it was my script that was faulty. I am now using yours and am still getting the same results. Basically I set the script and put a path to it in the crontab. Every ten minutes I not only get an email stating services is starting but I get the expected error in irc stating that it is cancelling the new link as it already exists. I then look in /lib and find that the .pid file has disappeared (it was there when services started). All I can think is that this element of the config is wrong: # RunGroup [OPTIONAL] # Specify the group which Services should run as. can be # either a group name or an equals sign ("=") followed by a group ID. # If not specified, Services will use the group ID it is started with. # Note that Unix setgid permission on the executable file will do the # same thing, but the setgid permission bit is cleared whenever the # file is modified, while this setting will always be used (if the # system permits it) when Services is started. #RunGroup ice #RunGroup =65534 # A common value for the "nogroup" group # Umask [RECOMMENDED] # Sets the umask (file creation mask) for Services. This mask is # applied to all data files created by Services, including database # files (which are recreated on every database update) and the process # ID file (PIDFile, below), and indicates which file permission bits # are NOT to be set on those files as an octal value. Common values # are given in the examples below. If not specified, the umask in # place when Services is started will be used. #Umask 077 # Disallows access to all but file owner # (recommended when RunGroup is not set) #Umask 007 # Allows access to members of file group as well # (recommended when RunGroup is set) I have tried various combinations of the above to no avail. Any help or advice would be much appreciated :) From RT.Mail at verizon.net Fri May 24 10:31:37 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: [IRCServices Coding] In-Reply-To: <1a2.2b95a48.2a1fbc69@aol.com> Message-ID: <20020524172917.CHNT10042.out006.verizon.net@bofh> I feel that what Andrew has done with allowing services admin to modify the channel access list is great. There is no need for an override command. Trust me. I have worked with services that allowed admins to do anything to the channel that people on the channel access list could do. Those were and until the final release of 5.0, I think still are the best services I have worked with. Its not that easy to make a mistake. And usually its not that hard to correct one if you do. Just let Andrew get these services finished and released. If you still feel the need for him to add an override command in let it be an addition to the next version. Just let him get 5.0 out :P From VisionOfHell at aol.com Fri May 24 12:42:50 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: CS Topic Message-ID: <1b9.15faa63.2a1ff1ba@aol.com> Ok it seems the cd topic bug is fixed however how about the folloowing: I have a channel where the level for topic is set to 100 it also has topic lock on My assumption was that if a user at level 50 tried to change the topic, it would just give them permission denied, however, it lets topic lock kick in. Surely the reason for having a topic level on a channel is so that anyone below that cannot even get as far as being duped by topic lock? From frostycoolslug at hotmail.com Fri May 24 12:58:45 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: CS Topic Message-ID: Topic changing is handled by the IRCd and not Services, Services cannot prevent a topic from being changed, instead change it back to what it was previously. >From: VisionOfHell@aol.com >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Re: CS Topic >Date: Fri, 24 May 2002 15:42:50 EDT > >Ok it seems the cd topic bug is fixed however how about the folloowing: > >I have a channel where the level for topic is set to 100 >it also has topic lock on > >My assumption was that if a user at level 50 tried to change the topic, it >would just give them permission denied, however, it lets topic lock kick >in. > >Surely the reason for having a topic level on a channel is so that anyone >below that cannot even get as far as being duped by topic lock? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From rg at tcslon.com Fri May 24 13:03:28 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: CS Topic In-Reply-To: Message-ID: > Topic changing is handled by the IRCd and not Services, > Services cannot > prevent a topic from being changed, instead change it back > to what it was > previously. Just to clarify that - if the user is [h]op in a channel, the topic will be changed, but services will detect this and switch it back - this isn't the topiclock kicking in, it's services changing it back because of the user level. If you get my drift. Cheers, Russ Garrett russ@garrett.co.uk http://www.faereal.net From frostycoolslug at hotmail.com Fri May 24 13:09:48 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Re: CS Topic Message-ID: ta for clarifying :p >From: "Russell Garrett" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: RE: [IRCServices Coding] Re: CS Topic >Date: Fri, 24 May 2002 21:03:28 +0100 > > > Topic changing is handled by the IRCd and not Services, > > Services cannot > > prevent a topic from being changed, instead change it back > > to what it was > > previously. > >Just to clarify that - if the user is [h]op in a channel, the topic >will be changed, but services will detect this and switch it back - >this isn't the topiclock kicking in, it's services changing it back >because of the user level. If you get my drift. > >Cheers, > >Russ Garrett >russ@garrett.co.uk >http://www.faereal.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 serdar at konuk.net Sat May 25 00:31:20 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do Message-ID: <34117.217.131.124.70.1022311880.bayposta@mail.konuk.net> I cant install te ircservices 5,0 alpha version it gaves always boulnd move directory of modules (and some same like problems) how can ? install my services I think the main problem is Modules From gizm0 at mail.gr Sat May 25 12:01:21 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do Message-ID: <102231728101@mailserver.mail.gr> Óôßò Sat, 25 May 2002 10:31:20 +0300 (EEST) serdar@konuk.net Ýãñáøå: > I cant install te ircservices 5,0 alpha version it gaves always > boulnd move > directory of modules (and some same like problems) how can ý install my > services I think the main problem is Modules > I can't understand what he's trying to explain us. :P anyone who did? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From admin at nevernet.net Sat May 25 02:32:25 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <102231728101@mailserver.mail.gr> Message-ID: <000e01c203cf$146e6d10$d26b3a44@noc4> Not I. ELIJAH -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Panagiotis Kefalidis ( Gizm0 ) Sent: Saturday, May 25, 2002 1:01 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] How Can I do ???? Sat, 25 May 2002 10:31:20 +0300 (EEST) serdar@konuk.net ??????: > I cant install te ircservices 5,0 alpha version it gaves always boulnd > move directory of modules (and some same like problems) how can ? > install my services I think the main problem is Modules > I can't understand what he's trying to explain us. :P anyone who did? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From serdar at konuk.net Sat May 25 02:34:34 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <102231728101@mailserver.mail.gr> References: <102231728101@mailserver.mail.gr> Message-ID: <38144.217.131.5.142.1022319274.bayposta@mail.konuk.net> > ???? Sat, 25 May 2002 10:31:20 +0300 (EEST) serdar@konuk.net ??????: > >> I cant install te ircservices 5,0 alpha version it gaves always >> boulnd move >> directory of modules (and some same like problems) how can ? install >> my services I think the main problem is Modules >> > I can't understand what he's trying to explain us. :P anyone who did? > > > > "I can see the darkness in your eyes." > Gizm0.- > Oke I will write again I can't install ircservices alpha version I think there is a fault in modules When I make it compile (make) it doesn't complete.. oke and says could not move directory modules How can I install te services From gizm0 at mail.gr Sat May 25 12:19:10 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do Message-ID: <102231835001@mailserver.mail.gr> > Oke I will write again I can't install ircservices alpha version I think > there is a fault in modules When I make it compile (make) it doesn't > complete.. oke and says could not move directory modules How can I install > te services did you run the configure script? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From serdar at konuk.net Sat May 25 02:53:42 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <102231835001@mailserver.mail.gr> References: <102231835001@mailserver.mail.gr> Message-ID: <15216.217.131.5.142.1022320422.bayposta@mail.konuk.net> >> Oke I will write again I can't install ircservices alpha version I >> think there is a fault in modules When I make it compile (make) it >> doesn't complete.. oke and says could not move directory modules How >> can I install te services > did you run the configure script? > > > "I can see the darkness in your eyes." > Gizm0.- Yes I run configure everthing seems rigth but when I run make it gives lots of eror mesagges Ok I will ask you can it be coused by my ircservices version From admin at nevernet.net Sat May 25 02:56:19 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <15216.217.131.5.142.1022320422.bayposta@mail.konuk.net> Message-ID: <001501c203d2$6b0e4cf0$d26b3a44@noc4> Try gmake. -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of serdar@konuk.net Sent: Saturday, May 25, 2002 10:54 AM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] How Can I do >> Oke I will write again I can't install ircservices alpha version I >> think there is a fault in modules When I make it compile (make) it >> doesn't complete.. oke and says could not move directory modules How >> can I install te services > did you run the configure script? > > > "I can see the darkness in your eyes." > Gizm0.- Yes I run configure everthing seems rigth but when I run make it gives lots of eror mesagges Ok I will ask you can it be coused by my ircservices version ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From serdar at konuk.net Sat May 25 03:05:42 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <001501c203d2$6b0e4cf0$d26b3a44@noc4> References: <001501c203d2$6b0e4cf0$d26b3a44@noc4> Message-ID: <18621.217.131.5.142.1022321142.bayposta@mail.konuk.net> I try it lots of time but it doesnt work > Try gmake. > > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of > serdar@konuk.net > Sent: Saturday, May 25, 2002 10:54 AM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] How Can I do > > >>> Oke I will write again I can't install ircservices alpha version I >>> think there is a fault in modules When I make it compile (make) it >>> doesn't complete.. oke and says could not move directory modules How >>> can I install te services >> did you run the configure script? >> >> >> "I can see the darkness in your eyes." >> Gizm0.- > Yes I run configure everthing seems rigth but when I run make it gives > lots of eror mesagges Ok I will ask you can it be coused by my > ircservices version From admin at nevernet.net Sat May 25 03:09:06 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <18621.217.131.5.142.1022321142.bayposta@mail.konuk.net> Message-ID: <001601c203d4$346f1380$d26b3a44@noc4> You've tried both make and gmake then? -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of serdar@konuk.net Sent: Saturday, May 25, 2002 11:06 AM To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] How Can I do I try it lots of time but it doesnt work > Try gmake. > > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of > serdar@konuk.net > Sent: Saturday, May 25, 2002 10:54 AM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] How Can I do > > >>> Oke I will write again I can't install ircservices alpha version I >>> think there is a fault in modules When I make it compile (make) it >>> doesn't complete.. oke and says could not move directory modules How >>> can I install te services >> did you run the configure script? >> >> >> "I can see the darkness in your eyes." >> Gizm0.- > Yes I run configure everthing seems rigth but when I run make it gives > lots of eror mesagges Ok I will ask you can it be coused by my > ircservices version ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From serdar at konuk.net Sat May 25 03:18:36 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <001601c203d4$346f1380$d26b3a44@noc4> References: <001601c203d4$346f1380$d26b3a44@noc4> Message-ID: <30114.217.131.5.142.1022321916.bayposta@mail.konuk.net> yes you are rigth > You've tried both make and gmake then? > > -----Original Message----- From mort at icenet.org.za Sat May 25 03:29:31 2002 From: mort at icenet.org.za (Mortalica) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do References: <001601c203d4$346f1380$d26b3a44@noc4> <30114.217.131.5.142.1022321916.bayposta@mail.konuk.net> Message-ID: <15fd01c203d7$0e9ff090$86160ec4@poseidon> Could you maybe paste the error message so that we can get more info? ----- Original Message ----- From: To: Sent: Saturday, May 25, 2002 12:18 PM Subject: RE: [IRCServices Coding] How Can I do > yes you are rigth > > > You've tried both make and gmake then? > > From serdar at konuk.net Sat May 25 03:40:29 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do In-Reply-To: <15fd01c203d7$0e9ff090$86160ec4@poseidon> References: <15fd01c203d7$0e9ff090$86160ec4@poseidon> Message-ID: <23371.217.131.5.142.1022323229.bayposta@mail.konuk.net> sh version.sh gcc -DCLEAN_COMPILE -DDUMPCORE -O2 -Wall -Wmissing-prototypes -g -c version.c -o version.o ide0(3,3): write failed, user block limit reached. cc1: /tmp/cceH4FJp.s: I/O error make: *** [version.o] Error 1 > Could you maybe paste the error message so that we can get more info? > > > ----- Original Message ----- > From: > To: > Sent: Saturday, May 25, 2002 12:18 PM > Subject: RE: [IRCServices Coding] How Can I do > > >> yes you are rigth >> >> > You've tried both make and gmake then? >> > > > > > ------------------------------------------------------------------ To > unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From VisionOfHell at aol.com Sat May 25 04:01:45 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] Crontab Script Message-ID: Andrew the last time I wrote wrt the my crontab script you stated that it was my script that was faulty. I am now using yours and am still getting the same results. Basically I set the script and put a path to it in the crontab. Every ten minutes I not only get an email stating services is starting but I get the expected error in irc stating that it is cancelling the new link as it already exists. I then look in /lib and find that the .pid file has disappeared (it was there when services started). All I can think is that this element of the config is wrong: # RunGroup [OPTIONAL] # Specify the group which Services should run as. can be # either a group name or an equals sign ("=") followed by a group ID. # If not specified, Services will use the group ID it is started with. # Note that Unix setgid permission on the executable file will do the # same thing, but the setgid permission bit is cleared whenever the # file is modified, while this setting will always be used (if the # system permits it) when Services is started. #RunGroup ice #RunGroup =65534 # A common value for the "nogroup" group # Umask [RECOMMENDED] # Sets the umask (file creation mask) for Services. This mask is # applied to all data files created by Services, including database # files (which are recreated on every database update) and the process # ID file (PIDFile, below), and indicates which file permission bits # are NOT to be set on those files as an octal value. Common values # are given in the examples below. If not specified, the umask in # place when Services is started will be used. #Umask 077 # Disallows access to all but file owner # (recommended when RunGroup is not set) #Umask 007 # Allows access to members of file group as well # (recommended when RunGroup is set) I have tried various combinations of the above to no avail. Any help or advice would be much appreciated :) From gizm0 at mail.gr Sat May 25 13:56:30 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] How Can I do Message-ID: <102232419001@mailserver.mail.gr> Óôßò Sat, 25 May 2002 13:40:29 +0300 (EEST) serdar@konuk.net Ýãñáøå: > sh version.sh > gcc -DCLEAN_COMPILE -DDUMPCORE -O2 -Wall -Wmissing-prototypes -g -c > version.c -o version.o > ide0(3,3): write failed, user block limit reached. > cc1: /tmp/cceH4FJp.s: I/O error > make: *** [version.o] Error 1 have you any free space in you HDD anyway?or permission to access /tmp/ ? "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From uhc0 at rz.uni-karlsruhe.de Sat May 25 04:24:02 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] How Can I do In-Reply-To: <23371.217.131.5.142.1022323229.bayposta@mail.konuk.net> Message-ID: <000001c203de$be328480$02c8a8c0@nygmatech.local> Your administrator activated quotas on your system. Services compilation requires more space than your quota is allowing you to have. So file creation fails, and compilation also fails. Ask your administrator for a higher quota, or if you are the administrator, disable quotas for your account. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von serdar@konuk.net > Gesendet: Samstag, 25. Mai 2002 12:40 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] How Can I do > > > sh version.sh > gcc -DCLEAN_COMPILE -DDUMPCORE -O2 -Wall -Wmissing-prototypes > -g -c version.c -o version.o > ide0(3,3): write failed, user block limit reached. > cc1: /tmp/cceH4FJp.s: I/O error > make: *** [version.o] Error 1 > > > Could you maybe paste the error message so that we can get > more info? > > > > > > ----- Original Message ----- > > From: > > To: > > Sent: Saturday, May 25, 2002 12:18 PM > > Subject: RE: [IRCServices Coding] How Can I do > > > > > >> yes you are rigth > >> > >> > You've tried both make and gmake then? > >> > > > > > > > > > > ------------------------------------------------------------------ To > > unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Sat May 25 14:34:46 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:24 2004 Subject: AW: [IRCServices Coding] How Can I do Message-ID: <102232648701@mailserver.mail.gr> Óôßò Sat, 25 May 2002 13:24:02 +0200 "Yusuf Iskenderoglu" Ýãñáøå: > > Your administrator activated quotas on your system. > Services compilation requires more space than your quota is > allowing you to have. So file creation fails, and compilation > also fails. > > Ask your administrator for a higher quota, or if you are the > administrator, disable quotas for your account. > > Regards; > yusuf > yusuf, this is the second possibility :] "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From RT.Mail at verizon.net Sat May 25 06:36:30 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB In-Reply-To: <001501c203d2$6b0e4cf0$d26b3a44@noc4> Message-ID: <20020525123436.UTGW4743.out004.verizon.net@bofh> I had heard a mention of the access list being in sql form. I know this isnt planned for this version however I love that idea. Id love to see that included in future versions or see some sort of addon written for it. Being able to modify a channel access list via php/sql would be great for admins and even users. From frostycoolslug at hotmail.com Sat May 25 10:44:44 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB Message-ID: you obviously heard/read/were told wrongly then. there would be little point in only doing the access lists in SQL form, what might be happening, is the *ENTIRE DATABASE* done in SQL, i heard some1 was working on a module to do this, i recently asked who, and when it would be compleated, but with no responce. >From: "RT.Mail@verizon.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] SQL DB >Date: Sat, 25 May 2002 08:36:30 -0500 > > >I had heard a mention of the access list being in sql form. I know >this isnt planned for this version however I love that idea. Id love >to see that included in future versions or see some sort of addon >written for it. Being able to modify a channel access list via >php/sql would be great for admins and even users. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 rg at tcslon.com Sat May 25 10:53:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB In-Reply-To: Message-ID: > you obviously heard/read/were told wrongly then. > there would be little point in only doing the access lists > in SQL form, what > might be happening, is the *ENTIRE DATABASE* done in SQL, > i heard some1 was > working on a module to do this, i recently asked who, and > when it would be > compleated, but with no responce. I said I *might* have a go, but Andy informed me that the current module structure doesn't lend itself to making other database modules currently, although this will change in 5.1. If I make a module for 5.0, it will certainly be experimental and not for production use until 5.1 comes around and I can fix it and ensure it will be maintainable in the future. Additionally, I won't be able to try for a month or so yet, as I'm quite busy at the moment. Russ Garrett russ@garrett.co.uk http://www.faereal.net From frostycoolslug at hotmail.com Sat May 25 10:56:48 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB Message-ID: aah, ok :) cheers :) >From: "Russell Garrett" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: RE: [IRCServices Coding] SQL DB >Date: Sat, 25 May 2002 18:53:00 +0100 > > >I said I *might* have a go, but Andy informed me that the current >module structure doesn't lend itself to making other database modules >currently, although this will change in 5.1. If I make a module for >5.0, it will certainly be experimental and not for production use >until 5.1 comes around and I can fix it and ensure it will be >maintainable in the future. Additionally, I won't be able to try for >a month or so yet, as I'm quite busy at the moment. > >Russ Garrett >russ@garrett.co.uk >http://www.faereal.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 griever at t2n.org Sat May 25 12:21:32 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB In-Reply-To: <20020525123436.UTGW4743.out004.verizon.net@bofh> Message-ID: On Sat, 25 May 2002, RT.Mail@verizon.net wrote: > > I had heard a mention of the access list being in sql form. I know > this isnt planned for this version however I love that idea. Id love > to see that included in future versions or see some sort of addon > written for it. Being able to modify a channel access list via > php/sql would be great for admins and even users. > The database/mysql module is something I started on a rainy day but haven't had the time to finish. If you want the partially-done version, I can give it to you. From RT.Mail at verizon.net Sat May 25 16:17:17 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:24 2004 Subject: [IRCServices Coding] SQL DB In-Reply-To: Message-ID: <20020525221520.OJYI28968.out002.verizon.net@bofh> Yes thats what i was reffering to. I was just useing the access list as an example. Russ I hope you continue to work on it. Finny sure Ill take a partially done version of it. I lknow someone who might be willing to work on it. Thanks From adrian.cantrill at dial.pipex.com Sat May 25 16:04:52 2002 From: adrian.cantrill at dial.pipex.com (Adrian Cantrill) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Query In-Reply-To: <000e01c203cf$146e6d10$d26b3a44@noc4> Message-ID: <000001c20440$93ebd700$0100a8c0@ado> Hi Peeps, I am interested in making a few situation specific enhancements to the code for services and for this I need to do the following. Need a code segment to fit in the nickserv module that can ascertain the level that a user has in a specific channel. I.e. when a user executes the identify command as part of that function I need to be able to ascertain the level the use holds in a specific channel i.e. #titans specifically. I have tried without success to do the modifications myself, any of you peeps suggest a small code segment to do the job I would be very grateful. Thanks The method I would like to do it is .. given the user running identify and a channel string i.e "#titans" produce a int containing their level. Thanks for any help u can provide. Adrian From uhc0 at rz.uni-karlsruhe.de Sat May 25 17:50:42 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:25 2004 Subject: AW: [IRCServices Coding] Query In-Reply-To: <000001c20440$93ebd700$0100a8c0@ado> Message-ID: <000601c2044f$6ec35de0$02c8a8c0@nygmatech.local> Why don?t you simply say, that you are willing to expand LISTCHANS to display the channels the user has access in, and the appropriate level ? You do make the case sound far more complicated than it actually should be. Otoh, if you are just willing to display the access level the user has in ONE single channel, there is already the STATUS command for this purpose. /cs HELP STATUS for more information. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Adrian Cantrill > Gesendet: Sonntag, 26. Mai 2002 01:05 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] Query > > > > Hi Peeps, > > I am interested in making a few situation specific > enhancements to the code for services and for this I need to > do the following. > > Need a code segment to fit in the nickserv module that can > ascertain the level that a user has in a specific channel. > I.e. when a user executes the identify command as part of > that function I need to be able to ascertain the level the > use holds in a specific channel i.e. #titans specifically. > > I have tried without success to do the modifications myself, > any of you peeps suggest a small code segment to do the job I > would be very grateful. Thanks > > The method I would like to do it is .. given the user running > identify and a channel string i.e "#titans" produce a int > containing their level. > > Thanks for any help u can provide. > > Adrian > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From mark at ctcp.net Sat May 25 18:09:34 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Query Message-ID: <21025.193.237.130.98.1022375374.squirrel@secure.uksolutions.co.uk> Adrian Cantrill wrote: > Need a code segment to fit in the nickserv module that can ascertain the > level that a user has in a specific channel. I.e. when a user executes > the identify command as part of that function I need to be able to > ascertain the level the use holds in a specific channel i.e. #titans > specifically. Try: /cs status #titans nickname -- Mark. From r-krisztian at softhome.net Sat May 25 23:03:56 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E9n?=) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] HTTP Error In-Reply-To: References: Message-ID: <02052608035600.18393@adsl52064> Hello! I cannot reproduce the problem but somebody was browsing the services web server and caused an error to the services so i have a core file: Core was generated by `./ircservices'. Program terminated with signal 11, Segmentation fault. ... #0 http_unquote_url (buf=0x8194387 'z' ...) at util.c:332 332 *out++ = *buf++; I don't know if it can help you so if i can, i will reproduce the problem. AngryWolf From achurch at achurch.org Sun May 26 15:27:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] HTTP Error Message-ID: <3cf0806c.17113@achurch.org> Fixed (I think), thanks. (I can't imagine what I must have been on when I wrote that code...) --Andrew Church achurch@achurch.org http://achurch.org/ >Hello! > >I cannot reproduce the problem but somebody was browsing the services web >server and caused an error to the services so i have a core file: > >Core was generated by `./ircservices'. >Program terminated with signal 11, Segmentation fault. >... >#0 http_unquote_url (buf=0x8194387 'z' ...) at util.c:332 >332 *out++ = *buf++; > >I don't know if it can help you so if i can, i will reproduce the problem. > >AngryWolf >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Sat May 25 23:46:00 2002 From: r-krisztian at softhome.net (Romek =?iso-2022-jp?q?Kriszti=1B=28B=3F=1B=28Bn?=) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Bug or not... In-Reply-To: <3cf0806c.17113@achurch.org> References: <3cf0806c.17113@achurch.org> Message-ID: <02052608460000.20350@adsl52064> >From ircservices.log: [May 25 21:16:47 2002] user: do_part: no channel record for pOliCe on #webadmin (bug?) [May 25 21:14:48 2002] user: do_part: no channel record for pOliCe on #opers (bug?) I have still Unreal3.2beta9. I can't say more :) From r-krisztian at softhome.net Sat May 25 23:53:45 2002 From: r-krisztian at softhome.net (Romek =?iso-2022-jp?q?Kriszti=1B=28B=3F=1B=28Bn?=) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] HTTP Error In-Reply-To: <3cf0806c.17113@achurch.org> References: <3cf0806c.17113@achurch.org> Message-ID: <02052608534501.20350@adsl52064> Ah, yes, I had to have time to see what's the problem really. :(( I've started to learn C but too later, so sorry because of my little experience of the language! :) I'ld like to see if it's okey or not, so can you send me a patch or anything? Romek Krisztian ------------------------------------------------------------------ > Fixed (I think), thanks. (I can't imagine what I must have been on > when I wrote that code...) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hello! > > > >I cannot reproduce the problem but somebody was browsing the services web > >server and caused an error to the services so i have a core file: > > > >Core was generated by `./ircservices'. > >Program terminated with signal 11, Segmentation fault. > >... > >#0 http_unquote_url (buf=0x8194387 'z' ...) at > > util.c:332 332 *out++ = *buf++; > > > >I don't know if it can help you so if i can, i will reproduce the problem. > > > >AngryWolf From VisionOfHell at aol.com Sun May 26 01:31:45 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Crontab Script Message-ID: <148.efc94fe.2a21f771@aol.com> The last time I wrote wrt the my crontab script you stated that it was my script that was faulty. I am now using yours and am still getting the same results. Basically I set the script and put a path to it in the crontab. Every ten minutes I not only get an email stating services is starting but I get the expected error in irc stating that it is cancelling the new link as it already exists. I then look in /lib and find that the .pid file has disappeared (it was there when services started). All I can think is that this element of the config is wrong: # RunGroup [OPTIONAL] # Specify the group which Services should run as. can be # either a group name or an equals sign ("=") followed by a group ID. # If not specified, Services will use the group ID it is started with. # Note that Unix setgid permission on the executable file will do the # same thing, but the setgid permission bit is cleared whenever the # file is modified, while this setting will always be used (if the # system permits it) when Services is started. #RunGroup ice #RunGroup =65534 # A common value for the "nogroup" group # Umask [RECOMMENDED] # Sets the umask (file creation mask) for Services. This mask is # applied to all data files created by Services, including database # files (which are recreated on every database update) and the process # ID file (PIDFile, below), and indicates which file permission bits # are NOT to be set on those files as an octal value. Common values # are given in the examples below. If not specified, the umask in # place when Services is started will be used. #Umask 077 # Disallows access to all but file owner # (recommended when RunGroup is not set) #Umask 007 # Allows access to members of file group as well # (recommended when RunGroup is set) I have tried various combinations of the above to no avail. Any help or advice would be much appreciated :) From admin at nevernet.net Sun May 26 01:36:48 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Crontab Script In-Reply-To: <148.efc94fe.2a21f771@aol.com> Message-ID: <002201c20490$7a0588e0$d26b3a44@noc4> How many times are we going to see this same message? -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of VisionOfHell@aol.com Sent: Sunday, May 26, 2002 9:32 AM To: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] Crontab Script The last time I wrote wrt the my crontab script you stated that it was my script that was faulty. I am now using yours and am still getting the same results. Basically I set the script and put a path to it in the crontab. Every ten minutes I not only get an email stating services is starting but I get the expected error in irc stating that it is cancelling the new link as it already exists. I then look in /lib and find that the .pid file has disappeared (it was there when services started). All I can think is that this element of the config is wrong: # RunGroup [OPTIONAL] # Specify the group which Services should run as. can be # either a group name or an equals sign ("=") followed by a group ID. # If not specified, Services will use the group ID it is started with. # Note that Unix setgid permission on the executable file will do the # same thing, but the setgid permission bit is cleared whenever the # file is modified, while this setting will always be used (if the # system permits it) when Services is started. #RunGroup ice #RunGroup =65534 # A common value for the "nogroup" group # Umask [RECOMMENDED] # Sets the umask (file creation mask) for Services. This mask is # applied to all data files created by Services, including database # files (which are recreated on every database update) and the process # ID file (PIDFile, below), and indicates which file permission bits # are NOT to be set on those files as an octal value. Common values # are given in the examples below. If not specified, the umask in # place when Services is started will be used. #Umask 077 # Disallows access to all but file owner # (recommended when RunGroup is not set) #Umask 007 # Allows access to members of file group as well # (recommended when RunGroup is set) I have tried various combinations of the above to no avail. Any help or advice would be much appreciated :) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From serdar at konuk.net Sun May 26 02:57:18 2002 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Initialization failed, exiting. Message-ID: <35647.195.175.176.117.1022407038.bayposta@mail.konuk.net> The fault is "Initialization failed, exiting." I wrote everything to ircservices.conf but it doesnt work help pls From r-krisztian at softhome.net Sun May 26 04:33:19 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Initialization failed, exiting. In-Reply-To: <35647.195.175.176.117.1022407038.bayposta@mail.konuk.net> References: <35647.195.175.176.117.1022407038.bayposta@mail.konuk.net> Message-ID: <02052613331900.29484@adsl52064> > The fault is "Initialization failed, exiting." I wrote everything to > ircservices.conf but it doesnt work help pls Look at ircservices.log and see what's happened. Check your link is okey or not, check everything. Read again your configuration file, etc... The answer is on your computer. Romek Krisztian From r-krisztian at softhome.net Sun May 26 05:14:43 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Crontab Script In-Reply-To: <002201c20490$7a0588e0$d26b3a44@noc4> References: <002201c20490$7a0588e0$d26b3a44@noc4> Message-ID: <02052614144300.32048@adsl52064> Hello! > How many times are we going to see this same message? :)) > The last time I wrote wrt the my crontab script you stated that it was > my script that was faulty. > I am now using yours and am still getting the same results. The script works for me. I don't use RunGroup but Umask (077). I think the problem isn't there. You said that your link is alive when the crontab script runs. Try to find why and give us more information about that like how did the services crashed or anything... Romek Krisztian From VisionOfHell at aol.com Mon May 27 03:40:51 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Crontab Script Message-ID: <107.1250186b.2a236733@aol.com> Services didnt crash, services is just fine, its just the script cant seem to see that services is running so tries to start it again, the link gets cancelled because it is already live. From VisionOfHell at aol.com Mon May 27 08:54:27 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 Message-ID: <103.15e3042a.2a23b0b3@aol.com> [May 27 15:22:00 2002] IRC Services 5.0pre0 starting up [May 27 15:22:00 2002] setrlimit(RLIMIT_CORE, RLIM_INFINITY): Operation not permitted [May 27 15:22:03 2002] unknown message from server (:glacier-irc.ice-inferno.com SMO o :(^Blink^B) Link glacier-irc.ice-inferno.com -> services.irc.ice-inferno.com[@194.72.61.8.59322] established) [May 27 15:22:03 2002] operserv/sline: warning: client IP addresses not available with this IRC server From rg at tcslon.com Mon May 27 09:02:52 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 In-Reply-To: <103.15e3042a.2a23b0b3@aol.com> Message-ID: > [May 27 15:22:00 2002] IRC Services 5.0pre0 starting up > [May 27 15:22:00 2002] setrlimit(RLIMIT_CORE, > RLIM_INFINITY): Operation not > permitted This looks like because the OS is stopping services from changing the maximum core memory size, probably because of a quota or something. Probably not a problem, unless the limit is really small. > [May 27 15:22:03 2002] unknown message from server > (:glacier-irc.ice-inferno.com SMO o :(^Blink^B) Link > glacier-irc.ice-inferno.com -> > services.irc.ice-inferno.com[@194.72.61.8.59322] established) > [May 27 15:22:03 2002] operserv/sline: warning: client IP > addresses not > available with this IRC server Aaaand you're not using a supported IRC server, or you're using the wrong module for your ircd. If it's the former problem, you might not be using a supported version of the supported ircd (Bahamut < 1.4.25 is the most common problem). If you're using an unsupported ircd, have fun ;) (I personally have had services running very well on UltimateIRCD v3 alpha using the Bahamut module, although were loads of warnings in the log. YMMV). Russ Garrett russ@garrett.co.uk From fabulous at t7ds.com.br Mon May 27 07:52:10 2002 From: fabulous at t7ds.com.br (fabulous) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] call to introduce_users Message-ID: <3CF2481A.2000104@t7ds.com.br> Something that's not very important, but has caused a bit of trouble for me is the time when introduce_users is called. IRCServices (4.x or 5.x) should wait for the hub to reply the password(and compare it, why not?) before sending it's pseudo-clients (nickserv,chanserv,etc). Actually it sends it's SERVER information and right after start flooding the hub with its client information without waiting for the 'PASS' command. This create a problem with some ircds that won't accept this initial flood and will just ignore it causing a introduce_user loop right after the linking. The way I fixed it was creating a m_pass function and calling introduce_user in it instead of calling it from the main routine. Here is the m_pass :] static void m_pass(char *source, int ac, char **av) { if (ac < 1) return; if (!strcmp(av[0], RemotePassword)) { introduce_user(NULL); } else fatal("Invalid password received from hub: %s", av[0]); } []'s From achurch at achurch.org Tue May 28 08:50:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 Message-ID: <3cf2c7bf.40222@achurch.org> >[May 27 15:22:00 2002] IRC Services 5.0pre0 starting up >[May 27 15:22:00 2002] setrlimit(RLIMIT_CORE, RLIM_INFINITY): Operation not >permitted This probably means you're not running under root and you have (or your system administrator has) limited your core dump file size. It's harmless in terms of program function, and will only potentially affect you if Services crashes and you try to get a core dump. If it bothers you, run ./configure with the -no-dumpcore option and this code will be disabled. (-dumpcore is enabled by default in beta versions in order to help catch bugs.) >[May 27 15:22:03 2002] unknown message from server >(:glacier-irc.ice-inferno.com SMO o :(^Blink^B) Link >glacier-irc.ice-inferno.com -> >services.irc.ice-inferno.com[@194.72.61.8.59322] established) This indicates an unrecognized message from the server. What IRC server are you using? >[May 27 15:22:03 2002] operserv/sline: warning: client IP addresses not >available with this IRC server This indicates that your IRC server doesn't send client IP addresses in the NICK message, which means that Services won't be able to enforce SZlines directly. On some servers, it may be possible to send SZlines directly to the IRC servers by enabling ImmediatelySendSline in modules.conf, but if your servers do not support SZlines, then you will be unable to use them at all. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Mon May 27 21:05:44 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 In-Reply-To: <3cf2c7bf.40222@achurch.org> References: <3cf2c7bf.40222@achurch.org> Message-ID: <02052806054400.15892@adsl52064> Hi! > >[May 27 15:22:03 2002] unknown message from server > >(:glacier-irc.ice-inferno.com SMO o :(^Blink^B) Link > >glacier-irc.ice-inferno.com -> > >services.irc.ice-inferno.com[@194.72.61.8.59322] established) > > This indicates an unrecognized message from the server. What IRC > server are you using? > Unreal3.2-Selene[beta10] I have the same problem. Romek Krisztian From VisionOfHell at aol.com Tue May 28 08:49:29 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 Message-ID: Yes, I am using Unreal 3.2 Beta10 also and these problems have only started since Upgrading to services 5 Beta 1 n a message dated 28/05/2002 11:01:39 GMT Daylight Time, ircservices-coding-request@ircservices.za.net writes: > [IRCServices Coding] Strange Errors in 5.0 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020528/1f270737/attachment.htm From mark at ctcp.net Tue May 28 10:54:34 2002 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] Strange Errors in 5.0 Message-ID: <1125.193.237.130.98.1022608474.squirrel@secure.uksolutions.co.uk> > >[May 27 15:22:03 2002] unknown message from server > >(:glacier-irc.ice-inferno.com SMO o :(^Blink^B) Link > >glacier-irc.ice-inferno.com -> > >services.irc.ice-inferno.com[@194.72.61.8.59322] established) > > This indicates an unrecognized message from the server. What IRC > server are you using? This is an Unreal message that happens during the server link phase. Services has never recognised this message for any version of Unreal. I mentioned it ages ago with some other unsupported ones but this link process remained "unknown". I think it was considered too low priority to fix. A quick look at the protocol code shows that the SMO message is listed in the table but it doesn't recognise up the link notifications. An example when "leaf" connects to "hub" follows: unknown message from server (:hub SMO o :(sync) Link leaf -> hub is now synced [secs: 0 recv: 0.698 sent: 3.225]) unknown message from server (:leaf SMO o :(sync) Link hub -> leaf is now synced [secs: 0 recv: 3.285 sent: 0.698]) Sometimes there will be an additional: unknown message from server (:hub SMO o :(sync) Possible negative TS split at link leaf (1022499961 - 1022499962 = -1)) While on the subject of Unreal messages, aniother unsupported one is the SILENCE command: unknown message from server (:nick SILENCE Nick :*!*user@host) -- Mark. From rg at tcslon.com Wed May 29 10:06:01 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] RAW question In-Reply-To: <003701bfc98c$5997d3b0$6501a8c0@Turby> Message-ID: >I have RAW commands enabled (runnign Unreal ircd 3.1.3, and IRCServices 5.0beta0) in the config for services.... > >But Inotice they are restricted to Services SuperUser only... how can I make them available to Services Admins also? There is no reason in operational use on a network that you should need to use RAW. That's the official line. If you really trust your SAs to use it semi-responsibly (and I wouldn't - a one-liner can kill your network), and you want them to be able to do funky things with RAW, then you'll have to modify the code yourself. It's a very simple change, but I don't have access to the code at the moment so I can't show you. note: I love using raw to confuse people as an SA myself, but I don't agree with giving SAs that power (I don't run the network). I haven't crashed anything using RAW for several years, using the command weekly almost ;) (in contrast... I crashed our net's epona services last week using JUPE... *ahem* no comment lol). However I consider myself an expert at RAW use (LOL) and a simple mistake like /msg operserv raw join #channel can cause your whole network to die. Not good. I strongly advise against it, but I see why people want to use it (I only use it myself because it's there ;)). Russ Garrett russ@garrett.co.uk www.faereal.net From saturn at jetirc.net Wed May 29 10:56:06 2002 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] RAW question Message-ID: <200205291756.g4THu4e04281@mole.e-mol.com> A non-text attachment was scrubbed... Name: not available Type: text Size: 1895 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020529/e5bda193/attachment.pot From r-krisztian at softhome.net Wed May 29 11:29:03 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] RAW question References: <200205291756.g4THu4e04281@mole.e-mol.com> Message-ID: <3CF51DEF.7090501@softhome.net> I don't know people why don't answer the question and why just make any suggestions. Is it right? If you don't change the code, only Super Users can use RAW. I prefer that way because Services Admins can also become Super Users by using OperServ SU command and normal users can't, even if they know the password. Although I suggest you to SET a good SUPASS, and it will be all right. If you really want to use RAW, try that way! I use it too. More help: OperServ HELP SU OperServ HELP SET SUPASS Romek Krisztian saturn@jetirc.net wrote: > When you get the chance, I would still like to know how to make that change -- > unless you have a way to set up more than one person as Services Super User > (besides the SU command)? > > Thanks > > ircservices-coding@ircservices.za.net wrote: > >>>I have RAW commands enabled (runnign Unreal ircd 3.1.3, and >>> >>IRCServices 5.0beta0) in the config for services.... >> >>>But Inotice they are restricted to Services SuperUser only... how >>> >>can I make them available to Services Admins also? >> >>There is no reason in operational use on a network that you should >>need to use RAW. That's the official line. If you really trust your >>SAs to use it semi-responsibly (and I wouldn't - a one-liner can kill >>your network), and you want them to be able to do funky things with >>RAW, then you'll have to modify the code yourself. It's a very simple >>change, but I don't have access to the code at the moment so I can't >>show you. >> >>note: I love using raw to confuse people as an SA myself, but I don't >>agree with giving SAs that power (I don't run the network). I haven't >>crashed anything using RAW for several years, using the command >>weekly almost ;) (in contrast... I crashed our net's epona services >>last week using JUPE... *ahem* no comment lol). However I consider >>myself an expert at RAW use (LOL) and a simple mistake like /msg >>operserv raw join #channel can cause your whole network to die. Not >>good. I strongly advise against it, but I see why people want to use >>it (I only use it myself because it's there ;)). >> >> >>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-coding >> >> > > > _______________________________________________________ > Sent through e-mol. E-mail, Anywhere, Anytime. http://www.e-mol.com > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From saturn at jetirc.net Wed May 29 11:53:04 2002 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] RAW question Message-ID: <200205291853.g4TIr4e08276@mole.e-mol.com> A non-text attachment was scrubbed... Name: not available Type: text Size: 3285 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020529/a657da11/attachment.asc From rg at tcslon.com Wed May 29 12:31:51 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] RAW Patch [WAS: RAW question] In-Reply-To: <200205291853.g4TIr4e08276@mole.e-mol.com> Message-ID: If anyone's still interested, the patch is here http://russ.garrett.co.uk/ircservices-5.0pre0-saraw.patch - This is really just a 2-minute job there for those who want it - you've heard my view, you really shouldn't need to use it. I tried to patch the help but I never really worked out how all this language compiler stuff works, so the help still says it's root-only. Use at your own risk, YMMV, don't come running to this list to complain when your services admins break your network... Russ Garrett russ@garrett.co.uk www.faereal.net From beng at nc.rr.com Wed May 29 16:19:53 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] still having smtp_readline problems Message-ID: <002501c20767$c3982830$0300000a@asi200> from smtp_readline, modules/mail/smtp.c:202 if (!have_eol || si->replychar != ' ') return; Should that not be AND? If we dont have the end of line and the socket's replychar isnt a space, return and read again(?). I dont know why anyone else isn't having problems with sendmail functions.. maybe its my mail server. When this code executes, si->replychar == '-'. Change it to && or comment it out, I get mail. FreeBSD raider 4.4-20010827-RC2 FreeBSD 4.4-20010827-RC2 #4: Fri Nov 16 14:57:04 EST 2001 root@raider:/usr/obj/usr/src/sys/BG1 i386 ircservices-5.0pre0 services.bstu.dhs.org build #14, compiled Wed May 29 19:12:33 EDT 2002 -- Ben Goldstein (beng@nc.rr.com) From beng at nc.rr.com Wed May 29 16:42:13 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:25 2004 Subject: [IRCServices Coding] httpd question References: <003b01bfc9c4$753f29f0$6501a8c0@Turby> Message-ID: <003601c2076a$84d67450$0300000a@asi200> > Hope this one's really easy to fix, but the manual (for this section) is > rather vague.... > > How do I get the http module to actually OUTPUT the information to the web > dir?? ircservices' httpd module does not actually write files for web content. When you access the webserver, all the content and pages are generated in realtime, straight from ircservices. To access the information, point your webbrowser to http://your.services.machine:port. If you do not have a top-page, you will have to go directly to any "pages" you defined in modules.conf. If you used the examples in modules.conf, try http://your.machine:port/dbaccess or http://your.machine:port/debug. It is a very good idea to have these password protected and limit their access with AllowHost/DenyHost. If you have registered nicks/channels with URL set, you can access those URL's through the httpd, too. If you enabled the httpd/redirect directive, http://your.machine:port/~nick and http://your.machine:port/channel/channame should work. > Is there a template top_page.htm file i shoudl know about?? http/top-page is included so you can create your own opening menu/welcome page for ircservices. From this page you could include links to the other facets of ircservices' httpd. This can be a text file or HTML, which makes more sense, created from an editor or a webpage creation editor. Since there are several different URLs that can be accessed (as mentioned above), it is probably a good idea to make your own toppage that has links/instructions to get around the ircservices/httpd "site". > > Thanks > You're welcome -- Ben Goldstein (beng@nc.rr.com) From gizm0 at mail.gr Thu May 30 10:46:32 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW Patch [WAS: RAW question] Message-ID: <102274479301@mailserver.mail.gr> Óôßò Wed, 29 May 2002 20:31:51 +0100 "Russell Garrett" Ýãñáøå: > If anyone's still interested, the patch is here > http://russ.garrett.co.uk/ircservices-5.0pre0-saraw.patch - This is > really just a 2-minute job there for those who want it - you've heard > my view, you really shouldn't need to use it. I tried to patch the > help but I never really worked out how all this language compiler > stuff works, so the help still says it's root-only. > i've done both.the operserv/main.c patch for services admins to use raw and the language file to work fine :] it's quite easy russ :] mail me private if you want the language file.i've also added a command to report the raw command use to channel #services.it also report what the raw string was.i can send you this also. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From rg at tcslon.com Thu May 30 01:20:47 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW Patch [WAS: RAW question] In-Reply-To: <102274479301@mailserver.mail.gr> Message-ID: > i've done both.the operserv/main.c patch for services > admins to use raw > and the language file to work fine :] it's quite easy russ > :] mail me > private if you want the language file.i've also added a > command to report > the raw command use to channel #services.it also report > what the raw > string was.i can send you this also. Yeh I've done it before, I was just too tired yesterday to be bothered to fix it :) Russ From achurch at achurch.org Thu May 30 19:16:34 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Bug with memoserv SAVE (beta0) Message-ID: <3cf5fc28.44317@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Runnign the services 5.0beta0 release > >My ircd: >Unreal3.1.3-Komara(JetIRC). saturn.jetirc.net CFhiInXSs [Linux >localhost.localdomain 2.4.7-10 #1 Thu Sep 6 16:46:36 EDT 2001 i686 >unknown=2302(H)] > >The problem: >At any time, if ANYone uses the Memoserv SAVE command to save a memo from >expiry, services immediately terminates with no entry to the normal log file >for a reason. > >I ran the -debug option.... >In the log file, the last relavant entry is: > [May 29 08:34:54.511303 2002] debug: Received: :Saturn PRIVMSG >MemoServ@services.jetirc.net :save 1 >Then the file ends. > >using GDB, i got the following, right after using the memoserv save command: >#0 save_memo_callback (u=0x8173ed0, num=6, args=0xbffff4c0) at main.c:544 >#1 0x08053611 in process_numlist (numstr=0xbffff63c "", >count_ret=0xbffff4dc, > callback=0x40214f14 , u=0x8173ed0) at misc.c:537 >#2 0x40215b30 in do_save (u=0x8173ed0) at main.c:885 >#3 0x0804e191 in run_cmd (service=0x8171af8 "", u=Cannot access memory at >address 0xbffff534) at commands.c:175 >#4 0x4021468c in memoserv (source=Cannot access memory at address >0xbffff560) at main.c:153 >#5 0x080545de in call_callback_5 (module=Cannot access memory at address >0xbffff5a0) at modules.c:632 >#6 0x080528b9 in m_privmsg (source=Cannot access memory at address >0xbffff5f0) at messages.c:177 >#7 0x08054b43 in process () at process.c:131 >#8 0x0805624f in check_sockets () at sockets.c:392 >#9 0x080522be in main (ac=Cannot access memory at address 0xbffffa30) at >main.c:248 >#10 0x40053507 in __libc_start_main (main=Cannot access memory at address >0xbffffa70) > at ../sysdeps/generic/libc-start.c:129 >Cannot access memory at address 0xbffffa68 > >---- > >I hope this is enough to go on.... > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu May 30 19:17:49 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: <3cf5fc8f.44333@achurch.org> >I have RAW commands enabled (runnign Unreal ircd 3.1.3, and IRCServices = >5.0beta0) in the config for services.... > >But Inotice they are restricted to Services SuperUser only... how can I = >make them available to Services Admins also? You can't. RAW is a dangerous command, and is limited to the Services superuser for that reason. If you want other people to be able to use it, you need to give them superuser privileges by setting an SU password with OperServ. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu May 30 19:24:16 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] still having smtp_readline problems Message-ID: <3cf5fed7.44352@achurch.org> OR is correct. The code reads "repeat the loop if -EITHER- (1) we haven't seen an end-of-line character (i.e. this line hasn't been completely read) -OR- we have read the line completely, but si->replychar (the fourth character of the line) is not a space." The second condition is required to handle multiple-line SMTP replies, in which the fourth character of every line except the last one is '-', and the fourth character of the last line is a space. Maybe your mail server is broken? --Andrew Church achurch@achurch.org http://achurch.org/ > >from smtp_readline, modules/mail/smtp.c:202 > if (!have_eol || si->replychar != ' ') > return; > >Should that not be AND? If we dont have the end of line and the socket's >replychar isnt a space, return and read again(?). I dont know why anyone >else isn't having problems with sendmail functions.. maybe its my mail >server. When this code executes, si->replychar == '-'. Change it to && or >comment it out, I get mail. > >FreeBSD raider 4.4-20010827-RC2 FreeBSD 4.4-20010827-RC2 #4: Fri Nov 16 >14:57:04 > EST 2001 root@raider:/usr/obj/usr/src/sys/BG1 i386 > >ircservices-5.0pre0 services.bstu.dhs.org build #14, compiled Wed May 29 >19:12:33 EDT 2002 > >-- Ben Goldstein (beng@nc.rr.com) > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Thu May 30 04:01:03 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: you can.. involves changing operserv.c find the Line: {"RAW", do_raw, is_services_root,OPER_HELP_RAW, -1,-1}, Change it to: {"RAW", do_raw, is_services_admin,OPER_HELP_RAW, -1,-1}, re-compile, and restart services.. et voilla :D >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] RAW question >Date: Thu, 30 May 2002 19:17:49 JST > > You can't. RAW is a dangerous command, and is limited to the >Services >superuser for that reason. If you want other people to be able to use it, >you need to give them superuser privileges by setting an SU password with >OperServ. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 gizm0 at mail.gr Thu May 30 16:06:14 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: <102276397401@mailserver.mail.gr> Óôßò Thu, 30 May 2002 12:01:03 +0100 "Craig McLure" Ýãñáøå: > you can.. involves changing operserv.c > find the Line: can you realize that you are reply to the services author?Is it ever reasonable for you that he don't knows how this works?he created the almost all the services code and he don't knows where the RAW command is defined to be used ONLY "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Thu May 30 16:09:17 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: <102276415702@mailserver.mail.gr> Óôßò Thu, 30 May 2002 12:01:03 +0100 "Craig McLure" Ýãñáøå: > you can.. involves changing operserv.c > find the Line: by the services superuser? :] P.S sorry for my two replys but i accidentally hit return. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Thu May 30 22:36:06 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: <3cf62bd7.44446@achurch.org> Technically, he's correct; by changing the source code, you can make the RAW command usable by Services admins. However, as you very correctly point out, I am the author of Services, and not only will I refuse to support any version of Services with modifications such as this, if you (not you personally, Gizmo, anyone in general, and the previous poster in particular) actually use such modifications, I hereby reserve the right to publicly laugh in your face if your Services admins cause you trouble by using the RAW command. Does that clear things up? --Andrew Church achurch@achurch.org http://achurch.org/ >> you can.. involves changing operserv.c >> find the Line: > >can you realize that you are reply to the services author?Is it ever >reasonable for you that he don't knows how this works?he created the >almost all the services code and he don't knows where the RAW command is >defined to be used ONLY > >"I can see the darkness in your eyes." > Gizm0.- > >------------------------------------------------------------- >http://www.mail.gr/ - Get Your Private Free Email Address! >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Thu May 30 16:31:31 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: <102276549101@mailserver.mail.gr> Óôßò Thu, 30 May 2002 22:36:06 JST achurch@achurch.org Ýãñáøå: > Technically, he's correct; by changing the source code, you >can make > the RAW command usable by Services admins. However, as you very correctly > point out, I am the author of Services, and not only will I refuse to > support any version of Services with modifications such as this, if you > (not you personally, Gizmo, anyone in general, and the previous poster in > particular) actually use such modifications, I hereby reserve the right to > publicly laugh in your face if your Services admins cause you trouble by > using the RAW command. > > Does that clear things up? > yes,it does. :] "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From RT.Mail at verizon.net Thu May 30 08:42:06 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question In-Reply-To: Message-ID: <20020530144010.CSIN4569.out012.verizon.net@bofh> Hi. We havent upgraded to the newer services yet as we are going to wait until a leter beta. Also im just new to these services in general. Im only trying to gather some information for when we do upgrade. It is my understanding that to become a super user you must switch to the certain nick that is defind and then enter the password. We want the two head admins to be able to use raw commands. Is it possible to add two nicks? We basically want to be able to have two super users. Or am I totally wrong about how that works? Thanks. From rg at tcslon.com Thu May 30 07:45:22 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question In-Reply-To: <20020530144010.CSIN4569.out012.verizon.net@bofh> Message-ID: > Hi. We havent upgraded to the newer services yet as we are > going to > wait until a leter beta. Also im just new to these services in > general. Im only trying to gather some information for when we do > upgrade. It is my understanding that to become a super > user you must > switch to the certain nick that is defind and then enter the > password. We want the two head admins to be able to use > raw commands. > Is it possible to add two nicks? We basically want to be > able to have > two super users. Or am I totally wrong about how that works? I originally thought that as well, but if you are the services root specified in the config file, you automatically have access to root commands once you're identified and opered. Other identified and opered Services Admins can obtain root privileges by using the SU command and the password. Russ Garrett russ@garrett.co.uk www.faereal.net From r-krisztian at softhome.net Thu May 30 08:45:13 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Little bugs & Questions References: <002e01bfc98c$267c7bc0$6501a8c0@Turby> Message-ID: <3CF64909.2050705@softhome.net> Hello! These are little bugs or not, they're not serious but I'ld be happy to see them or some of them corrected because some users use the keyboard in a very stupid way. :))) 1. Two problems where somebody inserts more than one space after or before a command: " help set " -NickServ- No help available for set . " help set email" -NickServ- No help available for set email. In some ways, more than one space is ignored: help set email -NickServ- Syntax: SET EMAIL address set language 1 -NickServ- Language changed to English. 3. In this example, I mean it would be better to filter some formatting characters: help set -NickServ- Unknown command help. Type /msg NickServ HELP for help. 5. What about giving more than one word for passwords? set password first second -NickServ- Password changed to first. 6. Giving URLs set url sdf://sdf.d:3425/ -NickServ- URLs must be in the form http://hostname[:port]/... (or ftp://, etc.). This is the same when I try ChanServ. 7. Timezone problems set timezone +1:3 -NickServ- The current time in this time zone is ... set timezone +2:6 -NickServ- Syntax: SET TIMEZONE {UTC-offset | time-zone | DEFAULT} It's the same when i try 7, 8, 9 instead of 6. 8. Syntax help help unset -NickServ- Syntax: UNSET {URL | INFO} unset -NickServ- Syntax: UNSET URL list -NickServ- Syntax: LISTEMAIL pattern [FORBIDDEN] [NOEXPIRE] [SUSPENDED] [NOAUTH] 9. list and listemail doesn't check if i say something else than FORBIDDEN, NOEXPIRE, SUSPENDED or NOAUTH list * for bidden -NickServ- List of entries matching *: (...) -NickServ- End of list; 50/74 matches shown. 10. MLOCK problem I don't know whether it's a bug, but it's interesting: set #arena mlock +nt-ikOAN+k -ChanServ- Parameter required for MLOCK +k. set #arena mlock +nt-ikOAN+k something -ChanServ- Mode lock on channel #arena changed to +ntk-iOAN. 11. Is there a way to clear entrymsg? 12. I can send a memo for myself, is it okey? Thats all for now. :) From achurch at achurch.org Fri May 31 01:04:51 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Bug with memoserv SAVE (beta0) Message-ID: <3cf64daa.45044@achurch.org> Not until the next release. >Is there a patch? =) > >-Dave >irc.jetirc.net > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Thursday, May 30, 2002 3:16 AM >Subject: Re: [IRCServices Coding] Bug with memoserv SAVE (beta0) > > >> Fixed, thanks. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >Runnign the services 5.0beta0 release >> > >> >My ircd: >> >Unreal3.1.3-Komara(JetIRC). saturn.jetirc.net CFhiInXSs [Linux >> >localhost.localdomain 2.4.7-10 #1 Thu Sep 6 16:46:36 EDT 2001 i686 >> >unknown=2302(H)] >> > >> >The problem: >> >At any time, if ANYone uses the Memoserv SAVE command to save a memo from >> >expiry, services immediately terminates with no entry to the normal log >file >> >for a reason. >> > >> >I ran the -debug option.... >> >In the log file, the last relavant entry is: >> > [May 29 08:34:54.511303 2002] debug: Received: :Saturn PRIVMSG >> >MemoServ@services.jetirc.net :save 1 >> >Then the file ends. >> > >> >using GDB, i got the following, right after using the memoserv save >command: >> >#0 save_memo_callback (u=0x8173ed0, num=6, args=0xbffff4c0) at >main.c:544 >> >#1 0x08053611 in process_numlist (numstr=0xbffff63c "", >> >count_ret=0xbffff4dc, >> > callback=0x40214f14 , u=0x8173ed0) at misc.c:537 >> >#2 0x40215b30 in do_save (u=0x8173ed0) at main.c:885 >> >#3 0x0804e191 in run_cmd (service=0x8171af8 "", u=Cannot access memory >at >> >address 0xbffff534) at commands.c:175 >> >#4 0x4021468c in memoserv (source=Cannot access memory at address >> >0xbffff560) at main.c:153 >> >#5 0x080545de in call_callback_5 (module=Cannot access memory at address >> >0xbffff5a0) at modules.c:632 >> >#6 0x080528b9 in m_privmsg (source=Cannot access memory at address >> >0xbffff5f0) at messages.c:177 >> >#7 0x08054b43 in process () at process.c:131 >> >#8 0x0805624f in check_sockets () at sockets.c:392 >> >#9 0x080522be in main (ac=Cannot access memory at address 0xbffffa30) at >> >main.c:248 >> >#10 0x40053507 in __libc_start_main (main=Cannot access memory at address >> >0xbffffa70) >> > at ../sysdeps/generic/libc-start.c:129 >> >Cannot access memory at address 0xbffffa68 >> > >> >---- >> > >> >I hope this is enough to go on.... >> > >> > >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From beng at nc.rr.com Thu May 30 11:31:19 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Correction in language file Message-ID: <00ca01c20808$8f5d1d40$0300000a@asi200> en_us.l: NICK_SETAUTH_USER_NOTICE You must authorize your nickname before continuing to use it. An author Type ^B/msg %S HELP AUTH^B for more information. Should be %s. -- Ben Goldstein (beng@nc.rr.com) From beng at nc.rr.com Thu May 30 11:46:17 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Concerns with sendpass Message-ID: <00e001c2080a$4af28c60$0300000a@asi200> 1) In order to sendpass, you have to be using the nick you want to retreive the password for. If someone else is online using your nickname, you're stuck. 2) When you request a sendpass, your email address is shown to you. This would typically a good thing, but this means I can go around and get anyone's email address and spam away, getting around SET HIDE EMAIL. I suggest not showing the address if HIDE EMAIL is set, or either requiring the user to /ns sendpass . 3) Not related to sendpass but to AUTH: I am thinking an OS SET switch to suspend pending AUTH-expirys might be good in case your ISP is having mail problems. This might only be a problem on larger networks, but then again they are more likely to have their own mailserver.. *shrug* Some things to think about. -- Ben Goldstein (beng@nc.rr.com) btw, good work as always, Andrew. From gizm0 at mail.gr Thu May 30 21:46:38 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Concerns with sendpass Message-ID: <102278439801@mailserver.mail.gr> Óôßò Thu, 30 May 2002 14:46:17 -0400 "Ben Goldstein" Ýãñáøå: > 1) In order to sendpass, you have to be using the nick you want to > retreive > the password for. If someone else is online using your nickname, you're > stuck. > > 2) When you request a sendpass, your email address is shown to you. This > would typically a good thing, but this means I can go around and get > anyone's email address and spam away, getting around SET HIDE EMAIL. I you will propably get killed for services flood. > suggest not showing the address if HIDE EMAIL is set, or either good idea. requiring > the user to /ns sendpass . are you crazy?imaging changing to your nick ,doing /ns sendpass yournick mymail@mymail.arpa and sending your password to my e-mail account :] > > 3) Not related to sendpass but to AUTH: I am thinking an OS SET switch to > suspend pending AUTH-expirys might be good in case your ISP is having mail > problems. This might only be a problem on larger networks, but then again > they are more likely to have their own mailserver.. *shrug* > > Some things to think about. > > -- Ben Goldstein (beng@nc.rr.com) > and for your previous post about the %S and %s.The %S it is correct.it used to identify if we are reffering to a services pseudoclient ( so it is %S ) or to any kind of other stuff ( so it is %s) "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From saturn at jetirc.net Thu May 30 12:14:56 2002 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Concerns with sendpass Message-ID: <200205301914.g4UJEre30060@mole.e-mol.com> A non-text attachment was scrubbed... Name: not available Type: text Size: 1443 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020530/cf94a46f/attachment.pot From uhc0 at rz.uni-karlsruhe.de Thu May 30 12:31:06 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:26 2004 Subject: AW: [IRCServices Coding] Concerns with sendpass In-Reply-To: <102278439801@mailserver.mail.gr> Message-ID: <000801c20810$9cc23f30$02c8a8c0@nygmatech.local> Just to correct you, Panagiotis; > > 2) When you request a sendpass, your email address is shown > to you. > > This would typically a good thing, but this means I can go > around and > > get anyone's email address and spam away, getting around SET HIDE > > EMAIL. I > you will propably get killed for services flood. No, you can try sendpass only for 3 single nicks in one hour. You will collect 72 per day, 504 per week, etc. This is just an example to detect how to spam. > > suggest not showing the address if HIDE EMAIL is set, or either > good idea. > requiring > > the user to /ns sendpass . > are you crazy?imaging changing to your nick ,doing /ns > sendpass yournick mymail@mymail.arpa and sending your > password to my e-mail account :] You did not understand. He suggests services require the correct email, not AN email address. > and for your previous post about the %S and %s.The %S it is > correct.it used to identify if we are reffering to a services > pseudoclient ( so it is %S ) or to any kind of other stuff ( > so it is %s) Again he is right, because notice_lang does not replace %S with pseudoclient name, but ONLY notice_help. In his case, the text was to sent with notice_lang, so %S is wrong, %s is right. It would be adviseable for all of us to read an email twice before seeing a need to reply to 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 | | ------------------------------------------------------------------ From gizm0 at mail.gr Thu May 30 22:52:28 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:26 2004 Subject: AW: [IRCServices Coding] Concerns with sendpass Message-ID: <102278834801@mailserver.mail.gr> Óôßò Thu, 30 May 2002 21:31:06 +0200 "Yusuf Iskenderoglu" Ýãñáøå: > > Just to correct you, Panagiotis; > i was absolutelly off the point.i'm kind of tired today and this is the result.i apollogize for the incovinience. yusuf thanx for correcting me. :] (i'm still wondering if i spelled the whole mail right.) "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From beng at nc.rr.com Thu May 30 14:36:05 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Correction in language file References: <00ca01c20808$8f5d1d40$0300000a@asi200> Message-ID: <013401c20822$918814c0$0300000a@asi200> Oops, forgot the other part.. modules/mail-auth.c: if (ni2->user) { notice_lang(s_NickServ, ni2->user, NICK_SETAUTH_USER_NOTICE, - ngi->email); + ngi->email, s_NickServ); Line 310 is missing last parameter (s_NickServ) That should do it. -- Ben Goldstein (beng@nc.rr.com) > en_us.l: > NICK_SETAUTH_USER_NOTICE > You must authorize your nickname before continuing to use it. An > author > Type ^B/msg %S HELP AUTH^B for more information. > > Should be %s. > > -- Ben Goldstein (beng@nc.rr.com) From beng at nc.rr.com Thu May 30 14:40:12 2002 From: beng at nc.rr.com (Ben Goldstein) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Correction in language file References: <00ca01c20808$8f5d1d40$0300000a@asi200> Message-ID: <013601c20822$d62870c0$0300000a@asi200> Oops, forgot the other part.. modules/mail-auth.c: if (ni2->user) { notice_lang(s_NickServ, ni2->user, NICK_SETAUTH_USER_NOTICE, - ngi->email); + ngi->email, s_NickServ); Line 310 is missing last parameter (s_NickServ) That should do it. Oh, and somewhere to keep records of how many mails have gone out would be nice :) -- Ben Goldstein (beng@nc.rr.com) > en_us.l: > NICK_SETAUTH_USER_NOTICE > You must authorize your nickname before continuing to use it. An > author > Type ^B/msg %S HELP AUTH^B for more information. > > Should be %s. > > -- Ben Goldstein (beng@nc.rr.com) From frostycoolslug at hotmail.com Fri May 31 07:46:46 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] RAW question Message-ID: I was only saying that there *IS* a way of doing it, and saying how. My reply *WASNT* directed at Andy, but the person who originally sent the mail as an alternative option. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: "Panagiotis Kefalidis ( Gizm0 )" > >Subject: Re: [IRCServices Coding] RAW question >Date: Thu, 30 May 2002 22:36:06 JST > > Technically, he's correct; by changing the source code, you can make >the RAW command usable by Services admins. However, as you very correctly >point out, I am the author of Services, and not only will I refuse to >support any version of Services with modifications such as this, if you >(not you personally, Gizmo, anyone in general, and the previous poster in >particular) actually use such modifications, I hereby reserve the right to >publicly laugh in your face if your Services admins cause you trouble by >using the RAW command. > > Does that clear things up? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > -- 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 Sat Jun 1 02:26:11 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] 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 achurch at achurch.org Sat Jun 1 11:39:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Correction in language file Message-ID: <3cf833ff.46017@achurch.org> Fixed, thanks. >en_us.l: >NICK_SETAUTH_USER_NOTICE > You must authorize your nickname before continuing to use it. An >author > Type ^B/msg %S HELP AUTH^B for more information. > >Should be %s. > >-- Ben Goldstein (beng@nc.rr.com) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Jun 1 11:47:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] call to introduce_users Message-ID: <3cf83619.46076@achurch.org> >Something that's not very important, but has caused a bit of trouble for >me is the time when introduce_users is called. >IRCServices (4.x or 5.x) should wait for the hub to reply the >password(and compare it, why not?) before sending it's pseudo-clients >(nickserv,chanserv,etc). > >Actually it sends it's SERVER information and right after start flooding >the hub with its client information without waiting for the 'PASS' command. >This create a problem with some ircds that won't accept this initial >flood and will just ignore it causing a introduce_user loop right after >the linking. Can you give me a specific example (ircd)? I thought that all ircds simply processed data in the order it came in without regard for timing, and started sending the netburst on receipt of the SERVER message. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Jun 1 11:58:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Odd behaviour: SHUN command Message-ID: <3cf83849.46122@achurch.org> Fixed, thanks (I wasn't even aware the SHUN command existed). >(UnrealIRCD 3.1.3, services 5.0beta0) > >When I tried to /shun a user (for a joke) services IMMEDIATELY removed it... >is there an equivalent command in services or something? > >Thanks > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Jun 1 12:32:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Concerns with sendpass Message-ID: <3cf84085.46231@achurch.org> >1) In order to sendpass, you have to be using the nick you want to retreive >the password for. If someone else is online using your nickname, you're >stuck. > >2) When you request a sendpass, your email address is shown to you. This >would typically a good thing, but this means I can go around and get >anyone's email address and spam away, getting around SET HIDE EMAIL. I >suggest not showing the address if HIDE EMAIL is set, or either requiring >the user to /ns sendpass . Both good points, and I'll address them. Thanks. >3) Not related to sendpass but to AUTH: I am thinking an OS SET switch to >suspend pending AUTH-expirys might be good in case your ISP is having mail >problems. This might only be a problem on larger networks, but then again >they are more likely to have their own mailserver.. *shrug* If this should actually happen, you could always disable NSAuthExpire (or in the extreme case, run the executable with -noexpire) until things clear up. --Andrew Church achurch@achurch.org http://achurch.org/ From daffy at daffy.za.net Sat Jun 1 04:05:49 2002 From: daffy at daffy.za.net (Daffy_Duc) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Version 5 Beta Segfaults (warning, newbie submitter) In-Reply-To: Message-ID: Hey people I've run into a teeny problem and I was hoping that someone out there would be able to help me. I've been trying to get version 5beta running for a while now with no luck. I was following the version 5alpha releases very closely and playing around with them, but while version 5 was in alpha it was working fine on my old redhat machine. I recently installed Debian on a new machine that I had lying around and now I cant get ircservices 5 working, not even one of the alpha versions. Perhaps I'm missing a library of some sort. Im running Debian, so I used the .deb package and it gave the same error as below, so I tried to install it from the source, but still did the same thing. Versions: ii gcc 2.95.4-14 The GNU C compiler. ii make 3.79.1-14 The GNU version of the "make" utility. What happens: ---- snip ---- ircd@goliath:~/ircservices$ ./ircservices -debug Segmentation fault ---- snip ---- no log file is created, so I cant show any output from it. I even recompiled with the option to core dump, and it didn't. Couldn't find the core file anywhere ---- snip ---- ircd:~/ircservices$ ./ircservices -debug Segmentation fault ircd:~/ircservices$ ls ircservices ircservices-chk lib ircd:~/ircservices$ cd lib ircd:~/ircservices$ ls convert-db example-modules.conf ircservices.conf modules example-ircservices.conf helpfiles languages modules.conf ircd:~/ircservices$ ---- snip ---- Seeing as I couldn't find a core file.. I decided to try gdb anyway (I really dont know what I'm doing, I'm just trying to provide as much information as possible) ---- snip ---- ircd@goliath:~/ircservices$ gdb GNU gdb 2002-04-01-cvs 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 "i386-linux". (gdb) file ircservices Reading symbols from ircservices...done. (gdb) run Starting program: /home/ircd/ircservices/ircservices Program received signal SIGSEGV, Segmentation fault. 0x0804e34c in do_all_directives (action=0, directives=0x805f7d8) at conffile.c:69 69 *(int32 *)d->params[i].ptr = val.intval; (gdb) bt #0 0x0804e34c in do_all_directives (action=0, directives=0x805f7d8) at conffile.c:69 #1 0x0804f214 in configure (modulename=0x0, directives=0x805f7d8, action=3) at conffile.c:549 #2 0x0804f55d in read_config () at init.c:141 #3 0x0804ff35 in init (ac=1, av=0xbffffe24) at init.c:584 #4 0x0805224b in main (ac=1, av=0xbffffe24, envp=0xbffffe2c) at main.c:168 (gdb) ---- snip ---- I hope this is enough info for you to work with. Kieran From achurch at achurch.org Sat Jun 1 21:23:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Version 5 Beta Segfaults (warning, newbie submitter) Message-ID: <3cf8bce6.46461@achurch.org> This is odd. Can you send me (privately) a copy of your ircservices.conf and modules.conf files? --Andrew Church achurch@achurch.org http://achurch.org/ >Hey people >I've run into a teeny problem and I was hoping that someone out there would >be able to help me. > >I've been trying to get version 5beta running for a while now with no luck. >I was following the version 5alpha releases very closely and playing around >with them, but while version 5 was in alpha it was working fine on my old >redhat machine. > >I recently installed Debian on a new machine that I had lying around and now >I cant get ircservices 5 working, not even one of the alpha versions. >Perhaps I'm missing a library of some sort. > >Im running Debian, so I used the .deb package and it gave the same error as >below, so I tried to install it from the source, but still did the same >thing. > > > >Versions: >ii gcc 2.95.4-14 The GNU C compiler. >ii make 3.79.1-14 The GNU version of the "make" utility. > > >What happens: >---- snip ---- >ircd@goliath:~/ircservices$ ./ircservices -debug >Segmentation fault >---- snip ---- > >no log file is created, so I cant show any output from it. > >I even recompiled with the option to core dump, and it didn't. Couldn't find >the core file anywhere > >---- snip ---- >ircd:~/ircservices$ ./ircservices -debug >Segmentation fault >ircd:~/ircservices$ ls >ircservices ircservices-chk lib >ircd:~/ircservices$ cd lib >ircd:~/ircservices$ ls >convert-db example-modules.conf ircservices.conf modules >example-ircservices.conf helpfiles languages >modules.conf >ircd:~/ircservices$ >---- snip ---- > >Seeing as I couldn't find a core file.. I decided to try gdb anyway >(I really dont know what I'm doing, I'm just trying to provide as much >information as possible) > >---- snip ---- >ircd@goliath:~/ircservices$ gdb >GNU gdb 2002-04-01-cvs >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 "i386-linux". >(gdb) file ircservices >Reading symbols from ircservices...done. >(gdb) run >Starting program: /home/ircd/ircservices/ircservices > >Program received signal SIGSEGV, Segmentation fault. >0x0804e34c in do_all_directives (action=0, directives=0x805f7d8) at >conffile.c:69 >69 *(int32 *)d->params[i].ptr = val.intval; >(gdb) bt >#0 0x0804e34c in do_all_directives (action=0, directives=0x805f7d8) at >conffile.c:69 >#1 0x0804f214 in configure (modulename=0x0, directives=0x805f7d8, action=3) >at conffile.c:549 >#2 0x0804f55d in read_config () at init.c:141 >#3 0x0804ff35 in init (ac=1, av=0xbffffe24) at init.c:584 >#4 0x0805224b in main (ac=1, av=0xbffffe24, envp=0xbffffe2c) at main.c:168 >(gdb) >---- snip ---- > >I hope this is enough info for you to work with. > >Kieran > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Jun 1 23:48:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Services 5.0pre1 released Message-ID: <3cf8deab.67222@achurch.org> Services 5.0pre1 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb The other mirrors should have it shortly. This release primarily fixes the crash bugs reported, plus the NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. Language file translators, please note that the SENDPASS command's messages and help text has changed. Changes in version 5.0pre1 -------------------------- 2002/06/01 Fixed crash when using RunGroup configuration directive. Reported by Kieran 2002/06/01 NickServ SENDPASS can now be used on any nick, and no longer shows the E-mail address to avoid spam collection. Reported by Ben Goldstein 2002/06/01 Fixed improper removal of SHUNs in Unreal. 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben Goldstein 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From saturn at jetirc.net Sat Jun 1 09:00:20 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:26 2004 Subject: [IRCServices Coding] Services 5.0pre1 released References: <3cf8deab.67222@achurch.org> Message-ID: <000901c20985$6e7fe110$6501a8c0@Turby> errrrr When I un-tar (tar -xvf) the 5.0pre1 tar file... it un-tars into a directory called NeoStats-2.5-Beta2 ...... Which i coincidentally have a copy of (Neostats i mean)... but .. well whats up there? All the files seem correct, but the dir is sure interesting haha Dave ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, June 01, 2002 7:48 AM Subject: [IRCServices Coding] Services 5.0pre1 released > Services 5.0pre1 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz > cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz > 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm > 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb > > The other mirrors should have it shortly. > > This release primarily fixes the crash bugs reported, plus the > NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. Language > file translators, please note that the SENDPASS command's messages and help > text has changed. > > Changes in version 5.0pre1 > -------------------------- > 2002/06/01 Fixed crash when using RunGroup configuration directive. > Reported by Kieran > 2002/06/01 NickServ SENDPASS can now be used on any nick, and no > longer shows the E-mail address to avoid spam > collection. Reported by Ben Goldstein > 2002/06/01 Fixed improper removal of SHUNs in Unreal. > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben > Goldstein > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From saturn at jetirc.net Sat Jun 1 09:20:10 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre1 released References: <3cf8deab.67222@achurch.org> <000901c20985$6e7fe110$6501a8c0@Turby> Message-ID: <002501c20988$33854750$6501a8c0@Turby> My mistake, no the whole darn thing is NeoStats2.5 beta 2, just renamed (hahaha) ----- Original Message ----- From: "Saturn" To: Sent: Saturday, June 01, 2002 9:00 AM Subject: Re: [IRCServices Coding] Services 5.0pre1 released > errrrr When I un-tar (tar -xvf) the 5.0pre1 tar file... it un-tars into a > directory called NeoStats-2.5-Beta2 ...... Which i coincidentally have a > copy of (Neostats i mean)... but .. well whats up there? All the files seem > correct, but the dir is sure interesting haha > > Dave > > ----- Original Message ----- > From: "Andrew Church" > To: > Sent: Saturday, June 01, 2002 7:48 AM > Subject: [IRCServices Coding] Services 5.0pre1 released > > > > Services 5.0pre1 has been released, and can be downloaded from: > > > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > ftp://ftp.esper.net/ircservices/ (USA, California) > > > > 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz > > cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz > > 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm > > 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb > > > > The other mirrors should have it shortly. > > > > This release primarily fixes the crash bugs reported, plus the > > NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. > Language > > file translators, please note that the SENDPASS command's messages and > help > > text has changed. > > > > Changes in version 5.0pre1 > > -------------------------- > > 2002/06/01 Fixed crash when using RunGroup configuration directive. > > Reported by Kieran > > 2002/06/01 NickServ SENDPASS can now be used on any nick, and no > > longer shows the E-mail address to avoid spam > > collection. Reported by Ben Goldstein > > 2002/06/01 Fixed improper removal of SHUNs in Unreal. > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben > > Goldstein > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by > > > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From saturn at jetirc.net Sat Jun 1 09:23:43 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre1 released References: <3cf8deab.67222@achurch.org> <000901c20985$6e7fe110$6501a8c0@Turby> <002501c20988$33854750$6501a8c0@Turby> Message-ID: <002b01c20988$b259d870$6501a8c0@Turby> OK I got it alllll worked out now... The copy i downloaded from ftp://ftp.ircservices.za.net/pub/ircservices/ was actually NeoStats2.5beta2 renamed... the US ftp site has the right file.. ----- Original Message ----- From: "Saturn" To: Sent: Saturday, June 01, 2002 9:20 AM Subject: Re: [IRCServices Coding] Services 5.0pre1 released > My mistake, no the whole darn thing is NeoStats2.5 beta 2, just renamed > (hahaha) > > ----- Original Message ----- > From: "Saturn" > To: > Sent: Saturday, June 01, 2002 9:00 AM > Subject: Re: [IRCServices Coding] Services 5.0pre1 released > > > > errrrr When I un-tar (tar -xvf) the 5.0pre1 tar file... it un-tars into a > > directory called NeoStats-2.5-Beta2 ...... Which i coincidentally have a > > copy of (Neostats i mean)... but .. well whats up there? All the files > seem > > correct, but the dir is sure interesting haha > > > > Dave > > > > ----- Original Message ----- > > From: "Andrew Church" > > To: > > Sent: Saturday, June 01, 2002 7:48 AM > > Subject: [IRCServices Coding] Services 5.0pre1 released > > > > > > > Services 5.0pre1 has been released, and can be downloaded from: > > > > > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > > ftp://ftp.esper.net/ircservices/ (USA, California) > > > > > > 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz > > > cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz > > > 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm > > > 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb > > > > > > The other mirrors should have it shortly. > > > > > > This release primarily fixes the crash bugs reported, plus the > > > NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. > > Language > > > file translators, please note that the SENDPASS command's messages and > > help > > > text has changed. > > > > > > Changes in version 5.0pre1 > > > -------------------------- > > > 2002/06/01 Fixed crash when using RunGroup configuration directive. > > > Reported by Kieran > > > 2002/06/01 NickServ SENDPASS can now be used on any nick, and no > > > longer shows the E-mail address to avoid spam > > > collection. Reported by Ben Goldstein > > > 2002/06/01 Fixed improper removal of SHUNs in Unreal. > > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben > > > Goldstein > > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by > > > > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From achurch at achurch.org Sun Jun 2 02:32:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre1 released Message-ID: <3cf90574.67261@achurch.org> >OK I got it alllll worked out now... The copy i downloaded from >ftp://ftp.ircservices.za.net/pub/ircservices/ was actually NeoStats2.5beta2 >renamed... the US ftp site has the right file.. No, ftp.ircservices.za.net is correct too. Sounds like you screwed up. --Andrew Church achurch@achurch.org http://achurch.org/ > >----- Original Message ----- >From: "Saturn" >To: >Sent: Saturday, June 01, 2002 9:20 AM >Subject: Re: [IRCServices Coding] Services 5.0pre1 released > > >> My mistake, no the whole darn thing is NeoStats2.5 beta 2, just renamed >> (hahaha) >> >> ----- Original Message ----- >> From: "Saturn" >> To: >> Sent: Saturday, June 01, 2002 9:00 AM >> Subject: Re: [IRCServices Coding] Services 5.0pre1 released >> >> >> > errrrr When I un-tar (tar -xvf) the 5.0pre1 tar file... it un-tars into >a >> > directory called NeoStats-2.5-Beta2 ...... Which i coincidentally have a >> > copy of (Neostats i mean)... but .. well whats up there? All the files >> seem >> > correct, but the dir is sure interesting haha >> > >> > Dave >> > >> > ----- Original Message ----- >> > From: "Andrew Church" >> > To: >> > Sent: Saturday, June 01, 2002 7:48 AM >> > Subject: [IRCServices Coding] Services 5.0pre1 released >> > >> > >> > > Services 5.0pre1 has been released, and can be downloaded from: >> > > >> > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> > > ftp://ftp.esper.net/ircservices/ (USA, California) >> > > >> > > 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz >> > > cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz >> > > 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm >> > > 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb >> > > >> > > The other mirrors should have it shortly. >> > > >> > > This release primarily fixes the crash bugs reported, plus the >> > > NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. >> > Language >> > > file translators, please note that the SENDPASS command's messages and >> > help >> > > text has changed. >> > > >> > > Changes in version 5.0pre1 >> > > -------------------------- >> > > 2002/06/01 Fixed crash when using RunGroup configuration directive. >> > > Reported by Kieran >> > > 2002/06/01 NickServ SENDPASS can now be used on any nick, and no >> > > longer shows the E-mail address to avoid spam >> > > collection. Reported by Ben Goldstein >> > > 2002/06/01 Fixed improper removal of SHUNs in Unreal. >> > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben >> > > Goldstein >> > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by >> > > >> > > >> > > --Andrew Church >> > > achurch@achurch.org >> > > http://achurch.org/ >> > > ------------------------------------------------------------------ >> > > To unsubscribe or change your subscription options, visit: >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > > >> > > >> > >> > >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> > >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From saturn at jetirc.net Sat Jun 1 11:58:55 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre1 released References: <3cf90574.67261@achurch.org> Message-ID: <000701c2099e$612d59c0$6501a8c0@Turby> I dunno man.. it said ircservices-5.0pre1.tar.gz on it, and when i un-tarred it, it went into the NeoStats thing.. i concede that I do screw up in my own way, and plenty, too, but I promise this wasnt one of those (haha) Maybe the file allocation table got fudged up or something.... ahwell i got the right one now, and the fixes work WONDERFUL! Be proud of this baby, it's the best services out there!! Dave ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, June 01, 2002 10:32 AM Subject: Re: [IRCServices Coding] Services 5.0pre1 released > >OK I got it alllll worked out now... The copy i downloaded from > >ftp://ftp.ircservices.za.net/pub/ircservices/ was actually NeoStats2.5beta2 > >renamed... the US ftp site has the right file.. > > No, ftp.ircservices.za.net is correct too. Sounds like you screwed up. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > > >----- Original Message ----- > >From: "Saturn" > >To: > >Sent: Saturday, June 01, 2002 9:20 AM > >Subject: Re: [IRCServices Coding] Services 5.0pre1 released > > > > > >> My mistake, no the whole darn thing is NeoStats2.5 beta 2, just renamed > >> (hahaha) > >> > >> ----- Original Message ----- > >> From: "Saturn" > >> To: > >> Sent: Saturday, June 01, 2002 9:00 AM > >> Subject: Re: [IRCServices Coding] Services 5.0pre1 released > >> > >> > >> > errrrr When I un-tar (tar -xvf) the 5.0pre1 tar file... it un-tars into > >a > >> > directory called NeoStats-2.5-Beta2 ...... Which i coincidentally have a > >> > copy of (Neostats i mean)... but .. well whats up there? All the files > >> seem > >> > correct, but the dir is sure interesting haha > >> > > >> > Dave > >> > > >> > ----- Original Message ----- > >> > From: "Andrew Church" > >> > To: > >> > Sent: Saturday, June 01, 2002 7:48 AM > >> > Subject: [IRCServices Coding] Services 5.0pre1 released > >> > > >> > > >> > > Services 5.0pre1 has been released, and can be downloaded from: > >> > > > >> > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >> > > ftp://ftp.esper.net/ircservices/ (USA, California) > >> > > > >> > > 9d54fdfdde056ea283febb2b530abb43 ircservices-5.0pre1.tar.gz > >> > > cedc35be5812e255bc4a0e7e0346b229 ircservices-5.0pre1.diff.gz > >> > > 0c2282367371a808c12321bca647670f ircservices-5.0pre1-1.i386.rpm > >> > > 2bb362a1dab1e4b0daecf0a09fbf996d ircservices_5.0pre1-1_i386.deb > >> > > > >> > > The other mirrors should have it shortly. > >> > > > >> > > This release primarily fixes the crash bugs reported, plus the > >> > > NickServ SENDPASS issue; SENDPASS now takes a nickname parameter. > >> > Language > >> > > file translators, please note that the SENDPASS command's messages and > >> > help > >> > > text has changed. > >> > > > >> > > Changes in version 5.0pre1 > >> > > -------------------------- > >> > > 2002/06/01 Fixed crash when using RunGroup configuration directive. > >> > > Reported by Kieran > >> > > 2002/06/01 NickServ SENDPASS can now be used on any nick, and no > >> > > longer shows the E-mail address to avoid spam > >> > > collection. Reported by Ben Goldstein > >> > > 2002/06/01 Fixed improper removal of SHUNs in Unreal. > >> > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH. Reported by Ben > >> > > Goldstein > >> > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes. Reported by > >> > > > >> > > > >> > > --Andrew Church > >> > > achurch@achurch.org > >> > > http://achurch.org/ > >> > > ------------------------------------------------------------------ > >> > > To unsubscribe or change your subscription options, visit: > >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > > >> > > > >> > > >> > > >> > > >> > ------------------------------------------------------------------ > >> > To unsubscribe or change your subscription options, visit: > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >> > > >> > >> > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Sat Jun 1 21:38:08 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (pre1) NickServ GETPASS In-Reply-To: <000701c2099e$612d59c0$6501a8c0@Turby> References: <3cf90574.67261@achurch.org> <000701c2099e$612d59c0$6501a8c0@Turby> Message-ID: <02060206380800.08567@adsl52064> Hello! SAs can't use NickServ GETPASS (Access denied). Do you know why? Romek Krisztian From achurch at achurch.org Sun Jun 2 13:45:21 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (pre1) NickServ GETPASS Message-ID: <3cf9a2f5.45754@achurch.org> >Hello! > >SAs can't use NickServ GETPASS (Access denied). Do you know why? Services admins can't use GETPASS on other Services admins or the Services root if NSSecureAdmins is enabled (as it is by default). --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Sat Jun 1 21:53:55 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (pre1) NickServ GETPASS In-Reply-To: <3cf9a2f5.45754@achurch.org> References: <3cf9a2f5.45754@achurch.org> Message-ID: <02060206535501.09183@adsl52064> Ah, yes, I'm sorry! I've forgotten it. Romek Krisztian 2002. j?nius 2. 15:45 d?tummal ezt ?rta: > >Hello! > > > >SAs can't use NickServ GETPASS (Access denied). Do you know why? > > Services admins can't use GETPASS on other Services admins or the > Services root if NSSecureAdmins is enabled (as it is by default). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Sun Jun 2 02:54:30 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] feature request Message-ID: <002801c20a1b$7f060190$01000001@aragon> Hi, I'm eagerly awaiting 5.0 and would love to see this feature in it. Support for mlock channel mode L when compiled for Unreal (3.2). The mode is used to "link" channels and must be accompanied by an l mode to set a user limit. The mode takes one parameter, the target channel. eg. MODE #chan1 +lL 5 #chan2 Would make users automatically join #chan2 when #chan1 reaches the 5 user limit. Would also love to have a feature where services admins can redirect entire channels. This would mean ChanServ joining and holding the channel open and setting modes +nslL 1 #redirchan. Maybe include an expiry value to these. I wish I could help more with offering actual code, but my C skills are crud :/ Thanks, Aragon From smkelly at zombie.org Sun Jun 2 03:19:26 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] feature request In-Reply-To: <002801c20a1b$7f060190$01000001@aragon> References: <002801c20a1b$7f060190$01000001@aragon> Message-ID: <20020602101926.GA64418@edgemaster.zombie.org> On Sun, Jun 02, 2002 at 11:54:30AM +0200, Aragon Gouveia wrote: > Hi, > > I'm eagerly awaiting 5.0 and would love to see this feature in it. > > Support for mlock channel mode L when compiled for Unreal (3.2). The mode is > used to "link" channels and must be accompanied by an l mode to set a user > limit. The mode takes one parameter, the target channel. > > eg. MODE #chan1 +lL 5 #chan2 > > Would make users automatically join #chan2 when #chan1 reaches the 5 user > limit. This already exists in Services 5.0pre0. From modules/protocol/unreal.c: static const struct modedata_init new_chanmodes[] = { ... {'L', {0x01000000,1,0}}, /* Channel link */ ... static int do_channel_mode(const char *source, Channel *channel, int modechar, int add, char **av) { ... case 'L': free(channel->link); if (add) { channel->mode |= flag; channel->link = sstrdup(av[0]); .. I don't use Unreal, so I can't guarentee that it works. It looks like it should 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-coding/attachments/20020602/af16ee9f/attachment.pgp From v13 at it.teithe.gr Sun Jun 2 05:37:03 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Crontab Script In-Reply-To: References: Message-ID: <200206021537.04249.v13@it.teithe.gr> Andrew, I suppose you can include/use the attached code (or any modified version of it) in services, without causing portability problems. It will solve the pidfile problem and the need of a keepalive script. It just creates and locks the pidfile using an advisory lock. This way it stays locked while services are running. OS will unlock it if services die. I'm currently using it in some progs of mine without any problems. It seems to compile and work on linux, freebsd, irix and solaris without problems. Since this is a modified version of the one i'm using, this may be incorect. There are 3 functions. pidfile_islocked(), pidfile_dolock(), pidfile_dounlock(). That check for a lock, lock and unlock the pidfile. They also create and remove the pidfile. I'm also using pidfile_islocked to get the current pid of the running copy. This way I can kill the running copy when the program is run with (for exampe) '-k' by pid=pidfile_islocked(PIDFILE); if (pid) kill(pid,SIGTERM); In case of fork(), you have to call pidfile_islocked() once before the fork() is done and pidfile_dolock() after the fork, so that the lock will not go away. I'm attaching an example program too. There exists a race condition, but i prefer this from the one that exist in every keepalive script. <> -------------- next part -------------- A non-text attachment was scrubbed... Name: example.c Type: text/x-csrc Size: 301 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020602/3c6a97c2/example.c -------------- next part -------------- A non-text attachment was scrubbed... Name: pidfile.c Type: text/x-csrc Size: 2338 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020602/3c6a97c2/pidfile.c From fabulous at t7ds.com.br Sun Jun 2 11:51:33 2002 From: fabulous at t7ds.com.br (fabulous) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] call to introduce_users References: <3cf83619.46076@achurch.org> Message-ID: <3CFA6935.1090603@t7ds.com.br> PTlink.. which is based on hybrid.. (hey, bahamut is based on hybrid too..) it does process the data in the order it came.. but the protocol says that the linking ircd should wait to confirm the password.. :] come on, it's a tiny patch :P []'s Andrew Church wrote: >>Something that's not very important, but has caused a bit of trouble for >>me is the time when introduce_users is called. >>IRCServices (4.x or 5.x) should wait for the hub to reply the >>password(and compare it, why not?) before sending it's pseudo-clients >>(nickserv,chanserv,etc). >> >>Actually it sends it's SERVER information and right after start flooding >>the hub with its client information without waiting for the 'PASS' command. >>This create a problem with some ircds that won't accept this initial >>flood and will just ignore it causing a introduce_user loop right after >>the linking. >> >> > > Can you give me a specific example (ircd)? I thought that all ircds >simply processed data in the order it came in without regard for timing, >and started sending the netburst on receipt of the SERVER message. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > From martinpels at hotmail.com Sun Jun 2 16:45:53 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NickServ SET URL bug Message-ID: [01:42] -> *nickserv* set url http://nightspirit.nl:10000 - [01:42] -NickServ- URLs must be in the form http://hostname[:port]/... (or ftp://, etc.). Looks like it doesnt like the port.. Greetz, Martin From aragon at phat.za.net Sun Jun 2 19:27:53 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] feature request References: <002801c20a1b$7f060190$01000001@aragon> <20020602101926.GA64418@edgemaster.zombie.org> Message-ID: <001601c20aa6$45ad9d50$01000001@aragon> Hi Sean, I've just setup ircservices-5pre1 on a test network. Whoa, it rocks. Channel mode L does indeed work. However, it should require mode l to accompany it as the ircd requires this too. I've spotted one bug from playing with it for the first 5 minutes - NickServ's ajoin feature allows you to add arbitary channel names, including names not beginning in "#" or "&". eg: [*nickserv*] ajoin add !@#$&^*:sdf -NickServ- !@#$&^*:sdf added to your autojoin list. Forgive me if this is already known :). The new version looks awesome. So many new features to play with, so little time :). Regards, Aragon ----- Original Message ----- From: "Sean Kelly" To: Sent: Sunday, June 02, 2002 12:19 PM Subject: Re: [IRCServices Coding] feature request From r-krisztian at softhome.net Sun Jun 2 21:21:37 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E1n?=) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NickServ SET URL bug In-Reply-To: References: Message-ID: <200206030621.37542.r-krisztian@softhome.net> I has already found the problem and told Andrew to fix it. Romek Krisztian 2002. j?nius 3. 01:45 d?tummal Martin Pels ezt ?rta: > [01:42] -> *nickserv* set url http://nightspirit.nl:10000 > - > [01:42] -NickServ- URLs must be in the form http://hostname[:port]/... (or > ftp://, etc.). > > Looks like it doesnt like the port.. > > Greetz, > Martin > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- ?dv?zlettel: Romek Kriszti?n r-krisztian@softhome.net From HvSteenbergen at gti-group.com Mon Jun 3 02:36:17 2002 From: HvSteenbergen at gti-group.com (Steenbergen, Hans van) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (no subject) Message-ID: <45BE6FB914CAD51182050008C733974D201D08@DOR-MC-M01> > 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 --- Met vriendelijke groeten Hans v Steenbergen Afd Automatisering From frostycoolslug at hotmail.com Mon Jun 3 13:29:03 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NickServ SET Language... Message-ID: I was playing with Nickserv earlier, some1 asked me how to change the language, i gave him the nickserv SET language command.. then started playing with it.. I discovered the following: /ns set LANGUAGE 4 [21:19] -NickServ- Linguaggio cambiato a Italiano. all well and good... from there, /ns help [21:20] -NickServ- NickServ allows you to "register" a nickname and prevent [21:20] -NickServ- others from using it. NickServ is controlled through [21:20] -NickServ- various commands which allow for registration and [21:20] -NickServ- maintenance of nicknames. For a list of commands, type [21:20] -NickServ- /msg NickServ HELP COMMANDS; to use a command, type [21:20] -NickServ- /msg NickServ command, and for more information on a wow.. i didnt know i spoke so fluent italian, looks totally English!!!!! :p -- 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 Mon Jun 3 13:42:29 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:27 2004 Subject: AW: [IRCServices Coding] NickServ SET Language... In-Reply-To: Message-ID: <000c01c20b3f$3fb5a7f0$02c8a8c0@nygmatech.local> Hi, If you think, that services translates the text AUTOMATICALLY then you are completely wrong. If a language translator did not send the most actual version to Andrew, you will see such things. Following solutions were possible, a) Andrew starts to learn 10 languages. And writes any translation by his own. -> senseless option b) Another program does translation job into at least 10 languages. -> does not exist c) Andrew waits adding features, until translators finish writing. -> totally senseless and inacceptable. d) Andrew makes language code so, that it sends the english entry, if the appropriate entry in the other language does not exist. -> is the only right way of handling languages. You ought to check the it.l in this very case, to discover who wrote it, and contact them for an actual edition. I, myself have finished turkish language except the new SENDPASS text, and the *SYNTAX* replies, which I will not translate. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Montag, 3. Juni 2002 22:29 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] NickServ SET Language... > > > I was playing with Nickserv earlier, some1 asked me how to change the > language, i gave him the nickserv SET language command.. then started > playing with it.. I discovered the following: > > /ns set LANGUAGE 4 > [21:19] -NickServ- Linguaggio cambiato a Italiano. > > all well and good... from there, > > /ns help > [21:20] -NickServ- NickServ allows you to "register" a > nickname and prevent > [21:20] -NickServ- others from using it. NickServ is > controlled through > [21:20] -NickServ- various commands which allow for registration and > [21:20] -NickServ- maintenance of nicknames. For a list of > commands, type > [21:20] -NickServ- /msg NickServ HELP COMMANDS; to use a command, type > [21:20] -NickServ- /msg NickServ command, and for more > information on a > > wow.. i didnt know i spoke so fluent italian, looks totally > English!!!!! :p > > -- > 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-coding > From frostycoolslug at hotmail.com Mon Jun 3 21:08:08 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: AW: [IRCServices Coding] NickServ SET Language... Message-ID: aah, i thought it was some sorta bug, i didnt realise it hadnt actually been translated yet, ok, cheers :) >From: "Yusuf Iskenderoglu" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: AW: [IRCServices Coding] NickServ SET Language... >Date: Mon, 3 Jun 2002 22:42:29 +0200 > > >Hi, > >If you think, that services translates the text AUTOMATICALLY >then you are completely wrong. > >If a language translator did not send the most actual version >to Andrew, you will see such things. > >Following solutions were possible, > >a) Andrew starts to learn 10 languages. And writes any translation >by his own. -> senseless option > >b) Another program does translation job into at least 10 languages. >-> does not exist > >c) Andrew waits adding features, until translators finish writing. >-> totally senseless and inacceptable. > >d) Andrew makes language code so, that it sends the english entry, >if the appropriate entry in the other language does not exist. >-> is the only right way of handling languages. > >You ought to check the it.l in this very case, to discover who >wrote it, and contact them for an actual edition. > >I, myself have finished turkish language except the new SENDPASS >text, and the *SYNTAX* replies, which I will not translate. > >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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von Craig McLure > > Gesendet: Montag, 3. Juni 2002 22:29 > > An: ircservices-coding@ircservices.za.net > > Betreff: [IRCServices Coding] NickServ SET Language... > > > > > > I was playing with Nickserv earlier, some1 asked me how to change the > > language, i gave him the nickserv SET language command.. then started > > playing with it.. I discovered the following: > > > > /ns set LANGUAGE 4 > > [21:19] -NickServ- Linguaggio cambiato a Italiano. > > > > all well and good... from there, > > > > /ns help > > [21:20] -NickServ- NickServ allows you to "register" a > > nickname and prevent > > [21:20] -NickServ- others from using it. NickServ is > > controlled through > > [21:20] -NickServ- various commands which allow for registration and > > [21:20] -NickServ- maintenance of nicknames. For a list of > > commands, type > > [21:20] -NickServ- /msg NickServ HELP COMMANDS; to use a command, type > > [21:20] -NickServ- /msg NickServ command, and for more > > information on a > > > > wow.. i didnt know i spoke so fluent italian, looks totally > > English!!!!! :p > > > > -- > > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Wed Jun 5 03:49:35 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (no subject) Message-ID: The problem got worse. I don't think it's just a HTTPd thing. We got these messages all night and morning: [Jun 05 12:01:04 2002] sockets: accept(4): Too many open files [Jun 05 12:01:04 2002] sockets: accept(4): Too many open files [Jun 05 12:01:08 2002] sockets: accept(4): Too many open files [Jun 05 12:01:11 2002] sockets: accept(4): Too many open files [Jun 05 12:02:05 2002] warning: unable to lock data directory, not updating databases: Too many open files [Jun 05 12:07:06 2002] warning: unable to lock data directory, not updating databases: Too many open files [Jun 05 12:12:06 2002] warning: unable to lock data directory, not updating databases: Too many open files [Jun 05 12:17:06 2002] warning: unable to lock data directory, not updating databases: Too many open files [Jun 05 12:22:07 2002] warning: unable to lock data directory, not updating databases: Too many open files Also, when i do a rehash: [Jun 05 12:40:21 2002] operserv/main: Rodecker: rehash [Jun 05 12:40:21 2002] Can't open ircservices.conf: Too many open files Something's pretty wrong here :-\ > 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 From rg at tcslon.com Wed Jun 5 04:05:00 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (no subject) In-Reply-To: Message-ID: > Something's pretty wrong here :-\ I'm guessing you probably have an ircd on the same server, or another server with about 1000 connections to it, or Apache with many virtual hosts and an AccessLog and ErrorLog directive for each virtual host. Linux by default will only allow 1024 open file descriptors, and if you hit that limit Strange Things will Happen. You're stuck with a few options here, you can either reduce the number of open FDs, by reducing the incoming connections or whatever (the easiest option), you can increase __FD_SETSIZE in the kernel and recompile (I daresay you'll also have to screw with rlimits, and I think theres an entry in /proc/sys which controls that too), or you can switch to an OS which doesn't have such limitations (FreeBSD is the best OS for an irc server - any BSD will do ;)). Russ Garrett russ@garrett.co.uk www.faereal.net From rg at tcslon.com Wed Jun 5 04:39:02 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] A bit more on FD limits (not strictly services-related) In-Reply-To: Message-ID: OK, I've done a touch more research on this, the Linux default is maximum 1024 FDs per process, and 4096 in total. A `cat /proc/sys/fs/file-nr` will tell you the number of open FDs, the number in use, and the maximum limit. To increase the maximum number of FDs to 65536 (for a 2.2 kernel - I think 2.4 is the same): 1. In /usr/include/bits/types.h change the "#define __FD_SETZISE 1024" to "#define __FD_SETSIZE 65536" 2. Do the same in /usr/include/linux/posix_types.h 3. Recompile your kernel The following steps need to be performed every time you start the FD-hungry application, or in your init scripts: 4. echo "65536" > /proc/sys/fs/file_max 5. echo "196608" > /proc/sys/fs/inode_max 6. ulimit -HSn 65536 Russ Garrett russ@garrett.co.uk www.faereal.net From martinpels at hotmail.com Wed Jun 5 04:57:15 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] A bit more on FD limits (not strictly services-related) References: Message-ID: I restarted services with httpd disabled, to see if that helps. but the problem persists :-( /proc/sys/fs/file-nr gives me 1864 136 4096 so only 136 in use... I did notice this in the log when restarting Services: [Jun 05 13:25:12 2002] IRC Services 5.0pre1 starting up [Jun 05 13:25:13 2002] sockets: [v]sockprintf() with NULL socket! ----- Original Message ----- From: "Russell Garrett" To: Sent: Wednesday, June 05, 2002 1:39 PM Subject: [IRCServices Coding] A bit more on FD limits (not strictly services-related) > OK, I've done a touch more research on this, the Linux default is > maximum 1024 FDs per process, and 4096 in total. A `cat > /proc/sys/fs/file-nr` will tell you the number of open FDs, the > number in use, and the maximum limit. > > To increase the maximum number of FDs to 65536 (for a 2.2 kernel - I > think 2.4 is the same): > > 1. In /usr/include/bits/types.h change the "#define __FD_SETZISE > 1024" to "#define __FD_SETSIZE 65536" > 2. Do the same in /usr/include/linux/posix_types.h > 3. Recompile your kernel > > The following steps need to be performed every time you start the > FD-hungry application, or in your init scripts: > > 4. echo "65536" > /proc/sys/fs/file_max > 5. echo "196608" > /proc/sys/fs/inode_max > 6. ulimit -HSn 65536 > > 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-coding > From VisionOfHell at aol.com Thu Jun 6 10:40:47 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Again with the dual mode setting Message-ID: <13d.f6ed122.2a30f89f@aol.com> *** ChanServ sets mode: +oqoq VisionOfHell VisionOfHell VisionOfHell VisionOfHell From r-krisztian at softhome.net Thu Jun 6 11:00:30 2002 From: r-krisztian at softhome.net (Romek =?iso-8859-1?q?Kriszti=E1n?=) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Again with the dual mode setting In-Reply-To: <13d.f6ed122.2a30f89f@aol.com> References: <13d.f6ed122.2a30f89f@aol.com> Message-ID: <200206062000.30559.r-krisztian@softhome.net> Yeah, but this problem was already recognized and we can't do more than waiting to fix it.... :) Romek Krisztian 2002. j?nius 6. 19:40 d?tummal VisionOfHell@aol.com ezt ?rta: > *** ChanServ sets mode: +oqoq VisionOfHell VisionOfHell VisionOfHell > VisionOfHell > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- ?dv?zlettel: Romek Kriszti?n r-krisztian@softhome.net From VisionOfHell at aol.com Wed Jun 12 10:52:12 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] szline Message-ID: <5a.cc62dcc.2a38e44c@aol.com> I have set an szline as follows: /os szline add +0 *!*@ice-wind.co.uk testing but the users from that host can still get on. What am I doing wrong? From martinpels at hotmail.com Wed Jun 12 11:48:50 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] szline References: <5a.cc62dcc.2a38e44c@aol.com> Message-ID: You're trying to ban a hostname. AKILL is for that. Use SZLINE for something like this: /os szline add +0 *@192.168.0.* testing ----- Original Message ----- From: To: Sent: Wednesday, June 12, 2002 7:52 PM Subject: [IRCServices Coding] szline > I have set an szline as follows: > > /os szline add +0 *!*@ice-wind.co.uk testing > > but the users from that host can still get on. > > What am I doing wrong? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From frostycoolslug at hotmail.com Wed Jun 12 21:23:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Cron Prog.. Message-ID: is there any chance that by default the cron Prog looks for lib/services.pid, cause thats where most people are gonna have it, and it stops entries like the following into the log file every minute: --[ SNIP ]-- [Jun 13 00:15:01 2002] IRC Services 5.0pre1 starting up [Jun 13 00:15:01 2002] httpd/main: Failed to open listen socket for 216.171.76.97:8010: Address already in use [Jun 13 00:15:01 2002] httpd/main: No ports could be opened, aborting [Jun 13 00:15:01 2002] modules: init_module() failed for httpd/main [Jun 13 00:15:01 2002] Error loading modules, aborting --[ /SNIP ]-- Thanks :) -- 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 Thu Jun 13 14:17:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Cron Prog.. Message-ID: <3d082b14.73225@achurch.org> ircservices-chk is automatically generated by make to contain the proper pathname for the path in the example ircservices.conf file. If you put your PID file anywhere else, you're on your own. --Andrew Church achurch@achurch.org http://achurch.org/ >is there any chance that by default the cron Prog looks for >lib/services.pid, cause thats where most people are gonna have it, and it >stops entries like the following into the log file every minute: > >--[ SNIP ]-- >[Jun 13 00:15:01 2002] IRC Services 5.0pre1 starting up >[Jun 13 00:15:01 2002] httpd/main: Failed to open listen socket for >216.171.76.97:8010: Address already in use >[Jun 13 00:15:01 2002] httpd/main: No ports could be opened, aborting >[Jun 13 00:15:01 2002] modules: init_module() failed for httpd/main >[Jun 13 00:15:01 2002] Error loading modules, aborting >--[ /SNIP ]-- > >Thanks :) > >-- >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-coding From achurch at achurch.org Thu Jun 13 14:22:58 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Little bugs & Questions Message-ID: <3d082c34.73244@achurch.org> [Note: it looks like some of my posts didn't make it to the list, so I'm reposting them. Apologies to anyone who's already seen them.] Thanks for the report. 1, 5, 6, 7, 8, and 9 have been fixed. 10 and 12 are not bugs; I don't consider 3 a bug either, and dealing with it would be more trouble than it's worth. With respect to 11, the entry message can be cleared with the UNSET command. And 2 and 4 are, um, missing. (: --Andrew Church achurch@achurch.org http://achurch.org/ >Hello! > >These are little bugs or not, they're not serious but I'ld be happy to >see them or some of them corrected because some users use the keyboard >in a very stupid way. :))) > >1. Two problems where somebody inserts more than one space after or >before a command: > >" help set " >-NickServ- No help available for set . > >" help set email" >-NickServ- No help available for set email. > >In some ways, more than one space is ignored: > > help set email >-NickServ- Syntax: SET EMAIL address > > set language 1 >-NickServ- Language changed to English. > >3. In this example, I mean it would be better to filter some formatting >characters: > > help set >-NickServ- Unknown command help. Type /msg NickServ HELP for help. > >5. What about giving more than one word for passwords? > > set password first second >-NickServ- Password changed to first. > >6. Giving URLs > > set url sdf://sdf.d:3425/ >-NickServ- URLs must be in the form http://hostname[:port]/... (or ftp://, etc.). > >This is the same when I try ChanServ. > >7. Timezone problems > > set timezone +1:3 >-NickServ- The current time in this time zone is ... > set timezone +2:6 >-NickServ- Syntax: SET TIMEZONE {UTC-offset | time-zone | DEFAULT} > >It's the same when i try 7, 8, 9 instead of 6. > >8. Syntax help > > help unset >-NickServ- Syntax: UNSET {URL | INFO} > unset >-NickServ- Syntax: UNSET URL > > list >-NickServ- Syntax: LISTEMAIL pattern [FORBIDDEN] [NOEXPIRE] [SUSPENDED] [NOAUTH] > >9. list and listemail doesn't check if i say something else than >FORBIDDEN, NOEXPIRE, SUSPENDED or NOAUTH > > list * for bidden >-NickServ- List of entries matching *: >(...) >-NickServ- End of list; 50/74 matches shown. > >10. MLOCK problem > >I don't know whether it's a bug, but it's interesting: > > set #arena mlock +nt-ikOAN+k >-ChanServ- Parameter required for MLOCK +k. > set #arena mlock +nt-ikOAN+k something >-ChanServ- Mode lock on channel #arena changed to +ntk-iOAN. > >11. Is there a way to clear entrymsg? > >12. I can send a memo for myself, is it okey? > >Thats all for now. :) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Jun 13 14:23:59 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] feature request Message-ID: <3d082c7e.73272@achurch.org> Both bugs fixed, thanks for the report. I've opted to make AJOIN allow only "#" channels so I don't have to worry about other ircds that allow other kinds of channels (like "+" channels). --Andrew Church achurch@achurch.org http://achurch.org/ >Hi Sean, > >I've just setup ircservices-5pre1 on a test network. Whoa, it rocks. Channel >mode L does indeed work. However, it should require mode l to accompany it >as the ircd requires this too. > >I've spotted one bug from playing with it for the first 5 minutes - >NickServ's ajoin feature allows you to add arbitary channel names, including >names not beginning in "#" or "&". eg: > >[*nickserv*] ajoin add !@#$&^*:sdf >-NickServ- !@#$&^*:sdf added to your autojoin list. > >Forgive me if this is already known :). > >The new version looks awesome. So many new features to play with, so little >time :). > > >Regards, >Aragon > > >----- Original Message ----- >From: "Sean Kelly" >To: >Sent: Sunday, June 02, 2002 12:19 PM >Subject: Re: [IRCServices Coding] feature request > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Jun 13 14:24:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] (no subject) Message-ID: <3d082c6c.73262@achurch.org> >> 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?) This is caused by Services itself running out of socket buffer space (as set by the NetBufferSize directive in ircservices.conf), and has nothing to do with the OS itself as other replies suggested. This can happen if you have too many sockets open at once, or if another socket has a large write buffer (as can happen with e.g. the xml-export module). Try increasing the first parameter to NetBufferSize. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jun 13 14:24:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Again with the dual mode setting Message-ID: <3d082cb2.73303@achurch.org> >*** ChanServ sets mode: +oqoq VisionOfHell VisionOfHell VisionOfHell >VisionOfHell I thought I had fixed this... does this still occur in pre1? If so, can you find a way to consistently reproduce it? --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed Jun 12 22:30:24 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Again with the dual mode setting Message-ID: i've found this happens if u identify the exact same (milisecond) u join the channel.. could be thye auto-op on ID thing seeing u havnt been opped in the channel, so making CS set the modes, whilst also in the list are the chanserv modes? >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Again with the dual mode setting >Date: Thu, 13 Jun 2002 14:24:22 JST > > >*** ChanServ sets mode: +oqoq VisionOfHell VisionOfHell VisionOfHell > >VisionOfHell > > I thought I had fixed this... does this still occur in pre1? If so, >can you find a way to consistently reproduce it? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From r-krisztian at softhome.net Thu Jun 13 21:28:47 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Little bugs & Questions In-Reply-To: <3d082c34.73244@achurch.org> References: <3d082c34.73244@achurch.org> Message-ID: <02061406284701.25966@adsl52064> > And 2 and 4 are, um, missing. (: Yes because I can't count. :)))) Thanks for your work! Romek Krisztian > [Note: it looks like some of my posts didn't make it to the list, so > I'm reposting them. Apologies to anyone who's already seen them.] > > Thanks for the report. 1, 5, 6, 7, 8, and 9 have been fixed. 10 and > 12 are not bugs; I don't consider 3 a bug either, and dealing with it would > be more trouble than it's worth. With respect to 11, the entry message can > be cleared with the UNSET command. And 2 and 4 are, um, missing. (: > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hello! > > > >These are little bugs or not, they're not serious but I'ld be happy to > >see them or some of them corrected because some users use the keyboard > >in a very stupid way. :))) > > > >1. Two problems where somebody inserts more than one space after or > >before a command: > > > >" help set " > >-NickServ- No help available for set . > > > >" help set email" > >-NickServ- No help available for set email. > > > >In some ways, more than one space is ignored: > > > > help set email > >-NickServ- Syntax: SET EMAIL address > > > > set language 1 > >-NickServ- Language changed to English. > > > >3. In this example, I mean it would be better to filter some formatting > >characters: > > > > help set > >-NickServ- Unknown command help. Type /msg NickServ HELP for help. > > > >5. What about giving more than one word for passwords? > > > > set password first second > >-NickServ- Password changed to first. > > > >6. Giving URLs > > > > set url sdf://sdf.d:3425/ > >-NickServ- URLs must be in the form http://hostname[:port]/... (or ftp://, > > etc.). > > > >This is the same when I try ChanServ. > > > >7. Timezone problems > > > > set timezone +1:3 > >-NickServ- The current time in this time zone is ... > > set timezone +2:6 > >-NickServ- Syntax: SET TIMEZONE {UTC-offset | time-zone | DEFAULT} > > > >It's the same when i try 7, 8, 9 instead of 6. > > > >8. Syntax help > > > > help unset > >-NickServ- Syntax: UNSET {URL | INFO} > > unset > >-NickServ- Syntax: UNSET URL > > > > list > >-NickServ- Syntax: LISTEMAIL pattern [FORBIDDEN] [NOEXPIRE] [SUSPENDED] > > [NOAUTH] > > > >9. list and listemail doesn't check if i say something else than > >FORBIDDEN, NOEXPIRE, SUSPENDED or NOAUTH > > > > list * for bidden > >-NickServ- List of entries matching *: > >(...) > >-NickServ- End of list; 50/74 matches shown. > > > >10. MLOCK problem > > > >I don't know whether it's a bug, but it's interesting: > > > > set #arena mlock +nt-ikOAN+k > >-ChanServ- Parameter required for MLOCK +k. > > set #arena mlock +nt-ikOAN+k something > >-ChanServ- Mode lock on channel #arena changed to +ntk-iOAN. > > > >11. Is there a way to clear entrymsg? > > > >12. I can send a memo for myself, is it okey? > > > >Thats all for now. :) > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From brtb at unirc.net Fri Jun 14 19:23:32 2002 From: brtb at unirc.net (Brendan Bowden) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Bug? References: <3d082c34.73244@achurch.org> <02061406284701.25966@adsl52064> Message-ID: <3D0AA524.2040809@unirc.net> Possible bug... any user is able to link an in-use nick to their own set of nicks and then ghost-kill the person that was using it. Not sure how this would be fixed, but I'm envisioning widespread abuse of it... ideas? From brtb at unirc.net Sat Jun 15 00:17:53 2002 From: brtb at unirc.net (Brendan Bowden) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Bug? References: <3d082c34.73244@achurch.org> <02061406284701.25966@adsl52064> <3D0AA524.2040809@unirc.net> Message-ID: <3D0AEA21.50102@unirc.net> Clarification... replace "in-use nick" with "in-use but unregistered nick" and it makes more sense. ;) Brendan Bowden wrote: > Possible bug... any user is able to link an in-use nick to their own > set of nicks and then ghost-kill the person that was using it. Not > sure how this would be fixed, but I'm envisioning widespread abuse of > it... ideas? > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sat Jun 15 20:57:30 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Bug? Message-ID: <3d0b2bb5.61346@achurch.org> Already fixed for pre2. --Andrew Church achurch@achurch.org http://achurch.org/ >Clarification... replace "in-use nick" with "in-use but unregistered >nick" and it makes more sense. ;) > >Brendan Bowden wrote: > >> Possible bug... any user is able to link an in-use nick to their own >> set of nicks and then ghost-kill the person that was using it. Not >> sure how this would be fixed, but I'm envisioning widespread abuse of >> it... ideas? >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Jun 16 11:34:36 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] chanserv Message-ID: <001b01c21564$78407bc0$85fccdd4@218> Well, Andrew i think i found what was going wrong with SECUREOPS. In file access.c in line 42... { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, There is NO channel mode +h on bahamut.I changed that simple to "o" and is working fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020616/c8f8a9f2/attachment.htm From achurch at achurch.org Mon Jun 17 16:11:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre2 released Message-ID: <3d0d8d06.53151@achurch.org> Services 5.0pre2 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) e5430490ea2a1bb25bd904dbc80513ce ircservices-5.0pre2.tar.gz 23f4bee415483502e032835a35eed0de ircservices-5.0pre2.diff.gz a6ab29d12724206e4b5fcd9c90d3671a ircservices-5.0pre2-1.i386.rpm abde895318736e8658bde3682daeefa7 ircservices_5.0pre2-1_i386.deb The other mirrors should have it shortly. Various bugs reported in pre1 have been fixed in this version; see the Changes excerpt below for details. Additionally, XML importing has been changed; it is now performed via a "-import" command-line option--see section 5-2 of the documentation for details. (Also, although I neglected to mention it in the Changes file, command-line options like "-dir" which take parameters now use an "=" between option name and value instead of a space.) Changes in version 5.0pre2 -------------------------- 2002/06/17 XML importing is now done via the -import command-line option. 2002/06/14 The NickServ LINK command no longer accepts invalid nicks. Reported by 2002/06/13 Documentation fixed to conform to HTML 4.01 Transitional. 2002/06/13 Added a HELP COMMANDS topic to StatServ to match the other pseudoclients' help systems. 2002/06/11 Mode lock +L on Unreal now requires +l to be set as well, to match the IRC server's behavior. Reported by Aragon Gouveia 2002/06/11 AJOIN now prevents "channel" names not beginning in "#" from being added. Reported by Aragon Gouveia 2002/06/11 Fixed cosmetic bugs in some NickServ syntax error messages. 2002/06/11 Fixed bugs reported by Romek Krisztian : - Extra spaces no longer cause problems with some commands. - Spaces can now be used in passwords. - Port numbers no longer cause URLs to be rejected. - NickServ SET TIMEZONE parameter is now checked more carefully. - NickServ/ChanServ LIST and NickServ LISTEMAIL now check for bad Services admin parameters. 2002/06/09 In-use nicknames can no longer be linked. Suggested by Dennis Sela 2002/06/08 Fixed improper expiration when -noexpire option given. --Andrew Church achurch@achurch.org http://achurch.org/ From gizm0 at mail.gr Mon Jun 17 11:41:17 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] chanserv Message-ID: <102430327701@mailserver.mail.gr> >Well, Andrew i think i found what was going wrong with SECUREOPS. >In file access.c in line 42... > { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, > CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, > >There is NO channel mode +h on bahamut.I changed that simple to "o" >and is working fine. i think this is added for compatibility to half-ops(h) which exists in Unreal ircd.the ChanServ module is used in all protocols and not only for the bahamut,so removing this will propably cause services not to work/respond correct on unreal ircd.Correct me if i'm wrong. Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Mon Jun 17 18:46:32 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] chanserv Message-ID: <3d0db017.53230@achurch.org> > >>Well, Andrew i think i found what was going wrong with SECUREOPS. >>In file access.c in line 42... >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, >> >>There is NO channel mode +h on bahamut.I changed that simple to "o" >and >is working fine. > >i think this is added for compatibility to half-ops(h) which exists in >Unreal ircd.the ChanServ module is used in all protocols and not only for >the bahamut,so removing this will propably cause services not to >work/respond correct on unreal ircd.Correct me if i'm wrong. That's correct. Frankly I don't know what bug the original poster was referring to, but the posted fix will break Unreal and other servers with halfops. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Mon Jun 17 03:57:54 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre2 released Message-ID: 2002/06/14 The NickServ LINK command no longer accepts invalid nicks. Reported by I though i reported that? although i admit, not very clearly... _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From master at xchat.gr Mon Jun 17 03:55:01 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] chanserv References: <3d0db017.53230@achurch.org> Message-ID: <001c01c215ed$76bb1600$d083fea9@218> well, in my server with bahamut ircd , the option SECUREOPS had problem, and did not deop user with no access in channel.Gizm0 is right.This will cause problem with unreal ircd.But look that there are CA_AUTOOP and CA_AUTOHALFOP.The problem is not the giving mode, but when ChanServ will deop the user (CA_AUTODEOP).I don't know if should be added an CA_AUTODEHALFOP. ----- Original Message ----- From: "Andrew Church" To: "Panagiotis Kefalidis ( Gizm0 )" Sent: Monday, June 17, 2002 12:46 PM Subject: Re: [IRCServices Coding] RE: [IRCServices] chanserv > > > >>Well, Andrew i think i found what was going wrong with SECUREOPS. > >>In file access.c in line 42... > >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, > >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, > >> > >>There is NO channel mode +h on bahamut.I changed that simple to "o" >and > >is working fine. > > > >i think this is added for compatibility to half-ops(h) which exists in > >Unreal ircd.the ChanServ module is used in all protocols and not only for > >the bahamut,so removing this will propably cause services not to > >work/respond correct on unreal ircd.Correct me if i'm wrong. > > That's correct. Frankly I don't know what bug the original poster was > referring to, but the posted fix will break Unreal and other servers with > halfops. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Mon Jun 17 14:57:02 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] Chanserv Message-ID: <102431502201@mailserver.mail.gr> >well, in my server with bahamut ircd , the option SECUREOPS had >problem, and did not deop user with no access in channel.Gizm0 is >right. the point is that your fix was wrong. >This will cause problem with unreal ircd.But look that there >are CA_AUTOOP and CA_AUTOHALFOP.The problem is not the giving mode, >but when ChanServ will deop the user (CA_AUTODEOP) AUTODEOP checks both modes(o and h).there is no need to add and AUTODEHALFOP.I'm not sure if understood what you were trying to explain us. >I don't know if >should be added an CA_AUTODEHALFOP. > > > >>Well, Andrew i think i found what was going wrong with SECUREOPS. In > >>file access.c in line 42... > >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, > >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, > >> > >>There is NO channel mode +h on bahamut.I changed that simple to "o" > >>>and > >is working fine. > > > >i think this is added for compatibility to half-ops(h) which exists > >in Unreal ircd.the ChanServ module is used in all protocols and not > >only for the bahamut,so removing this will propably cause services > >not to work/respond correct on unreal ircd.Correct me if i'm wrong. > > That's correct. Frankly I don't know what bug the original > poster was > referring to, but the posted fix will break Unreal and other servers > with halfops. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Mon Jun 17 21:14:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Services 5.0pre2 released Message-ID: <3d0dd3b9.53375@achurch.org> >2002/06/14 The NickServ LINK command no longer accepts invalid nicks. > Reported by > >I though i reported that? although i admit, not very clearly... Maybe you didn't report it clearly enough for me to find the problem, in which case it doesn't count. I can't find any record of this in the ML archive, so I'm going to leave this as is unless anyone else has comments. --Andrew Church achurch@achurch.org http://achurch.org/ From master at xchat.gr Mon Jun 17 05:37:36 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] Chanserv References: <102431502201@mailserver.mail.gr> Message-ID: <001801c215fb$c6084300$d083fea9@218> Gizm0 the problem is that ChanServ checks for mode +ho.But how to check for mode 'h' when it does NOT support it? I just saw the code from ircservices 4.5.27.In these services there is a #ifdef HAVE_HALFOP. It's so simple sometimes to find what is going wrong. Unreal ircd "can see" the mode +o and mode +h.But i think it is good to share these two defferent things.I don't know.I'm saying again that in MY ircd (bahamut-1.4(33)) secureops had problem.I tried and with clean ircd and ircservices.By the way.I hope you understood now :-). First, check it. ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Monday, June 17, 2002 5:57 PM Subject: [IRCServices Coding] RE: [IRCServices] Chanserv > >well, in my server with bahamut ircd , the option SECUREOPS had > >problem, and did not deop user with no access in channel.Gizm0 is >right. > the point is that your fix was wrong. > >This will cause problem with unreal ircd.But look that there > >are CA_AUTOOP and CA_AUTOHALFOP.The problem is not the giving mode, >but > when ChanServ will deop the user (CA_AUTODEOP) > AUTODEOP checks both modes(o and h).there is no need to add and > AUTODEHALFOP.I'm not sure if understood what you were trying to explain us. > > >I don't know if > >should be added an CA_AUTODEHALFOP. > > > > > >>Well, Andrew i think i found what was going wrong with SECUREOPS. In > > >>file access.c in line 42... > > >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, > > >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, > > >> > > >>There is NO channel mode +h on bahamut.I changed that simple to "o" > > >>>and > > >is working fine. > > > > > >i think this is added for compatibility to half-ops(h) which exists > > >in Unreal ircd.the ChanServ module is used in all protocols and not > > >only for the bahamut,so removing this will propably cause services > > >not to work/respond correct on unreal ircd.Correct me if i'm wrong. > > > > That's correct. Frankly I don't know what bug the original > > poster > was > > referring to, but the posted fix will break Unreal and other servers > > with halfops. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > "I can see the darkness in your eyes." > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Mon Jun 17 15:41:22 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Chanserv Message-ID: <102431768201@mailserver.mail.gr> >I just saw the code from ircservices 4.5.27 Too old services??don't you thing?The final stable is 4.5.40. >I hope you understood now :-). yes , i did.ircservices checks if someone has the right to be cumoded +h or +o in a channel.if he has , it leaves him be but if he don't,it deops/dehalfops him. >First, check it. i'm using ircservices with bahamut ircd since the 5.a21 release and i've never had a problem using the secureops feature.i can remember you reporting this bug and andrew answering that he can't reproduce this problem. "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Mon Jun 17 22:00:19 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] Chanserv Message-ID: <3d0ddf1f.53442@achurch.org> >Gizm0 the problem is that ChanServ checks for mode +ho.But how to check for >mode 'h' when it does NOT support it? This is handled properly by the current code; for ircds that don't support +h, a lookup of mode "h" will return a flag value of 0, which (1) doesn't affect any user's modes if you try to add it and (2) can't match any user's current modes if you try to check for it, thus it's as if the +h code wasn't there at all. --Andrew Church achurch@achurch.org http://achurch.org/ >I just saw the code from ircservices 4.5.27.In these services there is a >#ifdef HAVE_HALFOP. >It's so simple sometimes to find what is going wrong. >Unreal ircd "can see" the mode +o and mode +h.But i think it is good to >share these two defferent things.I don't know.I'm saying again that in MY >ircd (bahamut-1.4(33)) secureops had problem.I tried and with clean ircd and >ircservices.By the way.I hope you understood now :-). >First, check it. >----- Original Message ----- >From: "Panagiotis Kefalidis ( Gizm0 )" >To: >Sent: Monday, June 17, 2002 5:57 PM >Subject: [IRCServices Coding] RE: [IRCServices] Chanserv > > >> >well, in my server with bahamut ircd , the option SECUREOPS had >> >problem, and did not deop user with no access in channel.Gizm0 is >right. >> the point is that your fix was wrong. >> >This will cause problem with unreal ircd.But look that there >> >are CA_AUTOOP and CA_AUTOHALFOP.The problem is not the giving mode, >but >> when ChanServ will deop the user (CA_AUTODEOP) >> AUTODEOP checks both modes(o and h).there is no need to add and >> AUTODEHALFOP.I'm not sure if understood what you were trying to explain >us. >> >> >I don't know if >> >should be added an CA_AUTODEHALFOP. >> > > >> > >>Well, Andrew i think i found what was going wrong with SECUREOPS. In >> > >>file access.c in line 42... >> > >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, >> > >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, >> > >> >> > >>There is NO channel mode +h on bahamut.I changed that simple to "o" >> > >>>and >> > >is working fine. >> > > >> > >i think this is added for compatibility to half-ops(h) which exists >> > >in Unreal ircd.the ChanServ module is used in all protocols and not >> > >only for the bahamut,so removing this will propably cause services >> > >not to work/respond correct on unreal ircd.Correct me if i'm wrong. >> > >> > That's correct. Frankly I don't know what bug the original >> > poster >> was >> > referring to, but the posted fix will break Unreal and other servers >> > with halfops. >> > >> > --Andrew Church >> > achurch@achurch.org >> > http://achurch.org/ >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> >> >> "I can see the darkness in your eyes." >> Gizm0.- >> >> ------------------------------------------------------------- >> http://www.mail.gr/ - Get Your Private Free Email Address! >> http://www.ringtone.gr/ - Ringtones & Logos for your mobile! >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Mon Jun 17 06:26:29 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] Chanserv References: <3d0ddf1f.53442@achurch.org> Message-ID: <002601c21602$979894a0$d083fea9@218> Just take a look at /server 66.51.99.34 9888 It's only test server with pre2. I cannot say nothing else. ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, June 17, 2002 4:00 PM Subject: Re: [IRCServices Coding] RE: [IRCServices] Chanserv > >Gizm0 the problem is that ChanServ checks for mode +ho.But how to check for > >mode 'h' when it does NOT support it? > > This is handled properly by the current code; for ircds that don't > support +h, a lookup of mode "h" will return a flag value of 0, which (1) > doesn't affect any user's modes if you try to add it and (2) can't match > any user's current modes if you try to check for it, thus it's as if the > +h code wasn't there at all. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >I just saw the code from ircservices 4.5.27.In these services there is a > >#ifdef HAVE_HALFOP. > >It's so simple sometimes to find what is going wrong. > >Unreal ircd "can see" the mode +o and mode +h.But i think it is good to > >share these two defferent things.I don't know.I'm saying again that in MY > >ircd (bahamut-1.4(33)) secureops had problem.I tried and with clean ircd and > >ircservices.By the way.I hope you understood now :-). > >First, check it. > >----- Original Message ----- > >From: "Panagiotis Kefalidis ( Gizm0 )" > >To: > >Sent: Monday, June 17, 2002 5:57 PM > >Subject: [IRCServices Coding] RE: [IRCServices] Chanserv > > > > > >> >well, in my server with bahamut ircd , the option SECUREOPS had > >> >problem, and did not deop user with no access in channel.Gizm0 is >right. > >> the point is that your fix was wrong. > >> >This will cause problem with unreal ircd.But look that there > >> >are CA_AUTOOP and CA_AUTOHALFOP.The problem is not the giving mode, >but > >> when ChanServ will deop the user (CA_AUTODEOP) > >> AUTODEOP checks both modes(o and h).there is no need to add and > >> AUTODEHALFOP.I'm not sure if understood what you were trying to explain > >us. > >> > >> >I don't know if > >> >should be added an CA_AUTODEHALFOP. > >> > > > >> > >>Well, Andrew i think i found what was going wrong with SECUREOPS. In > >> > >>file access.c in line 42... > >> > >> { CA_AUTODEOP, -1, "AUTODEOP", CHAN_LEVEL_AUTODEOP, > >> > >> CL_CLEAR_MODE|CL_LESSEQUAL, { cumode: {"oh",0} } }, > >> > >> > >> > >>There is NO channel mode +h on bahamut.I changed that simple to "o" > >> > >>>and > >> > >is working fine. > >> > > > >> > >i think this is added for compatibility to half-ops(h) which exists > >> > >in Unreal ircd.the ChanServ module is used in all protocols and not > >> > >only for the bahamut,so removing this will propably cause services > >> > >not to work/respond correct on unreal ircd.Correct me if i'm wrong. > >> > > >> > That's correct. Frankly I don't know what bug the original > >> > poster > >> was > >> > referring to, but the posted fix will break Unreal and other servers > >> > with halfops. > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> > ------------------------------------------------------------------ > >> > To unsubscribe or change your subscription options, visit: > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >> > >> > >> "I can see the darkness in your eyes." > >> Gizm0.- > >> > >> ------------------------------------------------------------- > >> http://www.mail.gr/ - Get Your Private Free Email Address! > >> http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Mon Jun 17 08:14:48 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] RE: [IRCServices] Chanserv In-Reply-To: <002601c21602$979894a0$d083fea9@218> References: <3d0ddf1f.53442@achurch.org> <002601c21602$979894a0$d083fea9@218> Message-ID: <02061717144800.12468@adsl52064> > Just take a look at /server 66.51.99.34 9888 > It's only test server with pre2. > I cannot say nothing else. That's true, I've also seen the problem. Altought the solution isn't right, it's still interesting that what is working in unrealircd, isn't working in bahamut. Romek Krisztian From r-krisztian at softhome.net Mon Jun 17 22:47:45 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: <3d0d8d06.53151@achurch.org> References: <3d0d8d06.53151@achurch.org> Message-ID: <02061807474500.16859@adsl52064> 1. I don't know if it's offtopic or not, but when i want to link my nick to an other nick and use other characters than just letters, then i have a message similar to that: -NickServ- [AngryWolf] is not a valid nickname. I think services should accept these form of nicks because I can register the nick and link it to my original one: -NickServ- Nickname [AngryWolf] has been registered to you. I know that it's too hard to check validity of nicks, I hope you can go through it. 2. We know that "Nicks with the PRIVATE option set will not be displayed" in LIST and LISTEMAIL. And if I turn on NSListOpersOnly then only IRC Operators can use NickServ LIST and LISTEMAIL command, so there's no need to use NickServ SET PRIVATE option. Am I right? Romek Krisztian From andrewk at isdial.net Tue Jun 18 00:30:45 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] szline References: <5a.cc62dcc.2a38e44c@aol.com> Message-ID: <010f01c2169b$c64185c0$9c011ac4@africa.didata.local> Just by the way, ZLINE's work by ignoring an IP address. Therefore, the *@ part is invalid. Only the IP address part is valid. Andrew ----- Original Message ----- From: "Martin Pels" To: Sent: Wednesday, June 12, 2002 8:48 PM Subject: Re: [IRCServices Coding] szline > You're trying to ban a hostname. AKILL is for that. Use SZLINE for something > like this: > > /os szline add +0 *@192.168.0.* testing > > ----- Original Message ----- > From: > To: > Sent: Wednesday, June 12, 2002 7:52 PM > Subject: [IRCServices Coding] szline > > > > I have set an szline as follows: > > > > /os szline add +0 *!*@ice-wind.co.uk testing > > > > but the users from that host can still get on. > > > > What am I doing wrong? > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From achurch at achurch.org Tue Jun 18 18:52:20 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE Message-ID: <3d0f0324.56074@achurch.org> >1. I don't know if it's offtopic or not, but when i want to link my nick to >an other nick and use other characters than just letters, then i have a >message similar to that: > >-NickServ- [AngryWolf] is not a valid nickname. According to RFC1459, nicks must begin with a letter. What ircd are you using? >2. We know that "Nicks with the PRIVATE option set will not be displayed" in >LIST and LISTEMAIL. And if I turn on NSListOpersOnly then only IRC Operators >can use NickServ LIST and LISTEMAIL command, so there's no need to use >NickServ SET PRIVATE option. Am I right? It still has an effect: to prevent IRC operators who are not Services admins from seeing the nick in the list. --Andrew Church achurch@achurch.org http://achurch.org/ From martinpels at hotmail.com Tue Jun 18 03:08:19 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE References: <3d0f0324.56074@achurch.org> Message-ID: Unreal supports nicknames starting with the characters ^ [ { \ - There might be more. > According to RFC1459, nicks must begin with a letter. What ircd are > you using? > > >2. We know that "Nicks with the PRIVATE option set will not be displayed" in > >LIST and LISTEMAIL. And if I turn on NSListOpersOnly then only IRC Operators > >can use NickServ LIST and LISTEMAIL command, so there's no need to use > >NickServ SET PRIVATE option. Am I right? > > It still has an effect: to prevent IRC operators who are not Services > admins from seeing the nick in the list. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From martinpels at hotmail.com Tue Jun 18 03:11:36 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE Message-ID: Sorry, made a mistake - can not be used as a first character. _ can. As i said there might be more characters that can be used as first char, these are the ones i know of. ----- Original Message ----- From: "Martin Pels" To: Sent: Tuesday, June 18, 2002 12:08 PM Subject: Re: [IRCServices Coding] NS LINK and NS SET PRIVATE > > Unreal supports nicknames starting with the characters ^ [ { \ - > There might be more. > > > According to RFC1459, nicks must begin with a letter. What ircd are > > you using? > > > > >2. We know that "Nicks with the PRIVATE option set will not be displayed" > in > > >LIST and LISTEMAIL. And if I turn on NSListOpersOnly then only IRC > Operators > > >can use NickServ LIST and LISTEMAIL command, so there's no need to use > > >NickServ SET PRIVATE option. Am I right? > > > > It still has an effect: to prevent IRC operators who are not Services > > admins from seeing the nick in the list. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From r-krisztian at softhome.net Tue Jun 18 03:18:07 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: <3d0f0324.56074@achurch.org> References: <3d0f0324.56074@achurch.org> Message-ID: <02061812180700.03411@adsl52064> > According to RFC1459, nicks must begin with a letter. What ircd are > you using? I'm using Unreal3.2beta10. Romek Krisztian From r-krisztian at softhome.net Tue Jun 18 03:32:24 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: References: Message-ID: <02061812322401.03411@adsl52064> Look at Unreal3.2/src/s_user.c: /* ** 'do_nick_name' ensures that the given parameter (nick) is ** really a proper string for a nickname (note, the 'nick' ** may be modified in the process...) ** ** RETURNS the length of the final NICKNAME (0, if ** nickname is illegal) ** ** Nickname characters are in range ** 'A'..'}', '_', '-', '0'..'9' ** anything outside the above set will terminate nickname. ** In addition, the first character cannot be '-' ** or a Digit. ** ** Note: ** '~'-character should be allowed, but ** a change should be global, some confusion would ** result if only few servers allowed it... */ Romek Krisztian > Sorry, made a mistake > > - can not be used as a first character. _ can. > As i said there might be more characters that can be used as first char, > these are the ones i know of. > > ----- Original Message ----- > From: "Martin Pels" > To: > Sent: Tuesday, June 18, 2002 12:08 PM > Subject: Re: [IRCServices Coding] NS LINK and NS SET PRIVATE > > > Unreal supports nicknames starting with the characters ^ [ { \ - > > There might be more. > > > > > According to RFC1459, nicks must begin with a letter. What ircd > > are > > > > you using? > > > > > > >2. We know that "Nicks with the PRIVATE option set will not be > > displayed" > > > in > > > > > >LIST and LISTEMAIL. And if I turn on NSListOpersOnly then only IRC > > > > Operators > > > > > >can use NickServ LIST and LISTEMAIL command, so there's no need to use > > > >NickServ SET PRIVATE option. Am I right? > > > > > > It still has an effect: to prevent IRC operators who are not > > Services > > > > admins from seeing the nick in the list. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Tue Jun 18 03:37:04 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: References: <3d0f0324.56074@achurch.org> Message-ID: <02061812370402.03411@adsl52064> I've forgot that that's not all: the first character must not be a digit and there's a Chinese Nick Verification Code too... Romek Krisztian From frostycoolslug at hotmail.com Tue Jun 18 03:58:28 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] Probs with re-registering dropped nicknames... Message-ID: There was a user on our network which was being an annoyance, after akilling him for a week, we dropped his nickname. He re-registered it yesterday, registered all the channels again etc, yet chanserv seems to ignore him. His nickname has status 3, but when he does a /cs op he gets -ChanServ- Permission denied. i asked him to change his nickname, i switched to it, tried to identify with his password and got: [11:50] *** Your nick is now [FoP]DaJoob - [11:50] -NickServ- This nickname is registered and protected. If it is your nick, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nick. - /ns id - [11:51] -NickServ- Your nick isn't registered. and /ns info does return the correct information. any help would be appreciated ;) -- 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 aragon at phat.za.net Tue Jun 18 04:05:41 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE References: <3d0f0324.56074@achurch.org> <02061812180700.03411@adsl52064> Message-ID: <00fb01c216b8$17d5b430$01000001@aragon> Hi, > > According to RFC1459, nicks must begin with a letter. What ircd are > > you using? > > I'm using Unreal3.2beta10. This might actually be a bug (beta code). Or perhaps a feature. I'm using it too and would like to know myself. I'll speak to the developers and see what the story is. Regards, Aragon From martinpels at hotmail.com Tue Jun 18 04:17:18 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE References: <3d0f0324.56074@achurch.org> <02061812180700.03411@adsl52064> <00fb01c216b8$17d5b430$01000001@aragon> Message-ID: Unreal 3.1.x supports nicks like that too.. ----- Original Message ----- From: "Aragon Gouveia" To: Sent: Tuesday, June 18, 2002 1:05 PM Subject: Re: [IRCServices Coding] NS LINK and NS SET PRIVATE > Hi, > > > > According to RFC1459, nicks must begin with a letter. What ircd > are > > > you using? > > > > I'm using Unreal3.2beta10. > > This might actually be a bug (beta code). Or perhaps a feature. I'm using it > too and would like to know myself. I'll speak to the developers and see what > the story is. > > > Regards, > Aragon > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Tue Jun 18 04:22:41 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:27 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: <00fb01c216b8$17d5b430$01000001@aragon> References: <3d0f0324.56074@achurch.org> <02061812180700.03411@adsl52064> <00fb01c216b8$17d5b430$01000001@aragon> Message-ID: <02061813224100.14373@adsl52064> > This might actually be a bug (beta code). Or perhaps a feature. I'm using > it too and would like to know myself. I'll speak to the developers and see > what the story is. I think it might not be, but I'm interested in what the developers would say. Romek Krisztian > Hi, > > > > According to RFC1459, nicks must begin with a letter. What ircd > > are > > > > you using? > > > > I'm using Unreal3.2beta10. > > This might actually be a bug (beta code). Or perhaps a feature. I'm using > it too and would like to know myself. I'll speak to the developers and see > what the story is. > > > Regards, > Aragon > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Jun 18 21:36:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE Message-ID: <3d0f2954.56222@achurch.org> >> According to RFC1459, nicks must begin with a letter. What ircd are >> you using? > >I'm using Unreal3.2beta10. Fixed (for other ircds as well), thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From aragon at phat.za.net Tue Jun 18 07:33:45 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) Message-ID: <001f01c216d5$28253f50$01000001@aragon> ----- Original Message ----- From: "Carsten V. Munk" To: "Aragon Gouveia" Cc: Sent: Tuesday, June 18, 2002 2:48 PM Subject: Re: [Coders] RFCs and nicknames > > > Anyhow. A little investigation in how people respect that: > > Unreal: allowed > DALnet/Bahamut: allowed > EFnet/Hybrid: allowed > IRCnet: allowed > Austnet: allowed > > Personally, I believe some parts of RFC are crap and literally outdated, > like the scandinavian case mapping thing. > > Also, to be a complete jackass, and use RFC2812, which is to be silenced > away cos of it's IRCnet orgin: > > nickname = ( letter / special ) *8( letter / digit / special / "-" ) > > -Stskeeps > (this post was written under the influence of severe amounts of alcohol) > > > At 13:07 18-06-2002, you wrote: > >Hi, > > > >I'm using Unreal3.2-beta10. I noticed it allows for nicknames that do not > >start with a letter. eg. /nick [Mary] > > > >Apparently this is against RFC1459. Is this a feature or bug? > > > > > >Thanks, > >Aragon > > From achurch at achurch.org Wed Jun 19 00:39:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) Message-ID: <3d0f5499.62752@achurch.org> Yeah, I checked the other supported servers and noticed that they all support such nicks too... and to be honest I'm in full agreement with Stskeeps that that part of the RFC (among others) is out of date; I just wish there was something more up to date that everyone could agree on. (Is this where someone jumps in and says "if you want to get something done, do it yourself"?) --Andrew Church achurch@achurch.org http://achurch.org/ > >----- Original Message ----- >From: "Carsten V. Munk" >To: "Aragon Gouveia" >Cc: >Sent: Tuesday, June 18, 2002 2:48 PM >Subject: Re: [Coders] RFCs and nicknames > > >> >> >> Anyhow. A little investigation in how people respect that: >> >> Unreal: allowed >> DALnet/Bahamut: allowed >> EFnet/Hybrid: allowed >> IRCnet: allowed >> Austnet: allowed >> >> Personally, I believe some parts of RFC are crap and literally outdated, >> like the scandinavian case mapping thing. >> >> Also, to be a complete jackass, and use RFC2812, which is to be silenced >> away cos of it's IRCnet orgin: >> >> nickname = ( letter / special ) *8( letter / digit / special / "-" ) >> >> -Stskeeps >> (this post was written under the influence of severe amounts of alcohol) >> >> >> At 13:07 18-06-2002, you wrote: >> >Hi, >> > >> >I'm using Unreal3.2-beta10. I noticed it allows for nicknames that do not >> >start with a letter. eg. /nick [Mary] >> > >> >Apparently this is against RFC1459. Is this a feature or bug? >> > >> > >> >Thanks, >> >Aragon >> >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Tue Jun 18 09:36:38 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] NS LINK and NS SET PRIVATE In-Reply-To: <02061812180700.03411@adsl52064> Message-ID: On Tue, 18 Jun 2002, Romek Krisztian wrote: > > According to RFC1459, nicks must begin with a letter. What ircd are > > you using? > > I'm using Unreal3.2beta10. Also, according to RFC1459, { | [ ] } and \ are letters :) From griever at t2n.org Tue Jun 18 09:41:59 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) In-Reply-To: <3d0f5499.62752@achurch.org> Message-ID: On Wed, 19 Jun 2002, Andrew Church wrote: > Yeah, I checked the other supported servers and noticed that they > all support such nicks too... and to be honest I'm in full agreement with > Stskeeps that that part of the RFC (among others) is out of date; I just > wish there was something more up to date that everyone could agree on. > (Is this where someone jumps in and says "if you want to get something > done, do it yourself"?) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ Well, if you read the RFC Because of IRC's scandanavian origin, the characters {}| are considered to be the lower case equivalents of the characters []\, respectively. This is a critical issue when determining the equivalence of two nicknames. So the original ircd considered {}|[]\ to be "letters". I believe they're slash-o, ae, and something else (sts would know). From Ganja51 at earthlink.net Tue Jun 18 15:17:01 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ not notifying BUG Message-ID: <001001c21715$e143bc60$2e88fea9@kris5461> I'm running pre1, so I'm not sure if pre2 has fixed this or not, but MemoServ does not notify you of a new memo unless you're online and identified at the time the memo is sent. If you come on and identify to NickServ, MemoServ does not tell you that you have a new memo. You've got to do a /msg memoserv list and look for the ones with an * to see if you have a new memo or not. I haven't seen this reported yet, so I hope it gets fixed. Thanks. ~Ganja51 irc.lcirc.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020618/3acffd8c/attachment.html From achurch at achurch.org Wed Jun 19 08:04:57 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) Message-ID: <3d0fbe34.63102@achurch.org> >On Wed, 19 Jun 2002, Andrew Church wrote: > >> Yeah, I checked the other supported servers and noticed that they >> all support such nicks too... and to be honest I'm in full agreement with >> Stskeeps that that part of the RFC (among others) is out of date; I just >> wish there was something more up to date that everyone could agree on. >> (Is this where someone jumps in and says "if you want to get something >> done, do it yourself"?) >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ > >Well, if you read the RFC > > >Because of IRC's scandanavian origin, the characters {}| are considered to >be the lower case equivalents of the characters []\, respectively. This is >a critical issue when determining the equivalence of two nicknames. > > >So the original ircd considered {}|[]\ to be "letters". *BZZZT* Nice try, thank you for playing. To quote RFC1459: ::= { | | } ::= 'a' ... 'z' | 'A' ... 'Z' ::= '0' ... '9' ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}' In other words, a "letter" is really a letter from A to Z, and not one of []\{}|. (It is true, however, that {}| and []\ were considered case-insensitively equivalent.) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jun 19 10:30:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ not notifying BUG Message-ID: <3d0fdf3c.64032@achurch.org> I can't reproduce this. Did you by any chance disable notification with MemoServ SET NOTIFY or forget to enable it by default in modules.conf (NSDefMemoSignon/NSDefMemoReceive)? --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_000D_01C216EB.F5B34F50 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I'm running pre1, so I'm not sure if pre2 has fixed this or not, but = >MemoServ does not notify you of a new memo unless you're online and = >identified at the time the memo is sent. If you come on and identify to = >NickServ, MemoServ does not tell you that you have a new memo. You've = >got to do a /msg memoserv list and look for the ones with an * to see if = >you have a new memo or not. I haven't seen this reported yet, so I hope = >it gets fixed. Thanks. > >~Ganja51 >irc.lcirc.net > >------=_NextPart_000_000D_01C216EB.F5B34F50 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
I'm running pre1, so I'm not sure if = >pre2 has fixed=20 >this or not, but MemoServ does not notify you of a new memo unless = >you're online=20 >and identified at the time the memo is sent. If you come on and identify = >to=20 >NickServ, MemoServ does not tell you that you have a new memo. You've = >got to do=20 >a /msg memoserv list and look for the ones with an * to see if you have = >a new=20 >memo or not. I haven't seen this reported yet, so I hope it gets fixed.=20 >Thanks.
>
 
>
~Ganja51
>
size=3D2>irc.lcirc.net
> >------=_NextPart_000_000D_01C216EB.F5B34F50-- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Jun 19 10:33:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Probs with re-registering dropped nicknames... Message-ID: <3d0fdf8c.64044@achurch.org> Sounds like a missing NickGroupInfo. Are there any relevant messages in the log file? More importantly, can you reproduce this consistently? --Andrew Church achurch@achurch.org http://achurch.org/ >There was a user on our network which was being an annoyance, after akilling >him for a week, we dropped his nickname. > >He re-registered it yesterday, registered all the channels again etc, yet >chanserv seems to ignore him. His nickname has status 3, but when he does a >/cs op he gets -ChanServ- Permission denied. > >i asked him to change his nickname, i switched to it, tried to identify with >his password and got: > >[11:50] *** Your nick is now [FoP]DaJoob >- >[11:50] -NickServ- This nickname is registered and protected. If it is your >nick, type /msg NickServ IDENTIFY password. Otherwise, please choose a >different nick. >- >/ns id >- >[11:51] -NickServ- Your nick isn't registered. > >and /ns info does return the correct information. > >any help would be appreciated ;) > >-- >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-coding From achurch at achurch.org Wed Jun 19 11:09:54 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Re: Chanserv Message-ID: <3d0fe824.65776@achurch.org> With respect to the SECUREOPS problem, my apologies; it is in fact a real bug, and it's now fixed for pre3. Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Tue Jun 18 19:50:08 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) In-Reply-To: <3d0fbe34.63102@achurch.org> Message-ID: On Wed, 19 Jun 2002, Andrew Church wrote: > >On Wed, 19 Jun 2002, Andrew Church wrote: > > > >> Yeah, I checked the other supported servers and noticed that they > >> all support such nicks too... and to be honest I'm in full agreement with > >> Stskeeps that that part of the RFC (among others) is out of date; I just > >> wish there was something more up to date that everyone could agree on. > >> (Is this where someone jumps in and says "if you want to get something > >> done, do it yourself"?) > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > > > >Well, if you read the RFC > > > > > >Because of IRC's scandanavian origin, the characters {}| are considered to > >be the lower case equivalents of the characters []\, respectively. This is > >a critical issue when determining the equivalence of two nicknames. > > > > > >So the original ircd considered {}|[]\ to be "letters". > > *BZZZT* Nice try, thank you for playing. To quote RFC1459: > > ::= { | | } > ::= 'a' ... 'z' | 'A' ... 'Z' > ::= '0' ... '9' > ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}' > > In other words, a "letter" is really a letter from A to Z, and not one > of []\{}|. (It is true, however, that {}| and []\ were considered > case-insensitively equivalent.) > But in the finland alphabet, ae, slash-o, and the other thing ARE between A and Z :) From achurch at achurch.org Wed Jun 19 11:56:42 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) Message-ID: <3d0ff2fc.71321@achurch.org> >> >So the original ircd considered {}|[]\ to be "letters". >> >> *BZZZT* Nice try, thank you for playing. To quote RFC1459: >> >> ::= { | | } >> ::= 'a' ... 'z' | 'A' ... 'Z' >> ::= '0' ... '9' >> ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}' >> >> In other words, a "letter" is really a letter from A to Z, and not one >> of []\{}|. (It is true, however, that {}| and []\ were considered >> case-insensitively equivalent.) >> > >But in the finland alphabet, ae, slash-o, and the other thing ARE between >A and Z :) I didn't notice that the RFC was written in Finnish... --Andrew Church achurch@achurch.org http://achurch.org/ From fabulous at t7ds.com.br Tue Jun 18 10:25:24 2002 From: fabulous at t7ds.com.br (fabulous) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) References: Message-ID: <3D0F6D04.5090103@t7ds.com.br> Finny Merrill wrote: >Well, if you read the RFC > > >Because of IRC's scandanavian origin, the characters {}| are considered to >be the lower case equivalents of the characters []\, respectively. This is >a critical issue when determining the equivalence of two nicknames. > > >So the original ircd considered {}|[]\ to be "letters". I believe they're >slash-o, ae, and something else (sts would know). > > yeap, but I cannot actually see an ircd treating [nick] as if it was {nick}, so services shouldn't treat this way too []'s From achurch at achurch.org Wed Jun 19 12:44:39 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Fw: [Coders] RFCs and nicknames (Re: NS LINK and NS SET PRIVATE) Message-ID: <3d0ffe57.75473@achurch.org> >>Well, if you read the RFC >> >> >>Because of IRC's scandanavian origin, the characters {}| are considered to >>be the lower case equivalents of the characters []\, respectively. This is >>a critical issue when determining the equivalence of two nicknames. >> >> >>So the original ircd considered {}|[]\ to be "letters". I believe they're >>slash-o, ae, and something else (sts would know). >> >> > >yeap, but I cannot actually see an ircd treating [nick] as if it was >{nick}, so services shouldn't treat this way too The RFC actually does require [nick] and {nick} to be treated the same, and IIRC irc2.8.21 and relatives actually did this. Modern ircds don't, and Services handles them correctly as well. --Andrew Church achurch@achurch.org http://achurch.org/ From master at xchat.gr Wed Jun 19 15:07:45 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <002901c217dd$bf424dc0$d083fea9@218> I think i founf anotherone bug in MemoServ. If someone send me a memo, MemoServ does not notify me when i logon and when i idenify my nickname.I have to do /msg MemoServ list new to check if i have new memos. If i am online and someone sends me a memo, MemoServ notifies me at the same time. George Stamatiou -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020620/d65871e2/attachment.htm From achurch at achurch.org Wed Jun 19 21:43:47 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <3d107c92.03750@achurch.org> Check your nick settings. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_0026_01C217F6.E30D79A0 >Content-Type: text/plain; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > >I think i founf anotherone bug in MemoServ. >If someone send me a memo, MemoServ does not notify me when i logon and = >when i idenify my nickname.I have to do /msg MemoServ list new to check = >if i have new memos. >If i am online and someone sends me a memo, MemoServ notifies me at the = >same time. > >George Stamatiou > >------=_NextPart_000_0026_01C217F6.E30D79A0 >Content-Type: text/html; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-7"> > > > > >
>
I think i founf anotherone bug in=20 >MemoServ.
>
If someone send me a memo, MemoServ = >does not notify=20 >me when i logon and when i idenify my nickname.I have to do /msg = >MemoServ list=20 >new to check if i have new memos.
>
If i am online and someone sends me a = >memo,=20 >MemoServ notifies me at the same time.
>
 
>
George=20 >Stamatiou
> >------=_NextPart_000_0026_01C217F6.E30D79A0-- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Wed Jun 19 15:57:01 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ References: <3d107c92.03750@achurch.org> Message-ID: <000d01c217e4$a04edb20$24fdcdd4@218> well.the same again. have a look here. [01:56] -NickServ- Password accepted -- you are now recognized. [01:56] -> *memoserv* info - [01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. - [01:56] -MemoServ- Your memo limit is 20. - [01:56] -MemoServ- You will be notified of new memos at logon and when they arrive. [01:56] -> *memoserv* list new - [01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ READ num - [01:56] -MemoServ- Num Sender Date/Time - [01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, June 19, 2002 3:43 PM Subject: Re: [IRCServices Coding] MemoServ > Check your nick settings. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >This is a multi-part message in MIME format. > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > >Content-Type: text/plain; > > charset="iso-8859-7" > >Content-Transfer-Encoding: quoted-printable > > > >I think i founf anotherone bug in MemoServ. > >If someone send me a memo, MemoServ does not notify me when i logon and = > >when i idenify my nickname.I have to do /msg MemoServ list new to check = > >if i have new memos. > >If i am online and someone sends me a memo, MemoServ notifies me at the = > >same time. > > > >George Stamatiou > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > >Content-Type: text/html; > > charset="iso-8859-7" > >Content-Transfer-Encoding: quoted-printable > > > > > > > > >charset=3Diso-8859-7"> > > > > > > > > > >
> >
I think i founf anotherone bug in=20 > >MemoServ.
> >
If someone send me a memo, MemoServ = > >does not notify=20 > >me when i logon and when i idenify my nickname.I have to do /msg = > >MemoServ list=20 > >new to check if i have new memos.
> >
If i am online and someone sends me a = > >memo,=20 > >MemoServ notifies me at the same time.
> >
 
> >
George=20 > >Stamatiou
> > > >------=_NextPart_000_0026_01C217F6.E30D79A0-- > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From master at xchat.gr Wed Jun 19 15:59:11 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <002101c217e4$edff2960$24fdcdd4@218> Andrew as always there is a problem i post, you can have a look at /server 66.51.99.34 9888 the problem is again with bahamut -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020620/212bea35/attachment.html From achurch at achurch.org Wed Jun 19 21:57:26 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <3d107fbc.03773@achurch.org> What's the problem? >well.the same again. >have a look here. > >[01:56] -NickServ- Password accepted -- you are now recognized. > >[01:56] -> *memoserv* info >- >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. >- >[01:56] -MemoServ- Your memo limit is 20. >- >[01:56] -MemoServ- You will be notified of new memos at logon and when they >arrive. > >[01:56] -> *memoserv* list new >- >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ READ >num >- >[01:56] -MemoServ- Num Sender Date/Time >- >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Wednesday, June 19, 2002 3:43 PM >Subject: Re: [IRCServices Coding] MemoServ > > >> Check your nick settings. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >This is a multi-part message in MIME format. >> > >> >------=_NextPart_000_0026_01C217F6.E30D79A0 >> >Content-Type: text/plain; >> > charset="iso-8859-7" >> >Content-Transfer-Encoding: quoted-printable >> > >> >I think i founf anotherone bug in MemoServ. >> >If someone send me a memo, MemoServ does not notify me when i logon and = >> >when i idenify my nickname.I have to do /msg MemoServ list new to check = >> >if i have new memos. >> >If i am online and someone sends me a memo, MemoServ notifies me at the = >> >same time. >> > >> >George Stamatiou >> > >> >------=_NextPart_000_0026_01C217F6.E30D79A0 >> >Content-Type: text/html; >> > charset="iso-8859-7" >> >Content-Transfer-Encoding: quoted-printable >> > >> > >> > >> >> >charset=3Diso-8859-7"> >> > >> > >> > >> > >> >
>> >
I think i founf anotherone bug in=20 >> >MemoServ.
>> >
If someone send me a memo, MemoServ = >> >does not notify=20 >> >me when i logon and when i idenify my nickname.I have to do /msg = >> >MemoServ list=20 >> >new to check if i have new memos.
>> >
If i am online and someone sends me a = >> >memo,=20 >> >MemoServ notifies me at the same time.
>> >
 
>> >
George=20 >> >Stamatiou
>> > >> >------=_NextPart_000_0026_01C217F6.E30D79A0-- >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed Jun 19 06:00:02 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: i also have this prob :) >From: "George Stamatiou" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] MemoServ >Date: Thu, 20 Jun 2002 01:57:01 +0300 > >well.the same again. >have a look here. > >[01:56] -NickServ- Password accepted -- you are now recognized. > >[01:56] -> *memoserv* info >- >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. >- >[01:56] -MemoServ- Your memo limit is 20. >- >[01:56] -MemoServ- You will be notified of new memos at logon and when they >arrive. > >[01:56] -> *memoserv* list new >- >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ READ >num >- >[01:56] -MemoServ- Num Sender Date/Time >- >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Wednesday, June 19, 2002 3:43 PM >Subject: Re: [IRCServices Coding] MemoServ > > > > Check your nick settings. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >This is a multi-part message in MIME format. > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > >Content-Type: text/plain; > > > charset="iso-8859-7" > > >Content-Transfer-Encoding: quoted-printable > > > > > >I think i founf anotherone bug in MemoServ. > > >If someone send me a memo, MemoServ does not notify me when i logon and >= > > >when i idenify my nickname.I have to do /msg MemoServ list new to check >= > > >if i have new memos. > > >If i am online and someone sends me a memo, MemoServ notifies me at the >= > > >same time. > > > > > >George Stamatiou > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > >Content-Type: text/html; > > > charset="iso-8859-7" > > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > > >charset=3Diso-8859-7"> > > > > > > > > > > > > > > >
> > >
I think i founf anotherone bug in=20 > > >MemoServ.
> > >
If someone send me a memo, MemoServ = > > >does not notify=20 > > >me when i logon and when i idenify my nickname.I have to do /msg = > > >MemoServ list=20 > > >new to check if i have new memos.
> > >
If i am online and someone sends me a >= > > >memo,=20 > > >MemoServ notifies me at the same time.
> > >
 
> > >
George=20 > > >Stamatiou
> > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0-- > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From master at xchat.gr Wed Jun 19 16:04:30 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ References: <3d107fbc.03773@achurch.org> Message-ID: <003301c217e5$ac350260$24fdcdd4@218> The problem is that, when i'm offline and someone sends me a memo, when i logon and i identify, MemoServ should notify me that i have a new memo. MemoServ does not do that ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, June 19, 2002 3:57 PM Subject: Re: [IRCServices Coding] MemoServ > What's the problem? > > >well.the same again. > >have a look here. > > > >[01:56] -NickServ- Password accepted -- you are now recognized. > > > >[01:56] -> *memoserv* info > >- > >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. > >- > >[01:56] -MemoServ- Your memo limit is 20. > >- > >[01:56] -MemoServ- You will be notified of new memos at logon and when they > >arrive. > > > >[01:56] -> *memoserv* list new > >- > >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ READ > >num > >- > >[01:56] -MemoServ- Num Sender Date/Time > >- > >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST > >----- Original Message ----- > >From: "Andrew Church" > >To: > >Sent: Wednesday, June 19, 2002 3:43 PM > >Subject: Re: [IRCServices Coding] MemoServ > > > > > >> Check your nick settings. > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> > >> >This is a multi-part message in MIME format. > >> > > >> >------=_NextPart_000_0026_01C217F6.E30D79A0 > >> >Content-Type: text/plain; > >> > charset="iso-8859-7" > >> >Content-Transfer-Encoding: quoted-printable > >> > > >> >I think i founf anotherone bug in MemoServ. > >> >If someone send me a memo, MemoServ does not notify me when i logon and = > >> >when i idenify my nickname.I have to do /msg MemoServ list new to check = > >> >if i have new memos. > >> >If i am online and someone sends me a memo, MemoServ notifies me at the = > >> >same time. > >> > > >> >George Stamatiou > >> > > >> >------=_NextPart_000_0026_01C217F6.E30D79A0 > >> >Content-Type: text/html; > >> > charset="iso-8859-7" > >> >Content-Transfer-Encoding: quoted-printable > >> > > >> > > >> > > >> > >> >charset=3Diso-8859-7"> > >> > > >> > > >> > > >> > > >> >
> >> >
I think i founf anotherone bug in=20 > >> >MemoServ.
> >> >
If someone send me a memo, MemoServ = > >> >does not notify=20 > >> >me when i logon and when i idenify my nickname.I have to do /msg = > >> >MemoServ list=20 > >> >new to check if i have new memos.
> >> >
If i am online and someone sends me a = > >> >memo,=20 > >> >MemoServ notifies me at the same time.
> >> >
 
> >> >
George=20 > >> >Stamatiou
> >> > > >> >------=_NextPart_000_0026_01C217F6.E30D79A0-- > >> > > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Wed Jun 19 22:03:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <3d108139.04037@achurch.org> Reproduced, working on it now. >The problem is that, when i'm offline and someone sends me a memo, when i >logon and i identify, MemoServ should notify me that i have a new memo. >MemoServ does not do that >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Wednesday, June 19, 2002 3:57 PM >Subject: Re: [IRCServices Coding] MemoServ > > >> What's the problem? >> >> >well.the same again. >> >have a look here. >> > >> >[01:56] -NickServ- Password accepted -- you are now recognized. >> > >> >[01:56] -> *memoserv* info >> >- >> >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. >> >- >> >[01:56] -MemoServ- Your memo limit is 20. >> >- >> >[01:56] -MemoServ- You will be notified of new memos at logon and when >they >> >arrive. >> > >> >[01:56] -> *memoserv* list new >> >- >> >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ >READ >> >num >> >- >> >[01:56] -MemoServ- Num Sender Date/Time >> >- >> >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST >> >----- Original Message ----- >> >From: "Andrew Church" >> >To: >> >Sent: Wednesday, June 19, 2002 3:43 PM >> >Subject: Re: [IRCServices Coding] MemoServ >> > >> > >> >> Check your nick settings. >> >> >> >> --Andrew Church >> >> achurch@achurch.org >> >> http://achurch.org/ >> >> >> >> >This is a multi-part message in MIME format. >> >> > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0 >> >> >Content-Type: text/plain; >> >> > charset="iso-8859-7" >> >> >Content-Transfer-Encoding: quoted-printable >> >> > >> >> >I think i founf anotherone bug in MemoServ. >> >> >If someone send me a memo, MemoServ does not notify me when i logon >and = >> >> >when i idenify my nickname.I have to do /msg MemoServ list new to >check = >> >> >if i have new memos. >> >> >If i am online and someone sends me a memo, MemoServ notifies me at >the = >> >> >same time. >> >> > >> >> >George Stamatiou >> >> > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0 >> >> >Content-Type: text/html; >> >> > charset="iso-8859-7" >> >> >Content-Transfer-Encoding: quoted-printable >> >> > >> >> > >> >> > >> >> >> >> >charset=3Diso-8859-7"> >> >> > >> >> > >> >> > >> >> > >> >> >
>> >> >
I think i founf anotherone bug in=20 >> >> >MemoServ.
>> >> >
If someone send me a memo, MemoServ = >> >> >does not notify=20 >> >> >me when i logon and when i idenify my nickname.I have to do /msg = >> >> >MemoServ list=20 >> >> >new to check if i have new memos.
>> >> >
If i am online and someone sends me a >= >> >> >memo,=20 >> >> >MemoServ notifies me at the same time.
>> >> >
 
>> >> >
George=20 >> >> >Stamatiou
>> >> > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0-- >> >> > >> >> >------------------------------------------------------------------ >> >> >To unsubscribe or change your subscription options, visit: >> >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From VisionOfHell at aol.com Wed Jun 19 11:21:20 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Chanserv - Still the same problem persists intermittently Message-ID: <18c.964de79.2a4225a0@aol.com> *** toonarmy (toonarmy32@ice-inferno-46963.in-addr.btopenworld.com) has joined #ice *** ChanServ sets mode: +oqoq toonarmy toonarmy toonarmy toonarmy *** |AsH| sets mode: +v toonarmy From gizm0 at mail.gr Thu Jun 20 00:56:47 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Chanserv Suggestion Message-ID: <102452380801@mailserver.mail.gr> hello there ... I'm not sure if someone has mention it before or if it was discussed on previous posts but wouldn't be nice to have a chanserv access level list command ? sth like /chanserv access #channel level list entry|level /chanserv access #channel level list 6 or a compination e.g /chanserv access #channel level list 1-10|100 <-- list from 1-10 accessors with level 100 ... and of course sth like /chanserv access #channel level list 100 <-- to list all the accessors added with level 100 ... anyway you got the point. (: "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Thu Jun 20 00:49:32 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Chanserv Suggestion Message-ID: <102452337201@mailserver.mail.gr> hello there ... I'm not sure if someone has mention it before or if it was discussed on previous posts but wouldn't be nice to have a chanserv access level list command ? sth like /chanserv access #channel level list entry|level /chanserv access #channel level list 6 or a compination e.g /chanserv access #channel level list 1-10|100 <-- list from 1-10 accessors with level 100 ... and of course sth like /chanserv access #channel level list 100 <-- to list all the accessors added with level 100 ... anyway you got the point. (: "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Thu Jun 20 00:49:48 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Chanserv Suggestion Message-ID: <102452338801@mailserver.mail.gr> hello there ... I'm not sure if someone has mention it before or if it was discussed on previous posts but wouldn't be nice to have a chanserv access level list command ? sth like /chanserv access #channel level list entry|level /chanserv access #channel level list 6 or a compination e.g /chanserv access #channel level list 1-10|100 <-- list from 1-10 accessors with level 100 ... and of course sth like /chanserv access #channel level list 100 <-- to list all the accessors added with level 100 ... anyway you got the point. (: "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Thu Jun 20 00:51:20 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Chanserv Suggestion Message-ID: <102452348003@mailserver.mail.gr> hello there ... I'm not sure if someone has mention it before or if it was discussed on previous posts but wouldn't be nice to have a chanserv access level list command ? sth like /chanserv access #channel level list entry|level /chanserv access #channel level list 6 or a compination e.g /chanserv access #channel level list 1-10|100 <-- list from 1-10 accessors with level 100 ... and of course sth like /chanserv access #channel level list 100 <-- to list all the accessors added with level 100 ... anyway you got the point. (: "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From saturn at jetirc.net Thu Jun 20 09:07:39 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ References: Message-ID: <003101c21874$9a205b80$6401a8c0@Turby> Me too, running on Unreal 3.1.3 (with pre2) ----- Original Message ----- From: "Craig McLure" To: Sent: Wednesday, June 19, 2002 6:00 AM Subject: Re: [IRCServices Coding] MemoServ > i also have this prob :) > > > >From: "George Stamatiou" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] MemoServ > >Date: Thu, 20 Jun 2002 01:57:01 +0300 > > > >well.the same again. > >have a look here. > > > >[01:56] -NickServ- Password accepted -- you are now recognized. > > > >[01:56] -> *memoserv* info > >- > >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. > >- > >[01:56] -MemoServ- Your memo limit is 20. > >- > >[01:56] -MemoServ- You will be notified of new memos at logon and when they > >arrive. > > > >[01:56] -> *memoserv* list new > >- > >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ READ > >num > >- > >[01:56] -MemoServ- Num Sender Date/Time > >- > >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST > >----- Original Message ----- > >From: "Andrew Church" > >To: > >Sent: Wednesday, June 19, 2002 3:43 PM > >Subject: Re: [IRCServices Coding] MemoServ > > > > > > > Check your nick settings. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > > > > >This is a multi-part message in MIME format. > > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > > >Content-Type: text/plain; > > > > charset="iso-8859-7" > > > >Content-Transfer-Encoding: quoted-printable > > > > > > > >I think i founf anotherone bug in MemoServ. > > > >If someone send me a memo, MemoServ does not notify me when i logon and > >= > > > >when i idenify my nickname.I have to do /msg MemoServ list new to check > >= > > > >if i have new memos. > > > >If i am online and someone sends me a memo, MemoServ notifies me at the > >= > > > >same time. > > > > > > > >George Stamatiou > > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > > >Content-Type: text/html; > > > > charset="iso-8859-7" > > > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > > > > > > > >charset=3Diso-8859-7"> > > > > > > > > > > > > > > > > > > > >
> > > >
I think i founf anotherone bug in=20 > > > >MemoServ.
> > > >
If someone send me a memo, MemoServ = > > > >does not notify=20 > > > >me when i logon and when i idenify my nickname.I have to do /msg = > > > >MemoServ list=20 > > > >new to check if i have new memos.
> > > >
If i am online and someone sends me a > >= > > > >memo,=20 > > > >MemoServ notifies me at the same time.
> > > >
 
> > > >
George=20 > > > >Stamatiou
> > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0-- > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From gizm0 at mail.gr Thu Jun 20 19:05:24 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ Message-ID: <102458912401@mailserver.mail.gr> Óôßò Thu, 20 Jun 2002 09:07:39 -0700 "Saturn" Ýãñáøå: andrew reply that he reproduced the prob and he is workind on it ... next time read more carefully your mails :P and btw i don't know why mine post was posted 4 times :/ > Me too, running on Unreal 3.1.3 (with pre2) > ----- Original Message ----- > From: "Craig McLure" > To: > Sent: Wednesday, June 19, 2002 6:00 AM > Subject: Re: [IRCServices Coding] MemoServ > > > > i also have this prob :) > > > > > > >From: "George Stamatiou" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] MemoServ > > >Date: Thu, 20 Jun 2002 01:57:01 +0300 > > > > > >well.the same again. > > >have a look here. > > > > > >[01:56] -NickServ- Password accepted -- you are now recognized. > > > > > >[01:56] -> *memoserv* info > > >- > > >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. > > >- > > >[01:56] -MemoServ- Your memo limit is 20. > > >- > > >[01:56] -MemoServ- You will be notified of new memos at logon and when > they > > >arrive. > > > > > >[01:56] -> *memoserv* list new > > >- > > >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ > READ > > >num > > >- > > >[01:56] -MemoServ- Num Sender Date/Time > > >- > > >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST > > >----- Original Message ----- > > >From: "Andrew Church" > > >To: > > >Sent: Wednesday, June 19, 2002 3:43 PM > > >Subject: Re: [IRCServices Coding] MemoServ > > > > > > > > > > Check your nick settings. > > > > > > > > --Andrew Church > > > > achurch@achurch.org > > > > http://achurch.org/ > > > > > > > > >This is a multi-part message in MIME format. > > > > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > > > >Content-Type: text/plain; > > > > > charset="iso-8859-7" > > > > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > >I think i founf anotherone bug in MemoServ. > > > > >If someone send me a memo, MemoServ does not notify me when i logon > and > > >= > > > > >when i idenify my nickname.I have to do /msg MemoServ list new to > check > > >= > > > > >if i have new memos. > > > > >If i am online and someone sends me a memo, MemoServ notifies me at > the > > >= > > > > >same time. > > > > > > > > > >George Stamatiou > > > > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0 > > > > >Content-Type: text/html; > > > > > charset="iso-8859-7" > > > > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > > > > > > > > > > > > >charset=3Diso-8859-7"> > > > > > > > > > > > > > > > > > > > > > > > > >
> > > > >
I think i founf anotherone > bug in=20 > > > > >MemoServ.
> > > > >
If someone send me a memo, > MemoServ > = > > > > >does not notify=20 > > > > >me when i logon and when i idenify my nickname.I have to do /msg = > > > > >MemoServ list=20 > > > > >new to check if i have new memos.
> > > > >
If i am online and someone > sends me > a > > >= > > > > >memo,=20 > > > > >MemoServ notifies me at the same time.
> > > > >
 
> > > > >
George=20 > > > > >Stamatiou
> > > > > > > > > >------=_NextPart_000_0026_01C217F6.E30D79A0-- > > > > > > > > > >------------------------------------------------------------------ > > > > >To unsubscribe or change your subscription options, visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > Craig McLure > > Craig@chatspike.net > > Network Administrator of the ChatSpike IRC Network. > > ChatSpike, the users network! www.chatspike.net > > > > > > _________________________________________________________________ > > Join the world's largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "I can see the darkness in your eyes." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From achurch at achurch.org Fri Jun 21 12:33:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] 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 12:50:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Services 5.0pre3 released Message-ID: <3d12a2fe.63535@achurch.org> Services 5.0pre3 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 128ca5955bdf49eb82aade9303099477 ircservices-5.0pre3.tar.gz ab92e1d843e6a50aedc24023fb74fa26 ircservices-5.0pre3.diff.gz 1ab07bf4b220276d4eb1f26ba2bfa067 ircservices-5.0pre3-1.i386.rpm 026dc260feac063e168e1f26d96f403e ircservices_5.0pre3-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0pre3 -------------------------- 2002/06/21 Fixed bug preventing memo notification on IDENTIFY. Reported by George Stamatiou 2002/06/21 Modified configure to work on OSF/1. Reported by Yusuf Iskenderoglu 2002/06/19 Added support for autokill exceptions in Unreal. Suggested by 2002/06/19 Fixed bug allowing unidentified users to use INFO ALL on the nickname they are using. 2002/06/19 Unverified E-mail addresses are no longer shown except to the user and Services administrators, and are indicated unverified. Suggested by Ben Goldstein 2002/06/19 Fixed two sneaky logic bugs causing crashes in rare cases. Reported by Sean Kelly 2002/06/19 Fixed a typo in ircservices-chk. 2002/06/19 The initial access list entry for newly-registered nicks can now be disabled in modules.conf (NSFirstAccessEnable). Suggested by 2002/06/19 Fixed bug causing SECUREOPS to not work on servers without halfops support. Reported by George Stamatiou 2002/06/19 Added TMODE and +L (server language) support to trircd protocol module. Suggested by Yusuf Iskenderoglu 2002/06/18 Fixed "invalid nickname" errors on valid nicknames for many IRC daemons. Reported by Romek Krisztian 2002/06/18 Fixed crash in NickServ SENDPASS and AJOIN on unregistered nicks. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jun 21 14:41:28 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] 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 aragon at phat.za.net Fri Jun 21 12:15:52 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] bugs Message-ID: <008e01c21958$13edc040$01000001@aragon> Hi, Just installed pre3 to check out the improvements. Spotted some bugs I overlooked last I tried it. 1. AJOIN still not perfect. It allows channels with the ':' character to be added. eg. #test:chan. These are invalid (on Unreal atleast). 2. One more sanity check should be added to mlock for Unreal. If you set a mode lock involving +L, chanserv must make sure you're not trying to link to the same channel. ie /msg chanserv set #testchan mlock +ntlL 2 #testchan must be disallowed. 3. Not sure if this is a bug or feature change, but I'm unable to add entries to channel akick lists based on registered nickname. Chanserv only accepts nick!ident@host syntax. /msg chanserv help akick says otherwise though. Looking good otherwise :). Regards, Aragon From aragon at phat.za.net Fri Jun 21 12:34:49 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] ircservices-5 feature request Message-ID: <00a601c2195a$b6daf870$01000001@aragon> Hi, This is a big one. I'd like to know if it'd be possible to add regular expression akill-add support to version 5 (via a module?). I'd like to be able to define regex patterns that cause regular akills to be automatically added when matched. The regex checking must be based on nickname, ident, hostname, and gecos. Would it also be possible to have a regex exception list too... so if a client matches a regex pattern, but also matches one of the exceptions, it doesn't get akilled. I'm kinda implementing this at the moment using a client type bot that receives local and remote connect notices. I use it to get rid of those pesky mass flood bots that are so popular these days. I know, you're probably thinking I should be doing open proxy scans. I do :). But a lot still get through. The big advantage of services doing this is that you can match based on gecos (for added accuracy) and it's much faster. My bot sends a privmsg to operserv when it finds a match adding *@hostname to the akill list with a hard coded expiry of 150 days. What do you think? Thanks, Aragon From Ganja51 at earthlink.net Fri Jun 21 22:54:40 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] MemoServ References: <3d108139.04037@achurch.org> Message-ID: <001801c219b1$502fa240$2e88fea9@kris5461> is this not what i said just a little bit ago? lol ~Ganja51 irc.lcirc.net ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, June 19, 2002 8:03 AM Subject: Re: [IRCServices Coding] MemoServ > Reproduced, working on it now. > > >The problem is that, when i'm offline and someone sends me a memo, when i > >logon and i identify, MemoServ should notify me that i have a new memo. > >MemoServ does not do that > >----- Original Message ----- > >From: "Andrew Church" > >To: > >Sent: Wednesday, June 19, 2002 3:57 PM > >Subject: Re: [IRCServices Coding] MemoServ > > > > > >> What's the problem? > >> > >> >well.the same again. > >> >have a look here. > >> > > >> >[01:56] -NickServ- Password accepted -- you are now recognized. > >> > > >> >[01:56] -> *memoserv* info > >> >- > >> >[01:56] -MemoServ- You currently have 2 memos, of which 1 is unread. > >> >- > >> >[01:56] -MemoServ- Your memo limit is 20. > >> >- > >> >[01:56] -MemoServ- You will be notified of new memos at logon and when > >they > >> >arrive. > >> > > >> >[01:56] -> *memoserv* list new > >> >- > >> >[01:56] -MemoServ- New memos for Pr|nCe. To read, type: /msg MemoServ > >READ > >> >num > >> >- > >> >[01:56] -MemoServ- Num Sender Date/Time > >> >- > >> >[01:56] -MemoServ- * 2 george Jun 19 14:58:42 2002 EEST > >> >----- Original Message ----- > >> >From: "Andrew Church" > >> >To: > >> >Sent: Wednesday, June 19, 2002 3:43 PM > >> >Subject: Re: [IRCServices Coding] MemoServ > >> > > >> > > >> >> Check your nick settings. > >> >> > >> >> --Andrew Church > >> >> achurch@achurch.org > >> >> http://achurch.org/ > >> >> > >> >> >This is a multi-part message in MIME format. > >> >> > > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0 > >> >> >Content-Type: text/plain; > >> >> > charset="iso-8859-7" > >> >> >Content-Transfer-Encoding: quoted-printable > >> >> > > >> >> >I think i founf anotherone bug in MemoServ. > >> >> >If someone send me a memo, MemoServ does not notify me when i logon > >and = > >> >> >when i idenify my nickname.I have to do /msg MemoServ list new to > >check = > >> >> >if i have new memos. > >> >> >If i am online and someone sends me a memo, MemoServ notifies me at > >the = > >> >> >same time. > >> >> > > >> >> >George Stamatiou > >> >> > > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0 > >> >> >Content-Type: text/html; > >> >> > charset="iso-8859-7" > >> >> >Content-Transfer-Encoding: quoted-printable > >> >> > > >> >> > > >> >> > > >> >> > >> >> >charset=3Diso-8859-7"> > >> >> > > >> >> > > >> >> > > >> >> > > >> >> >
> >> >> >
I think i founf anotherone bug in=20 > >> >> >MemoServ.
> >> >> >
If someone send me a memo, MemoServ = > >> >> >does not notify=20 > >> >> >me when i logon and when i idenify my nickname.I have to do /msg = > >> >> >MemoServ list=20 > >> >> >new to check if i have new memos.
> >> >> >
If i am online and someone sends me a > >= > >> >> >memo,=20 > >> >> >MemoServ notifies me at the same time.
> >> >> >
 
> >> >> >
George=20 > >> >> >Stamatiou
> >> >> > > >> >> >------=_NextPart_000_0026_01C217F6.E30D79A0-- > >> >> > > >> >> >------------------------------------------------------------------ > >> >> >To unsubscribe or change your subscription options, visit: > >> >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> >> ------------------------------------------------------------------ > >> >> To unsubscribe or change your subscription options, visit: > >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> >> > >> > > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Fri Jun 21 23:51:10 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] httpd/main: Failed to open listen socket In-Reply-To: <008e01c21958$13edc040$01000001@aragon> References: <008e01c21958$13edc040$01000001@aragon> Message-ID: <02062208511000.14297@adsl52064.vnet.hu> Hello! Yesterday I was trying to connect ircservices to a remote ircd server. After My first experience was that the port number what I typed was wrong, so ircservices were trying to connect to a port which is firewalled or something because nothing happened... I was so impatient to wait for going down, so I entered 'killall ircservices'. After that, I corrected the port number and started ircservices. What the ... http port cannot be reopened. :) I think it's not really a bug, but it's interesting. :) What do you think? Here's my log: [Jun 21 14:54:31 2002] IRC Services 5.0pre3 starting up [Jun 21 14:54:32 2002] httpd/main: Listening on :6670 [Jun 21 14:55:29 2002] Received SIGTERM, exiting. [Jun 21 14:55:31 2002] IRC Services 5.0pre3 starting up [Jun 21 14:55:31 2002] httpd/main: Failed to open listen socket for :6670: Address already in use [Jun 21 14:55:31 2002] httpd/main: No ports could be opened, aborting [Jun 21 14:55:31 2002] modules: init_module() failed for httpd/main [Jun 21 14:55:31 2002] Error loading modules, aborting Romek Krisztian From saturn at jetirc.net Sat Jun 22 00:23:37 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] CS autoprotect (+a) mode set problem References: <008e01c21958$13edc040$01000001@aragon> <02062208511000.14297@adsl52064.vnet.hu> Message-ID: <000801c219bd$b9bb2c00$6401a8c0@Turby> Runnign pre3 on Unreal 3.1.3.... When you set a user to level 100+ (say 999) on a given channel, when they join, it ought ot set them to modes +o and +a (auto-protect mode at 100+). It only sets them to +o.... this is for any channel..... They CAN set themselves +a manually, using /mode #channel +a user but Chanserv isn't doing it automatically.... Good luck =) Saturn /server irc.jetirc.net http://www.jetirc.net From aragon at phat.za.net Sat Jun 22 05:47:55 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] CS autoprotect (+a) mode set problem References: <008e01c21958$13edc040$01000001@aragon> <02062208511000.14297@adsl52064.vnet.hu> <000801c219bd$b9bb2c00$6401a8c0@Turby> Message-ID: <001101c219eb$0db80d50$01000001@aragon> Hi, This is working for me: *** Mode change "+oa sQueaK sQueaK" on channel #kief by ChanServ [*chanserv*] access #kief list sQueaK -ChanServ- Access list for #kief: -ChanServ- Num Lev Nick -ChanServ- 1 100 sQueaK Regards, Aragon ----- Original Message ----- From: "Saturn" To: Sent: Saturday, June 22, 2002 9:23 AM Subject: [IRCServices Coding] CS autoprotect (+a) mode set problem > Runnign pre3 on Unreal 3.1.3.... > > When you set a user to level 100+ (say 999) on a given channel, when they > join, it ought ot set them to modes +o and +a (auto-protect mode at 100+). > It only sets them to +o.... this is for any channel..... They CAN set > themselves +a manually, using /mode #channel +a user but Chanserv isn't > doing it automatically.... > > Good luck =) > > Saturn > /server irc.jetirc.net > http://www.jetirc.net > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ghozer at scfclan.com Sat Jun 22 07:19:19 2002 From: ghozer at scfclan.com (ghozer@scfclan.com) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] DAtaBase Problems in v4.5 Message-ID: <200206221419.PAA31982@gallium.webfusion.co.uk> Hi, Earlier last night My whole network Crashed as I ran out of Disk space, The Services "crashed" and took with it the IRCD and ProxyScanner - when i re-started them all - the services would not start, I Had to Delete the Services Databases and re-start them again as the databases became corrupted (When i viewed them, they were blank Except for the channel.db But it would not Read it) - Once i deleted them, I started the services, and they are fine now... (I have up-graded my HDD too) But the main issue is, Can you not Make it so the services send GLOBOP Message or somthing and an "error/sorry" message to the user (Who-ever issued the command) If the HDD Space Get's low.. Ghozer ------------------------------------ irc.linkirc.net You'r First Link to the World of IRC ------------------------------------ From master at xchat.gr Sat Jun 22 21:14:27 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 Message-ID: <000d01c21a6c$7e817a40$d083fea9@218> well.i don't know.after configure make and make install ircservices dose not start.the only i see is ps -ux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 10941 91.4 0.4 2732 1812 pts/1 R 20:34 0:27 ./ircservices what is going wrong here ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020623/b4fb26e7/attachment.htm From aragon at phat.za.net Sat Jun 22 12:57:42 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] DAtaBase Problems in v4.5 References: <200206221419.PAA31982@gallium.webfusion.co.uk> Message-ID: <002801c21a27$14649ce0$01000001@aragon> I run ircservices-4.5 and I get warning notices if it runs out disk space/quota. They aren't issued to regular users. Only opers receive them. Regards, Aragon ----- Original Message ----- From: To: Sent: Saturday, June 22, 2002 4:19 PM Subject: [IRCServices Coding] DAtaBase Problems in v4.5 > Hi, > > Earlier last night My whole network Crashed as I ran out of Disk space, > > The Services "crashed" and took with it the IRCD and ProxyScanner - > > when i re-started them all - the services would not start, I Had to Delete the Services Databases and re-start them again as the databases became corrupted (When i viewed them, they were blank Except for the channel.db But it would not Read it) - Once i deleted them, I started the services, and they are fine now... (I have up-graded my HDD too) > > But the main issue is, Can you not Make it so the services send GLOBOP Message or somthing and an "error/sorry" message to the user (Who-ever issued the command) If the HDD Space Get's low.. > > Ghozer > ------------------------------------ > irc.linkirc.net > You'r First Link to the World of IRC > ------------------------------------ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From dooley at risanet.com Sat Jun 22 14:27:00 2002 From: dooley at risanet.com (Dooley) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Strange problem.... Message-ID: <008e01c21a33$8eda2330$0201a8c0@banzai> I just grabbed a fresh copy of the latest release of 5.0 and when I fire it up with the latest release of Bahamut it just sits and waits at: [Jun 22 16:14:43.230927 2002] [Jun 22 16:14:43.230927 2002] debug: Successfully loaded module `nickserv/sendpass'debug: Successfully loaded module `nickserv/sendpass' [Jun 22 16:14:43.235968 2002] [Jun 22 16:14:43.235968 2002] debug: Loading module `chanserv/main'debug: Loading module `chanserv/main' However if I tell it not to load any of the Chanserv Modules everything loads up fine. I did a quick search through the list but don't see anything. Does anyone have a idea? This is on a FreeBSD 4.6 system if that is pertinant. Thanks In Advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020622/c37cfe39/attachment.html From frostycoolslug at hotmail.com Sat Jun 22 14:58:54 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] Strange problem.... Message-ID: well i'm guessing from that your chanserv module dont work.... >From: "Dooley" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Strange problem.... >Date: Sat, 22 Jun 2002 16:27:00 -0500 > >I just grabbed a fresh copy of the latest release of 5.0 and when I fire it >up with the latest release of Bahamut it just sits and waits at: > >[Jun 22 16:14:43.230927 2002] [Jun 22 16:14:43.230927 2002] debug: >Successfully loaded module `nickserv/sendpass'debug: Successfully loaded >module `nickserv/sendpass' >[Jun 22 16:14:43.235968 2002] [Jun 22 16:14:43.235968 2002] debug: Loading >module `chanserv/main'debug: Loading module `chanserv/main' > >However if I tell it not to load any of the Chanserv Modules everything >loads up fine. I did a quick search through the list but don't see >anything. Does anyone have a idea? This is on a FreeBSD 4.6 system if that >is pertinant. > >Thanks In Advance. > > -- 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 dooley at risanet.com Sat Jun 22 14:59:26 2002 From: dooley at risanet.com (Dooley) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <00dc01c21a38$16b2c2e0$0201a8c0@banzai> I grabbed pre0 compiled it used the pre3 config files and it fired right up...... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020622/7621d125/attachment.htm From frostycoolslug at hotmail.com Sat Jun 22 15:05:34 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? >From: "Dooley" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] More on the Strange problem.... >Date: Sat, 22 Jun 2002 16:59:26 -0500 > >I grabbed pre0 compiled it used the pre3 config files and it fired right >up...... > > -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From gizm0 at mail.gr Sun Jun 23 02:23:14 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102478819401@mailserver.mail.gr> Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? i believe he tried this in order to find if the problem is in his configuration file or not ... it looks like a bug or sth .. propably ... The bad news is that andrew is on vacation and we can't have an answer weither this is a configuration error or an ircservices bug :/ > > > >From: "Dooley" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] More on the Strange problem.... > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > >I grabbed pre0 compiled it used the pre3 config files and it fired right > >up...... > > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 02:25:06 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 Message-ID: <102478830601@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" Ýãñáøå: > well.i don't know.after configure make and make install ircservices > dose not start.the only i see is > ps -ux > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > root 10941 91.4 0.4 2732 1812 pts/1 R > 20:34 0:27 ./ircservices > > > what is going wrong here ? > mine works fine ... propably your config file? "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From frostycoolslug at hotmail.com Sat Jun 22 16:44:04 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: ok.. can we get ne other details? i'll get my Development Team (Creaters of LoveServ, and a very modified StatServ) to take a look, just need all the possible details :) >From: Panagiotis Kefalidis ( Gizm0 ) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] More on the Strange problem.... >Date: Sun, 23 Jun 2002 2:23:14 EEST >MIME-Version: 1.0 > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? >i believe he tried this in order to find if the problem is in his >configuration file or not ... it looks like a bug or sth .. propably ... >The bad news is that andrew is on vacation and we can't have an answer >weither this is a configuration error or an ircservices bug :/ > > > > > > >From: "Dooley" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] More on the Strange problem.... > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired >right > > >up...... > > > > > > > > > > -- > > Craig McLure > > Craig@chatspike.net > > Network Administrator of the ChatSpike IRC Network. > > ChatSpike, the users network! www.chatspike.net > > > > > > _________________________________________________________________ > > Join the world’s largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >"Give me a reason to believe..." > > Gizm0.- > >------------------------------------------------------------- >http://www.mail.gr/ - Get Your Private Free Email Address! >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From gizm0 at mail.gr Sun Jun 23 02:57:26 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479024601@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 02:58:58 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479033801@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 03:00:02 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479040201@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 03:00:18 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479041801@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From frostycoolslug at hotmail.com Sat Jun 22 17:04:31 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:28 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: i cant see y not :p >From: Panagiotis Kefalidis ( Gizm0 ) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] More on the Strange problem.... >Date: Sun, 23 Jun 2002 2:57:26 EEST > >i can also help to this.Besides.. we can find a solution,can't we?(: -- 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 gizm0 at mail.gr Sun Jun 23 03:01:17 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479047701@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 03:13:23 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479120401@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 00:44:04 +0100 "Craig McLure" Ýãñáøå: > ok.. can we get ne other details? i'll get my Development Team > (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need > all the possible details :) i can also help to this.Besides.. we can find a solution,can't we?(: > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >Óôßò Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" Ýãñáøå: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world’s largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world’s largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From gizm0 at mail.gr Sun Jun 23 03:14:35 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... Message-ID: <102479127501@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 01:04:31 +0100 "Craig McLure" Ýãñáøå: AGAIN ... 4 mails AGAIN ... my mail provider sucks ... my apologies ... > i cant see y not :p > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:57:26 EEST > > > >i can also help to this.Besides.. we can find a solution,can't we?(: > > > -- > 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-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From master at xchat.gr Sun Jun 23 04:50:24 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <102478830601@mailserver.mail.gr> Message-ID: <001f01c21aac$484b80c0$8afecdd4@218> i don't think so.i use the same .conf files from Pre1. ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Sunday, June 23, 2002 5:25 AM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > well.i don't know.after configure make and make install ircservices > > dose not start.the only i see is > > ps -ux > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > > root 10941 91.4 0.4 2732 1812 pts/1 R > > 20:34 0:27 ./ircservices > > > > > > what is going wrong here ? > > > mine works fine ... propably your config file? > > > "Give me a reason to believe..." > > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From master at xchat.gr Sun Jun 23 04:53:29 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <102478830601@mailserver.mail.gr> Message-ID: <003401c21aac$97ea3180$8afecdd4@218> i don't think so.i use the same .conf files from Pre1. ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Sunday, June 23, 2002 5:25 AM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > well.i don't know.after configure make and make install ircservices > > dose not start.the only i see is > > ps -ux > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > > root 10941 91.4 0.4 2732 1812 pts/1 R > > 20:34 0:27 ./ircservices > > > > > > what is going wrong here ? > > > mine works fine ... propably your config file? > > > "Give me a reason to believe..." > > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ghozer at scfclan.com Sat Jun 22 18:59:36 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] v5.0pre3 Start-Up Problem References: <008e01c21958$13edc040$01000001@aragon> <02062208511000.14297@adsl52064.vnet.hu> <000801c219bd$b9bb2c00$6401a8c0@Turby> <001101c219eb$0db80d50$01000001@aragon> Message-ID: <003101c21a59$a0ae6370$0200a8c0@ghozer> Hi, My Services say they have started, but then they dont link, and on a ps aux they are not listed.. and there is this in the services log file.. [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up [Jun 22 21:44:00 2002] httpd/main: Listening on 209.133.9.71:8191 [Jun 22 21:44:00 2002] unknown message from server (:IRC1.LinkIRC.com 461 SERVER :Not enough parameters) [Jun 22 21:44:00 2002] unknown message from server (ERROR :Closing Link: [209.133.9.71] by IRC1.LinkIRC.com (Need more parameters)) [Jun 22 21:44:00 2002] Read error from server: Connection reset by peer ?? please help.. Ghozer From smkelly at zombie.org Sat Jun 22 20:08:40 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] v5.0pre3 Start-Up Problem In-Reply-To: <003101c21a59$a0ae6370$0200a8c0@ghozer> References: <008e01c21958$13edc040$01000001@aragon> <02062208511000.14297@adsl52064.vnet.hu> <000801c219bd$b9bb2c00$6401a8c0@Turby> <001101c219eb$0db80d50$01000001@aragon> <003101c21a59$a0ae6370$0200a8c0@ghozer> Message-ID: <20020623030840.GA85585@edgemaster.zombie.org> On Sun, Jun 23, 2002 at 02:59:36AM +0100, Colin Thorpe(SCF) wrote: > Hi, My Services say they have started, but then they dont link, and on a ps > aux they are not listed.. and there is this in the services log file.. You have failed to provide us with any useful information. 1) What type of IRC server are you using? Unrealircd, Dreamforge, ... A quick look shows you have "RaptorIRCD.1.0.4.dcc". What is this based on? 2) What protocol module are you using with IRCServices? 3) What commands and arguments are necessary for your IRC server to accept an incoming link? PASS : SERVER ... > [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up > [Jun 22 21:44:00 2002] httpd/main: Listening on 209.133.9.71:8191 > [Jun 22 21:44:00 2002] unknown message from server (:IRC1.LinkIRC.com 461 > SERVER :Not enough parameters) > [Jun 22 21:44:00 2002] unknown message from server (ERROR :Closing Link: > [209.133.9.71] by IRC1.LinkIRC.com (Need more parameters)) > [Jun 22 21:44:00 2002] Read error from server: Connection reset by peer -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From smkelly at zombie.org Sat Jun 22 20:14:50 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 In-Reply-To: <102478830601@mailserver.mail.gr> References: <102478830601@mailserver.mail.gr> Message-ID: <20020623031450.GB85585@edgemaster.zombie.org> On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis Kefalidis wrote: > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > well.i don't know.after configure make and make install ircservices > > dose not start.the only i see is > > ps -ux > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > > root 10941 91.4 0.4 2732 1812 pts/1 R > > 20:34 0:27 ./ircservices > > > > what is going wrong here ? That shows that they are at least running. If you can't tell what is going on, consider using 'gdb' to debug and find out. Consider reconfiguring your ircservices with '-use-static-modules' and then attaching gdb to a running ircservices to see where the hangup is. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From dooley at risanet.com Sat Jun 22 20:16:31 2002 From: dooley at risanet.com (Dooley) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... References: Message-ID: <011301c21a64$628d14a0$0201a8c0@banzai> Thanks All I will grab the diffs and upgrade to pre1, then pre2 then to pre3 checking each time to see where it stops working if all of that goes well I will then be able to do a diff against the archive versus what I have patched up to. Just thought I would shoot off a message just in case I missed a notice. ----- Original Message ----- From: "Craig McLure" To: Sent: Saturday, June 22, 2002 6:44 PM Subject: Re: [IRCServices Coding] More on the Strange problem.... > ok.. can we get ne other details? i'll get my Development Team (Creaters of > LoveServ, and a very modified StatServ) to take a look, just need all the > possible details :) > > > >From: Panagiotis Kefalidis ( Gizm0 ) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > >Date: Sun, 23 Jun 2002 2:23:14 EEST > >MIME-Version: 1.0 > > > >???? Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" ??????: > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > >i believe he tried this in order to find if the problem is in his > >configuration file or not ... it looks like a bug or sth .. propably ... > >The bad news is that andrew is on vacation and we can't have an answer > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > >From: "Dooley" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > >right > > > >up...... > > > > > > > > > > > > > > -- > > > Craig McLure > > > Craig@chatspike.net > > > Network Administrator of the ChatSpike IRC Network. > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > _________________________________________________________________ > > > Join the world's largest e-mail service with MSN Hotmail. > > > http://www.hotmail.com > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >"Give me a reason to believe..." > > > > Gizm0.- > > > >------------------------------------------------------------- > >http://www.mail.gr/ - Get Your Private Free Email Address! > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Sat Jun 22 20:19:25 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... References: <102479127501@mailserver.mail.gr> Message-ID: <001701c21a64$c9494830$01000001@aragon> > AGAIN ... 4 mails AGAIN ... my mail provider sucks ... my apologies ... I received six. From achurch at achurch.org Sun Jun 23 12:51:45 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] DAtaBase Problems in v4.5 Message-ID: <3d1546b2.74671@achurch.org> This problem is known to occur in version 4.5; in this case, there should be backup files (*.db.bak) which you can restore from. Version 5.0 is designed to be robust with respect to out-of-space errors and will leave the old files intact and issue a warning when it runs out of disk space. (Of course, this won't prevent something else, like an automatic disk cleaning program or an OS bug, from corrupting or deleting the databases.) --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Earlier last night My whole network Crashed as I ran out of Disk space, > >The Services "crashed" and took with it the IRCD and ProxyScanner - > >when i re-started them all - the services would not start, I Had to Delete the Services Databases and re-start them again as the databases became corrupted (When i viewed them, they were blank Except for the channel.db But it would not Read it) - Once i d >eleted them, I started the services, and they are fine now... (I have up-graded my HDD too) > >But the main issue is, Can you not Make it so the services send GLOBOP Message or somthing and an "error/sorry" message to the user (Who-ever issued the command) If the HDD Space Get's low.. > >Ghozer >------------------------------------ >irc.linkirc.net >You'r First Link to the World of IRC >------------------------------------ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From master at xchat.gr Sat Jun 22 20:40:32 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 Message-ID: <000e01c21a67$bc948980$d083fea9@218> well.i don't know.after configure make and make install ircservices dose not start.the only i see is ps -ux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 10941 91.4 0.4 2732 1812 pts/1 R 20:34 0:27 ./ircservices what is going wrong here ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020623/908bc4a2/attachment.html From RT.Mail at verizon.net Sat Jun 22 21:53:39 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] v5.0pre3 Start-Up Problem In-Reply-To: <20020623030840.GA85585@edgemaster.zombie.org> Message-ID: <20020623045341.XLRZ25251.out018.verizon.net@bofh> If its any help Raptor IRCD is based on the undernet ircd, ircu. In addition he forgot to mention that there was a patch made for us for the 4.50 version of the services (I believe it was for them to be able to connect) which we had been using. However this patch does not work on ircservices-5.0pre3. On Sat, 22 Jun 2002 22:08:40 -0500, Sean Kelly wrote: *On Sun, Jun 23, 2002 at 02:59:36AM +0100, Colin Thorpe(SCF) wrote: *> Hi, My Services say they have started, but then they dont link, *and on a ps *> aux they are not listed.. and there is this in the services log *file.. * *You have failed to provide us with any useful information. * *1) What type of IRC server are you using? Unrealircd, Dreamforge, .. *A quick look shows you have "RaptorIRCD.1.0.4.dcc". What is this *based *on? * *2) What protocol module are you using with IRCServices? * *3) What commands and arguments are necessary for your IRC server to *accept *an incoming link? *PASS : *SERVER ... * *> [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up *> [Jun 22 21:44:00 2002] httpd/main: Listening on 209.133.9.71:8191 *> [Jun 22 21:44:00 2002] unknown message from server *(:IRC1.LinkIRC.com 461 *> SERVER :Not enough parameters) *> [Jun 22 21:44:00 2002] unknown message from server (ERROR :Closing *Link: *> [209.133.9.71] by IRC1.LinkIRC.com (Need more parameters)) *> [Jun 22 21:44:00 2002] Read error from server: Connection reset by *peer * From smkelly at zombie.org Sat Jun 22 22:40:23 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] v5.0pre3 Start-Up Problem In-Reply-To: <20020623045341.XLRZ25251.out018.verizon.net@bofh> References: <20020623030840.GA85585@edgemaster.zombie.org> <20020623045341.XLRZ25251.out018.verizon.net@bofh> Message-ID: <20020623054023.GA86604@edgemaster.zombie.org> On Sun, Jun 23, 2002 at 12:53:39AM -0400, RT.Mail@verizon.net wrote: > If its any help Raptor IRCD is based on the undernet ircd, ircu. In > addition he forgot to mention that there was a patch made for us for > the 4.50 version of the services (I believe it was for them to be > able to connect) which we had been using. However this patch does not > work on ircservices-5.0pre3. Sounds like you're going to have to make a protocol module for that particular flavor of ircd. Take a look at modules/protocol/. It isn't too hard to write one. I've already made one based off of the dreamforge module. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From Yaniv at icq.com Sun Jun 23 00:14:56 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Call for translators Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536CF@icq02mdc.icq.il.office.aol.com> i've already mailed u from home, but i guess the other address wasn't on your DB. anyway, i'm whiling 2 translate ircservices to hebrew. i'm the IrCQ-Net admin and i'm sure many israelies arround the world would b happy to get hebrew services. -----Original Message----- From: achurch@achurch.org [mailto:achurch@achurch.org] Sent: Friday, June 21, 2002 5:33 AM To: ircservices@ircservices.za.net Cc: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] Call for translators [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/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Jun 23 11:02:37 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <102478830601@mailserver.mail.gr> <20020623031450.GB85585@edgemaster.zombie.org> Message-ID: <007c01c21ae0$2a6bcea0$8afecdd4@218> ircservices does not running. does not link with ircd. only loaded in memory.nothing else. when i type ./ircservices i receive only... [root@admin ircservices-5.0pre3]# ./ircservices and stacks there! ----- Original Message ----- From: "Sean Kelly" To: Sent: Sunday, June 23, 2002 6:14 AM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis Kefalidis wrote: > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > well.i don't know.after configure make and make install ircservices > > > dose not start.the only i see is > > > ps -ux > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > 20:34 0:27 ./ircservices > > > > > > what is going wrong here ? > > That shows that they are at least running. If you can't tell what is going > on, consider using 'gdb' to debug and find out. Consider reconfiguring > your ircservices with '-use-static-modules' and then attaching gdb to a > running ircservices to see where the hangup is. > > -- > 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-coding > From uhc0 at rz.uni-karlsruhe.de Sun Jun 23 01:06:07 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] ircservices-5.0pre3 In-Reply-To: <007c01c21ae0$2a6bcea0$8afecdd4@218> Message-ID: <000501c21a8c$e603fd80$02c8a8c0@nygmatech.local> What output does uname -a produce on your system ? 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von George Stamatiou > Gesendet: Sonntag, 23. Juni 2002 20:03 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 > > > ircservices does not running. > does not link with ircd. > only loaded in memory.nothing else. > when i type ./ircservices i receive only... > [root@admin ircservices-5.0pre3]# ./ircservices > > and stacks there! > > ----- Original Message ----- > From: "Sean Kelly" > To: > Sent: Sunday, June 23, 2002 6:14 AM > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis > Kefalidis wrote: > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > > > well.i don't know.after configure make and make install > > > > ircservices dose not start.the only i see is ps -ux > > > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START > TIME COMMAND > > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > > 20:34 0:27 ./ircservices > > > > > > > > what is going wrong here ? > > > > That shows that they are at least running. If you can't > tell what is > going > > on, consider using 'gdb' to debug and find out. Consider > > reconfiguring your ircservices with '-use-static-modules' and then > > attaching gdb to a running ircservices to see where the hangup is. > > > > -- > > 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From master at xchat.gr Sun Jun 23 11:19:52 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <000501c21a8c$e603fd80$02c8a8c0@nygmatech.local> Message-ID: <008801c21ae2$92526680$8afecdd4@218> [root@admin ircservices-5.0pre3]# uname -a Linux admin.xchat.gr 2.2.19-6.2.1ensim-3.0.4-6 #1 Fri Feb 1 18:07:00 PST 2002 i686 unknown the first server and the other FreeBSD ircd2.lomag.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Apr 23 15:12:57 EDT 2002 root@ircd2.lomag.net:/usr/obj/usr/src/sys/IRCD2 i386 i have the same problem both. ircservices Pre1 and pre2 working fine. ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Sunday, June 23, 2002 11:06 AM Subject: AW: [IRCServices Coding] ircservices-5.0pre3 What output does uname -a produce on your system ? 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von George Stamatiou > Gesendet: Sonntag, 23. Juni 2002 20:03 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 > > > ircservices does not running. > does not link with ircd. > only loaded in memory.nothing else. > when i type ./ircservices i receive only... > [root@admin ircservices-5.0pre3]# ./ircservices > > and stacks there! > > ----- Original Message ----- > From: "Sean Kelly" > To: > Sent: Sunday, June 23, 2002 6:14 AM > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis > Kefalidis wrote: > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > > > well.i don't know.after configure make and make install > > > > ircservices dose not start.the only i see is ps -ux > > > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START > TIME COMMAND > > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > > 20:34 0:27 ./ircservices > > > > > > > > what is going wrong here ? > > > > That shows that they are at least running. If you can't > tell what is > going > > on, consider using 'gdb' to debug and find out. Consider > > reconfiguring your ircservices with '-use-static-modules' and then > > attaching gdb to a running ircservices to see where the hangup is. > > > > -- > > 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From uhc0 at rz.uni-karlsruhe.de Sun Jun 23 01:40:02 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] ircservices-5.0pre3 In-Reply-To: <008801c21ae2$92526680$8afecdd4@218> Message-ID: <000801c21a91$a2cb7ca0$02c8a8c0@nygmatech.local> Try to kill ircservices with -6. SIGSEGV. Then you can have a look at the coredump, and see on which line it currently was working and the code around that line obviously must have a loop which on some cases cannot be broken and become endless. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von George Stamatiou > Gesendet: Sonntag, 23. Juni 2002 20:20 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 > > > [root@admin ircservices-5.0pre3]# uname -a > Linux admin.xchat.gr 2.2.19-6.2.1ensim-3.0.4-6 #1 Fri Feb 1 > 18:07:00 PST > 2002 i686 unknown > the first server > and the other > FreeBSD ircd2.lomag.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Apr 23 > 15:12:57 EDT 2002 > root@ircd2.lomag.net:/usr/obj/usr/src/sys/IRCD2 i386 > > i have the same problem both. > ircservices Pre1 and pre2 working fine. > > ----- Original Message ----- > From: "Yusuf Iskenderoglu" > To: > Sent: Sunday, June 23, 2002 11:06 AM > Subject: AW: [IRCServices Coding] ircservices-5.0pre3 > > > > What output does > uname -a > produce on your system ? > > 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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von George Stamatiou > > Gesendet: Sonntag, 23. Juni 2002 20:03 > > An: ircservices-coding@ircservices.za.net > > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > > > ircservices does not running. > > does not link with ircd. > > only loaded in memory.nothing else. > > when i type ./ircservices i receive only... > > [root@admin ircservices-5.0pre3]# ./ircservices > > > > and stacks there! > > > > ----- Original Message ----- > > From: "Sean Kelly" > > To: > > Sent: Sunday, June 23, 2002 6:14 AM > > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis > > Kefalidis wrote: > > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > > > > > well.i don't know.after configure make and make install > > > > > ircservices dose not start.the only i see is ps -ux > > > > > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START > > TIME COMMAND > > > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > > > 20:34 0:27 ./ircservices > > > > > > > > > > what is going wrong here ? > > > > > > That shows that they are at least running. If you can't > > tell what is > > going > > > on, consider using 'gdb' to debug and find out. Consider > > > reconfiguring your ircservices with '-use-static-modules' and then > > > attaching gdb to a running ircservices to see where the hangup is. > > > > > > -- > > > 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-coding > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sun Jun 23 02:12:08 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] v5.0pre3 Start-Up Problem In-Reply-To: <20020623030840.GA85585@edgemaster.zombie.org> Message-ID: <20020623091211.XROQ21634.out009.verizon.net@bofh> Also I forgot to mention. Another problem we had is we were not able to import the databases. It gave some error about the version number. We were running 4.50. do we need to install all the .diff from 4.5.1 to 4.5.9? < >On Sat, 22 Jun 2002 22:08:40 -0500, Sean Kelly wrote: < > On Sun, Jun 23, 2002 at 02:59:36AM +0100, Colin Thorpe(SCF) < > wrote: < > > Hi, My Services say they have started, but then they dont < > link, and on a ps < > > aux they are not listed.. and there is this in the services < > log file.. < > < > You have failed to provide us with any useful information. < > < > 1) What type of IRC server are you using? Unrealircd, < > Dreamforge, ... < > A quick look shows you have "RaptorIRCD.1.0.4.dcc". What is < > this based < > on? < > < > 2) What protocol module are you using with IRCServices? < > < > 3) What commands and arguments are necessary for your IRC server < > to accept < > an incoming link? < > PASS : < > SERVER ... < > < > > [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up < > > [Jun 22 21:44:00 2002] httpd/main: Listening on < > 209.133.9.71:8191 < > > [Jun 22 21:44:00 2002] unknown message from server < > (:IRC1.LinkIRC.com 461 < > > SERVER :Not enough parameters) < > > [Jun 22 21:44:00 2002] unknown message from server (ERROR < > :Closing Link: < > > [209.133.9.71] by IRC1.LinkIRC.com (Need more parameters)) < > > [Jun 22 21:44:00 2002] Read error from server: Connection < > reset by peer < > From gizm0 at mail.gr Sun Jun 23 14:06:14 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 Message-ID: <102483037401@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 21:02:37 +0300 "George Stamatiou" Ýãñáøå: > ircservices does not running. > does not link with ircd. > only loaded in memory.nothing else. > when i type ./ircservices i receive only... could you provide us a part of your logfile?the part right after starting the ircservices would enough to find out what is going on. > [root@admin ircservices-5.0pre3]# ./ircservices > > and stacks there! > > ----- Original Message ----- > From: "Sean Kelly" > To: > Sent: Sunday, June 23, 2002 6:14 AM > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis Kefalidis wrote: > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > > > well.i don't know.after configure make and make install ircservices > > > > dose not start.the only i see is > > > > ps -ux > > > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME > COMMAND > > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > > 20:34 0:27 ./ircservices > > > > > > > > what is going wrong here ? > > > > That shows that they are at least running. If you can't tell what is > going > > on, consider using 'gdb' to debug and find out. Consider reconfiguring > > your ircservices with '-use-static-modules' and then attaching gdb to a > > running ircservices to see where the hangup is. > > > > -- > > 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From uhc0 at rz.uni-karlsruhe.de Sun Jun 23 04:10:21 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] v5.0pre3 Start-Up Problem In-Reply-To: <20020623091211.XROQ21634.out009.verizon.net@bofh> Message-ID: <000201c21aa6$a2e90a30$02c8a8c0@nygmatech.local> You have to update your software to 4.5.40, which is the latest. There are also 31 more diffs after 4.5.9 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von RT.Mail@verizon.net > Gesendet: Sonntag, 23. Juni 2002 11:12 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] v5.0pre3 Start-Up Problem > > > Also I forgot to mention. Another problem we had is we were not able > to import the databases. It gave some error about the version number. > We were running 4.50. do we need to install all the .diff from 4.5.1 > to 4.5.9? > > < >On Sat, 22 Jun 2002 22:08:40 -0500, Sean Kelly wrote: > < > On Sun, Jun 23, 2002 at 02:59:36AM +0100, Colin > Thorpe(SCF) < > wrote: < > > Hi, My Services say they have > started, but then they dont < > link, and on a ps < > > aux > they are not listed.. and there is this in the services < > > log file.. < > < > You have failed to provide us with any > useful information. < > < > 1) What type of IRC server are > you using? Unrealircd, < > Dreamforge, ... > < > A quick look shows you have "RaptorIRCD.1.0.4.dcc". What is > < > this based > < > on? > < > > < > 2) What protocol module are you using with IRCServices? > < > > < > 3) What commands and arguments are necessary for your IRC > server < > to accept > < > an incoming link? > < > PASS : > < > SERVER ... > < > > < > > [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up > < > > [Jun 22 21:44:00 2002] httpd/main: Listening on > < > 209.133.9.71:8191 > < > > [Jun 22 21:44:00 2002] unknown message from server > < > (:IRC1.LinkIRC.com 461 > < > > SERVER :Not enough parameters) > < > > [Jun 22 21:44:00 2002] unknown message from server > (ERROR < > :Closing Link: < > > [209.133.9.71] by > IRC1.LinkIRC.com (Need more parameters)) < > > [Jun 22 > 21:44:00 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-coding > From master at xchat.gr Sun Jun 30 04:14:24 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <102483037401@mailserver.mail.gr> Message-ID: <000d01c22027$4cc09ca0$d083fea9@218> In log file there is nothing.just that ircservices starting up. No error.there is nothing. ----- Original Message ----- From: "Panagiotis Kefalidis ( Gizm0 )" To: Sent: Sunday, June 23, 2002 5:06 PM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > ???? Sun, 23 Jun 2002 21:02:37 +0300 "George Stamatiou" ??????: > > > ircservices does not running. > > does not link with ircd. > > only loaded in memory.nothing else. > > when i type ./ircservices i receive only... > could you provide us a part of your logfile?the part right after starting > the ircservices would enough to find out what is going on. > > [root@admin ircservices-5.0pre3]# ./ircservices > > > > and stacks there! > > > > ----- Original Message ----- > > From: "Sean Kelly" > > To: > > Sent: Sunday, June 23, 2002 6:14 AM > > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > > > > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis Kefalidis wrote: > > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: > > > > > > > > > well.i don't know.after configure make and make install ircservices > > > > > dose not start.the only i see is > > > > > ps -ux > > > > > > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME > > COMMAND > > > > > root 10941 91.4 0.4 2732 1812 pts/1 R > > > > > 20:34 0:27 ./ircservices > > > > > > > > > > what is going wrong here ? > > > > > > That shows that they are at least running. If you can't tell what is > > going > > > on, consider using 'gdb' to debug and find out. Consider reconfiguring > > > your ircservices with '-use-static-modules' and then attaching gdb to a > > > running ircservices to see where the hangup is. > > > > > > -- > > > 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-coding > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > "Give me a reason to believe..." > > Gizm0.- > > ------------------------------------------------------------- > http://www.mail.gr/ - Get Your Private Free Email Address! > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sun Jun 23 04:31:46 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 In-Reply-To: <008801c21ae2$92526680$8afecdd4@218> Message-ID: <20020623113149.CIIU13966.out001.verizon.net@bofh> ok we will install the patches thanks.. also George your on lomag to? maybe its a ircd2.lomag.net problem :P < >On Sun, 23 Jun 2002 21:19:52 +0300, George Stamatiou wrote: < > [root@admin ircservices-5.0pre3]# uname -a < > Linux admin.xchat.gr 2.2.19-6.2.1ensim-3.0.4-6 #1 Fri Feb 1 < > 18:07:00 PST < > 2002 i686 unknown < > the first server < > and the other < > FreeBSD ircd2.lomag.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue < > Apr 23 < > 15:12:57 EDT 2002 < > root@ircd2.lomag.net:/usr/obj/usr/src/sys/IRCD2 i386 < > < > i have the same problem both. < > ircservices Pre1 and pre2 working fine. < > < > ----- Original Message ----- < > From: "Yusuf Iskenderoglu" < > To: < > Sent: Sunday, June 23, 2002 11:06 AM < > Subject: AW: [IRCServices Coding] ircservices-5.0pre3 < > < > < > < > What output does < > uname -a < > produce on your system ? < > < > 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-coding-admin@ircservices.za.net < > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > Auftrag von George Stamatiou < > > Gesendet: Sonntag, 23. Juni 2002 20:03 < > > An: ircservices-coding@ircservices.za.net < > > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > ircservices does not running. < > > does not link with ircd. < > > only loaded in memory.nothing else. < > > when i type ./ircservices i receive only... < > > [root@admin ircservices-5.0pre3]# ./ircservices < > > < > > and stacks there! < > > < > > ----- Original Message ----- < > > From: "Sean Kelly" < > > To: < > > Sent: Sunday, June 23, 2002 6:14 AM < > > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis < > > Kefalidis wrote: < > > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" < > ??????: < > > > > < > > > > > well.i don't know.after configure make and make install < > > > > > ircservices dose not start.the only i see is ps -ux < > > > > > < > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START < > > TIME COMMAND < > > > > > root 10941 91.4 0.4 2732 1812 pts/1 < > R < > > > > > 20:34 0:27 ./ircservices < > > > > > < > > > > > what is going wrong here ? < > > > < > > > That shows that they are at least running. If you can't < > > tell what is < > > going < > > > on, consider using 'gdb' to debug and find out. Consider < > > > reconfiguring your ircservices with '-use-static-modules' < > and then < > > > attaching gdb to a running ircservices to see where the < > hangup is. < > > > < > > > -- < > > > 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- < > coding < > > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo> /ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sun Jun 23 20:33:47 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 Message-ID: <3d15b22f.23052@achurch.org> Can you mail me (privately) a copy of your ircservices.conf and modules.conf files? --Andrew Church achurch@achurch.org http://achurch.org/ >ircservices does not running. >does not link with ircd. >only loaded in memory.nothing else. >when i type ./ircservices i receive only... >[root@admin ircservices-5.0pre3]# ./ircservices > >and stacks there! > >----- Original Message ----- >From: "Sean Kelly" >To: >Sent: Sunday, June 23, 2002 6:14 AM >Subject: Re: [IRCServices Coding] ircservices-5.0pre3 > > >> On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis Kefalidis wrote: >> > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" ??????: >> > >> > > well.i don't know.after configure make and make install ircservices >> > > dose not start.the only i see is >> > > ps -ux >> > > >> > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND >> > > root 10941 91.4 0.4 2732 1812 pts/1 R >> > > 20:34 0:27 ./ircservices >> > > >> > > what is going wrong here ? >> >> That shows that they are at least running. If you can't tell what is >going >> on, consider using 'gdb' to debug and find out. Consider reconfiguring >> your ircservices with '-use-static-modules' and then attaching gdb to a >> running ircservices to see where the hangup is. >> >> -- >> 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-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Jun 30 04:59:12 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <20020623113149.CIIU13966.out001.verizon.net@bofh> Message-ID: <002101c2202d$8d958a00$26dbcdd4@218> hmm i don't think that is lomag's problem.i tried another account whick i have root access.the problem is the same. ----- Original Message ----- From: To: Sent: Sunday, June 23, 2002 2:31 PM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 ok we will install the patches thanks.. also George your on lomag to? maybe its a ircd2.lomag.net problem :P < >On Sun, 23 Jun 2002 21:19:52 +0300, George Stamatiou wrote: < > [root@admin ircservices-5.0pre3]# uname -a < > Linux admin.xchat.gr 2.2.19-6.2.1ensim-3.0.4-6 #1 Fri Feb 1 < > 18:07:00 PST < > 2002 i686 unknown < > the first server < > and the other < > FreeBSD ircd2.lomag.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue < > Apr 23 < > 15:12:57 EDT 2002 < > root@ircd2.lomag.net:/usr/obj/usr/src/sys/IRCD2 i386 < > < > i have the same problem both. < > ircservices Pre1 and pre2 working fine. < > < > ----- Original Message ----- < > From: "Yusuf Iskenderoglu" < > To: < > Sent: Sunday, June 23, 2002 11:06 AM < > Subject: AW: [IRCServices Coding] ircservices-5.0pre3 < > < > < > < > What output does < > uname -a < > produce on your system ? < > < > 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-coding-admin@ircservices.za.net < > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > Auftrag von George Stamatiou < > > Gesendet: Sonntag, 23. Juni 2002 20:03 < > > An: ircservices-coding@ircservices.za.net < > > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > ircservices does not running. < > > does not link with ircd. < > > only loaded in memory.nothing else. < > > when i type ./ircservices i receive only... < > > [root@admin ircservices-5.0pre3]# ./ircservices < > > < > > and stacks there! < > > < > > ----- Original Message ----- < > > From: "Sean Kelly" < > > To: < > > Sent: Sunday, June 23, 2002 6:14 AM < > > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis < > > Kefalidis wrote: < > > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" < > ??????: < > > > > < > > > > > well.i don't know.after configure make and make install < > > > > > ircservices dose not start.the only i see is ps -ux < > > > > > < > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START < > > TIME COMMAND < > > > > > root 10941 91.4 0.4 2732 1812 pts/1 < > R < > > > > > 20:34 0:27 ./ircservices < > > > > > < > > > > > what is going wrong here ? < > > > < > > > That shows that they are at least running. If you can't < > > tell what is < > > going < > > > on, consider using 'gdb' to debug and find out. Consider < > > > reconfiguring your ircservices with '-use-static-modules' < > and then < > > > attaching gdb to a running ircservices to see where the < > hangup is. < > > > < > > > -- < > > > 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- < > coding < > > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo> /ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Jun 30 05:16:34 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] ircservices-5.0pre3 References: <20020623113149.CIIU13966.out001.verizon.net@bofh> Message-ID: <003901c2202f$fad1cb40$26dbcdd4@218> well, i found siomething here. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x8053be4 in mode_string_to_flags (s=0x2817fb69 "a", which=32770) at modes.c:184 184 if (which & MODE_NOERROR) (gdb) ----- Original Message ----- From: To: Sent: Sunday, June 23, 2002 2:31 PM Subject: Re: [IRCServices Coding] ircservices-5.0pre3 ok we will install the patches thanks.. also George your on lomag to? maybe its a ircd2.lomag.net problem :P < >On Sun, 23 Jun 2002 21:19:52 +0300, George Stamatiou wrote: < > [root@admin ircservices-5.0pre3]# uname -a < > Linux admin.xchat.gr 2.2.19-6.2.1ensim-3.0.4-6 #1 Fri Feb 1 < > 18:07:00 PST < > 2002 i686 unknown < > the first server < > and the other < > FreeBSD ircd2.lomag.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue < > Apr 23 < > 15:12:57 EDT 2002 < > root@ircd2.lomag.net:/usr/obj/usr/src/sys/IRCD2 i386 < > < > i have the same problem both. < > ircservices Pre1 and pre2 working fine. < > < > ----- Original Message ----- < > From: "Yusuf Iskenderoglu" < > To: < > Sent: Sunday, June 23, 2002 11:06 AM < > Subject: AW: [IRCServices Coding] ircservices-5.0pre3 < > < > < > < > What output does < > uname -a < > produce on your system ? < > < > 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-coding-admin@ircservices.za.net < > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > Auftrag von George Stamatiou < > > Gesendet: Sonntag, 23. Juni 2002 20:03 < > > An: ircservices-coding@ircservices.za.net < > > Betreff: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > ircservices does not running. < > > does not link with ircd. < > > only loaded in memory.nothing else. < > > when i type ./ircservices i receive only... < > > [root@admin ircservices-5.0pre3]# ./ircservices < > > < > > and stacks there! < > > < > > ----- Original Message ----- < > > From: "Sean Kelly" < > > To: < > > Sent: Sunday, June 23, 2002 6:14 AM < > > Subject: Re: [IRCServices Coding] ircservices-5.0pre3 < > > < > > < > > > On Sun, Jun 23, 2002 at 02:25:06AM +0300, Panagiotis < > > Kefalidis wrote: < > > > > ???? Sun, 23 Jun 2002 07:14:27 +0300 "George Stamatiou" < > ??????: < > > > > < > > > > > well.i don't know.after configure make and make install < > > > > > ircservices dose not start.the only i see is ps -ux < > > > > > < > > > > > USER PID %CPU %MEM VSZ RSS TTY STAT START < > > TIME COMMAND < > > > > > root 10941 91.4 0.4 2732 1812 pts/1 < > R < > > > > > 20:34 0:27 ./ircservices < > > > > > < > > > > > what is going wrong here ? < > > > < > > > That shows that they are at least running. If you can't < > > tell what is < > > going < > > > on, consider using 'gdb' to debug and find out. Consider < > > > reconfiguring your ircservices with '-use-static-modules' < > and then < > > > attaching gdb to a running ircservices to see where the < > hangup is. < > > > < > > > -- < > > > 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- < > coding < > > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo> /ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ghozer at scfclan.com Sun Jun 23 05:33:08 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] DAtaBase Problems in v4.5 References: <20020623080800.E910617528@snow.fingers.co.za> Message-ID: <002801c21ab2$21961520$0200a8c0@ghozer> I Have looked, There is no (*.db.bak) - All i had was teh *.db - (nick, channel, oper... etc) Ghozer ----------------------------------- irc.linkirc.net You'r first link to the world of IRC ----------------------------------- >From: achurch@achurch.org (Andrew Church) >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] DAtaBase Problems in v4.5 >Date: Sun, 23 Jun 2002 12:51:45 JST >Reply-To: ircservices-coding@ircservices.za.net > > This problem is known to occur in version 4.5; in this case, there >should be backup files (*.db.bak) which you can restore from. Version 5.0 >is designed to be robust with respect to out-of-space errors and will leave >the old files intact and issue a warning when it runs out of disk space. >(Of course, this won't prevent something else, like an automatic disk >cleaning program or an OS bug, from corrupting or deleting the databases.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hi, >> >>Earlier last night My whole network Crashed as I ran out of Disk space, >> >>The Services "crashed" and took with it the IRCD and ProxyScanner - >> >>when i re-started them all - the services would not start, I Had to Delete the Services Databases and re-start them again as the databases became corrupted (When i viewed them, they were blank Except for the channel.db But it would not Read it) - Once i >>deleted them, I started the services, and they are fine now... (I have up-graded my HDD too) >> >>But the main issue is, Can you not Make it so the services send GLOBOP Message or somthing and an "error/sorry" message to the user (Who-ever issued the command) If the HDD Space Get's low.. >> >>Ghozer >>------------------------------------ >>irc.linkirc.net >>You'r First Link to the World of IRC >>------------------------------------ From ghozer at scfclan.com Sun Jun 23 05:39:14 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Re: v5.0pre3 Start-Up Problem References: <20020623080800.E910617528@snow.fingers.co.za> Message-ID: <000801c21ab2$fb6a1710$0200a8c0@ghozer> well, The patch does not work, (as i tried it last night) as-for the protocol module for our IRCD, I have little "coding" experiance / knowlegeso i doubt i will get anything that works, However, If i do.. (Or somone does for us) I shall send it to you.. RaptorIRCD IS based on ircu-2.7x.x - it can be found at www.raptorircd.org What the patch for v4.5 did - was change the services to a P9 server, therfore they would link.... and as for the "linking parram's" i'm not Quite sure, i know when i link 2 servers i type /connect IP.OF.SERVER.HERE PORT and that connects them - the the C/N line has to have the correct password for the servers, and Each one need's a c/n line for each other Ghozer ------------------------------------- irc.linkirc.net You'r first Link to the World of IRC ------------------------------------ > > --__--__-- > > Message: 8 > From: "RT.Mail@verizon.net" > To: > Date: Sun, 23 Jun 2002 00:53:39 -0400 > Subject: Re: [IRCServices Coding] v5.0pre3 Start-Up Problem > Reply-To: ircservices-coding@ircservices.za.net > > If its any help Raptor IRCD is based on the undernet ircd, ircu.= > In > addition he forgot to mention that there was a patch made for us= > for > the 4.50 version of the services (I believe it was for them to be= > > able to connect) which we had been using. However this patch does= > not > work on ircservices-5.0pre3. > > On Sat, 22 Jun 2002 22:08:40 -0500, Sean Kelly wrote: > *On Sun, Jun 23, 2002 at 02:59:36AM +0100, Colin Thorpe(SCF)= > wrote: > *> Hi, My Services say they have started, but then they dont= > link, > *and on a ps > *> aux they are not listed.. and there is this in the services= > log > *file.. > * > *You have failed to provide us with any useful information. > * > *1) What type of IRC server are you using? Unrealircd,= > Dreamforge, > .. > *A quick look shows you have "RaptorIRCD.1.0.4.dcc". What is= > this > *based > *on? > * > *2) What protocol module are you using with IRCServices? > * > *3) What commands and arguments are necessary for your IRC server= > to > *accept > *an incoming link? > *PASS : > *SERVER ... > * > *> [Jun 22 21:44:00 2002] IRC Services 5.0pre3 starting up > *> [Jun 22 21:44:00 2002] httpd/main: Listening on= > 209.133.9.71:8191 > *> [Jun 22 21:44:00 2002] unknown message from server > *(:IRC1.LinkIRC.com 461 > *> SERVER :Not enough parameters) > *> [Jun 22 21:44:00 2002] unknown message from server (ERROR= > :Closing > *Link: > *> [209.133.9.71] by IRC1.LinkIRC.com (Need more parameters)) > *> [Jun 22 21:44:00 2002] Read error from server: Connection= > reset by > *peer > * > > > > > --__--__-- > > Message: 9 > Date: Sun, 23 Jun 2002 00:40:23 -0500 > From: Sean Kelly > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] v5.0pre3 Start-Up Problem > Reply-To: ircservices-coding@ircservices.za.net > > On Sun, Jun 23, 2002 at 12:53:39AM -0400, RT.Mail@verizon.net wrote: > > If its any help Raptor IRCD is based on the undernet ircd, ircu. In > > addition he forgot to mention that there was a patch made for us for > > the 4.50 version of the services (I believe it was for them to be > > able to connect) which we had been using. However this patch does not > > work on ircservices-5.0pre3. > > Sounds like you're going to have to make a protocol module for that > particular flavor of ircd. Take a look at modules/protocol/. It isn't too > hard to write one. I've already made one based off of the dreamforge > module. > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > --__--__-- From achurch at achurch.org Sun Jun 23 21:37:11 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre4 released Message-ID: <3d15c1c9.45015@achurch.org> Services 5.0pre4 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz 1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0pre4 -------------------------- 2002/06/23 Fixed infinite loop on non-Unreal servers. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Sun Jun 23 05:56:25 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre4 released Message-ID: Aint u supposed to be on vacation? :P >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Services 5.0pre4 released >Date: Sun, 23 Jun 2002 21:37:11 JST > > Services 5.0pre4 has been released, and can be downloaded from: > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >ftp://ftp.esper.net/ircservices/ (USA, California) > >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > >The other mirrors should have it shortly. > >Changes in version 5.0pre4 >-------------------------- >2002/06/23 Fixed infinite loop on non-Unreal servers. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 master at xchat.gr Sun Jun 30 06:03:25 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre4 released References: <3d15c1c9.45015@achurch.org> Message-ID: <006101c22036$86b002c0$26dbcdd4@218> Everythinh looks fine now :)))) ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, June 23, 2002 3:37 PM Subject: [IRCServices Coding] Services 5.0pre4 released > Services 5.0pre4 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > 1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > > The other mirrors should have it shortly. > > Changes in version 5.0pre4 > -------------------------- > 2002/06/23 Fixed infinite loop on non-Unreal servers. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Sun Jun 23 06:12:10 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre4 released In-Reply-To: References: Message-ID: <02062315121005.19098@adsl52064.vnet.hu> On next week I think... Romek Krisztian 2002. j?nius 23. 14:56 d?tummal ezt ?rta: > Aint u supposed to be on vacation? :P > > > From: achurch@achurch.org (Andrew Church) > > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: [IRCServices Coding] Services 5.0pre4 released > >Date: Sun, 23 Jun 2002 21:37:11 JST > > > > Services 5.0pre4 has been released, and can be downloaded from: > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >ftp://ftp.esper.net/ircservices/ (USA, California) > > > >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > > > >The other mirrors should have it shortly. > > > >Changes in version 5.0pre4 > >-------------------------- > >2002/06/23 Fixed infinite loop on non-Unreal servers. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > -- > 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-coding From uhc0 at rz.uni-karlsruhe.de Sun Jun 23 06:07:37 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released In-Reply-To: Message-ID: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> Beware the _ghost_ of Andy! ------------------------------------------------------------------ | 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Sonntag, 23. Juni 2002 14:56 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Services 5.0pre4 released > > > Aint u supposed to be on vacation? :P > > > >From: achurch@achurch.org (Andrew Church) > >Reply-To: ircservices-coding@ircservices.za.net > >To: ircservices-coding@ircservices.za.net > >Subject: [IRCServices Coding] Services 5.0pre4 released > >Date: Sun, 23 Jun 2002 21:37:11 JST > > > > Services 5.0pre4 has been released, and can be downloaded from: > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >ftp://ftp.esper.net/ircservices/ (USA, California) > > > >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > > > >The other mirrors should have it shortly. > > > >Changes in version 5.0pre4 > >-------------------------- > >2002/06/23 Fixed infinite loop on non-Unreal servers. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding > From r-krisztian at softhome.net Sun Jun 23 06:37:24 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released In-Reply-To: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> References: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> Message-ID: <02062315372400.24705@adsl52064.vnet.hu> What about Andrew Kempe? :) Can he help us? Romek Krisztian 2002. j?nius 23. 15:07 d?tummal ezt ?rta: > Beware the _ghost_ of Andy! > > ------------------------------------------------------------------ > > | 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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von Craig McLure > > Gesendet: Sonntag, 23. Juni 2002 14:56 > > An: ircservices-coding@ircservices.za.net > > Betreff: Re: [IRCServices Coding] Services 5.0pre4 released > > > > > > Aint u supposed to be on vacation? :P > > > > >From: achurch@achurch.org (Andrew Church) > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: ircservices-coding@ircservices.za.net > > >Subject: [IRCServices Coding] Services 5.0pre4 released > > >Date: Sun, 23 Jun 2002 21:37:11 JST > > > > > > Services 5.0pre4 has been released, and can be downloaded from: > > > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > >ftp://ftp.esper.net/ircservices/ (USA, California) > > > > > >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > > >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > > > > > >The other mirrors should have it shortly. > > > > > >Changes in version 5.0pre4 > > >-------------------------- > > >2002/06/23 Fixed infinite loop on non-Unreal servers. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > -- > > 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-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Sun Jun 30 06:36:27 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released References: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> <02062315372400.24705@adsl52064.vnet.hu> Message-ID: <009601c2203b$23c88ba0$26dbcdd4@218> heh.Andrew has a laptop in beach :).I see him swimming and reading the emails from the mailing list :P ----- Original Message ----- From: "Romek Krisztian" To: Sent: Sunday, June 23, 2002 4:37 PM Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released > What about Andrew Kempe? :) Can he help us? > > Romek Krisztian > > 2002. j?nius 23. 15:07 d?tummal ezt ?rta: > > Beware the _ghost_ of Andy! > > > > ------------------------------------------------------------------ > > > > | 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-coding-admin@ircservices.za.net > > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > > Auftrag von Craig McLure > > > Gesendet: Sonntag, 23. Juni 2002 14:56 > > > An: ircservices-coding@ircservices.za.net > > > Betreff: Re: [IRCServices Coding] Services 5.0pre4 released > > > > > > > > > Aint u supposed to be on vacation? :P > > > > > > >From: achurch@achurch.org (Andrew Church) > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: ircservices-coding@ircservices.za.net > > > >Subject: [IRCServices Coding] Services 5.0pre4 released > > > >Date: Sun, 23 Jun 2002 21:37:11 JST > > > > > > > > Services 5.0pre4 has been released, and can be downloaded from: > > > > > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > > >ftp://ftp.esper.net/ircservices/ (USA, California) > > > > > > > >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > > > >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > > > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > > > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > > > > > > > >The other mirrors should have it shortly. > > > > > > > >Changes in version 5.0pre4 > > > >-------------------------- > > > >2002/06/23 Fixed infinite loop on non-Unreal servers. > > > > > > > > --Andrew Church > > > > achurch@achurch.org > > > > http://achurch.org/ > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > -- > > > 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-coding > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sun Jun 23 06:41:21 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released In-Reply-To: <009601c2203b$23c88ba0$26dbcdd4@218> Message-ID: <20020623134123.PXUI1765.out020.verizon.net@bofh> Either he has a waterproof laptop or his "vacation" was really to a cyber cafe down the block for a month. < >On Sun, 30 Jun 2002 16:36:27 +0300, George Stamatiou wrote: < > heh.Andrew has a laptop in beach :).I see him swimming and < > reading the < > emails from the mailing list :P < > < > < > ----- Original Message ----- < > From: "Romek Krisztian" < > To: < > Sent: Sunday, June 23, 2002 4:37 PM < > Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released < > < > < > > What about Andrew Kempe? :) Can he help us? < > > < > > Romek Krisztian < > > < > > 2002. j?nius 23. 15:07 d?tummal ezt ?rta: < > > > Beware the _ghost_ of Andy! < > > > < > > > ------------------------------------------------------------- < > ----- < > > > < > > > | 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-coding-admin@ircservices.za.net < > > > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > > > Auftrag von Craig McLure < > > > > Gesendet: Sonntag, 23. Juni 2002 14:56 < > > > > An: ircservices-coding@ircservices.za.net < > > > > Betreff: Re: [IRCServices Coding] Services 5.0pre4 released < > > > > < > > > > < > > > > Aint u supposed to be on vacation? :P < > > > > < > > > > >From: achurch@achurch.org (Andrew Church) < > > > > >Reply-To: ircservices-coding@ircservices.za.net < > > > > >To: ircservices-coding@ircservices.za.net < > > > > >Subject: [IRCServices Coding] Services 5.0pre4 released < > > > > >Date: Sun, 23 Jun 2002 21:37:11 JST < > > > > > < > > > > > Services 5.0pre4 has been released, and can be < > downloaded from: < > > > > > < > > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South < > Africa) < > > > > >ftp://ftp.esper.net/ircservices/ (USA, < > California) < > > > > > < > > > > >f81104da570f9ebb0abb19183352d918 ircservices- < > 5.0pre4.tar.gz < > > > > >c51c730e9ccf289b136fd40b881614a0 ircservices- < > 5.0pre4.diff.gz < > > > > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4- < > 1.i386.rpm < > > > > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4- < > 1_i386.deb < > > > > > < > > > > >The other mirrors should have it shortly. < > > > > > < > > > > >Changes in version 5.0pre4 < > > > > >-------------------------- < > > > > >2002/06/23 Fixed infinite loop on non-Unreal servers. < > > > > > < > > > > > --Andrew Church < > > > > > achurch@achurch.org < > > > > > http://achurch.org/ < > > > > >---------------------------------------------------------- < > -------- < > > > > >To unsubscribe or change your subscription options, visit: < > > > > < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > > > < > > > > -- < > > > > 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-coding < > > > < > > > ------------------------------------------------------------- < > ----- < > > > To unsubscribe or change your subscription options, visit: < > > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From andrewk at isdial.net Sun Jun 23 06:42:27 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released References: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> <02062315372400.24705@adsl52064.vnet.hu> Message-ID: <005501c21abb$e23054e0$9c011ac4@af.didata.local> Hi there, What do you need help with? Andrew ----- Original Message ----- From: "Romek Krisztian" To: Sent: Sunday, June 23, 2002 3:37 PM Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released > What about Andrew Kempe? :) Can he help us? > > Romek Krisztian > [snip] From frostycoolslug at hotmail.com Sun Jun 23 06:54:04 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released Message-ID: *Finds nickserv.. i'll sort this ghost.. :p > >Beware the _ghost_ of Andy! > >------------------------------------------------------------------ >| 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 | | >------------------------------------------------------------------ > > > -- 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 r-krisztian at softhome.net Sun Jun 23 07:05:29 2002 From: r-krisztian at softhome.net (Romek Krisztian) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released In-Reply-To: <005501c21abb$e23054e0$9c011ac4@af.didata.local> References: <000001c21ab7$04b58ee0$02c8a8c0@nygmatech.local> <02062315372400.24705@adsl52064.vnet.hu> <005501c21abb$e23054e0$9c011ac4@af.didata.local> Message-ID: <02062316052902.24705@adsl52064.vnet.hu> Hi! > What do you need help with? Nothing now, but I don't know what will be in the future. I'm only asking that can you help us while Andrew Church is on vacation? If we need your help, can you answer to us like Andrew? Romek Krisztian From martinpels at hotmail.com Sun Jun 23 07:06:06 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released References: <20020623134123.PXUI1765.out020.verizon.net@bofh> Message-ID: What we are dealing with here is probably a severe form of addiction. ;-) ----- Original Message ----- From: To: Sent: Sunday, June 23, 2002 3:41 PM Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released Either he has a waterproof laptop or his "vacation" was really to a cyber cafe down the block for a month. < >On Sun, 30 Jun 2002 16:36:27 +0300, George Stamatiou wrote: < > heh.Andrew has a laptop in beach :).I see him swimming and < > reading the < > emails from the mailing list :P < > < > < > ----- Original Message ----- < > From: "Romek Krisztian" < > To: < > Sent: Sunday, June 23, 2002 4:37 PM < > Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released < > < > < > > What about Andrew Kempe? :) Can he help us? < > > < > > Romek Krisztian < > > < > > 2002. j?nius 23. 15:07 d?tummal ezt ?rta: < > > > Beware the _ghost_ of Andy! < > > > < > > > ------------------------------------------------------------- < > ----- < > > > < > > > | 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-coding-admin@ircservices.za.net < > > > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > > > Auftrag von Craig McLure < > > > > Gesendet: Sonntag, 23. Juni 2002 14:56 < > > > > An: ircservices-coding@ircservices.za.net < > > > > Betreff: Re: [IRCServices Coding] Services 5.0pre4 released < > > > > < > > > > < > > > > Aint u supposed to be on vacation? :P < > > > > < > > > > >From: achurch@achurch.org (Andrew Church) < > > > > >Reply-To: ircservices-coding@ircservices.za.net < > > > > >To: ircservices-coding@ircservices.za.net < > > > > >Subject: [IRCServices Coding] Services 5.0pre4 released < > > > > >Date: Sun, 23 Jun 2002 21:37:11 JST < > > > > > < > > > > > Services 5.0pre4 has been released, and can be < > downloaded from: < > > > > > < > > > > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South < > Africa) < > > > > >ftp://ftp.esper.net/ircservices/ (USA, < > California) < > > > > > < > > > > >f81104da570f9ebb0abb19183352d918 ircservices- < > 5.0pre4.tar.gz < > > > > >c51c730e9ccf289b136fd40b881614a0 ircservices- < > 5.0pre4.diff.gz < > > > > >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4- < > 1.i386.rpm < > > > > >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4- < > 1_i386.deb < > > > > > < > > > > >The other mirrors should have it shortly. < > > > > > < > > > > >Changes in version 5.0pre4 < > > > > >-------------------------- < > > > > >2002/06/23 Fixed infinite loop on non-Unreal servers. < > > > > > < > > > > > --Andrew Church < > > > > > achurch@achurch.org < > > > > > http://achurch.org/ < > > > > >---------------------------------------------------------- < > -------- < > > > > >To unsubscribe or change your subscription options, visit: < > > > > < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > > > < > > > > -- < > > > > 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-coding < > > > < > > > ------------------------------------------------------------- < > ----- < > > > To unsubscribe or change your subscription options, visit: < > > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sun Jun 23 23:04:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released Message-ID: <3d15d663.51156@achurch.org> You'd be surprised at how artificial intelligence has advanced these last few years... --Andrew Church achurch@achurch.org http://achurch.org/ > >Beware the _ghost_ of Andy! > >------------------------------------------------------------------ >| 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-coding-admin@ircservices.za.net >> [mailto:ircservices-coding-admin@ircservices.za.net] Im >> Auftrag von Craig McLure >> Gesendet: Sonntag, 23. Juni 2002 14:56 >> An: ircservices-coding@ircservices.za.net >> Betreff: Re: [IRCServices Coding] Services 5.0pre4 released >> >> >> Aint u supposed to be on vacation? :P >> >> >> >From: achurch@achurch.org (Andrew Church) >> >Reply-To: ircservices-coding@ircservices.za.net >> >To: ircservices-coding@ircservices.za.net >> >Subject: [IRCServices Coding] Services 5.0pre4 released >> >Date: Sun, 23 Jun 2002 21:37:11 JST >> > >> > Services 5.0pre4 has been released, and can be downloaded from: >> > >> >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> >ftp://ftp.esper.net/ircservices/ (USA, California) >> > >> >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz >> >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz >> >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm >> >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb >> > >> >The other mirrors should have it shortly. >> > >> >Changes in version 5.0pre4 >> >-------------------------- >> >2002/06/23 Fixed infinite loop on non-Unreal servers. >> > >> > --Andrew Church >> > achurch@achurch.org >> > http://achurch.org/ >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> >> >> -- >> 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-coding >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Sun Jun 23 18:00:49 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released Message-ID: <102484444901@mailserver.mail.gr> Óôßò Sun, 23 Jun 2002 23:04:15 JST achurch@achurch.org Ýãñáøå: > You'd be surprised at how artificial intelligence has advanced these > last few years... imagine ircservices auto-bug-tracking and auto-patching themselves! :P > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > > >Beware the _ghost_ of Andy! > > > >------------------------------------------------------------------ > >| 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-coding-admin@ircservices.za.net > >> [mailto:ircservices-coding-admin@ircservices.za.net] Im > >> Auftrag von Craig McLure > >> Gesendet: Sonntag, 23. Juni 2002 14:56 > >> An: ircservices-coding@ircservices.za.net > >> Betreff: Re: [IRCServices Coding] Services 5.0pre4 released > >> > >> > >> Aint u supposed to be on vacation? :P > >> > >> > >> >From: achurch@achurch.org (Andrew Church) > >> >Reply-To: ircservices-coding@ircservices.za.net > >> >To: ircservices-coding@ircservices.za.net > >> >Subject: [IRCServices Coding] Services 5.0pre4 released > >> >Date: Sun, 23 Jun 2002 21:37:11 JST > >> > > >> > Services 5.0pre4 has been released, and can be downloaded from: > >> > > >> >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >> >ftp://ftp.esper.net/ircservices/ (USA, California) > >> > > >> >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > >> >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > >> >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > >> >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > >> > > >> >The other mirrors should have it shortly. > >> > > >> >Changes in version 5.0pre4 > >> >-------------------------- > >> >2002/06/23 Fixed infinite loop on non-Unreal servers. > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> > >> > >> > >> -- > >> 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-coding > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From frostycoolslug at hotmail.com Sun Jun 23 08:21:55 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:29 2004 Subject: AW: [IRCServices Coding] Services 5.0pre4 released Message-ID: Bah.. ghost him neway :D >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: AW: [IRCServices Coding] Services 5.0pre4 released >Date: Sun, 23 Jun 2002 23:04:15 JST > > You'd be surprised at how artificial intelligence has advanced these >last few years... > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > > >Beware the _ghost_ of Andy! > > > >------------------------------------------------------------------ > >| 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-coding-admin@ircservices.za.net > >> [mailto:ircservices-coding-admin@ircservices.za.net] Im > >> Auftrag von Craig McLure > >> Gesendet: Sonntag, 23. Juni 2002 14:56 > >> An: ircservices-coding@ircservices.za.net > >> Betreff: Re: [IRCServices Coding] Services 5.0pre4 released > >> > >> > >> Aint u supposed to be on vacation? :P > >> > >> > >> >From: achurch@achurch.org (Andrew Church) > >> >Reply-To: ircservices-coding@ircservices.za.net > >> >To: ircservices-coding@ircservices.za.net > >> >Subject: [IRCServices Coding] Services 5.0pre4 released > >> >Date: Sun, 23 Jun 2002 21:37:11 JST > >> > > >> > Services 5.0pre4 has been released, and can be downloaded from: > >> > > >> >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >> >ftp://ftp.esper.net/ircservices/ (USA, California) > >> > > >> >f81104da570f9ebb0abb19183352d918 ircservices-5.0pre4.tar.gz > >> >c51c730e9ccf289b136fd40b881614a0 ircservices-5.0pre4.diff.gz > >> >1a430a879f64f1923414cbe9174249f0 ircservices-5.0pre4-1.i386.rpm > >> >dcf3f18833dca954dc99a3cbda42d3c5 ircservices_5.0pre4-1_i386.deb > >> > > >> >The other mirrors should have it shortly. > >> > > >> >Changes in version 5.0pre4 > >> >-------------------------- > >> >2002/06/23 Fixed infinite loop on non-Unreal servers. > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> > >> > >> > >> -- > >> 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-coding > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 frostycoolslug at hotmail.com Sun Jun 23 09:25:24 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] _'s in linking nicknames... Message-ID: since that change was made to services which prevents invalid nicknames being linked, its preventing any nickname with an _ in it (something like Craig_McLure) being linked, even though they are a valid nick... -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From dooley at risanet.com Sun Jun 23 09:30:10 2002 From: dooley at risanet.com (Dooley) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] More on the Strange problem.... References: <011301c21a64$628d14a0$0201a8c0@banzai> Message-ID: <005d01c21ad3$413a8110$0201a8c0@banzai> The pre4 patch fixed my error up. ----- Original Message ----- From: "Dooley" To: Sent: Saturday, June 22, 2002 10:16 PM Subject: Re: [IRCServices Coding] More on the Strange problem.... > Thanks All I will grab the diffs and upgrade to pre1, then pre2 then to pre3 > checking each time to see where it stops working if all of that goes well I > will then be able to do a diff against the archive versus what I have > patched up to. Just thought I would shoot off a message just in case I > missed a notice. > > > ----- Original Message ----- > From: "Craig McLure" > To: > Sent: Saturday, June 22, 2002 6:44 PM > Subject: Re: [IRCServices Coding] More on the Strange problem.... > > > > ok.. can we get ne other details? i'll get my Development Team (Creaters > of > > LoveServ, and a very modified StatServ) to take a look, just need all the > > possible details :) > > > > > > >From: Panagiotis Kefalidis ( Gizm0 ) > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: ircservices-coding@ircservices.za.net > > >Subject: Re: [IRCServices Coding] More on the Strange problem.... > > >Date: Sun, 23 Jun 2002 2:23:14 EEST > > >MIME-Version: 1.0 > > > > > >???? Sat, 22 Jun 2002 23:05:34 +0100 "Craig McLure" ??????: > > > > > > > The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet? > > >i believe he tried this in order to find if the problem is in his > > >configuration file or not ... it looks like a bug or sth .. propably ... > > >The bad news is that andrew is on vacation and we can't have an answer > > >weither this is a configuration error or an ircservices bug :/ > > > > > > > > > > > > >From: "Dooley" > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > >To: > > > > >Subject: [IRCServices Coding] More on the Strange problem.... > > > > >Date: Sat, 22 Jun 2002 16:59:26 -0500 > > > > > > > > > >I grabbed pre0 compiled it used the pre3 config files and it fired > > >right > > > > >up...... > > > > > > > > > > > > > > > > > > -- > > > > Craig McLure > > > > Craig@chatspike.net > > > > Network Administrator of the ChatSpike IRC Network. > > > > ChatSpike, the users network! www.chatspike.net > > > > > > > > > > > > _________________________________________________________________ > > > > Join the world's largest e-mail service with MSN Hotmail. > > > > http://www.hotmail.com > > > > > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > >"Give me a reason to believe..." > > > > > > Gizm0.- > > > > > >------------------------------------------------------------- > > >http://www.mail.gr/ - Get Your Private Free Email Address! > > >http://www.ringtone.gr/ - Ringtones & Logos for your mobile! > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > Craig McLure > > Craig@chatspike.net > > Network Administrator of the ChatSpike IRC Network. > > ChatSpike, the users network! www.chatspike.net > > > > > > _________________________________________________________________ > > Join the world's largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Mon Jun 24 02:28:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre5 released Message-ID: <3d16053f.05660@achurch.org> Services 5.0pre5 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 3bd5a21b93abaf75c84b632e4e3208bc ircservices-5.0pre5.tar.gz 61843f70f4e0280a3422309da20d05dd ircservices-5.0pre5.diff.gz f22beed9c73259c459d74f21210080ca ircservices-5.0pre5-1.i386.rpm b26ef650d000270b2a6dcde03353b010 ircservices_5.0pre5-1_i386.deb The other mirrors should have it shortly. This release corrects the same format string bug fixed in 4.5.41 (just released a moment ago). As with 4.5.41, anyone using the 5.0 beta should immediately upgrade to this version. Changes in version 5.0pre5 -------------------------- 2002/06/24 Applied fix to format-string bug from version 4.5.41. --Andrew Church achurch@achurch.org http://achurch.org/ From aragon at phat.za.net Sun Jun 23 10:52:03 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre5 released References: <3d16053f.05660@achurch.org> Message-ID: <002001c21ade$b0ac9f00$01000001@aragon> Hi Andrew, Is this fix available as a diff? Thanks, Aragon ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, June 23, 2002 7:28 PM Subject: [IRCServices Coding] Services 5.0pre5 released > Services 5.0pre5 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > 3bd5a21b93abaf75c84b632e4e3208bc ircservices-5.0pre5.tar.gz > 61843f70f4e0280a3422309da20d05dd ircservices-5.0pre5.diff.gz > f22beed9c73259c459d74f21210080ca ircservices-5.0pre5-1.i386.rpm > b26ef650d000270b2a6dcde03353b010 ircservices_5.0pre5-1_i386.deb > > The other mirrors should have it shortly. > > This release corrects the same format string bug fixed in 4.5.41 > (just released a moment ago). As with 4.5.41, anyone using the 5.0 beta > should immediately upgrade to this version. > > Changes in version 5.0pre5 > -------------------------- > 2002/06/24 Applied fix to format-string bug from version 4.5.41. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Sun Jun 23 10:57:31 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre5 released Message-ID: <002e01c21adf$73f83230$01000001@aragon> Ignore that. I browsed the FTP site for a change :). Thanks, Aragon ----- Original Message ----- From: "Aragon Gouveia" To: Sent: Sunday, June 23, 2002 7:52 PM Subject: Re: [IRCServices Coding] Services 5.0pre5 released > Hi Andrew, > > Is this fix available as a diff? > > > Thanks, > Aragon > > > ----- Original Message ----- > From: "Andrew Church" > To: > Sent: Sunday, June 23, 2002 7:28 PM > Subject: [IRCServices Coding] Services 5.0pre5 released > > > > Services 5.0pre5 has been released, and can be downloaded from: > > > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > ftp://ftp.esper.net/ircservices/ (USA, California) > > > > 3bd5a21b93abaf75c84b632e4e3208bc ircservices-5.0pre5.tar.gz > > 61843f70f4e0280a3422309da20d05dd ircservices-5.0pre5.diff.gz > > f22beed9c73259c459d74f21210080ca ircservices-5.0pre5-1.i386.rpm > > b26ef650d000270b2a6dcde03353b010 ircservices_5.0pre5-1_i386.deb > > > > The other mirrors should have it shortly. > > > > This release corrects the same format string bug fixed in 4.5.41 > > (just released a moment ago). As with 4.5.41, anyone using the 5.0 beta > > should immediately upgrade to this version. > > > > Changes in version 5.0pre5 > > -------------------------- > > 2002/06/24 Applied fix to format-string bug from version 4.5.41. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From RT.Mail at verizon.net Sun Jun 23 13:35:28 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Services 5.0pre5 released In-Reply-To: <3d16053f.05660@achurch.org> Message-ID: <20020623203533.BMAL27331.out013.verizon.net@bofh> Hey Andrew can you go away on vacation more often please. These new versions seem to roll out much faster when your away. Thanks :P < >On Mon, 24 Jun 2002 02:28:07 JST, Andrew Church wrote: < > Services 5.0pre5 has been released, and can be downloaded < > from: < > < > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) < > ftp://ftp.esper.net/ircservices/ (USA, California) < > < > 3bd5a21b93abaf75c84b632e4e3208bc ircservices-5.0pre5.tar.gz < > 61843f70f4e0280a3422309da20d05dd ircservices-5.0pre5.diff.gz < > f22beed9c73259c459d74f21210080ca ircservices-5.0pre5-1.i386.rpm < > b26ef650d000270b2a6dcde03353b010 ircservices_5.0pre5-1_i386.deb < > < > The other mirrors should have it shortly. < > < > This release corrects the same format string bug fixed in < > 4.5.41 < > (just released a moment ago). As with 4.5.41, anyone using the < > 5.0 beta < > should immediately upgrade to this version. < > < > Changes in version 5.0pre5 < > -------------------------- < > 2002/06/24 Applied fix to format-string bug from version 4.5.41. < > < > --Andrew Church < > achurch@achurch.org < > http://achurch.org/ < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Sun Jun 23 21:18:25 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] Test Message-ID: I just got my mail server back and I'm just checking that my subscription to these lists hasn't died From Yaniv at icq.com Mon Jun 24 07:29:56 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:29 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536DD@icq02mdc.icq.il.office.aol.com> i compiled version 5.0pre5 on a linux machine and after editing the ircservices.conf and modules.conf i tried 2 run it but i got this error: ircservices.conf:790: Line too long (4093 bytes maximum) Initialization failed, exiting. any1 has any idea? cause i can't find anything wrong in my conf file ___________________________ YaNuSH Irc Administrator ICQ#: 22220 Current ICQ status: * Work Tel#: 03-7665595 * Fax#: 03-7665566 * More ways to contact me _____________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020624/6b3fe9fb/attachment.htm From martinpels at hotmail.com Mon Jun 24 06:37:50 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 References: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536DD@icq02mdc.icq.il.office.aol.com> Message-ID: I've had that error before. Don't know what caused it though. I solved it by simply redoing the whole conf. ----- Original Message ----- From: Yaniv Gamzo To: ircservices-coding@ircservices.za.net Sent: Monday, June 24, 2002 4:29 PM Subject: [IRCServices Coding] 5.0pre5 i compiled version 5.0pre5 on a linux machine and after editing the ircservices.conf and modules.conf i tried 2 run it but i got this error: ircservices.conf:790: Line too long (4093 bytes maximum) Initialization failed, exiting. any1 has any idea? cause i can't find anything wrong in my conf file ___________________________ YaNuSH Irc Administrator ICQ#: 22220 Current ICQ status: ( Work Tel#: 03-7665595 7 Fax#: 03-7665566 + More ways to contact me _____________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020624/f99e3a74/attachment.html From Yaniv at icq.com Mon Jun 24 07:40:39 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536DE@icq02mdc.icq.il.office.aol.com> i guess it's cause i slept 2 hours 2night. i think that going on it all over again would get me in2 bigger troubles :) i'll go through it 2morrow. (though i would love 2 hear about any other suggstions ;-) -----Original Message----- From: Martin Pels [mailto:martinpels@hotmail.com] Sent: Monday, June 24, 2002 3:38 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] 5.0pre5 I've had that error before. Don't know what caused it though. I solved it by simply redoing the whole conf. ----- Original Message ----- From: Yaniv Gamzo To: ircservices-coding@ircservices.za.net Sent: Monday, June 24, 2002 4:29 PM Subject: [IRCServices Coding] 5.0pre5 i compiled version 5.0pre5 on a linux machine and after editing the ircservices.conf and modules.conf i tried 2 run it but i got this error: ircservices.conf:790: Line too long (4093 bytes maximum) Initialization failed, exiting. any1 has any idea? cause i can't find anything wrong in my conf file ___________________________ YaNuSH Irc Administrator ICQ#: 22220 Current ICQ status: * Work Tel#: 03-7665595 * Fax#: 03-7665566 * More ways to contact me _____________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020624/b8cf9cd0/attachment.htm From frostycoolslug at hotmail.com Mon Jun 24 06:44:25 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: Check line 790 of your ircservices.conf, make sure there are no excess spaces following that line, if there are none, remove the line, hit return, then re-type it.. that should solve your probs. And please.. dont send HTML email to the list :) >From: Yaniv Gamzo >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] 5.0pre5 >Date: Mon, 24 Jun 2002 16:29:56 +0200 > >i compiled version 5.0pre5 on a linux machine and >after editing the ircservices.conf and modules.conf >i tried 2 run it but i got this error: >ircservices.conf:790: Line too long (4093 bytes maximum) >Initialization failed, exiting. > >any1 has any idea? cause i can't find anything wrong in my conf file >___________________________ >YaNuSH >Irc Administrator >ICQ#: 22220 > >Current ICQ status: > >* Work Tel#: 03-7665595 >* Fax#: 03-7665566 >* More ways to contact me >_____________________ > > -- 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 Yaniv at icq.com Mon Jun 24 07:46:56 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536DF@icq02mdc.icq.il.office.aol.com> ok. it's plain text now. line 790 is my last line it was line 792 b4 so i deleted the last 2 lines and it gave me this :( -----Original Message----- From: Craig McLure [mailto:frostycoolslug@hotmail.com] Sent: Monday, June 24, 2002 3:44 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] 5.0pre5 Check line 790 of your ircservices.conf, make sure there are no excess spaces following that line, if there are none, remove the line, hit return, then re-type it.. that should solve your probs. And please.. dont send HTML email to the list :) >From: Yaniv Gamzo >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] 5.0pre5 >Date: Mon, 24 Jun 2002 16:29:56 +0200 > >i compiled version 5.0pre5 on a linux machine and >after editing the ircservices.conf and modules.conf >i tried 2 run it but i got this error: >ircservices.conf:790: Line too long (4093 bytes maximum) >Initialization failed, exiting. > >any1 has any idea? cause i can't find anything wrong in my conf file >___________________________ >YaNuSH >Irc Administrator >ICQ#: 22220 > >Current ICQ status: > >* Work Tel#: 03-7665595 >* Fax#: 03-7665566 >* More ways to contact me >_____________________ > > -- 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-coding From achurch at achurch.org Mon Jun 24 23:49:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: <3d173183.02725@achurch.org> This can happen if the last line of the file is missing an end-of-line (\n) character. Add it and the error will go away. --Andrew Church achurch@achurch.org http://achurch.org/ >ok. it's plain text now. >line 790 is my last line >it was line 792 b4 so i deleted the last 2 lines and it gave me this :( > >-----Original Message----- >From: Craig McLure [mailto:frostycoolslug@hotmail.com] >Sent: Monday, June 24, 2002 3:44 PM >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] 5.0pre5 > > >Check line 790 of your ircservices.conf, make sure there are no excess >spaces following that line, if there are none, remove the line, hit return, >then re-type it.. that should solve your probs. > > >And please.. dont send HTML email to the list :) > > >>From: Yaniv Gamzo >>Reply-To: ircservices-coding@ircservices.za.net >>To: ircservices-coding@ircservices.za.net >>Subject: [IRCServices Coding] 5.0pre5 >>Date: Mon, 24 Jun 2002 16:29:56 +0200 >> >>i compiled version 5.0pre5 on a linux machine and >>after editing the ircservices.conf and modules.conf >>i tried 2 run it but i got this error: >>ircservices.conf:790: Line too long (4093 bytes maximum) >>Initialization failed, exiting. >> >>any1 has any idea? cause i can't find anything wrong in my conf file >>___________________________ >>YaNuSH >>Irc Administrator >>ICQ#: 22220 >> >>Current ICQ status: >> >>* Work Tel#: 03-7665595 >>* Fax#: 03-7665566 >>* More ways to contact me >>_____________________ >> >> > > > > >-- >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-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Yaniv at icq.com Mon Jun 24 08:59:13 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] 5.0pre5 Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536E0@icq02mdc.icq.il.office.aol.com> ty very much i should've think about it myself (and on the other hand, it should've been written somewhere) ty -----Original Message----- From: achurch@achurch.org [mailto:achurch@achurch.org] Sent: Monday, June 24, 2002 4:49 PM To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] 5.0pre5 This can happen if the last line of the file is missing an end-of-line (\n) character. Add it and the error will go away. --Andrew Church achurch@achurch.org http://achurch.org/ >ok. it's plain text now. >line 790 is my last line >it was line 792 b4 so i deleted the last 2 lines and it gave me this :( > >-----Original Message----- >From: Craig McLure [mailto:frostycoolslug@hotmail.com] >Sent: Monday, June 24, 2002 3:44 PM >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] 5.0pre5 > > >Check line 790 of your ircservices.conf, make sure there are no excess >spaces following that line, if there are none, remove the line, hit return, >then re-type it.. that should solve your probs. > > >And please.. dont send HTML email to the list :) > > >>From: Yaniv Gamzo >>Reply-To: ircservices-coding@ircservices.za.net >>To: ircservices-coding@ircservices.za.net >>Subject: [IRCServices Coding] 5.0pre5 >>Date: Mon, 24 Jun 2002 16:29:56 +0200 >> >>i compiled version 5.0pre5 on a linux machine and >>after editing the ircservices.conf and modules.conf >>i tried 2 run it but i got this error: >>ircservices.conf:790: Line too long (4093 bytes maximum) >>Initialization failed, exiting. >> >>any1 has any idea? cause i can't find anything wrong in my conf file >>___________________________ >>YaNuSH >>Irc Administrator >>ICQ#: 22220 >> >>Current ICQ status: >> >>* Work Tel#: 03-7665595 >>* Fax#: 03-7665566 >>* More ways to contact me >>_____________________ >> >> > > > > >-- >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-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Yaniv at icq.com Tue Jun 25 08:15:05 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] chanserv clear bans bug Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536E7@icq02mdc.icq.il.office.aol.com> i'm running ircservices5.0pre5 on unrealircd 3.2beta10 i did the following: set bans till the ban list gets full: <-> YaNuSH sets mode: +bbb 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 <-> YaNuSH sets mode: +bbb 8rAVb64A860It27!g8QbF145a4@Op3h5gl2II6t8T650hM0CFS1TKJvNt YaO934ePLmqmA4E!Z4ioG2U6OK@hy8hQq7KX30ji8tQD1LvIsP1LDe2Zv <-> YaNuSH sets mode: +bbb 2W63u09U4By6Bj0!Z0WuKEca96@jy8vY48B037QLmSV0aDfbL3Y0Js7v5 azl1bablsnaU3jE!8nGBwnx397@r6klKxuj537ghWUuZj086I6g3X94mE <-> YaNuSH sets mode: +bbb YppDwErh6SF6mPB!ku61ZNQnIA@9zrTQ3Ibj3tDfJf87M2px18bbxmYuT T7125kG474JPpb8!IxBqxezIeT@tYX2mNB9Tew00895U46w37z5lSXZqM <-> YaNuSH sets mode: +bbb V1wn76bL3xW2a4V!m0I9JE4HsV@7YiIS22EAc89B21qP5jDZ0NZDv9746 sk1JR29Xp9xasca!5XA5VbwH11@38Vt1KVT118Ew408g7N6t928N84Jpm <-> YaNuSH sets mode: +bbb 5EiHsEFZJOyDX50!0TFe6YoiSL@e9n6eP53ovSqw0o45n23fM0NDXY6cA ePmOx31860V38eF!V1I81l4Bt8@32v5Lavw5dx3j2sqra1pp7Yi2sgTWT (!) #channel Ban/Ignore list is full now it's full and holds 18 bans (go figure y 18 only) but now when i'm using chanserv clear #channel bans command: <-> ChanServ sets mode: -bbbbbb 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 <-> ChanServ sets mode: -bbbbbb YppDwErh6SF6mPB!ku61ZNQnIA@9zrTQ3Ibj3tDfJf87M2px18bbxmYuT T7125kG474JPpb8!IxBqxezIeT@tYX2mNB9Tew00895U46w37z5lSXZqM it drops only 12 ban addresses. so there are 6 more 2 drop and it doesn't any idea? From uhc0 at rz.uni-karlsruhe.de Tue Jun 25 09:49:41 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:30 2004 Subject: AW: [IRCServices Coding] chanserv clear bans bug In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536E7@icq02mdc.icq.il.office.aol.com> Message-ID: <000601c21c68$5f566830$02c8a8c0@nygmatech.local> Hi; > <-> YaNuSH sets mode: +bbb > 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk > FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 Where is the third ban here ? First Ban: 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk Second Ban: FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 Where is the third ? You only do set 2 each time, your ircd seems to be buggy, and it thinks you were sending 3. Since services gets also 2, and after 6 times, where only two bans are set, it removes 12. There is no problem I, unless you can say, where the third ban is. 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 Yaniv at icq.com Wed Jun 26 00:33:34 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] chanserv clear bans bug Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536E8@icq02mdc.icq.il.office.aol.com> hmm... i haven't noticed it. but... on /modes # b i can still c 18 bans and i can take off those modes manually, so it's still weird. even if u use the clear bans twice it's not helping. i'll try it on another ircd and i'll let u know -----Original Message----- From: Yusuf Iskenderoglu [mailto:uhc0@rz.uni-karlsruhe.de] Sent: Tuesday, June 25, 2002 6:50 PM To: ircservices-coding@ircservices.za.net Subject: AW: [IRCServices Coding] chanserv clear bans bug Hi; > <-> YaNuSH sets mode: +bbb > 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk > FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 Where is the third ban here ? First Ban: 3Z4hN9Im8UPI31e!5BSTNO6kW3@d0EY1ts4E33t5NMuj6c7q7IXt9qYsk Second Ban: FB3rzop5s0u5mBn!X39Z8ykTgP@Xo1ILnN175ACUSiNy70096T9P4CNf7 Where is the third ? You only do set 2 each time, your ircd seems to be buggy, and it thinks you were sending 3. Since services gets also 2, and after 6 times, where only two bans are set, it removes 12. There is no problem I, unless you can say, where the third ban is. 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-coding From griever at t2n.org Wed Jun 26 01:05:42 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] chanserv clear bans bug In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536E8@icq02mdc.icq.il.office.aol.com> Message-ID: On Wed, 26 Jun 2002, Yaniv Gamzo wrote: > hmm... i haven't noticed it. > but... on /modes # b i can still c 18 bans > and i can take off those modes manually, > so it's still weird. even if u use the clear bans twice > it's not helping. i'll try it on another ircd and i'll let u know It's a known unreal bug, It should be fixed as soon as possible (if you're using unreal) From Yaniv at icq.com Wed Jun 26 02:07:33 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] chanserv clear bans bug Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E1536EB@icq02mdc.icq.il.office.aol.com> cool, u just saved me time of writing 2 unreal coding list ;-) -----Original Message----- From: Finny Merrill [mailto:griever@t2n.org] Sent: Wednesday, June 26, 2002 10:06 AM To: 'ircservices-coding@ircservices.za.net' Subject: RE: [IRCServices Coding] chanserv clear bans bug On Wed, 26 Jun 2002, Yaniv Gamzo wrote: > hmm... i haven't noticed it. > but... on /modes # b i can still c 18 bans > and i can take off those modes manually, > so it's still weird. even if u use the clear bans twice > it's not helping. i'll try it on another ircd and i'll let u know It's a known unreal bug, It should be fixed as soon as possible (if you're using unreal) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Ganja51 at earthlink.net Thu Jun 27 20:05:09 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] ChanServ OP for some channels References: <3d108139.04037@achurch.org> Message-ID: <000901c21e50$a22eaca0$2e88fea9@kris5461> For certain channels on my network the /msg ChanServ OP #chan nick command is not working. When a user who is on the access list that isn't op'd use it, they get "-ChanServ- Sorry, the OP command is temporarily unavailable." While in other channels it works fine "-ChanServ- Opped Ganja51 on channel #botsex." And on those channels where it's not working in, nobody on the access list can use that command. I'm running pre5 with Unreal3.2. Just wondering if anyone else is experiencing this. ~Ganja51 irc.lcirc.net From Ganja51 at earthlink.net Thu Jun 27 20:07:22 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Services 5.0pre3 released References: <3d12a2fe.63535@achurch.org> Message-ID: <000f01c21e50$ef027d90$2e88fea9@kris5461> > 2002/06/21 Fixed bug preventing memo notification on IDENTIFY. > Reported by George Stamatiou I reported this a day before he did. =/ ~Ganja51 irc.lcirc.net From frostycoolslug at hotmail.com Sat Jun 29 18:46:25 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] G:Lines.. Message-ID: I've connected a second IRCServices server to our network, this is where we develope modules, yet whenever we add an akill, we find this new server removes the G:Lines.. is there a way to stop this from happening? -- 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 uhc0 at rz.uni-karlsruhe.de Sun Jun 30 01:53:31 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:30 2004 Subject: AW: [IRCServices Coding] G:Lines.. In-Reply-To: Message-ID: <000801c22013$ae20d550$02c8a8c0@nygmatech.local> I do not think that ircservices should assume that there are multiple U:lined servers online. Additionally, services removes any glines/shuns/etc which origin from sources other than OperServ. This behavior cannot be shut down. When it is a development services version, you could a) not load akill modules b) hack the code, that it does not show interest in TKLs. since your aim is not prooving that akills are working, but your module does. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Sonntag, 30. Juni 2002 03:46 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] G:Lines.. > > > I've connected a second IRCServices server to our network, > this is where we > develope modules, yet whenever we add an akill, we find this > new server > removes the G:Lines.. is there a way to stop this from happening? > > > > -- > 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-coding > From rg at tcslon.com Sun Jun 30 01:54:22 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] G:Lines.. In-Reply-To: Message-ID: > I've connected a second IRCServices server to our network, this > is where we > develope modules, yet whenever we add an akill, we find this new server > removes the G:Lines.. is there a way to stop this from happening? There doesn't seem to be a way in the config or anything. You could use a patch like this one I did for someone (for Unreal): --- ./unreal.c.old Sun Jun 21 10:49:06 2002 +++ ./unreal.c Sun Jun 21 10:50:05 2002 @@ -459,12 +459,6 @@ static void m_tkl(char *source, int ac, char **av) { - /* Clear out any TKL + [GZ] we get; if it's really valid, the - * AKILL/SLINE modules will re-add it for us. */ - if (ac < 4 || *av[0] != '+' || (*av[1] != 'G' && *av[1] != 'Z')) - return; - send_cmd(ServerName, "TKL - %c %s %s %s", - *av[1], av[2], av[3], ServerName); } /*************************************************************************/ Russ Garrett russ@garrett.co.uk From griever at t2n.org Sun Jun 30 04:24:05 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] G:Lines.. In-Reply-To: Message-ID: Why do G:lines still get autoremoved if the akill module isn't loaded? From RT.Mail at verizon.net Sun Jun 30 05:49:19 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Connecting services In-Reply-To: Message-ID: <20020630124923.CQLZ14559.out019.verizon.net@bofh> Hi. If someone would be willing we would really appreciate it. We need a patch to allows the 5.0 services to connect to Raptor IRCD. We had a patch for the 4.5.0 services however it does not work for 5.0. Raptor IRCD can be downloaded at www.raptorircd.org. Also if it helps its based on ircu. Thanks for the help. From frostycoolslug at hotmail.com Sun Jun 30 06:38:31 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] G:Lines.. Message-ID: It Seems as Russ said, to be hard coded into the protocol module.. imo.. thats prolly the only place it can really go, Russ's fix worked (cheers m8) and thats all i know :P >From: Finny Merrill >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: RE: [IRCServices Coding] G:Lines.. >Date: Sun, 30 Jun 2002 05:24:05 -0600 (CST) > >Why do G:lines still get autoremoved if the akill module >isn't loaded? > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From rg at tcslon.com Sun Jun 30 07:33:15 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] G:Lines.. In-Reply-To: Message-ID: > Why do G:lines still get autoremoved if the akill module > isn't loaded? I can tell you the how but not the why: They're removed by the protocol module itself, not by the akill module. I think they should be removed by the akill module though - it shouldn't be that hard to do, although the module loading order might have some effect. I shall give it a go when NTL restore my damn broadband.... ;) Russ Garrett russ@garrett.co.uk From frostycoolslug at hotmail.com Sun Jun 30 08:49:04 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Connecting services Message-ID: I'll take a look at the protocol modules.. see if i can make 1 :) >From: "RT.Mail@verizon.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: RE: [IRCServices Coding] Connecting services >Date: Sun, 30 Jun 2002 08:49:19 -0400 > >Hi. If someone would be willing we would really appreciate it. We >need a patch to allows the 5.0 services to connect to Raptor IRCD. We >had a patch for the 4.5.0 services however it does not work for 5.0. >Raptor IRCD can be downloaded at www.raptorircd.org. Also if it helps >its based on ircu. Thanks for the help. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 RT.Mail at verizon.net Sun Jun 30 09:05:55 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Connecting services In-Reply-To: Message-ID: <20020630160456.BLCJ21841.out006.verizon.net@bofh> Thanks alot < >On Sun, 30 Jun 2002 16:49:04 +0100, Craig McLure wrote: < > I'll take a look at the protocol modules.. see if i can make 1 < > :) < > < > < > >From: "RT.Mail@verizon.net" < > >Reply-To: ircservices-coding@ircservices.za.net < > >To: < > >Subject: RE: [IRCServices Coding] Connecting services < > >Date: Sun, 30 Jun 2002 08:49:19 -0400 < > > < > >Hi. If someone would be willing we would really appreciate it. < > We < > >need a patch to allows the 5.0 services to connect to Raptor < > IRCD. We < > >had a patch for the 4.5.0 services however it does not work for < > 5.0. < > >Raptor IRCD can be downloaded at www.raptorircd.org. Also if it < > helps < > >its based on ircu. Thanks for the help. < > > < > > < > > < > >---------------------------------------------------------------- < > -- < > >To unsubscribe or change your subscription options, visit: < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > < > < > < > -- < > 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-coding From master at xchat.gr Sun Jun 30 09:45:07 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] request References: Message-ID: <000c01c22055$7ff8b570$6146fea9@zeus> I'm wondering if is possible to have a default Time zone like default language in config file. For example, services to have that time, rather than the server time before users change time by /ns set timezone +1 George Stamatiou From frostycoolslug at hotmail.com Tue Jul 2 10:36:27 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. Message-ID: could some1 add a few commands so the following could be done: a Dropnick that just drops the selected nick and not all nicks linked to it (currently, i have to getpass.. change nick.. id as some1 else, then unlink the nick.. thats a long way to do it.. and ppl complain ;) Also, a way where ppl can link registered nicks with the password ala 4.5, i'm asking this on behalf of the users on ChatSpike.. some cant seem to work the new link thing right, and have already registered 20nicks for linking.. seems some ppl are used to do it the old way.. would be nice if that option was still avaliable :) -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From aragon at phat.za.net Tue Jul 2 12:53:17 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. In-Reply-To: References: Message-ID: <20020702195317.GA35162@phat.za.net> | By Craig McLure | [ 2002-07-02 19:37 +0200 ] > a Dropnick that just drops the selected nick and not all nicks linked to it > (currently, i have to getpass.. change nick.. id as some1 else, then unlink > the nick.. thats a long way to do it.. and ppl complain ;) Yea, I also think this would be a nice feature to have. > Also, a way where ppl can link registered nicks with the password ala 4.5, > i'm asking this on behalf of the users on ChatSpike.. some cant seem to > work the new link thing right, and have already registered 20nicks for > linking.. seems some ppl are used to do it the old way.. would be nice if > that option was still avaliable :) Yes. Maybe even give the option to the user. Regards, Aragon From jak at ircii.org Tue Jul 2 18:54:23 2002 From: jak at ircii.org (Kevin Intoen) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] mysql support Message-ID: <20020703015423.GD65108@switchblade.cyberpunkz.org> Hello, I'm new to the list but I searched the archives and the last reference to MySQL support was back in May. What is the status of the MySQL support? From RT.Mail at verizon.net Tue Jul 2 19:22:09 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] mysql support In-Reply-To: <20020703015423.GD65108@switchblade.cyberpunkz.org> Message-ID: <20020703022214.DWVJ14455.out002.verizon.net@bofh> last i heard is do to lack of time it wasn't going to be included in this version however it was planned for future versions. < >On Tue, 2 Jul 2002 21:54:23 -0400, Kevin Intoen wrote: < > Hello, I'm new to the list but I searched the archives and the < > last reference < > to MySQL support was back in May. What is the status of the < > MySQL support? < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Wed Jul 3 09:58:08 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] mysql support Message-ID: I heard it wasnt done cause of the way the Databases were structured.. *ShRuGs* i'll get 1 of my Tech Admins to look at it :) >From: "RT.Mail@verizon.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] mysql support >Date: Tue, 2 Jul 2002 22:22:09 -0400 > >last i heard is do to lack of time it wasn't going to be included in >this version however it was planned for future versions. > >< >On Tue, 2 Jul 2002 21:54:23 -0400, Kevin Intoen wrote: >< > Hello, I'm new to the list but I searched the archives and the >< > last reference >< > to MySQL support was back in May. What is the status of the >< > MySQL support? >< > >< > ----------------------------------------------------------------- >< > - >< > To unsubscribe or change your subscription options, visit: >< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 linuxworm at turk.net Wed Jul 3 11:23:01 2002 From: linuxworm at turk.net (LINUX WORM) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Channel is not in use Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020703/261fc8ef/attachment.html From aragon at phat.za.net Wed Jul 3 14:33:58 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] mysql support In-Reply-To: References: Message-ID: <20020703213358.GA53409@phat.za.net> | By Craig McLure | [ 2002-07-03 18:59 +0200 ] > I heard it wasnt done cause of the way the Databases were structured.. > *ShRuGs* i'll get 1 of my Tech Admins to look at it :) It shouldn't be too difficult to structure the sql tables for services. I think the biggest difficulty is constructing all the queries to take care of things like linked nicks, access lists, levels, etc. From my limited understanding of how services works currently, it reads the entire db files into memory and works with the data from there, dumping memory to the hard drive every so often. You could probably employ the same technique with sql, but that would mean *only* services would be able to perform changes safely. Which kinda defeats the purpose of using sql :/ I wrote a script a while ago that reads in ircservices's nick.db and dumps it into some sql tables so I can integrate some services features into our web page. It works quite nicely. Users can login using their nickserv passwords, check memos, edit their web info, etc. But, unfortunately its read only. Hopefully I'll have time to convert chan.db sometime too. Regards, Aragon From RT.Mail at verizon.net Wed Jul 3 15:22:32 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Re: [IRCServices Coding] In-Reply-To: <20020703213358.GA53409@phat.za.net> Message-ID: <20020703222237.LAGF19461.out012.verizon.net@bofh> I could be totally wrong but I thought I had heard something about 5.0 having the db in or so it could be read as .xlm or .xml format.. I havent seen 5.0 working yet so I wouldn't know. can anyone tell me more about that? Also Aragon if your sharing that script you made that allows users to log in id like to take a look at it. Thanks < >On Wed, 3 Jul 2002 23:33:58 +0200, Aragon Gouveia wrote: < > | By Craig McLure < > | [ 2002-07-03 18:59 < > +0200 ] < > > I heard it wasnt done cause of the way the Databases were < > structured.. < > > *ShRuGs* i'll get 1 of my Tech Admins to look at it :) < > < > It shouldn't be too difficult to structure the sql tables for < > services. I < > think the biggest difficulty is constructing all the queries to < > take care of < > things like linked nicks, access lists, levels, etc. From my < > limited < > understanding of how services works currently, it reads the < > entire db files < > into memory and works with the data from there, dumping memory < > to the hard < > drive every so often. You could probably employ the same < > technique with sql, < > but that would mean *only* services would be able to perform < > changes safely. < > Which kinda defeats the purpose of using sql :/ < > < > I wrote a script a while ago that reads in ircservices's nick.db < > and dumps < > it into some sql tables so I can integrate some services < > features into our web < > page. It works quite nicely. Users can login using their < > nickserv passwords, < > check memos, edit their web info, etc. But, unfortunately its < > read only. < > Hopefully I'll have time to convert chan.db sometime too. < > < > < > Regards, < > Aragon < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From admin at rgcministries.com Wed Jul 3 16:10:34 2002 From: admin at rgcministries.com (RGC Ministries) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Aliasing not working Message-ID: Hello, I belive the below to be a bug in the 5.0 when I attempt to /NS /MS /OS I dont get anything although I do with /MSG nickserv .... IRCD = Unreal3.2-Selene[beta10] Services = ircservices-5.0pre5 Unreal aliasing is working as I Have it set for my Bot and I can use /RB to communicate to it but when I try to communicate to services I cant get the /alias to work. I am using the built in Conf alias/ircservices settings which worked in v4.5 of services the the only change I made was to go to v5.0 services. there is no mention of anything in the Logs so I didnt include them here. From aragon at phat.za.net Thu Jul 4 00:30:24 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Aliasing not working In-Reply-To: References: Message-ID: <20020704073024.GB5267@phat.za.net> Hi, I noticed the same when I tried it with Unreal. I thought maybe I just needed to tweak the aliases to get it working, but never actually gave it much attention. The aliases that work with ircservices-4.5 definately don't work with ircservices-5 on Unreal3.2-beta10. Anyone else experienced this? Is it just a matter of changing the aliases? Regards, Aragon | By RGC Ministries | [ 2002-07-04 01:14 +0200 ] > > Hello, > I belive the below to be a bug in the 5.0 > > when I attempt to /NS /MS /OS I dont get anything although I do with /MSG > nickserv .... > > IRCD = Unreal3.2-Selene[beta10] > Services = ircservices-5.0pre5 > > Unreal aliasing is working as I Have it set for my Bot and I can use /RB to > communicate to it > > but when I try to communicate to services I cant get the /alias to work. > > I am using the built in Conf alias/ircservices settings which worked in > v4.5 of services the > the only change I made was to go to v5.0 services. > > there is no mention of anything in the Logs so I didnt include them here. From RT.Mail at verizon.net Thu Jul 4 21:16:31 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] XML In-Reply-To: Message-ID: <20020705041638.IYFR922.out011.verizon.net@bofh> Hi. We got the services set up everything works great. got the httpd module set up. However im trying to view the database and all I can get is what appears to be the source for the xml document. Ive tried downloading it and opening it a bunch of diffirent ways... No luck. Can anyone tell me exactly what I have to do to view it. Thanks From aragon at phat.za.net Fri Jul 5 00:32:54 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] XML In-Reply-To: <20020705041638.IYFR922.out011.verizon.net@bofh> References: <20020705041638.IYFR922.out011.verizon.net@bofh> Message-ID: <20020705073254.GC83748@phat.za.net> | By RT.Mail@verizon.net | [ 2002-07-05 06:17 +0200 ] > Hi. We got the services set up everything works great. got the httpd > module set up. However im trying to view the database and all I can > get is what appears to be the source for the xml document. Ive tried > downloading it and opening it a bunch of diffirent ways... No luck. > Can anyone tell me exactly what I have to do to view it. Thanks This sounds right. Unless there's an XSL stylesheet associated with the XML data, IE will just show you the source (the data). Further, if you're running any version of IE prior to 6.0, you have to install Microsoft's XML/XSL upgrade (downloadable). Sorry, I assumed you're using IE. Are you? Regards, Aragon From ghozer at scfclan.com Fri Jul 5 04:21:06 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #185 - 2 msgs References: <20020705100102.71D2017518@snow.fingers.co.za> Message-ID: <000d01c22416$0e101290$0200a8c0@ghozer> Hi, (i'm from the same network as "RT.Mail@verizon.net") I am using IE6 and all i get is what look's like HTML, which yes... is just the source, I opened up FILE>SAVE and saved it as XML - whent into Several applications like Excel, Access, lotus Spreadsheats, etc.. They all said there was an error on line 1088 (i think) somting missing in the syntax... - but also, as i said, IE6 only displayed the CODE ----- Original Message ----- From: To: Sent: Friday, July 05, 2002 11:01 AM Subject: IRCServices-Coding digest, Vol 1 #185 - 2 msgs > Send IRCServices-Coding mailing list submissions to > ircservices-coding@ircservices.za.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > or, via email, send a message with subject or body 'help' to > ircservices-coding-request@ircservices.za.net > > You can reach the person managing the list at > ircservices-coding-admin@ircservices.za.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of IRCServices-Coding digest..." > > > Today's Topics: > > 1. Re: XML (RT.Mail@verizon.net) > 2. Re: XML (Aragon Gouveia) > > --__--__-- > > Message: 1 > From: "RT.Mail@verizon.net" > To: > Date: Fri, 5 Jul 2002 00:16:31 -0400 > Subject: Re: [IRCServices Coding] XML > Reply-To: ircservices-coding@ircservices.za.net > > Hi. We got the services set up everything works great. got the= > httpd > module set up. However im trying to view the database and all I= > can > get is what appears to be the source for the xml document. Ive= > tried > downloading it and opening it a bunch of diffirent ways... No= > luck. > Can anyone tell me exactly what I have to do to view it. Thanks > > > > --__--__-- > > Message: 2 > Date: Fri, 5 Jul 2002 09:32:54 +0200 > From: Aragon Gouveia > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] XML > Reply-To: ircservices-coding@ircservices.za.net > > | By RT.Mail@verizon.net > | [ 2002-07-05 06:17 +0200 ] > > Hi. We got the services set up everything works great. got the httpd > > module set up. However im trying to view the database and all I can > > get is what appears to be the source for the xml document. Ive tried > > downloading it and opening it a bunch of diffirent ways... No luck. > > Can anyone tell me exactly what I have to do to view it. Thanks > > This sounds right. Unless there's an XSL stylesheet associated with the XML > data, IE will just show you the source (the data). Further, if you're > running any version of IE prior to 6.0, you have to install Microsoft's > XML/XSL upgrade (downloadable). > > Sorry, I assumed you're using IE. Are you? > > > Regards, > Aragon > > > --__--__-- > > _______________________________________________ > IRCServices-Coding mailing list > IRCServices-Coding@ircservices.za.net > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > End of IRCServices-Coding Digest From RT.Mail at verizon.net Fri Jul 5 06:59:30 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] XML In-Reply-To: <20020705073254.GC83748@phat.za.net> Message-ID: <20020705135937.HFDF17388.out010.verizon.net@bofh> I use opera usually however that was worse then IE for this. I do have the latest version of IE and still all i saw was the source. And as Colin said I also get that error. < >On Fri, 5 Jul 2002 09:32:54 +0200, Aragon Gouveia wrote: < > | By RT.Mail@verizon.net < > | [ 2002-07-05 06:17 < > +0200 ] < > > Hi. We got the services set up everything works great. got the < > httpd < > > module set up. However im trying to view the database and all < > I can < > > get is what appears to be the source for the xml document. Ive < > tried < > > downloading it and opening it a bunch of diffirent ways... No < > luck. < > > Can anyone tell me exactly what I have to do to view it. Thanks < > < > This sounds right. Unless there's an XSL stylesheet associated < > with the XML < > data, IE will just show you the source (the data). Further, if < > you're < > running any version of IE prior to 6.0, you have to install < > Microsoft's < > XML/XSL upgrade (downloadable). < > < > Sorry, I assumed you're using IE. Are you? < > < > < > Regards, < > Aragon < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Fri Jul 5 11:58:12 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] glines Message-ID: Why does services remove glines even when the akill module is disabled? From RT.Mail at verizon.net Fri Jul 5 12:35:37 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] glines In-Reply-To: Message-ID: <20020705193544.REH15748.out007.verizon.net@bofh> Not sure but we had the same problem. We are running Unreal 3.1. We just enabled the akill module. Probably the easiest way to do it unless you have a real reason not to < >On Fri, 5 Jul 2002 12:58:12 -0600 (CST), Finny Merrill wrote: < > Why does services remove glines even when the akill module is < > disabled? < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From gizm0 at mail.gr Sat Jul 6 01:31:38 2002 From: gizm0 at mail.gr (Panagiotis Kefalidis ( Gizm0 )) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] XML Message-ID: <102590829801@mailserver.mail.gr> Óôßò Fri, 5 Jul 2002 09:59:30 -0400 "RT.Mail@verizon.net" Ýãñáøå: > I use opera usually however that was worse then IE for this. I do > have the latest version of IE and still all i saw was the source. And > as Colin said I also get that error. could you both tell us ... in which database did you got this error?i mean in chanserv/nickserv etc... and you said line 1088 ...i'll try to find if there is a syntax error (: > > < >On Fri, 5 Jul 2002 09:32:54 +0200, Aragon Gouveia wrote: > < > | By RT.Mail@verizon.net > < > | [ 2002-07-05 06:17 > < > +0200 ] > < > > Hi. We got the services set up everything works great. got the > < > httpd > < > > module set up. However im trying to view the database and all > < > I can > < > > get is what appears to be the source for the xml document. Ive > < > tried > < > > downloading it and opening it a bunch of diffirent ways... No > < > luck. > < > > Can anyone tell me exactly what I have to do to view it. Thanks > < > > < > This sounds right. Unless there's an XSL stylesheet associated > < > with the XML > < > data, IE will just show you the source (the data). Further, if > < > you're > < > running any version of IE prior to 6.0, you have to install > < > Microsoft's > < > XML/XSL upgrade (downloadable). > < > > < > Sorry, I assumed you're using IE. Are you? > < > > < > > < > Regards, > < > Aragon > < > ----------------------------------------------------------------- > < > - > < > To unsubscribe or change your subscription options, visit: > < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding "Give me a reason to believe..." Gizm0.- ------------------------------------------------------------- http://www.mail.gr/ - Get Your Private Free Email Address! http://www.ringtone.gr/ - Ringtones & Logos for your mobile! From aragon at phat.za.net Fri Jul 5 18:51:01 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #185 - 2 msgs In-Reply-To: <000d01c22416$0e101290$0200a8c0@ghozer> References: <20020705100102.71D2017518@snow.fingers.co.za> <000d01c22416$0e101290$0200a8c0@ghozer> Message-ID: <20020706015101.GA7058@phat.za.net> | By Colin Thorpe(SCF) | [ 2002-07-05 13:30 +0200 ] > Hi, (i'm from the same network as "RT.Mail@verizon.net") > > I am using IE6 and all i get is what look's like HTML, which yes... is just > the source, I opened up FILE>SAVE and saved it as XML - whent into Several > applications like Excel, Access, lotus Spreadsheats, etc.. They all said > there was an error on line 1088 (i think) somting missing in the syntax... - > but also, as i said, IE6 only displayed the CODE This is correct behaviour. If you want to do something with the data (like make a table) you have to write an XSL stylesheet. Regards, Aragon From RT.Mail at verizon.net Fri Jul 5 19:31:19 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #185 - 2 msgs In-Reply-To: <20020706015101.GA7058@phat.za.net> Message-ID: <20020706023125.DYUE18948.out009.verizon.net@bofh> Ok... As you may have guessed already.. im not the best at this stuff. When we download the db from /dbaccess/xml-export/ that is the file we are getting. - - -1 -2 -1 32767 1000 -1000 100 50 40 30 -1 -2 0 1 0 1 2 71 81 90 0 etc..... I'm really kind of lost. I know nothing about style sheets or any of this. Can you tell me exactly what I need to do to view that.. as a table i guess(im guessing that it is supposed to be viewed in a table). thanks < >On Sat, 6 Jul 2002 03:51:01 +0200, Aragon Gouveia wrote: < > | By Colin Thorpe(SCF) < > | [ 2002-07-05 13:30 < > +0200 ] < > > Hi, (i'm from the same network as "RT.Mail@verizon.net") < > > < > > I am using IE6 and all i get is what look's like HTML, which < > yes... is just < > > the source, I opened up FILE>SAVE and saved it as XML - whent < > into Several < > > applications like Excel, Access, lotus Spreadsheats, etc.. < > They all said < > > there was an error on line 1088 (i think) somting missing in < > the syntax... - < > > but also, as i said, IE6 only displayed the CODE < > < > This is correct behaviour. If you want to do something with the < > data (like < > make a table) you have to write an XSL stylesheet. < > < > < > Regards, < > Aragon < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Xuefer at 21cn.com Fri Jul 5 22:10:19 2002 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] how to access CVS or ircservices 5.x Message-ID: i'd like to access CVS of ircservices 5.x as anonymous i can't find the entrance in ircserices webpages anyone tell me? From aragon at phat.za.net Fri Jul 5 22:21:06 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #185 - 2 msgs In-Reply-To: <20020706023125.DYUE18948.out009.verizon.net@bofh> References: <20020706015101.GA7058@phat.za.net> <20020706023125.DYUE18948.out009.verizon.net@bofh> Message-ID: <20020706052106.GA28168@phat.za.net> | By RT.Mail@verizon.net | [ 2002-07-06 04:32 +0200 ] > Ok... As you may have guessed already.. im not the best at this > stuff. When we download the db from /dbaccess/xml-export/ that is the > file we are getting. > > - > - > -1 > -2 > -1 > 32767 > 1000 > -1000 > 100 > 50 > 40 > 30 > -1 > -2 > 0 > 1 > 0 > 1 > 2 > 71 > 81 > 90 > > 0 > etc..... > I'm really kind of lost. I know nothing about style sheets or any of > this. Can you tell me exactly what I need to do to view that.. as a > table i guess(im guessing that it is supposed to be viewed in a > table). For starters, I think it should be said that XML is intended as a standard format for representing data. I guess you could think of it as a CSV file on steroids. Another headache Micrsoft will probably try stamp out :). With that said, opening the above in any XML viewer should present something similar to the code (or a tree view of sorts). Simply because that's all it is in its current form - raw data. I haven't had a look at ircservices' XML stuff yet, but if I get a chance this weekend I'll see if I can play around with a basic XSL stylesheet to demonstrate what can be done with the data. Could you possibly forward me copy of your database if it's not overly big (and not private)? Regards, Aragon From andrewk at isdial.net Sat Jul 6 07:08:06 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] how to access CVS or ircservices 5.x References: Message-ID: <001a01c224f6$9eef68c0$9c011ac4@af.didata.local> Hi there, Afaik, there is no CVS for IRCServices, let alone a publically accessible one. The most up-to-date version of the source code can be obtained from the download sites listed on the website. Regards, Andrew ----- Original Message ----- From: "Xuefer" To: Sent: Saturday, July 06, 2002 7:10 AM Subject: [IRCServices Coding] how to access CVS or ircservices 5.x > i'd like to access CVS of ircservices 5.x as anonymous > i can't find the entrance in ircserices webpages > anyone tell me? > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > From rg at tcslon.com Sat Jul 6 07:13:32 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] how to access CVS or ircservices 5.x In-Reply-To: <001a01c224f6$9eef68c0$9c011ac4@af.didata.local> Message-ID: > Afaik, there is no CVS for IRCServices, let alone a publically accessible > one. I think Andy uses CVS locally, but public CVS doesn't really suit the way services are developed. Changes between versions are documented extensively, and if you can see a problem, decent patches are almost always accepted. Russ Garrett russ@garrett.co.uk From Xuefer at 21cn.com Sat Jul 6 09:50:50 2002 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:09:30 2004 Subject: [IRCServices Coding] how to access CVS or ircservices 5.x Message-ID: i just wanna get a easy way to update :-) not commit "cvs up" will do all instead of open browser...download patch...do patch... it would be nice if there is one like UnrealIRCd did On 2002-07-06 Andrew Kempe wrote: >Hi there, > >Afaik, there is no CVS for IRCServices, let alone a publically accessible >one. > >The most up-to-date version of the source code can be obtained from the >download sites listed on the website. > >Regards, Andrew From RT.Mail at verizon.net Sat Jul 6 16:48:04 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] EPONA In-Reply-To: <102590829801@mailserver.mail.gr> Message-ID: <20020706234810.CADB8415.out001.verizon.net@bofh> I'm pretty sure its not possible but I was requested to ask this. Can EPONA services database be merged with these services. I'm sure the answer is no but please confirm that for me. Thanks < >On Sat, 06 Jul 2002 1:31:38 EEST, Panagiotis Kefalidis ( Gizm0 ) wrote: < > ???? Fri, 5 Jul 2002 09:59:30 -0400 "RT.Mail@verizon.net" ??????: < > < > > I use opera usually however that was worse then IE for this. I < > do < > > have the latest version of IE and still all i saw was the < > source. And < > > as Colin said I also get that error. < > could you both tell us ... in which database did you got this < > error?i < > mean in chanserv/nickserv etc... and you said line 1088 ...i'll < > try to < > find if there is a syntax error (: < > > < > > < >On Fri, 5 Jul 2002 09:32:54 +0200, Aragon Gouveia wrote: < > > < > | By RT.Mail@verizon.net < > > < > | [ 2002-07-05 < > 06:17 < > > < > +0200 ] < > > < > > Hi. We got the services set up everything works great. < > got the < > > < > httpd < > > < > > module set up. However im trying to view the database < > and all < > > < > I can < > > < > > get is what appears to be the source for the xml < > document. Ive < > > < > tried < > > < > > downloading it and opening it a bunch of diffirent < > ways... No < > > < > luck. < > > < > > Can anyone tell me exactly what I have to do to view it. < > Thanks < > > < > < > > < > This sounds right. Unless there's an XSL stylesheet < > associated < > > < > with the XML < > > < > data, IE will just show you the source (the data). < > Further, if < > > < > you're < > > < > running any version of IE prior to 6.0, you have to install < > > < > Microsoft's < > > < > XML/XSL upgrade (downloadable). < > > < > < > > < > Sorry, I assumed you're using IE. Are you? < > > < > < > > < > < > > < > Regards, < > > < > Aragon < > > < > ----------------------------------------------------------- < > ------ < > > < > - < > > < > To unsubscribe or change your subscription options, visit: < > > < > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > < > < > "Give me a reason to believe..." < > < > Gizm0.- < > < > ------------------------------------------------------------- < > http://www.mail.gr/ - Get Your Private Free Email Address! < > http://www.ringtone.gr/ - Ringtones & Logos for your mobile! < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Jul 7 01:59:43 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] EPONA In-Reply-To: <20020706234810.CADB8415.out001.verizon.net@bofh> Message-ID: > I'm pretty sure its not possible but I was requested to ask this. Can > EPONA services database be merged with these services. I'm sure the > answer is no but please confirm that for me. Thanks Yes :D (in v5 at least) Use the convert-db tool to convert the epona database files to XML, then merge that XML file with the services database using the web interface or the command line like this: convert-db +epona /path/to/epona/lib > epona.xml ircservices -import=epona.xml And your epona database will be merged. Russ Garrett russ@garrett.co.uk From Yaniv at icq.com Sun Jul 7 03:13:50 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E153727@icq02mdc.icq.il.office.aol.com> i know i've asked that b4 but i don't think i got any reply: is there (or will there b) any way 2 convert hybserv db? From rg at tcslon.com Sun Jul 7 02:18:42 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E153727@icq02mdc.icq.il.office.aol.com> Message-ID: > i know i've asked that b4 but i don't think i got any reply: > is there (or will there b) any way 2 convert hybserv db? You got no reply because it's a RTFM question. The manual is there, use it. Services supports convert and import for the following services (and close relatives): Auspice Services 2.5.x Daylight 12 Epona IRC Services 1.3.0 and later Internet Relay Chat Services (IRCS) 1.2, 1.3 Magick IRC Services (Magick I) 1.4 PTlink Services 2.13.0 and later SirvNET Services All versions trircd IRC Services 4.26 WreckedNet IRC Services 1.2.0 I doubt there will be support for them written in the future unless someone submits a patch supporting them. Russ Garrett russ@garrett.co.uk. From uhc0 at rz.uni-karlsruhe.de Sun Jul 7 02:24:24 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:31 2004 Subject: AW: [IRCServices Coding] hybserv In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E153727@icq02mdc.icq.il.office.aol.com> Message-ID: <000701c22598$27739c60$02c8a8c0@nygmatech.local> Hi, can you provide me with information about hybserv and its source and its database architecture ? Maybe I can write down a hybserv convert-db extension, if I have more information. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Yaniv Gamzo > Gesendet: Sonntag, 7. Juli 2002 12:14 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] hybserv > > > i know i've asked that b4 but i don't think i got any reply: > is there (or will there b) any way 2 convert hybserv db? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From Yaniv at icq.com Sun Jul 7 03:29:04 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E153728@icq02mdc.icq.il.office.aol.com> guess some1 woke up on the wrong side of bed... i thought this mail list is 4 helping ppl, not yelling at them -----Original Message----- From: Russ Garrett [mailto:rg@tcslon.com] Sent: Sunday, July 07, 2002 11:19 AM To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] hybserv > i know i've asked that b4 but i don't think i got any reply: > is there (or will there b) any way 2 convert hybserv db? You got no reply because it's a RTFM question. The manual is there, use it. Services supports convert and import for the following services (and close relatives): Auspice Services 2.5.x Daylight 12 Epona IRC Services 1.3.0 and later Internet Relay Chat Services (IRCS) 1.2, 1.3 Magick IRC Services (Magick I) 1.4 PTlink Services 2.13.0 and later SirvNET Services All versions trircd IRC Services 4.26 WreckedNet IRC Services 1.2.0 I doubt there will be support for them written in the future unless someone submits a patch supporting them. Russ Garrett russ@garrett.co.uk. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Yaniv at icq.com Sun Jul 7 03:29:49 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E153729@icq02mdc.icq.il.office.aol.com> ty very much 4 replying yusuf i'll try 2 find out as much as possible about hybserv and send it 2 u -----Original Message----- From: Yusuf Iskenderoglu [mailto:uhc0@rz.uni-karlsruhe.de] Sent: Sunday, July 07, 2002 11:24 AM To: ircservices-coding@ircservices.za.net Subject: AW: [IRCServices Coding] hybserv Hi, can you provide me with information about hybserv and its source and its database architecture ? Maybe I can write down a hybserv convert-db extension, if I have more information. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Yaniv Gamzo > Gesendet: Sonntag, 7. Juli 2002 12:14 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] hybserv > > > i know i've asked that b4 but i don't think i got any reply: > is there (or will there b) any way 2 convert hybserv db? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Jul 7 02:35:12 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E153728@icq02mdc.icq.il.office.aol.com> Message-ID: > guess some1 woke up on the wrong side of bed... > i thought this mail list is 4 helping ppl, not yelling at them Hrm I wasn't yelling at you, only telling you why you didn't get an answer :) Hybserv looks quite a mess in terms of versions, does it have an official site? Russ Garrett russ@garrett.co.uk. From Yaniv at icq.com Sun Jul 7 03:51:41 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E15372A@icq02mdc.icq.il.office.aol.com> well... i'm using hybserv-1.6.0beta3 but i know there's already beta hybserv2-1.8.0 i can't find any official site though, i think this project was abandoned :( as i've told yusuf. i'll try 2 find out as much as possible bout it and message u guys. ty 4 the support -----Original Message----- From: Russ Garrett [mailto:rg@tcslon.com] Sent: Sunday, July 07, 2002 11:35 AM To: ircservices-coding@ircservices.za.net Subject: RE: [IRCServices Coding] hybserv > guess some1 woke up on the wrong side of bed... > i thought this mail list is 4 helping ppl, not yelling at them Hrm I wasn't yelling at you, only telling you why you didn't get an answer :) Hybserv looks quite a mess in terms of versions, does it have an official site? Russ Garrett russ@garrett.co.uk. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jbinder at kgazd.bme.hu Sun Jul 7 03:25:14 2002 From: jbinder at kgazd.bme.hu (John Binder) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv References: <000701c22598$27739c60$02c8a8c0@nygmatech.local> Message-ID: <002201c225a0$9599b9b0$0401a8c0@fedelnelkulii> Hi, HybServ lastest mirror is here: http://www.srce.hr/~kreator/projects/tarballs/hybserv-cvs.tar.gz (there are some other hybserv releases in that directory) It is written for hybrid-6.x/7.0 John ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Sunday, July 07, 2002 11:24 AM Subject: AW: [IRCServices Coding] hybserv Hi, can you provide me with information about hybserv and its source and its database architecture ? Maybe I can write down a hybserv convert-db extension, if I have more information. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Yaniv Gamzo > Gesendet: Sonntag, 7. Juli 2002 12:14 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] hybserv > > > i know i've asked that b4 but i don't think i got any reply: > is there (or will there b) any way 2 convert hybserv db? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From siliconai at aus3d.net Sun Jul 7 06:00:34 2002 From: siliconai at aus3d.net (SiliconAI) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] hybserv In-Reply-To: <002201c225a0$9599b9b0$0401a8c0@fedelnelkulii> References: <000701c22598$27739c60$02c8a8c0@nygmatech.local> <002201c225a0$9599b9b0$0401a8c0@fedelnelkulii> Message-ID: <3841.144.132.7.189.1026046834.squirrel@webmail.aus3d.net> Hi, HybServ 1.8.0 final (not the betas) came out in october last year, grab it from here: http://www.srce.hr/~kreator/projects/tarballs/ I personally use the latest cvs, as it's fixed a lot of bugs from 1.8.0. If you just want to view the source or see the latest changelog, you can do that here: http://www.srce.hr/~kreator/projects/hybserv/ > Hi, > > HybServ lastest mirror is here: > http://www.srce.hr/~kreator/projects/tarballs/hybserv-cvs.tar.gz (there > are some other hybserv releases in that directory) > It is written for hybrid-6.x/7.0 > > John > > ----- Original Message ----- > From: "Yusuf Iskenderoglu" > To: > Sent: Sunday, July 07, 2002 11:24 AM > Subject: AW: [IRCServices Coding] hybserv > > > > Hi, > > can you provide me with information about hybserv and its source > and its database architecture ? > > Maybe I can write down a hybserv convert-db extension, if I have > more information. > > 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-coding-admin@ircservices.za.net >> [mailto:ircservices-coding-admin@ircservices.za.net] Im >> Auftrag von Yaniv Gamzo >> Gesendet: Sonntag, 7. Juli 2002 12:14 >> An: ircservices-coding@ircservices.za.net >> Betreff: [IRCServices Coding] hybserv >> >> >> i know i've asked that b4 but i don't think i got any reply: >> is there (or will there b) any way 2 convert hybserv db? >> ------------------------------------------------------------------ To >> unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding >> > > ------------------------------------------------------------------ To > unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ To > unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Xuefer at 21cn.com Mon Jul 8 05:44:37 2002 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] can ircservices handle for shared database Message-ID: i've read some of the code, and see that database handling of ircservices is extern able but.. will ircservices handle for shared databse, allow other external program updated database when database is updated, how ircserivces load it ? and avoid update conflict From frostycoolslug at hotmail.com Mon Jul 8 16:29:38 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] fork: resource temporarily unavailable Message-ID: after a seemingly random amount of time, services 5 takes up all process IDs on a system so that any other app trying to fork gets "resource temporarily unavailable" we thought it was my custom modules originally so we unloaded themthe problem continued. Then we thought it was the box, so we moved to a new provider and yet again we got the problem... so it must be in the core of services somewhere. It occurs on cygwin, redhat, Mandrake and Slackware to our knowledge usually in recv (log enclosed below): --[ SNIP ]-- [May 31 00:10:12 2002] unknown message from server (:test.chatspike.net SMO o [May 31 00:10:12 2002] operserv/sline: warning: client IP addresses not available [May 31 00:10:12 2002] user: New maximum user count: 1 [May 31 00:10:12 2002] Read error from server: Resource temporarily unavailable --[ /SNIP ]-- --[ SNIP ]-- [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument [Jun 03 20:35:56 2002] Read error from server: Resource temporarily unavailable --[ /SNIP ]-- The box eventually reaches the point in which we cant even SSH into the box as it cant fork a new process. then the only way to fix the problem is /os restart or wait for it to commit suicide that way. the errors occure from pre0 to present. Also under CYGWIN (not sure if related..) --[ SNIP ]-- [Jun 28 17:22:40 2002] PANIC! buffer = :test.chatspike.net NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address instead [Jun 28 17:22:40 2002] Services terminating: Arithmetic exception --[ /SNIP ]-- Here is a full debug of services starting --[ SNIP ]-- [Jun 04 04:30:56.460154 2002] IRC Services 5.0pre0 starting up (options: debug) [Jun 04 04:30:57.508271 2002] debug: Loading language 0 from file `languages/en_us' [Jun 04 04:30:57.910403 2002] debug: Loading language 10 from file `languages/nl' [Jun 04 04:30:58.494873 2002] debug: Loading language 9 from file `languages/de' [Jun 04 04:30:58.953611 2002] debug: Loading language 8 from file `languages/it' [Jun 04 04:30:58.299709 2002] debug: Loading language 2 from file `languages/ja_euc' [Jun 04 04:30:59.710164 2002] debug: Loading language 3 from file `languages/ja_sjis' [Jun 04 04:30:59.055359 2002] debug: Loading language 5 from file `languages/pt' [Jun 04 04:30:59.507050 2002] debug: Loading language 4 from file `languages/es' [Jun 04 04:31:00.148606 2002] debug: Loading language 7 from file `languages/tr' [Jun 04 04:31:01.697643 2002] debug: Loaded languages [Jun 04 04:31:01.718681 2002] debug: Loading module `protocol/unreal' [Jun 04 04:31:01.925415 2002] debug: Successfully loaded module `protocol/unreal' [Jun 04 04:31:01.935691 2002] debug: Loading module `database/version4' [Jun 04 04:31:01.968551 2002] debug: Successfully loaded module `database/version4' [Jun 04 04:31:01.970623 2002] debug: Loading module `operserv/main' [Jun 04 04:31:01.071957 2002] debug: Successfully loaded module `operserv/main' [Jun 04 04:31:01.075053 2002] debug: Loading module `operserv/akill' [Jun 04 04:31:01.130590 2002] debug: Successfully loaded module `operserv/akill' [Jun 04 04:31:01.132072 2002] debug: Loading module `operserv/news' [Jun 04 04:31:01.200207 2002] debug: Successfully loaded module `operserv/news' [Jun 04 04:31:01.201676 2002] debug: Loading module `operserv/sessions' [Jun 04 04:31:01.240783 2002] debug: Successfully loaded module `operserv/sessions' [Jun 04 04:31:01.250335 2002] debug: Loading module `operserv/sline' [Jun 04 04:31:01.326200 2002] debug: Successfully loaded module `operserv/sline' [Jun 04 04:31:01.327671 2002] debug: Loading module `nickserv/main' [Jun 04 04:31:01.443053 2002] debug: Successfully loaded module `nickserv/main' [Jun 04 04:31:01.444523 2002] debug: Loading module `nickserv/access' [Jun 04 04:31:01.450464 2002] debug: Successfully loaded module `nickserv/access' [Jun 04 04:31:01.451872 2002] debug: Loading module `nickserv/autojoin' [Jun 04 04:31:01.455518 2002] debug: Successfully loaded module `nickserv/autojoin' [Jun 04 04:31:01.456924 2002] debug: Loading module `nickserv/link' [Jun 04 04:31:01.481702 2002] debug: Successfully loaded module `nickserv/link' [Jun 04 04:31:01.483103 2002] debug: Loading module `chanserv/main' [Jun 04 04:31:02.565011 2002] debug: Successfully loaded module `chanserv/main' [Jun 04 04:31:02.566516 2002] debug: Loading module `chanserv/access-levels' [Jun 04 04:31:02.572908 2002] debug: Successfully loaded module `chanserv/access-levels' [Jun 04 04:31:02.584062 2002] debug: Loading module `chanserv/access-xop' [Jun 04 04:31:02.601665 2002] debug: Successfully loaded module `chanserv/access-xop' [Jun 04 04:31:02.603084 2002] debug: Loading module `memoserv/main' [Jun 04 04:31:02.631097 2002] debug: Successfully loaded module `memoserv/main' [Jun 04 04:31:02.632525 2002] debug: Loading module `memoserv/ignore' [Jun 04 04:31:02.664631 2002] debug: Successfully loaded module `memoserv/ignore' [Jun 04 04:31:02.666258 2002] debug: Loading module `statserv/main' [Jun 04 04:31:02.332792 2002] statserv/main: StatServ initialised: Log Channel="#services", Nick="StatServ" [Jun 04 04:31:02.414299 2002] debug: Successfully loaded module `statserv/main' [Jun 04 04:31:02.415756 2002] debug: Loading module `httpd/main' [Jun 04 04:31:03.373919 2002] httpd/main: Listening on 127.0.0.1:8080 [Jun 04 04:31:03.375956 2002] debug: Successfully loaded module `httpd/main' [Jun 04 04:31:03.377310 2002] debug: Loading module `httpd/auth-ip' [Jun 04 04:31:03.382979 2002] debug: Successfully loaded module `httpd/auth-ip' [Jun 04 04:31:03.384358 2002] debug: Loading module `httpd/auth-password' [Jun 04 04:31:03.406551 2002] debug: Successfully loaded module `httpd/auth-password' [Jun 04 04:31:03.407985 2002] debug: Loading module `httpd/dbaccess' [Jun 04 04:31:03.467954 2002] debug: Successfully loaded module `httpd/dbaccess' [Jun 04 04:31:03.469424 2002] debug: Loading module `misc/xml-export' [Jun 04 04:31:03.477162 2002] debug: Successfully loaded module `misc/xml-export' [Jun 04 04:31:03.478735 2002] debug: Loading module `misc/xml-import' [Jun 04 04:31:03.484250 2002] debug: Successfully loaded module `misc/xml-import' [Jun 04 04:31:03.495042 2002] debug: Loading module `misc/loveserv' [Jun 04 04:31:03.530735 2002] debug: Successfully loaded module `misc/loveserv' [Jun 04 04:31:04.532994 2002] debug: Loaded modules [Jun 04 04:31:10.407854 2002] Initiated connection to 127.0.0.1:7025 [Jun 04 04:31:11.977804 2002] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN [Jun 04 04:31:11.980098 2002] debug: Sent: PASS :cheezypass [Jun 04 04:31:11.982204 2002] debug: Sent: SERVER services.chatspike.net 1 :U0-*-254 ChatSpikes Services Server [Jun 04 04:31:11.984460 2002] debug: Sent: :services.chatspike.net TSCTL SVSTIME 1023161471 [Jun 04 04:31:11.005110 2002] sockets: accept(4): Invalid argument [Jun 04 04:31:11.476130 2002] debug: Sent: NICK OperServ 1 1023161471 services chatspike.net services.chatspike.net 0 +oiSqd chatspike.net :Operator Service [Jun 04 04:31:11.478680 2002] debug: Sent: NICK Global 1 1023161471 services chatspike.net services.chatspike.net 0 +oiSqd chatspike.net :Global Service [Jun 04 04:31:11.480950 2002] debug: Sent: NICK NickServ 1 1023161471 services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Nickname Service [Jun 04 04:31:11.483447 2002] debug: Sent: NICK ChanServ 1 1023161471 services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Channel Service [Jun 04 04:31:11.485719 2002] debug: Sent: NICK MemoServ 1 1023161471 services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Memo Service [Jun 04 04:31:11.488062 2002] debug: Sent: NICK StatServ 1 1023161471 services chatspike.net services.chatspike.net 0 +iSqd chatspike.net :Statistics Service [Jun 04 04:31:11.490124 2002] debug: Sent: :StatServ JOIN #services [Jun 04 04:31:11.492266 2002] debug: Sent: :StatServ MODE #services +ao StatServ StatServ [Jun 04 04:31:11.496367 2002] debug: Sent: NICK LoveServ 1 1023161471 services chatspike.net services.chatspike.net 0 +Sqd chatspike.net :Network Love Service - Feel the love! [Jun 04 04:31:12.498727 2002] debug: Sent: :LoveServ JOIN #services [Jun 04 04:31:12.500790 2002] debug: Sent: :LoveServ MODE #services +ao LoveServ LoveServ [Jun 04 04:31:12.502400 2002] debug: Received: :test.chatspike.net NOTICE AUTH :*** Looking up your hostname... [Jun 04 04:31:12.627324 2002] debug: sockets: read(0): Resource temporarily unavailable [Jun 04 04:31:12.629587 2002] Read error from server: Resource temporarily unavailable --[ /SNIP ]-- it only bails that fast under CYGWIN, normally takes some time otherwise, but commands like OP become "temporarily unavailable" its also preventing the servers services arnt connected to from picking up modes from other servers.. also some times traffic goes 1 way, servers services are not connected too will pick up all data from all servers but the server services are connected to, so services are rendered "br0ked" to the rest of the network any1 else having these probs? any solutions? we are starting to get angry users ;) I hope i have given enuf detail here for some1 to make a solution, if u need anything else, just ask :) -- 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 Xuefer at 21cn.com Mon Jul 8 23:26:48 2002 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] suggestion to chanserv Message-ID: ircservices-coding: ¡¡¡¡ file: modules/chanserv/main.c line 1060 /* If it was an OP command, update the last-used time */ if (strcmp(cmd, "OP") == 0) { ci->last_used = time(NULL); put_channelinfo(ci); } there're bunch of MODE +o but last_used should not be updated so frequently cause in modules/database/README: ====== void put_nickinfo(NickInfo *ni) This routine may store the changed data directly into external storage, ====== we should lower the load of external storage i'm not expert to ircservices source, just give a suggestion :-) Xuefer 2002-07-09 From uhc0 at rz.uni-karlsruhe.de Tue Jul 9 01:46:56 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:31 2004 Subject: AW: [IRCServices Coding] fork: resource temporarily unavailable In-Reply-To: Message-ID: <000c01c22725$4018de40$02c8a8c0@nygmatech.local> Hi; For me this looks like, as if your server is somehow closing connection, but services does not get informed correctly. To see what happens, I would suggest you to use your servers logging/debugging options to see what it receives and what it expects and what it sends. Bahamut can be compiled with debugmode, and you can run it with -x10 e.g. to start debugmode. This will create a very big debug file, so please run this on a test network. TR-IRCD4 behaves the same as above. TR-IRCD5 has a logevent system, which can be activated with --logging and debug might be activated with --debuglevel 2 Consider reading the documentation of your ircd software. Moreover, I would suggest not using neither email nor the httpd modules, to limit the number of socket operations only to the one of the irc server. 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 RT.Mail at verizon.net Tue Jul 9 17:25:52 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] suggestion for nickserv In-Reply-To: Message-ID: <20020710002516.FNPE29616.out017.verizon.net@bofh> Idea. When nickserv receives a failure and is unable to deliver the auth code to an email address. Have it message that user with a failure notice and allow them to re register it using a valid email.. or something along those lines. Maybe if the get the error twice it could hold it for 24 hours so they could contact an admin to give them a code.... Well something like that... From aragon at phat.za.net Tue Jul 9 23:20:21 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] suggestion for nickserv In-Reply-To: <20020710002516.FNPE29616.out017.verizon.net@bofh> References: <20020710002516.FNPE29616.out017.verizon.net@bofh> Message-ID: <20020710062021.GA65897@phat.za.net> I would imagine that being very difficult to do. For starters, every MTA's error messages aren't the same. And most error messages are too long to simply forward as a memo to a user. Services would have to parse the error message and memo the relevant information to the user. It's the user's responsibility to ensure his email address works. And it's the admins' duty to follow-up on error messages. My opinion atleast :) Regards, Aragon | By RT.Mail@verizon.net | [ 2002-07-10 02:27 +0200 ] > Idea. When nickserv receives a failure and is unable to deliver the > auth code to an email address. Have it message that user with a > failure notice and allow them to re register it using a valid email.. > or something along those lines. Maybe if the get the error twice it > could hold it for 24 hours so they could contact an admin to give > them a code.... Well something like that... > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From uhc0 at rz.uni-karlsruhe.de Wed Jul 10 06:29:59 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] [Off-Topic] TR-IRCD Language Translator Required Message-ID: <000001c22815$f596a4f0$02c8a8c0@nygmatech.local> Hello, this is an off-topic email, and it has been approved by Andrew Church. Sorry for the inconvenience. Topic: TR-IRCD Ircd Version 5.0 (http://tr-ircd.sourceforge.net) has reached RC1 state. And we are willing to release it soon. TR-IRCD 5.0 incorporates among others a feature noone has seen before: server-side languages. These are translations of s_err.c, and users can set their language on connect time, as well as via /setlang. Currently, the ircd supports english, a funny version of english, an ancient english, and turkish languages. We look forward to seeing other translations as well. This feature is supported by IrcServices 5.0, and users may get also the numerics in their chosen language. The ircd can be obtained from: http://belnet.dl.sourceforge.net/sourceforge/tr-ircd/trircd-release-5.0- rc1.tar.gz Md5SUM : eb62f9456f80da1b1b21137ddb26bc26 For technical details, or if you want to contribute, you can contact me privately. Any contribution will of course be properly credited. Please do not reply to this email via the mailing list. Reply to me privately (mailto:uhc0@stud.uni-karlsruhe.de). Thank you. Regards; yusuf - TR-IRCD Coding Team Leader ------------------------------------------------------------------ | 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 kip at kip-hq.com Thu Jul 11 20:06:35 2002 From: kip at kip-hq.com (Geoff Byers) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Httpd very confused Message-ID: Im kinda confused, I know how it works, generates the pages and such dynamicly. But when I go to the http://my.site:4677/, http://my.site:4677/dbaccess, http://my.site:4677/debug, http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan (putting in the needed things) I get resource can not be found, and the lack of documentation is weird. If someone could tell me how much of a moron I am and what im doing wrong I would be very happy man. Thank you Geoff From frostycoolslug at hotmail.com Fri Jul 12 02:50:43 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Httpd very confused Message-ID: u by ne freak co-incidence running UnrealIRCd 3.2[beta10]? :p >From: Geoff Byers >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Httpd very confused >Date: Thu, 11 Jul 2002 23:06:35 -0400 > >Im kinda confused, I know how it works, generates the pages and such >dynamicly. But when I go to the http://my.site:4677/, >http://my.site:4677/dbaccess, http://my.site:4677/debug, >http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan >(putting >in the needed things) I get resource can not be found, and the lack of >documentation is weird. If someone could tell me how much of a moron I am >and what im doing wrong I would be very happy man. > > >Thank you > >Geoff > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ghozer at scfclan.com Fri Jul 12 03:34:00 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Re: Gttpd very confused References: <20020712100101.79613174D8@snow.fingers.co.za> Message-ID: <001401c2298f$a2bde010$0200a8c0@ghozer> I canot get to SOME bit's o them either, some work, others dont http://my.site:8089/, - Page not found, http://my.site:8089/debug - Page not found http://my.site:8089/dbaccess - Works fine, http://my.site:8089/~mynick - Forwards if a URL Is associated to it (from nickserv, /msg nickserv set RL SITEADDRESS) http://my.site:8089/channel/mychan - Forwards ifa sie is associated ) /msg chanserv set # URL SITEADDRESS) The 2 annoying ones at the "/" and the debug - as neither of them show anything, other than that gawd awful 404 error.. and saying "please try going to the HOME Page of.. Blah blah blah) ----- Original Message ----- From: To: Sent: Friday, July 12, 2002 11:01 AM Subject: IRCServices-Coding digest, Vol 1 #192 - 2 msgs > Send IRCServices-Coding mailing list submissions to > ircservices-coding@ircservices.za.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > or, via email, send a message with subject or body 'help' to > ircservices-coding-request@ircservices.za.net > > You can reach the person managing the list at > ircservices-coding-admin@ircservices.za.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of IRCServices-Coding digest..." > > > Today's Topics: > > 1. Httpd very confused (Geoff Byers) > 2. Re: Httpd very confused (Craig McLure) > > --__--__-- > > Message: 1 > Date: Thu, 11 Jul 2002 23:06:35 -0400 > From: Geoff Byers > To: > Subject: [IRCServices Coding] Httpd very confused > Reply-To: ircservices-coding@ircservices.za.net > > Im kinda confused, I know how it works, generates the pages and such > dynamicly. But when I go to the http://my.site:4677/, > http://my.site:4677/dbaccess, http://my.site:4677/debug, > http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan (putting > in the needed things) I get resource can not be found, and the lack of > documentation is weird. If someone could tell me how much of a moron I am > and what im doing wrong I would be very happy man. > > > Thank you > > Geoff > > > --__--__-- > > Message: 2 > From: "Craig McLure" > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Httpd very confused > Date: Fri, 12 Jul 2002 10:50:43 +0100 > Reply-To: ircservices-coding@ircservices.za.net > > u by ne freak co-incidence running UnrealIRCd 3.2[beta10]? :p > > > >From: Geoff Byers > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] Httpd very confused > >Date: Thu, 11 Jul 2002 23:06:35 -0400 > > > >Im kinda confused, I know how it works, generates the pages and such > >dynamicly. But when I go to the http://my.site:4677/, > >http://my.site:4677/dbaccess, http://my.site:4677/debug, > >http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan > >(putting > >in the needed things) I get resource can not be found, and the lack of > >documentation is weird. If someone could tell me how much of a moron I am > >and what im doing wrong I would be very happy man. > > > > > >Thank you > > > >Geoff > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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 > > > > --__--__-- > > _______________________________________________ > IRCServices-Coding mailing list > IRCServices-Coding@ircservices.za.net > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > End of IRCServices-Coding Digest From kip at kip-hq.com Fri Jul 12 07:20:58 2002 From: kip at kip-hq.com (Geoff Byers) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Re: Re: Httpd very confused (Craig McLure) Message-ID: Why yes, I am in fact, am I out of luck? >>u by ne freak co-incidence running UnrealIRCd 3.2[beta10]? :p >From: Geoff Byers >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Httpd very confused >Date: Thu, 11 Jul 2002 23:06:35 -0400 > >Im kinda confused, I know how it works, generates the pages and such >dynamicly. But when I go to the http://my.site:4677/, >http://my.site:4677/dbaccess, http://my.site:4677/debug, >http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan >(putting >in the needed things) I get resource can not be found, and the lack of >documentation is weird. If someone could tell me how much of a moron I am >and what im doing wrong I would be very happy man. > > >Thank you > >Geoff From frostycoolslug at hotmail.com Fri Jul 12 11:12:12 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Re: Re: Httpd very confused (Craig McLure) Message-ID: I would advise u changed to Unreal3.1.3, something breaks when u run the new beta, and nothing can fork anymore most things will then come up with something along the lines of "Resource temporarily unavaliable" hope this helps :) >From: Geoff Byers >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Re: Re: Httpd very confused (Craig McLure) >Date: Fri, 12 Jul 2002 10:20:58 -0400 > >Why yes, I am in fact, am I out of luck? > > >>u by ne freak co-incidence running UnrealIRCd 3.2[beta10]? :p > > > >From: Geoff Byers > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] Httpd very confused > >Date: Thu, 11 Jul 2002 23:06:35 -0400 > > > >Im kinda confused, I know how it works, generates the pages and such > >dynamicly. But when I go to the http://my.site:4677/, > >http://my.site:4677/dbaccess, http://my.site:4677/debug, > >http://my.site:4677/~mynick, and http://my.site:4677/channel/mychan > >(putting > >in the needed things) I get resource can not be found, and the lack of > >documentation is weird. If someone could tell me how much of a moron I am > >and what im doing wrong I would be very happy man. > > > > > >Thank you > > > >Geoff > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From VisionOfHell at aol.com Fri Jul 12 18:40:25 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still Chanserv Problems Message-ID: *** ChanServ sets mode: +oqoqoq VisionOfHell VisionOfHell VisionOfHell VisionOfHell VisionOfHell VisionOfHell -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020712/323848ad/attachment.htm From frostycoolslug at hotmail.com Sat Jul 13 06:59:25 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still Chanserv Problems Message-ID: LoL... I have that occure every now and then.. its not a prolem cause u are opped.. and it ,akes you look goo.. stop complaining ;D >From: VisionOfHell@aol.com >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Still Chanserv Problems >Date: Fri, 12 Jul 2002 21:40:25 EDT > >*** ChanServ sets mode: +oqoqoq VisionOfHell VisionOfHell VisionOfHell >VisionOfHell VisionOfHell VisionOfHell -- 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 kip at kip-hq.com Sun Jul 14 00:31:44 2002 From: kip at kip-hq.com (Geoff Byers) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] C/N Lines Message-ID: I know I know, not what this I ment for. But I need help. I messed around for 20 min trying different things and nothing seamed to work. Im trying to link Unreal 3.2 and IRC services 5. I keep getting two error messages. -- *** Notice -- Received unauthorized connection from serv.digie.net[@lsanca1-ar19-4-46-074-208.lsanca1.dsl-verizon.net]. *** LocOps -- Access denied (passwd mismatch) [4.46.74.208] *** LocOps -- Access denied (No matching N:line) [4.46.74.208] The services are serv.digie.net and they are connected to and from 4.46.74.208. Any help would be wonderful. # C: lines contain the following fields: # C:remote server's hostname:passwd:remote server's name:port:conn class:options # N: lines contain the following fields: # N:remote server's hostname:passwd:remote server's name:host mask:conn class Do I need an n:line? Thank you Geoff From smkelly at zombie.org Sun Jul 14 00:47:26 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:31 2004 Subject: *****SPAM***** [IRCServices Coding] C/N Lines In-Reply-To: References: Message-ID: <20020714074726.GA1395@edgemaster.zombie.org> On Sun, Jul 14, 2002 at 03:31:44AM -0400, Geoff Byers wrote: > Do I need an n:line? Yes. C and N come in pairs. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From admin at rgcministries.com Sun Jul 14 03:45:30 2002 From: admin at rgcministries.com (RGC Ministries) Date: Sat Oct 23 23:09:31 2004 Subject: **SPAM** [IRCServices Coding] C/N Lines In-Reply-To: Message-ID: Try this: link serv.digie.net { username *; hostname 4.46.74.208; bind-ip *; hub *; port 8447; password-connect "yourpassword"; password-receive "yourpassword"; class servers; }; -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Geoff Byers Sent: Sunday, July 14, 2002 3:32 AM To: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] C/N Lines I know I know, not what this I ment for. But I need help. I messed around for 20 min trying different things and nothing seamed to work. Im trying to link Unreal 3.2 and IRC services 5. I keep getting two error messages. -- *** Notice -- Received unauthorized connection from serv.digie.net[@lsanca1-ar19-4-46-074-208.lsanca1.dsl-verizon.net]. *** LocOps -- Access denied (passwd mismatch) [4.46.74.208] *** LocOps -- Access denied (No matching N:line) [4.46.74.208] The services are serv.digie.net and they are connected to and from 4.46.74.208. Any help would be wonderful. # C: lines contain the following fields: # C:remote server's hostname:passwd:remote server's name:port:conn class:options # N: lines contain the following fields: # N:remote server's hostname:passwd:remote server's name:host mask:conn class Do I need an n:line? Thank you Geoff ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From kip at kip-hq.com Sun Jul 14 10:18:10 2002 From: kip at kip-hq.com (Geoff Byers) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( Message-ID: I have moved to Unreal 3.2, got the C/N lines working, again, the httpd is giving me "The requested resource could not be found." for everything, is there something in the services I must do to turn them on, or to update the database or the like? This is one of the features I would love to have. I set urls for a channel and a nick, and /~nick and /channel/mychan bolth didn?t work. Ideas? Thanks -- From frostycoolslug at hotmail.com Sun Jul 14 12:04:19 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] C/N Lines Message-ID: Unreal3.2? N: Line? look up the link{} directive in the config.. if u have been paying *ANY* attension to either the Unreal docs, or this mailing list.. you will not only know the Unreal Config has totally changed.. but Services dont work right with Unreal3.2 anyway. >From: Geoff Byers >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] C/N Lines >Date: Sun, 14 Jul 2002 03:31:44 -0400 > >I know I know, not what this I ment for. But I need help. I messed around >for 20 min trying different things and nothing seamed to work. Im trying to >link Unreal 3.2 and IRC services 5. I keep getting two error messages. > >-- > > *** Notice -- Received unauthorized connection from >serv.digie.net[@lsanca1-ar19-4-46-074-208.lsanca1.dsl-verizon.net]. >*** LocOps -- Access denied (passwd mismatch) [4.46.74.208] >*** LocOps -- Access denied (No matching N:line) [4.46.74.208] > >The services are serv.digie.net and they are connected to and from >4.46.74.208. Any help would be wonderful. > ># C: lines contain the following fields: ># C:remote server's hostname:passwd:remote server's name:port:conn >class:options ># N: lines contain the following fields: ># N:remote server's hostname:passwd:remote server's name:host mask:conn >class > >Do I need an n:line? > >Thank you > >Geoff > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From frostycoolslug at hotmail.com Sun Jul 14 12:08:18 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( Message-ID: Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY WITH IRCSERVICES VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE BOX SO NOTHING CAN FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW DAYS AGO FFS. >From: Geoff Byers >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Still cant get it :( >Date: Sun, 14 Jul 2002 13:18:10 -0400 > >I have moved to Unreal 3.2, got the C/N lines working, again, the httpd is >giving me "The requested resource could not be found." for everything, is >there something in the services I must do to turn them on, or to update the >database or the like? >This is one of the features I would love to have. I set urls for a channel >and a nick, and /~nick and /channel/mychan bolth didn¹t work. Ideas? > >Thanks >-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 aragon at phat.za.net Sun Jul 14 18:02:04 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( In-Reply-To: References: Message-ID: <20020715010204.GA93916@phat.za.net> | By Craig McLure | [ 2002-07-14 21:09 +0200 ] > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY WITH IRCSERVICES > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE BOX SO NOTHING CAN > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW DAYS AGO FFS. Welcome to beta software :) From RT.Mail at verizon.net Sun Jul 14 18:04:41 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( In-Reply-To: <20020715010204.GA93916@phat.za.net> Message-ID: <20020715010405.JODZ20253.out017.verizon.net@bofh> beta + beta = disaster < >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia wrote: < > | By Craig McLure < > | [ 2002-07-14 21:09 < > +0200 ] < > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY WITH < > IRCSERVICES < > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE BOX SO < > NOTHING CAN < > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW DAYS AGO < > FFS. < > < > Welcome to beta software :) < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Mon Jul 15 00:15:48 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( Message-ID: Exactly :p Thing is.. ppl wont look at the archives to look for ppl with the same probs.. therefore we are saying the same thing 10million times :p >From: "RT.Mail@verizon.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Still cant get it :( >Date: Sun, 14 Jul 2002 21:04:41 -0400 > >beta + beta = disaster > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia wrote: >< > | By Craig McLure >< > | [ 2002-07-14 21:09 >< > +0200 ] >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY WITH >< > IRCSERVICES >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE BOX SO >< > NOTHING CAN >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW DAYS AGO >< > FFS. >< > >< > Welcome to beta software :) >< > >< > >< > ----------------------------------------------------------------- >< > - >< > To unsubscribe or change your subscription options, visit: >< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Ganja51 at earthlink.net Mon Jul 15 09:57:17 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( References: Message-ID: <000b01c22c20$b5d4e840$2e88fea9@kris5461> i'm running Unreal3.2 beta10 on all my servers with IRCServices5.0pre5 and i haven't had any such problem. i guess i'm just lucky. ----- Original Message ----- From: "Craig McLure" To: Sent: Monday, July 15, 2002 2:15 AM Subject: Re: [IRCServices Coding] Still cant get it :( > Exactly :p > > Thing is.. ppl wont look at the archives to look for ppl with the same > probs.. therefore we are saying the same thing 10million times :p > > > >From: "RT.Mail@verizon.net" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] Still cant get it :( > >Date: Sun, 14 Jul 2002 21:04:41 -0400 > > > >beta + beta = disaster > > > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia wrote: > >< > | By Craig McLure > >< > | [ 2002-07-14 21:09 > >< > +0200 ] > >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY WITH > >< > IRCSERVICES > >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE BOX SO > >< > NOTHING CAN > >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW DAYS AGO > >< > FFS. > >< > > >< > Welcome to beta software :) > >< > > >< > > >< > ----------------------------------------------------------------- > >< > - > >< > To unsubscribe or change your subscription options, visit: > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From RT.Mail at verizon.net Mon Jul 15 12:14:25 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( In-Reply-To: <000b01c22c20$b5d4e840$2e88fea9@kris5461> Message-ID: <20020715191433.MAEB252.out020.verizon.net@bofh> Its beta... thats what beta does... works when it feels like it. < >On Mon, 15 Jul 2002 11:57:17 -0500, Ganja51 wrote: < > i'm running Unreal3.2 beta10 on all my servers with < > IRCServices5.0pre5 and i < > haven't had any such problem. i guess i'm just lucky. < > ----- Original Message ----- < > From: "Craig McLure" < > To: < > Sent: Monday, July 15, 2002 2:15 AM < > Subject: Re: [IRCServices Coding] Still cant get it :( < > < > < > > Exactly :p < > > < > > Thing is.. ppl wont look at the archives to look for ppl with < > the same < > > probs.. therefore we are saying the same thing 10million times < > :p < > > < > > < > > >From: "RT.Mail@verizon.net" < > > >Reply-To: ircservices-coding@ircservices.za.net < > > >To: < > > >Subject: Re: [IRCServices Coding] Still cant get it :( < > > >Date: Sun, 14 Jul 2002 21:04:41 -0400 < > > > < > > >beta + beta = disaster < > > > < > > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia wrote: < > > >< > | By Craig McLure < > > >< > | [ 2002-07-14 < > 21:09 < > > >< > +0200 ] < > > >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY < > WITH < > > >< > IRCSERVICES < > > >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE < > BOX SO < > > >< > NOTHING CAN < > > >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW < > DAYS AGO < > > >< > FFS. < > > >< > < > > >< > Welcome to beta software :) < > > >< > < > > >< > < > > >< > ---------------------------------------------------------- < > ------- < > > >< > - < > > >< > To unsubscribe or change your subscription options, visit: < > > >< > < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding < > > > < > > > < > > > < > > >-------------------------------------------------------------- < > ---- < > > >To unsubscribe or change your subscription options, visit: < > > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > > < > > < > > < > > -- < > > 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- < > coding < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Tue Jul 16 01:46:28 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( Message-ID: I have reason to belive its the Services connection module... I've downgraded to Unreal3.1.3, the latest stable, and once again, services has started chucking out the "OP is temporarily unavaliable" messages.. ne1 wanna take a look? >Its beta... thats what beta does... works when it feels like it. > >< >On Mon, 15 Jul 2002 11:57:17 -0500, Ganja51 wrote: >< > i'm running Unreal3.2 beta10 on all my servers with >< > IRCServices5.0pre5 and i >< > haven't had any such problem. i guess i'm just lucky. >< > ----- Original Message ----- >< > From: "Craig McLure" >< > To: >< > Sent: Monday, July 15, 2002 2:15 AM >< > Subject: Re: [IRCServices Coding] Still cant get it :( >< > >< > >< > > Exactly :p >< > > >< > > Thing is.. ppl wont look at the archives to look for ppl with >< > the same >< > > probs.. therefore we are saying the same thing 10million times >< > :p >< > > >< > > >< > > >From: "RT.Mail@verizon.net" >< > > >Reply-To: ircservices-coding@ircservices.za.net >< > > >To: >< > > >Subject: Re: [IRCServices Coding] Still cant get it :( >< > > >Date: Sun, 14 Jul 2002 21:04:41 -0400 >< > > > >< > > >beta + beta = disaster >< > > > >< > > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia wrote: >< > > >< > | By Craig McLure >< > > >< > | [ 2002-07-14 >< > 21:09 >< > > >< > +0200 ] >< > > >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK PROPERLY >< > WITH >< > > >< > IRCSERVICES >< > > >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON THE >< > BOX SO >< > > >< > NOTHING CAN >< > > >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW >< > DAYS AGO >< > > >< > FFS. >< > > >< > >< > > >< > Welcome to beta software :) >< > > >< > >< > > >< > >< > > >< > ---------------------------------------------------------- >< > ------- >< > > >< > - >< > > >< > To unsubscribe or change your subscription options, visit: >< > > >< > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >< > > > >< > > > >< > > > >< > > >-------------------------------------------------------------- >< > ---- >< > > >To unsubscribe or change your subscription options, visit: >< > > >http://www.ircservices.za.net/mailman/listinfo/ircservices- >< > coding >< > > >< > > >< > > >< > > >< > > -- >< > > 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- >< > coding >< > >< > ----------------------------------------------------------------- >< > - >< > To unsubscribe or change your subscription options, visit: >< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 RT.Mail at verizon.net Tue Jul 16 02:05:55 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( In-Reply-To: Message-ID: <20020716090603.XTWM898.out008.verizon.net@bofh> Try re downloading and recompiling the services. Make sure you enable all the proper modules. < >On Tue, 16 Jul 2002 09:46:28 +0100, Craig McLure wrote: < > I have reason to belive its the Services connection module... < > I've downgraded to Unreal3.1.3, the latest stable, and once < > again, services < > has started chucking out the "OP is temporarily unavaliable" < > messages.. ne1 < > wanna take a look? < > < > < > < > >Its beta... thats what beta does... works when it feels like it. < > > < > >< >On Mon, 15 Jul 2002 11:57:17 -0500, Ganja51 wrote: < > >< > i'm running Unreal3.2 beta10 on all my servers with < > >< > IRCServices5.0pre5 and i < > >< > haven't had any such problem. i guess i'm just lucky. < > >< > ----- Original Message ----- < > >< > From: "Craig McLure" < > >< > To: < > >< > Sent: Monday, July 15, 2002 2:15 AM < > >< > Subject: Re: [IRCServices Coding] Still cant get it :( < > >< > < > >< > < > >< > > Exactly :p < > >< > > < > >< > > Thing is.. ppl wont look at the archives to look for ppl < > with < > >< > the same < > >< > > probs.. therefore we are saying the same thing 10million < > times < > >< > :p < > >< > > < > >< > > < > >< > > >From: "RT.Mail@verizon.net" < > >< > > >Reply-To: ircservices-coding@ircservices.za.net < > >< > > >To: < > >< > > >Subject: Re: [IRCServices Coding] Still cant get it :( < > >< > > >Date: Sun, 14 Jul 2002 21:04:41 -0400 < > >< > > > < > >< > > >beta + beta = disaster < > >< > > > < > >< > > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia < > wrote: < > >< > > >< > | By Craig McLure < > >< > > >< > | [ 2002-07- < > 14 < > >< > 21:09 < > >< > > >< > +0200 ] < > >< > > >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK < > PROPERLY < > >< > WITH < > >< > > >< > IRCSERVICES < > >< > > >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON < > THE < > >< > BOX SO < > >< > > >< > NOTHING CAN < > >< > > >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW < > >< > DAYS AGO < > >< > > >< > FFS. < > >< > > >< > < > >< > > >< > Welcome to beta software :) < > >< > > >< > < > >< > > >< > < > >< > > >< > ----------------------------------------------------- < > ----- < > >< > ------- < > >< > > >< > - < > >< > > >< > To unsubscribe or change your subscription options, < > visit: < > >< > > >< > < > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > >< > > > < > >< > > > < > >< > > > < > >< > > >--------------------------------------------------------- < > ----- < > >< > ---- < > >< > > >To unsubscribe or change your subscription options, < > visit: < > >< > > < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > >< > coding < > >< > > < > >< > > < > >< > > < > >< > > < > >< > > -- < > >< > > 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- < > >< > coding < > >< > < > >< > ------------------------------------------------------------ < > ----- < > >< > - < > >< > To unsubscribe or change your subscription options, visit: < > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > > < > > < > >---------------------------------------------------------------- < > -- < > >To unsubscribe or change your subscription options, visit: < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > < > < > < > -- < > 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-coding From frostycoolslug at hotmail.com Tue Jul 16 13:04:23 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] Still cant get it :( Message-ID: Thats kinda the first thing I did ;) its happening on 2 totally different box's thou >From: "RT.Mail@verizon.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Still cant get it :( >Date: Tue, 16 Jul 2002 05:05:55 -0400 > >Try re downloading and recompiling the services. Make sure you enable >all the proper modules. > >< >On Tue, 16 Jul 2002 09:46:28 +0100, Craig McLure wrote: >< > I have reason to belive its the Services connection module... >< > I've downgraded to Unreal3.1.3, the latest stable, and once >< > again, services >< > has started chucking out the "OP is temporarily unavaliable" >< > messages.. ne1 >< > wanna take a look? >< > >< > >< > >< > >Its beta... thats what beta does... works when it feels like it. >< > > >< > >< >On Mon, 15 Jul 2002 11:57:17 -0500, Ganja51 wrote: >< > >< > i'm running Unreal3.2 beta10 on all my servers with >< > >< > IRCServices5.0pre5 and i >< > >< > haven't had any such problem. i guess i'm just lucky. >< > >< > ----- Original Message ----- >< > >< > From: "Craig McLure" >< > >< > To: >< > >< > Sent: Monday, July 15, 2002 2:15 AM >< > >< > Subject: Re: [IRCServices Coding] Still cant get it :( >< > >< > >< > >< > >< > >< > > Exactly :p >< > >< > > >< > >< > > Thing is.. ppl wont look at the archives to look for ppl >< > with >< > >< > the same >< > >< > > probs.. therefore we are saying the same thing 10million >< > times >< > >< > :p >< > >< > > >< > >< > > >< > >< > > >From: "RT.Mail@verizon.net" >< > >< > > >Reply-To: ircservices-coding@ircservices.za.net >< > >< > > >To: >< > >< > > >Subject: Re: [IRCServices Coding] Still cant get it :( >< > >< > > >Date: Sun, 14 Jul 2002 21:04:41 -0400 >< > >< > > > >< > >< > > >beta + beta = disaster >< > >< > > > >< > >< > > >< >On Mon, 15 Jul 2002 03:02:04 +0200, Aragon Gouveia >< > wrote: >< > >< > > >< > | By Craig McLure >< > >< > > >< > | [ 2002-07- >< > 14 >< > >< > 21:09 >< > >< > > >< > +0200 ] >< > >< > > >< > > Jesus fing christ.. UNREAL3.2 DOES NOT WORK >< > PROPERLY >< > >< > WITH >< > >< > > >< > IRCSERVICES >< > >< > > >< > > VERSION 5. IT ENDS UP EATING ALL THE RESOURCES ON >< > THE >< > >< > BOX SO >< > >< > > >< > NOTHING CAN >< > >< > > >< > > FORK CAUSING "RESOURCE UNAVALIABLE" AS I THIS A FEW >< > >< > DAYS AGO >< > >< > > >< > FFS. >< > >< > > >< > >< > >< > > >< > Welcome to beta software :) >< > >< > > >< > >< > >< > > >< > >< > >< > > >< > ----------------------------------------------------- >< > ----- >< > >< > ------- >< > >< > > >< > - >< > >< > > >< > To unsubscribe or change your subscription options, >< > visit: >< > >< > > >< > >< > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices- >< > coding >< > >< > > > >< > >< > > > >< > >< > > > >< > >< > > >--------------------------------------------------------- >< > ----- >< > >< > ---- >< > >< > > >To unsubscribe or change your subscription options, >< > visit: >< > >< > > >< > >http://www.ircservices.za.net/mailman/listinfo/ircservices- >< > >< > coding >< > >< > > >< > >< > > >< > >< > > >< > >< > > >< > >< > > -- >< > >< > > 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- >< > >< > coding >< > >< > >< > >< > ------------------------------------------------------------ >< > ----- >< > >< > - >< > >< > To unsubscribe or change your subscription options, visit: >< > >< > http://www.ircservices.za.net/mailman/listinfo/ircservices- >< > coding >< > > >< > > >< > > >< > >---------------------------------------------------------------- >< > -- >< > >To unsubscribe or change your subscription options, visit: >< > >http://www.ircservices.za.net/mailman/listinfo/ircservices- >< > coding >< > >< > >< > >< > >< > -- >< > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 achurch at achurch.org Wed Jul 17 08:34:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] 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 frostycoolslug at hotmail.com Tue Jul 16 17:48:58 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] I'm back Message-ID: Welcome Back, hope you enjoyed yourself :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices@ircservices.za.net,ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] I'm back >Date: Wed, 17 Jul 2002 08:34:22 JST > > 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/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Wed Jul 17 10:09:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:31 2004 Subject: [IRCServices Coding] bugs Message-ID: <3d34c3eb.11333@achurch.org> All three fixed, thanks. (The AKICK bug is in the documentation-- nicks are no longer supported, only [nick!]user@host masks. You can use nick!*@*, though.) --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Just installed pre3 to check out the improvements. Spotted some bugs I >overlooked last I tried it. > >1. AJOIN still not perfect. It allows channels with the ':' character to be >added. eg. #test:chan. These are invalid (on Unreal atleast). > >2. One more sanity check should be added to mlock for Unreal. If you set a >mode lock involving +L, chanserv must make sure you're not trying to link to >the same channel. ie /msg chanserv set #testchan mlock +ntlL 2 #testchan >must be disallowed. > >3. Not sure if this is a bug or feature change, but I'm unable to add >entries to channel akick lists based on registered nickname. Chanserv only >accepts nick!ident@host syntax. /msg chanserv help akick says otherwise >though. > >Looking good otherwise :). > > >Regards, >Aragon > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Jul 17 10:11:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] ircservices-5 feature request Message-ID: <3d34c4d2.11361@achurch.org> This certainly isn't impossible, but adding regex support to Services would be a pretty big task, one I don't want to undertake for 5.0. I'll add this to the TODO list. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >This is a big one. I'd like to know if it'd be possible to add regular >expression akill-add support to version 5 (via a module?). > >I'd like to be able to define regex patterns that cause regular akills to be >automatically added when matched. The regex checking must be based on >nickname, ident, hostname, and gecos. Would it also be possible to have a >regex exception list too... so if a client matches a regex pattern, but also >matches one of the exceptions, it doesn't get akilled. > >I'm kinda implementing this at the moment using a client type bot that >receives local and remote connect notices. I use it to get rid of those >pesky mass flood bots that are so popular these days. I know, you're >probably thinking I should be doing open proxy scans. I do :). But a lot >still get through. > >The big advantage of services doing this is that you can match based on >gecos (for added accuracy) and it's much faster. My bot sends a privmsg to >operserv when it finds a match adding *@hostname to the akill list with a >hard coded expiry of 150 days. > >What do you think? > > >Thanks, >Aragon > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Wed Jul 17 00:49:29 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] bugs In-Reply-To: <3d34c3eb.11333@achurch.org> References: <3d34c3eb.11333@achurch.org> Message-ID: <20020717074929.GC46612@phat.za.net> | By Andrew Church | [ 2002-07-17 03:11 +0200 ] > All three fixed, thanks. (The AKICK bug is in the documentation-- > nicks are no longer supported, only [nick!]user@host masks. You can use > nick!*@*, though.) Ok thanks. I liked how one could akick on nickname (which would affect all linked nicks too), but oh well. Welcome back btw :) Regards, Aragon From achurch at achurch.org Thu Jul 18 00:26:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Services 5.0pre3 released In-Reply-To: <000f01c21e50$ef027d90$2e88fea9@kris5461> Message-ID: <3d358cc9.63230@achurch.org> >> 2002/06/21 Fixed bug preventing memo notification on IDENTIFY. >> Reported by George Stamatiou > >I reported this a day before he did. =/ Attribution corrected, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 18 00:55:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] how to access CVS or ircservices 5.x In-Reply-To: Message-ID: <3d35937a.65533@achurch.org> I have no plans to make the source available via CVS (I have better things to do with my time). --Andrew Church achurch@achurch.org http://achurch.org/ >i just wanna get a easy way to update :-) >not commit >"cvs up" will do all instead of open browser...download patch...do patch... >it would be nice if there is one like UnrealIRCd did > > > >On 2002-07-06 Andrew Kempe wrote: > >>Hi there, >> >>Afaik, there is no CVS for IRCServices, let alone a publically accessible >>one. >> >>The most up-to-date version of the source code can be obtained from the >>download sites listed on the website. >> >>Regards, Andrew > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Jul 18 00:56:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. In-Reply-To: Message-ID: <3d359409.65547@achurch.org> >could some1 add a few commands so the following could be done: > >a Dropnick that just drops the selected nick and not all nicks linked to it >(currently, i have to getpass.. change nick.. id as some1 else, then unlink >the nick.. thats a long way to do it.. and ppl complain ;) UNLINK (as Services admin) >Also, a way where ppl can link registered nicks with the password ala 4.5, nickserv/oldlink module (however this module will be removed in a future version, so you'll have to get your users used to the new format at some point) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 18 01:07:53 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] fork: resource temporarily unavailable In-Reply-To: Message-ID: <3d359684.65626@achurch.org> This looks like a memory leak. Does this happen on a network with no traffic? Has anyone else noticed memory leaks or unusually high memory usage? --Andrew Church achurch@achurch.org http://achurch.org/ >after a seemingly random amount of time, services 5 takes up all process IDs >on a system so that any other app trying to fork gets "resource temporarily >unavailable" we thought it was my custom modules originally so we unloaded >themthe problem continued. >Then we thought it was the box, so we moved to a new provider >and yet again we got the problem... so it must be in the core of services >somewhere. >It occurs on cygwin, redhat, Mandrake and Slackware to our knowledge usually >in recv (log enclosed below): > >--[ SNIP ]-- >[May 31 00:10:12 2002] unknown message from server (:test.chatspike.net SMO >o >[May 31 00:10:12 2002] operserv/sline: warning: client IP addresses not >available >[May 31 00:10:12 2002] user: New maximum user count: 1 >[May 31 00:10:12 2002] Read error from server: Resource temporarily >unavailable >--[ /SNIP ]-- > >--[ SNIP ]-- >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument >[Jun 03 20:35:56 2002] Read error from server: Resource temporarily >unavailable >--[ /SNIP ]-- > >The box eventually reaches the point in which we cant even SSH into the box >as it cant fork a new process. >then the only way to fix the problem is /os restart or wait for it to commit >suicide that way. > >the errors occure from pre0 to present. > >Also under CYGWIN (not sure if related..) > >--[ SNIP ]-- >[Jun 28 17:22:40 2002] PANIC! buffer = :test.chatspike.net NOTICE AUTH :*** >Couldn't resolve your hostname; using your IP address instead >[Jun 28 17:22:40 2002] Services terminating: Arithmetic exception >--[ /SNIP ]-- > >Here is a full debug of services starting > >--[ SNIP ]-- >[Jun 04 04:30:56.460154 2002] IRC Services 5.0pre0 starting up (options: >debug) >[Jun 04 04:30:57.508271 2002] debug: Loading language 0 from file >`languages/en_us' >[Jun 04 04:30:57.910403 2002] debug: Loading language 10 from file >`languages/nl' >[Jun 04 04:30:58.494873 2002] debug: Loading language 9 from file >`languages/de' >[Jun 04 04:30:58.953611 2002] debug: Loading language 8 from file >`languages/it' >[Jun 04 04:30:58.299709 2002] debug: Loading language 2 from file >`languages/ja_euc' >[Jun 04 04:30:59.710164 2002] debug: Loading language 3 from file >`languages/ja_sjis' >[Jun 04 04:30:59.055359 2002] debug: Loading language 5 from file >`languages/pt' >[Jun 04 04:30:59.507050 2002] debug: Loading language 4 from file >`languages/es' >[Jun 04 04:31:00.148606 2002] debug: Loading language 7 from file >`languages/tr' >[Jun 04 04:31:01.697643 2002] debug: Loaded languages >[Jun 04 04:31:01.718681 2002] debug: Loading module `protocol/unreal' >[Jun 04 04:31:01.925415 2002] debug: Successfully loaded module >`protocol/unreal' >[Jun 04 04:31:01.935691 2002] debug: Loading module `database/version4' >[Jun 04 04:31:01.968551 2002] debug: Successfully loaded module >`database/version4' >[Jun 04 04:31:01.970623 2002] debug: Loading module `operserv/main' >[Jun 04 04:31:01.071957 2002] debug: Successfully loaded module >`operserv/main' >[Jun 04 04:31:01.075053 2002] debug: Loading module `operserv/akill' >[Jun 04 04:31:01.130590 2002] debug: Successfully loaded module >`operserv/akill' >[Jun 04 04:31:01.132072 2002] debug: Loading module `operserv/news' >[Jun 04 04:31:01.200207 2002] debug: Successfully loaded module >`operserv/news' >[Jun 04 04:31:01.201676 2002] debug: Loading module `operserv/sessions' >[Jun 04 04:31:01.240783 2002] debug: Successfully loaded module >`operserv/sessions' >[Jun 04 04:31:01.250335 2002] debug: Loading module `operserv/sline' >[Jun 04 04:31:01.326200 2002] debug: Successfully loaded module >`operserv/sline' >[Jun 04 04:31:01.327671 2002] debug: Loading module `nickserv/main' >[Jun 04 04:31:01.443053 2002] debug: Successfully loaded module >`nickserv/main' >[Jun 04 04:31:01.444523 2002] debug: Loading module `nickserv/access' >[Jun 04 04:31:01.450464 2002] debug: Successfully loaded module >`nickserv/access' >[Jun 04 04:31:01.451872 2002] debug: Loading module `nickserv/autojoin' >[Jun 04 04:31:01.455518 2002] debug: Successfully loaded module >`nickserv/autojoin' >[Jun 04 04:31:01.456924 2002] debug: Loading module `nickserv/link' >[Jun 04 04:31:01.481702 2002] debug: Successfully loaded module >`nickserv/link' >[Jun 04 04:31:01.483103 2002] debug: Loading module `chanserv/main' >[Jun 04 04:31:02.565011 2002] debug: Successfully loaded module >`chanserv/main' >[Jun 04 04:31:02.566516 2002] debug: Loading module `chanserv/access-levels' >[Jun 04 04:31:02.572908 2002] debug: Successfully loaded module >`chanserv/access-levels' >[Jun 04 04:31:02.584062 2002] debug: Loading module `chanserv/access-xop' >[Jun 04 04:31:02.601665 2002] debug: Successfully loaded module >`chanserv/access-xop' >[Jun 04 04:31:02.603084 2002] debug: Loading module `memoserv/main' >[Jun 04 04:31:02.631097 2002] debug: Successfully loaded module >`memoserv/main' >[Jun 04 04:31:02.632525 2002] debug: Loading module `memoserv/ignore' >[Jun 04 04:31:02.664631 2002] debug: Successfully loaded module >`memoserv/ignore' >[Jun 04 04:31:02.666258 2002] debug: Loading module `statserv/main' >[Jun 04 04:31:02.332792 2002] statserv/main: StatServ initialised: Log >Channel="#services", Nick="StatServ" >[Jun 04 04:31:02.414299 2002] debug: Successfully loaded module >`statserv/main' >[Jun 04 04:31:02.415756 2002] debug: Loading module `httpd/main' >[Jun 04 04:31:03.373919 2002] httpd/main: Listening on 127.0.0.1:8080 >[Jun 04 04:31:03.375956 2002] debug: Successfully loaded module `httpd/main' >[Jun 04 04:31:03.377310 2002] debug: Loading module `httpd/auth-ip' >[Jun 04 04:31:03.382979 2002] debug: Successfully loaded module >`httpd/auth-ip' >[Jun 04 04:31:03.384358 2002] debug: Loading module `httpd/auth-password' >[Jun 04 04:31:03.406551 2002] debug: Successfully loaded module >`httpd/auth-password' >[Jun 04 04:31:03.407985 2002] debug: Loading module `httpd/dbaccess' >[Jun 04 04:31:03.467954 2002] debug: Successfully loaded module >`httpd/dbaccess' >[Jun 04 04:31:03.469424 2002] debug: Loading module `misc/xml-export' >[Jun 04 04:31:03.477162 2002] debug: Successfully loaded module >`misc/xml-export' >[Jun 04 04:31:03.478735 2002] debug: Loading module `misc/xml-import' >[Jun 04 04:31:03.484250 2002] debug: Successfully loaded module >`misc/xml-import' >[Jun 04 04:31:03.495042 2002] debug: Loading module `misc/loveserv' >[Jun 04 04:31:03.530735 2002] debug: Successfully loaded module >`misc/loveserv' >[Jun 04 04:31:04.532994 2002] debug: Loaded modules >[Jun 04 04:31:10.407854 2002] Initiated connection to 127.0.0.1:7025 >[Jun 04 04:31:11.977804 2002] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 >VHP VL NOQUIT UMODE2 TOKEN >[Jun 04 04:31:11.980098 2002] debug: Sent: PASS :cheezypass >[Jun 04 04:31:11.982204 2002] debug: Sent: SERVER services.chatspike.net 1 >:U0-*-254 ChatSpikes Services Server >[Jun 04 04:31:11.984460 2002] debug: Sent: :services.chatspike.net TSCTL >SVSTIME 1023161471 >[Jun 04 04:31:11.005110 2002] sockets: accept(4): Invalid argument >[Jun 04 04:31:11.476130 2002] debug: Sent: NICK OperServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +oiSqd chatspike.net >:Operator Service >[Jun 04 04:31:11.478680 2002] debug: Sent: NICK Global 1 1023161471 services >chatspike.net services.chatspike.net 0 +oiSqd chatspike.net :Global Service >[Jun 04 04:31:11.480950 2002] debug: Sent: NICK NickServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net >:Nickname Service >[Jun 04 04:31:11.483447 2002] debug: Sent: NICK ChanServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Channel >Service >[Jun 04 04:31:11.485719 2002] debug: Sent: NICK MemoServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Memo >Service >[Jun 04 04:31:11.488062 2002] debug: Sent: NICK StatServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +iSqd chatspike.net >:Statistics Service >[Jun 04 04:31:11.490124 2002] debug: Sent: :StatServ JOIN #services >[Jun 04 04:31:11.492266 2002] debug: Sent: :StatServ MODE #services +ao >StatServ StatServ >[Jun 04 04:31:11.496367 2002] debug: Sent: NICK LoveServ 1 1023161471 >services chatspike.net services.chatspike.net 0 +Sqd chatspike.net :Network >Love Service - Feel the love! >[Jun 04 04:31:12.498727 2002] debug: Sent: :LoveServ JOIN #services >[Jun 04 04:31:12.500790 2002] debug: Sent: :LoveServ MODE #services +ao >LoveServ LoveServ >[Jun 04 04:31:12.502400 2002] debug: Received: :test.chatspike.net NOTICE >AUTH :*** Looking up your hostname... >[Jun 04 04:31:12.627324 2002] debug: sockets: read(0): Resource temporarily >unavailable >[Jun 04 04:31:12.629587 2002] Read error from server: Resource temporarily >unavailable >--[ /SNIP ]-- > >it only bails that fast under CYGWIN, normally takes some time otherwise, >but commands like OP become "temporarily unavailable" > >its also preventing the servers services arnt connected to from picking up >modes from other servers.. also some times traffic goes 1 way, servers >services are not connected too will pick up all data from all servers but >the server services are connected to, so services are rendered "br0ked" to >the rest of the network > >any1 else having these probs? any solutions? we are starting to get angry >users ;) > >I hope i have given enuf detail here for some1 to make a solution, if u need >anything else, just ask :) > >-- >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-coding From achurch at achurch.org Thu Jul 18 01:11:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] suggestion for nickserv In-Reply-To: <20020710062021.GA65897@phat.za.net> Message-ID: <3d359747.65641@achurch.org> This is my view as well; as I've said many, many times before, Services is not designed to handle every possible situation--that's what admins are for. --Andrew Church achurch@achurch.org http://achurch.org/ >I would imagine that being very difficult to do. For starters, every MTA's >error messages aren't the same. And most error messages are too long to >simply forward as a memo to a user. Services would have to parse the error >message and memo the relevant information to the user. > >It's the user's responsibility to ensure his email address works. And it's >the admins' duty to follow-up on error messages. > >My opinion atleast :) > > >Regards, >Aragon > > > >| By RT.Mail@verizon.net >| [ 2002-07-10 02:27 +0200 ] >> Idea. When nickserv receives a failure and is unable to deliver the >> auth code to an email address. Have it message that user with a >> failure notice and allow them to re register it using a valid email.. >> or something along those lines. Maybe if the get the error twice it >> could hold it for 24 hours so they could contact an admin to give >> them a code.... Well something like that... >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Wed Jul 17 09:22:18 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] fork: resource temporarily unavailable Message-ID: As far as i know, yes it does.. it appears instantly when connecting under CYGWIN, there have been other emails since this 1 with the same sorta problems, only in the HTTPd module.. As i have said, the problem is appearing in both Unreal3.1.3 and Unreal3.2.. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] fork: resource temporarily unavailable >Date: Thu, 18 Jul 2002 01:07:53 JST > > This looks like a memory leak. Does this happen on a network with >no traffic? Has anyone else noticed memory leaks or unusually high memory >usage? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >after a seemingly random amount of time, services 5 takes up all process >IDs > >on a system so that any other app trying to fork gets "resource >temporarily > >unavailable" we thought it was my custom modules originally so we >unloaded > >themthe problem continued. > >Then we thought it was the box, so we moved to a new provider > >and yet again we got the problem... so it must be in the core of services > >somewhere. > >It occurs on cygwin, redhat, Mandrake and Slackware to our knowledge >usually > >in recv (log enclosed below): > > > >--[ SNIP ]-- > >[May 31 00:10:12 2002] unknown message from server (:test.chatspike.net >SMO > >o > >[May 31 00:10:12 2002] operserv/sline: warning: client IP addresses not > >available > >[May 31 00:10:12 2002] user: New maximum user count: 1 > >[May 31 00:10:12 2002] Read error from server: Resource temporarily > >unavailable > >--[ /SNIP ]-- > > > >--[ SNIP ]-- > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] sockets: accept(4): Invalid argument > >[Jun 03 20:35:56 2002] Read error from server: Resource temporarily > >unavailable > >--[ /SNIP ]-- > > > >The box eventually reaches the point in which we cant even SSH into the >box > >as it cant fork a new process. > >then the only way to fix the problem is /os restart or wait for it to >commit > >suicide that way. > > > >the errors occure from pre0 to present. > > > >Also under CYGWIN (not sure if related..) > > > >--[ SNIP ]-- > >[Jun 28 17:22:40 2002] PANIC! buffer = :test.chatspike.net NOTICE AUTH >:*** > >Couldn't resolve your hostname; using your IP address instead > >[Jun 28 17:22:40 2002] Services terminating: Arithmetic exception > >--[ /SNIP ]-- > > > >Here is a full debug of services starting > > > >--[ SNIP ]-- > >[Jun 04 04:30:56.460154 2002] IRC Services 5.0pre0 starting up (options: > >debug) > >[Jun 04 04:30:57.508271 2002] debug: Loading language 0 from file > >`languages/en_us' > >[Jun 04 04:30:57.910403 2002] debug: Loading language 10 from file > >`languages/nl' > >[Jun 04 04:30:58.494873 2002] debug: Loading language 9 from file > >`languages/de' > >[Jun 04 04:30:58.953611 2002] debug: Loading language 8 from file > >`languages/it' > >[Jun 04 04:30:58.299709 2002] debug: Loading language 2 from file > >`languages/ja_euc' > >[Jun 04 04:30:59.710164 2002] debug: Loading language 3 from file > >`languages/ja_sjis' > >[Jun 04 04:30:59.055359 2002] debug: Loading language 5 from file > >`languages/pt' > >[Jun 04 04:30:59.507050 2002] debug: Loading language 4 from file > >`languages/es' > >[Jun 04 04:31:00.148606 2002] debug: Loading language 7 from file > >`languages/tr' > >[Jun 04 04:31:01.697643 2002] debug: Loaded languages > >[Jun 04 04:31:01.718681 2002] debug: Loading module `protocol/unreal' > >[Jun 04 04:31:01.925415 2002] debug: Successfully loaded module > >`protocol/unreal' > >[Jun 04 04:31:01.935691 2002] debug: Loading module `database/version4' > >[Jun 04 04:31:01.968551 2002] debug: Successfully loaded module > >`database/version4' > >[Jun 04 04:31:01.970623 2002] debug: Loading module `operserv/main' > >[Jun 04 04:31:01.071957 2002] debug: Successfully loaded module > >`operserv/main' > >[Jun 04 04:31:01.075053 2002] debug: Loading module `operserv/akill' > >[Jun 04 04:31:01.130590 2002] debug: Successfully loaded module > >`operserv/akill' > >[Jun 04 04:31:01.132072 2002] debug: Loading module `operserv/news' > >[Jun 04 04:31:01.200207 2002] debug: Successfully loaded module > >`operserv/news' > >[Jun 04 04:31:01.201676 2002] debug: Loading module `operserv/sessions' > >[Jun 04 04:31:01.240783 2002] debug: Successfully loaded module > >`operserv/sessions' > >[Jun 04 04:31:01.250335 2002] debug: Loading module `operserv/sline' > >[Jun 04 04:31:01.326200 2002] debug: Successfully loaded module > >`operserv/sline' > >[Jun 04 04:31:01.327671 2002] debug: Loading module `nickserv/main' > >[Jun 04 04:31:01.443053 2002] debug: Successfully loaded module > >`nickserv/main' > >[Jun 04 04:31:01.444523 2002] debug: Loading module `nickserv/access' > >[Jun 04 04:31:01.450464 2002] debug: Successfully loaded module > >`nickserv/access' > >[Jun 04 04:31:01.451872 2002] debug: Loading module `nickserv/autojoin' > >[Jun 04 04:31:01.455518 2002] debug: Successfully loaded module > >`nickserv/autojoin' > >[Jun 04 04:31:01.456924 2002] debug: Loading module `nickserv/link' > >[Jun 04 04:31:01.481702 2002] debug: Successfully loaded module > >`nickserv/link' > >[Jun 04 04:31:01.483103 2002] debug: Loading module `chanserv/main' > >[Jun 04 04:31:02.565011 2002] debug: Successfully loaded module > >`chanserv/main' > >[Jun 04 04:31:02.566516 2002] debug: Loading module >`chanserv/access-levels' > >[Jun 04 04:31:02.572908 2002] debug: Successfully loaded module > >`chanserv/access-levels' > >[Jun 04 04:31:02.584062 2002] debug: Loading module `chanserv/access-xop' > >[Jun 04 04:31:02.601665 2002] debug: Successfully loaded module > >`chanserv/access-xop' > >[Jun 04 04:31:02.603084 2002] debug: Loading module `memoserv/main' > >[Jun 04 04:31:02.631097 2002] debug: Successfully loaded module > >`memoserv/main' > >[Jun 04 04:31:02.632525 2002] debug: Loading module `memoserv/ignore' > >[Jun 04 04:31:02.664631 2002] debug: Successfully loaded module > >`memoserv/ignore' > >[Jun 04 04:31:02.666258 2002] debug: Loading module `statserv/main' > >[Jun 04 04:31:02.332792 2002] statserv/main: StatServ initialised: Log > >Channel="#services", Nick="StatServ" > >[Jun 04 04:31:02.414299 2002] debug: Successfully loaded module > >`statserv/main' > >[Jun 04 04:31:02.415756 2002] debug: Loading module `httpd/main' > >[Jun 04 04:31:03.373919 2002] httpd/main: Listening on 127.0.0.1:8080 > >[Jun 04 04:31:03.375956 2002] debug: Successfully loaded module >`httpd/main' > >[Jun 04 04:31:03.377310 2002] debug: Loading module `httpd/auth-ip' > >[Jun 04 04:31:03.382979 2002] debug: Successfully loaded module > >`httpd/auth-ip' > >[Jun 04 04:31:03.384358 2002] debug: Loading module `httpd/auth-password' > >[Jun 04 04:31:03.406551 2002] debug: Successfully loaded module > >`httpd/auth-password' > >[Jun 04 04:31:03.407985 2002] debug: Loading module `httpd/dbaccess' > >[Jun 04 04:31:03.467954 2002] debug: Successfully loaded module > >`httpd/dbaccess' > >[Jun 04 04:31:03.469424 2002] debug: Loading module `misc/xml-export' > >[Jun 04 04:31:03.477162 2002] debug: Successfully loaded module > >`misc/xml-export' > >[Jun 04 04:31:03.478735 2002] debug: Loading module `misc/xml-import' > >[Jun 04 04:31:03.484250 2002] debug: Successfully loaded module > >`misc/xml-import' > >[Jun 04 04:31:03.495042 2002] debug: Loading module `misc/loveserv' > >[Jun 04 04:31:03.530735 2002] debug: Successfully loaded module > >`misc/loveserv' > >[Jun 04 04:31:04.532994 2002] debug: Loaded modules > >[Jun 04 04:31:10.407854 2002] Initiated connection to 127.0.0.1:7025 > >[Jun 04 04:31:11.977804 2002] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 >NICKv2 > >VHP VL NOQUIT UMODE2 TOKEN > >[Jun 04 04:31:11.980098 2002] debug: Sent: PASS :cheezypass > >[Jun 04 04:31:11.982204 2002] debug: Sent: SERVER services.chatspike.net >1 > >:U0-*-254 ChatSpikes Services Server > >[Jun 04 04:31:11.984460 2002] debug: Sent: :services.chatspike.net TSCTL > >SVSTIME 1023161471 > >[Jun 04 04:31:11.005110 2002] sockets: accept(4): Invalid argument > >[Jun 04 04:31:11.476130 2002] debug: Sent: NICK OperServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +oiSqd chatspike.net > >:Operator Service > >[Jun 04 04:31:11.478680 2002] debug: Sent: NICK Global 1 1023161471 >services > >chatspike.net services.chatspike.net 0 +oiSqd chatspike.net :Global >Service > >[Jun 04 04:31:11.480950 2002] debug: Sent: NICK NickServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net > >:Nickname Service > >[Jun 04 04:31:11.483447 2002] debug: Sent: NICK ChanServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net >:Channel > >Service > >[Jun 04 04:31:11.485719 2002] debug: Sent: NICK MemoServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +oSqd chatspike.net :Memo > >Service > >[Jun 04 04:31:11.488062 2002] debug: Sent: NICK StatServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +iSqd chatspike.net > >:Statistics Service > >[Jun 04 04:31:11.490124 2002] debug: Sent: :StatServ JOIN #services > >[Jun 04 04:31:11.492266 2002] debug: Sent: :StatServ MODE #services +ao > >StatServ StatServ > >[Jun 04 04:31:11.496367 2002] debug: Sent: NICK LoveServ 1 1023161471 > >services chatspike.net services.chatspike.net 0 +Sqd chatspike.net >:Network > >Love Service - Feel the love! > >[Jun 04 04:31:12.498727 2002] debug: Sent: :LoveServ JOIN #services > >[Jun 04 04:31:12.500790 2002] debug: Sent: :LoveServ MODE #services +ao > >LoveServ LoveServ > >[Jun 04 04:31:12.502400 2002] debug: Received: :test.chatspike.net NOTICE > >AUTH :*** Looking up your hostname... > >[Jun 04 04:31:12.627324 2002] debug: sockets: read(0): Resource >temporarily > >unavailable > >[Jun 04 04:31:12.629587 2002] Read error from server: Resource >temporarily > >unavailable > >--[ /SNIP ]-- > > > >it only bails that fast under CYGWIN, normally takes some time otherwise, > >but commands like OP become "temporarily unavailable" > > > >its also preventing the servers services arnt connected to from picking >up > >modes from other servers.. also some times traffic goes 1 way, servers > >services are not connected too will pick up all data from all servers but > >the server services are connected to, so services are rendered "br0ked" >to > >the rest of the network > > > >any1 else having these probs? any solutions? we are starting to get angry > >users ;) > > > >I hope i have given enuf detail here for some1 to make a solution, if u >need > >anything else, just ask :) > > > >-- > >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-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Wed Jul 17 09:23:58 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. Message-ID: i've tried Unlink as services admin.. it doesnt work.. hence the reason i sent this email, cause i thought the feature didnt exist. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Nickserv Suggestions.. >Date: Thu, 18 Jul 2002 00:56:56 JST > > >could some1 add a few commands so the following could be done: > > > >a Dropnick that just drops the selected nick and not all nicks linked to >it > >(currently, i have to getpass.. change nick.. id as some1 else, then >unlink > >the nick.. thats a long way to do it.. and ppl complain ;) > >UNLINK (as Services admin) > > >Also, a way where ppl can link registered nicks with the password ala >4.5, > >nickserv/oldlink module (however this module will be removed in a future >version, so you'll have to get your users used to the new format at some >point) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From ghozer at scfclan.com Wed Jul 17 17:03:35 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? References: <20020717162401.645E41751C@snow.fingers.co.za> Message-ID: <000b01c22dee$8fce3f00$0200a8c0@ghozer> Hi, I Used nickserv recover, And the user got killed, I diddnt release it and then i tried to recover it again, And i got this message... -NickServ- Nick [??v? isn't currently in use. Ghozer From achurch at achurch.org Thu Jul 18 10:23:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. In-Reply-To: Message-ID: <3d3618d1.76615@achurch.org> Sorry, UNLINK FORCE >i've tried Unlink as services admin.. it doesnt work.. hence the reason i >sent this email, cause i thought the feature didnt exist. > > >>From: achurch@achurch.org (Andrew Church) >>Reply-To: ircservices-coding@ircservices.za.net >>To: ircservices-coding@ircservices.za.net >>Subject: Re: [IRCServices Coding] Nickserv Suggestions.. >>Date: Thu, 18 Jul 2002 00:56:56 JST >> >> >could some1 add a few commands so the following could be done: >> > >> >a Dropnick that just drops the selected nick and not all nicks linked to >>it >> >(currently, i have to getpass.. change nick.. id as some1 else, then >>unlink >> >the nick.. thats a long way to do it.. and ppl complain ;) >> >>UNLINK (as Services admin) >> >> >Also, a way where ppl can link registered nicks with the password ala >>4.5, >> >>nickserv/oldlink module (however this module will be removed in a future >>version, so you'll have to get your users used to the new format at some >>point) >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > >-- >Craig McLure >Craig@chatspike.net >Network Administrator of the ChatSpike IRC Network. >ChatSpike, the users network! www.chatspike.net > > >_________________________________________________________________ >Join the world?s largest e-mail service with MSN Hotmail. >http://www.hotmail.com > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 18 10:27:46 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? In-Reply-To: <000b01c22dee$8fce3f00$0200a8c0@ghozer> Message-ID: <3d3619a0.76644@achurch.org> I can't reproduce this. >Hi, I Used nickserv recover, > >And the user got killed, I diddnt release it and then i tried to recover it >again, And i got this message... > >-NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. > >Ghozer > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Thu Jul 18 07:32:32 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Nickserv Suggestions.. Message-ID: aaaah, cheers, that works :) >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Nickserv Suggestions.. >Date: Thu, 18 Jul 2002 10:23:52 JST > >Sorry, UNLINK FORCE > > >i've tried Unlink as services admin.. it doesnt work.. hence the reason i > >sent this email, cause i thought the feature didnt exist. > > > > > >>From: achurch@achurch.org (Andrew Church) > >>Reply-To: ircservices-coding@ircservices.za.net > >>To: ircservices-coding@ircservices.za.net > >>Subject: Re: [IRCServices Coding] Nickserv Suggestions.. > >>Date: Thu, 18 Jul 2002 00:56:56 JST > >> > >> >could some1 add a few commands so the following could be done: > >> > > >> >a Dropnick that just drops the selected nick and not all nicks linked >to > >>it > >> >(currently, i have to getpass.. change nick.. id as some1 else, then > >>unlink > >> >the nick.. thats a long way to do it.. and ppl complain ;) > >> > >>UNLINK (as Services admin) > >> > >> >Also, a way where ppl can link registered nicks with the password ala > >>4.5, > >> > >>nickserv/oldlink module (however this module will be removed in a future > >>version, so you'll have to get your users used to the new format at some > >>point) > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >>------------------------------------------------------------------ > >>To unsubscribe or change your subscription options, visit: > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > >-- > >Craig McLure > >Craig@chatspike.net > >Network Administrator of the ChatSpike IRC Network. > >ChatSpike, the users network! www.chatspike.net > > > > > >_________________________________________________________________ > >Join the world’s largest e-mail service with MSN Hotmail. > >http://www.hotmail.com > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 frostycoolslug at hotmail.com Thu Jul 18 07:42:10 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? Message-ID: I had a look into this as well, i couldnt reproduce it either, and havnt heard any probs with it.. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] NickServ Problem??? >Date: Thu, 18 Jul 2002 10:27:46 JST > >I can't reproduce this. > > >Hi, I Used nickserv recover, > > > >And the user got killed, I diddnt release it and then i tried to recover >it > >again, And i got this message... > > > >-NickServ- Nick [Ãv¿ isn't currently in use. > > > >Ghozer > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From ghozer at scfclan.com Thu Jul 18 16:07:30 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? References: <20020718100102.C5A2917533@snow.fingers.co.za> Message-ID: <000d01c22eaf$e4801930$0200a8c0@ghozer> Hmm, Give me a second.................. - here we goo... here's the log file from my mIRC..!! (I have replaced my PASS with ) (the reason all the names have the word DRAGON and variante of - is because we were taking the piss out of one of our m8s) -00:59:27- * RECYCLEBINDRAGON is now known as Ghozer -00:59:34- -> *nickserv* recover ghozer spiceg -00:59:39- * Ghozer is now known as Guest168432 -00:59:39- * Quits: Guest168432 (the_elusiv@80.194.72.7) (Killed ())) -00:59:39- -NickServ- User claiming your nick has been killed. -00:59:39- -NickServ- /msg NickServ RELEASE to get it back before the one-minute timeout. -00:59:44- ----> Guest168432 ([the_elusiv@80.194.72.7]) <---- Has Joined #linkirc -01:00:49- -> *nickserv* recover ghozer -01:00:51- -NickServ- Nick [??v? isn't currently in use. -01:00:57- (JOBLESSCRACKDRAGON) M??(Papa Roach - Lovehatetragedy - 01 - M-80)-!-(??t??t? - 192kbps/??z? - 3.37mb/|??gH - 2m28s)-!-(Stereo) -01:01:05- -NickServ- Nick [??v? isn't currently in use. -01:01:09- (CHINESEWATERDRAGON) Alpha -01:01:10- * PAPERDRAGON is now known as DaeJea -01:01:13- (CHINESEWATERDRAGON) you'r nickswerv is screwed -01:01:19- (CHINESEWATERDRAGON) I type /nickserv recover Ghozer -01:01:22- (CHINESEWATERDRAGON) and it says this -01:01:26- (CHINESEWATERDRAGON) -NickServ- Nick [??v? isn't currently in use. -01:01:34- (Tach) ~?Laugh Out Loud?~ -01:01:41- * Tach is now known as [ -01:01:47- * [ is now known as Tach -01:01:47- (DaeJea) hmm, ours did that too :) -01:01:52- (CHINESEWATERDRAGON) Did it? -01:01:55- (DaeJea) yup -01:02:02- (CHINESEWATERDRAGON) Must be a big with the IRCSERVICES -01:02:05- (CHINESEWATERDRAGON) bug * -01:02:10- (DaeJea) had to leave mine for a minute before release -01:02:16- (CHINESEWATERDRAGON) ?Laugh Out Loud? -01:02:16- -NickServ- Nick [??v? isn't registered. -01:02:18- (CHINESEWATERDRAGON) k -01:02:42- (DaeJea) and /ns release blah, never really worked... was gonna test it last week !-----SOME JOIN/ART TEXT THAT HAS NOTHING TO DO WITH THE BUG GOES HERE-------! -01:03:43- -NickServ- Nick ghozer isn't being held. -01:03:46- (AlphaEye) [17:03:25] -NickServ- Nick ghozer isn't being held. -01:03:46- (AlphaEye) - -01:03:46- (AlphaEye) ghozer No such nick/channel -01:03:49- * CHINESEWATERDRAGON is now known as Ghozer -01:03:53- -NickServ- Password accepted -- you are now recognized. So you can see the sort of time scale of the whole "fiasco" - It is not only this 1 IRC Server that it happened on - It was on our server too - we are using PRE5.. > Message: 4 > From: achurch@achurch.org (Andrew Church) > To: > Subject: Re: [IRCServices Coding] NickServ Problem??? > Date: Thu, 18 Jul 2002 10:27:46 JST > Reply-To: ircservices-coding@ircservices.za.net > > I can't reproduce this. > > >Hi, I Used nickserv recover, > > > >And the user got killed, I diddnt release it and then i tried to recover it > >again, And i got this message... > > > >-NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. > > > >Ghozer > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > --__--__-- > > _______________________________________________ > IRCServices-Coding mailing list > IRCServices-Coding@ircservices.za.net > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > End of IRCServices-Coding Digest From frostycoolslug at hotmail.com Thu Jul 18 17:23:55 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? Message-ID: what IRCd is this on? >From: "Colin Thorpe(SCF)" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] NickServ Problem??? >Date: Fri, 19 Jul 2002 00:07:30 +0100 > >Hmm, Give me a second.................. - here we goo... here's the log >file >from my mIRC..!! (I have replaced my PASS with ) >(the reason all the names have the word DRAGON and variante of - is because >we were taking the piss out of one of our m8s) > >-00:59:27- * RECYCLEBINDRAGON is now known as Ghozer >-00:59:34- -> *nickserv* recover ghozer spiceg >-00:59:39- * Ghozer is now known as Guest168432 >-00:59:39- * Quits: Guest168432 (the_elusiv@80.194.72.7) (Killed ())) >-00:59:39- -NickServ- User claiming your nick has been killed. >-00:59:39- -NickServ- /msg NickServ RELEASE to get it back before the >one-minute timeout. >-00:59:44- ----> Guest168432 ([the_elusiv@80.194.72.7]) <---- Has Joined >#linkirc >-01:00:49- -> *nickserv* recover ghozer >-01:00:51- -NickServ- Nick [Ãv¿ isn't currently in use. >-01:00:57- (JOBLESSCRACKDRAGON) Mþ³(Papa Roach - Lovehatetragedy - 01 - >M-80)-!-(ßît®åtË - 192kbps/§îzË - 3.37mb/|ËñgH - 2m28s)-!-(Stereo) >-01:01:05- -NickServ- Nick [Ãv¿ isn't currently in use. >-01:01:09- (CHINESEWATERDRAGON) Alpha >-01:01:10- * PAPERDRAGON is now known as DaeJea >-01:01:13- (CHINESEWATERDRAGON) you'r nickswerv is screwed >-01:01:19- (CHINESEWATERDRAGON) I type /nickserv recover Ghozer >-01:01:22- (CHINESEWATERDRAGON) and it says this >-01:01:26- (CHINESEWATERDRAGON) -NickServ- Nick [Ãv¿ isn't currently in >use. >-01:01:34- (Tach) ~§Laugh Out Loud§~ >-01:01:41- * Tach is now known as [ >-01:01:47- * [ is now known as Tach >-01:01:47- (DaeJea) hmm, ours did that too :) >-01:01:52- (CHINESEWATERDRAGON) Did it? >-01:01:55- (DaeJea) yup >-01:02:02- (CHINESEWATERDRAGON) Must be a big with the IRCSERVICES >-01:02:05- (CHINESEWATERDRAGON) bug * >-01:02:10- (DaeJea) had to leave mine for a minute before release >-01:02:16- (CHINESEWATERDRAGON) °Laugh Out Loud° >-01:02:16- -NickServ- Nick [Ãv¿ isn't registered. >-01:02:18- (CHINESEWATERDRAGON) k >-01:02:42- (DaeJea) and /ns release blah, never really worked... was gonna >test it last week >!-----SOME JOIN/ART TEXT THAT HAS NOTHING TO DO WITH THE BUG GOES >HERE-------! >-01:03:43- -NickServ- Nick ghozer isn't being held. >-01:03:46- (AlphaEye) [17:03:25] -NickServ- Nick ghozer isn't being held. >-01:03:46- (AlphaEye) - >-01:03:46- (AlphaEye) ghozer No such nick/channel >-01:03:49- * CHINESEWATERDRAGON is now known as Ghozer >-01:03:53- -NickServ- Password accepted -- you are now recognized. > >So you can see the sort of time scale of the whole "fiasco" - It is not >only >this 1 IRC Server that it happened on - It was on our server too - we are >using PRE5.. > > > > > Message: 4 > > From: achurch@achurch.org (Andrew Church) > > To: > > Subject: Re: [IRCServices Coding] NickServ Problem??? > > Date: Thu, 18 Jul 2002 10:27:46 JST > > Reply-To: ircservices-coding@ircservices.za.net > > > > I can't reproduce this. > > > > >Hi, I Used nickserv recover, > > > > > >And the user got killed, I diddnt release it and then i tried to >recover >it > > >again, And i got this message... > > > > > >-NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. > > > > > >Ghozer > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > > > --__--__-- > > > > _______________________________________________ > > IRCServices-Coding mailing list > > IRCServices-Coding@ircservices.za.net > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > End of IRCServices-Coding Digest > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Fri Jul 19 13:12:39 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] NickServ Problem??? In-Reply-To: <000d01c22eaf$e4801930$0200a8c0@ghozer> Message-ID: <3d3791fb.01715@achurch.org> I still can't reproduce this. Try downloading a fresh copy of the source, recompiling it, and see if this still happens. --Andrew Church achurch@achurch.org http://achurch.org/ >Hmm, Give me a second.................. - here we goo... here's the log file >from my mIRC..!! (I have replaced my PASS with ) >(the reason all the names have the word DRAGON and variante of - is because >we were taking the piss out of one of our m8s) > >-00:59:27- * RECYCLEBINDRAGON is now known as Ghozer >-00:59:34- -> *nickserv* recover ghozer spiceg >-00:59:39- * Ghozer is now known as Guest168432 >-00:59:39- * Quits: Guest168432 (the_elusiv@80.194.72.7) (Killed ())) >-00:59:39- -NickServ- User claiming your nick has been killed. >-00:59:39- -NickServ- /msg NickServ RELEASE to get it back before the >one-minute timeout. >-00:59:44- ----> Guest168432 ([the_elusiv@80.194.72.7]) <---- Has Joined >#linkirc >-01:00:49- -> *nickserv* recover ghozer >-01:00:51- -NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. >-01:00:57- (JOBLESSCRACKDRAGON) Mþ(I3(B(Papa Roach - Lovehatetragedy - 01 - >M-80)-!-((I_$B{U(I.$BiU(IK(B - 192kbps/(I'$B{[(IK(B - 3.37mb/|(IK(BñgH - 2m28s)-!-(Stereo) >-01:01:05- -NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. >-01:01:09- (CHINESEWATERDRAGON) Alpha >-01:01:10- * PAPERDRAGON is now known as DaeJea >-01:01:13- (CHINESEWATERDRAGON) you'r nickswerv is screwed >-01:01:19- (CHINESEWATERDRAGON) I type /nickserv recover Ghozer >-01:01:22- (CHINESEWATERDRAGON) and it says this >-01:01:26- (CHINESEWATERDRAGON) -NickServ- Nick [$B"E(Bv(I?(B isn't currently in >use. >-01:01:34- (Tach) ~(I'(BLaugh Out Loud(I'(B~ >-01:01:41- * Tach is now known as [ >-01:01:47- * [ is now known as Tach >-01:01:47- (DaeJea) hmm, ours did that too :) >-01:01:52- (CHINESEWATERDRAGON) Did it? >-01:01:55- (DaeJea) yup >-01:02:02- (CHINESEWATERDRAGON) Must be a big with the IRCSERVICES >-01:02:05- (CHINESEWATERDRAGON) bug * >-01:02:10- (DaeJea) had to leave mine for a minute before release >-01:02:16- (CHINESEWATERDRAGON) (I0(BLaugh Out Loud(I0(B >-01:02:16- -NickServ- Nick [$B"E(Bv(I?(B isn't registered. >-01:02:18- (CHINESEWATERDRAGON) k >-01:02:42- (DaeJea) and /ns release blah, never really worked... was gonna >test it last week >!-----SOME JOIN/ART TEXT THAT HAS NOTHING TO DO WITH THE BUG GOES >HERE-------! >-01:03:43- -NickServ- Nick ghozer isn't being held. >-01:03:46- (AlphaEye) [17:03:25] -NickServ- Nick ghozer isn't being held. >-01:03:46- (AlphaEye) - >-01:03:46- (AlphaEye) ghozer No such nick/channel >-01:03:49- * CHINESEWATERDRAGON is now known as Ghozer >-01:03:53- -NickServ- Password accepted -- you are now recognized. > >So you can see the sort of time scale of the whole "fiasco" - It is not only >this 1 IRC Server that it happened on - It was on our server too - we are >using PRE5.. > > > >> Message: 4 >> From: achurch@achurch.org (Andrew Church) >> To: >> Subject: Re: [IRCServices Coding] NickServ Problem??? >> Date: Thu, 18 Jul 2002 10:27:46 JST >> Reply-To: ircservices-coding@ircservices.za.net >> >> I can't reproduce this. >> >> >Hi, I Used nickserv recover, >> > >> >And the user got killed, I diddnt release it and then i tried to recover >it >> >again, And i got this message... >> > >> >-NickServ- Nick [$B"E(Bv(I?(B isn't currently in use. >> > >> >Ghozer >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >> --__--__-- >> >> _______________________________________________ >> IRCServices-Coding mailing list >> IRCServices-Coding@ircservices.za.net >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> End of IRCServices-Coding Digest > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From l8nite at l8nite.net Sat Jul 20 01:21:12 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) Message-ID: <1027153274.6270.7.camel@catarn> Hi, I just recently switched from Epona to the latest IRCServices beta, and I wanted to carry over a hack I had made to Epona... I may have time to write this in a few weeks, but I'm posting the idea here in the hopes that someone else has a spare couple hours and can add it easily and more appropriately than I could. The option is an AUTOVHOST for usernames - using the CHGHOST command to the server (I know it works in unreal, don't know what other ircds support it). Here was the help text: -NickServ- Syntax: SET [nickname] AUTOVHOST vhost -NickServ- -NickServ- Sets a vhost that will be activated whenever this user -NickServ- identifies with NickServices. If no vhost is given, -NickServ- unsets the user's automatic vhost. If no nickname is given, -NickServ- sets the autovhost for your nick. -NickServ- -NickServ- Limited to Services admins. This was a cool and useful feature for both users and administrators (no more editing a vhosts.conf, /rehashing, etc). What do you think? Shaun Guth From admin at nevernet.net Sat Jul 20 02:09:51 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) In-Reply-To: <1027153274.6270.7.camel@catarn> Message-ID: <001301c22fcd$34af2590$826a3a44@noc4> Seems like pointless bloat with little use to most ircds supported by ircservices. ELIJAH -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Shaun Guth Sent: Saturday, July 20, 2002 9:21 AM To: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] Feature Request (AUTOVHOST) Hi, I just recently switched from Epona to the latest IRCServices beta, and I wanted to carry over a hack I had made to Epona... I may have time to write this in a few weeks, but I'm posting the idea here in the hopes that someone else has a spare couple hours and can add it easily and more appropriately than I could. The option is an AUTOVHOST for usernames - using the CHGHOST command to the server (I know it works in unreal, don't know what other ircds support it). Here was the help text: -NickServ- Syntax: SET [nickname] AUTOVHOST vhost -NickServ- -NickServ- Sets a vhost that will be activated whenever this user -NickServ- identifies with NickServices. If no vhost is given, -NickServ- unsets the user's automatic vhost. If no nickname is given, -NickServ- sets the autovhost for your nick. -NickServ- -NickServ- Limited to Services admins. This was a cool and useful feature for both users and administrators (no more editing a vhosts.conf, /rehashing, etc). What do you think? Shaun Guth ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From l8nite at l8nite.net Sat Jul 20 02:41:04 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) In-Reply-To: <001301c22fcd$34af2590$826a3a44@noc4> References: <001301c22fcd$34af2590$826a3a44@noc4> Message-ID: <1027158068.6274.28.camel@catarn> On Sat, 2002-07-20 at 02:09, Elijah wrote: > Seems like pointless bloat with little use to most ircds supported by > ircservices. > > ELIJAH I agree that it has little use to most ircds supported by ircservices (I mentioned that I wasn't sure how many supported the CHGHOST command). I thought that since the configuration of ircservices is so well organized regarding what ircd module you have loaded, it wouldn't be a problem. But I don't agree with you calling it bloat... Maybe you meant feature bloat, but then so is an httpd for services, email confirmation of nicknames, or nick linking/grouping. So the argument goes both ways... Or perhaps you meant code bloat? My changes for Epona took maybe 10 lines at the most, plus the additional help text needed for each language file. Or do you just mean it would bloat the running program, using up too much memory and processing power? Well, I doubt that it would use up more than the SET URL feature of nickserv, which probably is more useless (and less used), than this feature would be. And I highly doubt it would slow the running program down by more than a microsecond or two. Anyway, if it's not wanted for the main distribution I'll just find time later this month or next month to add it for my own personal use... never hurts to ask :-) Thanks for responding, Shaun Guth From VisionOfHell at aol.com Sat Jul 20 03:51:43 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Autovhost Message-ID: <198.9ff2f32.2a6a9abf@aol.com> I like the idea and would like to see it implemented. If not then can u send me a patch when uve done urs? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020720/611dd94c/attachment.html From ghozer at scfclan.com Sat Jul 20 06:53:37 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) References: <20020720100004.EE3AF1753C@snow.fingers.co.za> Message-ID: <004f01c22ff4$e029b2b0$0200a8c0@ghozer> I think it would have been a good idea.. Although looking at the new version of unreal - (and even the current ones) this (in a way) Already exists - Unreal 3.2 - Has an auto v-host that can be set on oper -and it also supports set host - which you can put in your mirc PERFORM (or other clients equivelant) and leave it - it operates silently and effortlessly - It would be noce, but i feel that at this stage, pointless, maybe it could be made as an add-on module for thoes who want it - but not somthing that's BUILT-IN Already As-far as i am aware bahumut and unreal are the only ones i know of that support changing of v-hosts - dynamically (by issueing a commant) others use somthing like an S: or V: line Colin >Subject: RE: [IRCServices Coding] Feature Request (AUTOVHOST) >From: Shaun Guth >To: ircservices-coding@ircservices.za.net >Date: 20 Jul 2002 02:41:04 -0700 >Reply-To: ircservices-coding@ircservices.za.net > >On Sat, 2002-07-20 at 02:09, Elijah wrote: >> Seems like pointless bloat with little use to most ircds supported by >> ircservices. >> >> ELIJAH >. >I agree that it has little use to most ircds supported by ircservices (I >mentioned that I wasn't sure how many supported the CHGHOST command). I >thought that since the configuration of ircservices is so well organized >regarding what ircd module you have loaded, it wouldn't be a problem. > >But I don't agree with you calling it bloat... Maybe you meant feature >bloat, but then so is an httpd for services, email confirmation of >nicknames, or nick linking/grouping. So the argument goes both ways... >Or perhaps you meant code bloat? My changes for Epona took maybe 10 >lines at the most, plus the additional help text needed for each >language file. Or do you just mean it would bloat the running program, >using up too much memory and processing power? Well, I doubt that it >would use up more than the SET URL feature of nickserv, which probably >is more useless (and less used), than this feature would be. And I >highly doubt it would slow the running program down by more than a >microsecond or two. > >Anyway, if it's not wanted for the main distribution I'll just find time >later this month or next month to add it for my own personal use... >never hurts to ask :-) > >Thanks for responding, >Shaun Guth From l8nite at l8nite.net Sat Jul 20 07:18:17 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) In-Reply-To: <004f01c22ff4$e029b2b0$0200a8c0@ghozer> References: <20020720100004.EE3AF1753C@snow.fingers.co.za> <004f01c22ff4$e029b2b0$0200a8c0@ghozer> Message-ID: <1027174704.7196.3.camel@catarn> On Sat, 2002-07-20 at 06:53, Colin Thorpe(SCF) wrote: > this (in a way) Already exists - Unreal 3.2 - Has an auto v-host that can be > set on oper -and it also supports set host - which you can put in your mirc /sethost is limited to ircops The oper auto-vhost thing is just for ircops.. You are right about the V:line... which require a user to type something like: /vhost In order to use it... I was getting away from the a) cumbersome task of adding new V:lines and then rehashing, b) teaching users how to use their vhost... And I wanted to be able to set it up for any registered user... not just ircops. Oh well, guess I'll go back to my hacked epona since all my users are yelling about their vhosts being missing already... :p Thanks, Shaun Guth From saturn at jetirc.net Sat Jul 20 08:49:03 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion References: Message-ID: <003001c23004$f8db76d0$6401a8c0@Turby> I can't rememeber if I submitted this idea before, so I'm submitting it now (again?) I would LOVE to see a mass memo function in the MemoServ module. Something like /ms mass Limited to Services Admins perhaps, or at least Services Opers... This would send a memo to everfy registered user, however it would be most useful if it only sent one copy per group of linked nicks (rather than one memo for each nick they have, which wastes space, and is annoying for them). What do you think? Saturn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020720/fbb2da28/attachment.htm From achurch at achurch.org Sun Jul 21 01:05:32 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion In-Reply-To: <003001c23004$f8db76d0$6401a8c0@Turby> Message-ID: <3d398a75.04732@achurch.org> I don't recall whether it was you or someone else who suggested this before, but the answer is the same: use logon news instead (and don't send HTML mail to the list). --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_002D_01C22FCA.4C62AE30 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I can't rememeber if I submitted this idea before, so I'm submitting it = >now (again?) > >I would LOVE to see a mass memo function in the MemoServ module. = >Something like > >/ms mass > >Limited to Services Admins perhaps, or at least Services Opers... This = >would send a memo to everfy registered user, however it would be most = >useful if it only sent one copy per group of linked nicks (rather than = >one memo for each nick they have, which wastes space, and is annoying = >for them). > >What do you think? > >Saturn > >------=_NextPart_000_002D_01C22FCA.4C62AE30 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
I can't rememeber if I submitted this = >idea=20 >before, so I'm submitting it now (again?)
>
 
>
I would LOVE to see a mass memo function in the = >MemoServ=20 >module.  Something like
>
 
>
/ms mass <message goes here>
>
 
>
Limited to Services Admins perhaps, or at least = >Services=20 >Opers... This would send a memo to everfy registered user, however it = >would be=20 >most useful if it only sent one copy per group of linked nicks (rather = >than one=20 >memo for each nick they have, which wastes space, and is annoying for=20 >them).
>
 
>
What do you think?
>
 
>
Saturn
> >------=_NextPart_000_002D_01C22FCA.4C62AE30-- > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From saturn at jetirc.net Sat Jul 20 09:21:05 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion References: <3d398a75.04732@achurch.org> Message-ID: <007b01c23009$7280ae70$6401a8c0@Turby> Sorry about the HTML... forgot to set my defaults to plain... Yeah logon news is fine and all, but nobody reads it cause generally it just scrolls up too fast when they first log on. Perhaps then maybe an option to have the logonnews delayed by, say, 30 seconds or so, so that the news pops up after they've logged on and are all settled. Ideally though, mass memo would be preferable if only because it ensures every person gets a nice personal letter... Was just a suggestion =) ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, July 20, 2002 9:05 AM Subject: Re: [IRCServices Coding] MemoServ suggestion > I don't recall whether it was you or someone else who suggested this > before, but the answer is the same: use logon news instead (and don't send > HTML mail to the list). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >This is a multi-part message in MIME format. > > > >------=_NextPart_000_002D_01C22FCA.4C62AE30 > >Content-Type: text/plain; > > charset="iso-8859-1" > >Content-Transfer-Encoding: quoted-printable > > > >I can't rememeber if I submitted this idea before, so I'm submitting it = > >now (again?) > > > >I would LOVE to see a mass memo function in the MemoServ module. = > >Something like > > > >/ms mass > > > >Limited to Services Admins perhaps, or at least Services Opers... This = > >would send a memo to everfy registered user, however it would be most = > >useful if it only sent one copy per group of linked nicks (rather than = > >one memo for each nick they have, which wastes space, and is annoying = > >for them). > > > >What do you think? > > > >Saturn > > > >------=_NextPart_000_002D_01C22FCA.4C62AE30 > >Content-Type: text/html; > > charset="iso-8859-1" > >Content-Transfer-Encoding: quoted-printable > > > > > > > > >charset=3Diso-8859-1"> > > > > > > > > > >
I can't rememeber if I submitted this = > >idea=20 > >before, so I'm submitting it now (again?)
> >
 
> >
I would LOVE to see a mass memo function in the = > >MemoServ=20 > >module.  Something like
> >
 
> >
/ms mass <message goes here>
> >
 
> >
Limited to Services Admins perhaps, or at least = > >Services=20 > >Opers... This would send a memo to everfy registered user, however it = > >would be=20 > >most useful if it only sent one copy per group of linked nicks (rather = > >than one=20 > >memo for each nick they have, which wastes space, and is annoying for=20 > >them).
> >
 
> >
What do you think?
> >
 
> >
Saturn
> > > >------=_NextPart_000_002D_01C22FCA.4C62AE30-- > > > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From frostycoolslug at hotmail.com Sat Jul 20 09:49:34 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) Message-ID: it would probably be better to have a totally seperate service, a "hostserv" which waits for the usermode +r to be set on a user, then checks its datbase for a vhost matching the user that just identified, if one is found, set the vhost.. we have been concidering this as an option for a while on my IRC Network, we will probably put it in with the statistical package we are currently making (stay tuned ;) >From: Shaun Guth >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: RE: [IRCServices Coding] Feature Request (AUTOVHOST) >Date: 20 Jul 2002 07:18:17 -0700 > >On Sat, 2002-07-20 at 06:53, Colin Thorpe(SCF) wrote: > > this (in a way) Already exists - Unreal 3.2 - Has an auto v-host that >can be > > set on oper -and it also supports set host - which you can put in your >mirc > >/sethost is limited to ircops > >The oper auto-vhost thing is just for ircops.. > >You are right about the V:line... which require a user to type something >like: > /vhost > >In order to use it... I was getting away from the a) cumbersome task of >adding new V:lines and then rehashing, b) teaching users how to use >their vhost... And I wanted to be able to set it up for any registered >user... not just ircops. > >Oh well, guess I'll go back to my hacked epona since all my users are >yelling about their vhosts being missing already... :p > >Thanks, >Shaun Guth > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Sat Jul 20 09:52:42 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion Message-ID: i dont see the point, cause then technically it isnt logonnews, instead news 30secs after you have logged on. i agree with andy, thats what logonnews is for, if the users dont wanna pay attension and they get effected by what happens thats their own fault. >From: "Saturn" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] MemoServ suggestion >Date: Sat, 20 Jul 2002 09:21:05 -0700 > >Sorry about the HTML... forgot to set my defaults to plain... > >Yeah logon news is fine and all, but nobody reads it cause generally it >just >scrolls up too fast when they first log on. Perhaps then maybe an option >to have the logonnews delayed by, say, 30 seconds or so, so that the news >pops up after they've logged on and are all settled. Ideally though, mass >memo would be preferable if only because it ensures every person gets a >nice >personal letter... > >Was just a suggestion =) > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Saturday, July 20, 2002 9:05 AM >Subject: Re: [IRCServices Coding] MemoServ suggestion > > > > I don't recall whether it was you or someone else who suggested >this > > before, but the answer is the same: use logon news instead (and don't >send > > HTML mail to the list). > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >This is a multi-part message in MIME format. > > > > > >------=_NextPart_000_002D_01C22FCA.4C62AE30 > > >Content-Type: text/plain; > > > charset="iso-8859-1" > > >Content-Transfer-Encoding: quoted-printable > > > > > >I can't rememeber if I submitted this idea before, so I'm submitting it >= > > >now (again?) > > > > > >I would LOVE to see a mass memo function in the MemoServ module. = > > >Something like > > > > > >/ms mass > > > > > >Limited to Services Admins perhaps, or at least Services Opers... This >= > > >would send a memo to everfy registered user, however it would be most = > > >useful if it only sent one copy per group of linked nicks (rather than >= > > >one memo for each nick they have, which wastes space, and is annoying = > > >for them). > > > > > >What do you think? > > > > > >Saturn > > > > > >------=_NextPart_000_002D_01C22FCA.4C62AE30 > > >Content-Type: text/html; > > > charset="iso-8859-1" > > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > > >charset=3Diso-8859-1"> > > > > > > > > > > > > > > >
I can't rememeber if I submitted this >= > > >idea=20 > > >before, so I'm submitting it now (again?)
> > >
 
> > >
I would LOVE to see a mass memo function in the >= > > >MemoServ=20 > > >module.  Something like
> > >
 
> > >
/ms mass <message goes here>
> > >
 
> > >
Limited to Services Admins perhaps, or at least >= > > >Services=20 > > >Opers... This would send a memo to everfy registered user, however it = > > >would be=20 > > >most useful if it only sent one copy per group of linked nicks (rather >= > > >than one=20 > > >memo for each nick they have, which wastes space, and is annoying >for=20 > > >them).
> > >
 
> > >
What do you think?
> > >
 
> > >
Saturn
> > > > > >------=_NextPart_000_002D_01C22FCA.4C62AE30-- > > > > > > > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From RT.Mail at verizon.net Sat Jul 20 11:18:30 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion In-Reply-To: Message-ID: <20020720181840.QZDN23523.out013.verizon.net@bofh> Ok first off.. "But I don't agree with you calling it bloat... Maybe you meant feature bloat, but then so is an httpd for services, email confirmation of nicknames, or nick linking/grouping. So the argument goes both ways..." Email confirmation is needed to help prevent abuse of services and mass registration of nicks... Second thing is id also like to see a mass memo feature or maybe a 30 second delay on the logon news.Because nobody reads it as it is now. You may say thats the users problem however in the end it becomes the IRCop's problems. From aragon at phat.za.net Sat Jul 20 14:32:08 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] MemoServ suggestion In-Reply-To: <007b01c23009$7280ae70$6401a8c0@Turby> References: <3d398a75.04732@achurch.org> <007b01c23009$7280ae70$6401a8c0@Turby> Message-ID: <20020720213208.GC24359@phat.za.net> | By Saturn | [ 2002-07-20 18:20 +0200 ] > Yeah logon news is fine and all, but nobody reads it cause generally it just > scrolls up too fast when they first log on. This is definately true. I don't think having a "mass memo" feature is the best approach though. Rather have two types of logonnews. One that the user receives on connection (delayed perhaps) and another type that a user receives upon identifying (identifynews?). Sending masses of memos in one shot wouldn't be terribly efficient, especially on large networks. But I guess one could also argue that this feature wouldn't be used very often. Regards, Aragon From Ganja51 at earthlink.net Sat Jul 20 23:33:34 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) References: <20020720100004.EE3AF1753C@snow.fingers.co.za> <004f01c22ff4$e029b2b0$0200a8c0@ghozer> <1027174704.7196.3.camel@catarn> Message-ID: <002301c23080$8d1388d0$2e88fea9@kris5461> NeoStats has a module which does this, but i think only SAs and above can add the vhosts, and it's based on a nick w/ a specific host instead of a nickserv identification. If you do make a module like this for IRCServices please send a copy of it to me, I'd like to take a look at it. Thanks. ~Ganja51 ----- Original Message ----- From: "Shaun Guth" To: Sent: Saturday, July 20, 2002 9:18 AM Subject: RE: [IRCServices Coding] Feature Request (AUTOVHOST) > On Sat, 2002-07-20 at 06:53, Colin Thorpe(SCF) wrote: > > this (in a way) Already exists - Unreal 3.2 - Has an auto v-host that can be > > set on oper -and it also supports set host - which you can put in your mirc > > /sethost is limited to ircops > > The oper auto-vhost thing is just for ircops.. > > You are right about the V:line... which require a user to type something > like: > /vhost > > In order to use it... I was getting away from the a) cumbersome task of > adding new V:lines and then rehashing, b) teaching users how to use > their vhost... And I wanted to be able to set it up for any registered > user... not just ircops. > > Oh well, guess I'll go back to my hacked epona since all my users are > yelling about their vhosts being missing already... :p > > Thanks, > Shaun Guth > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ran at fistuk.com Sun Jul 21 12:11:48 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 Message-ID: <001c01c230ea$773c0d60$9de2db3e@home657> hello i'm using ircservices 5 pre5 and memoserv is crashing everytime I send memo to offline users. Can you check and have it fixed please? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020721/a8aca6d0/attachment.html From ran at fistuk.com Sun Jul 21 12:40:06 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] log of the memoserv bug Message-ID: <002d01c230ee$6ba94400$9de2db3e@home657> -> *memoserv* send tazush check - -tmnt.fistuk.com- *** Routing -- from tmnt.fistuk.com: Server services.fistuk.com closed the connection. - -tmnt.fistuk.com- *** Notice -- services.fistuk.com was connected for 38 seconds. 2/5 sendK/recvK. - Again, please have it fixed:) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020721/998660e6/attachment.htm From achurch at achurch.org Mon Jul 22 05:10:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 In-Reply-To: <001c01c230ea$773c0d60$9de2db3e@home657> Message-ID: <3d3b154e.06052@achurch.org> Fixed, thanks. (And please don't send HTML mail to the list.) --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_0019_01C230FB.39B0AE40 >Content-Type: text/plain; > charset="windows-1255" >Content-Transfer-Encoding: quoted-printable > >hello >i'm using ircservices 5 pre5 and memoserv is crashing everytime I send = >memo to offline users. > >Can you check and have it fixed please? > >------=_NextPart_000_0019_01C230FB.39B0AE40 >Content-Type: text/html; > charset="windows-1255" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Dwindows-1255"> > > > > >
hello
>
i'm using ircservices 5 pre5 and = >memoserv is=20 >crashing everytime I send memo to offline users.
>
 
>
Can you check and have it fixed=20 >please?
> >------=_NextPart_000_0019_01C230FB.39B0AE40-- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ran at fistuk.com Sun Jul 21 14:27:21 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it References: <3d3b154e.06052@achurch.org> Message-ID: <000501c230fd$66e77860$9de2db3e@home657> sorry about the html where can I get that fix? ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, July 21, 2002 10:10 PM Subject: Re: [IRCServices Coding] BUG on version 5 > Fixed, thanks. (And please don't send HTML mail to the list.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >This is a multi-part message in MIME format. > > > >------=_NextPart_000_0019_01C230FB.39B0AE40 > >Content-Type: text/plain; > > charset="windows-1255" > >Content-Transfer-Encoding: quoted-printable > > > >hello > >i'm using ircservices 5 pre5 and memoserv is crashing everytime I send = > >memo to offline users. > > > >Can you check and have it fixed please? > > > >------=_NextPart_000_0019_01C230FB.39B0AE40 > >Content-Type: text/html; > > charset="windows-1255" > >Content-Transfer-Encoding: quoted-printable > > > > > > > > >charset=3Dwindows-1255"> > > > > > > > > > >
hello
> >
i'm using ircservices 5 pre5 and = > >memoserv is=20 > >crashing everytime I send memo to offline users.
> >
 
> >
Can you check and have it fixed=20 > >please?
> > > >------=_NextPart_000_0019_01C230FB.39B0AE40-- > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sun Jul 21 13:32:17 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it In-Reply-To: <000501c230fd$66e77860$9de2db3e@home657> Message-ID: <20020721203232.XHAN13116.out007.verizon.net@bofh> You can get it when version 5.0pre6 is released. or when 5.0 is released. whatever comes first. < >On Sun, 21 Jul 2002 23:27:21 +0200, Ran wrote: < > sorry about the html < > < > where can I get that fix? < > ----- Original Message ----- < > From: "Andrew Church" < > To: < > Sent: Sunday, July 21, 2002 10:10 PM < > Subject: Re: [IRCServices Coding] BUG on version 5 < > < > < > > Fixed, thanks. (And please don't send HTML mail to the < > list.) < > > < > > --Andrew Church < > > achurch@achurch.org < > > http://achurch.org/ < > > < > > >This is a multi-part message in MIME format. < > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > > >Content-Type: text/plain; < > > > charset="windows-1255" < > > >Content-Transfer-Encoding: quoted-printable < > > > < > > >hello < > > >i'm using ircservices 5 pre5 and memoserv is crashing < > everytime I send = < > > >memo to offline users. < > > > < > > >Can you check and have it fixed please? < > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > > >Content-Type: text/html; < > > > charset="windows-1255" < > > >Content-Transfer-Encoding: quoted-printable < > > > < > > > < > > > < > > > > >charset=3Dwindows-1255"> < > > > < > > > < > > > < > > > < > > >
hello
< > > >
i'm using ircservices 5 pre5 < > and = < > > >memoserv is=20 < > > >crashing everytime I send memo to offline users.
< > > >
 
< > > >
Can you check and have it < > fixed=20 < > > >please?
< > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40-- < > > > < > > >-------------------------------------------------------------- < > ---- < > > >To unsubscribe or change your subscription options, visit: < > > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ran at fistuk.com Sun Jul 21 14:58:56 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it References: <20020721203232.XHAN13116.out007.verizon.net@bofh> Message-ID: <001401c23101$d098d340$9de2db3e@home657> well when it will release? it is very hard to manage a network without memoserv. ----- Original Message ----- From: To: Sent: Sunday, July 21, 2002 10:32 PM Subject: Re: [IRCServices Coding] BUG on version 5 - where to get it You can get it when version 5.0pre6 is released. or when 5.0 is released. whatever comes first. < >On Sun, 21 Jul 2002 23:27:21 +0200, Ran wrote: < > sorry about the html < > < > where can I get that fix? < > ----- Original Message ----- < > From: "Andrew Church" < > To: < > Sent: Sunday, July 21, 2002 10:10 PM < > Subject: Re: [IRCServices Coding] BUG on version 5 < > < > < > > Fixed, thanks. (And please don't send HTML mail to the < > list.) < > > < > > --Andrew Church < > > achurch@achurch.org < > > http://achurch.org/ < > > < > > >This is a multi-part message in MIME format. < > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > > >Content-Type: text/plain; < > > > charset="windows-1255" < > > >Content-Transfer-Encoding: quoted-printable < > > > < > > >hello < > > >i'm using ircservices 5 pre5 and memoserv is crashing < > everytime I send = < > > >memo to offline users. < > > > < > > >Can you check and have it fixed please? < > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > > >Content-Type: text/html; < > > > charset="windows-1255" < > > >Content-Transfer-Encoding: quoted-printable < > > > < > > > < > > > < > > > > >charset=3Dwindows-1255"> < > > > < > > > < > > > < > > > < > > >
hello
< > > >
i'm using ircservices 5 pre5 < > and = < > > >memoserv is=20 < > > >crashing everytime I send memo to offline users.
< > > >
 
< > > >
Can you check and have it < > fixed=20 < > > >please?
< > > > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40-- < > > > < > > >-------------------------------------------------------------- < > ---- < > > >To unsubscribe or change your subscription options, visit: < > > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Jul 21 14:03:45 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it In-Reply-To: <001401c23101$d098d340$9de2db3e@home657> Message-ID: > well when it will release? > it is very hard to manage a network without memoserv. It should be along within a few days. This is a pre-release version, you use it at your own risk - it's not supported. Russ Garrett russ@garrett.co.uk From RT.Mail at verizon.net Sun Jul 21 14:04:05 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it In-Reply-To: <001401c23101$d098d340$9de2db3e@home657> Message-ID: <20020721210419.XMXA13116.out007.verizon.net@bofh> Whenever Andrew feels he's fixed enough to release a new version. Remember these are still beta. If you cant live with things not working then you should not be using them. Use the latest version of 4.x.x < >On Sun, 21 Jul 2002 23:58:56 +0200, Ran wrote: < > well when it will release? < > it is very hard to manage a network without memoserv. < > ----- Original Message ----- < > From: < > To: < > Sent: Sunday, July 21, 2002 10:32 PM < > Subject: Re: [IRCServices Coding] BUG on version 5 - where to < > get it < > < > < > You can get it when version 5.0pre6 is released. or when 5.0 is < > released. whatever comes first. < > < > < >On Sun, 21 Jul 2002 23:27:21 +0200, Ran wrote: < > < > sorry about the html < > < > < > < > where can I get that fix? < > < > ----- Original Message ----- < > < > From: "Andrew Church" < > < > To: < > < > Sent: Sunday, July 21, 2002 10:10 PM < > < > Subject: Re: [IRCServices Coding] BUG on version 5 < > < > < > < > < > < > > Fixed, thanks. (And please don't send HTML mail to the < > < > list.) < > < > > < > < > > --Andrew Church < > < > > achurch@achurch.org < > < > > http://achurch.org/ < > < > > < > < > > >This is a multi-part message in MIME format. < > < > > > < > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > < > > >Content-Type: text/plain; < > < > > > charset="windows-1255" < > < > > >Content-Transfer-Encoding: quoted-printable < > < > > > < > < > > >hello < > < > > >i'm using ircservices 5 pre5 and memoserv is crashing < > < > everytime I send = < > < > > >memo to offline users. < > < > > > < > < > > >Can you check and have it fixed please? < > < > > > < > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40 < > < > > >Content-Type: text/html; < > < > > > charset="windows-1255" < > < > > >Content-Transfer-Encoding: quoted-printable < > < > > > < > < > > > Transitional//EN"> < > < > > > < > < > > > < > > >charset=3Dwindows-1255"> < > < > > > < > < > > > < > < > > > < > < > > > < > < > > >
hello
< > < > > >
i'm using ircservices 5 < > pre5 < > < > and = < > < > > >memoserv is=20 < > < > > >crashing everytime I send memo to offline < > users.
< > < > > >
 
< > < > > >
Can you check and have it < > < > fixed=20 < > < > > >please?
< > < > > > < > < > > >------=_NextPart_000_0019_01C230FB.39B0AE40-- < > < > > > < > < > > >---------------------------------------------------------- < > ---- < > < > ---- < > < > > >To unsubscribe or change your subscription options, visit: < > < > > < > >http://www.ircservices.za.net/mailman/listinfo/ircservices- < > < > coding < > < > > ----------------------------------------------------------- < > ---- < > < > --- < > < > > To unsubscribe or change your subscription options, visit: < > < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > < > coding < > < > > < > < > < > < > ------------------------------------------------------------- < > ---- < > < > - < > < > To unsubscribe or change your subscription options, visit: < > < > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Jul 21 14:03:45 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] BUG on version 5 - where to get it In-Reply-To: <001401c23101$d098d340$9de2db3e@home657> Message-ID: > well when it will release? > it is very hard to manage a network without memoserv. It should be along within a few days. This is a pre-release version, you use it at your own risk - it's not supported. Russ Garrett russ@garrett.co.uk From RT.Mail at verizon.net Sun Jul 21 14:28:18 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] topic In-Reply-To: <20020721203232.XHAN13116.out007.verizon.net@bofh> Message-ID: <20020721212828.YBTW19080.out002.verizon.net@bofh> Shouldn't I be able to set this? /cs topic #animeforce moo -ChanServ- Permission denied. I'm a services superuser. From uhc0 at rz.uni-karlsruhe.de Sun Jul 21 15:51:32 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:32 2004 Subject: AW: [IRCServices Coding] topic In-Reply-To: <20020721212828.YBTW19080.out002.verizon.net@bofh> Message-ID: <000201c23109$3a8c38d0$02c8a8c0@nygmatech.local> Hi, dear superuser ;-) There is no CS TOPIC command. You are willing to use: /cs SET #channel TOPIC _text_ 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von RT.Mail@verizon.net > Gesendet: Sonntag, 21. Juli 2002 23:28 > An: ircservices-coding@ircservices.za.net > Betreff: [IRCServices Coding] topic > > > Shouldn't I be able to set this? > > /cs topic #animeforce moo > -ChanServ- Permission denied. > > I'm a services superuser. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > From uhc0 at rz.uni-karlsruhe.de Sun Jul 21 15:56:34 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:32 2004 Subject: AW: [IRCServices Coding] topic In-Reply-To: <000201c23109$3a8c38d0$02c8a8c0@nygmatech.local> Message-ID: <000301c23109$eebe97d0$02c8a8c0@nygmatech.local> Forget it... I must have drunken too much Absinth tonight. Sorry :-( ------------------------------------------------------------------ | 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Yusuf Iskenderoglu > Gesendet: Montag, 22. Juli 2002 00:52 > An: ircservices-coding@ircservices.za.net > Betreff: AW: [IRCServices Coding] topic > > > > Hi, dear superuser ;-) > > There is no CS TOPIC command. > You are willing to use: > /cs SET #channel TOPIC _text_ > > 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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von RT.Mail@verizon.net > > Gesendet: Sonntag, 21. Juli 2002 23:28 > > An: ircservices-coding@ircservices.za.net > > Betreff: [IRCServices Coding] topic > > > > > > Shouldn't I be able to set this? > > > > /cs topic #animeforce moo > > -ChanServ- Permission denied. > > > > I'm a services superuser. > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From l8nite at l8nite.net Sun Jul 21 16:29:30 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] topic In-Reply-To: <20020721212828.YBTW19080.out002.verizon.net@bofh> References: <20020721212828.YBTW19080.out002.verizon.net@bofh> Message-ID: <1027294173.8884.2.camel@catarn> Is your nickname registered and identified? On Sun, 2002-07-21 at 14:28, RT.Mail@verizon.net wrote: > Shouldn't I be able to set this? > > /cs topic #animeforce moo > -ChanServ- Permission denied. > > I'm a services superuser. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sun Jul 21 16:51:56 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:32 2004 Subject: AW: [IRCServices Coding] topic In-Reply-To: <000201c23109$3a8c38d0$02c8a8c0@nygmatech.local> Message-ID: <20020721235204.CUYE898.out008.verizon.net@bofh> Must have had a little of what Yusuf had the night I though I heard that... < >On Mon, 22 Jul 2002 00:51:32 +0200, Yusuf Iskenderoglu wrote: < > < > Hi, dear superuser ;-) < > < > There is no CS TOPIC command. < > You are willing to use: < > /cs SET #channel TOPIC _text_ < > < > 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-coding-admin@ircservices.za.net < > > [mailto:ircservices-coding-admin@ircservices.za.net] Im < > > Auftrag von RT.Mail@verizon.net < > > Gesendet: Sonntag, 21. Juli 2002 23:28 < > > An: ircservices-coding@ircservices.za.net < > > Betreff: [IRCServices Coding] topic < > > < > > < > > Shouldn't I be able to set this? < > > < > > /cs topic #animeforce moo < > > -ChanServ- Permission denied. < > > < > > I'm a services superuser. < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo> /ircservices- < > coding < > > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ran at fistuk.com Mon Jul 22 02:42:50 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request Message-ID: <002001c23164$27402100$17e3db3e@home657> Hi I want to request 2 things 1) Did you think about adding a BotServ? 2) I'm using titan ircd, which is bahamut with chanprot halfop and host masking from unreal, is there any way to get it work with ircservices5.0pre5 (actually, I want to make the unban command unbanning hidden hosts) Is there any solution to this? From frostycoolslug at hotmail.com Mon Jul 22 02:12:47 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request Message-ID: 1) Did you think about reading the archives? This question has been answered time and time and time and time and time and (i should start copy/paste at this point) time again, NO! There is no need for botserv, and there is no point in it either. You want it? u code it yourself, its as simple as that :p 2) Also mentioned somewhere on the website, Andy didnt get around to creating any more protocol modules, and unless submitted, the chances are he probably wont make any more, once again, you will probably have to code this yourseld. Both these questions have been answered before.. we keep wasting valuable time reading and replying to them cause ppl are too lazy to open their eyes.. i mean, ffs, there is even a search thing for the mail archives on the website.. enter "BotServ" into it and look at the results. >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 11:42:50 +0200 > >Hi >I want to request 2 things > >1) Did you think about adding a BotServ? > >2) I'm using titan ircd, which is bahamut with chanprot halfop and host >masking from unreal, is there any way to get it work with >ircservices5.0pre5 >(actually, I want to make the unban command unbanning hidden hosts) > >Is there any solution to this? > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ran at fistuk.com Mon Jul 22 03:19:10 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <000501c23169$3a231520$17e3db3e@home657> well i just subscribed to the mailing list and can't read it all.. I don't want andy to create new modules but thing like this must be a little change in the module file, so just want to know what i need to change for supporting host masking on other ircd if it is possible without creating NEW module file. ----- Original Message ----- From: "Craig McLure" To: Sent: Monday, July 22, 2002 11:12 AM Subject: Re: [IRCServices Coding] Feature request > 1) Did you think about reading the archives? > This question has been answered time and time and time and time and time and > (i should start copy/paste at this point) time again, NO! There is no need > for botserv, and there is no point in it either. You want it? u code it > yourself, its as simple as that :p > > 2) Also mentioned somewhere on the website, Andy didnt get around to > creating any more protocol modules, and unless submitted, the chances are he > probably wont make any more, once again, you will probably have to code this > yourseld. > > > Both these questions have been answered before.. we keep wasting valuable > time reading and replying to them cause ppl are too lazy to open their > eyes.. i mean, ffs, there is even a search thing for the mail archives on > the website.. enter "BotServ" into it and look at the results. > > > >From: "Ran" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] Feature request > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > >Hi > >I want to request 2 things > > > >1) Did you think about adding a BotServ? > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and host > >masking from unreal, is there any way to get it work with > >ircservices5.0pre5 > >(actually, I want to make the unban command unbanning hidden hosts) > > > >Is there any solution to this? > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding > From frostycoolslug at hotmail.com Mon Jul 22 02:41:12 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request Message-ID: go into the modules/protocol directory and read through, if its going to be official, an ENTIRE NEW MODULE will have to be created. >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 12:19:10 +0200 > >well i just subscribed to the mailing list and can't read it all.. > >I don't want andy to create new modules but thing like this must be a >little >change in the module file, so just want to know what i need to change for >supporting host masking on other ircd if it is possible without creating >NEW >module file. >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Monday, July 22, 2002 11:12 AM >Subject: Re: [IRCServices Coding] Feature request > > > > 1) Did you think about reading the archives? > > This question has been answered time and time and time and time and time >and > > (i should start copy/paste at this point) time again, NO! There is no >need > > for botserv, and there is no point in it either. You want it? u code it > > yourself, its as simple as that :p > > > > 2) Also mentioned somewhere on the website, Andy didnt get around to > > creating any more protocol modules, and unless submitted, the chances >are >he > > probably wont make any more, once again, you will probably have to code >this > > yourseld. > > > > > > Both these questions have been answered before.. we keep wasting >valuable > > time reading and replying to them cause ppl are too lazy to open their > > eyes.. i mean, ffs, there is even a search thing for the mail archives >on > > the website.. enter "BotServ" into it and look at the results. > > > > > > >From: "Ran" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] Feature request > > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > > > >Hi > > >I want to request 2 things > > > > > >1) Did you think about adding a BotServ? > > > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and host > > >masking from unreal, is there any way to get it work with > > >ircservices5.0pre5 > > >(actually, I want to make the unban command unbanning hidden hosts) > > > > > >Is there any solution to this? > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 frostycoolslug at hotmail.com Mon Jul 22 02:46:12 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request Message-ID: [*Addition to previous mail, (soz, missed a bit :p)*] did i say read it all? http://www.ircservices.za.net/mailinglists.html enter BotServ into the field and hit search. >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 12:19:10 +0200 > >well i just subscribed to the mailing list and can't read it all.. > >I don't want andy to create new modules but thing like this must be a >little >change in the module file, so just want to know what i need to change for >supporting host masking on other ircd if it is possible without creating >NEW >module file. >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Monday, July 22, 2002 11:12 AM >Subject: Re: [IRCServices Coding] Feature request > > > > 1) Did you think about reading the archives? > > This question has been answered time and time and time and time and time >and > > (i should start copy/paste at this point) time again, NO! There is no >need > > for botserv, and there is no point in it either. You want it? u code it > > yourself, its as simple as that :p > > > > 2) Also mentioned somewhere on the website, Andy didnt get around to > > creating any more protocol modules, and unless submitted, the chances >are >he > > probably wont make any more, once again, you will probably have to code >this > > yourseld. > > > > > > Both these questions have been answered before.. we keep wasting >valuable > > time reading and replying to them cause ppl are too lazy to open their > > eyes.. i mean, ffs, there is even a search thing for the mail archives >on > > the website.. enter "BotServ" into it and look at the results. > > > > > > >From: "Ran" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] Feature request > > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > > > >Hi > > >I want to request 2 things > > > > > >1) Did you think about adding a BotServ? > > > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and host > > >masking from unreal, is there any way to get it work with > > >ircservices5.0pre5 > > >(actually, I want to make the unban command unbanning hidden hosts) > > > > > >Is there any solution to this? > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ran at fistuk.com Mon Jul 22 04:00:28 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <000d01c2316e$fe4cba00$17e3db3e@home657> well, i found that halfop.h is for halfop etc. but i can't find what is making the services to support hidden hosts ----- Original Message ----- From: "Craig McLure" To: Sent: Monday, July 22, 2002 11:41 AM Subject: Re: [IRCServices Coding] Feature request > go into the modules/protocol directory and read through, if its going to be > official, an ENTIRE NEW MODULE will have to be created. > > > >From: "Ran" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] Feature request > >Date: Mon, 22 Jul 2002 12:19:10 +0200 > > > >well i just subscribed to the mailing list and can't read it all.. > > > >I don't want andy to create new modules but thing like this must be a > >little > >change in the module file, so just want to know what i need to change for > >supporting host masking on other ircd if it is possible without creating > >NEW > >module file. > >----- Original Message ----- > >From: "Craig McLure" > >To: > >Sent: Monday, July 22, 2002 11:12 AM > >Subject: Re: [IRCServices Coding] Feature request > > > > > > > 1) Did you think about reading the archives? > > > This question has been answered time and time and time and time and time > >and > > > (i should start copy/paste at this point) time again, NO! There is no > >need > > > for botserv, and there is no point in it either. You want it? u code it > > > yourself, its as simple as that :p > > > > > > 2) Also mentioned somewhere on the website, Andy didnt get around to > > > creating any more protocol modules, and unless submitted, the chances > >are > >he > > > probably wont make any more, once again, you will probably have to code > >this > > > yourseld. > > > > > > > > > Both these questions have been answered before.. we keep wasting > >valuable > > > time reading and replying to them cause ppl are too lazy to open their > > > eyes.. i mean, ffs, there is even a search thing for the mail archives > >on > > > the website.. enter "BotServ" into it and look at the results. > > > > > > > > > >From: "Ran" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: [IRCServices Coding] Feature request > > > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > > > > > >Hi > > > >I want to request 2 things > > > > > > > >1) Did you think about adding a BotServ? > > > > > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and host > > > >masking from unreal, is there any way to get it work with > > > >ircservices5.0pre5 > > > >(actually, I want to make the unban command unbanning hidden hosts) > > > > > > > >Is there any solution to this? > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > -- > > > 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-coding > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding > From frostycoolslug at hotmail.com Mon Jul 22 04:15:06 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request Message-ID: check out the 'nick' syntax >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 13:00:28 +0200 > >well, i found that halfop.h is for halfop etc. >but i can't find what is making the services to support hidden hosts >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Monday, July 22, 2002 11:41 AM >Subject: Re: [IRCServices Coding] Feature request > > > > go into the modules/protocol directory and read through, if its going to >be > > official, an ENTIRE NEW MODULE will have to be created. > > > > > > >From: "Ran" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] Feature request > > >Date: Mon, 22 Jul 2002 12:19:10 +0200 > > > > > >well i just subscribed to the mailing list and can't read it all.. > > > > > >I don't want andy to create new modules but thing like this must be a > > >little > > >change in the module file, so just want to know what i need to change >for > > >supporting host masking on other ircd if it is possible without >creating > > >NEW > > >module file. > > >----- Original Message ----- > > >From: "Craig McLure" > > >To: > > >Sent: Monday, July 22, 2002 11:12 AM > > >Subject: Re: [IRCServices Coding] Feature request > > > > > > > > > > 1) Did you think about reading the archives? > > > > This question has been answered time and time and time and time and >time > > >and > > > > (i should start copy/paste at this point) time again, NO! There is >no > > >need > > > > for botserv, and there is no point in it either. You want it? u code >it > > > > yourself, its as simple as that :p > > > > > > > > 2) Also mentioned somewhere on the website, Andy didnt get around to > > > > creating any more protocol modules, and unless submitted, the >chances > > >are > > >he > > > > probably wont make any more, once again, you will probably have to >code > > >this > > > > yourseld. > > > > > > > > > > > > Both these questions have been answered before.. we keep wasting > > >valuable > > > > time reading and replying to them cause ppl are too lazy to open >their > > > > eyes.. i mean, ffs, there is even a search thing for the mail >archives > > >on > > > > the website.. enter "BotServ" into it and look at the results. > > > > > > > > > > > > >From: "Ran" > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > >To: > > > > >Subject: [IRCServices Coding] Feature request > > > > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > > > > > > > >Hi > > > > >I want to request 2 things > > > > > > > > > >1) Did you think about adding a BotServ? > > > > > > > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and >host > > > > >masking from unreal, is there any way to get it work with > > > > >ircservices5.0pre5 > > > > >(actually, I want to make the unban command unbanning hidden hosts) > > > > > > > > > >Is there any solution to this? > > > > > > > > > >------------------------------------------------------------------ > > > > >To unsubscribe or change your subscription options, visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > -- > > > > 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-coding > > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ran at fistuk.com Mon Jul 22 06:04:16 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:32 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <000a01c23180$49f89d00$01e0db3e@home657> You didn't understand me. The services are running and connecting it just do not recognize hidden hosts. I mean CHANSERV unban will not unban hidden hosts just real ips, im looking how to change that. ----- Original Message ----- From: "Craig McLure" To: Sent: Monday, July 22, 2002 1:15 PM Subject: Re: [IRCServices Coding] Feature request > check out the 'nick' syntax > > > >From: "Ran" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] Feature request > >Date: Mon, 22 Jul 2002 13:00:28 +0200 > > > >well, i found that halfop.h is for halfop etc. > >but i can't find what is making the services to support hidden hosts > >----- Original Message ----- > >From: "Craig McLure" > >To: > >Sent: Monday, July 22, 2002 11:41 AM > >Subject: Re: [IRCServices Coding] Feature request > > > > > > > go into the modules/protocol directory and read through, if its going to > >be > > > official, an ENTIRE NEW MODULE will have to be created. > > > > > > > > > >From: "Ran" > > > >Reply-To: ircservices-coding@ircservices.za.net > > > >To: > > > >Subject: Re: [IRCServices Coding] Feature request > > > >Date: Mon, 22 Jul 2002 12:19:10 +0200 > > > > > > > >well i just subscribed to the mailing list and can't read it all.. > > > > > > > >I don't want andy to create new modules but thing like this must be a > > > >little > > > >change in the module file, so just want to know what i need to change > >for > > > >supporting host masking on other ircd if it is possible without > >creating > > > >NEW > > > >module file. > > > >----- Original Message ----- > > > >From: "Craig McLure" > > > >To: > > > >Sent: Monday, July 22, 2002 11:12 AM > > > >Subject: Re: [IRCServices Coding] Feature request > > > > > > > > > > > > > 1) Did you think about reading the archives? > > > > > This question has been answered time and time and time and time and > >time > > > >and > > > > > (i should start copy/paste at this point) time again, NO! There is > >no > > > >need > > > > > for botserv, and there is no point in it either. You want it? u code > >it > > > > > yourself, its as simple as that :p > > > > > > > > > > 2) Also mentioned somewhere on the website, Andy didnt get around to > > > > > creating any more protocol modules, and unless submitted, the > >chances > > > >are > > > >he > > > > > probably wont make any more, once again, you will probably have to > >code > > > >this > > > > > yourseld. > > > > > > > > > > > > > > > Both these questions have been answered before.. we keep wasting > > > >valuable > > > > > time reading and replying to them cause ppl are too lazy to open > >their > > > > > eyes.. i mean, ffs, there is even a search thing for the mail > >archives > > > >on > > > > > the website.. enter "BotServ" into it and look at the results. > > > > > > > > > > > > > > > >From: "Ran" > > > > > >Reply-To: ircservices-coding@ircservices.za.net > > > > > >To: > > > > > >Subject: [IRCServices Coding] Feature request > > > > > >Date: Mon, 22 Jul 2002 11:42:50 +0200 > > > > > > > > > > > >Hi > > > > > >I want to request 2 things > > > > > > > > > > > >1) Did you think about adding a BotServ? > > > > > > > > > > > >2) I'm using titan ircd, which is bahamut with chanprot halfop and > >host > > > > > >masking from unreal, is there any way to get it work with > > > > > >ircservices5.0pre5 > > > > > >(actually, I want to make the unban command unbanning hidden hosts) > > > > > > > > > > > >Is there any solution to this? > > > > > > > > > > > >------------------------------------------------------------------ > > > > > >To unsubscribe or change your subscription options, visit: > > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > 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-coding > > > > > > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > -- > > > 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-coding > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding > From rg at tcslon.com Mon Jul 22 05:11:32 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request In-Reply-To: <000a01c23180$49f89d00$01e0db3e@home657> Message-ID: > You didn't understand me. > The services are running and connecting it just do not recognize hidden > hosts. > I mean CHANSERV unban will not unban hidden hosts just real ips, > im looking > how to change that. I don't think you understand him - when a new user connects to the network, a NICK message is sent to services which, on ircds which support hidden hosts, provides the hidden host as a parameter to the command. So the procedure which handles incoming NICK messages will be different between say Unreal and Bahamut. Russ Garrett russ@garrett.co.uk From ran at fistuk.com Mon Jul 22 06:39:46 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <001201c23185$40abaf80$01e0db3e@home657> In other works, what do I need to change to make UNBAN command works on the hidden hosts? ----- Original Message ----- From: "Russ Garrett" To: Sent: Monday, July 22, 2002 2:11 PM Subject: RE: [IRCServices Coding] Feature request > > You didn't understand me. > > The services are running and connecting it just do not recognize hidden > > hosts. > > I mean CHANSERV unban will not unban hidden hosts just real ips, > > im looking > > how to change that. > > I don't think you understand him - when a new user connects to the network, > a NICK message is sent to services which, on ircds which support hidden > hosts, > provides the hidden host as a parameter to the command. So the procedure > which > handles incoming NICK messages will be different between say Unreal and > Bahamut. > > Russ Garrett > russ@garrett.co.uk > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From frostycoolslug at hotmail.com Mon Jul 22 05:48:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request Message-ID: yeah.. y do i have the feeling i am getting too old for this? lol >From: "Russ Garrett" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: RE: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 13:11:32 +0100 > > > You didn't understand me. > > The services are running and connecting it just do not recognize hidden > > hosts. > > I mean CHANSERV unban will not unban hidden hosts just real ips, > > im looking > > how to change that. > >I don't think you understand him - when a new user connects to the network, >a NICK message is sent to services which, on ircds which support hidden >hosts, >provides the hidden host as a parameter to the command. So the procedure >which >handles incoming NICK messages will be different between say Unreal and >Bahamut. > >Russ Garrett >russ@garrett.co.uk > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Mon Jul 22 05:50:15 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request Message-ID: it should work as normal... /mode -b >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Feature request >Date: Mon, 22 Jul 2002 15:39:46 +0200 > >In other works, what do I need to change to make UNBAN command works on the >hidden hosts? > >----- Original Message ----- >From: "Russ Garrett" >To: >Sent: Monday, July 22, 2002 2:11 PM >Subject: RE: [IRCServices Coding] Feature request > > > > > You didn't understand me. > > > The services are running and connecting it just do not recognize >hidden > > > hosts. > > > I mean CHANSERV unban will not unban hidden hosts just real ips, > > > im looking > > > how to change that. > > > > I don't think you understand him - when a new user connects to the >network, > > a NICK message is sent to services which, on ircds which support hidden > > hosts, > > provides the hidden host as a parameter to the command. So the procedure > > which > > handles incoming NICK messages will be different between say Unreal and > > Bahamut. > > > > Russ Garrett > > russ@garrett.co.uk > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From griever at t2n.org Mon Jul 22 06:03:38 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request In-Reply-To: Message-ID: On Mon, 22 Jul 2002, Craig McLure wrote: > it should work as normal... /mode -b Please put your replies to posts UNDER the original message, it gets confusing when half the people do this and half the people don't. He's talking about the chanserv UNBAN command not recognizing when someone with a hidden host is banned. > > > >From: "Ran" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] Feature request > >Date: Mon, 22 Jul 2002 15:39:46 +0200 > > > >In other works, what do I need to change to make UNBAN command works on the > >hidden hosts? > > From ran at fistuk.com Mon Jul 22 07:30:36 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <004a01c2318c$5a28c900$01e0db3e@home657> excactly and i want to know what i need to change in the bahamut.c to make it work. ----- Original Message ----- From: "Finny Merrill" To: Sent: Monday, July 22, 2002 3:03 PM Subject: Re: [IRCServices Coding] Feature request > On Mon, 22 Jul 2002, Craig McLure wrote: > > > it should work as normal... /mode -b > > Please put your replies to posts UNDER the original message, it gets > confusing when half the people do this and half the people don't. > > He's talking about the chanserv UNBAN command not recognizing when > someone with a hidden host is banned. > > > > > > >From: "Ran" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] Feature request > > >Date: Mon, 22 Jul 2002 15:39:46 +0200 > > > > > >In other works, what do I need to change to make UNBAN command works on the > > >hidden hosts? > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From rg at tcslon.com Mon Jul 22 08:24:05 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request In-Reply-To: <004a01c2318c$5a28c900$01e0db3e@home657> Message-ID: > excactly and i want to know what i need to change in the bahamut.c to make > it work. Copying the whole of m_nick() in unreal.c to m_nick() in your new protocol module should suffice, although if your ircd uses less than 10 parameters to the NICK message, it will need some fairly trivial modifications. do_send_nick may also need tweaking to be fully compliant with the protocol. I haven't tested this; there may be other things that need tweaking, but they're probably pretty explanatory. Russ Garrett russ@garrett.co.uk From ran at fistuk.com Mon Jul 22 13:30:58 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature request References: Message-ID: <002901c231be$b4eeeea0$01e0db3e@home657> well i found that my ircd send the same NICK string it just after NICK send :server address VS nick :virtual-host what should i add to bahamut.c in order to services support it? Thanks a lot for the further helper:) ----- Original Message ----- From: "Russ Garrett" To: Sent: Monday, July 22, 2002 5:24 PM Subject: RE: [IRCServices Coding] Feature request > > excactly and i want to know what i need to change in the bahamut.c to make > > it work. > > Copying the whole of m_nick() in unreal.c to m_nick() in your new protocol > module should suffice, although if your ircd uses less than 10 parameters > to the NICK message, it will need some fairly trivial modifications. > do_send_nick may also need tweaking to be fully compliant with the protocol. > > I haven't tested this; there may be other things that need tweaking, but > they're probably pretty explanatory. > > Russ Garrett > russ@garrett.co.uk > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Mon Jul 22 12:57:11 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] RAW command on 4.5.x Message-ID: <20020722195711.GA88029@phat.za.net> Hi, Is there any easy way of disabling the RAW command on ircservices-4.5.x? I can't find any note or documentation of it. Thanks, Aragon From RT.Mail at verizon.net Mon Jul 22 13:01:19 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] RAW command on 4.5.x In-Reply-To: <20020722195711.GA88029@phat.za.net> Message-ID: <20020722200127.UXRG23826.out010.verizon.net@bofh> Just upgrade to 5.0pre5 or wait till 5.0 is finished... Raw is only available to superusers < >On Mon, 22 Jul 2002 21:57:11 +0200, Aragon Gouveia wrote: < > Hi, < > < > Is there any easy way of disabling the RAW command on < > ircservices-4.5.x? I < > can't find any note or documentation of it. < > < > < > Thanks, < > Aragon < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Mon Jul 22 13:14:18 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] RAW command on 4.5.x In-Reply-To: <20020722200127.UXRG23826.out010.verizon.net@bofh> References: <20020722195711.GA88029@phat.za.net> <20020722200127.UXRG23826.out010.verizon.net@bofh> Message-ID: <20020722201418.GA88492@phat.za.net> | By RT.Mail@verizon.net | [ 2002-07-22 22:02 +0200 ] > Just upgrade to 5.0pre5 or wait till 5.0 is finished... Raw is only > available to superusers Yea. I resorted to commenting it out of the source. Regards, Aragon From kip at kip-hq.com Mon Jul 22 13:14:32 2002 From: kip at kip-hq.com (Geoff Byers) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Channel Commands Message-ID: In the archive there was one about there was a Chanserv join and !op mod floating around, is this still true, if so could I please have a copy, link or to my eamil is fine. Also is there a place where mods are submitted? -- From aragon at phat.za.net Mon Jul 22 13:18:41 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] 4.5.x SessionLimitDetailsLoc wierdness Message-ID: <20020722201841.GB88492@phat.za.net> Hi, Something I've been meaning to mail in about that I can't figure out... In ircservices-4.5.x there's the SessionLimitDetailsLoc config directive. However, when mine is as follows: SessionLimitDetailsLoc "Please visit ^Bhttp://www.blabber.net/info/faq/index.php#faq60^B for more information about session limits." ircservices moans about an unterminated string on that line: services.conf:756: Warning: unterminated double-quoted string Bug? Thanks, Aragon From rg at tcslon.com Mon Jul 22 13:19:07 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Channel Commands In-Reply-To: Message-ID: > In the archive there was one about there was a Chanserv join and !op mod > floating around, is this still true, if so could I please have a > copy, link > or to my eamil is fine. Also is there a place where mods are submitted? I hope that wasn't me in another one of my "I might get around to coding it sometime" phases ;). Because I haven't - I havent touched services for months. I don't seem to remember anyone else actually having coded one. ---------------------------------------------------------------------------- ---- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. From achurch at achurch.org Tue Jul 23 14:38:25 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] 4.5.x SessionLimitDetailsLoc wierdness In-Reply-To: <20020722201841.GB88492@phat.za.net> Message-ID: <3d3cec09.30137@achurch.org> # is treated as a comment delimiter even inside strings. I think I fixed this for 5.0 (at least, I've been meaning to; I don't remember whether I've gotten around to it yet, but I will if I haven't). --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Something I've been meaning to mail in about that I can't figure out... > >In ircservices-4.5.x there's the SessionLimitDetailsLoc config directive. >However, when mine is as follows: > >SessionLimitDetailsLoc "Please visit >^Bhttp://www.blabber.net/info/faq/index.php#faq60^B for more information >about session limits." > >ircservices moans about an unterminated string on that line: > >services.conf:756: Warning: unterminated double-quoted string > >Bug? > > >Thanks, >Aragon >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Tue Jul 23 02:18:51 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] 4.5.x SessionLimitDetailsLoc wierdness In-Reply-To: <3d3cec09.30137@achurch.org> References: <20020722201841.GB88492@phat.za.net> <3d3cec09.30137@achurch.org> Message-ID: <20020723091851.GB2827@phat.za.net> Ah ok cool. The # in the url isnt really necessary so I'll remove it for now. Thanks, Aragon | By Andrew Church | [ 2002-07-23 07:40 +0200 ] > # is treated as a comment delimiter even inside strings. I think I > fixed this for 5.0 (at least, I've been meaning to; I don't remember > whether I've gotten around to it yet, but I will if I haven't). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, > > > >Something I've been meaning to mail in about that I can't figure out... > > > >In ircservices-4.5.x there's the SessionLimitDetailsLoc config directive. > >However, when mine is as follows: > > > >SessionLimitDetailsLoc "Please visit > >^Bhttp://www.blabber.net/info/faq/index.php#faq60^B for more information > >about session limits." > > > >ircservices moans about an unterminated string on that line: > > > >services.conf:756: Warning: unterminated double-quoted string > > > >Bug? > > > > > >Thanks, > >Aragon From manual3000 at hotmail.com Tue Jul 23 13:20:43 2002 From: manual3000 at hotmail.com (MaNUaL 3000) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] chanserv suggestion Message-ID: Hi. I have the following suggestion. In /cs access #channel list you can only list a given nickname , all the list or access entries by number. I think it would be usefull if you could perform a list depending on the level of the access a user has(especiallu when the acc list is full of names). For example if 5 users have access 500 you could perform a command like: /cs access #channel listacc 500 and that should return the 5 nicks with 500 level of access. Sorry for my poor english. Thanks, and keep up the good work people. MaNUaL , Greece _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From aragon at phat.za.net Tue Jul 23 13:57:24 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] chanserv suggestion In-Reply-To: References: Message-ID: <20020723205724.GA59107@phat.za.net> Yes, I think that's an excellent idea. | By MaNUaL 3000 | [ 2002-07-23 22:21 +0200 ] > Hi. I have the following suggestion. > In /cs access #channel list you can only list a given nickname , all the > list or access entries by number. > I think it would be usefull if you could perform a list depending on the > level of the access a user has(especiallu when the acc list is full of > names). > For example if 5 users have access 500 you could perform a command like: > /cs access #channel listacc 500 and that should return the 5 nicks with > 500 level of access. > > Sorry for my poor english. > Thanks, and keep up the good work people. > > MaNUaL , Greece > From gorkemogut at hotmail.com Wed Jul 24 08:07:00 2002 From: gorkemogut at hotmail.com (Görkem Ögüt) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] SIRV dbs code Message-ID: New version of Sirv Services (2.9.0) is released but convert-db is not functional on 2.9.0 's dbs code... _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From VisionOfHell at aol.com Wed Jul 24 08:43:06 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding digest, Vol 1 #208 - 2 msgs Message-ID: <3d.21aa8183.2a70250a@aol.com> Same here -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020724/90eb49b6/attachment.html From achurch at achurch.org Thu Jul 25 01:31:14 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] SIRV dbs code In-Reply-To: Message-ID: <3d3ed665.32607@achurch.org> > New version of Sirv Services (2.9.0) is released but convert-db is not >functional on 2.9.0 's dbs code... Can you send me (privately) a copy of 2.9.0 databases to test on? --Andrew Church achurch@achurch.org http://achurch.org/ From eengin at talesoft.de Thu Jul 25 20:14:23 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Suggestion: Sendpass with enabled Encryption and Sendpass with Authcode In-Reply-To: <3d3ed665.32607@achurch.org> Message-ID: <005801c23452$8a5f01c0$092a14ac@d209> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, When encryption is enabled, the ns/cs sendpass command is disabled. Well I think it would get more UserFriendly if this behavior could be changed into a (modules.conf configurable) option which allows the sendpass command to be executed even with encrypted passwords. It could "simply" set a random string of 10-15 characters as the password and send this password to the mail adress (and set it also in the DB). This use should/could be limited to svsadmins use, to prevent abuse. If auth is enabled it could also be possible that sendpass needs the authcode to send out nick passwords, providing an extra security (and also enabling sendpass on encrypted dbs for the user itself ;-) ) Greets Ekim "Talesin" Engin +------------------------+------------------------+ | Talesin aka Ekim Engin | ircadmin@ttnet.net.tr | | IRC Administration | http://www.ttchat.net | | TTNet Network (Turkey) | irc://irc.ttnet.net.tr | |------------------------^------------------------| | < Chat begins as it ends - without reason > | +-------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBPUC+jlZ8vQ5QA6BEEQKmuACeNi5VIQv0iPLB9aP2w5R/tzGDDacAoIjY Aqtwi733XmsAqr/gjB9/9Tyc =xQWS -----END PGP SIGNATURE----- From saturn at jetirc.net Fri Jul 26 15:34:05 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Databases References: Message-ID: <001d01c234f4$8cd43fe0$6401a8c0@Turby> My network and another is merging... We're going to stay with my copy of services (latest 5.0 beta) .. but they are using 4.2.x ... They have abotu 250 users, and I have about the same -- any ideas how we can do the following tasks: 1. Import their 4.2.x services databases (chan.bc and nick.db i think is all we need) into our 5.0beta databases 2. During import, NOT import duplicate nicks or channels..... My 3rd question is this method of exporting and importing using that database for xml or whatever it is.... how complete is the export/import? Will all the channel settings access levels, nicks, memos and so on be saved in that format? If so, then I thin kI can solve my first 2 questions, by simply upgrading their databases to 5.0 and then exporting both out to xml and use Excel to merge them... can anyone help? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020726/eda08b91/attachment.htm From uhc0 at rz.uni-karlsruhe.de Sat Jul 27 03:31:11 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:33 2004 Subject: AW: [IRCServices Coding] Databases In-Reply-To: <001d01c234f4$8cd43fe0$6401a8c0@Turby> Message-ID: <000601c23558$cc5cc060$02c8a8c0@nygmatech.local> Hello; The convert-db utility will produce an xml file as an output, when piped into a file. You take this file, and go to the web interface and say "import" it. Then, using your collision settings, the content of the file is imported to your db set directly. There is no additional step required. Since your dbs are not xml, you also do not need merging them with external files. The db import option directly writes into your db from the xml file. And yes, import is complete for at least older ircservices versions AND ircservices with trircd modifications ;-) Other versions I did not check, but they are out of interest for you anyway. There is a problem known to me with command line import, which will be solved in pre6. Maybe ist generally a better idea from you to wait until pre6 is released. 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-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von Saturn Gesendet: Samstag, 27. Juli 2002 00:34 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] Databases My network and another is merging... We're going to stay with my copy of services (latest 5.0 beta) .. but they are using 4.2.x ... They have abotu 250 users, and I have about the same -- any ideas how we can do the following tasks: 1. Import their 4.2.x services databases (chan.bc and nick.db i think is all we need) into our 5.0beta databases 2. During import, NOT import duplicate nicks or channels..... My 3rd question is this method of exporting and importing using that database for xml or whatever it is.... how complete is the export/import? Will all the channel settings access levels, nicks, memos and so on be saved in that format? If so, then I thin kI can solve my first 2 questions, by simply upgrading their databases to 5.0 and then exporting both out to xml and use Excel to merge them... can anyone help? Thanks From uhc0 at rz.uni-karlsruhe.de Sat Jul 27 03:31:42 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:33 2004 Subject: AW: [IRCServices Coding] Databases In-Reply-To: <001d01c234f4$8cd43fe0$6401a8c0@Turby> Message-ID: <000701c23558$cc76d810$02c8a8c0@nygmatech.local> Hello; The convert-db utility will produce an xml file as an output, when piped into a file. You take this file, and go to the web interface and say "import" it. Then, using your collision settings, the content of the file is imported to your db set directly. There is no additional step required. Since your dbs are not xml, you also do not need merging them with external files. The db import option directly writes into your db from the xml file. And yes, import is complete for at least older ircservices versions AND ircservices with trircd modifications ;-) Other versions I did not check, but they are out of interest for you anyway. There is a problem known to me with command line import, which will be solved in pre6. Maybe ist generally a better idea from you to wait until pre6 is released. 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-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von Saturn Gesendet: Samstag, 27. Juli 2002 00:34 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] Databases My network and another is merging... We're going to stay with my copy of services (latest 5.0 beta) .. but they are using 4.2.x ... They have abotu 250 users, and I have about the same -- any ideas how we can do the following tasks: 1. Import their 4.2.x services databases (chan.bc and nick.db i think is all we need) into our 5.0beta databases 2. During import, NOT import duplicate nicks or channels..... My 3rd question is this method of exporting and importing using that database for xml or whatever it is.... how complete is the export/import? Will all the channel settings access levels, nicks, memos and so on be saved in that format? If so, then I thin kI can solve my first 2 questions, by simply upgrading their databases to 5.0 and then exporting both out to xml and use Excel to merge them... can anyone help? Thanks From frostycoolslug at hotmail.com Sat Jul 27 04:19:20 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Feature Request (AUTOVHOST) Message-ID: ChatSpikes coders are thinking of Creating a "hostserv" for services, when +r is set on a nickname, it checks its database for the nickname, and then sets the host.. i will make it avaliable when its done :) >From: "Ganja51" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Feature Request (AUTOVHOST) >Date: Sun, 21 Jul 2002 01:33:34 -0500 > >NeoStats has a module which does this, but i think only SAs and above can >add the vhosts, and it's based on a nick w/ a specific host instead of a >nickserv identification. > >If you do make a module like this for IRCServices please send a copy of it >to me, I'd like to take a look at it. Thanks. > >~Ganja51 >----- Original Message ----- >From: "Shaun Guth" >To: >Sent: Saturday, July 20, 2002 9:18 AM >Subject: RE: [IRCServices Coding] Feature Request (AUTOVHOST) > > > > On Sat, 2002-07-20 at 06:53, Colin Thorpe(SCF) wrote: > > > this (in a way) Already exists - Unreal 3.2 - Has an auto v-host that >can be > > > set on oper -and it also supports set host - which you can put in your >mirc > > > > /sethost is limited to ircops > > > > The oper auto-vhost thing is just for ircops.. > > > > You are right about the V:line... which require a user to type something > > like: > > /vhost > > > > In order to use it... I was getting away from the a) cumbersome task of > > adding new V:lines and then rehashing, b) teaching users how to use > > their vhost... And I wanted to be able to set it up for any registered > > user... not just ircops. > > > > Oh well, guess I'll go back to my hacked epona since all my users are > > yelling about their vhosts being missing already... :p > > > > Thanks, > > Shaun Guth > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From l8nite at l8nite.net Sat Jul 27 13:27:23 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) Message-ID: <1027801653.14461.2.camel@catarn> Hello, I get -access denied- from operserv when trying to use /os raw svsnick as a nickname linked to my services superuser nickname... this doesn't seem like appropriate behavior... Shaun From RT.Mail at verizon.net Sat Jul 27 14:33:27 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027801653.14461.2.camel@catarn> Message-ID: <20020727213337.CKOF9318.out016.verizon.net@bofh> As long as that nick is added to the admin list type /msg operserv su pass. you will the be able to preform raw commands < >On 27 Jul 2002 13:27:23 -0700, Shaun Guth wrote: < > Shaun From l8nite at l8nite.net Sat Jul 27 14:45:44 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <20020727213337.CKOF9318.out016.verizon.net@bofh> References: <20020727213337.CKOF9318.out016.verizon.net@bofh> Message-ID: <1027806348.14461.7.camel@catarn> Sure, that would be acceptable if the user wasn't linked to the superuser account - but since it is not a separate user account, operserv should recognize that I am still the superuser and allow me access without having to 'su'... Shaun On Sat, 2002-07-27 at 14:33, RT.Mail@verizon.net wrote: > As long as that nick is added to the admin list type /msg operserv su > pass. you will the be able to preform raw commands > > < >On 27 Jul 2002 13:27:23 -0700, Shaun Guth wrote: > < > Shaun > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sat Jul 27 14:57:02 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027806348.14461.7.camel@catarn> Message-ID: <20020727215713.ODMS10030.out004.verizon.net@bofh> No, you would still have to su. you have to use the su command even when your on the superuser nick. < >On 27 Jul 2002 14:45:44 -0700, Shaun Guth wrote: < > Sure, that would be acceptable if the user wasn't linked to the < > superuser account - but since it is not a separate user account, < > operserv should recognize that I am still the superuser and < > allow me < > access without having to 'su'... < > < > Shaun < > < > On Sat, 2002-07-27 at 14:33, RT.Mail@verizon.net wrote: < > > As long as that nick is added to the admin list type /msg < > operserv su < > > pass. you will the be able to preform raw commands < > > < > > < >On 27 Jul 2002 13:27:23 -0700, Shaun Guth wrote: < > > < > Shaun < > > < > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Sat Jul 27 17:08:20 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027801653.14461.2.camel@catarn> Message-ID: On 27 Jul 2002, Shaun Guth wrote: > Hello, > I get -access denied- from operserv when trying to use /os raw svsnick > as a nickname linked to my services superuser nickname... this doesn't > seem like appropriate behavior... > You have to be the exact nickname. I know it's stupid but it's staying that way. From griever at t2n.org Sat Jul 27 17:09:15 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <20020727215713.ODMS10030.out004.verizon.net@bofh> Message-ID: On Sat, 27 Jul 2002, RT.Mail@verizon.net wrote: > No, you would still have to su. you have to use the su command even > when your on the superuser nick. > uh, no you don't? From RT.Mail at verizon.net Sat Jul 27 17:11:20 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: Message-ID: <20020728001131.DOAP5031.out018.verizon.net@bofh> No you dont, that was changed. Its not like that in 5.x < >On Sat, 27 Jul 2002 18:08:20 -0600 (CST), Finny Merrill wrote: < > On 27 Jul 2002, Shaun Guth wrote: < > < > > Hello, < > > I get -access denied- from operserv when trying to use /os raw < > svsnick < > > as a nickname linked to my services superuser nickname... this < > doesn't < > > seem like appropriate behavior... < > > < > < > You have to be the exact nickname. I know it's stupid but it's < > staying < > that way. < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From RT.Mail at verizon.net Sat Jul 27 17:18:05 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <20020728001131.DOAP5031.out018.verizon.net@bofh> Message-ID: <20020728001815.OYNK20228.out009.verizon.net@bofh> "You have to be the exact nickname." If you refering to the superuser nickname no you dont. As long as the nick you are useing is on the admin list you can use the superuser command < >On Sat, 27 Jul 2002 20:11:20 -0400, RT.Mail@verizon.net wrote: < > No you dont, that was changed. Its not like that in 5.x < > < > < >On Sat, 27 Jul 2002 18:08:20 -0600 (CST), Finny Merrill wrote: < > < > On 27 Jul 2002, Shaun Guth wrote: < > < > < > < > > Hello, < > < > > I get -access denied- from operserv when trying to use /os < > raw < > < > svsnick < > < > > as a nickname linked to my services superuser nickname... < > this < > < > doesn't < > < > > seem like appropriate behavior... < > < > > < > < > < > < > You have to be the exact nickname. I know it's stupid but < > it's < > < > staying < > < > that way. < > < > < > < > ------------------------------------------------------------- < > ---- < > < > - < > < > To unsubscribe or change your subscription options, visit: < > < > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From l8nite at l8nite.net Sat Jul 27 17:24:01 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: References: Message-ID: <1027815846.14461.9.camel@catarn> No you don't On Sat, 2002-07-27 at 17:09, Finny Merrill wrote: > On Sat, 27 Jul 2002, RT.Mail@verizon.net wrote: > > > No, you would still have to su. you have to use the su command even > > when your on the superuser nick. > > > > uh, no you don't? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Sat Jul 27 17:22:37 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027815846.14461.9.camel@catarn> Message-ID: <20020728002248.PFQO1953.out007.verizon.net@bofh> Ok have fun not being a superuser then < >On 27 Jul 2002 17:24:01 -0700, Shaun Guth wrote: < > No you don't < > < > On Sat, 2002-07-27 at 17:09, Finny Merrill wrote: < > > On Sat, 27 Jul 2002, RT.Mail@verizon.net wrote: < > > < > > > No, you would still have to su. you have to use the su < > command even < > > > when your on the superuser nick. < > > > < > > < > > uh, no you don't? < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > > < > < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From l8nite at l8nite.net Sat Jul 27 17:41:35 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <20020728002248.PFQO1953.out007.verizon.net@bofh> References: <20020728002248.PFQO1953.out007.verizon.net@bofh> Message-ID: <1027816898.14461.26.camel@catarn> On Sat, 2002-07-27 at 17:22, RT.Mail@verizon.net wrote: > Ok have fun not being a superuser then Your sarcasm is misplaced. I suggest you actually attempt what's being asked before opening your email editor and polluting the collective knowledge of IRCServices users. To clarify: - The superuser on my server is set to 'l8nite'. - At present I am on my server as 'aspect', which is linked to my original nickname 'l8nite'. I am identified, and I am set mode +r. - I would like to change the user 'Guest5''s nickname to 'Bob', so I send the command: PRIVMSG OperServ :RAW SVSNICK Guest5 Bob 1 Which results in a response from OperServ of 'Access denied' - If I now change my nickname to 'l8nite', and resend the same command: PRIVMSG OperServ :RAW SVSNICK Guest5 Bob 1 The command is sent and Guest5's nickname is changed. Notice I did not use the 'su' command here, and I have never used the 'su' command before. Now that we know the truth behind how this works, we can come full circle to the original bug... I should be able to use these commands as any nickname linked to the superuser nick - because a 'linked' nickname by it's nature inherits all properties and abilities of the master nickname. Shaun From griever at t2n.org Sat Jul 27 17:42:52 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027816898.14461.26.camel@catarn> Message-ID: On 27 Jul 2002, Shaun Guth wrote: > Now that we know the truth behind how this works, we can come full > circle to the original bug... > > I should be able to use these commands as any nickname linked to the > superuser nick - because a 'linked' nickname by it's nature inherits all > properties and abilities of the master nickname. I reported this to andrew a long time ago and he didn't feel it was a problem :/ From l8nite at l8nite.net Sat Jul 27 17:51:23 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: References: Message-ID: <1027817486.14461.29.camel@catarn> On Sat, 2002-07-27 at 17:42, Finny Merrill wrote: > I reported this to andrew a long time ago and he didn't feel it was a > problem :/ Thanks, that's all I needed to know - I'll fix my copy up in a minute or two, since I'm adding the vhost patch I wrote a few days ago. Shaun From admin at rgcministries.com Sat Jul 27 18:18:58 2002 From: admin at rgcministries.com (RGC Ministries) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027816898.14461.26.camel@catarn> Message-ID: Can we stop all the Spam mail on the List I get enough email without ppl fighting on a group. -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Shaun Guth Sent: Saturday, July 27, 2002 8:42 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Bug (misfeature maybe) On Sat, 2002-07-27 at 17:22, RT.Mail@verizon.net wrote: > Ok have fun not being a superuser then Your sarcasm is misplaced. I suggest you actually attempt what's being asked before opening your email editor and polluting the collective knowledge of IRCServices users. To clarify: - The superuser on my server is set to 'l8nite'. - At present I am on my server as 'aspect', which is linked to my original nickname 'l8nite'. I am identified, and I am set mode +r. - I would like to change the user 'Guest5''s nickname to 'Bob', so I send the command: PRIVMSG OperServ :RAW SVSNICK Guest5 Bob 1 Which results in a response from OperServ of 'Access denied' - If I now change my nickname to 'l8nite', and resend the same command: PRIVMSG OperServ :RAW SVSNICK Guest5 Bob 1 The command is sent and Guest5's nickname is changed. Notice I did not use the 'su' command here, and I have never used the 'su' command before. Now that we know the truth behind how this works, we can come full circle to the original bug... I should be able to use these commands as any nickname linked to the superuser nick - because a 'linked' nickname by it's nature inherits all properties and abilities of the master nickname. Shaun ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Sun Jul 28 04:03:54 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) Message-ID: I dunno about you.. but i have this small problem with people saying "It doesnt happen" If some1 is having a problem with it.. As far as i see i see it.. its kinda like watching a pantomime: "Oh no it doesnt..." "Oh yes it does!!!" "Oh no it doesnt..." "Oh yes it does!!!" If some1 is having problems with it.. it obviously exists.. on his configuration at least. And we should more or less find some way to solve it? _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From RT.Mail at verizon.net Sun Jul 28 04:10:56 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: Message-ID: <20020728111106.HART8671.out013.verizon.net@bofh> Im sorry if it sounded like I was saying that his problem was nothing. I remembered something was said about it before... couldnt recall exactly what.... As it was stated later it was something andrew felt wasnt a problem in a previos discussion. I was just trying to give him another way to do it. Is < >On Sun, 28 Jul 2002 12:03:54 +0100, Craig McLure wrote: < > I dunno about you.. but i have this small problem with people < > saying "It < > doesnt happen" If some1 is having a problem with it.. < > As far as i see i see it.. its kinda like watching a pantomime: < > < > "Oh no it doesnt..." < > "Oh yes it does!!!" < > "Oh no it doesnt..." < > "Oh yes it does!!!" < > < > If some1 is having problems with it.. it obviously exists.. on < > his < > configuration at least. And we should more or less find some way < > to solve < > it? < > < > _________________________________________________________________ < > 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-coding From achurch at achurch.org Sun Jul 28 23:40:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Bug (misfeature maybe) In-Reply-To: <1027801653.14461.2.camel@catarn> Message-ID: <3d440365.63371@achurch.org> >Hello, >I get -access denied- from operserv when trying to use /os raw svsnick >as a nickname linked to my services superuser nickname... this doesn't >seem like appropriate behavior... This was a design decision made in version 4.0 due to potential security problems between the nickname linking system used in that version and Services super-user privileges. As the problem does not exist in the new nickname linking system, however, I have removed this restriction for the next version. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Jul 28 23:55:59 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Services 5.0pre6 released Message-ID: <3d440619.63457@achurch.org> Services 5.0pre6 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 59945bf7680a0c70050640ec86c08550 ircservices-5.0pre6.tar.gz f79fa6290edcabfb913c7d6ac153c8d3 ircservices-5.0pre6.diff.gz ed00f0d076002a47946173fa95798376 ircservices-5.0pre6-1.i386.rpm 29973e69a041a48796c9154146f09094 ircservices_5.0pre6-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0pre6 -------------------------- 2002/07/28 Nicknames linked to the Services super-user nickname now get super-user privileges as well. Suggested by Shaun Guth 2002/07/28 Log messages are no longer output for SILENCE messages. Suggested by Marc-Andre A. Fuentes 2002/07/28 Fixed junk data getting output in Sirv database conversion. 2002/07/28 Fixed off-by-one bug in Epona support in convert-db. 2002/07/28 Added support for Sirv 2.9.0 databases to convert-db. Suggested by Gorkem Ogut 2002/07/23 The # character can now be used inside quoted strings in configuration files. 2002/07/22 Fixed crash when sending memos to offline users with MSNotifyAll disabled. Reported by 2002/07/20 Fixed bugs involving passwords with spaces in them. Reported by 2002/07/20 Databases are now properly written to disk after an import. 2002/07/20 Fixed bug causing data importing to fail. Reported by Yusuf Iskenderoglu 2002/07/18 GLINEs not set by Services are no longer cleared. (Unreal) 2002/07/18 Fixed bug causing debugging to always get disabled on startup. 2002/07/17 Corrected ChanServ AKICK documentation. Reported by Aragon Gouveia 2002/07/17 AJOIN and Unreal's MLOCK +L now check validity of channel name parameters. Reported by Aragon Gouveia 2002/07/17 An error message is now sent if modes +b/+e are used with MLOCK. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From aragon at phat.za.net Sun Jul 28 08:36:25 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] memoserv suggestion Message-ID: <20020728153625.GA94946@phat.za.net> Hi, Users tend to leave their memos undeleted even if they've read them and they're useless to keep. How about having a memoserv set option that autodeletes memos. If the option is enabled, after reading a memo it is automatically deleted after the user /quit's unless the user issues a command to save the memo (/msg memoserv save ). What does everyone think? Thanks, Aragon From nothing at psychopat.org Sun Jul 28 08:34:48 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] memoserv suggestion In-Reply-To: <20020728153625.GA94946@phat.za.net> Message-ID: I think Memo Expiry time is more usefull "After X day, MemoServ delete unreaded memo" ;) On Sun, 28 Jul 2002, Aragon Gouveia wrote: > Hi, > > Users tend to leave their memos undeleted even if they've read them and > they're useless to keep. How about having a memoserv set option that > autodeletes memos. If the option is enabled, after reading a memo it is > automatically deleted after the user /quit's unless the user issues a > command to save the memo (/msg memoserv save ). > > What does everyone think? > > > Thanks, > Aragon > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From nothing at psychopat.org Sun Jul 28 08:36:47 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] memoserv suggestion In-Reply-To: Message-ID: oups... sorry.. unreaded == readed memos ;) On Sun, 28 Jul 2002, Marc-Andre A. Fuentes wrote: > I think Memo Expiry time is more usefull > > "After X day, MemoServ delete unreaded memo" > > ;) > > On Sun, 28 Jul 2002, Aragon Gouveia wrote: > > > Hi, > > > > Users tend to leave their memos undeleted even if they've read them and > > they're useless to keep. How about having a memoserv set option that > > autodeletes memos. If the option is enabled, after reading a memo it is > > automatically deleted after the user /quit's unless the user issues a > > command to save the memo (/msg memoserv save ). > > > > What does everyone think? > > > > > > Thanks, > > Aragon > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Sun Jul 28 08:52:20 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] memoserv suggestion In-Reply-To: References: Message-ID: <20020728155220.GB94946@phat.za.net> Yea. And/or that :P | By Marc-Andre A. Fuentes | [ 2002-07-28 17:42 +0200 ] > oups... sorry.. > unreaded == readed memos ;) > On Sun, 28 Jul 2002, Marc-Andre A. Fuentes wrote: > > > I think Memo Expiry time is more usefull > > > > "After X day, MemoServ delete unreaded memo" > > > > ;) > > > > On Sun, 28 Jul 2002, Aragon Gouveia wrote: > > > > > Hi, > > > > > > Users tend to leave their memos undeleted even if they've read them and > > > they're useless to keep. How about having a memoserv set option that > > > autodeletes memos. If the option is enabled, after reading a memo it is > > > automatically deleted after the user /quit's unless the user issues a > > > command to save the memo (/msg memoserv save ). > > > > > > What does everyone think? > > > > > > > > > Thanks, > > > Aragon > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Sun Jul 28 13:00:58 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] memoserv suggestion Message-ID: that already exists in the beta doesnt it? :P >From: Aragon Gouveia >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] memoserv suggestion >Date: Sun, 28 Jul 2002 17:52:20 +0200 > >Yea. And/or that :P > > >| By Marc-Andre A. Fuentes >| [ 2002-07-28 17:42 +0200 ] > > oups... sorry.. > > unreaded == readed memos ;) > > On Sun, 28 Jul 2002, Marc-Andre A. Fuentes wrote: > > > > > I think Memo Expiry time is more usefull > > > > > > "After X day, MemoServ delete unreaded memo" > > > > > > ;) > > > > > > On Sun, 28 Jul 2002, Aragon Gouveia wrote: > > > > > > > Hi, > > > > > > > > Users tend to leave their memos undeleted even if they've read them >and > > > > they're useless to keep. How about having a memoserv set option that > > > > autodeletes memos. If the option is enabled, after reading a memo it >is > > > > automatically deleted after the user /quit's unless the user issues >a > > > > command to save the memo (/msg memoserv save ). > > > > > > > > What does everyone think? > > > > > > > > > > > > Thanks, > > > > Aragon > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ran at fistuk.com Tue Jul 30 22:30:29 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Problem with databases Message-ID: <000801c23853$65e14ba0$e1e2db3e@home657> *** Global -- from services.fistuk.com: Warning: Data directory is locked; databases will not be updated. Remove the `.lock' file to allow database updates. i don't see any .lock file what should i do? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020731/64f40efd/attachment.html From RT.Mail at verizon.net Wed Jul 31 05:10:06 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Problem with databases In-Reply-To: <000801c23853$65e14ba0$e1e2db3e@home657> Message-ID: <20020731121017.QZZD9549.out019.verizon.net@bofh> We had that problem to. Didn't even think of mentioning it on here, It locked for no reason. Our guy went in and did rm-rf .lock i believe. But wait until someone else answers I don't want to give you incorrect info. Also please don't send html messages to this list < >On Wed, 31 Jul 2002 07:30:29 +0200, Ran wrote: < > *** Global -- from services.fistuk.com: Warning: Data directory < > is locked; databases will not be updated. Remove the `.lock' < > file to allow < > database updates. < > < > i don't see any .lock file < > what should i do? < > From monolith at orblivion.com Wed Jul 31 10:14:32 2002 From: monolith at orblivion.com (David Orman) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Question about NSNoAuthExpire Message-ID: <1219.209.39.3.33.1028135672.squirrel@webmail.noxordo.com> Hi, I've got NSNoAuthExpire set to 1m right now, and have tested this multiple times with different users, so I know it is consistantly happening. When a user registers a nickname (authorization _is_ required, this has been tested and is functioning, the user cannot ident until auth'd, and authing does allow the user to ident), if he/she does not auth to the nickname within the 1m, it still is not expiring the nickname. I registered (but did not auth) a nickname about an hour ago, it's still registered (but reporting unauthed). With NSNoAuthExpire set to 1m, shouldn't it have been de-registered by now? Curious if I'm doing something wrong, or if it's a possible bug/lack of implimentation. Cheers, David Orman PS - This is with pre6, the July 28 release, and my IRCD is Unreal 3.2-beta10. -- David Orman monolith@orblivion.com http://www.orblivion.com -- From dragonwings at cinci.rr.com Wed Jul 31 19:29:35 2002 From: dragonwings at cinci.rr.com (Chris) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Installation Problem Message-ID: <000901c23903$47d32420$0201a8c0@Chris> I'm probably doing something really stupid here, but could anyone tell me why this is happening? make[2]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules/statserv' make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules' make[1]: Entering directory `/home/pyro/ircservices-5.0pre6/tools' install -m 750 convert-db ~/services/lib/convert-db install: cannot create regular file `~/services/lib/convert-db': No such file or directory make[1]: *** [install] Error 1 make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/tools' make: *** [insttools] Error 2 Thanks in advance! -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020731/323fcf19/attachment.htm From aragon at phat.za.net Wed Jul 31 17:02:58 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Installation Problem In-Reply-To: <000901c23903$47d32420$0201a8c0@Chris> References: <000901c23903$47d32420$0201a8c0@Chris> Message-ID: <20020801000258.GA51643@phat.za.net> Instead of using ~ in your installation destination, how about using the full path? This is a wild guess. | By Chris | [ 2002-08-01 01:35 +0200 ] > I'm probably doing something really stupid here, but could anyone tell me why this is happening? > > make[2]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules/statserv' > make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules' > make[1]: Entering directory `/home/pyro/ircservices-5.0pre6/tools' > install -m 750 convert-db ~/services/lib/convert-db > install: cannot create regular file `~/services/lib/convert-db': No such file or directory > make[1]: *** [install] Error 1 > make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/tools' > make: *** [insttools] Error 2 > > > Thanks in advance! > -Chris From dragonwings at cinci.rr.com Wed Jul 31 20:14:11 2002 From: dragonwings at cinci.rr.com (Chris) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Installation Problem References: <000901c23903$47d32420$0201a8c0@Chris> <20020801000258.GA51643@phat.za.net> Message-ID: <001101c23909$81e124e0$0201a8c0@Chris> That worked...now I feel stupid. Sorry about that and thanks for your help. ----- Original Message ----- From: "Aragon Gouveia" To: Sent: Wednesday, July 31, 2002 5:02 PM Subject: Re: [IRCServices Coding] Installation Problem > Instead of using ~ in your installation destination, how about using the > full path? > > This is a wild guess. > > > | By Chris > | [ 2002-08-01 01:35 +0200 ] > > I'm probably doing something really stupid here, but could anyone tell me why this is happening? > > > > make[2]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules/statserv' > > make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/modules' > > make[1]: Entering directory `/home/pyro/ircservices-5.0pre6/tools' > > install -m 750 convert-db ~/services/lib/convert-db > > install: cannot create regular file `~/services/lib/convert-db': No such file or directory > > make[1]: *** [install] Error 1 > > make[1]: Leaving directory `/home/pyro/ircservices-5.0pre6/tools' > > make: *** [insttools] Error 2 > > > > > > Thanks in advance! > > -Chris > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From saturn at jetirc.net Thu Aug 1 18:13:47 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Databases References: <000601c23558$cc5cc060$02c8a8c0@nygmatech.local> Message-ID: <000d01c239c1$dacf3840$6401a8c0@Turby> I am running pre6... I just did the import (I have unreal 3.1.3) after MUCH editing of the exported info from the other db files... I got it to the point where it doenst squawk about line numbers having the wrong code, and now the only error after import is [Jet@localhost services]$ ./ircservices -import=mooo.xml Segmentation fault (core dumped) I don't know how to gather "core" info... what do i need to do to give you the info you need to help me? =) Oh yes, it boots fine if i DONT try to import, but the imported stuff isnt there yet. I guess it never completed the database write.... any ideas? ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Saturday, July 27, 2002 3:31 AM Subject: AW: [IRCServices Coding] Databases Hello; The convert-db utility will produce an xml file as an output, when piped into a file. You take this file, and go to the web interface and say "import" it. Then, using your collision settings, the content of the file is imported to your db set directly. There is no additional step required. Since your dbs are not xml, you also do not need merging them with external files. The db import option directly writes into your db from the xml file. And yes, import is complete for at least older ircservices versions AND ircservices with trircd modifications ;-) Other versions I did not check, but they are out of interest for you anyway. There is a problem known to me with command line import, which will be solved in pre6. Maybe ist generally a better idea from you to wait until pre6 is released. 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-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von Saturn Gesendet: Samstag, 27. Juli 2002 00:34 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] Databases My network and another is merging... We're going to stay with my copy of services (latest 5.0 beta) .. but they are using 4.2.x ... They have abotu 250 users, and I have about the same -- any ideas how we can do the following tasks: 1. Import their 4.2.x services databases (chan.bc and nick.db i think is all we need) into our 5.0beta databases 2. During import, NOT import duplicate nicks or channels..... My 3rd question is this method of exporting and importing using that database for xml or whatever it is.... how complete is the export/import? Will all the channel settings access levels, nicks, memos and so on be saved in that format? If so, then I thin kI can solve my first 2 questions, by simply upgrading their databases to 5.0 and then exporting both out to xml and use Excel to merge them... can anyone help? Thanks ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From saturn at jetirc.net Thu Aug 1 21:12:40 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Databases References: <000601c23558$cc5cc060$02c8a8c0@nygmatech.local> <000d01c239c1$dacf3840$6401a8c0@Turby> Message-ID: <001601c239da$d7ea3760$6401a8c0@Turby> Sorry abotu the HTML.. ----- Original Message ----- From: "Saturn" To: Sent: Thursday, August 01, 2002 6:13 PM Subject: Re: [IRCServices Coding] Databases > I am running pre6... I just did the import (I have unreal 3.1.3) after MUCH
> editing of the exported info from the other db files...
>
> I got it to the point where it doenst squawk about line numbers having the
> wrong code, and now the only error after import is
>
> [Jet@localhost services]$ ./ircservices -import=mooo.xml
> Segmentation fault (core dumped)
>
> I don't know how to gather "core" info... what do i need to do to give you
> the info you need to help me? =)
>
> Oh yes, it boots fine if i DONT try to import, but the imported stuff isnt
> there yet.  I guess it never completed the database write.... any ideas?
>
> ----- Original Message -----
> From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Saturday, July 27, 2002 3:31 AM
> Subject: AW: [IRCServices Coding] Databases
>
>
>
> Hello;
>
> The convert-db utility will produce an xml file as an output, when
> piped into a file.
> You take this file, and go to the web interface and say "import" it.
> Then, using your collision settings, the content of the file is
> imported to your db set directly. There is no additional step required.
> Since your dbs are not xml, you also do not need merging them with
> external files. The db import option directly writes into your db
> from the xml file.
>
> And yes, import is complete for at least older ircservices versions
> AND ircservices with trircd modifications ;-)
> Other versions I did not check, but they are out of interest for you
> anyway.
>
> There is a problem known to me with command line import, which will
> be solved in pre6. Maybe ist generally a better idea from you to
> wait until pre6 is released.
>
> Regards;
> yusuf
>
> ----------------------------------------------------------------------< BR> > | Yusuf Iskenderoglu          &nbs p;     | You get to meet all sorts,     |
> | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work...        |
> | eMail - s_iskend@ira.uka.de       |            &nb sp;            & nbsp;      |
> | ICQ UIN : 20587464 \ TimeMr14C    |            &nb sp;            & nbsp;      |
> ----------------------------------------------------------------------< BR> >
>
> -----Urspr?ngliche Nachricht-----
> Von: ircservices-coding-admin@ircservices.za.net
> [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von
> Saturn
> Gesendet: Samstag, 27. Juli 2002 00:34
> An: ircservices-coding@ircservices.za.net
> Betreff: [IRCServices Coding] Databases
>
>
> My network and another is merging...
>
> We're going to stay with my copy of services (latest 5.0 beta) .. but
> they are using 4.2.x ...
>
> They have abotu 250 users, and I have about the same -- any ideas how we
> can do the following tasks:
>
> 1. Import their 4.2.x services databases (chan.bc and nick.db i think is
> all we need) into our 5.0beta databases
>
> 2. During import, NOT import duplicate nicks or channels.....
>
> My 3rd question is this method of exporting and importing using that
> database for xml or whatever it is.... how complete is the
> export/import?  Will all the channel settings access levels, nicks,
> memos and so on be saved in that format?  If so, then I thin kI can
> solve my first 2 questions, by simply upgrading their databases to 5.0
> and then exporting both out to xml  and use Excel to merge them...
>
> can anyone help?
>
> Thanks
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
>
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
> From r-krisztian at softhome.net Fri Aug 2 01:50:02 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Re: Databases Message-ID: <20020802085002.370407DBBD@adsl212061.vnet.hu> Hello! Try this in your ircservices directory: gdb ircservices core Or if you doesn't have gdb on your system, the best way is to send the 'ircservices' and the 'core' to someone who can debug it. Krisztian Romek From saturn at jetirc.net Fri Aug 2 07:04:31 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Re: +AFs-IRCServices Coding+AF0- Re: Databases References: +ADw-20020802085002.370407DBBD+AEA-adsl212061.vnet.hu+AD4- Message-ID: <004f01c23a2d$86009680$6401a8c0@Turby> OK here's the gdb stuff... To recap: Running IRCServices 5.0 pre6 with Unreal3.1.3. Tryign to import from an xml file (exported using the same services version earlier). All i get is the Segmentation Fault error when i try to DO the import, however ircservices does run fine when I don't try to import+ADs- It just doesn't have any of the nicks and channels i wanted to integrate. Any help is greatly appreciated+ACE- ...... Loaded symbols for /home/Jet/services/modules/httpd/redirect.so Reading symbols from /home/Jet/services/modules/misc/xml-export.so...done. Loaded symbols for /home/Jet/services/modules/misc/xml-export.so Reading symbols from /home/Jet/services/modules/misc/xml-import.so...done. Loaded symbols for /home/Jet/services/modules/misc/xml-import.so +ACM-0 0x4024db1e in read+AF8-data (flags+AD0-0) at xml-import.c:2167 warning: Source file is more recent than executable. 2167 error(+ACI-Nick +ACU-s has invalid nick group +ACU-u, discarding+ACI-, (gdb) ----- Original Message ----- From: +ACI-Romek Kriszti+AOE-n+ACI- +ADw-r-krisztian+AEA-softhome.net+AD4- To: +ADw-ircservices-coding+AEA-ircservices.za.net+AD4- Sent: Friday, August 02, 2002 1:50 AM Subject: +AFs-IRCServices Coding+AF0- Re: Databases +ACY-gt+ADs- Hello+ACEAPA-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- Try this in your ircservices directory:+ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- gdb ircservices core+ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- Or if you doesn't have gdb on your system, the best way is to send the 'ircservices' and+ACY-nbsp+ADs- the 'core' to someone who can debug it.+ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- Krisztian Romek+ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- ------------------------------------------------------------------+ADw-BR+AD4- +ACY-gt+ADs- To unsubscribe or change your subscription options, visit:+ADw-BR+AD4- +ACY-gt+ADs- http://www.ircservices.za.net/mailman/listinfo/ircservices-coding+ADw-BR+AD4- +ACY-gt+ADs- +ADw-BR+AD4- +ACY-gt+ADs- From aragon at phat.za.net Fri Aug 2 07:44:54 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Re: +AFs-IRCServices Coding+AF0- Re: Databases In-Reply-To: <004f01c23a2d$86009680$6401a8c0@Turby> References: <004f01c23a2d$86009680$6401a8c0@Turby> Message-ID: <20020802144454.GG23701@phat.za.net> I'm not involved with ircservices development, but I'm pretty sure they'll need a backtrace too. After running gdb type "bt" and paste all of gdb's output. Regards, Aragon | By Saturn | [ 2002-08-02 16:04 +0200 ] > OK here's the gdb stuff... To recap: Running IRCServices 5.0 pre6 with > Unreal3.1.3. Tryign to import from an xml file (exported using the same > services version earlier). All i get is the Segmentation Fault error when i > try to DO the import, however ircservices does run fine when I don't try to > import; It just doesn't have any of the nicks and channels i wanted to > integrate. > > Any help is greatly appreciated! > > > ...... > Loaded symbols for /home/Jet/services/modules/httpd/redirect.so > Reading symbols from /home/Jet/services/modules/misc/xml-export.so...done. > Loaded symbols for /home/Jet/services/modules/misc/xml-export.so > Reading symbols from /home/Jet/services/modules/misc/xml-import.so...done. > Loaded symbols for /home/Jet/services/modules/misc/xml-import.so > #0 0x4024db1e in read_data (flags=0) at xml-import.c:2167 > > warning: Source file is more recent than executable. > > 2167 error("Nick %s has invalid nick group %u, > discarding", > (gdb) > > > ----- Original Message ----- > From: "Romek Kriszti?8?????? > To: > Sent: Friday, August 02, 2002 1:50 AM > Subject: [IRCServices Coding] Re: Databases > > > > Hello!
> >
> > Try this in your ircservices directory:
> >
> > gdb ircservices core
> >
> > Or if you doesn't have gdb on your system, the best way is to send the > 'ircservices' and  the 'core' to someone who can debug it.
> >
> > Krisztian Romek
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> >
> > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From laser at musichat.net Sat Aug 3 01:21:11 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:33 2004 Subject: [IRCServices Coding] Suggestion Message-ID: <3D4B9277.000008.02340@alex-m99b89hxsp> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1431 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/9770415b/attachment.jpe From laser at musichat.net Sat Aug 3 01:19:59 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: <3D4B922F.000003.02340@alex-m99b89hxsp> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1431 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/cd4cdaa1/attachment.jpe From laser at musichat.net Sat Aug 3 05:03:11 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: <3D4BC67F.00000B.02340@alex-m99b89hxsp> Sorry for my last mail, but i forget a html headers --------------------------------------------------------------- It's possibile require Authmail for channel register? Alex MusiChat Ircd Village -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/c289fc66/attachment.html From laser at musichat.net Sat Aug 3 05:03:41 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: <3D4BC69D.00000D.02340@alex-m99b89hxsp> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1431 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/d0085ff6/attachment.jpe From laser at musichat.net Sat Aug 3 05:08:01 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: <3D4BC7A1.000012.02340@alex-m99b89hxsp> It's possibile convert the logonnews, in a memo for save the bandwitch? Regards Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/1b3ca638/attachment.htm From laser at musichat.net Sat Aug 3 05:09:16 2002 From: laser at musichat.net (las3r http://www.musichat.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] NickServ suggestion Message-ID: <3D4BC7EC.000016.02340@alex-m99b89hxsp> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1431 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020803/971eaa28/attachment.jpe From uhc0 at rz.uni-karlsruhe.de Sat Aug 3 06:30:45 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:34 2004 Subject: AW: [IRCServices Coding] NickServ suggestion In-Reply-To: <3D4BC7EC.000016.02340@alex-m99b89hxsp> Message-ID: <001901c23af2$0a9a82b0$02c8a8c0@nygmatech.local> Is it possible of you to collect your suggestions and write ONE SINGLE email containing all of them, which is additionally NOT HTML ? 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-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von las3r http://www.musichat.net Gesendet: Samstag, 3. August 2002 14:09 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] NickServ suggestion It's possibile add this nickname information? UIN Name Age Sex Location regards Alex From aragon at phat.za.net Sat Aug 3 06:50:03 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] NickServ suggestion In-Reply-To: <001901c23af2$0a9a82b0$02c8a8c0@nygmatech.local> References: <3D4BC7EC.000016.02340@alex-m99b89hxsp> <001901c23af2$0a9a82b0$02c8a8c0@nygmatech.local> Message-ID: <20020803135003.GA26698@phat.za.net> | By Yusuf Iskenderoglu | [ 2002-08-03 15:32 +0200 ] > > Is it possible of you to collect your suggestions and write ONE SINGLE > email containing all of them, which is additionally NOT HTML ? Yea, and also not formatted with windows carriage returns which I'm fairly certain doesnt comply with RFCs. I'm quite concerned about some of the MUAs in use these days. Regards, Aragon From frostycoolslug at hotmail.com Sat Aug 3 08:05:49 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] RE: las3r http://www.musichat.net's Questions. Message-ID: Number 1) It's possibile require Authmail for channel register? Answer: Whats the point? ppl already have to auth for their nicknames.. and if u know their email address is valid from that.. y do u need mail auth for a channel? Number 2) It's possibile nickserv countdown before changing nick? Answer: Whats the point? one 60 second warning should be enough. Unless u wanna deal with all your users complaining about spam from services, if the message "You have 60seconds to change your nickname" isnt enough, then they might as well have their nicknames changed! Number 3) It's possibile add this nickname information? Answer: Whats the point? and besides, a feature close to this one already exists.. (/ns help set info) the user can set any information they want other ppl to see there. As you can see.. i have come up with a commom question for you.. "Whats the point?" these features seem pointless, and will not only waste bandwidth, but cause un-neseccery SPAM, and i can tell u from several years experiance, users dont want that. Have a nice Day. -- 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 Sat Aug 3 09:13:50 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: Its still in HTML... and I answered your questions earlier >From: "las3r http://www.musichat.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Suggestion >Date: Sat, 3 Aug 2002 14:03:11 +0200 (ora legale Europa occidentale) > > > >Sorry for my last mail, but i forget a html headers > > > >--------------------------------------------------------------- > >It's possibile require Authmail for channel register? > >Alex > >MusiChat Ircd Village -- 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 aragon at phat.za.net Sat Aug 3 09:17:51 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] RE: las3r http://www.musichat.net's Questions. In-Reply-To: References: Message-ID: <20020803161751.GB26698@phat.za.net> | By Craig McLure | [ 2002-08-03 17:06 +0200 ] > Number 2) > It's possibile nickserv countdown before changing nick? > > Answer: Whats the point? one 60 second warning should be enough. Unless u > wanna deal with all your users complaining about spam from services, if the > message "You have 60seconds to change your nickname" isnt enough, then they > might as well have their nicknames changed! *nod* this also makes me dubious as to his reason for converting logonnews to memos ("to save bandwidth"). If such a minimal amount of text causes bandwidth problems, perhaps he shouldn't be running an irc network? Just a thought. Regards, Aragon From frostycoolslug at hotmail.com Sat Aug 3 09:33:49 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] RE: las3r http://www.musichat.net's Questions. Message-ID: i just realised another floor with the logonnews to memo idea.. what if a user doesnt have a registered nick? they connect, and *BAM* nothing. least with logonnews every1 can read it whether they have a registered nickname or not. >From: Aragon Gouveia >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] RE: las3r http://www.musichat.net's >Questions. >Date: Sat, 3 Aug 2002 18:17:51 +0200 > >| By Craig McLure >| [ 2002-08-03 17:06 +0200 ] > > Number 2) > > It's possibile nickserv countdown before changing nick? > > > > Answer: Whats the point? one 60 second warning should be enough. Unless >u > > wanna deal with all your users complaining about spam from services, if >the > > message "You have 60seconds to change your nickname" isnt enough, then >they > > might as well have their nicknames changed! > >*nod* this also makes me dubious as to his reason for converting logonnews >to memos ("to save bandwidth"). If such a minimal amount of text causes >bandwidth problems, perhaps he shouldn't be running an irc network? Just a >thought. > > >Regards, >Aragon >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 frostycoolslug at hotmail.com Sat Aug 3 11:20:48 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion Message-ID: no, cause not all the users will get it >From: "las3r http://www.musichat.net" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Suggestion >Date: Sat, 3 Aug 2002 14:08:01 +0200 (ora legale Europa occidentale) > > > >It's possibile convert the logonnews, in a memo for save the bandwitch? > >Regards > >Alex -- 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 uhc0 at rz.uni-karlsruhe.de Sat Aug 3 15:19:58 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:34 2004 Subject: AW: [IRCServices Coding] Suggestion - Logonnews In-Reply-To: Message-ID: <000101c23b3b$f924e850$02c8a8c0@nygmatech.local> Hi, actually, I have another opinion in this issue. I am not suggesting to remove logonnews, but there could be an additional option of a memo sent to someone after registration. That way, he could just not use logonnews, and be happy with the registration memo, and the rest would continue using logonnews. Moreover, the registration-hello memo, could include some beginner-like information a la dalnet: "Welcome to the blabla network, We wish you a happy chat. Feel free to ask your questions in #blahelp" This way, logonnews would not be blocked with such an information and could be used for really news-like announcements. 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-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] Im > Auftrag von Craig McLure > Gesendet: Samstag, 3. August 2002 20:21 > An: ircservices-coding@ircservices.za.net > Betreff: Re: [IRCServices Coding] Suggestion > > > no, cause not all the users will get it > > > >From: "las3r http://www.musichat.net" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] Suggestion > >Date: Sat, 3 Aug 2002 14:08:01 +0200 (ora legale Europa occidentale) > > > > > > > >It's possibile convert the logonnews, in a memo for save the > bandwitch? > > > >Regards > > > >Alex > > > > > -- > 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-coding > From frostycoolslug at hotmail.com Sat Aug 3 15:27:54 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: AW: [IRCServices Coding] Suggestion - Logonnews Message-ID: i suppose in that sence, it should be ok.. it would be either that or alter the authorisation email. >From: "Yusuf Iskenderoglu" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: AW: [IRCServices Coding] Suggestion - Logonnews >Date: Sun, 4 Aug 2002 00:19:58 +0200 > > >Hi, > >actually, I have another opinion in this issue. >I am not suggesting to remove logonnews, but there could be an >additional option of a memo sent to someone after registration. > >That way, he could just not use logonnews, and be happy with the >registration memo, and the rest would continue using logonnews. > >Moreover, the registration-hello memo, could include some >beginner-like information a la dalnet: > >"Welcome to the blabla network, We wish you a happy chat. Feel >free to ask your questions in #blahelp" > >This way, logonnews would not be blocked with such an information >and could be used for really news-like announcements. > >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-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net] Im > > Auftrag von Craig McLure > > Gesendet: Samstag, 3. August 2002 20:21 > > An: ircservices-coding@ircservices.za.net > > Betreff: Re: [IRCServices Coding] Suggestion > > > > > > no, cause not all the users will get it > > > > > > >From: "las3r http://www.musichat.net" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] Suggestion > > >Date: Sat, 3 Aug 2002 14:08:01 +0200 (ora legale Europa occidentale) > > > > > > > > > > > >It's possibile convert the logonnews, in a memo for save the > > bandwitch? > > > > > >Regards > > > > > >Alex > > > > > > > > > > -- > > 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-coding > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Sun Aug 4 22:54:22 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Suggestion References: <3D4B9277.000008.02340@alex-m99b89hxsp> Message-ID: <006101c23c44$9e64e410$9c011ac4@af.didata.local> Can you please fix your "real name" up in your mail client so that the blatant and annoying advertising for your network is removed. If you really want to have the url somewhere, put it in the signature of your email. Thanks, Andrew ----- Original Message ----- From: las3r http://www.musichat.net To: ircservices-coding@ircservices.za.net Sent: Saturday, August 03, 2002 10:21 AM Subject: [IRCServices Coding] Suggestion It's possibile require Authmail for channel register? Alex MusiChat Ircd Village From eengin at talesoft.de Thu Aug 8 03:13:27 2002 From: eengin at talesoft.de (Ekim Engin) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Sqline affair In-Reply-To: <3D52309E.000003.01204@anar> Message-ID: <012e01c23ec4$3cf6baf0$092a14ac@d209> Hi all, I thought of the sqline feature as an addition (or simplification) of chardconfed Q-Lines. Now ist intersting that in services5 this behavior is like another way to forbid. Just wanted to know if it is possible to make this behavior optional. Like a "SqlineForceNickChange" statement in the .conf.. Ist usual (on my networks) to sqline e.g. oper nicks to prevent theri usage, but allow opers to change to them without getting renamed (or dissalowed) just with a wallops... 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 achurch at achurch.org Fri Aug 9 21:00:47 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Problem with databases In-Reply-To: <000801c23853$65e14ba0$e1e2db3e@home657> Message-ID: <3d53af1f.01453@achurch.org> > *** Global -- from services.fistuk.com: =02Warning:=02 Data directory = >is locked; databases will not be updated. Remove the `.lock' file to = >allow database updates. > >i don't see any .lock file >what should i do? Make sure you're looking in the data directory (the one with the .db files). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Aug 9 21:03:24 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: +AFs-IRCServices Coding+AF0- Re: Databases In-Reply-To: <004f01c23a2d$86009680$6401a8c0@Turby> Message-ID: <3d53afc2.01475@achurch.org> There's something seriously broken with your mailer, but I've found and fixed the problem (or at least the crash--I don't know why you ran into that case in the first place). --Andrew Church achurch@achurch.org http://achurch.org/ >OK here's the gdb stuff... To recap: Running IRCServices 5.0 pre6 with >Unreal3.1.3. Tryign to import from an xml file (exported using the same >services version earlier). All i get is the Segmentation Fault error when i >try to DO the import, however ircservices does run fine when I don't try to >import+ADs- It just doesn't have any of the nicks and channels i wanted to >integrate. > >Any help is greatly appreciated+ACE- > > >...... >Loaded symbols for /home/Jet/services/modules/httpd/redirect.so >Reading symbols from /home/Jet/services/modules/misc/xml-export.so...done. >Loaded symbols for /home/Jet/services/modules/misc/xml-export.so >Reading symbols from /home/Jet/services/modules/misc/xml-import.so...done. >Loaded symbols for /home/Jet/services/modules/misc/xml-import.so >+ACM-0 0x4024db1e in read+AF8-data (flags+AD0-0) at xml-import.c:2167 > >warning: Source file is more recent than executable. > >2167 error(+ACI-Nick +ACU-s has invalid nick group +ACU-u, >discarding+ACI-, >(gdb) > > >----- Original Message ----- >From: +ACI-Romek Kriszti+AOE-n+ACI- +ADw-r-krisztian+AEA-softhome.net+AD4- >To: +ADw-ircservices-coding+AEA-ircservices.za.net+AD4- >Sent: Friday, August 02, 2002 1:50 AM >Subject: +AFs-IRCServices Coding+AF0- Re: Databases > > >+ACY-gt+ADs- Hello+ACEAPA-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- Try this in your ircservices directory:+ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- gdb ircservices core+ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- Or if you doesn't have gdb on your system, the best way is to send the >'ircservices' and+ACY-nbsp+ADs- the 'core' to someone who can debug it.+ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- Krisztian Romek+ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- ------------------------------------------------------------------+ADw-BR+AD4- >+ACY-gt+ADs- To unsubscribe or change your subscription options, visit:+ADw-BR+AD4- >+ACY-gt+ADs- http://www.ircservices.za.net/mailman/listinfo/ircservices-coding+ADw-BR+AD4- >+ACY-gt+ADs- +ADw-BR+AD4- >+ACY-gt+ADs- > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Aug 10 00:28:05 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Question about NSNoAuthExpire In-Reply-To: <1219.209.39.3.33.1028135672.squirrel@webmail.noxordo.com> Message-ID: <3d53e086.02711@achurch.org> This is a shortcoming of the current code, which I've fixed for pre7. Under pre6 and earlier, the nicks should expire when the global expiration routines are called (once every 30 minutes by default) or when the OperServ UPDATE command is used; if that's not happening, there's something else wrong. Let me know if you still have the same problems in pre7. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I've got NSNoAuthExpire set to 1m right now, and have tested this multiple >times with different users, so I know it is consistantly happening. When a >user registers a nickname (authorization _is_ required, this has been >tested and is functioning, the user cannot ident until auth'd, and authing >does allow the user to ident), if he/she does not auth to the nickname >within the 1m, it still is not expiring the nickname. I registered (but >did not auth) a nickname about an hour ago, it's still registered (but >reporting unauthed). With NSNoAuthExpire set to 1m, shouldn't it have been >de-registered by now? Curious if I'm doing something wrong, or if it's a >possible bug/lack of implimentation. > >Cheers, >David Orman > >PS - This is with pre6, the July 28 release, and my IRCD is Unreal >3.2-beta10. > > >-- >David Orman >monolith@orblivion.com >http://www.orblivion.com >-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Aug 10 00:46:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Sqline affair In-Reply-To: <012e01c23ec4$3cf6baf0$092a14ac@d209> Message-ID: <3d53e474.06142@achurch.org> Added (as SQlineIgnoreOpers), thanks for the suggestion. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all, > >I thought of the sqline feature as an addition (or simplification) of >chardconfed Q-Lines. Now ist intersting that in services5 this behavior >is like another way to forbid. Just wanted to know if it is possible to >make this behavior optional. Like a "SqlineForceNickChange" statement in >the .conf.. >Ist usual (on my networks) to sqline e.g. oper nicks to prevent theri >usage, but allow opers to change to them without getting renamed (or >dissalowed) just with a wallops... > >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 > | >+-------------------------------------------------+ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sat Aug 10 01:19:35 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre7 released Message-ID: <3d53ed1a.23634@achurch.org> Services 5.0pre7 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) 5d014e1ac10b72901193a68468cedaa3 ircservices-5.0pre7.tar.gz 7e0c46735d157db1aac1ffe08116861c ircservices-5.0pre7.diff.gz 47c2f41bc536f9a4e32ada439b05e60e ircservices-5.0pre7-1.i386.rpm 1142655ba0268a021681a104d631a6a1 ircservices_5.0pre7-1_i386.deb The other mirrors should have it shortly. This should fix all of the problems reported so far; as usual, please test and let me know if you find new ones. Also, for people translating language files (except for Dutch and Turkish which are complete), please let me know when you expect you can finish the translation, as I'd like to include as many finished translations as possible in the stable release. Changes in version 5.0pre7 -------------------------- 2002/08/10 Brought the example HelpServ help text (data/helpfiles/help) slightly more up to date. 2002/08/10 Added SQlineIgnoreOpers directive. Suggested by Ekim Engin 2002/08/10 Fixed delay in expiring unauthorized nicknames with NSNoAuthExpire set. Reported by David Orman 2002/08/09 Fixed crash on importing nicks with invalid nick groups. Reported by 2002/08/09 Added DefTimeZone configuration directive. Suggested by George Stamatiou 2002/08/09 Added workaround for double-mode (+oqoq, +kk) bug. 2002/08/09 Added SETCMODE debug command to OperServ. 2002/08/09 Updated trircd protocol module from suggestions by Yusuf Iskenderoglu 2002/07/29 Halfops can now set -h and +/-v on themselves. Reported by Dennis Sela --Andrew Church achurch@achurch.org http://achurch.org/ From monolith at orblivion.com Fri Aug 9 10:42:09 2002 From: monolith at orblivion.com (David Orman) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <3d53ed1a.23634@achurch.org> References: <3d53ed1a.23634@achurch.org> Message-ID: <1365.209.39.3.33.1028914929.squirrel@webmail.noxordo.com> It seems services kill themselves off, and don't stay daemonized, trying to reconnect. Is there any way to make them stay running, and reconnect whenever the ircd is back up/they can link? Cheers, David -- David Orman monolith@orblivion.com http://www.orblivion.com -- From smkelly at zombie.org Fri Aug 9 11:04:15 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <1365.209.39.3.33.1028914929.squirrel@webmail.noxordo.com> References: <3d53ed1a.23634@achurch.org> <1365.209.39.3.33.1028914929.squirrel@webmail.noxordo.com> Message-ID: <20020809180415.GA7871@edgemaster.zombie.org> On Fri, Aug 09, 2002 at 12:42:09PM -0500, David Orman wrote: > It seems services kill themselves off, and don't stay daemonized, trying > to reconnect. Is there any way to make them stay running, and reconnect > whenever the ircd is back up/they can link? Use a crontab entry that runs a script which checks to see if they are still running. If they aren't, then the script should restart them. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From monolith at orblivion.com Fri Aug 9 11:22:01 2002 From: monolith at orblivion.com (David Orman) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <20020809180415.GA7871@edgemaster.zombie.org> References: <3d53ed1a.23634@achurch.org> <1365.209.39.3.33.1028914929.squirrel@webmail.noxordo.com> <20020809180415.GA7871@edgemaster.zombie.org> Message-ID: <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> Why doesn't the services daemon handle this transparently? Surely it happens often enough to warrent the functionality built into services. It seems a bit...messy...to have to use cron to handle it. If that's how it has to be done though, that's how it has to be done. :) David > Use a crontab entry that runs a script which checks to see if they are > still running. If they aren't, then the script should restart them. > > -- > 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-coding -- David Orman monolith@orblivion.com http://www.orblivion.com -- From frostycoolslug at hotmail.com Fri Aug 9 11:57:29 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services dissappearing.. Message-ID: I've just updated to pre7 (using the .diff) i started services up, and after about 5mins, they dissappeared without a reason: -kenny.chatspike.net- *** Global -- from bender.chatspike.net: Server services.chatspike.net[127.0.0.1] closed the connection.. the log remains empty, a core dump was made thou.. if u want it, i'll send it to you somehow :p -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From frostycoolslug at hotmail.com Fri Aug 9 12:02:11 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Crash Message-ID: it happens when services tries to update the databases.. -- 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 smkelly at zombie.org Fri Aug 9 12:22:37 2002 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> References: <3d53ed1a.23634@achurch.org> <1365.209.39.3.33.1028914929.squirrel@webmail.noxordo.com> <20020809180415.GA7871@edgemaster.zombie.org> <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> Message-ID: <20020809192237.GA8338@edgemaster.zombie.org> On Fri, Aug 09, 2002 at 01:22:01PM -0500, David Orman wrote: > Why doesn't the services daemon handle this transparently? Surely it > happens often enough to warrent the functionality built into services. It > seems a bit...messy...to have to use cron to handle it. If that's how it > has to be done though, that's how it has to be done. :) I don't know how unstable your network is, but it is extremely rare for either services or an ircd to crash on our network. In fact, it is almost unheard of. On top of that, I would guess that most configurations have services connecting to a server on localhost, thus lessening the chances of networking issues causing a link failure. Really, the only time our services go down is when the machine is rebooted after applying necessary patches and such to the OS. I see no need for services tu auto-reconnect in such an environment. > > Use a crontab entry that runs a script which checks to see if they are > > still running. If they aren't, then the script should restart them. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org From v13 at it.teithe.gr Fri Aug 9 14:51:54 2002 From: v13 at it.teithe.gr (Stefanos Harhalakis) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> References: <3d53ed1a.23634@achurch.org> <20020809180415.GA7871@edgemaster.zombie.org> <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> Message-ID: <200208100051.54932.v13@it.teithe.gr> On Friday 09 August 2002 21:22, David Orman wrote: > Why doesn't the services daemon handle this transparently? Surely it > happens often enough to warrent the functionality built into services. It > seems a bit...messy...to have to use cron to handle it. If that's how it > has to be done though, that's how it has to be done. :) You could try the attached patch. It will cause services not to start if there is another instance running. After that, just put a line in crontab like this one: * * * * * /usr/local/bin/ircservices >/dev/null 2>&1 If you have any problems when compiling, please send me a mail in private. Since this is the second time i'm sending this piece of code to the list, I believe that Andrew doesn't like this aproach... > David <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ircservices-5.0pre7+pidfile.diff.gz Type: application/x-gzip Size: 1842 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020810/c9748b4b/ircservices-5.0pre7pidfile.diff.bin From ran at fistuk.com Fri Aug 9 15:56:29 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Pre release 7 Message-ID: <000501c23ff8$01351310$3193b3d4@botenn0jq4rrq7> Hi I have 2 questions How do I set DefTimeZone to be +3 hours than the system local time? What is the syntax of the operserv SETCMODE command? From griever at t2n.org Fri Aug 9 16:28:42 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Sqline affair In-Reply-To: <3d53e474.06142@achurch.org> Message-ID: On Sat, 10 Aug 2002, Andrew Church wrote: > Added (as SQlineIgnoreOpers), thanks for the suggestion. > I think what he wanted was to make SQline not change the nickname of a user who already has the name when the SQline is added (i.e. don't kill or change their nick) From achurch at achurch.org Sat Aug 10 10:24:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] what happens when the ircd crashes/services delinks for _insert reason_ In-Reply-To: <1470.209.39.3.33.1028917321.squirrel@webmail.noxordo.com> Message-ID: <3d546bab.00703@achurch.org> >Why doesn't the services daemon handle this transparently? Surely it >happens often enough to warrent the functionality built into services. No, it doesn't, at least not on any network I've ever seen (see the other reply for details). I am thinking about doing something like this eventually, but it's really, really low on my priority list, somewhere around the same place as things like "fix comment indentation". --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Aug 10 10:27:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Sqline affair In-Reply-To: Message-ID: <3d546c17.00714@achurch.org> >> Added (as SQlineIgnoreOpers), thanks for the suggestion. >> >I think what he wanted was to make SQline not change the nickname >of a user who already has the name when the SQline is added (i.e. >don't kill or change their nick) I don't see the point of that, if you add a SQline you usually want to stop whoever's using it from using it (unless they're an oper). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Aug 10 10:27:56 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Pre release 7 In-Reply-To: <000501c23ff8$01351310$3193b3d4@botenn0jq4rrq7> Message-ID: <3d546c3c.00725@achurch.org> >Hi >I have 2 questions > >How do I set DefTimeZone to be +3 hours than the system local time? Check your system manual, but "GMT+3" should work on most systems. >What is the syntax of the operserv SETCMODE command? It's undocumented, read the source. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Aug 10 10:57:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Crash In-Reply-To: Message-ID: <3d54733b.10126@achurch.org> >it happens when services tries to update the databases.. I can't reproduce this. Can you send me (privately) the core dump along with your ircservices executable and data directory? --Andrew Church achurch@achurch.org http://achurch.org/ From saturn at jetirc.net Fri Aug 9 09:36:38 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Netsplit recovery References: <3d53ed1a.23634@achurch.org> Message-ID: <005e01c23fc2$ef1bb150$6401a8c0@turby> After a split, especially if i reboot services, I'm finding that services is not always deopping everyone in the channel and then re-opping and voicing the appropriate ones... specifically, there are some users who log on during a netsplit, get ops, and then when the services are relinked, those users are not deopped even though they arent even registered users, let alone on the channel access list... The problem is, I haven't been unable to catch it in action, apart from channel logs from my IRCops.. From saturn at jetirc.net Fri Aug 9 09:38:38 2002 From: saturn at jetirc.net (Saturn) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Netsplit recovery Message-ID: <006401c23fc3$367dec70$6401a8c0@turby> Erm, I'm running Unreal IRCD 3.1.3 and Services 5.0pre6 ... I see just now that pre7 is out, so I'm gonna try that, but I didn't see any mention of this in the bugfix list, so i doubt it's been touched ----- Original Message ----- From: "Saturn" To: Sent: Friday, August 09, 2002 9:36 AM Subject: Netsplit recovery > After a split, especially if i reboot services, I'm finding that services is > not always deopping everyone in the channel and then re-opping and voicing > the appropriate ones... specifically, there are some users who log on during > a netsplit, get ops, and then when the services are relinked, those users > are not deopped even though they arent even registered users, let alone on > the channel access list... > > The problem is, I haven't been unable to catch it in action, apart from > channel logs from my IRCops.. > From ran at fistuk.com Sat Aug 10 01:17:32 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Pre release 7 Message-ID: <000501c24046$632f7c60$3193b3d4@botenn0jq4rrq7> Hi I lost andy's reply, but /ns set TIMEZONE +3 give me the time zone I want but DefTimeZone "GMT+3" or DefTimeZone GMT+3 does not change anything what is wrong? ----- Original Message ----- From: "Ran" To: Sent: Saturday, August 10, 2002 12:56 AM Subject: Pre release 7 > Hi > I have 2 questions > > How do I set DefTimeZone to be +3 hours than the system local time? > > What is the syntax of the operserv SETCMODE command? > From master at xchat.gr Sat Aug 10 03:04:59 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Pre release 7 References: <000501c24046$632f7c60$3193b3d4@botenn0jq4rrq7> Message-ID: <002501c24055$64df0350$6146fea9@LocalHost> For Greece i have putted EET and it's ok :-). ----- Original Message ----- From: "Ran" To: Sent: Saturday, August 10, 2002 11:17 AM Subject: [IRCServices Coding] Re: Pre release 7 > Hi > I lost andy's reply, > but /ns set TIMEZONE +3 give me the time zone I want > but > DefTimeZone "GMT+3" > or DefTimeZone GMT+3 > does not change anything > what is wrong? > > ----- Original Message ----- > From: "Ran" > To: > Sent: Saturday, August 10, 2002 12:56 AM > Subject: Pre release 7 > > > > Hi > > I have 2 questions > > > > How do I set DefTimeZone to be +3 hours than the system local time? > > > > What is the syntax of the operserv SETCMODE command? > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sun Aug 11 00:25:03 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Re: Pre release 7 In-Reply-To: <000501c24046$632f7c60$3193b3d4@botenn0jq4rrq7> Message-ID: <3d5530db.12316@achurch.org> Use the same value you'd use for the TZ environment variable. On Linux systems GMT+3 should work; other systems may have different settings--check your system's manual. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi >I lost andy's reply, >but /ns set TIMEZONE +3 give me the time zone I want >but >DefTimeZone "GMT+3" >or DefTimeZone GMT+3 >does not change anything >what is wrong? > >----- Original Message ----- >From: "Ran" >To: >Sent: Saturday, August 10, 2002 12:56 AM >Subject: Pre release 7 > > >> Hi >> I have 2 questions >> >> How do I set DefTimeZone to be +3 hours than the system local time? >> >> What is the syntax of the operserv SETCMODE command? >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Aug 12 21:11:10 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Netsplit recovery In-Reply-To: <005e01c23fc2$ef1bb150$6401a8c0@turby> Message-ID: <3d57a5fa.32465@achurch.org> I can't see offhand how this can happen, unless the channel has LEAVEOPS set. If you find a way to reproduce it, please let me know. --Andrew Church achurch@achurch.org http://achurch.org/ >After a split, especially if i reboot services, I'm finding that services is >not always deopping everyone in the channel and then re-opping and voicing >the appropriate ones... specifically, there are some users who log on during >a netsplit, get ops, and then when the services are relinked, those users >are not deopped even though they arent even registered users, let alone on >the channel access list... > >The problem is, I haven't been unable to catch it in action, apart from >channel logs from my IRCops.. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ran at fistuk.com Sun Aug 11 07:10:08 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] MemoServ BOX Closed Message-ID: <002701c24140$cf8a1280$5f91b3d4@botenn0jq4rrq7> Hi I have suggestion for the services I want option that after a nick is registered he can use the nick without mail verify but won't be able to use memoserv as the services-root user won't preview it. I think that can help to provide protection of SPAMMING via memoserv cloners. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020811/c22fc08e/attachment.htm From RT.Mail at verizon.net Mon Aug 12 12:49:29 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] session limit In-Reply-To: <002701c24140$cf8a1280$5f91b3d4@botenn0jq4rrq7> Message-ID: <20020812194945.SLQP5628.out001.verizon.net@bofh> Today I tried connecting a second client and was killed of for exceeding the session limit. [03:32:46] -Total.LinkIRC.NET- *** Notice -- Received KILL message for fobar2!~foo@pool-141-153-165-189.mad.east.verizon.net from OperServ Path: Services!OperServ (Session limit exceeded) In the conf file we have DefSessionLimit set to 3. Is something wrong here? We are using pre6. From achurch at achurch.org Tue Aug 13 21:12:09 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre8 released Message-ID: <3d58f9e0.71773@achurch.org> Services 5.0pre8 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) 1d343f0f23c1403671199b72eb260635 ircservices-5.0pre8.tar.gz 00984022982091518f50b7ab1a722359 ircservices-5.0pre8.diff.gz df68cd2ac1224ee58bfc4db810ea4783 ircservices-5.0pre8-1.i386.rpm fb6c3be7b7ecab5ac6a92a39b84cafaf ircservices_5.0pre8-1_i386.deb The other mirrors should have it shortly. This release fixes a couple of bugs recently found in pre7, including a crash that occurs whenever Services tries to update a database with forbidden nicknames and the mail-auth module is active. It also includes the final(?) version of the HTML manual, coming to a healthy 517kB of text. Even considering that about a third of it was automatically generated, that sure is a whole bunch of text, and I hope nobody will object too greatly if I hold off on the design document I was planning to write until the next version. (: The documentation can be found in the docs/ subdirectory of the distribution, or online at: ftp://ftp.ircservices.za.net/pub/ircservices/beta/docs/index.html or any of the mirrors. (Andrew Kempe, can you put this on the web site somewhere?) Please read it over and let me know if you have any comments or find any errors. Changes in version 5.0pre8 -------------------------- 2002/08/13 Finished HTML documentation. 2002/08/13 Renamed httpd/redirect NickPrefix directive to NicknamePrefix. 2002/08/12 Fixed bug causing autokill exclusions to not work on Unreal 3.1. Reported by 2002/08/11 Fixed crash on database update with forbidden nicknames. Reported by Craig McLure --Andrew Church achurch@achurch.org http://achurch.org/ From teoman at anet.net.tr Wed Aug 14 06:23:20 2002 From: teoman at anet.net.tr (=?iso-8859-9?Q?Teoman_=D6zdemir?=) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] /msg OperServ sqline count Message-ID: Hi, i'm runnig tr-ircd(kenora)-5.0(00)-rc3#5. irc.anet.net.tr TS7-ZE-DM-B-NN-poll [STABLE] And Services 5.0pre8 Oper or Admin send "/os sqline count" command to OperServ, Services shutdown. Log Files [Aug 14 16:02:10 2002] operserv/main: Do_Ay: sqline count [Aug 14 16:02:33 2002] IRC Services 5.0pre8 starting up (gdb) bt #0 0x42080b43 in strlen () from /lib/i686/libc.so.6 #1 0x42051e4d in vfprintf () from /lib/i686/libc.so.6 #2 0x42072e84 in vsnprintf () from /lib/i686/libc.so.6 #3 0x0804e528 in my_vsnprintf (buf=0xbfffd180 "", len=4096, fmt=0x8124900 "%s listesinde %d adet nesne var.", args=0xbfffe1ac) at compat.c:51 #4 0x0805557f in notice_lang (source=0x8139ec0 "OperServ", dest=0x82f1d70, message=790) at send.c:211 #5 0x40080f9a in do_maskdata_cmd (info=0x40094600, u=0x82f1d70) at maskdata.c:177 #6 0x40092bc0 in do_sline (type=81 'Q', u=0x82f1d70) at sline.c:342 #7 0x40092ad0 in do_sqline (u=0x82f1d70) at sline.c:285 #8 0x0804e30d in run_cmd (service=0x8139ec0 "OperServ", u=0x82f1d70, id=0x813b938, cmd=0xbffff011 "sqline") at commands.c:176 #9 0x4007df9c in operserv (source=0xbffff230 "Do_Ay", target=0xbfffeff2 "OperServ", buf=0xbffff011 "sqline") at main.c:266 #10 0x08054c2a in call_callback_5 (module=0x0, id=27, arg1=0xbffff230, arg2=0xbfffeff2, arg3=0xbffff011, arg4=0x0, arg5=0x0) at modules.c:636 #11 0x08052e41 in m_privmsg (source=0xbffff230 "Do_Ay", ac=2, av=0x82e7448) at messages.c:177 #12 0x40022e59 in do_receive_message (source=0xbffff230 "Do_Ay", cmd=0xbffff1f0 "P", ac=2, av=0x82e7448) at token.c:43 #13 0x08054c2a in call_callback_5 (module=0x0, id=26, arg1=0xbffff230, arg2=0xbffff1f0, arg3=0x2, arg4=0x82e7448, arg5=0x0) at modules.c:636 #14 0x08055166 in process () at process.c:127 #15 0x080568bf in check_sockets () at sockets.c:392 #16 0x08052846 in main (ac=1, av=0xbffffb74, envp=0xbffffb7c) at main.c:248 #17 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 From achurch at achurch.org Wed Aug 14 23:24:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] /msg OperServ sqline count In-Reply-To: Message-ID: <3d5a6cd5.21044@achurch.org> This is a bug in the Turkish (and Dutch) language files. Yusuf and Martin, can you please correct OPER_SLINE_COUNT in your respective languages? (The %s and %d are backwards.) --Andrew Church achurch@achurch.org http://achurch.org/ > Hi, > > i'm runnig tr-ircd(kenora)-5.0(00)-rc3#5. irc.anet.net.tr >TS7-ZE-DM-B-NN-poll [STABLE] And Services 5.0pre8 > > Oper or Admin send "/os sqline count" command to OperServ, Services >shutdown. > > Log Files > >[Aug 14 16:02:10 2002] operserv/main: Do_Ay: sqline count >[Aug 14 16:02:33 2002] IRC Services 5.0pre8 starting up > >(gdb) bt >#0 0x42080b43 in strlen () from /lib/i686/libc.so.6 >#1 0x42051e4d in vfprintf () from /lib/i686/libc.so.6 >#2 0x42072e84 in vsnprintf () from /lib/i686/libc.so.6 >#3 0x0804e528 in my_vsnprintf (buf=0xbfffd180 "", len=4096, fmt=0x8124900 >"%s listesinde %d adet nesne var.", args=0xbfffe1ac) > at compat.c:51 >#4 0x0805557f in notice_lang (source=0x8139ec0 "OperServ", dest=0x82f1d70, >message=790) at send.c:211 >#5 0x40080f9a in do_maskdata_cmd (info=0x40094600, u=0x82f1d70) at >maskdata.c:177 >#6 0x40092bc0 in do_sline (type=81 'Q', u=0x82f1d70) at sline.c:342 >#7 0x40092ad0 in do_sqline (u=0x82f1d70) at sline.c:285 >#8 0x0804e30d in run_cmd (service=0x8139ec0 "OperServ", u=0x82f1d70, >id=0x813b938, cmd=0xbffff011 "sqline") at commands.c:176 >#9 0x4007df9c in operserv (source=0xbffff230 "Do_Ay", target=0xbfffeff2 >"OperServ", buf=0xbffff011 "sqline") at main.c:266 >#10 0x08054c2a in call_callback_5 (module=0x0, id=27, arg1=0xbffff230, >arg2=0xbfffeff2, arg3=0xbffff011, arg4=0x0, arg5=0x0) > at modules.c:636 >#11 0x08052e41 in m_privmsg (source=0xbffff230 "Do_Ay", ac=2, av=0x82e7448) >at messages.c:177 >#12 0x40022e59 in do_receive_message (source=0xbffff230 "Do_Ay", >cmd=0xbffff1f0 "P", ac=2, av=0x82e7448) at token.c:43 >#13 0x08054c2a in call_callback_5 (module=0x0, id=26, arg1=0xbffff230, >arg2=0xbffff1f0, arg3=0x2, arg4=0x82e7448, arg5=0x0) > at modules.c:636 >#14 0x08055166 in process () at process.c:127 >#15 0x080568bf in check_sockets () at sockets.c:392 >#16 0x08052846 in main (ac=1, av=0xbffffb74, envp=0xbffffb7c) at main.c:248 >#17 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Aug 15 20:09:01 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released Message-ID: <3d5b9138.61103@achurch.org> Services 5.0pre9 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) 9d8dd52cdeb4a236489f9e56884f741b ircservices-5.0pre9.tar.gz c8bb4abe34a94e38124e807fac2b7665 ircservices-5.0pre9.diff.gz 24d33ce0d7098725b55fa20f36bc9b03 ircservices-5.0pre9-1.i386.rpm a2be4fba6165e88f994b992df782bd38 ircservices_5.0pre9-1_i386.deb The other mirrors should have it shortly. This fixes the crash reported recently. It also breaks the rule I made about not making any additions to Services... well, not technically, since it's a removal rather than an addition, but in any case the AUTODEOP and NOJOIN levels have been bothering me for quite a while, since they're also affected by the SECUREOPS and RESTRICTED channel options. This made the logic complicated and the explanations confusing, so I removed the AUTODEOP and NOJOIN levels entirely--they're now fixed at -1 and -100 respectively (the SECUREOPS and RESTRICTED options still function the same way). I hope this doesn't bother too many people, but please feel free to comment (and let me know if I broke anything). Changes in version 5.0pre9 -------------------------- 2002/08/15 Removed AUTODEOP and NOJOIN channel levels. 2002/08/15 Fixed cosmetic bug when changing the language for another nickname. Reported by 2002/08/15 Fixed a trivial cosmetic error in NickServ IDENTIFY 2002/08/14 A missing newline at the end of a configuration file no longer causes an error. Reported by Yaniv Gamzo --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Thu Aug 15 04:57:55 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: <3d5b9138.61103@achurch.org> Message-ID: On Thu, 15 Aug 2002, Andrew Church wrote: > ...the AUTODEOP > and NOJOIN levels have been bothering me for quite a while, since they're > also affected by the SECUREOPS and RESTRICTED channel options. This made > the logic complicated and the explanations confusing, so I removed the > AUTODEOP and NOJOIN levels entirely--they're now fixed at -1 and -100 > respectively (the SECUREOPS and RESTRICTED options still function the same > way). I hope this doesn't bother too many people, but please feel free to > comment (and let me know if I broke anything). > imho I think SECUREOPS and RESTRICTED should be removed, not AUTODEOP and NOJOIN. This removes a lot of useful functionality that I've used before. From frostycoolslug at hotmail.com Thu Aug 15 05:39:07 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released Message-ID: i agree with Finny.. secureops was often too restrictive, especially if i wanted only 1 person to not have ops.. i would set him -1.. and then if a some1 tried to op him/her, chanserv would de-op them, and i dont have to fight with chanserv if i wanna temporarily op some1. and for (almost) the same reason, i think nojoin is better than restricted. The users of my network feel the same way :) >From: Finny Merrill >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Services 5.0pre9 released >Date: Thu, 15 Aug 2002 05:57:55 -0600 (CST) > >On Thu, 15 Aug 2002, Andrew Church wrote: > > > ...the AUTODEOP > > and NOJOIN levels have been bothering me for quite a while, since >they're > > also affected by the SECUREOPS and RESTRICTED channel options. This >made > > the logic complicated and the explanations confusing, so I removed the > > AUTODEOP and NOJOIN levels entirely--they're now fixed at -1 and -100 > > respectively (the SECUREOPS and RESTRICTED options still function the >same > > way). I hope this doesn't bother too many people, but please feel free >to > > comment (and let me know if I broke anything). > > > >imho I think SECUREOPS and RESTRICTED should be removed, not AUTODEOP and >NOJOIN. This removes a lot of useful functionality that I've used before. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From frostycoolslug at hotmail.com Thu Aug 15 05:45:27 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released Message-ID: now a few people have appeared saying they use RESTRICTED and SECUREOPS.. chances are these may cause arguments.. granted, SECUREOPS and RESTICTED are just mass NOJOIN and NOOP some users would rather have them.. than having to set every nickname on the network to -1 and -100 on the access list :p i have a feeling there is gonna be a dispute over this.. possibly have the option to switch NOJOIN and NOOP as well as RESTRICTED and SECUREOPS off and on in the config file? means everyone who wants them.. can have them, and also saves arguments :) -- 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 Yaniv at icq.com Thu Aug 15 06:53:03 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] requesting feature Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8219@icq02mdc.icq.il.office.aol.com> hi there, is there any feature where only opers (or services admins) register nicks on ircservices-4.5.41? _____________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ From achurch at achurch.org Thu Aug 15 21:58:44 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: Message-ID: <3d5ba6e3.63300@achurch.org> One of the main problems with allowing both is what you do when e.g. AUTODEOP is set positive and SECUREOPS is set, when NOJOIN is set higher than AUTODEOP, etc. Yes, I could write logic to handle all this, but that gets complex, and complexity leads to bugs. Negative access levels aren't used for anything else at the moment anyway, so I'd personally prefer that you got used to SECUREOPS and RESTRICTED instead. --Andrew Church achurch@achurch.org http://achurch.org/ >now a few people have appeared saying they use RESTRICTED and SECUREOPS.. >chances are these may cause arguments.. granted, SECUREOPS and RESTICTED are >just mass NOJOIN and NOOP some users would rather have them.. than having to >set every nickname on the network to -1 and -100 on the access list :p > >i have a feeling there is gonna be a dispute over this.. possibly have the >option to switch NOJOIN and NOOP as well as RESTRICTED and SECUREOPS off and >on in the config file? means everyone who wants them.. can have them, and >also saves arguments :) From achurch at achurch.org Thu Aug 15 22:04:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] requesting feature In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8219@icq02mdc.icq.il.office.aol.com> Message-ID: <3d5ba71a.63316@achurch.org> >hi there, >is there any feature where only opers (or services admins) register nicks on >ircservices-4.5.41? No; this is only available in 5.0 (see NSEnableRegister). --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Thu Aug 15 06:16:30 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released Message-ID: no offence meant.. but isnt that what betas are for? the current problem is that some users want NOOP and NOJOIN and others want SECUREOPS and RESTRICTED.. i lead an IRC Network for an online multiplayer stratigy, as well as a normal network for people everywhere, some channels want restricted so only alliance members can join, others just want to stop 1 particular user from joining... >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Services 5.0pre9 released >Date: Thu, 15 Aug 2002 21:58:44 JST > > One of the main problems with allowing both is what you do when e.g. >AUTODEOP is set positive and SECUREOPS is set, when NOJOIN is set higher >than AUTODEOP, etc. Yes, I could write logic to handle all this, but that >gets complex, and complexity leads to bugs. Negative access levels aren't >used for anything else at the moment anyway, so I'd personally prefer that >you got used to SECUREOPS and RESTRICTED instead. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >now a few people have appeared saying they use RESTRICTED and SECUREOPS.. > >chances are these may cause arguments.. granted, SECUREOPS and RESTICTED >are > >just mass NOJOIN and NOOP some users would rather have them.. than having >to > >set every nickname on the network to -1 and -100 on the access list :p > > > >i have a feeling there is gonna be a dispute over this.. possibly have >the > >option to switch NOJOIN and NOOP as well as RESTRICTED and SECUREOPS off >and > >on in the config file? means everyone who wants them.. can have them, and > >also saves arguments :) >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From achurch at achurch.org Thu Aug 15 22:27:02 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: Message-ID: <3d5bac6b.63700@achurch.org> >no offence meant.. but isnt that what betas are for? Um, no. Betas are for getting rid of current bugs, not introducing new ones. >the current problem is >that some users want NOOP and NOJOIN and others want SECUREOPS and >RESTRICTED.. i lead an IRC Network for an online multiplayer stratigy, as >well as a normal network for people everywhere, some channels want >restricted so only alliance members can join, others just want to stop 1 >particular user from joining... Is there any reason this can't be done with NOJOIN fixed at -100? --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Thu Aug 15 06:59:57 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: <3d5ba6e3.63300@achurch.org> Message-ID: On Thu, 15 Aug 2002, Andrew Church wrote: > One of the main problems with allowing both is what you do when e.g. > AUTODEOP is set positive and SECUREOPS is set, when NOJOIN is set higher > than AUTODEOP, etc. Yes, I could write logic to handle all this, but that > gets complex, and complexity leads to bugs. Negative access levels aren't > used for anything else at the moment anyway, so I'd personally prefer that > you got used to SECUREOPS and RESTRICTED instead. > Well there are things with AUTODEOP and NOJOIN that you simply can't do with SECUREOPS and RESTRICTED. For instance, if I add someone as auto-voice or auto-halfop and turn secureops on, I can't op the auto-voiced/halfopped people. Before, I could set AUTODEOP to 0. From aragon at phat.za.net Thu Aug 15 08:09:15 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: <3d5ba6e3.63300@achurch.org> References: <3d5ba6e3.63300@achurch.org> Message-ID: <20020815150915.GA75793@phat.za.net> Would it be easier to hard code NOJOIN at -100 and restrict AUTODEOP to 0 - -99 ? At the same time restrict the other levels to be greater than -100 ? | By Andrew Church | [ 2002-08-15 15:05 +0200 ] > One of the main problems with allowing both is what you do when e.g. > AUTODEOP is set positive and SECUREOPS is set, when NOJOIN is set higher > than AUTODEOP, etc. Yes, I could write logic to handle all this, but that > gets complex, and complexity leads to bugs. Negative access levels aren't > used for anything else at the moment anyway, so I'd personally prefer that > you got used to SECUREOPS and RESTRICTED instead. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >now a few people have appeared saying they use RESTRICTED and SECUREOPS.. > >chances are these may cause arguments.. granted, SECUREOPS and RESTICTED are > >just mass NOJOIN and NOOP some users would rather have them.. than having to > >set every nickname on the network to -1 and -100 on the access list :p > > > >i have a feeling there is gonna be a dispute over this.. possibly have the > >option to switch NOJOIN and NOOP as well as RESTRICTED and SECUREOPS off and > >on in the config file? means everyone who wants them.. can have them, and > >also saves arguments :) > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From r-krisztian at softhome.net Thu Aug 15 12:04:14 2002 From: r-krisztian at softhome.net (Krisztian Romek) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: <20020815150915.GA75793@phat.za.net> References: <3d5ba6e3.63300@achurch.org> <20020815150915.GA75793@phat.za.net> Message-ID: <200208152104.14499.r-krisztian@softhome.net> Hello! I suppose to save all of these features and give an option in the configuration file to choose if admins want SECUREOPS+ESTRICTED or NOJOIN+AUTODEOP. This would be the best solution, I think. Anyone agree? Best Regards Krisztian Romek r-krisztian@softhome.net From frostycoolslug at hotmail.com Thu Aug 15 13:43:00 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:34 2004 Subject: [IRCServices Coding] Services 5.0pre9 released Message-ID: ok, i'll quote myself... --- i have a feeling there is gonna be a dispute over this.. possibly have the option to switch NOJOIN and NOOP as well as RESTRICTED and SECUREOPS off and on in the config file? means everyone who wants them.. can have them, and also saves arguments :) --- afaik, this was turned down. >From: Krisztian Romek >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Services 5.0pre9 released >Date: Thu, 15 Aug 2002 21:04:14 +0200 > >Hello! > >I suppose to save all of these features and give an option in the >configuration file to choose if admins want SECUREOPS+ESTRICTED or >NOJOIN+AUTODEOP. This would be the best solution, I think. Anyone agree? > >Best Regards >Krisztian Romek >r-krisztian@softhome.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Fri Aug 16 11:12:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: Message-ID: <3d5c5fae.00632@achurch.org> >Well there are things with AUTODEOP and NOJOIN that you simply can't do >with SECUREOPS and RESTRICTED. For instance, if I add someone as >auto-voice or auto-halfop and turn secureops on, I can't op the >auto-voiced/halfopped people. Before, I could set AUTODEOP to 0. No, you're thinking of ENFORCE, not SECUREOPS. The only thing SECUREOPS does is (essentially) set AUTODEOP to zero. --Andrew Church achurch@achurch.org http://achurch.org/ From griever at t2n.org Thu Aug 15 20:34:31 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre9 released In-Reply-To: <3d5c5fae.00632@achurch.org> Message-ID: On Fri, 16 Aug 2002, Andrew Church wrote: > No, you're thinking of ENFORCE, not SECUREOPS. The only thing > SECUREOPS does is (essentially) set AUTODEOP to zero. I thought SECUREOPS set AUTODEOP to 1 less than AUTOOP Well then the reverse is true, I can't do THAT From stratus at swcempire.com Sat Aug 17 19:12:35 2002 From: stratus at swcempire.com (Jim Stratus) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea Message-ID: <004001c2465c$b868b2c0$487c0d82@centerpoint> Hello, Here is an idea for you that was going to be used on a version of Services called VorteX, but they lost their financial support so stopped programming it, so we are stuck with the bits and pieces, but the operserv help thing works, and this is an example of what it looks like. You see, they used teams for access instead of levels like Services Op and Services Admin. Other services I liked had Help Op, Services Op, Services Admin and Services Root Admin and one Services Master. This version I like, however, uses teams: Help Team, IRC Operators, K-Line Team, Closers Team, Coding Team, and Executive Board. (Coding Team had access to all teams automatically), and users can be assigned more than one team, and each team has a leader. -OperServ- OperServ allows MyIRC Operators to control and - -OperServ- maintain the IRC network. - -OperServ- - -OperServ- OperServ's commands are categorized into Team Levels, to use - -OperServ- them, /msg OperServ . - -OperServ- - -OperServ- Commands available to All Users: - -OperServ- FIND Locate an IRC Operator for assistance - -OperServ- - -OperServ- Commands available to All IRC Operators: - -OperServ- INFO Display advanced info on a nick/channel - -OperServ- NEWS Add new network news - -OperServ- NOTICE Send a global network notice - -OperServ- SEARCH Perform a search on services logs - -OperServ- DIRECTORY List all teams and their ID numbers - -OperServ- LIST List a team, or what teams an oper is on - -OperServ- - -OperServ- Commands available to K:line Team Members: - -OperServ- AKILL Maintain Network Wide Auto-Kills - -OperServ- AUTOKILL Different from Akill, kills people on identify - -OperServ- GECOS Maintain bans set on Real Names - -OperServ- TRIGGER Maintain Clone Detection - -OperServ- ZLINE Maintain Network Wide IP Bans - -OperServ- AUTH Forcefully authorize a nickname - -OperServ- DELMAIL Ask user to re-authorize their nickname - -OperServ- FORBID Forbid a nickname from being used - -OperServ- HOLD Stop a nickname from expiring ever - -OperServ- LOCK Prevent oper intervention on a nickname - -OperServ- QLINE Prevent a nick from being used by non-opers - -OperServ- SENDPASS Generate and email a new password to a user - -OperServ- - -OperServ- Commands available to Closers Team Members: - -OperServ- ACCESS Check and remove channel access entries - -OperServ- CLEAR Clear a channel of bans, modes, or users - -OperServ- CLOSE Close a channel down until it expires - -OperServ- FORBID Prevent a channel from being used - -OperServ- FREEZE Stop ChanServ from interacting with a channel - -OperServ- HOLD Stop a channel from expiring ever - -OperServ- LOCK Prevent oper intervention on a channel - -OperServ- QLINE Prevent a channel being entered by non-opers - -OperServ- SETFOUNDER Change the foundership of a channel - -OperServ- SETTEAM Change the team level allowed in a channel - -OperServ- SUSPEND Suspend a channel for a period of time - -OperServ- WIPE Wipe channel access lists - -OperServ- - -OperServ- Commands available to Abuse Team Members: - -OperServ- DENY Deny a user/oper from services access - -OperServ- IGNORE Maintain Services Ignore lists - -OperServ- NOOPER Suspend the privledges of an Oper - -OperServ- - -OperServ- Commands available to Routing Team Members: - -OperServ- ADMIN Maintain Server Administrators list - -OperServ- DNS Add/Remove server from Dynamic DNS list - -OperServ- JUPE Prevent a server from linking - -OperServ- - -OperServ- Commands available to Services Root Administrators: - -OperServ- DELETE Remove registeration of a nick/channel - -OperServ- GLOBAL Send a memo to every registered nick -- -OperServ- LEADER Set the team leader of a team - -OperServ- CHGNICK Force a users nick to be changed - -OperServ- - -OperServ- Commands available to Coding Team Members: - -OperServ- ADD Add a user to a team - -OperServ- DEL Remove a user from a team - -OperServ- DUMP Dump structs to /tmp/dump.txt - -OperServ- MEMUSAGE Display services memory usage - -OperServ- PROCLIST List SQL Processes -- -OperServ- QUERY Perform a direct database query - -OperServ- RAW Send a RAW message to services uplink - -OperServ- SVSHOST Change the hostname of a user - -OperServ- SVSKILL Remove a user from the network - -OperServ- SVSMODE Change any user mode - -OperServ- SVSNICK Change any user nick - -OperServ- - -OperServ- Commands sent to OperServ are logged! - -OperServ- - What do you think? They used SQL-services, which I like, since you can have a web-interface for it too, which they did, for users to manage their stuff, but they lost all their data on that apparently. Jim Stratus irc.swcic.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020817/f1378cea/attachment.html From RT.Mail at verizon.net Sat Aug 17 19:20:57 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <004001c2465c$b868b2c0$487c0d82@centerpoint> Message-ID: <20020818022112.UZQJ9318.out016.verizon.net@bofh> Please don't send HTML messages. As for the idea that sounds kind of like a lot of work and alot of setup for the network admin. If you cant trust your opers with all the commands that are currently available then maybe they shouldn't be opers. I like it the way it is but thats just my opinion. I wouldn't want to have to add people to all those teams. However maybe a couple levels of access wouldn't be a bad thing for a future version. Just my thoughts...... < >On Sat, 17 Aug 2002 19:12:35 -0700, Jim Stratus wrote: < > cutive Board. (Coding Team had access to all teams < > automatically), and users can be assigned more than < > one team, and each team has a leader. < > < > -OperServ- OperServ allows MyIRC Operators to control and < > - < > -OperServ- maintain the IRC network. < > - < > -OperServ- < > - < > -OperServ- OperServ's commands are categorized into Team Levels, < > to use < > - < > -OperServ- them, /msg OperServ . < > - < > -OperServ- < > - < > -OperServ- Commands available to All Users: < > - < > -OperServ- FIND Locate an IRC Operator for < > assistance < > - < > -OperServ- < > - < > -OperServ- Commands available to All IRC Operators: < > - < > -OperServ- INFO Display advanced info on a < > nick/channel < > - < > -OperServ- NEWS Add new network news < > - < > -OperServ- NOTICE Send a global network notice < > - < > -OperServ- SEARCH Perform a search on < > services logs < > - < > -OperServ- DIRECTORY List all teams and their ID < > numbers < > - < > -OperServ- LIST List a team, or what teams < > an oper is on < > - < > -OperServ- < > - < > -OperServ- Commands available to K:line Team Members: < > - < > -OperServ- AKILL Maintain Network Wide Auto- < > Kills < > - < > -OperServ- AUTOKILL Different from Akill, kills < > people on identify < > - < > -OperServ- GECOS Maintain bans set on Real < > Names < > - < > -OperServ- TRIGGER Maintain Clone Detection < > - From aragon at phat.za.net Sat Aug 17 20:57:25 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <004001c2465c$b868b2c0$487c0d82@centerpoint> References: <004001c2465c$b868b2c0$487c0d82@centerpoint> Message-ID: <20020818035725.GB19349@phat.za.net> Hi, A few nice features, but too complex imho. ircservices has 3 permission levels - oper, admin, super user. For us this is perfect. We've modified how ircservices deals with each level too. For example, all admins are automatically given channel founder access to any registered channel. One feature that stood out below was the ability to ban based on gecos. I'd like to see a feature like this tied together with regex matching (gecos and regular nick!ident@host matched together). Something to manage GZLINEs would be nifty too (have a feeling I saw this in version 5, can't remember now). While I'm ranting about new features, the ability to search the akill db by reason would be handy too. Add to that the ability to list akills grouped by reason would also be cool. -OperServ- There are 427 host masks on the AKILL list. This is probably small by many standards and even it can be a pain to wade through. :) Regards, Aragon | By Jim Stratus | [ 2002-08-18 04:10 +0200 ] > Hello, > > Here is an idea for you that was going to be used on a version of Services called VorteX, but they lost their financial support so stopped programming it, so we are stuck with the bits and pieces, but the operserv help thing works, and this is an example of what it looks like. > > You see, they used teams for access instead of levels like Services Op and Services Admin. Other services I liked had Help Op, Services Op, Services Admin and Services Root Admin and one Services Master. > > This version I like, however, uses teams: Help Team, IRC Operators, K-Line Team, Closers Team, Coding Team, and Executive Board. (Coding Team had access to all teams automatically), and users can be assigned more than one team, and each team has a leader. > > -OperServ- OperServ allows MyIRC Operators to control and > - > -OperServ- maintain the IRC network. > - > -OperServ- > - > -OperServ- OperServ's commands are categorized into Team Levels, to use > - > -OperServ- them, /msg OperServ . > - > -OperServ- > - > -OperServ- Commands available to All Users: > - > -OperServ- FIND Locate an IRC Operator for assistance > - > -OperServ- > - > -OperServ- Commands available to All IRC Operators: > - > -OperServ- INFO Display advanced info on a nick/channel > - > -OperServ- NEWS Add new network news > - > -OperServ- NOTICE Send a global network notice > - > -OperServ- SEARCH Perform a search on services logs > - > -OperServ- DIRECTORY List all teams and their ID numbers > - > -OperServ- LIST List a team, or what teams an oper is on > - > -OperServ- > - > -OperServ- Commands available to K:line Team Members: > - > -OperServ- AKILL Maintain Network Wide Auto-Kills > - > -OperServ- AUTOKILL Different from Akill, kills people on identify > - > -OperServ- GECOS Maintain bans set on Real Names > - > -OperServ- TRIGGER Maintain Clone Detection > - > -OperServ- ZLINE Maintain Network Wide IP Bans > - > -OperServ- AUTH Forcefully authorize a nickname > - > -OperServ- DELMAIL Ask user to re-authorize their nickname > - > -OperServ- FORBID Forbid a nickname from being used > - > -OperServ- HOLD Stop a nickname from expiring ever > - > -OperServ- LOCK Prevent oper intervention on a nickname > - > -OperServ- QLINE Prevent a nick from being used by > non-opers > - > -OperServ- SENDPASS Generate and email a new password to a user > - > -OperServ- > - > -OperServ- Commands available to Closers Team Members: > - > -OperServ- ACCESS Check and remove channel access entries > - > -OperServ- CLEAR Clear a channel of bans, modes, or users > - > -OperServ- CLOSE Close a channel down until it expires > - > -OperServ- FORBID Prevent a channel from being used > - > -OperServ- FREEZE Stop ChanServ from interacting with a > channel > - > -OperServ- HOLD Stop a channel from expiring ever > - > -OperServ- LOCK Prevent oper intervention on a channel > - > -OperServ- QLINE Prevent a channel being entered by non-opers > - > -OperServ- SETFOUNDER Change the foundership of a channel > - > -OperServ- SETTEAM Change the team level allowed in a channel > - > -OperServ- SUSPEND Suspend a channel for a period of time > - > -OperServ- WIPE Wipe channel access lists > - > -OperServ- > - > -OperServ- Commands available to Abuse Team Members: > - > -OperServ- DENY Deny a user/oper from services access > - > -OperServ- IGNORE Maintain Services Ignore lists > - > -OperServ- NOOPER Suspend the privledges of an Oper > - > -OperServ- > - > -OperServ- Commands available to Routing Team Members: > - > -OperServ- ADMIN Maintain Server Administrators list > - > -OperServ- DNS Add/Remove server from Dynamic DNS list > - > -OperServ- JUPE Prevent a server from linking > - > -OperServ- > - > -OperServ- Commands available to Services Root Administrators: > - > -OperServ- DELETE Remove registeration of a nick/channel > - > -OperServ- GLOBAL Send a memo to every registered nick > -- > -OperServ- LEADER Set the team leader of a team > - > -OperServ- CHGNICK Force a users nick to be changed > - > -OperServ- > - > -OperServ- Commands available to Coding Team Members: > - > -OperServ- ADD Add a user to a team > - > -OperServ- DEL Remove a user from a team > - > -OperServ- DUMP Dump structs to /tmp/dump.txt > - > -OperServ- MEMUSAGE Display services memory usage > - > -OperServ- PROCLIST List SQL Processes > -- > -OperServ- QUERY Perform a direct database query > - > -OperServ- RAW Send a RAW message to services uplink > - > -OperServ- SVSHOST Change the hostname of a user > - > -OperServ- SVSKILL Remove a user from the network > - > -OperServ- SVSMODE Change any user mode > - > -OperServ- SVSNICK Change any user nick > - > -OperServ- > - > -OperServ- Commands sent to OperServ are logged! > - > -OperServ- > - > > What do you think? They used SQL-services, which I like, since you can have a web-interface for it too, which they did, for users to manage their stuff, but they lost all their data on that apparently. > > Jim Stratus > irc.swcic.net From RT.Mail at verizon.net Sat Aug 17 21:06:28 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <20020818035725.GB19349@phat.za.net> Message-ID: <20020818040642.HJOI17636.out010.verizon.net@bofh> "all admins are automatically given channel founder access to any registered channel" If you are giving the code out Id love a copy < >On Sun, 18 Aug 2002 05:57:25 +0200, Aragon Gouveia wrote: < > Hi, < > < > A few nice features, but too complex imho. < > < > ircservices has 3 permission levels - oper, admin, super user. < > For us this < > is perfect. We've modified how ircservices deals with each level < > too. For < > example, all admins are automatically given channel founder < > access to any < > registered channel. < > < > One feature that stood out below was the ability to ban based on < > gecos. I'd < > like to see a feature like this tied together with regex < > matching (gecos and < > regular nick!ident@host matched together). < > < > Something to manage GZLINEs would be nifty too (have a feeling I < > saw this in < > version 5, can't remember now). < > < > While I'm ranting about new features, the ability to search the < > akill db < > by reason would be handy too. Add to that the ability to list < > akills grouped < > by reason would also be cool. < > < > -OperServ- There are 427 host masks on the AKILL list. < > < > This is probably small by many standards and even it can be a < > pain to wade < > through. :) < > < > < > Regards, < > Aragon < > < > < > < > | By Jim Stratus < > | [ 2002-08-18 04:10 < > +0200 ] < > > Hello, < > > < > > Here is an idea for you that was going to be used on a version < > of Services called VorteX, but they lost their financial < > support so stopped programming it, so we are stuck with the bits < > and pieces, but the operserv help thing works, and this is an < > example of what it looks like. < > > < > > You see, they used teams for access instead of levels like < > Services Op and Services Admin. Other services I liked had Help < > Op, Services Op, Services Admin and Services Root Admin and one < > Services Master. < > > < > > This version I like, however, uses teams: Help Team, IRC < > Operators, K-Line Team, Closers Team, Coding Team, and Executive < > Board. (Coding Team had access to all teams automatically), and < > users can be assigned more than one team, and each team has a < > leader. < > > < > > -OperServ- OperServ allows MyIRC Operators to control and < > > - < > > -OperServ- maintain the IRC network. < > > - < > > -OperServ- < > > - < > > -OperServ- OperServ's commands are categorized into Team < > Levels, to use < > > - < > > -OperServ- them, /msg OperServ . < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to All Users: < > > - < > > -OperServ- FIND Locate an IRC Operator < > for assistance < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to All IRC Operators: < > > - < > > -OperServ- INFO Display advanced info on < > a nick/channel < > > - < > > -OperServ- NEWS Add new network news < > > - < > > -OperServ- NOTICE Send a global network < > notice < > > - < > > -OperServ- SEARCH Perform a search on < > services logs < > > - < > > -OperServ- DIRECTORY List all teams and their < > ID numbers < > > - < > > -OperServ- LIST List a team, or what < > teams an oper is on < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to K:line Team Members: < > > - < > > -OperServ- AKILL Maintain Network Wide < > Auto-Kills < > > - < > > -OperServ- AUTOKILL Different from Akill, < > kills people on identify < > > - < > > -OperServ- GECOS Maintain bans set on Real < > Names < > > - < > > -OperServ- TRIGGER Maintain Clone Detection < > > - < > > -OperServ- ZLINE Maintain Network Wide IP < > Bans < > > - < > > -OperServ- AUTH Forcefully authorize a < > nickname < > > - < > > -OperServ- DELMAIL Ask user to re-authorize < > their nickname < > > - < > > -OperServ- FORBID Forbid a nickname from < > being used < > > - < > > -OperServ- HOLD Stop a nickname from < > expiring ever < > > - < > > -OperServ- LOCK Prevent oper intervention < > on a nickname < > > - < > > -OperServ- QLINE Prevent a nick from being < > used by < > > non-opers < > > - < > > -OperServ- SENDPASS Generate and email a new < > password to a user < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to Closers Team Members: < > > - < > > -OperServ- ACCESS Check and remove channel < > access entries < > > - < > > -OperServ- CLEAR Clear a channel of bans, < > modes, or users < > > - < > > -OperServ- CLOSE Close a channel down < > until it expires < > > - < > > -OperServ- FORBID Prevent a channel from < > being used < > > - < > > -OperServ- FREEZE Stop ChanServ from < > interacting with a < > > channel < > > - < > > -OperServ- HOLD Stop a channel from < > expiring ever < > > - < > > -OperServ- LOCK Prevent oper intervention < > on a channel < > > - < > > -OperServ- QLINE Prevent a channel being < > entered by non-opers < > > - < > > -OperServ- SETFOUNDER Change the foundership of < > a channel < > > - < > > -OperServ- SETTEAM Change the team level < > allowed in a channel < > > - < > > -OperServ- SUSPEND Suspend a channel for a < > period of time < > > - < > > -OperServ- WIPE Wipe channel access lists < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to Abuse Team Members: < > > - < > > -OperServ- DENY Deny a user/oper from < > services access < > > - < > > -OperServ- IGNORE Maintain Services Ignore < > lists < > > - < > > -OperServ- NOOPER Suspend the privledges of < > an Oper < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to Routing Team Members: < > > - < > > -OperServ- ADMIN Maintain Server < > Administrators list < > > - < > > -OperServ- DNS Add/Remove server from < > Dynamic DNS list < > > - < > > -OperServ- JUPE Prevent a server from < > linking < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to Services Root Administrators: < > > - < > > -OperServ- DELETE Remove registeration of a < > nick/channel < > > - < > > -OperServ- GLOBAL Send a memo to every < > registered nick < > > -- < > > -OperServ- LEADER Set the team leader of a < > team < > > - < > > -OperServ- CHGNICK Force a users nick to be < > changed < > > - < > > -OperServ- < > > - < > > -OperServ- Commands available to Coding Team Members: < > > - < > > -OperServ- ADD Add a user to a team < > > - < > > -OperServ- DEL Remove a user from a team < > > - < > > -OperServ- DUMP Dump structs to < > /tmp/dump.txt < > > - < > > -OperServ- MEMUSAGE Display services memory < > usage < > > - < > > -OperServ- PROCLIST List SQL Processes < > > -- < > > -OperServ- QUERY Perform a direct database < > query < > > - < > > -OperServ- RAW Send a RAW message to < > services uplink < > > - < > > -OperServ- SVSHOST Change the hostname of a < > user < > > - < > > -OperServ- SVSKILL Remove a user from the < > network < > > - < > > -OperServ- SVSMODE Change any user mode < > > - < > > -OperServ- SVSNICK Change any user nick < > > - < > > -OperServ- < > > - < > > -OperServ- Commands sent to OperServ are logged! < > > - < > > -OperServ- < > > - < > > < > > What do you think? They used SQL-services, which I like, since < > you can have a web-interface for it too, which they did, for < > users to manage their stuff, but they lost all their data on < > that apparently. < > > < > > Jim Stratus < > > irc.swcic.net < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Sat Aug 17 21:28:14 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <20020818040642.HJOI17636.out010.verizon.net@bofh> References: <20020818035725.GB19349@phat.za.net> <20020818040642.HJOI17636.out010.verizon.net@bofh> Message-ID: <20020818042814.GA31992@phat.za.net> | By RT.Mail@verizon.net | [ 2002-08-18 06:07 +0200 ] > "all admins are automatically given channel founder access to any > registered channel" > If you are giving the code out Id love a copy The changes were made by another one of our admins. Wouldn't know where to look and I know the person that did it is too busy (rarely online). Sorry. Regards, Aragon From ardaen at subber.net Sat Aug 17 23:22:46 2002 From: ardaen at subber.net (Ardaen) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Problems- char * Strings Message-ID: <20020818052249.A2AE017420@snow.fingers.co.za> Hey all - Another newbie is here! I keep getting crashes where it complains that a char* string has the value 0x10.... I fixed this, but I'm not sure what it means... help? One place I ran into this: do_squit. I had to make it check argc because sometimes the reason seemed to be blank/invalid causing services to go down. This strings set to 0x10 also causes problems with stricmp() so I had to add a define to do some checking before it is called. (redhat linux 7.2 dunno if that makes a diff) Also-suggestion I found many users asked me for and seems to be useful: remote nick identification: /nickserv identify [name] [password] I personally don't get why they do that, but hey, I added it, it works, people happy. BTW.. the auspices db conversion is now outta date, auspices has new annoying ver. of chan.db (ver 8 instead of 7) not that it matters since the one I got is corrupt but... for a final release people would probably want that. Anyway, hope you dont mind my n00bishness, -Ardaen ardaen@subber.net From achurch at achurch.org Sun Aug 18 15:06:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Problems- char * Strings In-Reply-To: <20020818052249.A2AE017420@snow.fingers.co.za> Message-ID: <3d5f39b7.06311@achurch.org> >Hey all - Another newbie is here! > >I keep getting crashes where it complains that a char* string has the value 0x10.... >I fixed this, but I'm not sure what it means... help? This could be a bug in RedHat's libraries (RedHat is notorious for distributing broken software). >Also-suggestion I found many users asked me for and seems to be useful: >remote nick identification: /nickserv identify [name] [password] >I personally don't get why they do that, but hey, I added it, it works, people happy. I don't see a need for this and don't plan to add it. >BTW.. the auspices db conversion is now outta date, auspices has new annoying >ver. of chan.db (ver 8 instead of 7) not that it matters since the one I got is corrupt >but... for a final release people would probably want that. Support for this has been incorporated into version 5.0. I don't plan to add it for 4.5. --Andrew Church achurch@achurch.org http://achurch.org/ From ran at fistuk.com Sun Aug 18 04:16:51 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea References: <004001c2465c$b868b2c0$487c0d82@centerpoint> Message-ID: <001601c246a8$cad79010$2392b3d4@botenn0jq4rrq7> I would like to get a copy of these services If you have it and can send it to me on ran@fistuk.com itll be very nice. Thanks ----- Original Message ----- From: Jim Stratus To: ircservices-coding@ircservices.za.net Sent: Sunday, August 18, 2002 4:12 AM Subject: [IRCServices Coding] Teams: Idea Hello, Here is an idea for you that was going to be used on a version of Services called VorteX, but they lost their financial support so stopped programming it, so we are stuck with the bits and pieces, but the operserv help thing works, and this is an example of what it looks like. You see, they used teams for access instead of levels like Services Op and Services Admin. Other services I liked had Help Op, Services Op, Services Admin and Services Root Admin and one Services Master. This version I like, however, uses teams: Help Team, IRC Operators, K-Line Team, Closers Team, Coding Team, and Executive Board. (Coding Team had access to all teams automatically), and users can be assigned more than one team, and each team has a leader. -OperServ- OperServ allows MyIRC Operators to control and - -OperServ- maintain the IRC network. - -OperServ- - -OperServ- OperServ's commands are categorized into Team Levels, to use - -OperServ- them, /msg OperServ . - -OperServ- - -OperServ- Commands available to All Users: - -OperServ- FIND Locate an IRC Operator for assistance - -OperServ- - -OperServ- Commands available to All IRC Operators: - -OperServ- INFO Display advanced info on a nick/channel - -OperServ- NEWS Add new network news - -OperServ- NOTICE Send a global network notice - -OperServ- SEARCH Perform a search on services logs - -OperServ- DIRECTORY List all teams and their ID numbers - -OperServ- LIST List a team, or what teams an oper is on - -OperServ- - -OperServ- Commands available to K:line Team Members: - -OperServ- AKILL Maintain Network Wide Auto-Kills - -OperServ- AUTOKILL Different from Akill, kills people on identify - -OperServ- GECOS Maintain bans set on Real Names - -OperServ- TRIGGER Maintain Clone Detection - -OperServ- ZLINE Maintain Network Wide IP Bans - -OperServ- AUTH Forcefully authorize a nickname - -OperServ- DELMAIL Ask user to re-authorize their nickname - -OperServ- FORBID Forbid a nickname from being used - -OperServ- HOLD Stop a nickname from expiring ever - -OperServ- LOCK Prevent oper intervention on a nickname - -OperServ- QLINE Prevent a nick from being used by non-opers - -OperServ- SENDPASS Generate and email a new password to a user - -OperServ- - -OperServ- Commands available to Closers Team Members: - -OperServ- ACCESS Check and remove channel access entries - -OperServ- CLEAR Clear a channel of bans, modes, or users - -OperServ- CLOSE Close a channel down until it expires - -OperServ- FORBID Prevent a channel from being used - -OperServ- FREEZE Stop ChanServ from interacting with a channel - -OperServ- HOLD Stop a channel from expiring ever - -OperServ- LOCK Prevent oper intervention on a channel - -OperServ- QLINE Prevent a channel being entered by non-opers - -OperServ- SETFOUNDER Change the foundership of a channel - -OperServ- SETTEAM Change the team level allowed in a channel - -OperServ- SUSPEND Suspend a channel for a period of time - -OperServ- WIPE Wipe channel access lists - -OperServ- - -OperServ- Commands available to Abuse Team Members: - -OperServ- DENY Deny a user/oper from services access - -OperServ- IGNORE Maintain Services Ignore lists - -OperServ- NOOPER Suspend the privledges of an Oper - -OperServ- - -OperServ- Commands available to Routing Team Members: - -OperServ- ADMIN Maintain Server Administrators list - -OperServ- DNS Add/Remove server from Dynamic DNS list - -OperServ- JUPE Prevent a server from linking - -OperServ- - -OperServ- Commands available to Services Root Administrators: - -OperServ- DELETE Remove registeration of a nick/channel - -OperServ- GLOBAL Send a memo to every registered nick -- -OperServ- LEADER Set the team leader of a team - -OperServ- CHGNICK Force a users nick to be changed - -OperServ- - -OperServ- Commands available to Coding Team Members: - -OperServ- ADD Add a user to a team - -OperServ- DEL Remove a user from a team - -OperServ- DUMP Dump structs to /tmp/dump.txt - -OperServ- MEMUSAGE Display services memory usage - -OperServ- PROCLIST List SQL Processes -- -OperServ- QUERY Perform a direct database query - -OperServ- RAW Send a RAW message to services uplink - -OperServ- SVSHOST Change the hostname of a user - -OperServ- SVSKILL Remove a user from the network - -OperServ- SVSMODE Change any user mode - -OperServ- SVSNICK Change any user nick - -OperServ- - -OperServ- Commands sent to OperServ are logged! - -OperServ- - What do you think? They used SQL-services, which I like, since you can have a web-interface for it too, which they did, for users to manage their stuff, but they lost all their data on that apparently. Jim Stratus irc.swcic.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020818/4eb85707/attachment.htm From ran at fistuk.com Sun Aug 18 10:12:13 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea References: <20020818035725.GB19349@phat.za.net> <20020818040642.HJOI17636.out010.verizon.net@bofh> <20020818042814.GA31992@phat.za.net> Message-ID: <000901c246da$6ac20430$fb93b3d4@botenn0jq4rrq7> This is easy to code But I think it is not good because users won't like that youll get founder access to their channels thats first, second, with ircservices5 services admins have full access to any channel automatically try to manage access list and see by yourself ----- Original Message ----- From: "Aragon Gouveia" To: Sent: Sunday, August 18, 2002 6:28 AM Subject: Re: [IRCServices Coding] Teams: Idea > | By RT.Mail@verizon.net > | [ 2002-08-18 06:07 +0200 ] > > "all admins are automatically given channel founder access to any > > registered channel" > > If you are giving the code out Id love a copy > > The changes were made by another one of our admins. Wouldn't know > where to look and I know the person that did it is too busy (rarely > online). Sorry. > > > Regards, > Aragon > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Sun Aug 18 09:27:13 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <000901c246da$6ac20430$fb93b3d4@botenn0jq4rrq7> References: <20020818035725.GB19349@phat.za.net> <20020818040642.HJOI17636.out010.verizon.net@bofh> <20020818042814.GA31992@phat.za.net> <000901c246da$6ac20430$fb93b3d4@botenn0jq4rrq7> Message-ID: <20020818162713.GA78134@phat.za.net> | By Ran | [ 2002-08-18 18:13 +0200 ] > This is easy to code > > But I think it is not good because users won't like that youll get founder > access to their channels thats first, > second, with ircservices5 services admins have full access to any channel > automatically How do the two differ really? Regards, Aragon From RT.Mail at verizon.net Sun Aug 18 13:01:53 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Teams: Idea In-Reply-To: <000901c246da$6ac20430$fb93b3d4@botenn0jq4rrq7> Message-ID: <20020818200207.MEUB9228.out002.verizon.net@bofh> there are a few things services admins cant change in the channels. As an example /cs topic #bah new topic -ChanServ- Permission denied. I believe there are some others I just havent taken the time to check them all yet. < >On Sun, 18 Aug 2002 19:12:13 +0200, Ran wrote: < > This is easy to code < > < > But I think it is not good because users won't like that youll < > get founder < > access to their channels thats first, < > second, with ircservices5 services admins have full access to < > any channel < > automatically < > try to manage access list and see by yourself < > < > ----- Original Message ----- < > From: "Aragon Gouveia" < > To: < > Sent: Sunday, August 18, 2002 6:28 AM < > Subject: Re: [IRCServices Coding] Teams: Idea < > < > < > > | By RT.Mail@verizon.net < > > | [ 2002-08-18 06:07 < > +0200 ] < > > > "all admins are automatically given channel founder access < > to any < > > > registered channel" < > > > If you are giving the code out Id love a copy < > > < > > The changes were made by another one of our admins. Wouldn't < > know < > > where to look and I know the person that did it is too busy < > (rarely < > > online). Sorry. < > > < > > < > > Regards, < > > Aragon < > > < > > < > > --------------------------------------------------------------- < > --- < > > To unsubscribe or change your subscription options, visit: < > > http://www.ircservices.za.net/mailman/listinfo/ircservices- < > coding < > < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From stratus at swcempire.com Sun Aug 18 20:16:34 2002 From: stratus at swcempire.com (Jim Stratus) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access Message-ID: <00c501c2472e$d2c3a4e0$487c0d82@centerpoint> Hello, I was wondering why you guys use access levels. All of my users hate the access levels except like 1% of them. The other 99% prefer the standard avoice, aop, sop, cfounder and founder access levels. I personally do so as well. Is it possible to release two versions of ircservices, one with one type of chanserv access and the other with the other, or once its done? Jim Stratus SWCIC IRC Network -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020818/b8642dd4/attachment.html From achurch at achurch.org Mon Aug 19 12:58:05 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access In-Reply-To: <00c501c2472e$d2c3a4e0$487c0d82@centerpoint> Message-ID: <3d606d24.07211@achurch.org> >I was wondering why you guys use access levels. All of my users hate the = >access levels except like 1% of them. The other 99% prefer the standard = >avoice, aop, sop, cfounder and founder access levels. I personally do so = >as well. Is it possible to release two versions of ircservices, one with = >one type of chanserv access and the other with the other, or once its = >done? Services 5.0 supports using either one individually or both together. I might point out, however, that there are networks where using the levels system is quite common. --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Mon Aug 19 03:21:07 2002 From: r-krisztian at softhome.net (Krisztian Romek) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access In-Reply-To: <3d606d24.07211@achurch.org> References: <3d606d24.07211@achurch.org> Message-ID: <200208191221.07573.r-krisztian@softhome.net> HI! >I was wondering why you guys use access levels. All of my users hate the = >access levels except like 1% of them. The other 99% prefer the standard = >avoice, aop, sop, cfounder and founder access levels. I don't agree. I think, access levels are more exact and safer than xop. However, some users like the easiest ways to upkeep access list... Krisztian Romek r-krisztian@softhome.net From Yaniv at icq.com Mon Aug 19 02:32:45 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8229@icq02mdc.icq.il.office.aol.com> don't ever think of getting rid of user level i like them much better! :) -----Original Message----- From: Krisztian Romek [mailto:r-krisztian@softhome.net] Sent: Monday, August 19, 2002 12:21 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Chanserv Access HI! >I was wondering why you guys use access levels. All of my users hate the = >access levels except like 1% of them. The other 99% prefer the standard = >avoice, aop, sop, cfounder and founder access levels. I don't agree. I think, access levels are more exact and safer than xop. However, some users like the easiest ways to upkeep access list... Krisztian Romek r-krisztian@softhome.net ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Mon Aug 19 05:07:31 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access In-Reply-To: <00c501c2472e$d2c3a4e0$487c0d82@centerpoint> References: <00c501c2472e$d2c3a4e0$487c0d82@centerpoint> Message-ID: <20020819120731.GA55098@phat.za.net> Personally I prefer using levels, but can imagine others prefering the aop, vop, etc. commands. We run 4.5 and it supports both. Can't see how that's a problem? | By Jim Stratus | [ 2002-08-19 05:14 +0200 ] > Hello, > > I was wondering why you guys use access levels. All of my users hate the access levels except like 1% of them. The other 99% prefer the standard avoice, aop, sop, cfounder and founder access levels. I personally do so as well. Is it possible to release two versions of ircservices, one with one type of chanserv access and the other with the other, or once its done? > > Jim Stratus > SWCIC IRC Network From rg at tcslon.com Mon Aug 19 05:13:31 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Chanserv Access In-Reply-To: <20020819120731.GA55098@phat.za.net> Message-ID: 5.0 supports both too, but you can remove the AOP or levels modules if you want. What's the problem? Russ Garrett russ@garrett.co.uk > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Aragon > Gouveia > Sent: 19 August 2002 13:08 > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Chanserv Access > > > Personally I prefer using levels, but can imagine others > prefering the aop, > vop, etc. commands. We run 4.5 and it supports both. Can't see how that's > a problem? > > > | By Jim Stratus > | [ 2002-08-19 05:14 +0200 ] > > Hello, > > > > I was wondering why you guys use access levels. All of my users > hate the access levels except like 1% of them. The other 99% > prefer the standard avoice, aop, sop, cfounder and founder access > levels. I personally do so as well. Is it possible to release two > versions of ircservices, one with one type of chanserv access and > the other with the other, or once its done? > > > > Jim Stratus > > SWCIC IRC Network > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From rg at tcslon.com Thu Aug 22 07:10:32 2002 From: rg at tcslon.com (Russ Garrett) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] A bug Message-ID: If CSSetChannelTime is set, at least on Bahamut, when the a user joins an empty channel and he's meant to be auto-opped, the services sets mod -o in order to set the TS, but then thinks the user is still opped, and so a /cs op #chan user won't work (it complains the user is already opped). ---------------------------------------------------------------------------- ---- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. From master at xchat.gr Thu Aug 22 07:17:25 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] A bug References: Message-ID: <004901c249e6$a9f18a40$6146fea9@LocalHost> Yes, there is a bug.It happens to me too ----- Original Message ----- From: "Russ Garrett" To: "IRCServices Coding" Sent: Thursday, August 22, 2002 5:10 PM Subject: [IRCServices Coding] A bug > If CSSetChannelTime is set, at least on Bahamut, when the a user joins an > empty > channel and he's meant to be auto-opped, the services sets mod -o in order > to > set the TS, but then thinks the user is still opped, and so a /cs op #chan > user > won't work (it complains the user is already opped). > > -------------------------------------------------------------------------- -- > ---- > 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-coding > From stratus at swcempire.com Thu Aug 22 16:53:09 2002 From: stratus at swcempire.com (Jim Stratus) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] A bug References: <004901c249e6$a9f18a40$6146fea9@LocalHost> Message-ID: <003001c24a37$1430e2c0$487c0d82@centerpoint> Yes, it happens to me all the time. We are just testing those irc services, we use a different set of services primarily, which seem to work better. ----- Original Message ----- From: "George Stamatiou" To: Sent: Thursday, August 22, 2002 7:17 AM Subject: Re: [IRCServices Coding] A bug > Yes, there is a bug.It happens to me too > > > ----- Original Message ----- > From: "Russ Garrett" > To: "IRCServices Coding" > Sent: Thursday, August 22, 2002 5:10 PM > Subject: [IRCServices Coding] A bug > > > > If CSSetChannelTime is set, at least on Bahamut, when the a user joins an > > empty > > channel and he's meant to be auto-opped, the services sets mod -o in order > > to > > set the TS, but then thinks the user is still opped, and so a /cs op #chan > > user > > won't work (it complains the user is already opped). > > > > -------------------------------------------------------------------------- > -- > > ---- > > 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-coding > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Aug 23 13:10:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] A bug In-Reply-To: Message-ID: <3d65b5c6.67564@achurch.org> This appears to be due to overly clever processing of the SJOIN command by Bahamut. Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >If CSSetChannelTime is set, at least on Bahamut, when the a user joins an >empty >channel and he's meant to be auto-opped, the services sets mod -o in order >to >set the TS, but then thinks the user is still opped, and so a /cs op #chan >user >won't work (it complains the user is already opped). > >---------------------------------------------------------------------------- >---- >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-coding From achurch at achurch.org Mon Aug 26 22:46:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released Message-ID: <3d6a35df.23232@achurch.org> Services 5.0pre10 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) bf83d01e6143b7db2272af68a653adb0 ircservices-5.0pre10.tar.gz 7d5ff993f3538341b9fdc1bd5a67fa5b ircservices-5.0pre10.diff.gz 91be53d01855d0732fb8fa7077ca4648 ircservices-5.0pre10-1.i386.rpm 6f7e810df460ddf6825e7917dd30c9c2 ircservices_5.0pre10-1_i386.deb The other mirrors should have it shortly. This release is mostly courtesy of the language file translators, with thanks for the huge amount of work they put into bringing the language files up to date (a Hungarian translation has been added as well). I have a nagging feeling that I forgot to deal with someone's bug report--if you reported a bug and never heard back from me, and it's not fixed in this version, please let me know--but overall I think Services 5.0 should be stable enough now to use on production networks, and the main reason I'm waiting before releasing 5.0.0 is because the translators aren't finished. Aside from Italian, which I still don't have a translator for, the remaining languages are expected to be up to date by the end of September, so I'm hoping to release a stable version by early October. Changes in version 5.0pre10 --------------------------- 2002/08/26 Fixed potential bugs when removing modules with REHASH. 2002/08/26 Users can no longer LINK pseudoclient nicknames. Reported by 2002/08/26 Reduced memory usage in number-list processing by 56k. Suggested by Bryce Simonds 2002/08/26 Services now handles TOPIC messages with nick!user@host properly. Reported by Carsten Munk 2002/08/25 Added Hungarian language file, courtesy of Janos Kapitany 2002/08/23 Fixed various bugs in help/error messages, and removed unused messages from language files. 2002/08/23 Memos can no longer be sent while in read-only mode. 2002/08/23 Fixed bug causing desyncs on Bahamut with CSSetChannelTime. Reported by Russ Garrett 2002/08/22 Corrected errors in the language files. Helpful script provided by Jacek Margos 2002/08/15 Disallowed links to suspended nicknames in the nickserv/oldlink module. Suggested by Holger Baust --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Mon Aug 26 07:29:41 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released Message-ID: i have some1 willin to translate to german.. shall i give them the US language file and get them to translate from there? >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Services 5.0pre10 released >Date: Mon, 26 Aug 2002 22:46:22 JST > > Services 5.0pre10 has been released, and can be downloaded from: > >ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) >ftp://ftp.esper.net/ircservices/beta/ (USA, California) > >bf83d01e6143b7db2272af68a653adb0 ircservices-5.0pre10.tar.gz >7d5ff993f3538341b9fdc1bd5a67fa5b ircservices-5.0pre10.diff.gz >91be53d01855d0732fb8fa7077ca4648 ircservices-5.0pre10-1.i386.rpm >6f7e810df460ddf6825e7917dd30c9c2 ircservices_5.0pre10-1_i386.deb > >The other mirrors should have it shortly. > > This release is mostly courtesy of the language file translators, >with >thanks for the huge amount of work they put into bringing the language >files up to date (a Hungarian translation has been added as well). I have >a nagging feeling that I forgot to deal with someone's bug report--if you >reported a bug and never heard back from me, and it's not fixed in this >version, please let me know--but overall I think Services 5.0 should be >stable enough now to use on production networks, and the main reason I'm >waiting before releasing 5.0.0 is because the translators aren't finished. >Aside from Italian, which I still don't have a translator for, the >remaining languages are expected to be up to date by the end of September, >so I'm hoping to release a stable version by early October. > >Changes in version 5.0pre10 >--------------------------- >2002/08/26 Fixed potential bugs when removing modules with REHASH. >2002/08/26 Users can no longer LINK pseudoclient nicknames. Reported > by >2002/08/26 Reduced memory usage in number-list processing by 56k. > Suggested by Bryce Simonds >2002/08/26 Services now handles TOPIC messages with nick!user@host > properly. Reported by Carsten Munk >2002/08/25 Added Hungarian language file, courtesy of Janos Kapitany > >2002/08/23 Fixed various bugs in help/error messages, and removed > unused messages from language files. >2002/08/23 Memos can no longer be sent while in read-only mode. >2002/08/23 Fixed bug causing desyncs on Bahamut with CSSetChannelTime. > Reported by Russ Garrett >2002/08/22 Corrected errors in the language files. Helpful script > provided by Jacek Margos >2002/08/15 Disallowed links to suspended nicknames in the > nickserv/oldlink module. Suggested by Holger Baust > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 achurch at achurch.org Mon Aug 26 23:50:50 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released In-Reply-To: Message-ID: <3d6a405a.25372@achurch.org> >i have some1 willin to translate to german.. shall i give them the US >language file and get them to translate from there? German is already up to date, but thanks for the thought. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Mon Aug 26 08:06:33 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released Message-ID: errr.. i meant Italian.. we spent 5mins b4 i sent the email talking about the German language file.. oops :D so anyway, i have a few ppl willing to help keep the italian file up-to date.. what needs doing? >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Services 5.0pre10 released >Date: Mon, 26 Aug 2002 23:50:50 JST > > >i have some1 willin to translate to german.. shall i give them the US > >language file and get them to translate from there? > > German is already up to date, but thanks for the thought. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Tue Aug 27 00:09:50 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released In-Reply-To: Message-ID: <3d6a45e1.25442@achurch.org> >errr.. i meant Italian.. we spent 5mins b4 i sent the email talking about >the German language file.. oops :D Oh, well in that case, yes, please. (: Just pass along the latest version of lang/en_us.l (from pre10), and tell him/her/them to send me mail with any questions. (I'd appreciate it if I could get a message anyway just so I know who's doing the translation.) If possible, I'd like the translation to be done from scratch, but if that's too much work, at least some of lang/it.l should still be usable for version 5.0. Also, please ask him/her/them to let me know when the translation will probably be finished, so I know how long I have to wait. --Andrew Church achurch@achurch.org http://achurch.org/ From diablo2 at krock.com Tue Aug 27 06:56:00 2002 From: diablo2 at krock.com (Azhrarn) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released Message-ID: <20020827135600.8EA333ECC@sitemail.everyone.net> >From: "Craig McLure" >To: ircservices-coding@ircservices.za.net >Date: Mon, 26 Aug 2002 16:06:33 +0100 >Subject: Re: [IRCServices Coding] Services 5.0pre10 released >errr.. i meant Italian.. we spent 5mins b4 i sent the email talking >about the German language file.. oops :D > >so anyway, i have a few ppl willing to help keep the italian file up- >to date.. what needs doing? Well, as long as craig doesn't try to do any translation or have any involvement in the actual spelling of things, I'll be happy. :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 ------------------------------------------------------------- _____________________________________________________________ Modern Rock K-Rock...be part of the New Music Revolution and check out www.krock.com!! _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From frostycoolslug at hotmail.com Tue Aug 27 07:23:24 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre10 released Message-ID: ooh.. the almighty Azhrarn "take that out or I'll thwap you" LOD.. your never happy neway.. we can continue this on IRC :p >From: Azhrarn >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] Services 5.0pre10 released >Date: Tue, 27 Aug 2002 06:56:00 -0700 (PDT) > > >From: "Craig McLure" > >To: ircservices-coding@ircservices.za.net > >Date: Mon, 26 Aug 2002 16:06:33 +0100 > >Subject: Re: [IRCServices Coding] Services 5.0pre10 released > > >errr.. i meant Italian.. we spent 5mins b4 i sent the email talking > >about the German language file.. oops :D > > > >so anyway, i have a few ppl willing to help keep the italian file up- > >to date.. what needs doing? > > >Well, as long as craig doesn't try to do any translation or have any >involvement in the actual spelling of things, I'll be happy. :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 >------------------------------------------------------------- > >_____________________________________________________________ >Modern Rock K-Rock...be part of the New Music Revolution and check out >www.krock.com!! > >_____________________________________________________________ >Promote your group and strengthen ties to your members with >email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 martinpels at hotmail.com Tue Aug 27 15:30:17 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] XML import problem Message-ID: Heya, After doing an XML dump and importing the file on another box with -import it turned out some nicks vanished during import. So i compared the XML dump with the nick.db generated from it. It turns out that nickgroups whit an field bigger than 9 numbers get discarded by the XML import. I don't get why some nickgroups have such huge id's anyway :-\ Greetz, Martin From achurch at achurch.org Wed Aug 28 15:49:40 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] XML import problem In-Reply-To: Message-ID: <3d6c7453.02006@achurch.org> >After doing an XML dump and importing the file on another box with -import >it turned out some nicks vanished during import. So i compared the XML dump >with the nick.db generated from it. >It turns out that nickgroups whit an field bigger than 9 numbers get >discarded by the XML import. I can see a potential cause of this; can you send me your XML dump to check with? (privately, of course) >I don't get why some nickgroups have such huge id's anyway :-\ Nickgroup IDs are (1) derived from the nickname using a hash function, and (2) assigned randomly if a collision occurs. They're not assigned sequentially to save the cost of going through the entire database (or a good part of it) to find the first or next free ID. This does raise the possibility of being unable to obtain an ID when there are still some available, but as described in modules/nickserv/ns-local.h, this possibility is at most 1 in 10^3600 using the default setting of 1000 retries, so I don't expect any problems in actual use. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed Aug 28 02:27:30 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Nickname Linking Message-ID: Is it possible for services opers / admins to be able to register more than the limit of nicks? -- 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 Wed Aug 28 18:30:35 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Nickname Linking In-Reply-To: Message-ID: <3d6c98bc.05717@achurch.org> >Is it possible for services opers / admins to be able to register more than >the limit of nicks? No; I don't see a need for it (unlike channels which may need to be managed, nicks can just be stuck on the SQline list if you need more than the limit). --Andrew Church achurch@achurch.org http://achurch.org/ From Yaniv at icq.com Wed Aug 28 03:32:45 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> what about registering more channels than the channel limit? -----Original Message----- From: Craig McLure [mailto:frostycoolslug@hotmail.com] Sent: Wednesday, August 28, 2002 11:28 AM To: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] Nickname Linking Is it possible for services opers / admins to be able to register more than the limit of nicks? -- 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-coding From aragon at phat.za.net Wed Aug 28 03:12:11 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> Message-ID: <20020828101211.GB83167@phat.za.net> It's been a while since I've played with 5.0 so I'm not sure how different things are. But in 4.5 opers can register more channels than the specified limit. What's interesting is that the channel limit also seems to be written to the nickname database for each nick. But this value doesn't seem to be adjustable on a per nick basis (yet?). There are some instances where I've wanted to give a certain user a higher limit of how many channels he/she may register. Anyone know if this is possible in 5.0? Thanks, Aragon | By Yaniv Gamzo | [ 2002-08-28 11:34 +0200 ] > what about registering more channels than the channel limit? > > -----Original Message----- > From: Craig McLure [mailto:frostycoolslug@hotmail.com] > Sent: Wednesday, August 28, 2002 11:28 AM > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Nickname Linking > > > Is it possible for services opers / admins to be able to register more than > the limit of nicks? > > > > -- > 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-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Aug 28 19:21:27 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> Message-ID: <3d6ca434.07054@achurch.org> >what about registering more channels than the channel limit? Already possible. --Andrew Church achurch@achurch.org http://achurch.org/ >-----Original Message----- >From: Craig McLure [mailto:frostycoolslug@hotmail.com] >Sent: Wednesday, August 28, 2002 11:28 AM >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Nickname Linking > > >Is it possible for services opers / admins to be able to register more than >the limit of nicks? > > > >-- >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-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Aug 28 19:23:13 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking In-Reply-To: <20020828101211.GB83167@phat.za.net> Message-ID: <3d6cad33.10010@achurch.org> >It's been a while since I've played with 5.0 so I'm not sure how different >things are. > >But in 4.5 opers can register more channels than the specified limit. What's >interesting is that the channel limit also seems to be written to the >nickname database for each nick. But this value doesn't seem to be >adjustable on a per nick basis (yet?). There are some instances where I've >wanted to give a certain user a higher limit of how many channels he/she may >register. > >Anyone know if this is possible in 5.0? I think this is something I meant to do but forgot. One workaround for now is to do an XML export, edit the entry for the nickgroup (search for the nickname and you'll find it in a array), delete/move the *.db files and reimport--but due to the bug that was reported recently importing may not work for all nicks, so you may want to wait for the next update. --Andrew Church achurch@achurch.org http://achurch.org/ From Yaniv at icq.com Wed Aug 28 05:47:07 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8272@icq02mdc.icq.il.office.aol.com> shall i set it in the conf or something like that? cause i know i'm on the services admins list and still it tells me: -ChanServ- Sorry, you have already exceeded your limit of 20 channels. -----Original Message----- From: achurch@achurch.org [mailto:achurch@achurch.org] Sent: Wednesday, August 28, 2002 12:21 PM To: ircservices-coding@ircservices.za.net Subject: Re: FW: [IRCServices Coding] Nickname Linking >what about registering more channels than the channel limit? Already possible. --Andrew Church achurch@achurch.org http://achurch.org/ >-----Original Message----- >From: Craig McLure [mailto:frostycoolslug@hotmail.com] >Sent: Wednesday, August 28, 2002 11:28 AM >To: ircservices-coding@ircservices.za.net >Subject: [IRCServices Coding] Nickname Linking > > >Is it possible for services opers / admins to be able to register more than >the limit of nicks? > > > >-- >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-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Wed Aug 28 04:54:49 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8272@icq02mdc.icq.il.office.aol.com> References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8272@icq02mdc.icq.il.office.aol.com> Message-ID: <20020828115449.GA90237@phat.za.net> Strange. Our limit is set to 5 in the configuration and I've registered over 5 channels in the past without hassles. There shouldn't be much to it. So long as you're recognised as an admin by services, it won't complain about exceeding the limit. Regards, Aragon | By Yaniv Gamzo | [ 2002-08-28 13:48 +0200 ] > shall i set it in the conf or something like that? > cause i know i'm on the services admins list and still it tells me: > -ChanServ- Sorry, you have already exceeded your limit of 20 channels. > > -----Original Message----- > From: achurch@achurch.org [mailto:achurch@achurch.org] > Sent: Wednesday, August 28, 2002 12:21 PM > To: ircservices-coding@ircservices.za.net > Subject: Re: FW: [IRCServices Coding] Nickname Linking > > > >what about registering more channels than the channel limit? > > Already possible. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > From Yaniv at icq.com Wed Aug 28 06:02:56 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:35 2004 Subject: FW: [IRCServices Coding] Nickname Linking Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8273@icq02mdc.icq.il.office.aol.com> in case i didn't mention it b4 i'm using 4.5.42 i even used the "/os su pass" and it's still not letting me register please check that. it's very important 2 me since i'm gonna run them on a production net and i can't register all the channels i want -----Original Message----- From: Aragon Gouveia [mailto:aragon@phat.za.net] Sent: Wednesday, August 28, 2002 1:55 PM To: 'ircservices-coding@ircservices.za.net' Subject: Re: FW: [IRCServices Coding] Nickname Linking Strange. Our limit is set to 5 in the configuration and I've registered over 5 channels in the past without hassles. There shouldn't be much to it. So long as you're recognised as an admin by services, it won't complain about exceeding the limit. Regards, Aragon | By Yaniv Gamzo | [ 2002-08-28 13:48 +0200 ] > shall i set it in the conf or something like that? > cause i know i'm on the services admins list and still it tells me: > -ChanServ- Sorry, you have already exceeded your limit of 20 channels. > > -----Original Message----- > From: achurch@achurch.org [mailto:achurch@achurch.org] > Sent: Wednesday, August 28, 2002 12:21 PM > To: ircservices-coding@ircservices.za.net > Subject: Re: FW: [IRCServices Coding] Nickname Linking > > > >what about registering more channels than the channel limit? > > Already possible. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Aug 28 23:23:39 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Services 5.0pre11 released Message-ID: <3d6cdf71.33613@achurch.org> Services 5.0pre11 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) adc3a31b8d4ff4292e85921c5aa4b9fb ircservices-5.0pre11.tar.gz d6e5e4a5b73afa9eaeb177bafd107d53 ircservices-5.0pre11.diff.gz 165c7cc0bf1ff15353d3c1a8a2c9ae16 ircservices-5.0pre11-1.i386.rpm 3744a5b24648beeb8859cac8ca92c977 ircservices_5.0pre11-1_i386.deb The other mirrors should have it shortly. This is a quick-fix release for two minor bugs: one to fix a broken fix in the last release, and the other to correct the XML import issue mentioned earlier. There are also a few minor documentation updates, including a note in upgrade.html about changes in the NickServ LINK and UNLINK commands. Changes in version 5.0pre11 --------------------------- 2002/08/28 Fixed bug in importing nickgroups with IDs >2147483647. Reported by Martin Pels 2002/08/27 Users can no longer LINK pseudoclient nicknames, for real this time. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From admin at pmquan.de Wed Aug 28 23:59:46 2002 From: admin at pmquan.de (pmquan.de) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Could you help me on this command? Message-ID: <000801c24f29$b4190ff0$6400a8c0@server> Hello, I'm configuring my IRC server and getting a trouble with the IDENTIFY conmmand. What I need is when a user types in the command /msg nickserv IDENTIFY password nickname If the password he/she provides is a password of a nick recorded in the comand /msg nickserv IDENTIFY password nickname The user will be forced to use that nick insteads of using the nickname he/she want to use. I think this command is good to lock nickname of certain user as channel operator, bot nicknames .... Please show me, if you can do that. Thank you, Pham Mai Quan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020829/bcf5d436/attachment.htm From frostycoolslug at hotmail.com Thu Aug 29 04:56:24 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Could you help me on this command? Message-ID: Please dont send HTML to the mailing list. As far as i am concerned, i cant see the point in any of these features.. if some1 would like to identify as another nickname, then they should change to that nickname. As for "locking" nicknames, services is unable to do this, as services will pick up the change *AFTER* the nickname is changed by the IRCd, and it cant force it to stay the same, all it can do is revert the nickname back. >From: "pmquan.de" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Could you help me on this command? >Date: Thu, 29 Aug 2002 13:59:46 +0700 > >Hello, > >I'm configuring my IRC server and getting a trouble with the IDENTIFY >conmmand. > >What I need is when a user types in the command > >/msg nickserv IDENTIFY password nickname > >If the password he/she provides is a password of a nick recorded in the >comand > >/msg nickserv IDENTIFY password nickname > >The user will be forced to use that nick insteads of using the nickname >he/she want to use. > >I think this command is good to lock nickname of certain user as channel >operator, bot nicknames .... > >Please show me, if you can do that. > >Thank you, > >Pham Mai Quan -- 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 Ganja51 at earthlink.net Thu Aug 29 23:25:08 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] vhost module References: <3d6cdf71.33613@achurch.org> Message-ID: <000901c24fee$006d9eb0$2e88fea9@kris5461> so what's the update on the vhost module? (whoever was working on it) ~Ganja51 From frostycoolslug at hotmail.com Fri Aug 30 04:12:26 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] vhost module Message-ID: This module has been put on hold, as we have decided to code our own IRCd.. we may get back to it in a few years :) >so what's the update on the vhost module? (whoever was working on it) > >~Ganja51 > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 stratus at swcempire.com Fri Aug 30 16:01:59 2002 From: stratus at swcempire.com (Jim Stratus) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Echelon IRCd Message-ID: <002501c25079$420e6620$487c0d82@centerpoint> Hello, We run an IRCd called Echelon (works with our VorteX Services hand in hand), you might want to look at it's code, its free open-source, was written from scratch by a team that did the myirc.net network. http://www.swcic.net/download/echelon-2.4.0.tar.gz Jim Stratus Network CEO SWCIC Network From ran at fistuk.com Sat Aug 31 04:25:01 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Suggestion to services Message-ID: <000501c250e1$0dbbcb70$f20cc7d4@botenn0jq4rrq7> I suggest to add /motd services.* that will list in BOLD all the admins available for lost passwords help. What is your opinion? From Ganja51 at earthlink.net Fri Aug 30 11:30:51 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] vhost module References: Message-ID: <000b01c25053$611db640$2e88fea9@kris5461> a few years? well that's just super, lol.... thanks for the response ~Ganja51 ----- Original Message ----- From: "Craig McLure" To: Sent: Friday, August 30, 2002 6:12 AM Subject: Re: [IRCServices Coding] vhost module > This module has been put on hold, as we have decided to code our own IRCd.. > we may get back to it in a few years :) > > > >so what's the update on the vhost module? (whoever was working on it) > > > >~Ganja51 > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From achurch at achurch.org Sat Aug 31 22:19:58 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Echelon IRCd In-Reply-To: <002501c25079$420e6620$487c0d82@centerpoint> Message-ID: <3d70c2be.35740@achurch.org> >Hello, > >We run an IRCd called Echelon (works with our VorteX Services hand in hand), >you might want to look at it's code, its free open-source, was written from >scratch by a team that did the myirc.net network. > >http://www.swcic.net/download/echelon-2.4.0.tar.gz I was going to say I might consider support for this server in a future version, but I can't connect to the server in the above URL. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Sat Aug 31 07:38:01 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] vhost module Message-ID: lol, the smooth running of an IRC net is more important than "extras" ;) we have found Unreal randomly crashing for no reason, hence the need for a new IRCd.. we plan to give it the functionality of Unreal, Stability of and IRCd like Bahamut, and the admins *FULL* control over everything :) >From: "Ganja51" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] vhost module >Date: Fri, 30 Aug 2002 13:30:51 -0500 > >a few years? well that's just super, lol.... thanks for the response > >~Ganja51 >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Friday, August 30, 2002 6:12 AM >Subject: Re: [IRCServices Coding] vhost module > > > > This module has been put on hold, as we have decided to code our own >IRCd.. > > we may get back to it in a few years :) > > > > > > >so what's the update on the vhost module? (whoever was working on it) > > > > > >~Ganja51 > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- Craig McLure Craig@chatspike.net Network Administrator of the ChatSpike IRC Network. ChatSpike, the users network! www.chatspike.net _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From ayottew at sympatico.ca Sat Aug 31 08:10:07 2002 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] vhost module References: Message-ID: <006a01c25100$7e31adb0$0201a8c0@webdevint.com> is there a discussion list/web page for this ircd project? ----- Original Message ----- From: "Craig McLure" To: Sent: Saturday, August 31, 2002 10:38 AM Subject: Re: [IRCServices Coding] vhost module > lol, the smooth running of an IRC net is more important than "extras" ;) we > have found Unreal randomly crashing for no reason, hence the need for a new > IRCd.. we plan to give it the functionality of Unreal, Stability of and IRCd > like Bahamut, and the admins *FULL* control over everything :) > > > >From: "Ganja51" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: Re: [IRCServices Coding] vhost module > >Date: Fri, 30 Aug 2002 13:30:51 -0500 > > > >a few years? well that's just super, lol.... thanks for the response > > > >~Ganja51 > >----- Original Message ----- > >From: "Craig McLure" > >To: > >Sent: Friday, August 30, 2002 6:12 AM > >Subject: Re: [IRCServices Coding] vhost module > > > > > > > This module has been put on hold, as we have decided to code our own > >IRCd.. > > > we may get back to it in a few years :) > > > > > > > > > >so what's the update on the vhost module? (whoever was working on it) > > > > > > > >~Ganja51 > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > -- > > > 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-coding > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > Craig McLure > Craig@chatspike.net > Network Administrator of the ChatSpike IRC Network. > ChatSpike, the users network! www.chatspike.net > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Sat Aug 31 08:41:13 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Suggestion to services In-Reply-To: <000501c250e1$0dbbcb70$f20cc7d4@botenn0jq4rrq7> References: <000501c250e1$0dbbcb70$f20cc7d4@botenn0jq4rrq7> Message-ID: <20020831154113.GA43457@phat.za.net> Not a bad idea, but I'll be surprised if it is used. Users rarely pay attention to the server /motd as it is... | By Ran | [ 2002-08-31 12:53 +0200 ] > I suggest to add /motd services.* that will list in BOLD all the admins > available for lost passwords help. > > What is your opinion? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Sun Sep 1 00:49:35 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] Suggestion to services In-Reply-To: <20020831154113.GA43457@phat.za.net> Message-ID: <3d70e5a5.43410@achurch.org> http://ftp.freenet.de/pub/ftp.esper.net/ircservices/beta/docs/a.html#MOTDFilename --Andrew Church achurch@achurch.org http://achurch.org/ >Not a bad idea, but I'll be surprised if it is used. Users rarely pay >attention to the server /motd as it is... > > >| By Ran >| [ 2002-08-31 12:53 +0200 ] >> I suggest to add /motd services.* that will list in BOLD all the admins >> available for lost passwords help. >> >> What is your opinion? >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From cc at backchat.co.za Sat Aug 31 08:52:06 2002 From: cc at backchat.co.za (CC) Date: Sat Oct 23 23:09:35 2004 Subject: [IRCServices Coding] hybrid Message-ID: <002201c25106$5de75310$28ccef9b@dylan> Why doesn't ircservices version 5 support the ircd Hybrid 7? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020831/31cc4c2b/attachment.html From stratus at swcempire.com Sat Aug 31 09:24:01 2002 From: stratus at swcempire.com (Jim Stratus) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] Echelon IRCd References: <3d70c2be.35740@achurch.org> Message-ID: <000901c2510a$d1dc6540$487c0d82@centerpoint> Well, we had a power outage the other day. Try downloading from our alternate site. http://www.planetvoor.com/stratus/echelon-2.4.0.tar.gz ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, August 31, 2002 6:19 AM Subject: Re: [IRCServices Coding] Echelon IRCd > >Hello, > > > >We run an IRCd called Echelon (works with our VorteX Services hand in hand), > >you might want to look at it's code, its free open-source, was written from > >scratch by a team that did the myirc.net network. > > > >http://www.swcic.net/download/echelon-2.4.0.tar.gz > > I was going to say I might consider support for this server in a > future version, but I can't connect to the server in the above URL. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Sat Aug 31 09:24:14 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] vhost module Message-ID: not yet, we will be getting a sourceforge account soon, and will sort some stuff then :) >From: "Wayne Ayotte" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] vhost module >Date: Sat, 31 Aug 2002 11:10:07 -0400 > >is there a discussion list/web page for this ircd project? > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Saturday, August 31, 2002 10:38 AM >Subject: Re: [IRCServices Coding] vhost module > > > > lol, the smooth running of an IRC net is more important than "extras" ;) >we > > have found Unreal randomly crashing for no reason, hence the need for a >new > > IRCd.. we plan to give it the functionality of Unreal, Stability of and >IRCd > > like Bahamut, and the admins *FULL* control over everything :) > > > > > > >From: "Ganja51" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: Re: [IRCServices Coding] vhost module > > >Date: Fri, 30 Aug 2002 13:30:51 -0500 > > > > > >a few years? well that's just super, lol.... thanks for the response > > > > > >~Ganja51 > > >----- Original Message ----- > > >From: "Craig McLure" > > >To: > > >Sent: Friday, August 30, 2002 6:12 AM > > >Subject: Re: [IRCServices Coding] vhost module > > > > > > > > > > This module has been put on hold, as we have decided to code our own > > >IRCd.. > > > > we may get back to it in a few years :) > > > > > > > > > > > > >so what's the update on the vhost module? (whoever was working on >it) > > > > > > > > > >~Ganja51 > > > > > > > > > >------------------------------------------------------------------ > > > > >To unsubscribe or change your subscription options, visit: > > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > > > > > > > > > > > -- > > > > 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-coding > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > Craig McLure > > Craig@chatspike.net > > Network Administrator of the ChatSpike IRC Network. > > ChatSpike, the users network! www.chatspike.net > > > > > > _________________________________________________________________ > > Join the world's largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 frostycoolslug at hotmail.com Sat Aug 31 09:28:43 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] hybrid Message-ID: Please dont send HTML email to this mailing list.. (maybe i should make that a default header.. having to type it with every mail i send is annoying :p) There could be several reasons for this, Andrew may not have gotten around to it yet, maybe he doesnt want to, or possibly IRCServices cant support the IRCd. either way, if you want IRCd support you may have to do the coding yourself, as I can bet Andrew is very busy. :) >From: "CC" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] hybrid >Date: Sat, 31 Aug 2002 17:52:06 +0200 > >Why doesn't ircservices version 5 support the ircd Hybrid 7? -- 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 griever at t2n.org Sat Aug 31 11:45:01 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] vhost module In-Reply-To: Message-ID: On Sat, 31 Aug 2002, Craig McLure wrote: > lol, the smooth running of an IRC net is more important than "extras" ;) we > have found Unreal randomly crashing for no reason, hence the need for a new > IRCd.. we plan to give it the functionality of Unreal, Stability of and IRCd > like Bahamut, and the admins *FULL* control over everything :) > > Bonne chance From frostycoolslug at hotmail.com Sat Aug 31 11:48:47 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] vhost module Message-ID: lol, think we are gonna need it ;D >From: Finny Merrill >Reply-To: ircservices-coding@ircservices.za.net >To: ircservices-coding@ircservices.za.net >Subject: Re: [IRCServices Coding] vhost module >Date: Sat, 31 Aug 2002 12:45:01 -0600 (CST) > >On Sat, 31 Aug 2002, Craig McLure wrote: > > > lol, the smooth running of an IRC net is more important than "extras" ;) >we > > have found Unreal randomly crashing for no reason, hence the need for a >new > > IRCd.. we plan to give it the functionality of Unreal, Stability of and >IRCd > > like Bahamut, and the admins *FULL* control over everything :) > > > > >Bonne chance > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ran at fistuk.com Sat Aug 31 12:54:14 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] Suggestion to services References: <3d70e5a5.43410@achurch.org> Message-ID: <000701c25128$30d396f0$280cc7d4@botenn0jq4rrq7> That is not what I meant I mean that I want /motd services to list in bold the online admins so users should go for help. I have another suggestion That someone who has identify to a nick and change his nickname will have the old nick's access like sa and so. ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, August 31, 2002 5:49 PM Subject: Re: [IRCServices Coding] Suggestion to services > http://ftp.freenet.de/pub/ftp.esper.net/ircservices/beta/docs/a.html#MOTDFil ename > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Not a bad idea, but I'll be surprised if it is used. Users rarely pay > >attention to the server /motd as it is... > > > > > >| By Ran > >| [ 2002-08-31 12:53 +0200 ] > >> I suggest to add /motd services.* that will list in BOLD all the admins > >> available for lost passwords help. > >> > >> What is your opinion? > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Sat Aug 31 12:01:02 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] Suggestion to services Message-ID: As andy said.. do it yourself.. add it manually to the MOTD. If you cant do something yourself, then you shouldnt be running an IRC Network. The second one could open many security issues, you should use linked nicknames instead ;) >From: "Ran" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Suggestion to services >Date: Sat, 31 Aug 2002 21:54:14 +0200 > >That is not what I meant > >I mean that I want /motd services to list in bold the online admins so >users >should go for help. > >I have another suggestion >That someone who has identify to a nick and change his nickname will have >the old nick's access > >like sa and so. > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Saturday, August 31, 2002 5:49 PM >Subject: Re: [IRCServices Coding] Suggestion to services > > > > >http://ftp.freenet.de/pub/ftp.esper.net/ircservices/beta/docs/a.html#MOTDFil >ename > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Not a bad idea, but I'll be surprised if it is used. Users rarely pay > > >attention to the server /motd as it is... > > > > > > > > >| By Ran > > >| [ 2002-08-31 12:53 +0200 ] > > >> I suggest to add /motd services.* that will list in BOLD all the >admins > > >> available for lost passwords help. > > >> > > >> What is your opinion? > > >> > > >> ------------------------------------------------------------------ > > >> To unsubscribe or change your subscription options, visit: > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 l8nite at l8nite.net Sat Aug 31 13:40:06 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] vhost module In-Reply-To: <000b01c25053$611db640$2e88fea9@kris5461> References: <000b01c25053$611db640$2e88fea9@kris5461> Message-ID: <1030826413.1390.7.camel@thrall> I wrote a patch for pre5 or pre6 to add autovhost functionality to my copy here since it was rejected by the list.... and I've been meaning to upgrade to the latest release, so I may generate a new patch... and if anyone wants it then send me an email.... ok that's all. Shaun On Fri, 2002-08-30 at 11:30, Ganja51 wrote: > a few years? well that's just super, lol.... thanks for the response > > ~Ganja51 > ----- Original Message ----- > From: "Craig McLure" > To: > Sent: Friday, August 30, 2002 6:12 AM > Subject: Re: [IRCServices Coding] vhost module > > > > This module has been put on hold, as we have decided to code our own > IRCd.. > > we may get back to it in a few years :) > > > > > > >so what's the update on the vhost module? (whoever was working on it) > > > > > >~Ganja51 > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From uhc0 at rz.uni-karlsruhe.de Sat Aug 31 13:49:01 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:36 2004 Subject: AW: [IRCServices Coding] hybrid In-Reply-To: <002201c25106$5de75310$28ccef9b@dylan> Message-ID: <000601c2512f$d7b6a820$ab9c99d5@nygmatech.local> Simply because hybrid does not support services yet. There are tons of coders who write services modules for hybrid, Any of them using different ideas. Since there is no consensus until 7.1, IrcServices will not support hybrid 7.0. Moreover, this is already written on the ircservices webpage, so You should rather read it before asking this. 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-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von CC Gesendet: Samstag, 31. August 2002 18:52 An: ircservices-coding@ircservices.za.net Betreff: [IRCServices Coding] hybrid Why doesn't ircservices version 5 support the ircd Hybrid 7? From Yaniv at icq.com Sun Sep 1 08:30:18 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA828E@icq02mdc.icq.il.office.aol.com> just wanted to say i've found the suspend (both channels and nicks) option on ircservices 4.5.42 dangerous. any1 can keep trying identify to nicks and channels and make them suspended eventualy many of my net's biggest channels got suspended and i had 2 unlock them manually i had no other way of eliminating this but remove this suspend option fyi _____________________ YaNuSH Irc Administrator ICQ#: 22220 _____________________ From frostycoolslug at hotmail.com Sun Sep 1 10:28:42 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option Message-ID: as far as i know, this has been fixed in version 5 >From: Yaniv Gamzo >Reply-To: ircservices-coding@ircservices.za.net >To: "Ircservices-Coding (E-mail)" >Subject: [IRCServices Coding] suspend option >Date: Sun, 1 Sep 2002 17:30:18 +0200 > >just wanted to say i've found the suspend (both channels and nicks) >option on ircservices 4.5.42 dangerous. >any1 can keep trying identify to nicks and channels and make them suspended >eventualy > >many of my net's biggest channels got suspended and i had 2 unlock them >manually >i had no other way of eliminating this but remove this suspend option >fyi >_____________________ >YaNuSH >Irc Administrator >ICQ#: 22220 >_____________________ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 aragon at phat.za.net Sun Sep 1 10:33:03 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA828E@icq02mdc.icq.il.office.aol.com> References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA828E@icq02mdc.icq.il.office.aol.com> Message-ID: <20020901173303.GA96199@phat.za.net> Auto suspension? How does that work... ? | By Yaniv Gamzo | [ 2002-09-01 16:32 +0200 ] > just wanted to say i've found the suspend (both channels and nicks) > option on ircservices 4.5.42 dangerous. > any1 can keep trying identify to nicks and channels and make them suspended > eventualy > > many of my net's biggest channels got suspended and i had 2 unlock them > manually > i had no other way of eliminating this but remove this suspend option > fyi > _____________________ > YaNuSH > Irc Administrator > ICQ#: 22220 > _____________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Sun Sep 1 10:42:58 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option Message-ID: If some1 trys to identify for a channel and provides an incorrect password X ammount of times the channel becomes suspended. And as we know, suspended channels cannot be used or identified for, the only way the channel can be used again is thru unsuspend. The problem of auto-suspend was brought up a while back, the best solution is to set the number of incorrect pws to something majorly high.. theres prolly another solution, but i use Version5 and cant remember back to v4 ;) >From: Aragon Gouveia >Reply-To: ircservices-coding@ircservices.za.net >To: "Ircservices-Coding (E-mail)" >Subject: Re: [IRCServices Coding] suspend option >Date: Sun, 1 Sep 2002 19:33:03 +0200 > >Auto suspension? How does that work... ? > > >| By Yaniv Gamzo >| [ 2002-09-01 16:32 +0200 ] > > just wanted to say i've found the suspend (both channels and nicks) > > option on ircservices 4.5.42 dangerous. > > any1 can keep trying identify to nicks and channels and make them >suspended > > eventualy > > > > many of my net's biggest channels got suspended and i had 2 unlock them > > manually > > i had no other way of eliminating this but remove this suspend option > > fyi > > _____________________ > > YaNuSH > > Irc Administrator > > ICQ#: 22220 > > _____________________ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 Mon Sep 2 10:40:17 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option In-Reply-To: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA828E@icq02mdc.icq.il.office.aol.com> Message-ID: <3d72c1a0.33310@achurch.org> >just wanted to say i've found the suspend (both channels and nicks) >option on ircservices 4.5.42 dangerous. >any1 can keep trying identify to nicks and channels and make them suspended >eventualy This has been discussed on the list before. 5.0 does not have the BadPassSuspend option for precisely this reason. --Andrew Church achurch@achurch.org http://achurch.org/ From ran at fistuk.com Mon Sep 2 00:49:36 2002 From: ran at fistuk.com (Ran) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] DEBUG commands Message-ID: <001a01c25255$4ae98170$450dc7d4@botenn0jq4rrq7> How should I enable debug commands? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020902/2b7df173/attachment.htm From Yaniv at icq.com Mon Sep 2 00:53:37 2002 From: Yaniv at icq.com (Yaniv Gamzo) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] suspend option Message-ID: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8290@icq02mdc.icq.il.office.aol.com> when services see a nick or a channel are being tried over and over again 2 b identified for with wrong passwords they put suspend the nick/channel. in case of a nick suspended the real owner of the nick wouldn't b able 2 identified for it and in the case of a channel the channel is being locked (+b *!*@*) and the founder can't gain access to it i just cancelled this option. i'll upgrade to services 5 when it'll b done ;-) -----Original Message----- From: Aragon Gouveia [mailto:aragon@phat.za.net] Sent: Sunday, September 01, 2002 7:33 PM To: Ircservices-Coding (E-mail) Subject: Re: [IRCServices Coding] suspend option Auto suspension? How does that work... ? | By Yaniv Gamzo | [ 2002-09-01 16:32 +0200 ] > just wanted to say i've found the suspend (both channels and nicks) > option on ircservices 4.5.42 dangerous. > any1 can keep trying identify to nicks and channels and make them suspended > eventualy > > many of my net's biggest channels got suspended and i had 2 unlock them > manually > i had no other way of eliminating this but remove this suspend option > fyi > _____________________ > YaNuSH > Irc Administrator > ICQ#: 22220 > _____________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From teoman at anet.net.tr Mon Sep 2 07:55:28 2002 From: teoman at anet.net.tr (=?iso-8859-9?Q?Teoman_=D6zdemir?=) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] Toggle the user privilege system Message-ID: hi, Irc Users are in need of using simple channel privilege system Aop/sop. Level privilege system is hard for many irc users. Please add an option to chanserv command list, inorder to enable Users switch the user privilege system with this command. Thanks Teoman From achurch at achurch.org Tue Sep 3 00:09:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] Toggle the user privilege system In-Reply-To: Message-ID: <3d737f3f.02763@achurch.org> No. Just ignore the ACCESS command if you don't want to use it. --Andrew Church achurch@achurch.org http://achurch.org/ >hi, > >Irc Users are in need of using simple channel privilege system Aop/sop. >Level privilege system is hard for many irc users. Please add an option to >chanserv command list, inorder to enable Users switch the user privilege >system with this command. > >Thanks >Teoman > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From master at xchat.gr Tue Sep 3 08:37:12 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] About /os stats Message-ID: <000c01c2535f$c7f9f180$08f0cdd4@LocalHost> I don't know if someone has the same problem with me. I have in modules the Logmaxusers and services when i do /os stats whows me the real max user count. When i restart services it reset (propably) to the previous max users count that services has saved. Any idea ? George Stamatiou master@xchat.gr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020903/bbb98834/attachment.html From vax at webmask.com Tue Sep 3 08:58:43 2002 From: vax at webmask.com (vax) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <20020903155843.839713965@sitemail.everyone.net> I've been using ircservices on my new network for the last few weeks, and I must say I love it. Everything works except for NS SET KILL; it doesn't kill the user or change their nickname. When logging on to the network or switching into my nickname, I'll see this: [06:35] -NickServ- This nickname is registered and protected. If it is your [06:35] -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise, [06:35] -NickServ- please choose a different nick. And that's it. Here's my NS INFO: [08:45] -NickServ- vax is vax [08:45] -NickServ- Is online from: vax@12.230.*.* [08:45] -NickServ- Time registered: Aug 15 16:00:50 2002 PDT [08:45] -NickServ- Last quit message: Quit: [08:45] -NickServ- URL: http://www.*.net/ [08:45] -NickServ- E-mail address: vax@*.net [08:45] -NickServ- Options: Kill protection, Security [08:45] -NickServ- This nickname will not expire. I've checked the configuration file for any options I may have left disabled or commented out, but I didn't see anything. I'm running Unreal3.2 Beta 12, and ircservices v4.5.42. I have changed the default "Guest" nickname prefix to "User", but whether or not the prefix is Guest or User, it doesn't seem to change their nick. Also checked FAQ's and such, sorry in advanced if I skipped over it :P vax (vax@webmask.com) _____________________________________________________________ Get your free email at http://www.webmask.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From monolith at orblivion.com Tue Sep 3 10:47:04 2002 From: monolith at orblivion.com (David Orman) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903155843.839713965@sitemail.everyone.net> References: <20020903155843.839713965@sitemail.everyone.net> Message-ID: <3201.12.238.198.195.1031075224.squirrel@webmail.noxordo.com> Does it work if somebody else tries to use your nickname? That is, another user with a completely different host? I believe services will not change the nickname/kill if the host matches the one stored with the nickname information. David > I've been using ircservices on my new network for the last few weeks, > and I must say I love it. Everything works except for NS SET KILL; it > doesn't kill the user or change their nickname. When logging on to the > network or switching into my nickname, I'll see this: > > [06:35] -NickServ- This nickname is registered and protected. If it is > your [06:35] -NickServ- nick, type /msg NickServ IDENTIFY password. > Otherwise, [06:35] -NickServ- please choose a different nick. > > And that's it. Here's my NS INFO: > > [08:45] -NickServ- vax is vax > [08:45] -NickServ- Is online from: vax@12.230.*.* > [08:45] -NickServ- Time registered: Aug 15 16:00:50 2002 PDT > [08:45] -NickServ- Last quit message: Quit: > [08:45] -NickServ- URL: http://www.*.net/ > [08:45] -NickServ- E-mail address: vax@*.net > [08:45] -NickServ- Options: Kill protection, Security > [08:45] -NickServ- This nickname will not expire. > > I've checked the configuration file for any options I may have left > disabled or commented out, but I didn't see anything. I'm running > Unreal3.2 Beta 12, and ircservices v4.5.42. I have changed the default > "Guest" nickname prefix to "User", but whether or not the prefix is > Guest or User, it doesn't seem to change their nick. Also checked FAQ's > and such, sorry in advanced if I skipped over it :P > > vax (vax@webmask.com) > -- David Orman monolith@orblivion.com http://www.orblivion.com -- From master at xchat.gr Tue Sep 3 10:53:54 2002 From: master at xchat.gr (George Stamatiou) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <002001c25372$dfc545e0$d8dbcdd4@LocalHost> When you register your nick, NickServ puts the host on your access list. if you connect from a different host other than that you regitered or different from your nick's access list, then your nick will be changed. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020903/811ed190/attachment.htm From frostycoolslug at hotmail.com Tue Sep 3 12:15:22 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: fs, can u please stop sending HTML email to this mailing list? >From: "George Stamatiou" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] NS SET KILL not working? >Date: Tue, 3 Sep 2002 20:53:54 +0300 > >When you register your nick, NickServ puts the host on your access list. >if you connect from a different host other than that you regitered or >different from your nick's access list, >then your nick will be changed. > -- 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 RT.Mail at verizon.net Tue Sep 3 12:24:08 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: Message-ID: <20020903192419.EMAI15031.pop016.verizon.net@bofh> We just upgraded to Unreal3.1.4-Meadows and pre11. Seems services wont add akills to the ircd anymore. Is this working or not working for anyone else? We have checked all the settings a few times now.. and it had worked before we upgraded things.Its probably jsut us but I wanted to see if anyone else is having problems. Thanks Maybe you should try huge bold red letters saying no html when they sign up :P From aragon at phat.za.net Tue Sep 3 12:30:54 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:36 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <3201.12.238.198.195.1031075224.squirrel@webmail.noxordo.com> References: <20020903155843.839713965@sitemail.everyone.net> <3201.12.238.198.195.1031075224.squirrel@webmail.noxordo.com> Message-ID: <20020903193054.GA1199@phat.za.net> This only applies if the Security option is unset. And as shown below, security is set. Not sure why it isn't enforcing nick kills. Vax, have you tried changing the kill option to quick and/or immediate? (be careful with immediate!!) Regards, Aragon | By David Orman | [ 2002-09-03 19:48 +0200 ] > Does it work if somebody else tries to use your nickname? That is, another > user with a completely different host? I believe services will not change > the nickname/kill if the host matches the one stored with the nickname > information. > David > > > > I've been using ircservices on my new network for the last few weeks, > > and I must say I love it. Everything works except for NS SET KILL; it > > doesn't kill the user or change their nickname. When logging on to the > > network or switching into my nickname, I'll see this: > > > > [06:35] -NickServ- This nickname is registered and protected. If it is > > your [06:35] -NickServ- nick, type /msg NickServ IDENTIFY password. > > Otherwise, [06:35] -NickServ- please choose a different nick. > > > > And that's it. Here's my NS INFO: > > > > [08:45] -NickServ- vax is vax > > [08:45] -NickServ- Is online from: vax@12.230.*.* > > [08:45] -NickServ- Time registered: Aug 15 16:00:50 2002 PDT > > [08:45] -NickServ- Last quit message: Quit: > > [08:45] -NickServ- URL: http://www.*.net/ > > [08:45] -NickServ- E-mail address: vax@*.net > > [08:45] -NickServ- Options: Kill protection, Security > > [08:45] -NickServ- This nickname will not expire. > > > > I've checked the configuration file for any options I may have left > > disabled or commented out, but I didn't see anything. I'm running > > Unreal3.2 Beta 12, and ircservices v4.5.42. I have changed the default > > "Guest" nickname prefix to "User", but whether or not the prefix is > > Guest or User, it doesn't seem to change their nick. Also checked FAQ's > > and such, sorry in advanced if I skipped over it :P > > > > vax (vax@webmask.com) > > > > > -- > David Orman > monolith@orblivion.com > http://www.orblivion.com > -- > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From vax at webmask.com Tue Sep 3 12:37:42 2002 From: vax at webmask.com (vax) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <20020903193742.8A57E396B@sitemail.everyone.net> I just tried the quick option, and it didn't work. Tried switching into another guys nickname with kill also on, and nothing happened. vax (vax@webmask.com) --- Aragon Gouveia wrote: >Not sure why it isn't enforcing nick kills. Vax, have you tried changing the kill >option to quick and/or immediate? (be careful with immediate!!) > > >Regards, >Aragon _____________________________________________________________ Get your free email at http://www.webmask.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From aragon at phat.za.net Tue Sep 3 12:40:59 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903193742.8A57E396B@sitemail.everyone.net> References: <20020903193742.8A57E396B@sitemail.everyone.net> Message-ID: <20020903194059.GA2385@phat.za.net> Is services ulined on all your servers? And do all your servers support svsnick? | By vax | [ 2002-09-03 21:38 +0200 ] > I just tried the quick option, and it didn't work. Tried switching into another guys nickname with kill also on, and nothing happened. > > vax (vax@webmask.com) > > --- Aragon Gouveia wrote: > >Not sure why it isn't enforcing nick kills. Vax, have you tried changing the kill > >option to quick and/or immediate? (be careful with immediate!!) > > > > > >Regards, > >Aragon From RT.Mail at verizon.net Tue Sep 3 12:53:40 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903194059.GA2385@phat.za.net> Message-ID: <20020903195352.YFTT2139.pop015.verizon.net@bofh> yes and yes < >On Tue, 3 Sep 2002 21:40:59 +0200, Aragon Gouveia wrote: < > Is services ulined on all your servers? And do all your servers < > support < > svsnick? < > < > < > | By vax < > | [ 2002-09-03 21:38 < > +0200 ] < > > I just tried the quick option, and it didn't work. Tried < > switching into another guys nickname with kill also on, and < > nothing happened. < > > < > > vax (vax@webmask.com) < > > < > > --- Aragon Gouveia wrote: < > > >Not sure why it isn't enforcing nick kills. Vax, have you < > tried changing the kill < > > >option to quick and/or immediate? (be careful with immediate!! < > ) < > > > < > > > < > > >Regards, < > > >Aragon < > ----------------------------------------------------------------- < > - < > To unsubscribe or change your subscription options, visit: < > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ghozer at scfclan.com Tue Sep 3 12:57:46 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Suggestion, ChanServ re-Name Channel References: Message-ID: <000901c25384$2c95abb0$0200a8c0@GHOZER> Hi, I have a suggestion to add to either chanserv, or operserv, for Services admins+ - renchan - It re-names the current channel, but keeps the current access lists and founder etc.. From aragon at phat.za.net Tue Sep 3 13:22:34 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903195352.YFTT2139.pop015.verizon.net@bofh> References: <20020903194059.GA2385@phat.za.net> <20020903195352.YFTT2139.pop015.verizon.net@bofh> Message-ID: <20020903202234.GA4425@phat.za.net> Strange. We're still running beta10 on most of our network, but I just tried on a server that's running beta12 and it worked fine... | By RT.Mail@verizon.net | [ 2002-09-03 21:55 +0200 ] > yes and yes > > < >On Tue, 3 Sep 2002 21:40:59 +0200, Aragon Gouveia wrote: > < > Is services ulined on all your servers? And do all your servers > < > support > < > svsnick? > < > > < > > < > | By vax > < > | [ 2002-09-03 21:38 > < > +0200 ] > < > > I just tried the quick option, and it didn't work. Tried > < > switching into another guys nickname with kill also on, and > < > nothing happened. > < > > > < > > vax (vax@webmask.com) > < > > > < > > --- Aragon Gouveia wrote: > < > > >Not sure why it isn't enforcing nick kills. Vax, have you > < > tried changing the kill > < > > >option to quick and/or immediate? (be careful with immediate!! > < > ) > < > > > > < > > > > < > > >Regards, > < > > >Aragon From v13 at it.teithe.gr Tue Sep 3 13:49:50 2002 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903193054.GA1199@phat.za.net> References: <20020903155843.839713965@sitemail.everyone.net> <3201.12.238.198.195.1031075224.squirrel@webmail.noxordo.com> <20020903193054.GA1199@phat.za.net> Message-ID: <200209032349.50095.v13@it.teithe.gr> On Tuesday 03 September 2002 22:30, Aragon Gouveia wrote: > This only applies if the Security option is unset. And as shown below, > security is set. > > Not sure why it isn't enforcing nick kills. Vax, have you tried changing > the kill option to quick and/or immediate? (be careful with immediate!!) Afaik: If secure is on: (a) If user matches access list, a warning is send without saying anything about kill/nick change. (b) If user doesn't match access list, a warning is send notifying about upcoming kill. In case of (a): There is no timeout. The user will not be enforced but he will never be recognized. He will stay unindentified. In case of (b): We all know... When secure is off, the (a) case will change the user status from unidentified to recognized. (Use /ns status to check the current state) > Aragon <> p.s. How are we supposed to reply to this upside down reply-chain without reordering the mail? From vax at webmask.com Tue Sep 3 14:16:44 2002 From: vax at webmask.com (vax) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <20020903211644.377FE3949@sitemail.everyone.net> Yeah, services.* is ULined on all servers. I can do something like this: /os raw :nickserv svsnick vax vax13873 :0 and it changes my nickname to vax13873. Similiar to other services packages, does NickServ send a notice out every 20 seconds warning them about what will happen if they don't change/identify? Or is it just a one-time notice, and a minute later their nick is changed? vax (vax@webmask.com) --- Aragon Gouveia wrote: >Is services ulined on all your servers? And do all your servers support >svsnick? > > >| By vax >| [ 2002-09-03 21:38 +0200 ] >> I just tried the quick option, and it didn't work. Tried switching into another guys nickname with kill also on, and nothing happened. >> >> vax (vax@webmask.com) >> >> --- Aragon Gouveia wrote: >> >Not sure why it isn't enforcing nick kills. Vax, have you tried changing the kill >> >option to quick and/or immediate? (be careful with immediate!!) >> > >> > >> >Regards, >> >Aragon >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding _____________________________________________________________ Get your free email at http://www.webmask.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From vax at webmask.com Tue Sep 3 14:23:06 2002 From: vax at webmask.com (vax) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <20020903212306.A1B553958@sitemail.everyone.net> I switched into bam's nickname, and viewed his access list under my nickname: [02:18] -NickServ- Access list for bam: [02:18] -NickServ- bam@192.168.1.* I'm connecting from 12.*, which already doesn't match that host. Ignore this (and sorry) if spam isn't allowed :p, but if you guys want to come check it out, gauntlet.axessed.net (#axessed)... I'll give whoever a temp OLine to test things out if necessary, etc. vax (vax@webmask.com) --- V13 wrote: >On Tuesday 03 September 2002 22:30, Aragon Gouveia wrote: ... > (b) If user doesn't match access list, a warning is send > notifying about upcoming kill. _____________________________________________________________ Get your free email at http://www.webmask.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From griever at t2n.org Tue Sep 3 14:33:35 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903192419.EMAI15031.pop016.verizon.net@bofh> Message-ID: On Tue, 3 Sep 2002, RT.Mail@verizon.net wrote: > We just upgraded to Unreal3.1.4-Meadows and pre11. Seems services wont add akills to the ircd > anymore. Is this working or not working for anyone else? We have checked all the settings a few > times now.. and it had worked before we upgraded things.Its probably jsut us but I wanted to see if > anyone else is having problems. It adds glines, not akills From achurch at achurch.org Wed Sep 4 08:00:52 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] About /os stats In-Reply-To: <000c01c2535f$c7f9f180$08f0cdd4@LocalHost> Message-ID: <3d753f9e.06012@achurch.org> >This is a multi-part message in MIME format. > >------=_NextPart_000_0009_01C25378.EAF0B660 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I don't know if someone has the same problem with me. >I have in modules the Logmaxusers and services when i do /os stats whows = >me the real max user count. >When i restart services it reset (propably) to the previous max users = >count that services has saved.=20 Works for me. --Andrew Church achurch@achurch.org http://achurch.org/ >Any idea ? > >George Stamatiou > >master@xchat.gr > > >------=_NextPart_000_0009_01C25378.EAF0B660 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
I don't know if someone has the same = >problem with=20 >me.
>
I have in modules the Logmaxusers and = >services when=20 >i do /os stats whows me the real max user count.
>
When i restart services it reset = >(propably) to the=20 >previous max users count that services has saved. 
>
Any idea ?
>
 
>
George Stamatiou
>
 
>
href=3D"mailto:master@xchat.gr">master@xchat.gr
>
 
> >------=_NextPart_000_0009_01C25378.EAF0B660-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Sep 4 08:04:12 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Suggestion, ChanServ re-Name Channel In-Reply-To: <000901c25384$2c95abb0$0200a8c0@GHOZER> Message-ID: <3d754027.06026@achurch.org> I don't see the necessity of this. In the rare cases you actually do need to change a channel's name, just reregister it, and take advantage of the chance to clean up the access list. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, I have a suggestion to add to either chanserv, or operserv, for Services >admins+ - > >renchan - It re-names the current channel, but keeps the current access >lists and founder etc.. > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Sep 4 08:09:38 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? In-Reply-To: <20020903212306.A1B553958@sitemail.everyone.net> Message-ID: <3d7541cb.06047@achurch.org> I connected to gauntlet.axessed.net as "vax", and nick kill worked fine for me: -NickServ- This nickname is registered and protected. If it is your -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise, -NickServ- please choose a different nick. -NickServ- If you do not change within 20 seconds, I will change your nick. *** vax Nickname is registered to someone else (from services.axessed.net) *** You have specified an illegal nickname *** Please enter your nickname *** No nickname given -NickServ- This nickname has been registered; you may not use it. -NickServ- Your nickname is now being changed to Guest0. --Andrew Church achurch@achurch.org http://achurch.org/ >I switched into bam's nickname, and viewed his access list under my nickname: > >[02:18] -NickServ- Access list for bam: >[02:18] -NickServ- bam@192.168.1.* > >I'm connecting from 12.*, which already doesn't match that host. > >Ignore this (and sorry) if spam isn't allowed :p, but if you guys want to come check it out, gauntlet.axessed.net (#axessed)... I'll give whoever a temp OLine to test things out if necessary, etc. > >vax (vax@webmask.com) > >--- V13 wrote: >>On Tuesday 03 September 2002 22:30, Aragon Gouveia wrote: >... >> (b) If user doesn't match access list, a warning is send >> notifying about upcoming kill. > > >_____________________________________________________________ >Get your free email at http://www.webmask.com > >_____________________________________________________________ >Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From vax at webmask.com Tue Sep 3 16:16:50 2002 From: vax at webmask.com (vax) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] NS SET KILL not working? Message-ID: <20020903231650.2E22AE4AE@sitemail.everyone.net> Weird. Oh well; thanks. vax (vax@webmask.com) --- achurch@achurch.org (Andrew Church) wrote: > I connected to gauntlet.axessed.net as "vax", and nick kill worked >fine for me: > >-NickServ- This nickname is registered and protected. If it is your >-NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise, >-NickServ- please choose a different nick. >-NickServ- If you do not change within 20 seconds, I will change your nick. >*** vax Nickname is registered to someone else (from services.axessed.net) >*** You have specified an illegal nickname >*** Please enter your nickname >*** No nickname given >-NickServ- This nickname has been registered; you may not use it. >-NickServ- Your nickname is now being changed to Guest0. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ _____________________________________________________________ Get your free email at http://www.webmask.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag From ghozer at scfclan.com Tue Sep 3 17:41:06 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Suggestion, ChanServ re-Name Channel References: <3d754027.06026@achurch.org> Message-ID: <000701c253ab$c14060d0$0200a8c0@GHOZER> Hm, we have had a few Users on our network (it's happened 3 times now) Where they wanted the channel name changing, they had about 25 pl on the access lists, Maybe make it a module??? ghozer ----- Original Message ----- From: "Andrew Church" To: "Colin Thorpe(SCF)" Sent: Wednesday, September 04, 2002 12:04 AM Subject: Re: [IRCServices Coding] Suggestion, ChanServ re-Name Channel > I don't see the necessity of this. In the rare cases you actually do > need to change a channel's name, just reregister it, and take advantage of > the chance to clean up the access list. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, I have a suggestion to add to either chanserv, or operserv, for Services > >admins+ - > > > >renchan - It re-names the current channel, but keeps the current access > >lists and founder etc.. > > > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From admin at nevernet.net Tue Sep 3 17:45:23 2002 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Suggestion, ChanServ re-Name Channel In-Reply-To: <000701c253ab$c14060d0$0200a8c0@GHOZER> Message-ID: <000601c253ac$5d7bf400$826a3a44@noc4> I can foresee the answer to this one, I'll save someone else the typing. Write the module yourself and be sure to share. Elijah -----Original Message----- From: ircservices-coding-admin@ircservices.za.net [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Colin Thorpe(SCF) Sent: Wednesday, September 04, 2002 1:41 AM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Suggestion, ChanServ re-Name Channel Hm, we have had a few Users on our network (it's happened 3 times now) Where they wanted the channel name changing, they had about 25 pl on the access lists, Maybe make it a module??? ghozer ----- Original Message ----- From: "Andrew Church" To: "Colin Thorpe(SCF)" Sent: Wednesday, September 04, 2002 12:04 AM Subject: Re: [IRCServices Coding] Suggestion, ChanServ re-Name Channel > I don't see the necessity of this. In the rare cases you > actually do need to change a channel's name, just reregister it, and > take advantage of the chance to clean up the access list. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, I have a suggestion to add to either chanserv, or operserv, for Services > >admins+ - > > > >renchan - It re-names the current channel, but keeps the current > >access lists and founder etc.. > > > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ghozer at scfclan.com Tue Sep 3 17:49:18 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Suggestion, ChanServ re-Name Channel References: <000601c253ac$5d7bf400$826a3a44@noc4> Message-ID: <000d01c253ac$e9d90730$0200a8c0@GHOZER> I have no esperiance at coding so i would have no chance in writing the module, but IF i did, I would share, as there is obviously interest in this feature. :) ghozer ----- Original Message ----- From: "Elijah" To: Sent: Wednesday, September 04, 2002 1:45 AM Subject: RE: [IRCServices Coding] Suggestion, ChanServ re-Name Channel > I can foresee the answer to this one, I'll save someone else the typing. > Write the module yourself and be sure to share. > > Elijah > > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Colin > Thorpe(SCF) > Sent: Wednesday, September 04, 2002 1:41 AM > To: ircservices-coding@ircservices.za.net > Subject: Re: [IRCServices Coding] Suggestion, ChanServ re-Name Channel > > > Hm, we have had a few Users on our network (it's happened 3 times now) > Where they wanted the channel name changing, they had about 25 pl on the > access lists, Maybe make it a module??? > > ghozer > > > ----- Original Message ----- > From: "Andrew Church" > To: "Colin Thorpe(SCF)" > Sent: Wednesday, September 04, 2002 12:04 AM > Subject: Re: [IRCServices Coding] Suggestion, ChanServ re-Name Channel > > > > I don't see the necessity of this. In the rare cases you > > actually do need to change a channel's name, just reregister it, and > > take advantage of the chance to clean up the access list. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Hi, I have a suggestion to add to either chanserv, or operserv, for > Services > > >admins+ - > > > > > >renchan - It re-names the current channel, but keeps the current > > >access lists and founder etc.. > > > > > > > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From RT.Mail at verizon.net Wed Sep 4 22:40:07 2002 From: RT.Mail at verizon.net (RT.Mail@verizon.net) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] (no subject) In-Reply-To: <200209032349.50095.v13@it.teithe.gr> Message-ID: <20020905054018.GZMP22486.pop017.verizon.net@bofh> Someone asked me to pass along a suggestion they had. When you reset the expiration time on akill, exception, sqlines etc..you have to remove it and re add it. How about just letting it update it? From ghozer at scfclan.com Thu Sep 5 16:46:26 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <000601c253ac$5d7bf400$826a3a44@noc4> Message-ID: <000901c25536$7337b1e0$0200a8c0@GHOZER> Hi, recently in one of the rooms on my network, ( #beyondunreal @ irc.linkirc.net ) the Channel owner came to me asking why he could not re-op him self, As you will see in the logs below, He /hop in the channel so he gets +oq - he then de-ops him-self and can de-op and voice ppl (he cannot voice, if they are opped) but if he tries to OP Him-self again, chanserv -oq him.. You'll see below, Ghozer Here are the logs.. I think i have provided enough information here :) -00:39:22- -ChanServ- Secure option is now OFF. -00:39:27- -ChanServ- Leave ops option is now OFF. -00:39:27- ---------- -00:39:31- -ChanServ- Information for channel #beyondunreal: -00:39:32- -ChanServ- Founder: [rSu]iridium -00:39:32- -ChanServ- Description: www.beyondunreal.com for Unreal Tournament/UT2003 chat. -00:39:32- -ChanServ- Registered: Sep 05 19:24:35 2002 EDT -00:39:32- -ChanServ- Last used: Sep 05 19:37:29 2002 EDT -00:39:32- -ChanServ- Last topic: TOOOOOOOOPIC! | a -00:39:32- -ChanServ- Topic set by: [rSu]iridium -00:39:32- -ChanServ- Options: Leave Ops, Secure -00:39:32- -ChanServ- Mode lock: +nt -00:39:49- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:39:49- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:39:49- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:39:58- * [rSu]iridium sets mode: -o Ghozer -00:39:59- * [rSu]iridium sets mode: -o [rSu]iridium -00:40:04- * [rSu]iridium sets mode: +o [rSu]iridium -00:40:04- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium -00:40:09- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:40:14- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:40:14- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:40:19- * [rSu]iridium sets mode: -o [rSu]iridium -00:40:22- * [rSu]iridium sets mode: +o Ghozer -00:40:29- * [rSu]iridium sets mode: -o DeaJae -00:40:33- * [rSu]iridium sets mode: -o Ghozer -00:40:45- * [rSu]iridium sets mode: +o DeaJae -00:40:50- ([rSu]iridium) I can't voice deajae -00:41:01- (Ghozer) can you me? -00:41:02- ([rSu]iridium) it doesn't say anything at all -00:41:07- * [rSu]iridium sets mode: +v Ghozer -00:41:09- ([rSu]iridium) o_O -00:41:14- ([rSu]iridium) //mode # +v Ghozer <-- works -00:41:18- ([rSu]iridium) //mode # +v DeaJae <-- doesn't work -00:41:22- (+Ghozer) deop him -00:41:23- (+Ghozer) then try it -00:41:25- * [rSu]iridium sets mode: -o DeaJae -00:41:26- ([rSu]iridium) ah.. -00:41:29- ([rSu]iridium) I must have missed that -00:41:38- * [rSu]iridium sets mode: -v DeaJae -00:41:41- * [rSu]iridium sets mode: +v DeaJae -00:41:42- ([rSu]iridium) ah.. -00:41:45- ([rSu]iridium) he already had voice -00:41:48- ([rSu]iridium) shouldn't it have said? -00:41:53- * [rSu]iridium sets mode: +o DeaJae -00:41:57- * Ghozer sets mode: +o [rSu]iridium -00:42:11- * [rSu]iridium sets mode: -o [rSu]iridium -00:42:16- * [rSu]iridium sets mode: +o [rSu]iridium -00:42:16- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium -00:42:18- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:42:18- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:42:18- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:42:22- * [rSu]iridium sets mode: -o [rSu]iridium -00:42:24- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:42:25- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:42:25- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:42:27- * [rSu]iridium sets mode: -o+o [rSu]iridium [rSu]iridium -00:42:27- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium From ghozer at scfclan.com Thu Sep 5 16:48:42 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] CONT: ChanServ Mode Bug? Message-ID: <002901c25536$c43f6880$0200a8c0@GHOZER> Further to my email previously, which i forgot to mention, at the top of the logs, you can see i turned of the Leave Ops and Secure for chanserv, yet when doing an info on the channel, straight after, they are STILL enabled.. ghozer From achurch at achurch.org Fri Sep 6 10:11:37 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <000901c25536$7337b1e0$0200a8c0@GHOZER> Message-ID: <3d780faf.36237@achurch.org> >he then de-ops him-self and can de-op and voice ppl (he cannot voice, if >they are opped) >but if he tries to OP Him-self again, chanserv -oq him.. You'll see below, If a user is -o then they shouldn't be able to do this anyway. If Services sees +o (or +anything) from a -o user, it assumes that the user is trying to hack ops and clears all their modes. This is designed behavior. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Sep 6 11:15:15 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] CONT: ChanServ Mode Bug? In-Reply-To: <002901c25536$c43f6880$0200a8c0@GHOZER> Message-ID: <3d780fc6.36246@achurch.org> >at the top of the logs, you can see i turned of the Leave Ops and Secure for >chanserv, yet when doing an info on the channel, straight after, they are >STILL enabled.. Works for me. --Andrew Church achurch@achurch.org http://achurch.org/ From ghozer at scfclan.com Fri Sep 6 05:12:39 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <3d780faf.36237@achurch.org> Message-ID: <001301c2559e$b359dd80$0200a8c0@GHOZER> But is the idea of +q not so that they can op/deop people etc, without even being an op them selves? if the feature is enabled in the channel?? (unreal3.1.4-Meadows) -- ghozer ----- Original Message ----- From: "Andrew Church" To: "Colin Thorpe(SCF)" Sent: Friday, September 06, 2002 2:11 AM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > >he then de-ops him-self and can de-op and voice ppl (he cannot voice, if > >they are opped) > >but if he tries to OP Him-self again, chanserv -oq him.. You'll see below, > > If a user is -o then they shouldn't be able to do this anyway. If > Services sees +o (or +anything) from a -o user, it assumes that the user is > trying to hack ops and clears all their modes. This is designed behavior. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sat Sep 7 01:07:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <001301c2559e$b359dd80$0200a8c0@GHOZER> Message-ID: <3d78d2d5.36502@achurch.org> >But is the idea of +q not so that they can op/deop people etc, without even >being an op them selves? if the feature is enabled in the channel?? >(unreal3.1.4-Meadows) I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. Can anyone else confirm one way or the other for newer versions of Unreal or for other ircds with a channel owner mode? --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Fri Sep 6 09:12:56 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? Message-ID: well, if it was changed in 3.1.4, you would think they would change it in beta12.. but there was no change there. >From: achurch@achurch.org (Andrew Church) >Reply-To: ircservices-coding@ircservices.za.net >To: "Colin Thorpe(SCF)" >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? >Date: Sat, 07 Sep 2002 01:07:07 JST > > >But is the idea of +q not so that they can op/deop people etc, without >even > >being an op them selves? if the feature is enabled in the channel?? > >(unreal3.1.4-Meadows) > > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. >Can anyone else confirm one way or the other for newer versions of Unreal >or for other ircds with a channel owner mode? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ghozer at scfclan.com Fri Sep 6 10:30:04 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: Message-ID: <001901c255cb$096f8220$0200a8c0@GHOZER> If required, I can arrange a time for us to meet up on my irc, with the channel owner, and we can re-produce it, as-far as i am aware, I always thought there was a channel owner option, otherwise, how could the owner change modes on a channel without being op and he's not an IRCOp / admin etc. this is a normal user we are talking about Ghozer ----- Original Message ----- From: "Craig McLure" To: Sent: Friday, September 06, 2002 5:12 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > well, if it was changed in 3.1.4, you would think they would change it in > beta12.. but there was no change there. > > > >From: achurch@achurch.org (Andrew Church) > >Reply-To: ircservices-coding@ircservices.za.net > >To: "Colin Thorpe(SCF)" > >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > >Date: Sat, 07 Sep 2002 01:07:07 JST > > > > >But is the idea of +q not so that they can op/deop people etc, without > >even > > >being an op them selves? if the feature is enabled in the channel?? > > >(unreal3.1.4-Meadows) > > > > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. > >Can anyone else confirm one way or the other for newer versions of Unreal > >or for other ircds with a channel owner mode? > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding > From achurch at achurch.org Sat Sep 7 02:58:07 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <001901c255cb$096f8220$0200a8c0@GHOZER> Message-ID: <3d78eccb.36526@achurch.org> Unless I can get confirmation that this is a designed feature in Unreal, I'm going to consider this a case of a modified ircd and therefore not supported by Services. --Andrew Church achurch@achurch.org http://achurch.org/ >If required, I can arrange a time for us to meet up on my irc, with the >channel owner, and we can re-produce it, as-far as i am aware, I always >thought there was a channel owner option, otherwise, how could the owner >change modes on a channel without being op and he's not an IRCOp / admin >etc. this is a normal user we are talking about > >Ghozer > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Friday, September 06, 2002 5:12 PM >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > > >> well, if it was changed in 3.1.4, you would think they would change it in >> beta12.. but there was no change there. >> >> >> >From: achurch@achurch.org (Andrew Church) >> >Reply-To: ircservices-coding@ircservices.za.net >> >To: "Colin Thorpe(SCF)" >> >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? >> >Date: Sat, 07 Sep 2002 01:07:07 JST >> > >> > >But is the idea of +q not so that they can op/deop people etc, without >> >even >> > >being an op them selves? if the feature is enabled in the channel?? >> > >(unreal3.1.4-Meadows) >> > >> > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. >> >Can anyone else confirm one way or the other for newer versions of Unreal >> >or for other ircds with a channel owner mode? >> > >> > --Andrew Church >> > achurch@achurch.org >> > http://achurch.org/ >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> >> >> -- >> 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-coding >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From arathorn at theonering.net Fri Sep 6 11:30:42 2002 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <3d78eccb.36526@achurch.org> Message-ID: <00ce01c255d3$81a6d510$0600a8c0@mjh75> I can confirm that under Unreal 3.1.4 that when having given myself a mode on a channel of +q (using /mode whilst opered): /oper Arathorn password /mode #channel +q Arathorn (in the #channel window in mIRC: ) *** Arathorn sets mode: +q Arathorn on subsequently deopering and #channel -o, I can still modify the channel op list using /mode #channel +/-o. /mode Arathorn -o /mode #channel -o Arathorn *** Arathorn sets mode: -o Arathorn /mode #channel +o lurk *** Arathorn sets mode: +o lurk /mode #channel -o lurk *** Arathorn sets mode: -o lurk /mode #channel -q Arathorn *** Arathorn sets mode: -q Arathorn /mode #channel +o lurk *** Arathorn: you're not channel operator On subsequently taking off the +q channel mode, as you can see, i can no longer op/deop people. When trying a /mode Arathorn +q when non-opered, i get #staff Only servers can change that mode Now, I may be restating the patently obvious here - and I'm not entirely sure how this impacts IRCServices, given that I believed that a channel usermode of +q was intended to indicate Channel Founder by services (at least, this is how it seems to work for me on Unreal 3.1.*/services 4.5.38+) - and thus should only effect one user (the founder) at a time. And I'm not the channel founder for #channel, in the above example, either. On 3.1.3 I don't think I was able to /mode #channel Arathorn +q (when opered), however - so something seems to have changed somewhere along the line for 3.1.4 Hope is of vague help; A. _______________________ arathorn@theonering.net cosysadmin, TheOneRing.net ----- Original Message ----- From: "Andrew Church" To: "Colin Thorpe(SCF)" Sent: Friday, September 06, 2002 6:58 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > Unless I can get confirmation that this is a designed feature in > Unreal, I'm going to consider this a case of a modified ircd and therefore > not supported by Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >If required, I can arrange a time for us to meet up on my irc, with the > >channel owner, and we can re-produce it, as-far as i am aware, I always > >thought there was a channel owner option, otherwise, how could the owner > >change modes on a channel without being op and he's not an IRCOp / admin > >etc. this is a normal user we are talking about > > > >Ghozer > > > >----- Original Message ----- > >From: "Craig McLure" > >To: > >Sent: Friday, September 06, 2002 5:12 PM > >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > > > > > >> well, if it was changed in 3.1.4, you would think they would change it in > >> beta12.. but there was no change there. > >> > >> > >> >From: achurch@achurch.org (Andrew Church) > >> >Reply-To: ircservices-coding@ircservices.za.net > >> >To: "Colin Thorpe(SCF)" > >> >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > >> >Date: Sat, 07 Sep 2002 01:07:07 JST > >> > > >> > >But is the idea of +q not so that they can op/deop people etc, without > >> >even > >> > >being an op them selves? if the feature is enabled in the channel?? > >> > >(unreal3.1.4-Meadows) > >> > > >> > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. > >> >Can anyone else confirm one way or the other for newer versions of Unreal > >> >or for other ircds with a channel owner mode? > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> > >> > >> > >> -- > >> 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-coding > >> > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From admin at rgcministries.com Fri Sep 6 12:12:22 2002 From: admin at rgcministries.com (Littlejohn) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? Message-ID: I belive this to be an Unreal Issue as it does work the same in Beta12 LittleJohn At Saturday, 07 September 2002, you wrote: >Unless I can get confirmation that this is a designed feature in >Unreal, I'm going to consider this a case of a modified ircd and therefore >not supported by Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>If required, I can arrange a time for us to meet up on my irc, with the >>channel owner, and we can re-produce it, as-far as i am aware, I always >>thought there was a channel owner option, otherwise, how could the owner >>change modes on a channel without being op and he's not an IRCOp / admin >>etc. this is a normal user we are talking about >> >>Ghozer >> >>----- Original Message ----- >>From: "Craig McLure" >>To: >>Sent: Friday, September 06, 2002 5:12 PM >>Subject: Re: [IRCServices Coding] ChanServ Mode Bug? >> >> >>> well, if it was changed in 3.1.4, you would think they would change it in >>> beta12.. but there was no change there. >>> >>> >>> >From: achurch@achurch.org (Andrew Church) >>> >Reply-To: ircservices-coding@ircservices.za.net >>> >To: "Colin Thorpe(SCF)" >>> >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? >>> >Date: Sat, 07 Sep 2002 01:07:07 JST >>> > >>> > >But is the idea of +q not so that they can op/deop people etc, without >>> >even >>> > >being an op them selves? if the feature is enabled in the channel?? >>> > >(unreal3.1.4-Meadows) >>> > >>> > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. >>> >Can anyone else confirm one way or the other for newer versions of Unreal >>> >or for other ircds with a channel owner mode? >>> > >>> > --Andrew Church >>> > achurch@achurch.org >>> > http://achurch.org/ >>> >------------------------------------------------------------------ >>> >To unsubscribe or change your subscription options, visit: >>> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >>> >>> >>> >>> >>> -- >>> 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-coding >>> >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > Vist us on the web at www.rgcministries.com If you use a chat program you may join us by typeing /server home.rgc-chat.com in any of your chat windows God Bless you LittleJOhn Pastor / Founder RGC Ministries From aragon at phat.za.net Fri Sep 6 13:03:28 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <3d78eccb.36526@achurch.org> References: <001901c255cb$096f8220$0200a8c0@GHOZER> <3d78eccb.36526@achurch.org> Message-ID: <20020906200328.GA59481@phat.za.net> My money's on 3.2-beta12 being the official, correct behaviour. Will try get in contact with one of the developers to confirm. | By Andrew Church | [ 2002-09-06 19:59 +0200 ] > Unless I can get confirmation that this is a designed feature in > Unreal, I'm going to consider this a case of a modified ircd and therefore > not supported by Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >If required, I can arrange a time for us to meet up on my irc, with the > >channel owner, and we can re-produce it, as-far as i am aware, I always > >thought there was a channel owner option, otherwise, how could the owner > >change modes on a channel without being op and he's not an IRCOp / admin > >etc. this is a normal user we are talking about > > From diavol at xchat.gr Thu Sep 5 05:49:22 2002 From: diavol at xchat.gr (DiAvOl) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug Message-ID: <000001c255e0$5ffdd0a0$81facdd4@s8r9i6> Hello, I think I've found a bug on ircservices-4.5.39 and I think it is still in ircservices-5.x if you add an akick in a channel (for example /cs akick #chan add mpampla) and then if you type: /cs akick #chan del 8 or 9 (an entry that doesn't exist) then you will get this: -ChanServ- No such entry (#-1) on #sex autokick list. instead of this: -ChanServ- No such entry (#-8) on #sex autokick list. DiAvOl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020905/36d8b1a3/attachment.html From griever at t2n.org Fri Sep 6 14:37:22 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <3d78eccb.36526@achurch.org> Message-ID: On Sat, 7 Sep 2002, Andrew Church wrote: > Unless I can get confirmation that this is a designed feature in > Unreal, I'm going to consider this a case of a modified ircd and therefore > not supported by Services. > As a member of the unreal coding team, it is not a designed feature. From griever at t2n.org Fri Sep 6 14:38:44 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <00ce01c255d3$81a6d510$0600a8c0@mjh75> Message-ID: On Fri, 6 Sep 2002, Arathorn wrote: > I can confirm that under Unreal 3.1.4 that when having given myself a mode > on a channel of +q (using /mode whilst opered): > > /oper Arathorn password > /mode #channel +q Arathorn > (in the #channel window in mIRC: ) > *** Arathorn sets mode: +q Arathorn > > on subsequently deopering and #channel -o, I can still modify the channel op > list using /mode #channel +/-o. > > /mode Arathorn -o > /mode #channel -o Arathorn > *** Arathorn sets mode: -o Arathorn > /mode #channel +o lurk > *** Arathorn sets mode: +o lurk > /mode #channel -o lurk > *** Arathorn sets mode: -o lurk > /mode #channel -q Arathorn > *** Arathorn sets mode: -q Arathorn > /mode #channel +o lurk > *** Arathorn: you're not channel operator > > On subsequently taking off the +q channel mode, as you can see, i can no > longer op/deop people. > When trying a /mode Arathorn +q when non-opered, i get > > #staff Only servers can change that mode > > Now, I may be restating the patently obvious here - and I'm not entirely > sure how this impacts IRCServices, given that I believed that a channel > usermode of +q was intended to indicate Channel Founder by services (at > least, this is how it seems to work for me on Unreal 3.1.*/services > 4.5.38+) - and thus should only effect one user (the founder) at a time. And > I'm not the channel founder for #channel, in the above example, either. On > 3.1.3 I don't think I was able to /mode #channel Arathorn +q (when opered), > however - so something seems to have changed somewhere along the line for > 3.1.4 > > Hope is of vague help; > > A. > _______________________ > arathorn@theonering.net > cosysadmin, TheOneRing.net > +q does not give you +o privs anyone can be +qed From ghozer at scfclan.com Fri Sep 6 14:37:08 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <3d78eccb.36526@achurch.org> Message-ID: <002b01c255ed$8d17ea00$0200a8c0@GHOZER> So, are we saying that it is a compatability issue with Unreal 3.1.4 and the services? Cause it's Chanserv that de-ops the Channel owner when he op's him-self, Chanserv set's -oq for the channel founder, so it's either a Services bug, a Unreal Bug, or a compatability issue and will just need adding to the unreal.so module to take it in-to account.. Ghozer ----- Original Message ----- From: "Andrew Church" To: "Colin Thorpe(SCF)" Sent: Friday, September 06, 2002 6:58 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > Unless I can get confirmation that this is a designed feature in > Unreal, I'm going to consider this a case of a modified ircd and therefore > not supported by Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >If required, I can arrange a time for us to meet up on my irc, with the > >channel owner, and we can re-produce it, as-far as i am aware, I always > >thought there was a channel owner option, otherwise, how could the owner > >change modes on a channel without being op and he's not an IRCOp / admin > >etc. this is a normal user we are talking about > > > >Ghozer > > > >----- Original Message ----- > >From: "Craig McLure" > >To: > >Sent: Friday, September 06, 2002 5:12 PM > >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > > > > > >> well, if it was changed in 3.1.4, you would think they would change it in > >> beta12.. but there was no change there. > >> > >> > >> >From: achurch@achurch.org (Andrew Church) > >> >Reply-To: ircservices-coding@ircservices.za.net > >> >To: "Colin Thorpe(SCF)" > >> >Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > >> >Date: Sat, 07 Sep 2002 01:07:07 JST > >> > > >> > >But is the idea of +q not so that they can op/deop people etc, without > >> >even > >> > >being an op them selves? if the feature is enabled in the channel?? > >> > >(unreal3.1.4-Meadows) > >> > > >> > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. > >> >Can anyone else confirm one way or the other for newer versions of Unreal > >> >or for other ircds with a channel owner mode? > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> >------------------------------------------------------------------ > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >> > >> > >> > >> -- > >> 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-coding > >> > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ghozer at scfclan.com Fri Sep 6 14:41:34 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: Message-ID: <003b01c255ee$2bb70fb0$0200a8c0@GHOZER> Hmm, the IRCD we are running, is version 3.1.4-Meadows, we have not modified it at-all, we simply un-tarr'd it and compiled it, made our .network file etc, and ran it... we then ran the services, and found this problem.. I can send you a Tarr of our Compiled version if you like... (i can also send the Unreal team a tarrd version) ----- Original Message ----- From: "Finny Merrill" To: "Colin Thorpe(SCF)" Sent: Friday, September 06, 2002 10:37 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > On Sat, 7 Sep 2002, Andrew Church wrote: > > > Unless I can get confirmation that this is a designed feature in > > Unreal, I'm going to consider this a case of a modified ircd and therefore > > not supported by Services. > > > > As a member of the unreal coding team, it is not a designed feature. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Fri Sep 6 14:59:43 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <003b01c255ee$2bb70fb0$0200a8c0@GHOZER> References: <003b01c255ee$2bb70fb0$0200a8c0@GHOZER> Message-ID: <20020906215943.GB64997@phat.za.net> | By Colin Thorpe(SCF) | [ 2002-09-06 23:50 +0200 ] > Hmm, the IRCD we are running, is version 3.1.4-Meadows, we have not modified > it at-all, we simply un-tarr'd it and compiled it, made our .network file > etc, and ran it... we then ran the services, and found this problem.. I can > send you a Tarr of our Compiled version if you like... (i can also send the > Unreal team a tarrd version) Then perhaps it's just a minor bug... Regards, Aragon From ghozer at scfclan.com Fri Sep 6 15:21:40 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <003b01c255ee$2bb70fb0$0200a8c0@GHOZER> <20020906215943.GB64997@phat.za.net> Message-ID: <000501c255f3$c5ec0b30$0200a8c0@GHOZER> Perhaps it is, But with what? the IRCD, or the services? - fancy popping on and helping me out?? ----- Original Message ----- From: "Aragon Gouveia" To: Sent: Friday, September 06, 2002 10:59 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > | By Colin Thorpe(SCF) > | [ 2002-09-06 23:50 +0200 ] > > Hmm, the IRCD we are running, is version 3.1.4-Meadows, we have not modified > > it at-all, we simply un-tarr'd it and compiled it, made our .network file > > etc, and ran it... we then ran the services, and found this problem.. I can > > send you a Tarr of our Compiled version if you like... (i can also send the > > Unreal team a tarrd version) > > Then perhaps it's just a minor bug... > > > Regards, > Aragon > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From mark at ctcp.net Fri Sep 6 15:46:53 2002 From: mark at ctcp.net (M) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? Message-ID: <21027.193.237.130.98.1031352413.squirrel@secure.uksolutions.co.uk> Arathorn wrote: > I can confirm that under Unreal 3.1.4 that when having given myself a mode > on a channel of +q (using /mode whilst opered): > > /oper Arathorn password [snip] Results snipped since your test is invalid from this point as you are an oper and not subject to the same rules as "normal" users. -- M. From mark at ctcp.net Fri Sep 6 15:50:27 2002 From: mark at ctcp.net (M) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? Message-ID: <21025.193.237.130.98.1031352627.squirrel@secure.uksolutions.co.uk> Andrew Church wrote: > >But is the idea of +q not so that they can op/deop people etc, > without even > >being an op them selves? if the feature is enabled in the channel?? > >(unreal3.1.4-Meadows) > > I'm not aware of such behavior, and it doesn't exist in Unreal 3.1. > Can anyone else confirm one way or the other for newer versions of Unreal > or for other ircds with a channel owner mode? [opers excepted for obvious reasons] Mode +q in Unreal is founder. It is basically +a (protected user) but cannot be set by anyone other than services on the founder of a channel and cannot be unset except by owner. It is also automatic on a founder when using '/cs id #channel password' rather than set on a user by another user. A "normal" user with +q on a channel still requires +o to use '/mode +o #channel nick'. M. From griever at t2n.org Fri Sep 6 15:57:07 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? In-Reply-To: <003b01c255ee$2bb70fb0$0200a8c0@GHOZER> Message-ID: On Fri, 6 Sep 2002, Colin Thorpe(SCF) wrote: > Hmm, the IRCD we are running, is version 3.1.4-Meadows, we have not modified > it at-all, we simply un-tarr'd it and compiled it, made our .network file > etc, and ran it... we then ran the services, and found this problem.. I can > send you a Tarr of our Compiled version if you like... (i can also send the > Unreal team a tarrd version) > Could you explain the problem to me in a non-mumblican language? From arathorn at theonering.net Fri Sep 6 16:03:22 2002 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <21027.193.237.130.98.1031352413.squirrel@secure.uksolutions.co.uk> Message-ID: <007f01c255f9$99714470$0600a8c0@mjh75> ----- Original Message ----- From: "M" To: Sent: Friday, September 06, 2002 11:46 PM Subject: RE: [IRCServices Coding] ChanServ Mode Bug? > Arathorn wrote: > > I can confirm that under Unreal 3.1.4 that when having given myself a mode > > on a channel of +q (using /mode whilst opered): > > > > /oper Arathorn password > [snip] > > Results snipped since your test is invalid from this point as you are an > oper and not subject to the same rules as "normal" users. The whole point of my 'test' was that after initially opering up in order to set #channel +q Arathorn - i promptly deopered (with /mode Arathorn -o). Or does that still count as being 'opered'? Anyway, on repeating the whole exercise whilst *not opered* (and never have been opered that session) - i.e. registering a new channel to gain founder status (and thus also +q on join), precisely the same behaviour is observed. I can deop, but whilst I still am +q on the channel, I can op and deop any other user. I repeat - at no point in any of that was I opered. Please read the whole mail next time before feeling the need to shoot it down in flames; I was after all just trying to provide Andrew with the confirmation he requested. This behaviour doesn't pose any problem in my configuration, at any rate. A. _______________________ arathorn@theonering.net From mark at ctcp.net Fri Sep 6 16:18:01 2002 From: mark at ctcp.net (M) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? Message-ID: <21038.193.237.130.98.1031354281.squirrel@secure.uksolutions.co.uk> Arathorn wrote: > The whole point of my 'test' was that after initially opering up > in order to > set #channel +q Arathorn - i promptly deopered (with /mode > Arathorn -o). Or > does that still count as being 'opered'? > > Anyway, on repeating the whole exercise whilst *not opered* (and > never have > been opered that session) - i.e. registering a new channel to gain founder > status (and thus also +q on join), precisely the same behaviour > is observed. > I can deop, but whilst I still am +q on the channel, I can op and deop any > other user. I repeat - at no point in any of that was I opered. > > Please read the whole mail next time before feeling the need to shoot it > down in flames; I was after all just trying to provide Andrew with the > confirmation he requested. This behaviour doesn't pose any problem in my > configuration, at any rate. I did read your whole post and your /mode -o will not necessarily fully deoper you. Since that is all you did, I stand by my previous post. I would refer you to my other post, a post from a member of the Unreal team and the source code for Unreal to confirm the designed behaviour of +q. M. From arathorn at theonering.net Fri Sep 6 16:31:33 2002 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <21025.193.237.130.98.1031352627.squirrel@secure.uksolutions.co.uk> Message-ID: <00b101c255fd$89412530$0600a8c0@mjh75> M wrote: > A "normal" user with +q on a channel still requires +o to use '/mode +o > #channel nick'. Well, not on Unreal-3.1.4, seemingly. This isn't a complete surprise, though - given that 3.1.4 seems to have introduced considerable more bugs than it's fixed (c.f. the infamous /who problem). I still can't understand why this +q behaviour impacts on IRCServices - everytime I try to unravel the original mail my brain freezes. A. _______________________ arathorn@theonering.net From ghozer at scfclan.com Fri Sep 6 17:02:48 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <21025.193.237.130.98.1031352627.squirrel@secure.uksolutions.co.uk> <00b101c255fd$89412530$0600a8c0@mjh75> Message-ID: <001101c25601$e6d1a450$0200a8c0@GHOZER> >I still can't understand > why this +q behaviour impacts on IRCServices - everytime I try to unravel > the original mail my brain freezes. What;s there to un-ravell, A User is +oq when they join the channel Chanserv set's this, They -o them selves, they are STILL +q - They can +ovo and -ovb users, basically do everything they could as a +o.. BUT< When they try to re op them selves (meee set's mode +o meee) chanserv deop's them, and set's -q, (ChanServ set's mode -oq meee) - now, Why the IRCD and/or the services does this, Is still somthing of a mystery, What I am going to try is this, If I +q the user without chanserv in the channel (IE, not a registered channel) If i make them "channel owner" then can they -o them selves, and still do things, If they can, it's the IRCD, if not, it's the services, Simple as that.. I'll maili results after.. ----- Original Message ----- From: "Arathorn" To: Sent: Saturday, September 07, 2002 12:31 AM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > M wrote: > > A "normal" user with +q on a channel still requires +o to use '/mode +o > > #channel nick'. > > Well, not on Unreal-3.1.4, seemingly. This isn't a complete surprise, > though - given that 3.1.4 seems to have introduced considerable more bugs > than it's fixed (c.f. the infamous /who problem). I still can't understand > why this +q behaviour impacts on IRCServices - everytime I try to unravel > the original mail my brain freezes. > > A. > > _______________________ > arathorn@theonering.net > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ghozer at scfclan.com Fri Sep 6 17:20:25 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <21025.193.237.130.98.1031352627.squirrel@secure.uksolutions.co.uk> <00b101c255fd$89412530$0600a8c0@mjh75> Message-ID: <001901c25604$5c985420$0200a8c0@GHOZER> Ok, as promised I ran that test, here's the results... (below) let me explain my process as-well, - I asked a NORMAL User, with No OperAccess and not even on the same ISP, - they joined #testing - then i did, they registered the channel, and re-joined it, Chanserv set mode +oq on them - They opped me, de-opped them, and then de-opped me... Worked, they de-oped me, whilst they were -o, they re-joined the channel, chanserv set +oq again.. I got them to op me, then I dropped the channel, (they remained +q) then they de-opped them, then de-opped me, then opped them, then de-opped them, then opped me, - as you can see below, it works without chanserv in the channel, Is this a bug in Unreal where it let's the ORIGIONAL Joiner stays as owner, or is it somthing to do with the +q - I will shortly be running a test where I use /smode to set +q on them or even /mode # +q nick - and see if it re-acts the same, Or is it a compatability issue, where chanserv set's +q so they cannot theoretically be kicked, etc, but it does not work quite right? any ways.. good luck in finding out... - anymore Q's just ask ghozer here's the test -01:06:14- (Ghozer) register the channel With chanserv for me please -01:07:07- * ChanServ sets mode: +r -01:07:15- (@userfoo) okay -01:07:15- (@userfoo) Channel #testing registered under your -01:07:18- (@userfoo) nickname: userfoo -01:07:22- (@userfoo) Your channel password is test -01:07:29- (Ghozer) now -01:07:32- (Ghozer) identify with chanserv -01:07:36- (Ghozer) for this channel -01:08:01- (@userfoo) Password accepted -- you now have founder-level access to #testing -01:08:03- (Ghozer) ok, now /hop please -01:08:30- ----> userfoo ([~userfoo@otaku.freeshell.org]) <---- Has Left #testing -01:08:33- ----> userfoo ([~userfoo@otaku.freeshell.org]) <---- Has Joined #testing -01:08:33- * ChanServ sets mode: +oq userfoo userfoo -01:08:35- (Ghozer) ok.. it's set +q ok good, now, Op me, -01:08:53- * userfoo sets mode: +o Ghozer -01:08:57- (@Ghozer) now de-op you'r self -01:09:03- * userfoo sets mode: -o userfoo -01:09:05- (@Ghozer) now deop me -01:09:09- * userfoo sets mode: -o Ghozer -01:09:14- (Ghozer) now op you'r self -01:09:19- * userfoo sets mode: +o userfoo -01:09:19- * ChanServ sets mode: -oq userfoo userfoo -01:09:21- (Ghozer) ok -01:09:32- -X-Tend.LinkIRC.NET- *** OperOverride -- Ghozer (ClanBot@pc-62-31-16-152-sh.blueyonder.co.uk) MODE #testing +o userfoo -01:09:32- * Ghozer sets mode: +o userfoo -01:09:25- (Ghozer) ok, /hop again please -01:09:54- ----> userfoo ([~userfoo@otaku.freeshell.org]) <---- Has Left #testing -01:09:59- ----> userfoo ([~userfoo@otaku.freeshell.org]) <---- Has Joined #testing -01:10:00- * ChanServ sets mode: +oq userfoo userfoo -01:10:01- (Ghozer) ok -01:10:02- (Ghozer) op me -01:10:06- * userfoo sets mode: +o Ghozer -01:10:08- -> *chanserv* drop #testing -01:10:08- * ChanServ sets mode: -r -01:10:08- -ChanServ- Channel #testing has been dropped. -01:10:12- (@Ghozer) i dropped the channel -01:10:14- (@Ghozer) now, de-op you -01:10:24- * userfoo sets mode: -o userfoo -01:10:26- (@Ghozer) deop me -01:10:30- * userfoo sets mode: -o Ghozer -01:10:31- (Ghozer) op you.... -01:10:35- * userfoo sets mode: +o userfoo -01:10:47- (Ghozer) deop you, then op me -01:10:50- * userfoo sets mode: -o userfoo -01:10:54- * userfoo sets mode: +o Ghozer -01:10:56- (@Ghozer) hmm, -01:10:56- (@Ghozer) ok -01:10:57- (@Ghozer) thnx -01:10:59- (@Ghozer) that's all i need -01:10:59- (userfoo) np From ghozer at scfclan.com Fri Sep 6 17:27:11 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: <21025.193.237.130.98.1031352627.squirrel@secure.uksolutions.co.uk> <00b101c255fd$89412530$0600a8c0@mjh75> Message-ID: <002b01c25605$4f05a370$0200a8c0@GHOZER> Ok, heres the other test, chanServ did not get involved one bit in this one, I set mode +q on the user at 1 point, without +q - it dont work, with it does, see below... Entering Channel #testing -01:22:49- (Ghozer) ok, op me -01:23:01- * userfoo sets mode: +o Ghozer -01:23:03- (@Ghozer) deop you, then de-op me -01:23:11- * userfoo sets mode: -o userfoo -01:23:15- (@Ghozer) not work? -01:23:24- (userfoo) desynched -01:23:26- (@Ghozer) ok, now - again, ill leave, you re-join Leaving Channel #testing Session Close: Sat Sep 07 01:23:28 2002 Session Start: Sat Sep 07 01:23:36 2002 Entering Channel #testing -01:23:40- (Ghozer) op me again -01:23:43- * userfoo sets mode: +o Ghozer -01:23:46- * Ghozer sets mode: +q userfoo -01:23:51- (@Ghozer) now deop you -01:23:57- * userfoo sets mode: -o userfoo -01:24:02- (@Ghozer) deop me -01:24:06- * userfoo sets mode: -o Ghozer -01:24:09- (Ghozer) AHA, -01:24:18- (Ghozer) ty -01:24:20- (userfoo) np From ghozer at scfclan.com Fri Sep 6 16:21:06 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ Mode Bug? References: Message-ID: <002301c255fc$141a4260$0200a8c0@GHOZER> Ok, It will be easier just to paste you the log again, I Sent it A Church previously, But Lemme paste you the problem , from here (see below for the log) to provethat the IRCD is not modified in any way (nor the services) I am offering to make a tarball of the IRCD ( in it's present compiled state0 and send it you, the same goes for the services.. here's the log again, for the Unreal guy's benefit 00:39:22- -ChanServ- Secure option is now OFF. -00:39:27- -ChanServ- Leave ops option is now OFF. -00:39:27- ---------- -00:39:31- -ChanServ- Information for channel #beyondunreal: -00:39:32- -ChanServ- Founder: [rSu]iridium -00:39:32- -ChanServ- Description: www.beyondunreal.com for Unreal Tournament/UT2003 chat. -00:39:32- -ChanServ- Registered: Sep 05 19:24:35 2002 EDT -00:39:32- -ChanServ- Last used: Sep 05 19:37:29 2002 EDT -00:39:32- -ChanServ- Last topic: TOOOOOOOOPIC! | a -00:39:32- -ChanServ- Topic set by: [rSu]iridium -00:39:32- -ChanServ- Options: Leave Ops, Secure -00:39:32- -ChanServ- Mode lock: +nt -00:39:49- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:39:49- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:39:49- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:39:58- * [rSu]iridium sets mode: -o Ghozer -00:39:59- * [rSu]iridium sets mode: -o [rSu]iridium -00:40:04- * [rSu]iridium sets mode: +o [rSu]iridium -00:40:04- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium -00:40:09- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:40:14- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:40:14- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:40:19- * [rSu]iridium sets mode: -o [rSu]iridium -00:40:22- * [rSu]iridium sets mode: +o Ghozer -00:40:29- * [rSu]iridium sets mode: -o DeaJae -00:40:33- * [rSu]iridium sets mode: -o Ghozer -00:40:45- * [rSu]iridium sets mode: +o DeaJae -00:40:50- ([rSu]iridium) I can't voice deajae -00:41:01- (Ghozer) can you me? -00:41:02- ([rSu]iridium) it doesn't say anything at all -00:41:07- * [rSu]iridium sets mode: +v Ghozer -00:41:09- ([rSu]iridium) o_O -00:41:14- ([rSu]iridium) //mode # +v Ghozer <-- works -00:41:18- ([rSu]iridium) //mode # +v DeaJae <-- doesn't work -00:41:22- (+Ghozer) deop him -00:41:23- (+Ghozer) then try it -00:41:25- * [rSu]iridium sets mode: -o DeaJae -00:41:26- ([rSu]iridium) ah.. -00:41:29- ([rSu]iridium) I must have missed that -00:41:38- * [rSu]iridium sets mode: -v DeaJae -00:41:41- * [rSu]iridium sets mode: +v DeaJae -00:41:42- ([rSu]iridium) ah.. -00:41:45- ([rSu]iridium) he already had voice -00:41:48- ([rSu]iridium) shouldn't it have said? -00:41:53- * [rSu]iridium sets mode: +o DeaJae -00:41:57- * Ghozer sets mode: +o [rSu]iridium -00:42:11- * [rSu]iridium sets mode: -o [rSu]iridium -00:42:16- * [rSu]iridium sets mode: +o [rSu]iridium -00:42:16- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium -00:42:18- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:42:18- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:42:18- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:42:22- * [rSu]iridium sets mode: -o [rSu]iridium -00:42:24- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Left #beyondunreal -00:42:25- ----> [rSu]iridium ([~iridium@poopslinging.monkeys.live.at.bombardiers.org]) <---- Has Joined #beyondunreal -00:42:25- * ChanServ sets mode: +oq [rSu]iridium [rSu]iridium -00:42:27- * [rSu]iridium sets mode: -o+o [rSu]iridium [rSu]iridium -00:42:27- * ChanServ sets mode: -oq [rSu]iridium [rSu]iridium ----- Original Message ----- From: "Finny Merrill" To: "Colin Thorpe(SCF)" Cc: Sent: Friday, September 06, 2002 11:57 PM Subject: Re: [IRCServices Coding] ChanServ Mode Bug? > On Fri, 6 Sep 2002, Colin Thorpe(SCF) wrote: > > > Hmm, the IRCD we are running, is version 3.1.4-Meadows, we have not modified > > it at-all, we simply un-tarr'd it and compiled it, made our .network file > > etc, and ran it... we then ran the services, and found this problem.. I can > > send you a Tarr of our Compiled version if you like... (i can also send the > > Unreal team a tarrd version) > > > > Could you explain the problem to me in a non-mumblican language? > > From achurch at achurch.org Sat Sep 7 11:33:50 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug In-Reply-To: <000001c255e0$5ffdd0a0$81facdd4@s8r9i6> Message-ID: <3d7965a2.37174@achurch.org> Found and fixed. In the future please do not send HTML mail. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_000B_01C254F3.CD90CC00 >Content-Type: text/plain; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > >Hello, I think I've found a bug on ircservices-4.5.39 and I think it is = >still in ircservices-5.x > >if you add an akick in a channel (for example /cs akick #chan add = >mpampla) >and then >if you type: > >/cs akick #chan del 8 or 9 (an entry that doesn't exist) then you will = >get this: > > >-ChanServ- No such entry (#-1) on #sex autokick list. >instead of this: > >-ChanServ- No such entry (#-8) on #sex autokick list. > >DiAvOl > >------=_NextPart_000_000B_01C254F3.CD90CC00 >Content-Type: text/html; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-7"> > > > > >
Hello, I think I've found a bug on = >ircservices-4.5.39 and I=20 >think it is still in ircservices-5.x
>
 
>
if you add an akick in a channel (for example /cs = >akick #chan=20 >add mpampla)
>
and then
>
if you type:
>
 
>
/cs akick #chan del 8 or 9 (an entry that doesn't = >exist) then=20 >you will get this:
>
 
>
 
>
-ChanServ- No such entry (#-1) on #sex autokick=20 >list.
>
instead of this:
>
 
>
-ChanServ- No such entry (#-8) on #sex autokick=20 >list.
>
 
>
DiAvOl
> >------=_NextPart_000_000B_01C254F3.CD90CC00-- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From l8nite at l8nite.net Fri Sep 6 20:00:04 2002 From: l8nite at l8nite.net (Shaun Guth) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug In-Reply-To: <3d7965a2.37174@achurch.org> References: <3d7965a2.37174@achurch.org> Message-ID: <1031367606.5878.1.camel@thrall> Can't you just install a filter on the mailing list software that bounces mail in HTML format? Would be easier than the 200 or so emails I have from this list saying "please don't send HTML mail" - the poor users don't know any better. Shaun On Sat, 2002-09-07 at 04:33, Andrew Church wrote: > Found and fixed. In the future please do not send HTML mail. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From achurch at achurch.org Sat Sep 7 11:58:25 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug In-Reply-To: <1031367606.5878.1.camel@thrall> Message-ID: <3d796b7a.41444@achurch.org> >Can't you just install a filter on the mailing list software that >bounces mail in HTML format? Would be easier than the 200 or so emails >I have from this list saying "please don't send HTML mail" - the poor >users don't know any better. I already asked Andrew Kempe about doing this; he says he doesn't know whether it's possible but will look into it. --Andrew Church achurch@achurch.org http://achurch.org/ >Shaun > >On Sat, 2002-09-07 at 04:33, Andrew Church wrote: >> Found and fixed. In the future please do not send HTML mail. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From andrewk at isdial.net Sat Sep 7 01:18:50 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug References: <3d7965a2.37174@achurch.org> <1031367606.5878.1.camel@thrall> Message-ID: <015501c25647$3205e8b0$0529010a@af.didata.local> Does anyone know a way to do this with mailman? Andrew ----- Original Message ----- From: "Shaun Guth" To: Sent: Saturday, September 07, 2002 5:00 AM Subject: Re: [IRCServices Coding] I found a bug > Can't you just install a filter on the mailing list software that > bounces mail in HTML format? Would be easier than the 200 or so emails > I have from this list saying "please don't send HTML mail" - the poor > users don't know any better. > > Shaun > > On Sat, 2002-09-07 at 04:33, Andrew Church wrote: > > Found and fixed. In the future please do not send HTML mail. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ********************************************************************** 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 Sat Sep 7 02:05:27 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug References: <3d7965a2.37174@achurch.org> <1031367606.5878.1.camel@thrall> <015501c25647$3205e8b0$0529010a@af.didata.local> Message-ID: <01ae01c2564d$b53364f0$0529010a@af.didata.local> Thanks to those who replied... I'll be testing things shortly and will let you know how it goes! The countdown to html-free mailing lists has begun... ;-) [assuming that these scripts work correctly and consistantly] Later, Andrew ----- Original Message ----- From: "Andrew Kempe" To: Sent: Saturday, September 07, 2002 10:18 AM Subject: Re: [IRCServices Coding] I found a bug > Does anyone know a way to do this with mailman? > > Andrew > > ----- Original Message ----- > From: "Shaun Guth" > To: > Sent: Saturday, September 07, 2002 5:00 AM > Subject: Re: [IRCServices Coding] I found a bug > > > > Can't you just install a filter on the mailing list software that > > bounces mail in HTML format? Would be easier than the 200 or so emails > > I have from this list saying "please don't send HTML mail" - the poor > > users don't know any better. > > > > Shaun > > > > On Sat, 2002-09-07 at 04:33, Andrew Church wrote: > > > Found and fixed. In the future please do not send HTML mail. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > ********************************************************************** > 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 > ********************************************************************** > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ********************************************************************** 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 dan at viaraix.net Sat Sep 7 06:33:38 2002 From: dan at viaraix.net (Dan Jones) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug References: <3d7965a2.37174@achurch.org> <1031367606.5878.1.camel@thrall> <015501c25647$3205e8b0$0529010a@af.didata.local> Message-ID: <005101c25673$2c800390$0700a8c0@protos> if i remember correctly mailman has a user option so people can choose to just receive text mail, tbh never tried it tho so dont know if it converts to text or just dont send you the html email ----- Original Message ----- From: "Andrew Kempe" To: Sent: Saturday, September 07, 2002 9:18 AM Subject: Re: [IRCServices Coding] I found a bug > Does anyone know a way to do this with mailman? > > Andrew > > ----- Original Message ----- > From: "Shaun Guth" > To: > Sent: Saturday, September 07, 2002 5:00 AM > Subject: Re: [IRCServices Coding] I found a bug > > > > Can't you just install a filter on the mailing list software that > > bounces mail in HTML format? Would be easier than the 200 or so emails > > I have from this list saying "please don't send HTML mail" - the poor > > users don't know any better. > > > > Shaun > > > > On Sat, 2002-09-07 at 04:33, Andrew Church wrote: > > > Found and fixed. In the future please do not send HTML mail. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > ********************************************************************** > 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 > ********************************************************************** > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From griever at t2n.org Sat Sep 7 07:56:10 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] I found a bug In-Reply-To: <3d796b7a.41444@achurch.org> Message-ID: On Sat, 7 Sep 2002, Andrew Church wrote: > >Can't you just install a filter on the mailing list software that > >bounces mail in HTML format? Would be easier than the 200 or so emails > >I have from this list saying "please don't send HTML mail" - the poor > >users don't know any better. > > I already asked Andrew Kempe about doing this; he says he doesn't know > whether it's possible but will look into it. > While you're at it, can you also filter it to bounce mail with attatchments? Sending attatchments to the list is generally not needed. From aragon at phat.za.net Sat Sep 7 16:35:17 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ mode issue from other day In-Reply-To: <20020828101211.GB83167@phat.za.net> References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> <20020828101211.GB83167@phat.za.net> Message-ID: <20020907233517.GA19256@phat.za.net> Received this from codemastr... *** [Sat Sep 7 17:45:00 2002] MSG : *codemastr* 3.1.4's is correct, we are still working on +q and +a in 3.2 (~codemastr@rox-54B00D5.msns.str.ptd.net) If it weren't for the problem of clients I would say the ircd should work like this : - If you're a normal op, you get +o only. - If you're a protected op, you get +a only. - If you're a founder, you get +q only. - Each mode should work independant of each other. - Only one of the modes can be set on a single user per channel Regards, Aragon From Ganja51 at earthlink.net Sat Sep 7 22:04:47 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ mode issue from other day References: <9C51CBAD8BF6144EB681FF49EBCFCE4E01AA8271@icq02mdc.icq.il.office.aol.com> <20020828101211.GB83167@phat.za.net> <20020907233517.GA19256@phat.za.net> Message-ID: <003f01c256f5$43a9c150$2e88fea9@kris5461> i had talked with one of my admins which is also an Unreal guy and runs a server on their network, as far as he knows the new behavior of the +q _is_ intended. he's going to look into it for me to be sure though ~Ganja51 ----- Original Message ----- From: "Aragon Gouveia" To: "Ircservices-Coding (E-mail)" Sent: Saturday, September 07, 2002 6:35 PM Subject: [IRCServices Coding] ChanServ mode issue from other day > Received this from codemastr... > > *** [Sat Sep 7 17:45:00 2002] MSG : *codemastr* 3.1.4's is correct, we > are still working on +q and +a in 3.2 (~codemastr@rox-54B00D5.msns.str.ptd.net) > > If it weren't for the problem of clients I would say the ircd should work like this : > > - If you're a normal op, you get +o only. > - If you're a protected op, you get +a only. > - If you're a founder, you get +q only. > - Each mode should work independant of each other. > - Only one of the modes can be set on a single user per channel > > > > Regards, > Aragon > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rg at tcslon.com Sun Sep 8 01:56:49 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] ChanServ mode issue from other day In-Reply-To: <20020907233517.GA19256@phat.za.net> Message-ID: Seems sensible, but I think IRCServices should stick to it's current behaviour until +aoq are exclusive of each other i.e. until only one can be set per user. > -----Original Message----- > From: ircservices-coding-admin@ircservices.za.net > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Aragon > Gouveia > Sent: 08 September 2002 00:35 > To: Ircservices-Coding (E-mail) > Subject: [IRCServices Coding] ChanServ mode issue from other day > > > Received this from codemastr... > > *** [Sat Sep 7 17:45:00 2002] MSG : *codemastr* 3.1.4's is correct, we > are still working on +q and +a in 3.2 > (~codemastr@rox-54B00D5.msns.str.ptd.net) > > If it weren't for the problem of clients I would say the ircd > should work like this : > > - If you're a normal op, you get +o only. > - If you're a protected op, you get +a only. > - If you're a founder, you get +q only. > - Each mode should work independant of each other. > - Only one of the modes can be set on a single user per channel > > > > Regards, > Aragon > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ---------------------------------------------------------------------------- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. From Georges at Berscheid.lu Tue Sep 10 10:07:28 2002 From: Georges at Berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Timer Callbacks In-Reply-To: <3d6a35df.23232@achurch.org> Message-ID: Hi, while implementing some small modules for my network, I saw that there is no possibility to add timed callbacks. There are some explicit timed events such as "save data" or "expire", but you can't make services call a function, let's say, every hour. I could use this for stats generating and synchronization with external programs. Greets, Georges From frostycoolslug at hotmail.com Tue Sep 10 13:27:18 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] cygwin tools error.. Message-ID: is it possible to fix the tools error whilst compiling IRCServices under cygwin? i personally have removed the tools compile options out of the makefile.. is there a way to automatically do this? or fix the bug? collect2: ld returned 1 exit status make[1]: *** [convert-db] Error 1 make[1]: Leaving directory `/home/ircservices/tools' make: *** [tools] Error 2 -- 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 ghozer at scfclan.com Tue Sep 10 16:54:07 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug References: Message-ID: <002d01c25925$5a30e110$0200a8c0@GHOZER> Hi, One of my admins accidentally killed OperServ, - the rest of the services stayed there, and the OperServ was killed, i had to kill the process, then re-start them to get it back, i think there should be a restart option on chanserv as-well or somthing similar, ormake it re-join when killed, or similar? Ghozer From frostycoolslug at hotmail.com Tue Sep 10 17:01:41 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug Message-ID: it may be just my opinion.. but isnt it rather careless to /kill a service anyway? Services are coded to automatically re-connect if killed, so if they are not re-connecting, the bug could possibly be here? like i say thou, you shouldnt kill services :P >From: "Colin Thorpe(SCF)" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: [IRCServices Coding] Possible /kill bug >Date: Wed, 11 Sep 2002 00:54:07 +0100 > >Hi, One of my admins accidentally killed OperServ, - the rest of the >services stayed there, and the OperServ was killed, i had to kill the >process, then re-start them to get it back, i think there should be a >restart option on chanserv as-well >or somthing similar, ormake it re-join when killed, or similar? > >Ghozer > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 ghozer at scfclan.com Tue Sep 10 17:36:33 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug References: Message-ID: <009101c2592b$475c91f0$0200a8c0@GHOZER> :-p, yeah yeah I know, but we were doing some security testing of our ! lines, somone came in as 0perserv (a Zero instead of an 'o') And the admin killed it.. putting a true O by mistake.. But it diddnt re-connect, i had to re-start it in the shell Ghozer ----- Original Message ----- From: "Craig McLure" To: Sent: Wednesday, September 11, 2002 1:01 AM Subject: Re: [IRCServices Coding] Possible /kill bug > it may be just my opinion.. but isnt it rather careless to /kill a service > anyway? > > Services are coded to automatically re-connect if killed, so if they are not > re-connecting, the bug could possibly be here? > > like i say thou, you shouldnt kill services :P > > > >From: "Colin Thorpe(SCF)" > >Reply-To: ircservices-coding@ircservices.za.net > >To: > >Subject: [IRCServices Coding] Possible /kill bug > >Date: Wed, 11 Sep 2002 00:54:07 +0100 > > > >Hi, One of my admins accidentally killed OperServ, - the rest of the > >services stayed there, and the OperServ was killed, i had to kill the > >process, then re-start them to get it back, i think there should be a > >restart option on chanserv as-well > >or somthing similar, ormake it re-join when killed, or similar? > > > >Ghozer > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > -- > 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-coding From achurch at achurch.org Wed Sep 11 10:12:22 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Timer Callbacks In-Reply-To: Message-ID: <3d7e98ee.07047@achurch.org> >while implementing some small modules for my network, I saw that there is no >possibility to add timed callbacks. There are some explicit timed events >such as "save data" or "expire", but you can't make services call a >function, let's say, every hour. Yes, you can; see timeout.h. For an example, see the handling of SVSTIME in modules/protocol/unreal.c in 5.0 beta. --Andrew Church achurch@achurch.org http://achurch.org/ From Ganja51 at earthlink.net Tue Sep 10 18:18:11 2002 From: Ganja51 at earthlink.net (Ganja51) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug References: <009101c2592b$475c91f0$0200a8c0@GHOZER> Message-ID: <002501c25931$1bf4e8e0$2e88fea9@kris5461> a good general practice is to have *Serv QLined. ~Ganja51 ----- Original Message ----- From: "Colin Thorpe(SCF)" To: Sent: Tuesday, September 10, 2002 7:36 PM Subject: Re: [IRCServices Coding] Possible /kill bug > :-p, yeah yeah I know, but we were doing some security testing of our ! > lines, somone came in as 0perserv (a Zero instead of an 'o') And the admin > killed it.. putting a true O by mistake.. > > But it diddnt re-connect, i had to re-start it in the shell > > Ghozer > > > ----- Original Message ----- > From: "Craig McLure" > To: > Sent: Wednesday, September 11, 2002 1:01 AM > Subject: Re: [IRCServices Coding] Possible /kill bug > > > > it may be just my opinion.. but isnt it rather careless to /kill a service > > anyway? > > > > Services are coded to automatically re-connect if killed, so if they are > not > > re-connecting, the bug could possibly be here? > > > > like i say thou, you shouldnt kill services :P > > > > > > >From: "Colin Thorpe(SCF)" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] Possible /kill bug > > >Date: Wed, 11 Sep 2002 00:54:07 +0100 > > > > > >Hi, One of my admins accidentally killed OperServ, - the rest of the > > >services stayed there, and the OperServ was killed, i had to kill the > > >process, then re-start them to get it back, i think there should be a > > >restart option on chanserv as-well > > >or somthing similar, ormake it re-join when killed, or similar? > > > > > >Ghozer > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Sep 11 10:18:29 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug In-Reply-To: <002d01c25925$5a30e110$0200a8c0@GHOZER> Message-ID: <3d7e99ec.07114@achurch.org> >Hi, One of my admins accidentally killed OperServ, - the rest of the >services stayed there, and the OperServ was killed, i had to kill the >process, then re-start them to get it back, i think there should be a >restart option on chanserv as-well >or somthing similar, ormake it re-join when killed, or similar? Works for me. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Wed Sep 11 03:07:07 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:37 2004 Subject: [IRCServices Coding] Possible /kill bug Message-ID: hold on.. since when could you start a nickname with a number? >From: "Colin Thorpe(SCF)" >Reply-To: ircservices-coding@ircservices.za.net >To: >Subject: Re: [IRCServices Coding] Possible /kill bug >Date: Wed, 11 Sep 2002 01:36:33 +0100 > >:-p, yeah yeah I know, but we were doing some security testing of our ! >lines, somone came in as 0perserv (a Zero instead of an 'o') And the admin >killed it.. putting a true O by mistake.. > >But it diddnt re-connect, i had to re-start it in the shell > >Ghozer > > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Wednesday, September 11, 2002 1:01 AM >Subject: Re: [IRCServices Coding] Possible /kill bug > > > > it may be just my opinion.. but isnt it rather careless to /kill a >service > > anyway? > > > > Services are coded to automatically re-connect if killed, so if they are >not > > re-connecting, the bug could possibly be here? > > > > like i say thou, you shouldnt kill services :P > > > > > > >From: "Colin Thorpe(SCF)" > > >Reply-To: ircservices-coding@ircservices.za.net > > >To: > > >Subject: [IRCServices Coding] Possible /kill bug > > >Date: Wed, 11 Sep 2002 00:54:07 +0100 > > > > > >Hi, One of my admins accidentally killed OperServ, - the rest of the > > >services stayed there, and the OperServ was killed, i had to kill the > > >process, then re-start them to get it back, i think there should be a > > >restart option on chanserv as-well > > >or somthing similar, ormake it re-join when killed, or similar? > > > > > >Ghozer > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > > > > -- > > 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-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 unit649 at unit649.net Wed Sep 11 21:26:48 2002 From: unit649 at unit649.net (Joshua Buchmann) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill Message-ID: <03bc01c25a14$9d76ce90$32337e42@JMain> I'm having a problem with akills on my network. When I add an akill into operserv, it takes it, however since /akill is no longer used with Unreal3.1.4, it doesn't add a gline for the akilled host once they come on. Services kills the person connecting, but they just keep reconnecting since the Gline isn't added. Is there something in the config I can change to make services add a gline instead of using /akill, which no longer works on this and the newer versions of Unreal3.2? The /akill command was removed ("depreciated") when Unreal3.1.4 came out.... Sample: [21:16] -bots.foreverchat.net- *** Global -- from OperServ: UnitSixFortyNine added an AKILL for *@66.252.3.126 (expires in 30 days) - [21:16] -OperServ- *@66.252.3.126 added to AKILL list. - [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from UnitSixFortyNine Path: netadmin.foreverchat.net!UnitSixFortyNine (Test) [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from OperServ Path: acestar!stockton!buffie!services!OperServ (Autokilled: This is a test only) (The above continues to loop as services doesn't add the akill, and no gline is set by services, it keeps going until a manual Gline is set for the host, or the akill is removed) Please advise...... TIA, UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020911/bdb6536f/attachment.htm From ghozer at scfclan.com Thu Sep 12 05:05:13 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill References: <03bc01c25a14$9d76ce90$32337e42@JMain> Message-ID: <001101c25a54$a6413840$0200a8c0@GHOZER> We had this problem, It was a simple task of making sure that U lines and H lines were added for the services on EVERY Server on the network... ----- Original Message ----- From: Joshua Buchmann To: ircservices-coding@ircservices.za.net Sent: Thursday, September 12, 2002 5:26 AM Subject: [IRCServices Coding] Unreal and Akill I'm having a problem with akills on my network. When I add an akill into operserv, it takes it, however since /akill is no longer used with Unreal3.1.4, it doesn't add a gline for the akilled host once they come on. Services kills the person connecting, but they just keep reconnecting since the Gline isn't added. Is there something in the config I can change to make services add a gline instead of using /akill, which no longer works on this and the newer versions of Unreal3.2? The /akill command was removed ("depreciated") when Unreal3.1.4 came out.... Sample: [21:16] -bots.foreverchat.net- *** Global -- from OperServ: UnitSixFortyNine added an AKILL for *@66.252.3.126 (expires in 30 days) - [21:16] -OperServ- *@66.252.3.126 added to AKILL list. - [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from UnitSixFortyNine Path: netadmin.foreverchat.net!UnitSixFortyNine (Test) [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from OperServ Path: acestar!stockton!buffie!services!OperServ (Autokilled: This is a test only) (The above continues to loop as services doesn't add the akill, and no gline is set by services, it keeps going until a manual Gline is set for the host, or the akill is removed) Please advise...... TIA, UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020912/6ad6ea13/attachment.html From unit649 at unit649.net Thu Sep 12 05:42:23 2002 From: unit649 at unit649.net (unit649@unit649.net) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill Message-ID: <200209121242.g8CCgNF05424@texas.pop3now.com> All servers have U and H lines for services.foreverchat.net, and the problem is still occuring, this is why I am asking the list. This problem didn't occur until I changed from Services4.5.x to 5.0pre11..... I also know that Epona had this issue as a friend of mine had the same problem when Unreal3.1.4 was released, which is why I'm thinking it has to do with the /akill command being changed with this release version. It didn't start occuring until I upgraded services to 5.0. I had no problems with the ircservices 4.5.x series.... UnitSixFortyNine Founder, irc.foreverchat.net -- Pop3Now Personal, Manage 5 Email Accounts From 1 Secure Window Sign Up Today! Visit http://www.pop3now.com/personal Access your PC's files and Outlook(tm) from any Internet browser or web phone. Get the FREE trial of LoudPC now! http://www.qksrv.net/click-811493-7050957 From achurch at achurch.org Thu Sep 12 22:52:50 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill In-Reply-To: <03bc01c25a14$9d76ce90$32337e42@JMain> Message-ID: <3d809c86.37475@achurch.org> Services already uses G:lines (TKL + G) for autokills on Unreal. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >------=_NextPart_000_03B9_01C259D9.EFE6C990 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >I'm having a problem with akills on my network. When I add an akill = >into operserv, it takes it, however since /akill is no longer used with = >Unreal3.1.4, it doesn't add a gline for the akilled host once they come = >on. Services kills the person connecting, but they just keep = >reconnecting since the Gline isn't added. > >Is there something in the config I can change to make services add a = >gline instead of using /akill, which no longer works on this and the = >newer versions of Unreal3.2? > >The /akill command was removed ("depreciated") when Unreal3.1.4 came = >out.... > >Sample: > >[21:16] -bots.foreverchat.net- *** Global -- from OperServ: = >UnitSixFortyNine added an AKILL for *@66.252.3.126 (expires in 30 days) >- >[21:16] -OperServ- *@66.252.3.126 added to AKILL list. >- >[21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for = >UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from UnitSixFortyNine Path: = >netadmin.foreverchat.net!UnitSixFortyNine (Test) > >[21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for = >UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from OperServ Path: = >acestar!stockton!buffie!services!OperServ (Autokilled: This is a test = >only) > >(The above continues to loop as services doesn't add the akill, and no = >gline is set by services, it keeps going until a manual Gline is set for = >the host, or the akill is removed) > >Please advise...... > >TIA, > >UnitSixFortyNine >Founder, irc.foreverchat.net >http://www.foreverchat.net >irc://irc.foreverchat.net >------=_NextPart_000_03B9_01C259D9.EFE6C990 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
I'm having a problem with akills on my=20 >network.  When I add an akill into operserv, it takes it, however = >since=20 >/akill is no longer used with Unreal3.1.4, it doesn't add a gline for = >the=20 >akilled host once they come on.  Services kills the person = >connecting, but=20 >they just keep reconnecting since the Gline isn't added.
>
 
>
Is there something in the config I can = >change to=20 >make services add a gline instead of using /akill, which no longer works = >on this=20 >and the newer versions of Unreal3.2?
>
 
>
The /akill command was removed = >("depreciated") when=20 >Unreal3.1.4 came out....
>
 
>
Sample:
>
 
>
[21:16] -bots.foreverchat.net- *** = >Global -- from=20 >OperServ: UnitSixFortyNine added an AKILL for href=3D"mailto:*@66.252.3.126">*@66.252.3.126 (expires in 30=20 >days)
-
[21:16] -OperServ- href=3D"mailto:*@66.252.3.126">*@66.252.3.126 added to AKILL=20 >list.
-
[21:16] -bots.foreverchat.net- *** Notice -- Received KILL = >message=20 >for href=3D"mailto:UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP">UBot1!fcirc@7F82= >FB4.3DB0C2ED.756511DF.IP=20 >from UnitSixFortyNine Path: netadmin.foreverchat.net!UnitSixFortyNine=20 >(Test)
>
 
>
[21:16] -bots.foreverchat.net- *** = >Notice --=20 >Received KILL message for href=3D"mailto:UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP">UBot1!fcirc@7F82= >FB4.3DB0C2ED.756511DF.IP=20 >from OperServ Path: acestar!stockton!buffie!services!OperServ = >(Autokilled: This=20 >is a test only)
>
 
>
(The above continues to loop as = >services doesn't=20 >add the akill, and no gline is set by services, it keeps going until a = >manual=20 >Gline is set for the host, or the akill is removed)
>
 
>
Please advise......
>
 
>
TIA,
>
 
>
UnitSixFortyNine
Founder,=20 >irc.foreverchat.net
href=3D"http://www.foreverchat.net">http://www.foreverchat.net
irc= >://irc.foreverchat.net
> >------=_NextPart_000_03B9_01C259D9.EFE6C990-- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ghozer at scfclan.com Thu Sep 12 08:31:15 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill References: <200209121242.g8CCgNF05424@texas.pop3now.com> Message-ID: <003401c25a71$6ee682c0$0200a8c0@GHOZER> As i said, We fixed it, Ill talk to our Tech guy and ask him how he fixed it... Ill let you know.. Ghozer ----- Original Message ----- From: To: Sent: Thursday, September 12, 2002 1:42 PM Subject: [IRCServices Coding] Unreal and Akill > All servers have U and H lines for services.foreverchat.net, and the > problem is still occuring, this is why I am asking the list. > > This problem didn't occur until I changed from Services4.5.x to > 5.0pre11..... > > I also know that Epona had this issue as a friend of mine had the > same problem when Unreal3.1.4 was released, which is why I'm thinking > it has to do with the /akill command being changed with this release > version. It didn't start occuring until I upgraded services to 5.0. > I had no problems with the ircservices 4.5.x series.... > > UnitSixFortyNine > Founder, irc.foreverchat.net > > > -- > Pop3Now Personal, Manage 5 Email Accounts From 1 Secure Window > Sign Up Today! Visit http://www.pop3now.com/personal > Access your PC's files and Outlook(tm) from any Internet browser or web phone. > Get the FREE trial of LoudPC now! > http://www.qksrv.net/click-811493-7050957 > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From griever at t2n.org Thu Sep 12 11:56:33 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill In-Reply-To: <001101c25a54$a6413840$0200a8c0@GHOZER> Message-ID: On Thu, 12 Sep 2002, Colin Thorpe(SCF) wrote: > We had this problem, It was a simple task of making sure that U lines and H lines were added for the services on EVERY Server on the network... > You needed H: lines? > > ----- Original Message ----- > From: Joshua Buchmann > To: ircservices-coding@ircservices.za.net > Sent: Thursday, September 12, 2002 5:26 AM > Subject: [IRCServices Coding] Unreal and Akill > > > I'm having a problem with akills on my network. When I add an akill into operserv, it takes it, however since /akill is no longer used with Unreal3.1.4, it doesn't add a gline for the akilled host once they come on. Services kills the person connecting, but they just keep reconnecting since the Gline isn't added. > > Is there something in the config I can change to make services add a gline instead of using /akill, which no longer works on this and the newer versions of Unreal3.2? > > The /akill command was removed ("depreciated") when Unreal3.1.4 came out.... > > Sample: > > [21:16] -bots.foreverchat.net- *** Global -- from OperServ: UnitSixFortyNine added an AKILL for *@66.252.3.126 (expires in 30 days) > - > [21:16] -OperServ- *@66.252.3.126 added to AKILL list. > - > [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from UnitSixFortyNine Path: netadmin.foreverchat.net!UnitSixFortyNine (Test) > > [21:16] -bots.foreverchat.net- *** Notice -- Received KILL message for UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP from OperServ Path: acestar!stockton!buffie!services!OperServ (Autokilled: This is a test only) > > (The above continues to loop as services doesn't add the akill, and no gline is set by services, it keeps going until a manual Gline is set for the host, or the akill is removed) > > Please advise...... > > TIA, > > UnitSixFortyNine > Founder, irc.foreverchat.net > http://www.foreverchat.net > irc://irc.foreverchat.net > From griever at t2n.org Thu Sep 12 11:57:37 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill In-Reply-To: <200209121242.g8CCgNF05424@texas.pop3now.com> Message-ID: On Thu, 12 Sep 2002 unit649@unit649.net wrote: > All servers have U and H lines for services.foreverchat.net, and the > problem is still occuring, this is why I am asking the list. > > This problem didn't occur until I changed from Services4.5.x to > 5.0pre11..... > > I also know that Epona had this issue as a friend of mine had the > same problem when Unreal3.1.4 was released, which is why I'm thinking > it has to do with the /akill command being changed with this release > version. It didn't start occuring until I upgraded services to 5.0. > I had no problems with the ircservices 4.5.x series.... > Wait a minute... 5.0 doesn't even use akill, it uses gline! > UnitSixFortyNine > Founder, irc.foreverchat.net > > > -- > Pop3Now Personal, Manage 5 Email Accounts From 1 Secure Window > Sign Up Today! Visit http://www.pop3now.com/personal > Access your PC's files and Outlook(tm) from any Internet browser or web phone. > Get the FREE trial of LoudPC now! > http://www.qksrv.net/click-811493-7050957 > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From unit649 at unit649.net Thu Sep 12 15:20:04 2002 From: unit649 at unit649.net (Joshua Buchmann) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill Message-ID: <044301c25aaa$8c2e9b40$32337e42@JMain> All I know is that when I add akills, the Glines are not added. This creates a loop as the akilled person connects, gets killed by operserv, and reconnects and the cycle begins again, because no akill is added. Same with clones, operserv says it has an akill added for 30 mins, but the clients keep connecting, keep getting killed, no Gline. Hopefully its a simple configuration error, but I have looked over all the config and its setup for unreal, etc....I don't see a setting in the .confs to modify type of akill behavior to be /gline or /akill, only default legnths, etc. I could be missing something, but I don't think I am. UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020912/7db6be34/attachment.htm From monolith at orblivion.com Thu Sep 12 15:24:41 2002 From: monolith at orblivion.com (David Orman) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill In-Reply-To: <044301c25aaa$8c2e9b40$32337e42@JMain> References: <044301c25aaa$8c2e9b40$32337e42@JMain> Message-ID: <3342.12.238.198.195.1031869481.squirrel@webmail.noxordo.com> For the love of all that is sacred, no more HTML mail! > All I know is that when I add akills, the Glines are not added. This > creates a loop as the akilled person connects, gets killed by operserv, > and reconnects and the cycle begins again, because no akill is added. > Same with clones, operserv says it has an akill added for 30 mins, but > the clients keep connecting, keep getting killed, no Gline. > > Hopefully its a simple configuration error, but I have looked over all > the config and its setup for unreal, etc....I don't see a setting in the > .confs to modify type of akill behavior to be /gline or /akill, only > default legnths, etc. > > I could be missing something, but I don't think I am. > > UnitSixFortyNine > Founder, irc.foreverchat.net > http://www.foreverchat.net > irc://irc.foreverchat.net -- David Orman monolith@orblivion.com http://www.orblivion.com -- From arathorn at theonering.net Thu Sep 12 15:26:17 2002 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill References: <044301c25aaa$8c2e9b40$32337e42@JMain> Message-ID: <015301c25aab$699e1370$0600a8c0@mjh75> This is the behaviour I had with IRCServices 4.5/Unreal3.1.3 - the glines added by services didn't actually work. Upgrading to 3.1.4 fixed it, however (at the expense of breaking /who, etc. etc.). A. _______________________ arathorn@theonering.net ----- Original Message ----- From: Joshua Buchmann To: ircservices-coding@ircservices.za.net Sent: Thursday, September 12, 2002 11:20 PM Subject: [IRCServices Coding] Unreal and Akill All I know is that when I add akills, the Glines are not added. This creates a loop as the akilled person connects, gets killed by operserv, and reconnects and the cycle begins again, because no akill is added. Same with clones, operserv says it has an akill added for 30 mins, but the clients keep connecting, keep getting killed, no Gline. Hopefully its a simple configuration error, but I have looked over all the config and its setup for unreal, etc....I don't see a setting in the .confs to modify type of akill behavior to be /gline or /akill, only default legnths, etc. I could be missing something, but I don't think I am. UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net From unit649 at unit649.net Thu Sep 12 15:36:57 2002 From: unit649 at unit649.net (Joshua Buchmann) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill Message-ID: <044e01c25aac$e822ba60$32337e42@JMain> 1) Sorry about the html email, I changed my default. 2) Yes, I had the same issue before once /akill was depreciated. I think its the same problem, but I'm not sure. The only thing broken is the add of the /gline upon /os akill, so thats why I think I have my settings right. I would think alot more things (channelmodes, etc) would be messed up if I messed up the config that majorlly. For now I'm doing /os akill and manually /gline until I find out whats up..... Again, my apologies for HTML. Thats what happens when you run XP SP1 and it resets all the defaults. 60MB of fixes....they should have just released a new CD. UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net From achurch at achurch.org Fri Sep 13 09:07:18 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill In-Reply-To: <044301c25aaa$8c2e9b40$32337e42@JMain> Message-ID: <3d812c8a.12101@achurch.org> >Hopefully its a simple configuration error, but I have looked over all = >the config and its setup for unreal, etc....I don't see a setting in the = >.confs to modify type of akill behavior to be /gline or /akill, only = >default legnths, etc. Run with -debug and check the log file to see if Services is actually sending the TKL + G command when the autokilled user connects (or when the autokill is added if you have ImmediatelySendAutokill enabled). --Andrew Church achurch@achurch.org http://achurch.org/ From unit649 at unit649.net Thu Sep 12 17:19:59 2002 From: unit649 at unit649.net (Joshua Buchmann) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill (Attn: Andrew Church) Message-ID: <04c101c25abb$4ca23c00$32337e42@JMain> [Sep 12 17:10:56.337041 2002] debug: Received: :w0b0t ! nickserv :identify (deleted password) [Sep 12 17:10:56.337206 2002] debug: Sent: :NickServ SVSMODE w0b0t :+r [Sep 12 17:10:56.337251 2002] nickserv/main: w0b0t!~w0b0t@24.102.44.219 identified for nick w0b0t [Sep 12 17:10:56.337319 2002] debug: Sent: :NickServ NOTICE w0b0t :Password accepted -- you are now recognized. [Sep 12 17:10:58.774511 2002] debug: Received: :UnitSixFortyNine PRIVMSG OperServ@services.foreverchat.net :akill add *@always.look$ [Sep 12 17:10:58.774624 2002] operserv/main: UnitSixFortyNine: akill add *@always.looking.for.sexxx.net Testing [Sep 12 17:10:58.774831 2002] debug: Sent: :OperServ GLOBOPS :UnitSixFortyNine added an AKILL for ^B*@always.looking.for.sexxx.net^$ [Sep 12 17:10:58.774898 2002] debug: Sent: :OperServ NOTICE UnitSixFortyNine :^B*@always.looking.for.sexxx.net^B added to AKILL lis$ [Sep 12 17:11:10.176837 2002] debug: Received: :Zergo ! nickserv :identify (deleted password) [Sep 12 17:11:10.177014 2002] debug: Sent: :NickServ SVSMODE Zergo :+r [Sep 12 17:11:10.177059 2002] nickserv/main: Zergo!~dexter@stnbas07-p134.mts.net identified for nick Zergo [Sep 12 17:11:10.177127 2002] debug: Sent: :NickServ NOTICE Zergo :Password accepted -- you are now recognized. [Sep 12 17:11:23.717342 2002] debug: Received: :ElizaB , :[bots.foreverchat.net] Local kill by UnitSixFortyNine (testing) [Sep 12 17:11:23.717443 2002] debug: ElizaB quits [Sep 12 17:11:25.372625 2002] debug: Received: & ElizaB 3 1031864921 fcirc always.looking.for.sexxx.net bots.foreverchat.net 0 +x f$ [Sep 12 17:11:25.372735 2002] debug: new user: ElizaB [Sep 12 17:11:25.372835 2002] debug: Sent: :OperServ KILL ElizaB :OperServ (Autokilled: Testing) [Sep 12 17:11:35.014881 2002] debug: Received: :UnitSixFortyNine PRIVMSG OperServ@services.foreverchat.net :akill del *@always.look$ [Sep 12 17:11:35.015012 2002] operserv/main: UnitSixFortyNine: akill del *@always.looking.for.sexxx.net Testing [Sep 12 17:11:35.015145 2002] debug: Sent: :services.foreverchat.net TKL - G * always.looking.for.sexxx.net services.foreverchat.net [Sep 12 17:11:35.015216 2002] debug: Sent: :OperServ NOTICE UnitSixFortyNine :^B*@always.looking.for.sexxx.net^B removed from AKILL$ [Sep 12 17:11:47.198322 2002] debug: Received: :UnitSixFortyNine PRIVMSG OperServ@services.foreverchat.net :shutdown Except for deleting passwords for identifies, this is verbatim. I added the akill for the bot ElizaB, killed it to see if it would get glined, then deleted the akill in that order. It appears not to be sending it. It did send the remove, though. UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net From unit649 at unit649.net Fri Sep 13 04:09:32 2002 From: unit649 at unit649.net (Joshua Buchmann) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill-Solution Message-ID: <059801c25b16$0ab24aa0$32337e42@JMain> After conferring in private email, the fix to this problem was: Disable "EnableExclude" for akills in modules.conf Thank you Andy for all your help! Apparrantly Unreal doesn't like this paramater for some reason. UnitSixFortyNine Founder, irc.foreverchat.net http://www.foreverchat.net irc://irc.foreverchat.net From achurch at achurch.org Fri Sep 13 22:59:33 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Unreal and Akill-Solution In-Reply-To: <059801c25b16$0ab24aa0$32337e42@JMain> Message-ID: <3d81f14d.12610@achurch.org> >After conferring in private email, the fix to this problem was: > >Disable "EnableExclude" for akills in modules.conf I didn't realize it at the time, but Unreal 3.1.4 doesn't support autokill exclusions natively, so this is actually designed behavior, documented in section 3.4.3 of the manual. A FAQ entry (F.9) has been added to cover this behavior. --Andrew Church achurch@achurch.org http://achurch.org/ From frostycoolslug at hotmail.com Fri Sep 13 08:28:36 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Bug in NickServ access. Message-ID: (Reported to me by Brain@chatspike.net) He found if you attempt to add a host to your nickname access list, that already exists, services returns something like: "Mask ‰Ú‹L$‹\$¸! already present on your access list." looks like a possible null pointer assignment? -- 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 pkef at hnioxos.ee.auth.gr Fri Sep 13 10:51:46 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Bug in NickServ access. Message-ID: > (Reported to me by Brain@chatspike.net) > > He found if you attempt to add a host to your nickname access list, that > already exists, services returns something like: > > "Mask ??L?\$! already present on your access list." Edit access.c and simple change the "*access" pointer to "mask" on line 89.It sould look like notice_lang(s_NickServ, u, NICK_ACCESS_ALREADY_PRESENT, mask); and not notice_lang(s_NickServ, u, NICK_ACCESS_ALREADY_PRESENT, *access); as it was. P.S For a reason that i don't know, my last email gizm0@mail.gr has been blocked for spamming!?!?!?(all the mail provider to be honest).So i'm going to post all my mails from this address. Regards, Gizm0.- From achurch at achurch.org Sat Sep 14 09:26:55 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Bug in NickServ access. In-Reply-To: Message-ID: <3d82829d.13015@achurch.org> Fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >(Reported to me by Brain@chatspike.net) > >He found if you attempt to add a host to your nickname access list, that >already exists, services returns something like: > >"Mask ‰Ú‹L$‹\$¸! already present on your access list." > >looks like a possible null pointer assignment? > >-- >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-coding From achurch at achurch.org Sat Sep 14 11:00:00 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Services 5.0pre12 released Message-ID: <3d8297ca.31404@achurch.org> Services 5.0pre12 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/beta/ (South Africa) ftp://ftp.esper.net/ircservices/beta/ (USA, California) 45dc87f129c64898f5468efd9032fd1e ircservices-5.0pre12.tar.gz 4e0ba8612d2fe9fdc184fd2ee3d01bae ircservices-5.0pre12.diff.gz 606e23038076db352917f9bd7f75c25b ircservices-5.0pre12-1.i386.rpm 316554323d6a66b9318f0f4df52cd17d ircservices_5.0pre12-1_i386.deb The other mirrors should have it shortly. This release adds support to convert-db for the most recent version of Auspice Services, and fixes a few other minor bugs. The configure script has also been updated to refuse to compile with GCC 2.96 (shipped with some versions of RedHat and related distributions), which is known to produce incorrect code. Changes in version 5.0pre12 --------------------------- 2002/09/14 "convert-db -h" now lists supported program types in alphabetical order. 2002/09/14 Removed unneded ALL parameter from LISTLINKS in nickserv/oldlink module. 2002/09/14 Fixed bug in NickServ ACCESS ADD. Reported by 2002/09/04 Fixed bug in handling Auspice databases in convert-db, and added support for Auspice 2.7. Reported by 2002/09/04 convert-db now converts nickname notes in Auspice databases to memos. 2002/09/01 Removed stray .o file left around in previous releases. 2002/08/30 configure now detects GCC 2.96 and refuses to use it. --Andrew Church achurch@achurch.org http://achurch.org/ From VisionOfHell at aol.com Sat Sep 14 06:18:47 2002 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues Message-ID: <73.25b19a50.2ab49137@aol.com> This is what I get when I try and compile Opre12: Searching for a suitable compiler... *** WHOA THERE! *** Your system seems to have gcc 2.96 installed. This is an unofficial release of the GCC compiler which contains serious bugs and cannot compile Services correctly. Please upgrade GCC to a newer version, or downgrade to version 2.95.3, before compiling Services. This is what my ISP says: I've had a good poke around on the redhat updates site and there is a newer version of gcc, build 112, but it still version 2.96. However, there is a whole section on the RedHat web site that explains what the "issues" with this version of the compiler are and it makes quite interesting reading. You might want to have a read yourself as I feel their thinking makes complete sense to me and is the route we want to follow. http://www.redhat.com/advice/speaks_gcc.html I guess until gcc 2.97 or the new version of services becomes more compliant with the standards of the language it's supposedly written there is little that can be done to resolve this :o( Sadly I'm not able to downgrade the compiler to an earlier version. Can someone please try and explain to me where this leaves me? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020914/9637c8a5/attachment.html From achurch at achurch.org Sat Sep 14 22:27:49 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <73.25b19a50.2ab49137@aol.com> Message-ID: <3d833cd8.35101@achurch.org> >However, there is a whole section on the RedHat web site that explains what >the "issues" with this version of the compiler are and it makes quite >interesting reading. You might want to have a read yourself as I feel their >thinking makes complete sense to me and is the route we want to follow. Well, I have this to say in response: RedHat admits themselves that at least one release of gcc 2.96 has bugs, yet they continue to release fixed versions of GCC as "2.96". This makes tracking down bugs next to impossible and is completely unacceptable; I will continue to treat any version of GCC which identifies itself as "2.96" as buggy and unsupported. I will add a feature to configure to allow overriding the 2.96 check, but if you experience any problems then you're on your own. Incidentally, Services is ANSI-compliant as far as I have been able to tell, except possibly for restrictions on pointer aliasing, which I personally consider a bug in the standard and have no intention of correcting. (Among many other things, aliasing makes lists much easier to implement, and therefore less likely to have bugs. The C99 "restrict" keyword is a much better way to address the issue, and ordinary pointers should have been left alone.) >Can someone please try and explain to me where this leaves me? Looking for a better shell provider? --Andrew Church achurch@achurch.org http://achurch.org/ From r-krisztian at softhome.net Sat Sep 14 09:15:29 2002 From: r-krisztian at softhome.net (Krisztian Romek) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <73.25b19a50.2ab49137@aol.com> References: <73.25b19a50.2ab49137@aol.com> Message-ID: <200209141815.30134.r-krisztian@softhome.net> Hello! > This is what I get when I try and compile Opre12: > > Searching for a suitable compiler... > > *** WHOA THERE! *** > > Your system seems to have gcc 2.96 installed. > This is an unofficial release of the GCC compiler which > contains serious bugs and cannot compile Services correctly. > Please upgrade GCC to a newer version, or downgrade to > version 2.95.3, before compiling Services. You can try gcc 2.95.3 or gcc3. I use ./configure -cc gcc3. :) RedHat packages are available for gcc3. You can download somewhere. -- Krisztian Romek r-krisztian@softhome.net From achurch at achurch.org Sun Sep 15 00:26:32 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <200209141815.30134.r-krisztian@softhome.net> Message-ID: <3d835575.40647@achurch.org> >You can try gcc 2.95.3 or gcc3. I use ./configure -cc gcc3. :) RedHat packages >are available for gcc3. You can download somewhere. configure will now look for gcc3 in addition to kgcc before giving up on a 2.96 system. Thanks for the idea. --Andrew Church achurch@achurch.org http://achurch.org/ From mazta at illlab.ee Sat Sep 14 09:45:48 2002 From: mazta at illlab.ee (=?iso-8859-15?Q?Kaupo_K=F5rv_(aka_mazta)?=) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Problem with httpd-module Message-ID: <3129.80.235.69.47.1032021948.squirrel@sm.net.ee> When accessing xml-export page via PHP (fsockopen) it stops working after about 20 successful connections. ircservices.log shows following.. [Sep 14 19:28:15 2002] sockets: sock_new(): out of buffer space! [Sep 14 19:28:15 2002] sockets: accept(4): Unable to create socket structure (out of buffer space?) After increasing NetBufferSize to 8MB it worked twice that time, but same errors occured. Doesn't httpd-module free memory correctly? From griever at t2n.org Sat Sep 14 11:30:20 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <73.25b19a50.2ab49137@aol.com> Message-ID: On Sat, 14 Sep 2002 VisionOfHell@aol.com wrote: > This is what I get when I try and compile Opre12: > > Searching for a suitable compiler... > > *** WHOA THERE! *** > > Your system seems to have gcc 2.96 installed. > This is an unofficial release of the GCC compiler which > contains serious bugs and cannot compile Services correctly. > Please upgrade GCC to a newer version, or downgrade to > version 2.95.3, before compiling Services. > > This is what my ISP says: > > I've had a good poke around on the redhat updates site and there is a newer > version of gcc, build 112, but it still version 2.96. > > However, there is a whole section on the RedHat web site that explains what > the "issues" with this version of the compiler are and it makes quite > interesting reading. You might want to have a read yourself as I feel their > thinking makes complete sense to me and is the route we want to follow. > > http://www.redhat.com/advice/speaks_gcc.html > > I guess until gcc 2.97 or the new version of services becomes more compliant > with the standards of the language it's supposedly written there is little > that can be done to resolve this :o( Sadly I'm not able to downgrade the > compiler to an earlier version. > > Can someone please try and explain to me where this leaves me? > upgrade GCC to 3.1. It seems to work fine. From griever at t2n.org Sat Sep 14 11:32:07 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <3d833cd8.35101@achurch.org> Message-ID: On Sat, 14 Sep 2002, Andrew Church wrote: > I will add a feature to configure to allow overriding the 2.96 check, > but if you experience any problems then you're on your own. > > Incidentally, Services is ANSI-compliant as far as I have been able to > tell, except possibly for restrictions on pointer aliasing, which I > personally consider a bug in the standard and have no intention of > correcting. (Among many other things, aliasing makes lists much easier to > implement, and therefore less likely to have bugs. The C99 "restrict" > keyword is a much better way to address the issue, and ordinary pointers > should have been left alone.) Elaborate please? Also, I am very sure that services is not ansi-compliant at all. From griever at t2n.org Sat Sep 14 12:06:48 2002 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: Message-ID: On Sat, 14 Sep 2002, Finny Merrill wrote: > On Sat, 14 Sep 2002, Andrew Church wrote: > > > I will add a feature to configure to allow overriding the 2.96 check, > > but if you experience any problems then you're on your own. > > > > Incidentally, Services is ANSI-compliant as far as I have been able to > > tell, except possibly for restrictions on pointer aliasing, which I > > personally consider a bug in the standard and have no intention of > > correcting. (Among many other things, aliasing makes lists much easier to > > implement, and therefore less likely to have bugs. The C99 "restrict" > > keyword is a much better way to address the issue, and ordinary pointers > > should have been left alone.) > > Elaborate please? > > Also, I am very sure that services is not ansi-compliant at all. > I take that back. Now that I think about it, it's not really that true. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From r-krisztian at softhome.net Sat Sep 14 12:39:29 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues Message-ID: <20020914193929.6842C7DC02@adsl213166.vnet.hu> Hello! > upgrade GCC to 3.1. It seems to work fine. gcc 3.1 is experimental. I suggest 3.0.4. --- Krisztian Romek r-krisztian@softhome.net From r-krisztian at softhome.net Sat Sep 14 13:03:28 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Finny Merrill Message-ID: <20020914200328.397F47DBD9@adsl213166.vnet.hu> Hello! Finny Merrill wrote: >upgrade GCC to 3.1. It seems to work fine. gcc 3.1 is experimental. I suggest 3.0.4. --- Krisztian Romek r-krisztian@softhome.net From r-krisztian at softhome.net Sat Sep 14 12:45:30 2002 From: r-krisztian at softhome.net (Romek Krisztián) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues Message-ID: <20020914194530.258877D696@adsl213166.vnet.hu> Hello! Finny Merrill wrote: > upgrade GCC to 3.1. It seems to work fine. gcc 3.1 is experimental. I suggest 3.0.4. --- Krisztian Romek r-krisztian@softhome.net From nothing at psychopat.org Sat Sep 14 14:29:06 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] suggestion In-Reply-To: <20020914194530.258877D696@adsl213166.vnet.hu> Message-ID: Well... we already have the /NickServ LISTCHANS is there a possibility to add a new command or maybe *complete* this one to show the list of channels where we're successor? From achurch at achurch.org Sun Sep 15 10:22:41 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Compiler issues In-Reply-To: <20020914194530.258877D696@adsl213166.vnet.hu> Message-ID: <3d83e0f1.43312@achurch.org> >> upgrade GCC to 3.1. It seems to work fine. > >gcc 3.1 is experimental. I suggest 3.0.4. Last I checked, they were up to 3.2... --Andrew Church achurch@achurch.org http://achurch.org/ From ghozer at scfclan.com Sat Sep 14 20:02:40 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] possiblt Akill bug References: <200209121242.g8CCgNF05424@texas.pop3now.com> Message-ID: <000901c25c64$5a6504d0$0200a8c0@GHOZER> A User on our server cannot connect, as it is saying, Session Limit Exceeded.. (See below) I look on the AKill List, And on the G-Lines, and the user is on neither... I Look on exception list.. and the user is not on there either, I add him to the exception list, with a limit of 5, and it works.. he can connect... Ghozer -03:54:56- (+{scf}|sniper) -20:54:50- -OperServ- The session limit for your host 64.114.123.233 has been exceeded. -03:54:56- (+{scf}|sniper) - -03:54:56- (+{scf}|sniper) -20:54:50- * You were killed by OperServ (Services!OperServ (Session limit exceeded)) -03:54:56- (+{scf}|sniper) - -03:54:56- (+{scf}|sniper) -20:54:50- Closing Link: {scf}|sniper[64.114.123.233] Services.LinkIRC.NET (Killed (OperServ (Session limit exceeded))) -03:54:59- (+{scf}|sniper) - -03:55:01- (+{scf}|sniper) -20:54:50- * Disconnected From pkef at hnioxos.ee.auth.gr Sun Sep 15 04:28:58 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] suggestion In-Reply-To: Message-ID: On Sat, 14 Sep 2002, Marc-Andre A. Fuentes wrote: > Well... we already have the /NickServ LISTCHANS > > is there a possibility to add a new command or maybe *complete* this one > to show the list of channels where we're successor? > Is there a neccessity for this?In my opinion it's useless. :-) Gizm0.- From manual3000 at hotmail.com Sun Sep 15 14:58:43 2002 From: manual3000 at hotmail.com (MaNUaL) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions Message-ID: Hi. I have the following suggestions. 1. In /cs access #channel list you can only list a given nickname ,all the list or access entries by number. I think it would be usefull if you could perform a list depending on the level of the access a user has(especially when the acc list is full of names). For example if 5 users have access 500 you could perform a command like: /cs access #channel listacc 500 and that should return that 5 nicks. 2. Many users in irc networks give ACC-CHANGE level to many users of their channels. So the founder cannot see who has added or modified an access on his channel-acc list. So it would be useful if by performing /cs access #channel list you could see something like that: -ChanServ- 1 50 user1 (id@host.smth.com) [Added By: Founder (9/16/2002)] -ChanServ- 2 60 user2 [Modified By: nick4 (9/10/2002)] This is only an example.just to give you the idea... maybe it takes too much resources... but many users ask about such a feature. Sorry for my bad english. Thanks, and keep up the good work people. MaNUaL , Greece From ghozer at scfclan.com Sat Sep 14 20:06:18 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] possiblt Akill bug - con'td Message-ID: <000701c25c64$dc89ab50$0200a8c0@GHOZER> I Just did a /operserv session view HOST and it gave me this... -04:04:30- -> *operserv* session view 64.114.123.233 -04:04:30- -OperServ- The host 64.114.123.233 currently has 4 sessions with a limit of 5. I then do a /who 64.114.123.233 and get this... - #Clan{SCF} {scf}|sniper H@ ~sniper@64.114.123.233 :0 Sniper 64.114.123.233 End of /WHO list. - that user only has 1 Session active, so why? Ghozer From frostycoolslug at hotmail.com Sat Sep 14 19:02:39 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] another suggestion Message-ID: i've often had users coming to me after they set there only nickname access list entry to their ISP, the previous way to fix it was to register a new nickname, and link it, adding a new entry to the list. Now though, the only options are either to wait for the nickname to drop itself, and hope they can re-register it back quickly, or ask an oper. on large networks, this can be annoying with all the users complaining that they either lost their nickname, or cant access it. Would it be possible to do a "remote" access add? such as /ns access add ?and possibly replace ? would make some lives much easier ;) -- 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 Sep 18 05:38:01 2002 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 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 aragon at phat.za.net Wed Sep 18 05:43:11 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: References: Message-ID: <20020918124311.GA91114@phat.za.net> | By MaNUaL | [ 2002-09-18 14:11 +0200 ] > Hi. I have the following suggestions. > 1. > In /cs access #channel list you can only list a given nickname ,all the > list or access entries by number. > I think it would be usefull if you could perform a list depending on the > level of the access a user has(especially when the acc list is full of > names). > For example if 5 users have access 500 you could perform a command like: /cs > access #channel listacc 500 and that should return that 5 nicks. I'd also love a feature like this. Or a way to list the access list sorted by access level. > 2. > Many users in irc networks give ACC-CHANGE level to many users of their > channels. So the founder cannot see who has added or modified an access on > his channel-acc list. So it would be useful if by performing /cs access > #channel list you could see something like that: > -ChanServ- 1 50 user1 (id@host.smth.com) [Added By: Founder > (9/16/2002)] > -ChanServ- 2 60 user2 [Modified By: nick4 (9/10/2002)] > This is only an example.just to give you the idea... maybe it takes too much > resources... but many users ask about such a feature. Hmmm, I haven't looked at how services stores access levels yet, but I'd imagine it doesn't keep a record of who set an access level entry. What we did to get around this was to make services log all channel access level changes to a log file similar to services.log. Only certain admins have access to it, but then it's not often we need to checkup on it. Regards, Aragon From aragon at phat.za.net Wed Sep 18 05:44:18 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] mailing list problems In-Reply-To: <011401c25f10$39bc9190$0529010a@af.didata.local> References: <011401c25f10$39bc9190$0529010a@af.didata.local> Message-ID: <20020918124418.GB91114@phat.za.net> Hi Andrew, Will demime work with mailman? http://scifi.squawk.com/demime.html Regards, Aragon | By Andrew Kempe | [ 2002-09-18 14:39 +0200 ] > 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 > ********************************************************************** > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Wed Sep 18 22:06:03 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: Message-ID: <3d887a4b.56612@achurch.org> Both of these are on the TODO list. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi. I have the following suggestions. >1. >In /cs access #channel list you can only list a given nickname ,all the >list or access entries by number. >I think it would be usefull if you could perform a list depending on the >level of the access a user has(especially when the acc list is full of >names). >For example if 5 users have access 500 you could perform a command like: /cs >access #channel listacc 500 and that should return that 5 nicks. > >2. >Many users in irc networks give ACC-CHANGE level to many users of their >channels. So the founder cannot see who has added or modified an access on >his channel-acc list. So it would be useful if by performing /cs access >#channel list you could see something like that: >-ChanServ- 1 50 user1 (id@host.smth.com) [Added By: Founder >(9/16/2002)] >-ChanServ- 2 60 user2 [Modified By: nick4 (9/10/2002)] >This is only an example.just to give you the idea... maybe it takes too much >resources... but many users ask about such a feature. > >Sorry for my bad english. >Thanks, and keep up the good work people. > >MaNUaL , Greece > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From martinpels at hotmail.com Wed Sep 18 07:31:29 2002 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] possiblt Akill bug References: <200209121242.g8CCgNF05424@texas.pop3now.com> <000901c25c64$5a6504d0$0200a8c0@GHOZER> Message-ID: We had this problem too on one occassion. 2 other ways to solve it are doing a KILLCLONES on the user, or restarting services. Unfortunately i haven't been able to find a way to reproduce the problem, so i have no idea what causes it. ----- Original Message ----- From: "Colin Thorpe(SCF)" To: Sent: Sunday, September 15, 2002 5:02 AM Subject: [IRCServices Coding] possiblt Akill bug > A User on our server cannot connect, as it is saying, Session Limit > Exceeded.. (See below) > > I look on the AKill List, And on the G-Lines, and the user is on neither... > I Look on exception list.. and the user is not on there either, I add him to > the exception list, with a limit of 5, and it works.. he can connect... > > Ghozer > > > > -03:54:56- (+{scf}|sniper) -20:54:50- -OperServ- The session limit for your > host 64.114.123.233 has been exceeded. > -03:54:56- (+{scf}|sniper) - > -03:54:56- (+{scf}|sniper) -20:54:50- * You were killed by OperServ > (Services!OperServ (Session limit exceeded)) > -03:54:56- (+{scf}|sniper) - > -03:54:56- (+{scf}|sniper) -20:54:50- Closing Link: > {scf}|sniper[64.114.123.233] Services.LinkIRC.NET (Killed (OperServ (Session > limit exceeded))) > -03:54:59- (+{scf}|sniper) - > -03:55:01- (+{scf}|sniper) -20:54:50- * Disconnected > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From pkef at hnioxos.ee.auth.gr Wed Sep 18 13:09:51 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: Message-ID: On Mon, 16 Sep 2002, MaNUaL wrote: > Hi. I have the following suggestions. > 1. > In /cs access #channel list you can only list a given nickname ,all the > list or access entries by number. > I think it would be usefull if you could perform a list depending on the > level of the access a user has(especially when the acc list is full of > names). > For example if 5 users have access 500 you could perform a command like: /cs > access #channel listacc 500 and that should return that 5 nicks. This is already suggested in previous posted and has been disapproved. I also believe this is a great feature but andrew doesn't agree with it. > 2. > Many users in irc networks give ACC-CHANGE level to many users of their > channels. So the founder cannot see who has added or modified an access on > his channel-acc list. So it would be useful if by performing /cs access > #channel list you could see something like that: > -ChanServ- 1 50 user1 (id@host.smth.com) [Added By: Founder > (9/16/2002)] > -ChanServ- 2 60 user2 [Modified By: nick4 (9/10/2002)] > This is only an example.just to give you the idea... maybe it takes too much > resources... but many users ask about such a feature. I also suggest the same for the akick command. > > Sorry for my bad english. > Thanks, and keep up the good work people. > > MaNUaL , Greece > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From pkef at hnioxos.ee.auth.gr Wed Sep 18 13:14:37 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: Message-ID: Forgive me for my last post to this subject.I've posted it before reading the rest of the mails,but i thought this was rejected as a feature(The access list by level). Regards, Gizm0.- From aragon at phat.za.net Wed Sep 18 13:02:23 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: References: Message-ID: <20020918200223.GA9295@phat.za.net> | By Panagiotis Kefalidis | [ 2002-09-18 21:48 +0200 ] > > I also suggest the same for the akick command. Haven't looked if this is still the same with version 5, but on version 4.5 you can already see who added an akick with the view command. /msg chanserv akick #channel view [address mask / akick number] Regards, Aragon From ballsy at mystical.net Wed Sep 18 14:08:41 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Spontaneous SIGHUP problem in 4.5.43 Message-ID: I erroneously posted to ircservices@ about this originally...I believe it belongs here. FreeBSD 4.2 ircservices 4.5.43 bahamut-1.4.30 Over the past 2 days I've encountered some apparently spontaneous SIGHUPs with 4.5.43, which, according to the logs, are about to initiate a restart, but services never return. I just had another one a short time ago, and had debugging set to 3, and got the following (last number of entries, anyhow). [Sep 18 16:43:10.407449 2002] debug: Top of main loop [Sep 18 16:43:12.289542 2002] debug: buffered_read_one wanted 52524, got 24 [Sep 18 16:43:12.289800 2002] debug: Received: :Serra PART #apprentice [Sep 18 16:43:12.289898 2002] debug: finduser(0xbfbffb00) [Sep 18 16:43:12.289984 2002] debug: finduser(Serra) -> 0x822ff00 [Sep 18 16:43:12.290069 2002] debug: Serra leaves #apprentice [Sep 18 16:43:12.290154 2002] debug: chan_deluser() called... [Sep 18 16:43:12.290237 2002] debug: Deleting channel #apprentice [Sep 18 16:43:12.290322 2002] debug: chan_deluser() complete. [Sep 18 16:43:12.290415 2002] debug: Top of main loop [Sep 18 16:43:12.290502 2002] debug: Checking timeouts at time_msec = 1589641.250 [Sep 18 16:43:12.290702 2002] debug: Finished timeout list [Sep 18 16:43:12.571615 2002] Received SIGHUP, restarting. It happened this morning after Services were up for only a couple hours, and just happened now after they were up for about 8hrs. Anyone come across this oddity? Nobody online is sending RESTART, and can't imagine anyone would be sending it from the shell....and even if they were, shouldn't services just do a proper restart ? Puzzled, David From ballsy at mystical.net Wed Sep 18 14:36:08 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Spontaneous SIGHUP problem in 4.5.43 In-Reply-To: Message-ID: Oh...and this is what was seen from the IRC side of things... [mynetwork] *** Routing -- from server.az.us.mynetwork.net: Server services.mynetwork.net[unknown@0.0.0.0] closed the connection [mynetwork] services.mynetwork.net was connected for 25090 seconds. 204/295 sendK/recvK. On Wed, 18 Sep 2002, Ballsy wrote: > I erroneously posted to ircservices@ about this originally...I > believe it belongs here. > > FreeBSD 4.2 > ircservices 4.5.43 > bahamut-1.4.30 > > Over the past 2 days I've encountered some apparently spontaneous > SIGHUPs with 4.5.43, which, according to the logs, are about to initiate a > restart, but services never return. I just had another one a short time > ago, and had debugging set to 3, and got the following (last number of > entries, anyhow). > > [Sep 18 16:43:10.407449 2002] debug: Top of main loop > [Sep 18 16:43:12.289542 2002] debug: buffered_read_one wanted 52524, got > 24 > [Sep 18 16:43:12.289800 2002] debug: Received: :Serra PART #apprentice > [Sep 18 16:43:12.289898 2002] debug: finduser(0xbfbffb00) > [Sep 18 16:43:12.289984 2002] debug: finduser(Serra) -> 0x822ff00 > [Sep 18 16:43:12.290069 2002] debug: Serra leaves #apprentice > [Sep 18 16:43:12.290154 2002] debug: chan_deluser() called... > [Sep 18 16:43:12.290237 2002] debug: Deleting channel #apprentice > [Sep 18 16:43:12.290322 2002] debug: chan_deluser() complete. > [Sep 18 16:43:12.290415 2002] debug: Top of main loop > [Sep 18 16:43:12.290502 2002] debug: Checking timeouts at time_msec = > 1589641.250 > [Sep 18 16:43:12.290702 2002] debug: Finished timeout list > [Sep 18 16:43:12.571615 2002] Received SIGHUP, restarting. > > It happened this morning after Services were up for only a couple > hours, and just happened now after they were up for about 8hrs. Anyone > come across this oddity? Nobody online is sending RESTART, and can't > imagine anyone would be sending it from the shell....and even if they > were, shouldn't services just do a proper restart ? > > Puzzled, > > David > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From aragon at phat.za.net Wed Sep 18 15:05:11 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Spontaneous SIGHUP problem in 4.5.43 In-Reply-To: References: Message-ID: <20020918220511.GA13914@phat.za.net> I never knew 4.5 could even be SIGHUP'd ... | By Ballsy | [ 2002-09-18 23:34 +0200 ] > I erroneously posted to ircservices@ about this originally...I > believe it belongs here. > > FreeBSD 4.2 > ircservices 4.5.43 > bahamut-1.4.30 > > Over the past 2 days I've encountered some apparently spontaneous > SIGHUPs with 4.5.43, which, according to the logs, are about to initiate a > restart, but services never return. I just had another one a short time > ago, and had debugging set to 3, and got the following (last number of > entries, anyhow). > > [Sep 18 16:43:10.407449 2002] debug: Top of main loop > [Sep 18 16:43:12.289542 2002] debug: buffered_read_one wanted 52524, got > 24 > [Sep 18 16:43:12.289800 2002] debug: Received: :Serra PART #apprentice > [Sep 18 16:43:12.289898 2002] debug: finduser(0xbfbffb00) > [Sep 18 16:43:12.289984 2002] debug: finduser(Serra) -> 0x822ff00 > [Sep 18 16:43:12.290069 2002] debug: Serra leaves #apprentice > [Sep 18 16:43:12.290154 2002] debug: chan_deluser() called... > [Sep 18 16:43:12.290237 2002] debug: Deleting channel #apprentice > [Sep 18 16:43:12.290322 2002] debug: chan_deluser() complete. > [Sep 18 16:43:12.290415 2002] debug: Top of main loop > [Sep 18 16:43:12.290502 2002] debug: Checking timeouts at time_msec = > 1589641.250 > [Sep 18 16:43:12.290702 2002] debug: Finished timeout list > [Sep 18 16:43:12.571615 2002] Received SIGHUP, restarting. > > It happened this morning after Services were up for only a couple > hours, and just happened now after they were up for about 8hrs. Anyone > come across this oddity? Nobody online is sending RESTART, and can't > imagine anyone would be sending it from the shell....and even if they > were, shouldn't services just do a proper restart ? > > Puzzled, > > David > From achurch at achurch.org Thu Sep 19 10:25:43 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Spontaneous SIGHUP problem in 4.5.43 In-Reply-To: Message-ID: <3d892856.57226@achurch.org> > I erroneously posted to ircservices@ about this originally...I >believe it belongs here. ircservices@ is fine, as this isn't directly related to the code itself, but either one will work. A question on the SIGHUPs: does the time they occur have any relation to the time you log out of your shell? Also, do you have the executable path configured correctly (i.e. does an OperServ RESTART actually restart Services properly?) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Sep 19 10:29:27 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] possiblt Akill bug In-Reply-To: Message-ID: <3d8928af.57235@achurch.org> >A User on our server cannot connect, as it is saying, Session Limit >Exceeded.. (See below) > >I look on the AKill List, And on the G-Lines, and the user is on neither... >I Look on exception list.. and the user is not on there either, I add him to >the exception list, with a limit of 5, and it works.. he can connect... This wouldn't possibly be because you have DefSessionLimit set to a value less than 5, would it? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Sep 19 10:31:23 2002 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] 2 chanserv suggestions In-Reply-To: Message-ID: <3d892ad6.57257@achurch.org> >> For example if 5 users have access 500 you could perform a command like: /cs >> access #channel listacc 500 and that should return that 5 nicks. > >This is already suggested in previous posted and has been disapproved. >I also believe this is a great feature but andrew doesn't agree with it. I don't recall explicitly saying no to this, though it's too late at this point to consider it for 5.0. I do seem to recall that the last time it was brought up, the person who suggested it was using a syntax like "LIST *5-10" to list users with access level 5 through 10, which I didn't like; "LISTACC" is better in that respect. >> 2. >> Many users in irc networks give ACC-CHANGE level to many users of their >> channels. So the founder cannot see who has added or modified an access on >> his channel-acc list. So it would be useful if by performing /cs access >> #channel list you could see something like that: >> -ChanServ- 1 50 user1 (id@host.smth.com) [Added By: Founder >> (9/16/2002)] >> -ChanServ- 2 60 user2 [Modified By: nick4 (9/10/2002)] > >I also suggest the same for the akick command. As another poster noted, this information has been available via AKICK VIEW for a long time (the date/time of addition is also recorded in 5.0). --Andrew Church achurch@achurch.org http://achurch.org/ From ballsy at mystical.net Wed Sep 18 19:50:06 2002 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Spontaneous SIGHUP problem in 4.5.43 In-Reply-To: <3d892856.57226@achurch.org> Message-ID: On Thu, 19 Sep 2002, Andrew Church wrote: > A question on the SIGHUPs: does the time they occur have any relation > to the time you log out of your shell? Also, do you have the executable > path configured correctly (i.e. does an OperServ RESTART actually restart > Services properly?) That timing question crossed my mind today as well, as the shell actually logs me out after 65mins. In fact, it just did so in the last couple hours (wasn't watching). Services stuck around both when I was auto logged out, and when I manually exit the shell the last couple times I've tested it. Just used OperServ's RESTART command and services promptly returned in fine working order...here's snippets of debug level 3... [Sep 18 22:39:17.047755 2002] OperServ: Ballsy: restart [Sep 18 22:39:17.047964 2002] Received SIGHUP, restarting. [Sep 18 22:39:17.048088 2002] debug: Top of main loop [Sep 18 22:39:17.048171 2002] debug: Running expire routines tons of "Updating last seen time" here [Sep 18 22:39:17.061834 2002] debug: nextuser() returning NULL (end of list) [Sep 18 22:39:17.062240 2002] debug: Saving databases [Sep 18 22:39:17.496414 2002] Restarting [Sep 18 22:39:17.496680 2002] debug: flush_write_buffer wanted 90, got 90 [Sep 18 22:39:17.496937 2002] debug: Sent: :services.mystical.net SQUIT services.mystical.net :RESTART command received from Ballsy [Sep 18 22:39:17 2002] Services 4.5.43 (compiled for ircd.dal Bahamut) starting up [Sep 18 22:39:18 2002] Databases loaded I have another shell from which to run them (RedHat 7.3, versus the current FreeBSD one), which I may try tomorrow if this continues, just to try to rule another thing out. Thanks for the continued support and good work. David From nothing at psychopat.org Wed Sep 18 19:47:26 2002 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] suggestion In-Reply-To: Message-ID: well... in our network ppl use our nick as successor on their channels... maybe a config or something but this is how they get their channel unexpired.... On Sun, 15 Sep 2002, Panagiotis Kefalidis wrote: > > > On Sat, 14 Sep 2002, Marc-Andre A. Fuentes wrote: > > > Well... we already have the /NickServ LISTCHANS > > > > is there a possibility to add a new command or maybe *complete* this one > > to show the list of channels where we're successor? > > > Is there a neccessity for this?In my opinion it's useless. :-) > > > Gizm0.- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ghozer at scfclan.com Wed Sep 18 20:16:34 2002 From: ghozer at scfclan.com (Colin Thorpe(SCF)) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] possiblt Akill bug References: <3d8928af.57235@achurch.org> Message-ID: <00ef01c25f8a$f585fe00$0200a8c0@GHOZER> But the thing is, I check with operserv, and it say's 4 out of 5 in-use... but he's only connected once... ----- Original Message ----- From: "Andrew Church" To: Sent: Thursday, September 19, 2002 2:29 AM Subject: Re: [IRCServices Coding] possiblt Akill bug > >A User on our server cannot connect, as it is saying, Session Limit > >Exceeded.. (See below) > > > >I look on the AKill List, And on the G-Lines, and the user is on neither... > >I Look on exception list.. and the user is not on there either, I add him to > >the exception list, with a limit of 5, and it works.. he can connect... > > This wouldn't possibly be because you have DefSessionLimit set to a > value less than 5, would it? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From ajamieson at student.ccgs.wa.edu.au Wed Sep 18 20:47:40 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Chanserv - Suggestion - In-Reply-To: <20020918200223.GA9295@phat.za.net> References: <20020918200223.GA9295@phat.za.net> Message-ID: I would like to know weather or not this is already possible and if so how to do it, but basically I suggest that their should be a user mode to show who uses what chanserv commands. Basically people use the chanserv op/deop voice/devoice etc commands to secretly flood channels. What I would like to suggest is to make a user mode that when someone does use chanserv to op/deop it notices them who did what. Of course you may see this as a privacy issue I don't know why but if you do then it could also be given for a channel level such as level 1 default lets users with level 1 or higher get noticed on who does what chanserv commands or even founder gets it... or somethign to stop secret flooding...... Anyway I don't know if this can be done already if it can how and who can recieve who uses what chanserv commands. Alistair From aragon at phat.za.net Wed Sep 18 23:58:56 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Chanserv - Suggestion - In-Reply-To: References: <20020918200223.GA9295@phat.za.net> Message-ID: <20020919065856.GA30399@phat.za.net> I think the OPNOTICE feature will do what you're looking for. It's available in 4.5 and, if set, notices the channel whenever someone uses the op/deop commands via chanserv : /msg chanserv help set opnotice Regards, Aragon | By Alistair Jamieson | [ 2002-09-19 05:35 +0200 ] > I would like to know weather or not this is already possible and if so how > to do it, but basically I suggest that their should be a user mode to show > who uses what chanserv commands. Basically people use the chanserv op/deop > voice/devoice etc commands to secretly flood channels. What I would like > to suggest is to make a user mode that when someone does use chanserv to > op/deop it notices them who did what. Of course you may see this as a > privacy issue I don't know why but if you do then it could also be given > for a channel level such as level 1 default lets users with level 1 or > higher get noticed on who does what chanserv commands or even founder gets > it... or somethign to stop secret flooding...... > > Anyway I don't know if this can be done already if it can how and who can > recieve who uses what chanserv commands. > > Alistair > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From frostycoolslug at hotmail.com Thu Sep 19 07:24:43 2002 From: frostycoolslug at hotmail.com (Craig McLure) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] NickServ Suggestion.. Message-ID: I dont know if any one got this the last time.. (i didnt), so i'll re-post it :) i've often had users coming to me after they set there only nickname access list entry to their ISP, the previous way to fix it was to register a new nickname, and link it, adding a new entry to the list. Now though, the only options are either to wait for the nickname to drop itself, and hope they can re-register it back quickly, or ask an oper. on large networks, this can be annoying with all the users complaining that they either lost their nickname, or cant access it. Would it be possible to do a "remote" access add? such as /ns access add ?and possibly replace ? would make some lives much easier ;) -- 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 ajamieson at student.ccgs.wa.edu.au Thu Sep 19 07:51:00 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] Chanserv - Suggestion - In-Reply-To: <20020919065856.GA30399@phat.za.net> References: <20020918200223.GA9295@phat.za.net> <20020919065856.GA30399@phat.za.net> Message-ID: does that say who used the command? From ajamieson at student.ccgs.wa.edu.au Thu Sep 19 07:55:25 2002 From: ajamieson at student.ccgs.wa.edu.au (Alistair Jamieson) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] NickServ Suggestion.. In-Reply-To: References: Message-ID: How bout being able to use the listchans on other users, why was that not made possible? From vandy2004 at uplands.mpu.co.za Thu Sep 19 23:33:14 2002 From: vandy2004 at uplands.mpu.co.za (Dylan van der Merwe) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] A few things... Message-ID: <61D07EC0B309D611A21900A02453ECAB11350B@uplands.mpu.co.za> Hi there. * services.shadownet.za.net changed topic to 'blah blah (nick)' What do you guys think about making it look like the following: * ChanServ chaned topic to 'blah blah (nick)' Personally that looks neater and for new users the above one can be confusing. This happens when using the /CHANSERV TOPIC command as well as when services links to the network and/or relink due to a netsplit. Its basically just a cosmetic thing. Also I was wondering if there is any chance that you can use the ChanServ and NickServ SENDPASS option without enabling AUTH in NickServ when registering? Will there ever be a proxy module? Having a proxy scanner in services is a really good idea because people don't have to use extra background processes for a seperate scanner. Implementing a scanner like NeoBOPM would be great. I know that if I want one I should code it myself but I am useless at coding. I thought it would be a nice idea as this is the place for suggestions. Thanks for a great product. Having original featues, such as the NickServ AJOIN command as well as the protocol for Unreal that resets all servers time as to stop desynchs, is GREAT! IRC-Services 5 kicks! From aragon at phat.za.net Thu Sep 19 23:59:54 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] A few things... In-Reply-To: <61D07EC0B309D611A21900A02453ECAB11350B@uplands.mpu.co.za> References: <61D07EC0B309D611A21900A02453ECAB11350B@uplands.mpu.co.za> Message-ID: <20020920065954.GB94717@phat.za.net> | By Dylan van der Merwe | [ 2002-09-20 08:35 +0200 ] > Hi there. > > * services.shadownet.za.net changed topic to 'blah blah (nick)' > > What do you guys think about making it look like the following: > > * ChanServ chaned topic to 'blah blah (nick)' Yea I think that looks better too. > Will there ever be a proxy module? Having a proxy scanner in services is a > really good idea because people don't have to use extra background processes > for a seperate scanner. Implementing a scanner like NeoBOPM would be great. > I know that if I want one I should code it myself but I am useless at > coding. I thought it would be a nice idea as this is the place for > suggestions. I'm sure it's quite possible to code a module that does this. The problem is that I don't think all IRCd's propogate connecting client IP addresses (only hostnames), which isn't ideal for proxy scans IMHO. Regards, Aragon From uhc0 at rz.uni-karlsruhe.de Fri Sep 20 00:57:05 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:38 2004 Subject: AW: [IRCServices Coding] A few things... In-Reply-To: <61D07EC0B309D611A21900A02453ECAB11350B@uplands.mpu.co.za> Message-ID: <000001c2607b$61a06260$a2a90d81@mib.teco.edu> Hello; >* services.shadownet.za.net changed topic to 'blah blah (nick)' > >What do you guys think about making it look like the following: > >* ChanServ chaned topic to 'blah blah (nick)' > >Personally that looks neater and for new users the above one >can be confusing. This happens when using the /CHANSERV TOPIC >command as well as when services links to the network and/or >relink due to a netsplit. Its basically just a cosmetic thing. No, AFAIK at least Unreal does not allow ChanServ set the TOPIC that way. > >Also I was wondering if there is any chance that you can use >the ChanServ and NickServ SENDPASS option without enabling >AUTH in NickServ when registering? > How will you ensure that the email is correct ? If it is not Authenticated ? Users could have set a@b.c.de as email. >Will there ever be a proxy module? Having a proxy scanner in >services is a really good idea because people don't have to >use extra background processes for a seperate scanner. >Implementing a scanner like NeoBOPM would be great. I know >that if I want one I should code it myself but I am useless at >coding. I thought it would be a nice idea as this is the place >for suggestions. I believe NeoBOPM, now a renamed project is not as good as ist Origin BOPM, just as IrcServices is better than all its clones. Since Bopm is working fine and supports more than some oddities Like NeoBOPM, I would anyway advise using it, and not combine it With services and add additional tasks to services. 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 | | ---------------------------------------------------------------------- From pkef at hnioxos.ee.auth.gr Fri Sep 20 03:30:37 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: AW: [IRCServices Coding] A few things... In-Reply-To: <000001c2607b$61a06260$a2a90d81@mib.teco.edu> Message-ID: On Fri, 20 Sep 2002, Yusuf Iskenderoglu wrote: > > > >Also I was wondering if there is any chance that you can use > >the ChanServ and NickServ SENDPASS option without enabling > >AUTH in NickServ when registering? > > > > How will you ensure that the email is correct ? If it is not > Authenticated ? Users could have set a@b.c.de as email. I think we don't care about the email they've set.To set a valid mail is for their own good in case they forget their password.I believe just a notice while running the register proccess,about setting a valid email,is enough. (: > >Will there ever be a proxy module? Having a proxy scanner in > >services is a really good idea because people don't have to > >use extra background processes for a seperate scanner. > >Implementing a scanner like NeoBOPM would be great. I know > >that if I want one I should code it myself but I am useless at > >coding. I thought it would be a nice idea as this is the place > >for suggestions. > > I believe NeoBOPM, now a renamed project is not as good as ist > Origin BOPM, just as IrcServices is better than all its clones. > Since Bopm is working fine and supports more than some oddities > Like NeoBOPM, I would anyway advise using it, and not combine it > With services and add additional tasks to services. > I believe this also.Using an extra proxy scanner or a combination of 2 it's better than running an proxy scanner module.Services already have enough to check. > Regards; > Yusuf > > Cheers, Gizm0.- From uhc0 at rz.uni-karlsruhe.de Fri Sep 20 03:58:52 2002 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:09:38 2004 Subject: AW: [IRCServices Coding] A few things... In-Reply-To: Message-ID: <000201c26094$c6ca53d0$a2a90d81@mib.teco.edu> Hello; >> How will you ensure that the email is correct ? If it is not >> Authenticated ? Users could have set a@b.c.de as email. >I think we don't care about the email they've set.To set a >valid mail is for their own good in case they forget their >password.I believe just a notice while running the register >proccess,about setting a valid email,is enough. (: It looks as if you have never run sendmail. And have never had To kill 500 sendmail processes trying to time out due to wrong Email addresses, when attackers think they are cleverer. Please do consider that there are users without root-rights Who also run services, and they cannot modify sendmail settings. As of this, a new command a la DENYMAIL add|del|list to prevent Certain email addresses from being used at registration processes Would moreover be fine. SCNR. 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 | | ---------------------------------------------------------------------- From irc at kgn.ru Fri Sep 20 04:22:49 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] I need HELP!!! Message-ID: <7110245592.20020920172249@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 pkef at hnioxos.ee.auth.gr Fri Sep 20 04:50:54 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: AW: [IRCServices Coding] A few things... In-Reply-To: <000201c26094$c6ca53d0$a2a90d81@mib.teco.edu> Message-ID: On Fri, 20 Sep 2002, Yusuf Iskenderoglu wrote: > > > Hello; > > >> How will you ensure that the email is correct ? If it is not > >> Authenticated ? Users could have set a@b.c.de as email. > >I think we don't care about the email they've set.To set a > >valid mail is for their own good in case they forget their > >password.I believe just a notice while running the register > >proccess,about setting a valid email,is enough. (: > > It looks as if you have never run sendmail. And have never had > To kill 500 sendmail processes trying to time out due to wrong > Email addresses, when attackers think they are cleverer. I did,but to be honest,i'ven't thought about that(attackers).We can add a limit to the SENDPASS command to prevent attackers doing this.I mean, in case there is an email set,adding a limit to the user preventing him to use the SENDPASS more than 1 time per hour or sth like that, would be nice/enough to prevent abuse. Whatever i've written above is not what i believe as being right. My personal opinion is that the most safe way is FIRST authenticate the email and then anything else.That's to prevent abuse from attackers or any other kind of attack to services or the machine running them itself,as yusuf mentioned in his reply. > Please do consider that there are users without root-rights > Who also run services, and they cannot modify sendmail settings. > That's true. :| > As of this, a new command a la DENYMAIL add|del|list to prevent > Certain email addresses from being used at registration processes > Would moreover be fine. > > SCNR. > Yusuf > Regards, Gizm0.- From pkef at hnioxos.ee.auth.gr Fri Sep 20 05:00:05 2002 From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] I need HELP!!! In-Reply-To: <7110245592.20020920172249@kgn.ru> Message-ID: On Fri, 20 Sep 2002, irc wrote: > 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: Session limit kill message: Check your configuration and change the value of DefSessionLimit Directive. Failed to set modes on #channel : Check your ircd configuration and make sure that your u:lines are correctly added. > And.. have you modified the operserv main module? :-) > > Thanks in advance. > > -- > Best regards > KriegSnake mailto:irc@kgn.ru > Regards, Gizm0.- From irc at kgn.ru Fri Sep 20 06:00:11 2002 From: irc at kgn.ru (irc) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] I need HELP!!! In-Reply-To: References: Message-ID: <14216087602.20020920190011@kgn.ru> ????????????, Panagiotis. ?? ?????? 20 ???????? 2002 ?., 18:00:05: PK> On Fri, 20 Sep 2002, irc wrote: >> 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: PK> Session limit kill message: PK> Check your configuration and change the value of DefSessionLimit PK> Directive. PK> Failed to set modes on #channel : PK> Check your ircd configuration and make sure that your u:lines are PK> correctly added. >> PK> And.. have you modified the operserv main module? :-) >> >> Thanks in advance. >> >> -- >> Best regards >> KriegSnake mailto:irc@kgn.ru >> PK> Regards, PK> Gizm0.- PK> ------------------------------------------------------------------ PK> To unsubscribe or change your subscription options, visit: PK> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding PK> Check your configuration and change the value of DefSessionLimit PK> Directive. Thanks, it helped me. -- ? ?????????, irc mailto:irc@kgn.ru From aragon at phat.za.net Fri Sep 20 06:11:38 2002 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:09:38 2004 Subject: [IRCServices Coding] A few things... In-Reply-To: <000201c26094$c6ca53d0$a2a90d81@mib.teco.edu> References: <000201c26094$c6ca53d0$a2a90d81@mib.teco.edu> Message-ID: <20020920131138.GA10252@phat.za.net> | By Yusuf Iskenderoglu | [ 2002-09-20 14:27 +0200 ] > As of this, a new command a la DENYMAIL add|del|list to prevent > Certain email addresses from being used at registration processes > Would moreover be fine. What would be really cool is if services did some verification on the email address. Even a simple MX lookup will block most of the fakes. Ideally a nice little socket routine that does an MX lookup, connects to one of the MX hosts, goes through the swing of sending mail and if it receives a 250 after the RCPT TO it does a RSET and QUIT and assumes the email address is valid. That would rock! :) Regards, Aragon From rg at tcslon.com Fri Sep 20 07:49:16 2002 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:09:39 2004 Subject: [IRCServices Coding] A few things... In-Reply-To: <20020920131138.GA10252@phat.za.net> Message-ID: > What would be really cool is if services did some verification on > the email > address. Even a simple MX lookup will block most of the fakes. Ideally a > nice little socket routine that does an MX lookup, connects to > one of the MX > hosts, goes through the swing of sending mail and if it receives > a 250 after > the RCPT TO it does a RSET and QUIT and assumes the email address > is valid. What's wrong with just using e-mail auth? ---------------------------------------------------------------------------- Russ Garrett russ@garrett.co.uk. http://russ.garrett.co.uk. From dylanvdm at icon.co.za Fri Sep 20 10:41:58 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:09:39 2004 Subject: [IRCServices Coding] Memoserv Forward Message-ID: <000901c260cd$1e3a88f0$0100a8c0@dylan> I was wondering... If I have disabled the FORWARD feature in MemoServ. Shouldn't it be taken off of the '/memoser help commands' menu? D. From dylanvdm at icon.co.za Fri Sep 20 11:30:58 2002 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:09:39 2004 Subject: [IRCServices Coding] A few things... Message-ID: <002201c260d3$e132bd40$0100a8c0@dylan> Yes I guess hackers could mess around with this BUT... # nickserv/mail-auth [OPTIONAL; RECOMMENDED for large networks] # Allows verification of E-mail addresses for nicknames by # sending an authorization code to the address given in the # REGISTER or SET EMAIL command and disallowing identification # for the nick until the user sends the authorization code to # NickServ with the AUTH command. # nickserv/sendpass [OPTIONAL] # Provides a SENDPASS command which allows users to have # NickServ send their nickname password to the E-mail address # they have registered for the nickname. # NOTE: This module requires the "nickserv/mail-auth" module. # chanserv/sendpass [OPTIONAL] # Provides a SENDPASS command which allows channel founders to # have ChanServ send the password for a channel to the E-mail # address they have registered for their nickname. # NOTE: This module requires the "nickserv/mail-auth" module. If you read the above it says that they all require the nickserv/mail-auth module. This is understandable because how can you be sure that you are sending this email to a valid email address? Though I must say newbies hardly use features like SENDPASS if they don't know what it does (you do get idjits of course). Newbies will also be inclined to use a valid email address anyway. Advanced users will more likely use this feature after they come back from holiday or if their mind truly has been elsewhere and they forget their password. It is common sense (to normal people) that a situation may arise that you might forget your password, which is a good reason why you should specify a valid email address from the beginning. I really really really think this should be discussed because I would find it much easier if you didn't need to authenticate your passwords first. It is also the network's responsibility to make sure that they give adequate notification that a *valid* email address should be used. Not forgetting about abuse of this feature, there is: # NSSendauthDelay