RELEASE -> !RELEASE

[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices-coding / 2002.txt

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\9cux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier
Message-ID: <3c37026b3cebd6fb@amyris.wanadoo.fr> (added by amyris.wanadoo.fr)

Meilleurs V\9cux pour 2002 : année de mémoire, de mobilisation, 
d'action, de justice et de sérénité - Appel au soutien moral et 
financier

========================
M. Habib HAIBI,
7, Aguesseau St.
69007 LYON - France
Tél. 00 33 4 72 73 19 08 - Fax 00 33 4 78 61 39 27 
Email : haibi@free.fr
http://haibi.free.fr


Je suis qualifié pour exprimer mes voeux pour le Nouvel An à 
tous les survivants et les familles des victimes des attaques 
terroristes, au peuple américain, ses dirigeants, ses institutions, 
son président et tous les combattants de la liberté, loin de leurs 
foyers, tout autour du monde! 

Je suis fier de vous dire avec gratitude combien Les USA sont 
puissants, démocratiques et qualifiés pour défendre la liberté et la 
démocratie avec humanisme et sérénité.

L'ennemi du progrès du genre humain peut encore frapper. La 
liberté et la démocratie peuvent être encore sous attaques!

Personne ne s'imaginait que cela pouvait arriver et c'est arrivé en 
ce jour pacifique du 11 septembre 2001

Personne ne s'imaginait que cela pouvait arriver\85 en France et 
c'est arrivé le 26 février 2001 quand les magistrats du parquet de 
Lyon, par impulsion suicidaire et préméditée, ont eu recours à 
l'arbitraire pour entraver l'action Publique mise en Mouvement : ils 
ont requis l'expertise psychiatrique de la Partie Civile par l'action 
avant de l'entendre dans ses accusations !

Cette dérive obscurantiste a dépassé tout entendement

C'est arrivé un jour pacifique pour moi et pour les institutions de la 
République en France.

Le réquisitoire aux fins de l'expertise psychiatrique de la partie 
civile par l'action, avant de l'entendre dans ses accusations, 
constitue une atteinte obscurantiste à l'intégrité de la personne 
de la partie civile et surtout un attentat aux valeurs 
fondamentales de la société civilisée et une infamie assénée à la 
République et ses Institutions:
- à tous les martyrs de la liberté qui ont payé de leur vie la 
défense des personnes et des biens et des valeurs 
fondamentales et universelles de la République.

- à tous ceux qui dans l'exercice de leurs fonctions, au nom du 
devoir de servir, exposeraient leurs vies, sans hésitation, pour la 
défense de ces mêmes valeurs

- à tous les hommes ou femmes de bonne volonté, citoyens 
anonymes, élevés sur la foi en une société pacifiée par 
l'avènement de la République, la crainte des lois et l'indéfectibilité 
de l'Etat, de la Justice et des Institutions en Démocratie.

J'étais, longtemps avant le WTC l'autre "point zéro" de la planète 
qui a subit les premières vagues d'attaque contre les institutions 
de la République, la liberté et les droits de l'homme \85 en France !

Il y a eu trois autres attaques avec la même détermination, 
diabolique et suicidaire, de stopper l'action publique 
régulièrement mise en mouvement !

J'ai fait face à l'adversité en mettant en accusation 15 magistrats, 
saisis par la foudre de l'action publique en colère, 
nominativement impliqués, des deux juridictions de Lyon tout rôle 
et rang confondus pour abus d'autorité aggravé et trafic 
d'influence aggravé. 

Une fois que vous avez pris la mesure de l'attaque contre les 
valeurs universelles de la liberté et la justice en démocratie en 
France\85 et assimilé la grandeur de la querelle qui m'anime \85 
Votre réaction sera vivement souhaitée et sollicitée !

Je recevrai vos contributions morales et financières comme une 
juste consolation pour le grand préjudice moral que je subis dans 
l'attente de la réparation de la faute lourde par la justice et l'Etat.

Souvenez-vous que la paix civile fut conquise au prix de feu, de 
sang et de sacrifices\85 avec pour objectif le règne absolu et 
égalitaire de la loi.

Imaginez les victimes du 11 septembre 2001 dans un monde 
sans liberté, sans justice et sans démocratie\85

Imaginez tous les sacrifices de tous les combattants de la liberté, 
depuis deux siècles et plus, laissés pour compte et discrédités en 
une seule journée d'attaques perpétrées par les forces 
diaboliques de l'arbitraire et de l'obscurantisme dans le pays qui a 
donné naissance au reigne de la loi, l'avènement de la 
République et les droits de l'homme.

Une nouvelle ère a commencé où le grand pays que sont les 
Etats Unis vont guider et pour longtemps l'impulsion de l'alerte et 
de la réaction pour perpétuer la liberté et la justice en 
démocraties. C'est aussi votre combat et le combat de tous les 
hommes libres.

Merci au président des Etats Unis pour son leadership, l'immense 
puissance de son pays et sa sérénité.
Merci à tous d'avoir lu et compris ce message. 
Merci pour vos réactions et vos contributions.
==========================
Ces contributions sont souhaitées à la hauteur de 500 $ ou euros 
et plus pour tous les représentants élus des peuples, sénateurs et 
députés, quelque soit leur pays et quelque soit le moyen utilisé 
pour les alerter des attaques contre la démocratie et de la colère 
de l'action Publique en mouvement : "ma tristesse s'est muée en 
colère et la colère en résolution "!
(ma conviction est que si de tels actes ont pu se produire c'est à 
cause d'un climat de permissivité qui a pu s'installer par l'absence 
du contrôle de l'exécutif par le pouvoir législatif\85).
=======
vous pouvez verser directement vos contributions financières sur 
le compte : 
RIP  RELEVE D'IDENTITE BANCAIRE
20041   01007   1112632 F038  69   
IBAN IDENTIFIANT INTERNATIONAL
FR  53  20041  01007  1112632 F 038  69
Ou envoyer un mandat cash à mon nom et à mon adresse.
================================ 
Les contributions seront libres et bienvenues de la part de tout 
autre citoyen sensible à l'idée de vivre dans une société pacifiée 
par la crainte des lois et la crédibilité des institutions 
démocratiques.
============

Mon objectif est de réunir 10 000 réactions à 100 $ ou euros 
chacune : vous pouvez m'aider à atteindre ce but.
Je serai, à coup sûr, un homme riche! 
Mais je ne recouvrerai la paix intérieure avant que justice soit 
faite! 
'J'ai un rêve"! La justice sera faite !

============
Le site où est publié l'ensemble du dossier est en français, vous 
pouvez vous aider pour la traduction par un moteur de traduction 
sur internet.
http://haibi.free.fr
============
Cette mailing liste, non exhaustive, est composée de 30 000 
emails :
des représentants élus, les représentants de l'Etat,  hauts 
fonctionnaires, magistrats, avocats, journalistes, chefs 
d'entreprise, président ou membre d'association, profession 
libérale ou tout autre simple citoyen intéressé par la vie sociale, 
administrative et judiciaire.
=======================
Vous pourrez discuter en circuit interne non publié sur le net en 
vous abonnant au groupe créé pour cet objet "Il n'y a pas 
d'alternative à la justice en république en france"
Coordonnées du groupe :
Email du groupe : lecitoyen.laloi.larepublique@smartgroups.com 
Email du gestionnaire : 
lecitoyen.laloi.larepublique-owner@smartgroups.com 
Pour devenir membre : 
lecitoyen.laloi.larepublique-subscribe@smartgroups.com 
Pour ne plus être membre : 
lecitoyen.laloi.larepublique-unsubscribe@smartgroups.com 
Accueil du groupe : 
http://smartgroups.wanadoo.fr/groups/lecitoyen.laloi.larepubliqu
e 
======================
Si vous ne vous sentez pas concerné, vous pouvez demander à 
ce que votre email soit effacer en exprimant votre volonté à 
l'adresse email : haibi@free.fr

Merci encore de participer à l'alerte et au suivi de l'action 
publique en mouvement, et au soutien moral et financier de la 
partie civile par l'action.
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================================
===================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
===================================
ceci n'est pas un spam
vous pourrez en recevoir une version en anglais
Merci !
NEVER SEND SPAM. IT IS BAD.

From 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
<<V13>>

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
><<V13>>
>------------------------------------------------------------------
>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: <v13@priest.com>
To: <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.33.0201061504250.7285-100000@linux.ircd-net.org>

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: <v13@priest.com>
> To: <ircservices-coding@ircservices.za.net>
> 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: <Pine.LNX.4.33.0201061504250.7285-100000@linux.ircd-net.org>
References: <Pine.LNX.4.33.0201061504250.7285-100000@linux.ircd-net.org>
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;n<m;m++) {
                                switch(el->type) {
                                        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;n<m;m++) {     /* read them */
                                switch(el->type) {
                                        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 */
                }
        }
}

<<V13>>

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 <russ@garrett.co.uk>
2002/01/01      Fixed bugs with MemoServ SET FORWARD and memo forwarding.
                    Reported by Russ Garrett <russ@garrett.co.uk>

  --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: <Pine.LNX.4.33.0201131302560.20518-100000@linux.ircd-net.org>

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 <rodecker@mp3crew.nu>
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
                    <rodecker@mp3crew.nu>
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: <Pine.LNX.4.33.0201130215150.6952-100000@linux.ircd-net.org>

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: <Pine.LNX.4.33.0201141406510.24974-100000@linux.ircd-net.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)


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: <Pine.LNX.4.33.0201141512030.25211-100000@linux.ircd-net.org>

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: <EMEAJDMIHJFMOHONHAEDAENLCDAA.Georges@Berscheid.lu>

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: <EMEAJDMIHJFMOHONHAEDCENNCDAA.Georges@Berscheid.lu>

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 <uhc0@stud.uni-karlsruhe.de>
2002/01/16      ChanServ REGISTER now requires identification, not just
                    recognition, for the registering user's nick.
                    Suggested by Hans v Steenbergen <thebeast@xs4all.nl>
2002/01/16      Fixed bug causing module symbols to not resolve under FreeBSD.
                    Reported by Todd Punderson <todd@doonga.net>
2002/01/15      Added quote parsing to allow SGLINEs with spaces in them.
                    Reported by Yusuf Iskenderoglu <uhc0@stud.uni-karlsruhe.de>

  --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)

<<V13>>


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: <Pine.LNX.4.44.0201192239560.18127-100000@linux.ircd-net.org>
Message-ID: <Pine.LNX.4.44.0201201031001.31878-100000@linux.ircd-net.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).
> 
> 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 <unblessed@ircd.com.br>
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 <uhc0@stud.uni-karlsruhe.de>
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 <uhc0@stud.uni-karlsruhe.de>

  --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.

><<V13>>
>
>------------------------------------------------------------------
>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: <Pine.LNX.4.44.0201211753580.4821-100000@linux.ircd-net.org>

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 (\18@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 (\18@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 (\18@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)" <Kevc@gmx.co.uk>
To: "Andrew Church" <ircservices-coding@ircservices.za.net>
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)

<<V13>>

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
<<V13>>

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>

<snip>

> [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" <ron885@axenet.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, January 26, 2002 4:56 PM
Subject: Re: [IRCServices Coding] bug in alpha 16 ?


> <snip>
>
> > [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: <JJEJLONIHMBLABAONDNLCEAGCAAA.Georges@Berscheid.lu>

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: <OE50y4STbwRKhXck5vj0001e136@hotmail.com>

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" <ron885@axenet.org>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Saturday, January 26, 2002 4:56 PM
>Subject: Re: [IRCServices Coding] bug in alpha 16 ?
>
>
>> <snip>
>>
>> > [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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <ron885@axenet.org>
> >To: <ircservices-coding@ircservices.za.net>
> >Sent: Saturday, January 26, 2002 4:56 PM
> >Subject: Re: [IRCServices Coding] bug in alpha 16 ?
> >
> >
> >> <snip>
> >>
> >> > [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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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" <ron885@axenet.org>
>> >To: <ircservices-coding@ircservices.za.net>
>> >Sent: Saturday, January 26, 2002 4:56 PM
>> >Subject: Re: [IRCServices Coding] bug in alpha 16 ?
>> >
>> >
>> >> <snip>
>> >>
>> >> > [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
                    <rodecker@mp3crew.nu>
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 <rodecker@mp3crew.nu>
2002/01/28      Fixed bug causing oper help for NickServ SET to not be
                    shown.  Reported by Martin Pels <rodecker@mp3crew.nu>
2002/01/28      Fixed bug in MemoServ SET LIMIT where DEFAULT was
                    interpreted as 0 and anything else as DEFAULT.
                    Reported by Martin Pels <rodecker@mp3crew.nu>
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" <ShadowMaster@Shadow-Realm.org>
To: <ircservices-coding@ircservices.za.net>
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: <OE42kK5LqN33HFnwpGR00003279@hotmail.com>

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 <nick> 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 <nick> 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 <nick> 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: <NDBBLDHKLKMANPGMACIGEEAFCOAA.rg@tcslon.com>

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<mlock_on>%s</mlock_off>\n",
should read (I assume):
        writefunc(data, "\t\t<mlock_off>%s</mlock_off>\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<mlock_on>%s</mlock_off>\n",
>should read (I assume):
>        writefunc(data, "\t\t<mlock_off>%s</mlock_off>\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: <NDBBLDHKLKMANPGMACIGEEAJCOAA.rg@tcslon.com>

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: <Pine.LNX.4.44.0202011917520.1546-100000@linux.ircd-net.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.


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: <NDBBLDHKLKMANPGMACIGMEAKCOAA.rg@tcslon.com>

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: <NDBBLDHKLKMANPGMACIGMEAKCOAA.rg@tcslon.com>
Message-ID: <NDBBLDHKLKMANPGMACIGCEALCOAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGCEALCOAA.rg@tcslon.com>
Message-ID: <NDBBLDHKLKMANPGMACIGOEALCOAA.rg@tcslon.com>

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
<ChanServ> Access level settings for channel #chat:
<ChanServ> AUTOPROTECT 10
<ChanServ> AUTOOP 5
<ChanServ> AUTOHALFOP 4
<ChanServ> AUTOVOICE 0
<ChanServ> AUTODEOP -1
<ChanServ> NOJOIN -2
<ChanServ> INVITE 5
<ChanServ> AKICK 10
<ChanServ> SET (disabled)
<ChanServ> CLEAR (disabled)
<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

-> ChanServ levels #chat DIS AUTOHALFOP
<ChanServ> AUTOHALFOP disabled on channel #chat.

-> ChanServ levels #chat list
<ChanServ> Access level settings for channel #chat:
<ChanServ> AUTOPROTECT 10
<ChanServ> AUTOOP 5
<ChanServ> AUTOHALFOP (disabled)        [AUTOHALFOP is disabled... all good so far]
<ChanServ> AUTOVOICE 3                  [hello... AUTOVOICE is randomly reset...]
<ChanServ> AUTODEOP -1
<ChanServ> NOJOIN -2
<ChanServ> INVITE 5
<ChanServ> AKICK 10
<ChanServ> SET 10000                    [SET and CLEAR - formerly disabled, are now level 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

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
><ChanServ> Access level settings for channel #chat:
><ChanServ> AUTOPROTECT 10
><ChanServ> AUTOOP 5
><ChanServ> AUTOHALFOP 4
><ChanServ> AUTOVOICE 0
[..]
>-> ChanServ levels #chat DIS AUTOHALFOP
><ChanServ> AUTOHALFOP disabled on channel #chat.
>
>-> ChanServ levels #chat list
><ChanServ> Access level settings for channel #chat:
><ChanServ> AUTOPROTECT 10
><ChanServ> AUTOOP 5
><ChanServ> AUTOHALFOP (disabled)       [AUTOHALFOP is disabled... all good so far]
><ChanServ> AUTOVOICE 3                 [hello... AUTOVOICE is randomly reset...]
><ChanServ> AUTODEOP -1
><ChanServ> NOJOIN -2
><ChanServ> INVITE 5
><ChanServ> AKICK 10
><ChanServ> SET 10000                   [SET and CLEAR - formerly disabled, are now level 10000!]
><ChanServ> 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: <Pine.LNX.4.44.0202021217310.6025-100000@linux.ircd-net.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.
> 
>   --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: <Pine.LNX.4.44.0202030117560.7909-100000@linux.ircd-net.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
> 
>   --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 <russ@garrett.co.uk>
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
                    <Kevc@gmx.co.uk>
2002/02/01      Fixed minor typos reported by Russ Garrett <russ@garrett.co.uk>
2002/01/29      Fixed bug causing access levels for ChanServ commands to be
                    incorrectly checked.  Reported by Todd Punderson
                    <todd@doonga.net>
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 <rodecker@mp3crew.nu>
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: <NFBBKFAFGLNBHGEDBKDMCEDFCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMCEDFCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMIEDFCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMIEDFCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMOEDGCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMEEDJCLAA.mark@mhetherington.demon.co.uk>

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: <NDBBLDHKLKMANPGMACIGKEBFCOAA.rg@tcslon.com>

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: <NFBBKFAFGLNBHGEDBKDMOEFGCLAA.mark@mhetherington.demon.co.uk>

[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: <NDBBLDHKLKMANPGMACIGKEBFCOAA.rg@tcslon.com>
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: <Pine.LNX.4.44.0202041601050.26973-100000@linux.ircd-net.org>
Message-ID: <NFBBKFAFGLNBHGEDBKDMGEGACLAA.mark@mhetherington.demon.co.uk>

(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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <mark@mhetherington.demon.co.uk> and others.
2002/02/05      Added wallops on OperServ REHASH or SIGHUP.  Suggested by
                    Mark Hetherington <mark@mhetherington.demon.co.uk>
2002/02/05      Fixed unregistered nicks getting a STATUS of 1.  Reported
                    by Mark Hetherington <mark@mhetherington.demon.co.uk>
2002/02/05      Fixed crash with ChanServ SET RESTRICTED on new channels.
                    Reported by Russ Garrett <russ@garrett.co.uk>
2002/02/04      Fixes and changes suggested by Mark Hetherington
                    <mark@mhetherington.demon.co.uk>:
                    - 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 <jollino@sogno.net>
2002/02/03      Fixed bug causing autovoice to break on servers without
                    halfops.  Reported by Russ Garrett <russ@garrett.co.uk>
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" <eengin@talesoft.de>
To: <ircservices-coding@ircservices.za.net>
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" <eengin@talesoft.de>



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" <eengin@talesoft.de>
To: <ircservices-coding@ircservices.za.net>
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" <eengin@talesoft.de>
> 
> 
> ------------------------------------------------------------------
> 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: <NFBBKFAFGLNBHGEDBKDMOEHHCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMGEIICLAA.mark@mhetherington.demon.co.uk>

>      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: <NFBBKFAFGLNBHGEDBKDMAEILCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMAEILCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMMEIMCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMMEIMCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMGEINCLAA.mark@mhetherington.demon.co.uk>

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: <B72CA702-1BE6-11D6-B6C2-003065BD4458@sogno.net>

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
                    <mark@mhetherington.demon.co.uk>:
                    - 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
                    <siliconai@aus3d.net>
2002/02/06      Fixed bug causing confirmation messages for MemoServ SEND to
                    not be sent.  Reported by Mark Hetherington
                    <mark@mhetherington.demon.co.uk>

  --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: <OE34JLtosJ3Ih7jtrSB00007862@hotmail.com>

> 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: <NFBBKFAFGLNBHGEDBKDMIEKPCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMIEKPCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMGELBCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMGELBCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMIELCCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMIELCCLAA.mark@mhetherington.demon.co.uk>
References: <NFBBKFAFGLNBHGEDBKDMIELCCLAA.mark@mhetherington.demon.co.uk>
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: <NFBBKFAFGLNBHGEDBKDMGELBCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMEELDCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMOELDCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMIELCCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <Pine.LNX.4.44.0202081852590.1795-100000@linux.ircd-net.org>

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: <NFBBKFAFGLNBHGEDBKDMOELDCLAA.mark@mhetherington.demon.co.uk>
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: <NFBBKFAFGLNBHGEDBKDMMEMHCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMMEMHCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <Pine.LNX.4.44.0202092155420.7052-100000@linux.ircd-net.org>

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: <NFBBKFAFGLNBHGEDBKDMMEMHCLAA.mark@mhetherington.demon.co.uk>
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: <Pine.LNX.4.44.0202092155420.7052-100000@linux.ircd-net.org>
Message-ID: <NFBBKFAFGLNBHGEDBKDMGEMLCLAA.mark@mhetherington.demon.co.uk>

> 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: <NFBBKFAFGLNBHGEDBKDMGEMLCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <NFBBKFAFGLNBHGEDBKDMGEMOCLAA.mark@mhetherington.demon.co.uk>

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: <NFBBKFAFGLNBHGEDBKDMAENACLAA.mark@mhetherington.demon.co.uk>

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
\ 2beng\ 2 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 \ 2beng@nc.rr.com\ 2.
[Feb 10 13:25:46.340850 2002] debug: Sent: :NickServ NOTICE beng :When you
receive this message, type \ 2/msg NickServ AUTH \1fcode\1f\ 2 (replace \1fcode\1f 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 \ 2anypassworcd\ 2 -- 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: <OE26MWIGTjkifTNRMOK00003379@hotmail.com>

I think it would be a good idea to make the ChanServ OP, DEOP, etc. commands
available to users in the Services Oper and Admin list for every channel.
Users in these lists can allready use the OperServ MODE and KICK commands,
why not give them the ability to do the same with ChanServ?


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
>\ 2beng\ 2 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 \ 2beng@nc.rr.com\ 2.
>[Feb 10 13:25:46.340850 2002] debug: Sent: :NickServ NOTICE beng :When you
>receive this message, type \ 2/msg NickServ AUTH \1fcode\1f\ 2 (replace \1fcode\1f 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 \ 2anypassworcd\ 2 -- 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: <NFBBKFAFGLNBHGEDBKDMGEMLCLAA.mark@mhetherington.demon.co.uk>
Message-ID: <Pine.LNX.4.44.0202101411380.21894-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202101411380.21894-100000@linux.ircd-net.org>
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: <OE26MWIGTjkifTNRMOK00003379@hotmail.com>
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: <Pine.LNX.4.44.0202131352050.1752-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202132156330.3025-100000@linux.ircd-net.org>

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 <nick> 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. 

<<V13>>

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: ",,," <v13@it.teithe.gr>
To: <ircservices-coding@ircservices.za.net>
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.

<<V13>>
------------------------------------------------------------------
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 <nick> 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: <Pine.LNX.4.44.0202132156330.3025-100000@linux.ircd-net.org>
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 \1fpattern\1f [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
                    <mark@ctcp.net>:
                    - 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 <mark@ctcp.net>
2002/02/11      Fixed bug in handling of failed socket connections.
                    Reported by Ben Goldstein <beng@nc.rr.com>
2002/02/09      Fixed help messages relating to channel access levels to
                    reflect the updated levels.  Reported by Martin Pels
                    <rodecker@mp3crew.nu>
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 \1fpattern\1f [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:             \ 2SET #channel MLOCK +nt-ikl\ 2
  3233:             \ 2SET #channel MLOCK +knst-ilmp my-key\ 2
  3238:             \ 2SET #channel MLOCK +\ 2
  3351:            \ 2SOP #channel LIST 2-5,7-9\ 2
  3382:            \ 2AOP #channel LIST 2-5,7-9\ 2
  3407:            \ 2HOP #channel LIST 2-5,7-9\ 2
  3429:            \ 2VOP #channel LIST 2-5,7-9\ 2
  3468:            \ 2ACCESS #channel LIST 2-5,7-9\ 2
  3598:         Syntax: \ 2OP \1f#channel\1f [\1fnick\1f]\ 2
  3605:         Syntax: \ 2DEOP \1f#channel\1f [\1fnick\1f]\ 2
  3612:         Syntax: \ 2VOICE \1f#channel\1f [\1fnick\1f]\ 2
  3619:         Syntax: \ 2DEVOICE \1f#channel\1f [\1fnick\1f]\ 2
  3626:         Syntax: \ 2HALFOP \1f#channel\1f [\1fnick\1f]\ 2
  3634:         Syntax: \ 2DEHALFOP \1f#channel\1f [\1fnick\1f]\ 2
  3642:         Syntax: \ 2PROTECT \1f#channel\1f [\1fnick\1f]\ 2
  3650:         Syntax: \ 2DEPROTECT \1f#channel\1f [\1fnick\1f]\ 2

(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:            \ 2SET #channel MLOCK +nt-ikl\ 2
>  3233:            \ 2SET #channel MLOCK +knst-ilmp my-key\ 2
>  3238:            \ 2SET #channel MLOCK +\ 2
>  3351:           \ 2SOP #channel LIST 2-5,7-9\ 2
>  3382:           \ 2AOP #channel LIST 2-5,7-9\ 2
>  3407:           \ 2HOP #channel LIST 2-5,7-9\ 2
>  3429:           \ 2VOP #channel LIST 2-5,7-9\ 2
>  3468:           \ 2ACCESS #channel LIST 2-5,7-9\ 2
>  3598:        Syntax: \ 2OP \1f#channel\1f [\1fnick\1f]\ 2
>  3605:        Syntax: \ 2DEOP \1f#channel\1f [\1fnick\1f]\ 2
>  3612:        Syntax: \ 2VOICE \1f#channel\1f [\1fnick\1f]\ 2
>  3619:        Syntax: \ 2DEVOICE \1f#channel\1f [\1fnick\1f]\ 2
>  3626:        Syntax: \ 2HALFOP \1f#channel\1f [\1fnick\1f]\ 2
>  3634:        Syntax: \ 2DEHALFOP \1f#channel\1f [\1fnick\1f]\ 2
>  3642:        Syntax: \ 2PROTECT \1f#channel\1f [\1fnick\1f]\ 2
>  3650:        Syntax: \ 2DEPROTECT \1f#channel\1f [\1fnick\1f]\ 2
>
>(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: <Pine.LNX.4.44.0202151251490.10802-100000@linux.ircd-net.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
> 
>   --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 \ 2beng1\ 2 has been
registered to you.
[17:58:11] #NickServ!services@example.net# Your password is \ 2password\ 2 --
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 \ 2/msg NickServ IDENTIFY
\1fpassword\1f\ 2. 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: 
Guest1228353554
[23:42] <StatServ> SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net
[23:43] <StatServ> 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: me3
[23:43] <StatServ> 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
<StatServ> SIGNOFF: me3-->(Quit: )
rejoin irc with unregistered alternate nick
<StatServ> SIGNON me3(g@mhetherington.demon.co.uk) at: irc.ctcp.net
quit irc using alternate unregistered nick
<StatServ> SIGNOFF: me3-->(Quit: )
rejoin with the me2 nick and identify
<StatServ> SIGNON me2(g@mhetherington.demon.co.uk) at: irc.ctcp.net
quit irc
<StatServ> SIGNOFF: me2-->(Quit: )
<StatServ> 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: 
> Guest1228353554
> [23:42] <StatServ> SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net
> [23:43] <StatServ> 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: me3
> [23:43] <StatServ> 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: 
>Guest1228353554
>[23:42] <StatServ> SIGNON me2(enforcer@ctcp.net) at: services.ctcp.net
>[23:43] <StatServ> 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] <StatServ> 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] <StatServ> Nick Change me2 Has Changed Their Nick to: me3
>[23:43] <StatServ> 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: <Pine.LNX.4.44.0202152048140.12191-100000@linux.ircd-net.org>

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 <mark@ctcp.net>

  --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: <NDBBLDHKLKMANPGMACIGEEIHCOAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGEEIHCOAA.rg@tcslon.com>
Message-ID: <NDBBLDHKLKMANPGMACIGAEIICOAA.rg@tcslon.com>

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 <main>, 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. :)

<<V13>>


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: <Pine.LNX.4.44.0202231627220.7515-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202231627220.7515-100000@linux.ircd-net.org>
References: <Pine.LNX.4.44.0202231627220.7515-100000@linux.ircd-net.org>
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: <Pine.LNX.4.44.0202231627220.7515-100000@linux.ircd-net.org> <200202232355.g1NNteh64628@villageirc.net>
Message-ID: <002601c1bd1c$12a769e0$0200000a@stormkeepers.com>

----- Original Message -----
From: "Thomas J. Stens?s" <ShadowMaster@Shadow-Realm.org>
To: <ircservices-coding@ircservices.za.net>
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: <NDBBLDHKLKMANPGMACIGCEIKCOAA.rg@tcslon.com>

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: <Pine.LNX.4.44.0202241405060.10834-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202241639140.14745-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202250549220.17220-100000@linux.ircd-net.org>

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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@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.

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: <Pine.LNX.4.44.0202260015110.19993-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202260141140.20378-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202260143520.20378-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202260158120.20528-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202260158580.20528-100000@linux.ircd-net.org>

[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 <sys/types.h>
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: <Pine.LNX.4.44.0202260206390.20528-100000@linux.ircd-net.org>

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 <sys/types.h>
> 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 \ 2beng1\ 2 has been
>registered to you.
>[17:58:11] #NickServ!services@example.net# Your password is \ 2password\ 2 --
>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 \ 2/msg NickServ IDENTIFY
>\1fpassword\1f\ 2. 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: <Pine.LNX.4.44.0202260206390.20528-100000@linux.ircd-net.org>
Message-ID: <002701c1bec6$54327700$0200000a@stormkeepers.com>

----- Original Message ----- 
From: "Finny Merrill" <griever@t2n.org>
To: <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.44.0202260206390.20528-100000@linux.ircd-net.org>
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: <Pine.LNX.4.44.0202261401080.22974-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0202261852550.23780-100000@linux.ircd-net.org>

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 <mark@ctcp.net>
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 <mark@ctcp.net>
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 <beng@nc.rr.com>
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 <mark@ctcp.net>
2002/02/26      Fixed bug causing database load errors on certain types of
                    bad data.  Reported by Mark Hetherington <mark@ctcp.net>

  --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 *!\b?\b@*
*** StatServ was kicked by ChanServ (@????=\ 5\by????q\17\b)
*** StatServ (stats@stats.xxx.xxx) has joined #stats
*** stats.ctcp.net sets mode: +o StatServ
*** ChanServ sets mode: +Rlk 135707936 H?\b

[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?\b
*** 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: <B10D8FD8-2C33-11D6-9085-003065BD4458@sogno.net>

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: <NDBBLDHKLKMANPGMACIGIELOCOAA.rg@tcslon.com>

[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: <NDBBLDHKLKMANPGMACIGAELPCOAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGOELPCOAA.rg@tcslon.com>

> > 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: <NDBBLDHKLKMANPGMACIGOEMACOAA.rg@tcslon.com>

>      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:

<nickinfo>
<nick>Russ[away]</nick>
<status>0</status>
<last_usermask>~rg@apollo.final-conflict.net</last_usermask>
<last_realmask>~rg@apollo.final-conflict.net</last_realmask>
</founder>
<successor>0</successor>
<founderpass>[channel founder pass]</founderpass>
<desc>[description]</desc>
<time_registered>1014809705</time_registered>
...

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 *!\b.\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: <NDBBLDHKLKMANPGMACIGOENDCOAA.rg@tcslon.com>

>      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: <F95NwRC6HixqDCZx4FR00024754@hotmail.com>

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: <F95NwRC6HixqDCZx4FR00024754@hotmail.com>
Message-ID: <NDBBLDHKLKMANPGMACIGAENLCOAA.rg@tcslon.com>

>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: <NDBBLDHKLKMANPGMACIGAENLCOAA.rg@tcslon.com>
Message-ID: <000901c1c483$180a1b80$0200000a@stormkeepers.com>

----- Original Message -----
From: "Russell Garrett" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
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: <DPG.WIN.300.0203091226350705122118@drotposta.hu>

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: <DPG.WIN.300.0203091226350705122118@drotposta.hu>
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: <dwd@buli.net>
To: <ircservices-coding@ircservices.za.net>; <mircx@mircx.com>
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 <mark@ctcp.net>
2002/03/01      Fixed crash with Unreal and +S clients.  Reported by Mark
                    Hetherington <mark@ctcp.net>
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:

<nickgroupinfo>
<id>0</id>
<nicks count='2'>
<array-element>list</array-element>
<array-element>help</array-element>
</nicks>
<mainnick>0</mainnick>
<pass></pass>
<authcode>0</authcode>
<authset>0</authset>
<flags>-2147483648</flags>
<os_priv>0</os_priv>
<language>-1</language>
<timezone>32767</timezone>
<channelmax>-1</channelmax>
<access count='0'>
</access>
<ajoin count='0'>
</ajoin>
<memoinfo>
<memos count='0'>
</memos>
<memomax>0</memomax>
</memoinfo>
<ignore count='0'>
</ignore>
</nickgroupinfo>

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:
> 
> <nickgroupinfo>
> <id>0</id>
> <nicks count='2'>
> <array-element>list</array-element>
> <array-element>help</array-element>
> </nicks>
> <mainnick>0</mainnick>
> <pass></pass>
> <authcode>0</authcode>
> <authset>0</authset>
> <flags>-2147483648</flags>
> <os_priv>0</os_priv>
> <language>-1</language>
> <timezone>32767</timezone>
> <channelmax>-1</channelmax>
> <access count='0'>
> </access>
> <ajoin count='0'>
> </ajoin>
> <memoinfo>
> <memos count='0'>
> </memos>
> <memomax>0</memomax>
> </memoinfo>
> <ignore count='0'>
> </ignore>
> </nickgroupinfo>
> 
> 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 <v13@it.teithe.gr>
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]

<<V13>>

-------------------------------------------------------

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)...
...
<nickgroupinfo>
<id>266</id>
<nicks count='1'>
<array-element>TamperProof</array-element>
</nicks>
<mainnick>0</mainnick>
<pass>2it_message>Diego</quit_message>
</serverstats>
....

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: <F55Im5EPSM0omP7mzwe0000d03d@hotmail.com>

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: <F55Im5EPSM0omP7mzwe0000d03d@hotmail.com>
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: <F78A58SdAYVqcjv5ns9000154b3@hotmail.com>

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\92s 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: <F130C98Bi89QtpfTYSl00012fda@hotmail.com>

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: <F151VRLrJtUt6eiMuL300012feb@hotmail.com>

yeah, i know.. i think i was asleep when sending this mail.. both physically 
and mentally :)
what about the linking nick?
maybe /ns NEWLINK <nick> <password>..
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\92s 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 <nick> <password>..
> 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)...
>...
><nickgroupinfo>
><id>266</id>
><nicks count='1'>
><array-element>TamperProof</array-element>
></nicks>
><mainnick>0</mainnick>
><pass>2it_message>Diego</quit_message>
></serverstats>
>....

     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 <mark@ctcp.net>
2002/03/14      Fixed a bug causing crashes with a corrupt database.
2002/03/13      Fixes and changes suggested by Mark Hetherington
                    <mark@ctcp.net>:
                    - 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: <EMEAJDMIHJFMOHONHAEDMEINCEAA.Georges@Berscheid.lu>

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: <EMEAJDMIHJFMOHONHAEDMEINCEAA.Georges@Berscheid.lu>
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: <EMEAJDMIHJFMOHONHAEDMEINCEAA.Georges@Berscheid.lu>
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" <Georges@Berscheid.lu>
To: <ircservices-coding@ircservices.za.net>
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 <master@xchat.gr>
2002/03/26      Fixed compilation warnings in modules/chanserv/check.c.
2002/03/26      Fixes and changes suggested by Mark Hetherington
                    <mark@ctcp.net>:
                    - 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 <mark@ctcp.net>

  --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: <F217JSFsxf4yp8ARf3s00000388@hotmail.com>

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: <F217JSFsxf4yp8ARf3s00000388@hotmail.com>
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: <F217JSFsxf4yp8ARf3s00000388@hotmail.com>
Message-ID: <EMEAJDMIHJFMOHONHAEDCEKACEAA.Georges@Berscheid.lu>

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: <EMEAJDMIHJFMOHONHAEDCEKACEAA.Georges@Berscheid.lu>
Message-ID: <Pine.LNX.4.44.0203310849250.22921-100000@linux.ircd-net.org>

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: <F1691cbdDFV655yLfeV0002336a@hotmail.com>

What IRCd are you using?


>From: Romek Krisztián <r-krisztian@softhome.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F1691cbdDFV655yLfeV0002336a@hotmail.com>
Message-ID: <002c01c1d8c8$114555e0$0b00000a@rokusnet.hu>

Unreal3.2beta9

Sorry, I've forgot to tell you

AgryWolf


----- Original Message -----
From: Craig McLure <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 <r-krisztian@softhome.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <F218cFAcYNpGZl6umn90000249a@hotmail.com>

have u got a core dump handy? :)
and could u paste me yer connection lines pls :)

>From: Romek Krisztián <r-krisztian@softhome.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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 <r-krisztian@softhome.net>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <F218cFAcYNpGZl6umn90000249a@hotmail.com>
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 <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 <r-krisztian@softhome.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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 <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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 <r-krisztian@softhome.net>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com>

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 <r-krisztian@softhome.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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 <r-krisztian@softhome.net>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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 <frostycoolslug@hotmail.com>
> > >To: <ircservices-coding@ircservices.za.net>
> > >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 <r-krisztian@softhome.net>
> > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > >To: <ircservices-coding@ircservices.za.net>
> > > > >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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com>
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 <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 <r-krisztian@softhome.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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 <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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 <r-krisztian@softhome.net>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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 <frostycoolslug@hotmail.com>
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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 <r-krisztian@softhome.net>
> > > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > > >To: <ircservices-coding@ircservices.za.net>
> > > > > >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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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 <r-krisztian@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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 <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> 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 <r-krisztian@softhome.net>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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 <frostycoolslug@hotmail.com>
> > >To: <ircservices-coding@ircservices.za.net>
> > >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 <r-krisztian@softhome.net>
> > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > >To: <ircservices-coding@ircservices.za.net>
> > > > >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 <frostycoolslug@hotmail.com>
> > > > >To: <ircservices-coding@ircservices.za.net>
> > > > >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 <r-krisztian@softhome.net>
> > > > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > > > >To: <ircservices-coding@ircservices.za.net>
> > > > > > >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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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 <master@xchat.gr>
To: <ircservices-coding@ircservices.za.net>
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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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 <master@xchat.gr>
>To: <ircservices-coding@ircservices.za.net>
>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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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 <master@xchat.gr>To:
<ircservices-coding@ircservices.za.net>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: <F1498pdg8LGaUJXcRnX0000c423@hotmail.com> <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 <master@xchat.gr>To:
<ircservices-coding@ircservices.za.net>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 <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <uhc0@rz.uni-karlsruhe.de>
To: <ircservices-coding@ircservices.za.net>
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" <uhc0@rz.uni-karlsruhe.de>
> To: <ircservices-coding@ircservices.za.net>
> 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 <text> 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 <master@xchat.gr>
To: <ircservices-coding@ircservices.za.net>
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: <JJEJLONIHMBLABAONDNLMEDPCAAA.Georges@Berscheid.lu>

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 <master@xchat.gr>
To: <ircservices-coding@ircservices.za.net>
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: <JJEJLONIHMBLABAONDNLMEDPCAAA.Georges@Berscheid.lu>
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 <master@xchat.gr>
>To: <ircservices-coding@ircservices.za.net>
>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: <F101stFOvEJOht4fqSS0000d6e5@hotmail.com>

me too.. :)


>From: Romek Krisztién <r-krisztian@softhome.net>
>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\92s 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("<name> 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 <text> 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 <uhc0@stud.uni-karlsruhe.de>
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
                    <adrian.cantrill@dial.pipex.com>
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 <uhc0@stud.uni-karlsruhe.de>
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
>
><html>
><head>
></head>
><body>
>the same error on every version.<br>
><br>
>msg(chanserv)] set #test secureops on<br>
>&nbsp;-ChanServ- Secure ops option is now ON.<br>
><br>
>-ChanServ- Information for channel #test:<br>
>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Founder: test<br>
>-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Options: Topic Retention, Secure Ops, Secure<br>
>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Mode lock: +nt<br>
><br>
>--- test gives channel operator status to George<br>
><br>
>&nbsp;-ChanServ- Access level settings for channel #test:<br>
>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp; AUTODEOP&nbsp;&nbsp;&nbsp; -1<br>
>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp; NOJOIN&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -100<br>
><br>
>if somebody does not believe it,simply do a connect on /server 62.103.210.20<br>
>i tried both to my pc (linux) and my shell (freebsd).<br>
><br>
><br>
>Andrew Church wrote:<br>
><blockquote type="cite" cite="mid:3cb2d3b1.14034@achurch.org">
>  <blockquote type="cite">
>    <pre wrap="">Is there any problem with secureops ? i have :/<br>i have enabled it but chanserv never deop any user with 0 access on the<br>channel.<br>my ircd is bahamut and the conf lines are ok.<br></pre>
>    </blockquote>
>    <pre wrap=""><!----><br>     Works for me:<br><br>-&gt; *ChanServ* set #123 secureops on<br>-ChanServ- Secure ops option is now ON.<br>*** Mode change "+o zop" on channel #123 by Alcan<br>*** Mode change "-o zop" on channel #123 by ChanServ<br><br>  -
>-Andrew Church<br>    <a class="moz-txt-link-abbreviated" href="mailto:achurch@achurch.org">achurch@achurch.org</a><br>    <a class="moz-txt-link-freetext" href="http://achurch.org/">http://achurch.org/</a><br>---------------------------------------------
>---------------------<br>To unsubscribe or change your subscription options, visit:<br><a class="moz-txt-link-freetext" href="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-cod
>ing</a><br><br><br></pre>
>    </blockquote>
>    <br>
>    </body>
>    </html>
>
>--------------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: <Pine.LNX.4.44.0204091937450.11656-100000@linux.ircd-net.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?


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: <Pine.LNX.4.44.0204092310490.12289-100000@linux.ircd-net.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.


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: <Pine.LNX.4.44.0204092354580.12289-100000@linux.ircd-net.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
> 


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: <Pine.LNX.4.44.0204092354580.12289-100000@linux.ircd-net.org>
Message-ID: <AB219538-4C48-11D6-BBAD-0003938D6866@softhome.net>

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: <Pine.LNX.4.44.0204092354580.12289-100000@linux.ircd-net.org>
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" <griever@t2n.org>
To: <ircservices-coding@ircservices.za.net>
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
>>
>><html>
>><head>
>></head>
>><body>
>>the same error on every version.<br>
>><br>
>>msg(chanserv)] set #test secureops on<br>
>>&nbsp;-ChanServ- Secure ops option is now ON.<br>
>><br>
>>-ChanServ- Information for channel #test:<br>
>>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Founder: test<br>
>>-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Options: Topic Retention, Secure Ops, Secure<br>
>>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Mode lock: +nt<br>
>><br>
>>--- test gives channel operator status to George<br>
>><br>
>>&nbsp;-ChanServ- Access level settings for channel #test:<br>
>>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp; AUTODEOP&nbsp;&nbsp;&nbsp; -1<br>
>>&nbsp;-ChanServ-&nbsp;&nbsp;&nbsp;&nbsp; NOJOIN&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -100<br>
>><br>
>>if somebody does not believe it,simply do a connect on /server 62.103.210.20<br>
>>i tried both to my pc (linux) and my shell (freebsd).<br>
>><br>
>><br>
>>Andrew Church wrote:<br>
>><blockquote type="cite" cite="mid:3cb2d3b1.14034@achurch.org">
>> <blockquote type="cite">
>>   <pre wrap="">Is there any problem with secureops ? i have :/<br>i have enabled it but chanserv never deop any user with 0 access on the<br>channel.<br>my ircd is bahamut and the conf lines are ok.<br></pre>
>>   </blockquote>
>>   <pre wrap=""><!----><br>     Works for me:<br><br>-&gt; *ChanServ* set #123 secureops on<br>-ChanServ- Secure ops option is now ON.<br>*** Mode change "+o zop" on channel #123 by Alcan<br>*** Mode change "-o zop" on channel #123 by ChanServ<br><br>  -
>>-Andrew Church<br>    <a class="moz-txt-link-abbreviated" href="mailto:achurch@achurch.org">achurch@achurch.org</a><br>    <a class="moz-txt-link-freetext" href="http://achurch.org/">http://achurch.org/</a><br>---------------------------------------------
>>---------------------<br>To unsubscribe or change your subscription options, visit:<br><a class="moz-txt-link-freetext" href="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-cod
>>ing</a><br><br><br></pre>
>>   </blockquote>
>>   <br>
>>   </body>
>>   </html>
>>
>>--------------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: <Pine.LNX.4.44.0204101349280.15373-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0204101405190.15443-100000@linux.ircd-net.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.



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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.44.0204110220370.18494-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0204110220370.18494-100000@linux.ircd-net.org>
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>

<rplume@cablemo.net>:
>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.

<griever@t2n.org>:
>>      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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, April 11, 2002 3:41 AM
Subject: Re: [IRCServices Coding] Cygnus


> <rplume@cablemo.net>:
> >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.
>
> <griever@t2n.org>:
> >>      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: <Pine.LNX.4.44.0204111649030.21656-100000@linux.ircd-net.org>

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: <A56DEB4E-4DB8-11D6-AED6-0003938D6866@softhome.net>

On Thursday, April 11, 2002, at 03:06  PM, Kelmar K. Firesun wrote:

>> <griever@t2n.org>:
>>>>      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 <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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: <A56DEB4E-4DB8-11D6-AED6-0003938D6866@softhome.net>
Message-ID: <002001c1e1e9$00e769c0$0200000a@stormkeepers.com>

----- Original Message ----- 
From: "Trevor Talbot" <quension@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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 .... 

<<V13>>

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 .... 

<<V13>>
------------------------------------------------------------------
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: <Pine.LNX.4.44.0204121256250.26408-100000@linux.ircd-net.org>

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.

> 
> <<V13>>
> ------------------------------------------------------------------
> 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 <dan@viaraix.net>
To: <ircservices-coding@ircservices.za.net>
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
<<V13>>

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: <Pine.LNX.4.44.0204140940190.15331-100000@linux.ircd-net.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()).


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
<<V13>>

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).

<<V13>>

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
><<V13>>
>------------------------------------------------------------------
>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: <Pine.SGI.4.30.0204151039560.17106-100000@aetos.it.teithe.gr>

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
<<V13>>



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 <beng@nc.rr.com>
2002/04/12      Fixed bug in NickServ AUTH replies.
2002/04/12      Fixed improper warning when loading channel database.
                    Reported by Mark Hetherington <mark@ctcp.net>
2002/04/10      Fixed bugs in trircd-services database conversion support.
                    Reported by Yusuf Iskenderoglu <uhc0@stud.uni-karlsruhe.de>

  --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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <beng@nc.rr.com>
> 2002/04/12 Fixed bug in NickServ AUTH replies.
> 2002/04/12 Fixed improper warning when loading channel database.
>     Reported by Mark Hetherington <mark@ctcp.net>
> 2002/04/10 Fixed bugs in trircd-services database conversion support.
>     Reported by Yusuf Iskenderoglu <uhc0@stud.uni-karlsruhe.de>
>
>   --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: <F172czH2mPZMZJgRwpb000193c6@hotmail.com>

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 <beng@nc.rr.com>
>2002/04/12     Fixed bug in NickServ AUTH replies.
>2002/04/12     Fixed improper warning when loading channel database.
>                   Reported by Mark Hetherington <mark@ctcp.net>
>2002/04/10     Fixed bugs in trircd-services database conversion support.
>                   Reported by Yusuf Iskenderoglu <uhc0@stud.uni-karlsruhe.de>
>
>   --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\92s 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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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: <MSGSMI01a8d9Ee4zadT00008132@smtp.vizzavi.pt>

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: <OE52TY0Bqhk6KR8Cp2Y00003cb7@hotmail.com>

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: <OE22WURvhko5QTs9xV0000001c2@hotmail.com>

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: <OE22WURvhko5QTs9xV0000001c2@hotmail.com>
Message-ID: <Pine.LNX.4.44.0204212142300.3009-100000@linux.ircd-net.org>

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: <OE40tN3Isam5R4r3mbf00000200@hotmail.com>

> >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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <OE40tN3Isam5R4r3mbf00000200@hotmail.com>
References: <3cc38ce2.70572@achurch.org> <OE40tN3Isam5R4r3mbf00000200@hotmail.com>
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> <OE40tN3Isam5R4r3mbf00000200@hotmail.com> <20020423024317.GA14948@edgemaster.zombie.org>
Message-ID: <OE36iUivZH0BbDgdTfY00000f16@hotmail.com>

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" <smkelly@zombie.org>
To: <ircservices-coding@ircservices.za.net>
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> <OE40tN3Isam5R4r3mbf00000200@hotmail.com> <20020423024317.GA14948@edgemaster.zombie.org> <OE36iUivZH0BbDgdTfY00000f16@hotmail.com>
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> <OE40tN3Isam5R4r3mbf00000200@hotmail.com> <20020423024317.GA14948@edgemaster.zombie.org> <OE36iUivZH0BbDgdTfY00000f16@hotmail.com> <3CC5B916.30800@tcslon.com>
Message-ID: <OE28CWO6hm8Ua8d9Ee40000009f@hotmail.com>

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: <OE28CWO6hm8Ua8d9Ee40000009f@hotmail.com>
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: <OE24tox7nyeKzGZuNY1000000c0@hotmail.com>

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" <eengin@talesoft.de>
To: <ircservices-coding@ircservices.za.net>
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" <eengin@talesoft.de>
>To: <ircservices-coding@ircservices.za.net>
>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: <OE23hx27kBnccYTjr8c000000fc@hotmail.com>

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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <eengin@talesoft.de>
> >To: <ircservices-coding@ircservices.za.net>
> >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: <OE24tox7nyeKzGZuNY1000000c0@hotmail.com>
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" <eengin@talesoft.de>
> To: <ircservices-coding@ircservices.za.net>
> 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 <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <OE27XUv1MJ3G9Vbj2lt000018d3@hotmail.com>

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" <Georges@Berscheid.lu>
To: <ircservices-coding@ircservices.za.net>
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: <OE27XUv1MJ3G9Vbj2lt000018d3@hotmail.com>
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: <OE293sJWGYdRGy9tCx100000743@hotmail.com>

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" <r-krisztian@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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: <OE293sJWGYdRGy9tCx100000743@hotmail.com>
Message-ID: <EMEAJDMIHJFMOHONHAEDAEOECEAA.Georges@Berscheid.lu>

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" <r-krisztian@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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" <r-krisztian@softhome.net>
>To: <ircservices-coding@ircservices.za.net>
>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: <Pine.LNX.4.33.0204251932160.17585-100000@psychopat.org>

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 <gizm0@mail.gr>
2002/04/24      Fixed failure to set user mode +a for Services admins on
                    Bahamut and trircd.  Reported by Panagiotis Kefalidis
                    <gizm0@mail.gr>
2002/04/24      Added back missing NetworkDomain directive to modules.conf.
                    Reported by Yusuf Iskenderoglu <uhc0@stud.uni-karlsruhe.de>
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 <gizm0@mail.gr>

  --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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>

./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\92s 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
Message-ID: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>

this is off the wall but try gmake instead...
----- Original Message ----- 
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 <chris@monkeyircd.org>
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: <F123CDBHy3SpwBGpEI200003b1a@hotmail.com>

i tried gmake.. no difference :/


>From: "Tom Moyer" <squall157@Hotmail.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 
><ircservices-coding@ircservices.za.net>; 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
>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: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>
>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: 
><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
>List-Post: <mailto:ircservices-coding@ircservices.za.net>
>List-Subscribe: 
><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
>List-Id: IRC Services Coding Mailing List 
><ircservices-coding.ircservices.za.net>
>List-Unsubscribe: 
><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
>List-Archive: <http://www.ircservices.za.net/pipermail/ircservices-coding/>
>
>this is off the wall but try gmake instead...
>----- Original Message -----
>From: "Craig McLure" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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" <squall157@Hotmail.com>
>>Reply-To: ircservices-coding@ircservices.za.net
>>To: <ircservices-coding@ircservices.za.net>
>>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 
>><ircservices-coding@ircservices.za.net>; 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
>>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: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>
>>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: 
>><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
>>List-Post: <mailto:ircservices-coding@ircservices.za.net>
>>List-Subscribe: 
>><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
>>List-Id: IRC Services Coding Mailing List 
>><ircservices-coding.ircservices.za.net>
>>List-Unsubscribe: 
>><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
>>List-Archive: <http://www.ircservices.za.net/pipermail/ircservices-coding/>
>>
>>this is off the wall but try gmake instead...
>>----- Original Message -----
>>From: "Craig McLure" <frostycoolslug@hotmail.com>
>>To: <ircservices-coding@ircservices.za.net>
>>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: <F198IBYg8BvRh19LI40000025d6@hotmail.com>

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 
><ircservices-coding@ircservices.za.net>; 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: 
><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
>List-Post: <mailto:ircservices-coding@ircservices.za.net>
>List-Subscribe: 
><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
>List-Id: IRC Services Coding Mailing List 
><ircservices-coding.ircservices.za.net>
>List-Unsubscribe: 
><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
>List-Archive: <http://www.ircservices.za.net/pipermail/ircservices-coding/>
>
> >i tried gmake.. no difference :/
>
>      Is your gmake up to date? (v3.79.1)
>
> >
> >>From: "Tom Moyer" <squall157@Hotmail.com>
> >>Reply-To: ircservices-coding@ircservices.za.net
> >>To: <ircservices-coding@ircservices.za.net>
> >>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
> >><ircservices-coding@ircservices.za.net>; 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
> >>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: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>
> >>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:
> >><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
> >>List-Post: <mailto:ircservices-coding@ircservices.za.net>
> >>List-Subscribe:
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
> >>List-Id: IRC Services Coding Mailing List
> >><ircservices-coding.ircservices.za.net>
> >>List-Unsubscribe:
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
> >>List-Archive: 
><http://www.ircservices.za.net/pipermail/ircservices-coding/>
> >>
> >>this is off the wall but try gmake instead...
> >>----- Original Message -----
> >>From: "Craig McLure" <frostycoolslug@hotmail.com>
> >>To: <ircservices-coding@ircservices.za.net>
> >>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 
>><ircservices-coding@ircservices.za.net>; 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: 
>><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
>>List-Post: <mailto:ircservices-coding@ircservices.za.net>
>>List-Subscribe: 
>><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
>>List-Id: IRC Services Coding Mailing List 
>><ircservices-coding.ircservices.za.net>
>>List-Unsubscribe: 
>><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
>>List-Archive: <http://www.ircservices.za.net/pipermail/ircservices-coding/>
>>
>> >i tried gmake.. no difference :/
>>
>>      Is your gmake up to date? (v3.79.1)
>>
>> >
>> >>From: "Tom Moyer" <squall157@Hotmail.com>
>> >>Reply-To: ircservices-coding@ircservices.za.net
>> >>To: <ircservices-coding@ircservices.za.net>
>> >>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
>> >><ircservices-coding@ircservices.za.net>; 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
>> >>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: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>
>> >>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:
>> >><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
>> >>List-Post: <mailto:ircservices-coding@ircservices.za.net>
>> >>List-Subscribe:
>> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
>> >>List-Id: IRC Services Coding Mailing List
>> >><ircservices-coding.ircservices.za.net>
>> >>List-Unsubscribe:
>> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
>> >>List-Archive: 
>><http://www.ircservices.za.net/pipermail/ircservices-coding/>
>> >>
>> >>this is off the wall but try gmake instead...
>> >>----- Original Message -----
>> >>From: "Craig McLure" <frostycoolslug@hotmail.com>
>> >>To: <ircservices-coding@ircservices.za.net>
>> >>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: <F62k8zpHyE8whSE25qQ00008721@hotmail.com>

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
> >><ircservices-coding@ircservices.za.net>; 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:
> >><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
> >>List-Post: <mailto:ircservices-coding@ircservices.za.net>
> >>List-Subscribe:
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
> >>List-Id: IRC Services Coding Mailing List
> >><ircservices-coding.ircservices.za.net>
> >>List-Unsubscribe:
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
> >>List-Archive: 
><http://www.ircservices.za.net/pipermail/ircservices-coding/>
> >>
> >> >i tried gmake.. no difference :/
> >>
> >>      Is your gmake up to date? (v3.79.1)
> >>
> >> >
> >> >>From: "Tom Moyer" <squall157@Hotmail.com>
> >> >>Reply-To: ircservices-coding@ircservices.za.net
> >> >>To: <ircservices-coding@ircservices.za.net>
> >> >>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
> >> >><ircservices-coding@ircservices.za.net>; 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: <F110MlgHJabAsWWD87R00003a65@hotmail.com>
> >> >>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: <OE23wmKLHpc4ssd3z8C000022cd@hotmail.com>
> >> >>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:
> >> >><mailto:ircservices-coding-request@ircservices.za.net?subject=help>
> >> >>List-Post: <mailto:ircservices-coding@ircservices.za.net>
> >> >>List-Subscribe:
> >> 
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=subscribe>
> >> >>List-Id: IRC Services Coding Mailing List
> >> >><ircservices-coding.ircservices.za.net>
> >> >>List-Unsubscribe:
> >> 
> >><http://www.ircservices.za.net/mailman/listinfo/ircservices-coding>,<mailto:ircservices-coding-request@ircservices.za.net?subject=unsubscribe>
> >> >>List-Archive:
> >><http://www.ircservices.za.net/pipermail/ircservices-coding/>
> >> >>
> >> >>this is off the wall but try gmake instead...
> >> >>----- Original Message -----
> >> >>From: "Craig McLure" <frostycoolslug@hotmail.com>
> >> >>To: <ircservices-coding@ircservices.za.net>
> >> >>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: <F796dElspKsCSq9TvLO00003946@hotmail.com>

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: <DPG.WIN.300.0205040013598089050900@drotposta.hu>

/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: <DPG.WIN.300.0205040013598089050900@drotposta.hu>
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: <DPG.WIN.300.0205041505507969623398@drotposta.hu>

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<name>.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<name>.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<name>.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: <F65osA91E9GQvnbEG100000799d@hotmail.com>

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: <F65osA91E9GQvnbEG100000799d@hotmail.com>
Message-ID: <Pine.LNX.4.44.0205071250220.13136-100000@linux.ircd-net.org>

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: <F271l4rhYQYx3G5aYY6000071e5@hotmail.com>

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: <F87mNEYnkZvLQET7ffS00009f36@hotmail.com>

*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\92s 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: <F125mfOhlQr3HEex0GH00009647@hotmail.com>

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\92s 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 <r-krisztian@softhome.net>
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 <frostycoolslug@hotmail.com>
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 <r-krisztian@softhome.net>

  --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: <F167BN1g918oWo7w0nG0000be49@hotmail.com>

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: <F167BN1g918oWo7w0nG0000be49@hotmail.com>
Message-ID: <004501c1fa73$9f859780$70d7afc3@mshome.net>

----- Original Message -----
From: "manual 3000" <manual3000@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 <manual3000@hotmail.com>
2002/05/13      Added NickServ LISTEMAIL command.  Suggested by Finny
                    Merrill <griever@t2n.org>
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 <griever@t2n.org>
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 <beng@nc.rr.com>
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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <manual3000@hotmail.com>
> 2002/05/13 Added NickServ LISTEMAIL command.  Suggested by Finny
>     Merrill <griever@t2n.org>
> 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 <griever@t2n.org>
> 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 <beng@nc.rr.com>
> 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:

<Toxyc> 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:
>
><Toxyc> 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.

<<V13>>

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: <F205pyIfXSK7Jniurvh0001061a@hotmail.com>

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: <F1573tu3i0OTn8QpWb90000f900@hotmail.com>

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: <F157siD8AjjXKitlcKN00014950@hotmail.com>

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" <ghozer@mapop.com>
>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<??"<??z??RaK@*.ipt.aol.comAlcoholrichard1scriptin_alcohol@hotmail.comsalopbot@213.48.65.144
 
Salops Bot:Leaving: [19:16:58] <@Geert> i couldn't wank in ANY 
class<???<????[?salopbot@213.48.65.*?Anakinexit00?xd212@Illuminati-hq.com,Anakin@dialup.212-50-169-160.karoo.KCOM.COMAdam 
,S, Harris?Quit: (@Blanko) what is a NoS Style Erection? | (@p0ma) 
Typical Erection ---> this <--- | (@Blanko) NoS Erection =============) 
| (@p0ma) Perhaps even --*--) this 
(--*--<?6?<?:?R?'Anakin@*.212-50-169-160.karoo.KCOM.COM 
BarFlyquattro?baarikarpanen@hotmail.com#brfly@ua238d19hel.dial.kolumbus.fiJRW#Quit: 
www.Geocities.com/possea2002<??<???q?brfly@*.dial.kolumbus.fi?bBirnepuschelsebastian.birne@gmx.demal@pD9558FD9.dip.t-dialin.netrate?Quit: 
0,3 <Radon> huhu <Curufinwe> hi <+Curufinwe^tv> radon <+TV|Freak> mh??? 
<+TV|Freak> hab ich was mit den Augen??? [02:40] <Curufinwe> birne: 
wechsel deinen nick mal wieder <+TV|Freak> anscheinend bin ich voll 
Banane<???<???3?mal@*.dip.t-dialin.net?bColle[c]tivesharonjonasrocks@hotmail.comMeh@195.224.224.148MehFS!Quit: 
<?b<?lf??Wolf@195.224.224.*?`ConorachbonesConorach@hotmail.comba@35dyn46.com21.casema.netsi
Leaving: 
<??[<??`??ba@*.wib.euronet.nl8?HellFisHchaseMoritz@Love2Party.net$HELLFISH@pD9E39719.dip.t-dialin.net 
  HELLFISH+Quit: Read error: Connection reset by 
peer<??`<?On?+?~HELLFISH@*.dip.t-dialin.net?Hevonenemailomathene87@hotmail.com 
Hevonen@p-d51cbc94.easy.inet.fi JennitysQuit: 
<?b+<?zl?k?~heppa@*.easy.inet.fiTInTGuRuslipstreampsybresonikk@hotmail.com'InTGuRu@ool-182de7e7.dyn.optonline.netYamcha#Quit: 
The Biggest Fan of Lexa 
Doig<??<??????Rahde@*.dyn.optonline.net??JetBoyzmogeliukasjetboy@delfi.lt__@adsl-213-190-52-69.takas.ltasdf%Read 
error: Connection reset by 
peer<??<?)??h?ss@*.takas.lt??MdSalihretypemdsalih@hotmail.com,a@host217-34-65-113.in-addr.btopenworld.combetaTQuit: 
?'\/? G?T ?? ???? F?? wh?T M? ??F?? ?????? w?? ??????? Th? ??T????T ??? 
G?M??<?<????x3~a@*.in-addr.btopenworld.com??Mesiazmatiasmesiaz@ofir.dk&k@0x50c62f62.kjnxx3.adsl-dhcp.tele.dk_<?,i<?X??k@*.kjnxx3.adsl-dhcp.tele.dk@?MoreFlingBurnBabymorfling@chello.nl"MoreFling@a184086.upc-a.chello.nlblahConnection 
reset by 
peer<???<?D?)?MoreFling@*.upc-a.chello.nl?mors859780heeshjim@jimc.org.uk'mors@modem-2088.zebra.dialup.pol.co.ukhClient 
exited<??L<?H??mors@*.snake.dialup.pol.co.ukEmors|afk859780heeshjimcarter@jimc.org.uk'mors@modem-2015.tiger.dialup.pol.co.ukh6Quit: 
im not a complete idiot, some parts are 
missing<??<?x???mors@*.snake.dialup.pol.co.ukH

-===== end nick.db =====-


From mark at ctcp.net  Fri May 17 16:11:09 2002
From: mark at ctcp.net (Mark Hetherington)
Date: Sat Oct 23 23:09:24 2004
Subject: [IRCServices Coding] Services 5.0a33 Immediately send akill/sline fails
Message-ID: <21024.193.237.130.98.1021677069.squirrel@secure.uksolutions.co.uk>

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: <Pine.LNX.4.33.0205172221170.15667-100000@psychopat.org>

>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: <F41LuSbh29cM3oryKFR00001635@hotmail.com>

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\92s 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: <Pine.LNX.4.33.0205172221170.15667-100000@psychopat.org>
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: <F159cxXzLs1noUvlY1i000126c4@hotmail.com>

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\92s 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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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: <F181P9CDBHy3SpwBGpE00010bc8@hotmail.com>

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: <F181P9CDBHy3SpwBGpE00010bc8@hotmail.com>
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: <F181P9CDBHy3SpwBGpE00010bc8@hotmail.com>
Message-ID: <Pine.LNX.4.44.0205191621560.11243-100000@linux.ircd-net.org>

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: <F28NLDb0ZTt07TrOdlX000056b0@hotmail.com>

i tried that.. still took a good 2secs to gather the modes ;)


>From: Finny Merrill <griever@t2n.org>
>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 <brtb@unirc.net>
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 <mark@ctcp.net>
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 <r-krisztian@softhome.net>
2002/05/14      Services admins can now modify channel access lists without
                    identifying for the channel.  Suggested by Panagiotis
                    Kefalidis <gizm0@mail.gr>
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 <brtb@unirc.net>
>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 <mark@ctcp.net>
>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 <r-krisztian@softhome.net>
>2002/05/14     Services admins can now modify channel access lists without
>                   identifying for the channel.  Suggested by Panagiotis
>                   Kefalidis <gizm0@mail.gr>
>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: <F29ZmPSHUkxEsGNSY9U00009dfe@hotmail.com>

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 <gizm0@mail.gr>

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: <Pine.LNX.4.44.0205231356450.29814-100000@linux.ircd-net.org>

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 <gizm0@mail.gr>
> 
> 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 <gizm0@mail.gr>
>
>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
                    <brtb@unirc.net>

  --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: <Pine.LNX.4.44.0205231929160.31115-100000@linux.ircd-net.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 <gizm0@mail.gr>
> >
> >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 <gizm0@mail.gr>
>> >
>> >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: <F1470FhKktkpgnkTlhk00007804@hotmail.com>

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 <gizm0@mail.gr>
> >> >
> >> >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 <group>  [OPTIONAL]
#     Specify the group which Services should run as.  <group> 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 <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: <F56kXihfOD1lCDnu6vM00008e32@hotmail.com>

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\92s 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: <F56kXihfOD1lCDnu6vM00008e32@hotmail.com>
Message-ID: <NDBBLDHKLKMANPGMACIGEEMLCPAA.rg@tcslon.com>

> 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: <F146iLWCemqasWxlmHs000092dc@hotmail.com>

ta for clarifying :p


>From: "Russell Garrett" <rg@tcslon.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <serdar@konuk.net>
To: <ircservices-coding@ircservices.za.net>
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: <serdar@konuk.net>
> To: <ircservices-coding@ircservices.za.net>
> 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: <c3.23367af9.2a20c919@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 <group>  [OPTIONAL]
#     Specify the group which Services should run as.  <group> 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 <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: <serdar@konuk.net>
> > To: <ircservices-coding@ircservices.za.net>
> > 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: <F1750xQGocT09Z8bDUk000062dd@hotmail.com>

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" <RT.Mail@verizon.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F1750xQGocT09Z8bDUk000062dd@hotmail.com>
Message-ID: <NDBBLDHKLKMANPGMACIGMENACPAA.rg@tcslon.com>

> 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: <F97CJnEMzAUor03u9PH0000b358@hotmail.com>

aah, ok :)
cheers :)


>From: "Russell Garrett" <rg@tcslon.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <Pine.LNX.4.44.0205251320430.6942-100000@linux.ircd-net.org>

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: <F1750xQGocT09Z8bDUk000062dd@hotmail.com>
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: <F146iLWCemqasWxlmHs000092dc@hotmail.com>
References: <F146iLWCemqasWxlmHs000092dc@hotmail.com>
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' <repeats 200 times>...) 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' <repeats 200 times>...) 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' <repeats 200 times>...) 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 <group>  [OPTIONAL]
#     Specify the group which Services should run as.  <group> 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 <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 <group>  [OPTIONAL]
#     Specify the group which Services should run as.  <group> 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 <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: <NDBBLDHKLKMANPGMACIGEENFCPAA.rg@tcslon.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

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: <c9.22c69440.2a250109@aol.com>

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 :\ 2(sync)\ 2 Link leaf -> hub is now
synced [secs: 0 recv: 0.698 sent: 3.225])
unknown message from server (:leaf SMO o :\ 2(sync)\ 2 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 :\ 2(sync)\ 2 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: <NDBBLDHKLKMANPGMACIGKENKCPAA.rg@tcslon.com>

>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: <NDBBLDHKLKMANPGMACIGOENLCPAA.rg@tcslon.com>

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: <NDBBLDHKLKMANPGMACIGOENLCPAA.rg@tcslon.com> <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: <NDBBLDHKLKMANPGMACIGEENNCPAA.rg@tcslon.com>

> 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 <save_memo_callback>, 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: <F134Q3dxNoLXzB6hRJb0000ec0b@hotmail.com>

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: <F134Q3dxNoLXzB6hRJb0000ec0b@hotmail.com>
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: <NDBBLDHKLKMANPGMACIGGENOCPAA.rg@tcslon.com>

> 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:

"<AngryWolf> help set "
-NickServ- No help available for set .

"<AngryWolf> help set    email"
-NickServ- No help available for set    email.

In some ways, more than one space is ignored:

<AngryWolf> help        set email
-NickServ- Syntax: \ 2SET EMAIL \1faddress

<AngryWolf> set language      1
-NickServ- Language changed to \ 2English\ 2.

3. In this example, I mean it would be better to filter some formatting 
characters:

<AngryWolf> \ 2help set
-NickServ- Unknown command \ 2\ 2help\ 2.  Type \ 2/msg NickServ HELP\ 2 for help.

5. What about giving more than one word for passwords?

<AngryWolf> set password first second
-NickServ- Password changed to \ 2first\ 2.

6. Giving URLs

<AngryWolf> set url sdf://sdf.d:3425/
-NickServ- URLs must be in the form \ 2http://\1fhostname\1f[:\1fport\1f]/...\ 2 (or ftp://, etc.).

This is the same when I try ChanServ.

7. Timezone problems

<AngryWolf> set timezone +1:3
-NickServ- The current time in this time zone is ...
<AngryWolf> set timezone +2:6
-NickServ- Syntax: \ 2SET TIMEZONE {\1fUTC-offset\1f | \1ftime-zone\1f | DEFAULT}

It's the same when i try 7, 8, 9 instead of 6.

8. Syntax help

<AngryWolf> help unset
-NickServ- Syntax: \ 2UNSET {URL | INFO}
<AngryWolf> unset
-NickServ- Syntax: \ 2UNSET URL

<AngryWolf> list
-NickServ- Syntax: \ 2LISTEMAIL \1fpattern\1f [FORBIDDEN] [NOEXPIRE] [SUSPENDED] [NOAUTH]

9. list and listemail doesn't check if i say something else than 
FORBIDDEN, NOEXPIRE, SUSPENDED or NOAUTH

<AngryWolf> list * for bidden
-NickServ- List of entries matching \ 2*\ 2:
(...)
-NickServ- End of list; 50/74 matches shown.

10. MLOCK problem

I don't know whether it's a bug, but it's interesting:

<AngryWolf> set #arena mlock +nt-ikOAN+k
-ChanServ- Parameter required for MLOCK +k.
<AngryWolf> set #arena mlock +nt-ikOAN+k something
-ChanServ- Mode lock on channel #arena changed to \ 2+ntk-iOAN\ 2.

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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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 <save_memo_callback>, 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 <nick> <email>.

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 <nick> <email>.
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 <nick> <email>.
> 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: <F195R2nYslracez8Sls0000ca21@hotmail.com>

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 )" 
><ircservices-coding@ircservices.za.net>
>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 <nick> <email>.

     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: <Pine.LNX.4.44.0205312315001.19838-100000@linux.ircd-net.org>
Message-ID: <NGBBLCPOILDLKLLOKJOKIEPNCAAA.daffy@daffy.za.net>

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.

<Begins large dump of hopefully useful info>

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.
>
><Begins large dump of hopefully useful info>
>
>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 <daffy@daffy.za.net>
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 <beng@nc.rr.com>
2002/06/01      Fixed improper removal of SHUNs in Unreal.
2002/06/01      Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
                    Goldstein <beng@nc.rr.com>
2002/05/30      Fixed bug in MemoServ SAVE causing crashes.  Reported by
                    <saturn@jetirc.net>

  --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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <daffy@daffy.za.net>
> 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 <beng@nc.rr.com>
> 2002/06/01 Fixed improper removal of SHUNs in Unreal.
> 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
>     Goldstein <beng@nc.rr.com>
> 2002/05/30 Fixed bug in MemoServ SAVE causing crashes.  Reported by
>     <saturn@jetirc.net>
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-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" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> 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 <daffy@daffy.za.net>
> > 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 <beng@nc.rr.com>
> > 2002/06/01 Fixed improper removal of SHUNs in Unreal.
> > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
> >     Goldstein <beng@nc.rr.com>
> > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes.  Reported by
> >     <saturn@jetirc.net>
> >
> >   --Andrew Church
> >     achurch@achurch.org
> >     http://achurch.org/
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices-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" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
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" <saturn@jetirc.net>
> To: <ircservices-coding@ircservices.za.net>
> 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" <achurch@achurch.org>
> > To: <ircservices-coding@ircservices.za.net>
> > 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 <daffy@daffy.za.net>
> > > 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 <beng@nc.rr.com>
> > > 2002/06/01 Fixed improper removal of SHUNs in Unreal.
> > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
> > >     Goldstein <beng@nc.rr.com>
> > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes.  Reported by
> > >     <saturn@jetirc.net>
> > >
> > >   --Andrew Church
> > >     achurch@achurch.org
> > >     http://achurch.org/
> > > ------------------------------------------------------------------
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices-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" <saturn@jetirc.net>
>To: <ircservices-coding@ircservices.za.net>
>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" <saturn@jetirc.net>
>> To: <ircservices-coding@ircservices.za.net>
>> 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" <achurch@achurch.org>
>> > To: <ircservices-coding@ircservices.za.net>
>> > 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 <daffy@daffy.za.net>
>> > > 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 <beng@nc.rr.com>
>> > > 2002/06/01 Fixed improper removal of SHUNs in Unreal.
>> > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
>> > >     Goldstein <beng@nc.rr.com>
>> > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes.  Reported by
>> > >     <saturn@jetirc.net>
>> > >
>> > >   --Andrew Church
>> > >     achurch@achurch.org
>> > >     http://achurch.org/
>> > > ------------------------------------------------------------------
>> > > To unsubscribe or change your subscription options, visit:
>> > > http://www.ircservices.za.net/mailman/listinfo/ircservices-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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <saturn@jetirc.net>
> >To: <ircservices-coding@ircservices.za.net>
> >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" <saturn@jetirc.net>
> >> To: <ircservices-coding@ircservices.za.net>
> >> 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" <achurch@achurch.org>
> >> > To: <ircservices-coding@ircservices.za.net>
> >> > 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 <daffy@daffy.za.net>
> >> > > 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 <beng@nc.rr.com>
> >> > > 2002/06/01 Fixed improper removal of SHUNs in Unreal.
> >> > > 2002/06/01 Fixed cosmetic bug in NickServ SETAUTH.  Reported by Ben
> >> > >     Goldstein <beng@nc.rr.com>
> >> > > 2002/05/30 Fixed bug in MemoServ SAVE causing crashes.  Reported by
> >> > >     <saturn@jetirc.net>
> >> > >
> >> > >   --Andrew Church
> >> > >     achurch@achurch.org
> >> > >     http://achurch.org/
> >> > > ------------------------------------------------------------------
> >> > > To unsubscribe or change your subscription options, visit:
> >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices-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: <c3.23367af9.2a20c919@aol.com>
References: <c3.23367af9.2a20c919@aol.com>
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.

<<V13>>
-------------- 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: <OE45At7Z0I8V7PeOBhi00008d69@hotmail.com>

[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" <smkelly@zombie.org>
To: <ircservices-coding@ircservices.za.net>
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: <OE45At7Z0I8V7PeOBhi00008d69@hotmail.com>
References: <OE45At7Z0I8V7PeOBhi00008d69@hotmail.com>
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: <F2465lFZYtIH2tIyPf00000f7f9@hotmail.com>

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: <F2465lFZYtIH2tIyPf00000f7f9@hotmail.com>
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: <F160gYKXAb0MxvgTdHV000102dd@hotmail.com>

aah, i thought it was some sorta bug, i didnt realise it hadnt actually been 
translated yet, ok, cheers :)


>From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <OE48t29vWiBlaJGsdoV0000ad6d@hotmail.com>

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: <OE48t29vWiBlaJGsdoV0000ad6d@hotmail.com>
Message-ID: <NDBBLDHKLKMANPGMACIGIEPBCPAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGIEPBCPAA.rg@tcslon.com>
Message-ID: <NDBBLDHKLKMANPGMACIGOEPBCPAA.rg@tcslon.com>

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: <NDBBLDHKLKMANPGMACIGOEPBCPAA.rg@tcslon.com>
Message-ID: <OE33ckQNxZSTwpcFfJE0000b1a3@hotmail.com>

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" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
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: <OE58bdxPQzNwTWDDAAH00010739@hotmail.com>

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: <VisionOfHell@aol.com>
To: <ircservices-coding@ircservices.za.net>
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: <F149nYH47mqhF3WA2SX0001e094@hotmail.com>

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:
>
>"<AngryWolf> help set "
>-NickServ- No help available for set .
>
>"<AngryWolf> help set    email"
>-NickServ- No help available for set    email.
>
>In some ways, more than one space is ignored:
>
><AngryWolf> help        set email
>-NickServ- Syntax: \ 2SET EMAIL \1faddress
>
><AngryWolf> set language      1
>-NickServ- Language changed to \ 2English\ 2.
>
>3. In this example, I mean it would be better to filter some formatting 
>characters:
>
><AngryWolf> \ 2help set
>-NickServ- Unknown command \ 2\ 2help\ 2.  Type \ 2/msg NickServ HELP\ 2 for help.
>
>5. What about giving more than one word for passwords?
>
><AngryWolf> set password first second
>-NickServ- Password changed to \ 2first\ 2.
>
>6. Giving URLs
>
><AngryWolf> set url sdf://sdf.d:3425/
>-NickServ- URLs must be in the form \ 2http://\1fhostname\1f[:\1fport\1f]/...\ 2 (or ftp://, etc.).
>
>This is the same when I try ChanServ.
>
>7. Timezone problems
>
><AngryWolf> set timezone +1:3
>-NickServ- The current time in this time zone is ...
><AngryWolf> set timezone +2:6
>-NickServ- Syntax: \ 2SET TIMEZONE {\1fUTC-offset\1f | \1ftime-zone\1f | DEFAULT}
>
>It's the same when i try 7, 8, 9 instead of 6.
>
>8. Syntax help
>
><AngryWolf> help unset
>-NickServ- Syntax: \ 2UNSET {URL | INFO}
><AngryWolf> unset
>-NickServ- Syntax: \ 2UNSET URL
>
><AngryWolf> list
>-NickServ- Syntax: \ 2LISTEMAIL \1fpattern\1f [FORBIDDEN] [NOEXPIRE] [SUSPENDED] [NOAUTH]
>
>9. list and listemail doesn't check if i say something else than 
>FORBIDDEN, NOEXPIRE, SUSPENDED or NOAUTH
>
><AngryWolf> list * for bidden
>-NickServ- List of entries matching \ 2*\ 2:
>(...)
>-NickServ- End of list; 50/74 matches shown.
>
>10. MLOCK problem
>
>I don't know whether it's a bug, but it's interesting:
>
><AngryWolf> set #arena mlock +nt-ikOAN+k
>-ChanServ- Parameter required for MLOCK +k.
><AngryWolf> set #arena mlock +nt-ikOAN+k something
>-ChanServ- Mode lock on channel #arena changed to \ 2+ntk-iOAN\ 2.
>
>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" <smkelly@zombie.org>
>To: <ircservices-coding@ircservices.za.net>
>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: <F112WXWELb2wM63vCPx0001e62f@hotmail.com>

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\92s 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:
> >
> >"<AngryWolf> help set "
> >-NickServ- No help available for set .
> >
> >"<AngryWolf> help set    email"
> >-NickServ- No help available for set    email.
> >
> >In some ways, more than one space is ignored:
> >
> ><AngryWolf> help        set email
> >-NickServ- Syntax: SET EMAIL address
> >
> ><AngryWolf> set language      1
> >-NickServ- Language changed to English.
> >
> >3. In this example, I mean it would be better to filter some formatting
> >characters:
> >
> ><AngryWolf> help set
> >-NickServ- Unknown command help.  Type /msg NickServ HELP for help.
> >
> >5. What about giving more than one word for passwords?
> >
> ><AngryWolf> set password first second
> >-NickServ- Password changed to first.
> >
> >6. Giving URLs
> >
> ><AngryWolf> 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
> >
> ><AngryWolf> set timezone +1:3
> >-NickServ- The current time in this time zone is ...
> ><AngryWolf> 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
> >
> ><AngryWolf> help unset
> >-NickServ- Syntax: UNSET {URL | INFO}
> ><AngryWolf> unset
> >-NickServ- Syntax: UNSET URL
> >
> ><AngryWolf> 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
> >
> ><AngryWolf> 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:
> >
> ><AngryWolf> set #arena mlock +nt-ikOAN+k
> >-ChanServ- Parameter required for MLOCK +k.
> ><AngryWolf> 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 <terminator@koekjes.net>
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 <aragon@phat.za.net>
2002/06/11      AJOIN now prevents "channel" names not beginning in "#"
                    from being added.  Reported by Aragon Gouveia
                    <aragon@phat.za.net>
2002/06/11      Fixed cosmetic bugs in some NickServ syntax error messages.
2002/06/11      Fixed bugs reported by Romek Krisztian
                    <r-krisztian@softhome.net>:
                    - 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 <Schutzgeist@uni.de>
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: <F103XxbH1aM9T2xInBo00022764@hotmail.com>

2002/06/14      The NickServ LINK command no longer accepts invalid nicks.
                    Reported by <terminator@koekjes.net>

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" <achurch@achurch.org>
To: "Panagiotis Kefalidis ( Gizm0 )" <ircservices-coding@ircservices.za.net>
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 <terminator@koekjes.net>
>
>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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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 )" <gizm0@mail.gr>
>To: <ircservices-coding@ircservices.za.net>
>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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 )" <gizm0@mail.gr>
> >To: <ircservices-coding@ircservices.za.net>
> >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> <OE58bdxPQzNwTWDDAAH00010739@hotmail.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" <martinpels@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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: <VisionOfHell@aol.com>
> To: <ircservices-coding@ircservices.za.net>
> 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: <OE27xgsNbJW8iLtceh2000058d1@hotmail.com>

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: <OE41VFOh1vdkmyCF1Hk00014cab@hotmail.com>

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" <martinpels@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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: <OE41VFOh1vdkmyCF1Hk00014cab@hotmail.com>
References: <OE41VFOh1vdkmyCF1Hk00014cab@hotmail.com>
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" <martinpels@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> 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: <OE27xgsNbJW8iLtceh2000058d1@hotmail.com>
References: <3d0f0324.56074@achurch.org> <OE27xgsNbJW8iLtceh2000058d1@hotmail.com>
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: <F1497ddhlHs46tfUDbb000236e1@hotmail.com>

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 <nick> <channel> 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 <PASS>
-
[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: <OE36dxaQ6shalxyPyF1000027e8@hotmail.com>

Unreal 3.1.x supports nicks like that too..

----- Original Message -----
From: "Aragon Gouveia" <aragon@phat.za.net>
To: <ircservices-coding@ircservices.za.net>
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" <stskeeps@tspre.org>
To: "Aragon Gouveia" <aragon@phat.za.net>
Cc: <coders@lists.unrealircd.org>
Sent: Tuesday, June 18, 2002 2:48 PM
Subject: Re: [Coders] RFCs and nicknames


> <insert some smartass comment about RFC and it's validity today>
>
> 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" <stskeeps@tspre.org>
>To: "Aragon Gouveia" <aragon@phat.za.net>
>Cc: <coders@lists.unrealircd.org>
>Sent: Tuesday, June 18, 2002 2:48 PM
>Subject: Re: [Coders] RFCs and nicknames
>
>
>> <insert some smartass comment about RFC and it's validity today>
>>
>> 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: <Pine.LNX.4.44.0206181036100.11394-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0206181038200.11394-100000@linux.ircd-net.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". 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:

<nick>    ::= <letter> { <letter> | <number> | <special> }
<letter>  ::= 'a' ... 'z' | 'A' ... 'Z'
<number>  ::= '0' ... '9'
<special> ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}'

     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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>~Ganja51</FONT></DIV>
><DIV><FONT face=3DArial =
>size=3D2>irc.lcirc.net</FONT></DIV></BODY></HTML>
>
>------=_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 <nick> <channel> 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 <PASS>
>-
>[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: <Pine.LNX.4.44.0206182049420.13250-100000@linux.ircd-net.org>

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:
> 
> <nick>    ::= <letter> { <letter> | <number> | <special> }
> <letter>  ::= 'a' ... 'z' | 'A' ... 'Z'
> <number>  ::= '0' ... '9'
> <special> ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}'
> 
>      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:
>> 
>> <nick>    ::= <letter> { <letter> | <number> | <special> }
>> <letter>  ::= 'a' ... 'z' | 'A' ... 'Z'
>> <number>  ::= '0' ... '9'
>> <special> ::= '-' | '[' | ']' | '\' | '`' | '^' | '{' | '}'
>> 
>>      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: <Pine.LNX.4.44.0206181038200.11394-100000@linux.ircd-net.org>
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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-7">
><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>
><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
>MemoServ.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a =
>memo,=20
>MemoServ notifies me at the same time.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>George=20
>Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
>
>------=_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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Diso-8859-7">
> ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3DArial size=3D2>
> ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
> >MemoServ.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a =
> >memo,=20
> >MemoServ notifies me at the same time.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>George=20
> >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> >
> >------=_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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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
>> >
>> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>> ><HTML><HEAD>
>> ><META http-equiv=3DContent-Type content=3D"text/html; =
>> >charset=3Diso-8859-7">
>> ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
>> ><STYLE></STYLE>
>> ></HEAD>
>> ><BODY bgColor=3D#ffffff>
>> ><DIV><FONT face=3DArial size=3D2>
>> ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
>> >MemoServ.</FONT></DIV>
>> ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
>> ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a =
>> >memo,=20
>> >MemoServ notifies me at the same time.</FONT></DIV>
>> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
>> ><DIV><FONT face=3DArial size=3D2>George=20
>> >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
>> >
>> >------=_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: <F260BhMwF6sbffs5oBv000200c5@hotmail.com>

i also have this prob :)


>From: "George Stamatiou" <master@xchat.gr>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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
> > >
> > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > ><HTML><HEAD>
> > ><META http-equiv=3DContent-Type content=3D"text/html; =
> > >charset=3Diso-8859-7">
> > ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> > ><STYLE></STYLE>
> > ></HEAD>
> > ><BODY bgColor=3D#ffffff>
> > ><DIV><FONT face=3DArial size=3D2>
> > ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
> > >MemoServ.</FONT></DIV>
> > ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> > ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a 
>=
> > >memo,=20
> > >MemoServ notifies me at the same time.</FONT></DIV>
> > ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial size=3D2>George=20
> > >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> > >
> > >------=_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\92s 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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
> >To: <ircservices-coding@ircservices.za.net>
> >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
> >> >
> >> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> >> ><HTML><HEAD>
> >> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >> >charset=3Diso-8859-7">
> >> ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> >> ><STYLE></STYLE>
> >> ></HEAD>
> >> ><BODY bgColor=3D#ffffff>
> >> ><DIV><FONT face=3DArial size=3D2>
> >> ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
> >> >MemoServ.</FONT></DIV>
> >> ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> >> ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a
=
> >> >memo,=20
> >> >MemoServ notifies me at the same time.</FONT></DIV>
> >> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> >> ><DIV><FONT face=3DArial size=3D2>George=20
> >> >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> >> >
> >> >------=_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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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" <achurch@achurch.org>
>> >To: <ircservices-coding@ircservices.za.net>
>> >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
>> >> >
>> >> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>> >> ><HTML><HEAD>
>> >> ><META http-equiv=3DContent-Type content=3D"text/html; =
>> >> >charset=3Diso-8859-7">
>> >> ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
>> >> ><STYLE></STYLE>
>> >> ></HEAD>
>> >> ><BODY bgColor=3D#ffffff>
>> >> ><DIV><FONT face=3DArial size=3D2>
>> >> ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
>> >> >MemoServ.</FONT></DIV>
>> >> ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
>> >> ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me a
>=
>> >> >memo,=20
>> >> >MemoServ notifies me at the same time.</FONT></DIV>
>> >> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
>> >> ><DIV><FONT face=3DArial size=3D2>George=20
>> >> >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
>> >> >
>> >> >------=_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: <F260BhMwF6sbffs5oBv000200c5@hotmail.com>
Message-ID: <003101c21874$9a205b80$6401a8c0@Turby>

Me too, running on Unreal 3.1.3 (with pre2)
----- Original Message -----
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, June 19, 2002 6:00 AM
Subject: Re: [IRCServices Coding] MemoServ


> i also have this prob :)
>
>
> >From: "George Stamatiou" <master@xchat.gr>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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" <achurch@achurch.org>
> >To: <ircservices-coding@ircservices.za.net>
> >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
> > > >
> > > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > > ><HTML><HEAD>
> > > ><META http-equiv=3DContent-Type content=3D"text/html; =
> > > >charset=3Diso-8859-7">
> > > ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> > > ><STYLE></STYLE>
> > > ></HEAD>
> > > ><BODY bgColor=3D#ffffff>
> > > ><DIV><FONT face=3DArial size=3D2>
> > > ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug in=20
> > > >MemoServ.</FONT></DIV>
> > > ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> > > ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends me
a
> >=
> > > >memo,=20
> > > >MemoServ notifies me at the same time.</FONT></DIV>
> > > ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> > > ><DIV><FONT face=3DArial size=3D2>George=20
> > > >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> > > >
> > > >------=_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" <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, June 19, 2002 6:00 AM
> Subject: Re: [IRCServices Coding] MemoServ
> 
> 
> > i also have this prob :)
> >
> >
> > >From: "George Stamatiou" <master@xchat.gr>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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" <achurch@achurch.org>
> > >To: <ircservices-coding@ircservices.za.net>
> > >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
> > > > >
> > > > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > > > ><HTML><HEAD>
> > > > ><META http-equiv=3DContent-Type content=3D"text/html; =
> > > > >charset=3Diso-8859-7">
> > > > ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> > > > ><STYLE></STYLE>
> > > > ></HEAD>
> > > > ><BODY bgColor=3D#ffffff>
> > > > ><DIV><FONT face=3DArial size=3D2>
> > > > ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone
> bug in=20
> > > > >MemoServ.</FONT></DIV>
> > > > ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> > > > ><DIV><FONT face=3DArial size=3D2>If i am online and someone
> sends me
> a
> > >=
> > > > >memo,=20
> > > > >MemoServ notifies me at the same time.</FONT></DIV>
> > > > ><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> > > > ><DIV><FONT face=3DArial size=3D2>George=20
> > > > >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> > > > >
> > > > >------=_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 <master@xchat.gr>
2002/06/21      Modified configure to work on OSF/1.  Reported by Yusuf
                    Iskenderoglu <uhc0@stud.uni-karlsruhe.de>
2002/06/19      Added support for autokill exceptions in Unreal.  Suggested
                    by <RealCFC@chatfirst.com>
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 <beng@nc.rr.com>
2002/06/19      Fixed two sneaky logic bugs causing crashes in rare cases.
                    Reported by Sean Kelly <smkelly@slashnet.org>
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 <RealCFC@chatfirst.com>
2002/06/19      Fixed bug causing SECUREOPS to not work on servers without
                    halfops support.  Reported by George Stamatiou
                    <master@xchat.gr>
2002/06/19      Added TMODE and +L (server language) support to trircd
                    protocol module.  Suggested by Yusuf Iskenderoglu
                    <uhc0@stud.uni-karlsruhe.de>
2002/06/18      Fixed "invalid nickname" errors on valid nicknames for many
                    IRC daemons.  Reported by Romek Krisztian
                    <r-krisztian@softhome.net>
2002/06/18      Fixed crash in NickServ SENDPASS and AJOIN on unregistered
                    nicks.  Reported by <RealCFC@chatfirst.com>

  --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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
> >To: <ircservices-coding@ircservices.za.net>
> >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" <achurch@achurch.org>
> >> >To: <ircservices-coding@ircservices.za.net>
> >> >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
> >> >> >
> >> >> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> >> >> ><HTML><HEAD>
> >> >> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >> >> >charset=3Diso-8859-7">
> >> >> ><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
> >> >> ><STYLE></STYLE>
> >> >> ></HEAD>
> >> >> ><BODY bgColor=3D#ffffff>
> >> >> ><DIV><FONT face=3DArial size=3D2>
> >> >> ><DIV><FONT face=3DArial size=3D2>I think i founf anotherone bug
in=20
> >> >> >MemoServ.</FONT></DIV>
> >> >> ><DIV><FONT face=3DArial size=3D2>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.</FONT></DIV>
> >> >> ><DIV><FONT face=3DArial size=3D2>If i am online and someone sends
me a
> >=
> >> >> >memo,=20
> >> >> >MemoServ notifies me at the same time.</FONT></DIV>
> >> >> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> >> >> ><DIV><FONT face=3DArial size=3D2>George=20
> >> >> >Stamatiou</FONT></DIV></FONT></DIV></BODY></HTML>
> >> >> >
> >> >> >------=_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" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
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: <ghozer@scfclan.com>
To: <ircservices-coding@ircservices.za.net>
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: <F64oNVjUyc0fqrhUdTu000062f2@hotmail.com>

well i'm guessing from that your chanserv module dont work....


>From: "Dooley" <dooley@risanet.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F265GsJvlkrW4sH6Ubl00007841@hotmail.com>

The pre3 config is the same as the pre0 config..u tried pre1 or 2 yet?


>From: "Dooley" <dooley@risanet.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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\92s 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" <dooley@risanet.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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\92s 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: <F254TS0cauoYgepj6Xk00023e50@hotmail.com>

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 ) <gizm0@mail.gr>
>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" <dooley@risanet.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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: <F95N3ghxiCzA5ycQpCi000036a2@hotmail.com>

i cant see y not :p


>From: Panagiotis Kefalidis ( Gizm0 ) <gizm0@mail.gr>
>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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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\92s 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\92s 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 ) <gizm0@mail.gr>
> >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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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 :<password>
   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: <F254TS0cauoYgepj6Xk00023e50@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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 ) <gizm0@mail.gr>
> >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" <dooley@risanet.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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 :<password>
*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" <smkelly@zombie.org>
To: <ircservices-coding@ircservices.za.net>
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" <smkelly@zombie.org>
> To: <ircservices-coding@ircservices.za.net>
> 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" <uhc0@rz.uni-karlsruhe.de>
To: <ircservices-coding@ircservices.za.net>
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" <smkelly@zombie.org>
> To: <ircservices-coding@ircservices.za.net>
> 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" <uhc0@rz.uni-karlsruhe.de>
> To: <ircservices-coding@ircservices.za.net>
> 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" <smkelly@zombie.org>
> > To: <ircservices-coding@ircservices.za.net>
> > 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 :<password>
< >   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" <smkelly@zombie.org>
> To: <ircservices-coding@ircservices.za.net>
> 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 :<password>
> < >   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 )" <gizm0@mail.gr>
To: <ircservices-coding@ircservices.za.net>
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" <smkelly@zombie.org>
> > To: <ircservices-coding@ircservices.za.net>
> > 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" <uhc0@rz.uni-karlsruhe.de>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <smkelly@zombie.org>
< > > To: <ircservices-coding@ircservices.za.net>
< > > 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" <smkelly@zombie.org>
>To: <ircservices-coding@ircservices.za.net>
>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: <RT.Mail@verizon.net>
To: <ircservices-coding@ircservices.za.net>
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" <uhc0@rz.uni-karlsruhe.de>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <smkelly@zombie.org>
< > > To: <ircservices-coding@ircservices.za.net>
< > > 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: <RT.Mail@verizon.net>
To: <ircservices-coding@ircservices.za.net>
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" <uhc0@rz.uni-karlsruhe.de>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <smkelly@zombie.org>
< > > To: <ircservices-coding@ircservices.za.net>
< > > 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" <RT.Mail@verizon.net>
> To: <ircservices-coding@ircservices.za.net>
> 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 :<password>
> *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 <smkelly@zombie.org>
> 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: <F175TGw4QX5SW5iSN3w0002592d@hotmail.com>

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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <F175TGw4QX5SW5iSN3w0002592d@hotmail.com>
References: <F175TGw4QX5SW5iSN3w0002592d@hotmail.com>
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: <F175TGw4QX5SW5iSN3w0002592d@hotmail.com>
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" <r-krisztian@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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" <r-krisztian@softhome.net>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <r-krisztian@softhome.net>
To: <ircservices-coding@ircservices.za.net>
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: <F1466uAKrFHLqbp3ecc00001429@hotmail.com>

*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: <OE35maD0rxS7V0nHlXX00018967@hotmail.com>

What we are dealing with here is probably a severe form of addiction. ;-)

----- Original Message -----
From: <RT.Mail@verizon.net>
To: <ircservices-coding@ircservices.za.net>
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" <r-krisztian@softhome.net>
< > To: <ircservices-coding@ircservices.za.net>
< > 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: <F130LkOhpWL26mtgK3j00003a18@hotmail.com>

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: <F51Xzy3NL6S1AAbFjjJ00005047@hotmail.com>

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\92s 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: <F254TS0cauoYgepj6Xk00023e50@hotmail.com> <011301c21a64$628d14a0$0201a8c0@banzai>
Message-ID: <005d01c21ad3$413a8110$0201a8c0@banzai>

The pre4 patch fixed my error up.



----- Original Message -----
From: "Dooley" <dooley@risanet.com>
To: <ircservices-coding@ircservices.za.net>
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" <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> 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 ) <gizm0@mail.gr>
> > >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" <dooley@risanet.com>
> > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > >To: <ircservices-coding@ircservices.za.net>
> > > > >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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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" <aragon@phat.za.net>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> 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: <Pine.LNX.4.44.0206232217500.29098-100000@linux.ircd-net.org>

I just got my mail server back and I'm just checking that my subscription 
to these lists hasn't died



From 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:
<http://web.icq.com/whitepages/online?icq=22220&img=21>         
* Work Tel#:  03-7665595
* Fax#:  03-7665566
*    <http://wwp.icq.com/22220> 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: <OE27GgEkTGm1NridenL0000a0e7@hotmail.com>

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 <mailto:Yaniv@icq.com>  
To: ircservices-coding@ircservices.za.net
<mailto: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:
<http://web.icq.com/whitepages/online?icq=22220&img=21>         
* Work Tel#:  03-7665595
* Fax#:  03-7665566
*    <http://wwp.icq.com/22220> 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: <F238kczV5puNsiPZKsO00004998@hotmail.com>

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 <Yaniv@icq.com>
>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:
><http://web.icq.com/whitepages/online?icq=22220&img=21>
>* Work Tel#:  03-7665595
>* Fax#:  03-7665566
>*    <http://wwp.icq.com/22220> 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 <Yaniv@icq.com>
>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:
><http://web.icq.com/whitepages/online?icq=22220&img=21>
>* Work Tel#:  03-7665595
>* Fax#:  03-7665566
>*    <http://wwp.icq.com/22220> 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 <Yaniv@icq.com>
>>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:
>><http://web.icq.com/whitepages/online?icq=22220&img=21>
>>* Work Tel#:  03-7665595
>>* Fax#:  03-7665566
>>*    <http://wwp.icq.com/22220> 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 <Yaniv@icq.com>
>>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:
>><http://web.icq.com/whitepages/online?icq=22220&img=21>
>>* Work Tel#:  03-7665595
>>* Fax#:  03-7665566
>>*    <http://wwp.icq.com/22220> 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: <Pine.LNX.4.44.0206260205190.6567-100000@linux.ircd-net.org>

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 <master@xchat.gr>

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: <F71ndgjvM9KfYDovvQ0000014c2@hotmail.com>

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: <F71ndgjvM9KfYDovvQ0000014c2@hotmail.com>
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: <F71ndgjvM9KfYDovvQ0000014c2@hotmail.com>
Message-ID: <NDBBLDHKLKMANPGMACIGEEAADAAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGEEAADAAA.rg@tcslon.com>
Message-ID: <Pine.LNX.4.44.0206300523460.1915-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0206300523460.1915-100000@linux.ircd-net.org>
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: <F231HupeyyfIIhs6hdn00001fc0@hotmail.com>

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 <griever@t2n.org>
>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\92s 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: <Pine.LNX.4.44.0206300523460.1915-100000@linux.ircd-net.org>
Message-ID: <NDBBLDHKLKMANPGMACIGMEAADAAA.rg@tcslon.com>

> 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: <F80k4SAyz33XCHPGGcf0000216a@hotmail.com>

I'll take a look at the protocol modules..  see if i can make 1 :)


>From: "RT.Mail@verizon.net" <RT.Mail@verizon.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F80k4SAyz33XCHPGGcf0000216a@hotmail.com>
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" <RT.Mail@verizon.net>
< > >Reply-To: ircservices-coding@ircservices.za.net
< > >To: <ircservices-coding@ircservices.za.net>
< > >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: <F80k4SAyz33XCHPGGcf0000216a@hotmail.com>
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: <F124uesWfecxnB0EeIE000045e6@hotmail.com>

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\92s 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: <F124uesWfecxnB0EeIE000045e6@hotmail.com>
References: <F124uesWfecxnB0EeIE000045e6@hotmail.com>
Message-ID: <20020702195317.GA35162@phat.za.net>

| By Craig McLure <frostycoolslug@hotmail.com>
|                                          [ 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: <F196Kegi0hz2UuQNlCl00005871@hotmail.com>

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" <RT.Mail@verizon.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <B0002679881@smtp1.turk.net>

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: <F196Kegi0hz2UuQNlCl00005871@hotmail.com>
References: <F196Kegi0hz2UuQNlCl00005871@hotmail.com>
Message-ID: <20020703213358.GA53409@phat.za.net>

| By Craig McLure <frostycoolslug@hotmail.com>
|                                          [ 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 <frostycoolslug@hotmail.com>
< > |                                          [ 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: <NGEAKGBNGAICLHLJKNIGAELMCFAA.admin@rgcministries.com>

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: <NGEAKGBNGAICLHLJKNIGAELMCFAA.admin@rgcministries.com>
References: <NGEAKGBNGAICLHLJKNIGAELMCFAA.admin@rgcministries.com>
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 <admin@rgcministries.com>
|                                          [ 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: <NGEAKGBNGAICLHLJKNIGAELMCFAA.admin@rgcministries.com>
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: <NGEAKGBNGAICLHLJKNIGAELMCFAA.admin@rgcministries.com> <20020705041638.IYFR922.out011.verizon.net@bofh>
Message-ID: <20020705073254.GC83748@phat.za.net>

| By RT.Mail@verizon.net <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: <ircservices-coding-request@ircservices.za.net>
To: <ircservices-coding@ircservices.za.net>
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" <RT.Mail@verizon.net>
> To: <ircservices-coding@ircservices.za.net>
> 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 <aragon@phat.za.net>
> To: ircservices-coding@ircservices.za.net
> Subject: Re: [IRCServices Coding] XML
> Reply-To: ircservices-coding@ircservices.za.net
>
> | By RT.Mail@verizon.net <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 <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: <Pine.LNX.4.44.0207051256570.18480-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0207051256570.18480-100000@linux.ircd-net.org>
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 <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) <ghozer@scfclan.com>
|                                          [ 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.  
<?xml version="1.0" ?> 
- <ircservices-db>
- <constants>
  <LANG_DEFAULT>-1</LANG_DEFAULT> 
  <CHANMAX_UNLIMITED>-2</CHANMAX_UNLIMITED> 
  <CHANMAX_DEFAULT>-1</CHANMAX_DEFAULT> 
  <TIMEZONE_DEFAULT>32767</TIMEZONE_DEFAULT> 
  <ACCLEV_FOUNDER>1000</ACCLEV_FOUNDER> 
  <ACCLEV_INVALID>-1000</ACCLEV_INVALID> 
  <ACCLEV_SOP>100</ACCLEV_SOP> 
  <ACCLEV_AOP>50</ACCLEV_AOP> 
  <ACCLEV_HOP>40</ACCLEV_HOP> 
  <ACCLEV_VOP>30</ACCLEV_VOP> 
  <MEMOMAX_UNLIMITED>-1</MEMOMAX_UNLIMITED> 
  <MEMOMAX_DEFAULT>-2</MEMOMAX_DEFAULT> 
  <NEWS_LOGON>0</NEWS_LOGON> 
  <NEWS_OPER>1</NEWS_OPER> 
  <MD_AKILL>0</MD_AKILL> 
  <MD_EXCLUSION>1</MD_EXCLUSION> 
  <MD_EXCEPTION>2</MD_EXCEPTION> 
  <MD_SGLINE>71</MD_SGLINE> 
  <MD_SQLINE>81</MD_SQLINE> 
  <MD_SZLINE>90</MD_SZLINE> 
  </constants>
  <maxusercnt>0</maxusercnt> 
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) <ghozer@scfclan.com>
< > |                                          [ 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: <AT979293868868.22394@send2.inner-21cn.com>

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 <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.
> <?xml version="1.0" ?>
> - <ircservices-db>
> - <constants>
>   <LANG_DEFAULT>-1</LANG_DEFAULT>
>   <CHANMAX_UNLIMITED>-2</CHANMAX_UNLIMITED>
>   <CHANMAX_DEFAULT>-1</CHANMAX_DEFAULT>
>   <TIMEZONE_DEFAULT>32767</TIMEZONE_DEFAULT>
>   <ACCLEV_FOUNDER>1000</ACCLEV_FOUNDER>
>   <ACCLEV_INVALID>-1000</ACCLEV_INVALID>
>   <ACCLEV_SOP>100</ACCLEV_SOP>
>   <ACCLEV_AOP>50</ACCLEV_AOP>
>   <ACCLEV_HOP>40</ACCLEV_HOP>
>   <ACCLEV_VOP>30</ACCLEV_VOP>
>   <MEMOMAX_UNLIMITED>-1</MEMOMAX_UNLIMITED>
>   <MEMOMAX_DEFAULT>-2</MEMOMAX_DEFAULT>
>   <NEWS_LOGON>0</NEWS_LOGON>
>   <NEWS_OPER>1</NEWS_OPER>
>   <MD_AKILL>0</MD_AKILL>
>   <MD_EXCLUSION>1</MD_EXCLUSION>
>   <MD_EXCEPTION>2</MD_EXCEPTION>
>   <MD_SGLINE>71</MD_SGLINE>
>   <MD_SQLINE>81</MD_SQLINE>
>   <MD_SZLINE>90</MD_SZLINE>
>   </constants>
>   <maxusercnt>0</maxusercnt>
> 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: <AT979293868868.22394@send2.inner-21cn.com>
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" <Xuefer@21cn.com>
To: <ircservices-coding@ircservices.za.net>
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: <NDBBLDHKLKMANPGMACIGEEABDAAA.rg@tcslon.com>

> 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: <BQ979292995057.03897@send4.inner-21cn.com>

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 <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: <NDBBLDHKLKMANPGMACIGOEABDAAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGCEACDAAA.rg@tcslon.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?

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: <NDBBLDHKLKMANPGMACIGKEACDAAA.rg@tcslon.com>

> 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" <uhc0@rz.uni-karlsruhe.de>
To: <ircservices-coding@ircservices.za.net>
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" <uhc0@rz.uni-karlsruhe.de>
> To: <ircservices-coding@ircservices.za.net>
> 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: <By979291795995.14635@send6.inner-21cn.com>

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: <F173uimsNz0BbJLNsNL0000a354@hotmail.com>

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: <Bq979290857459.01310@send1.inner-21cn.com>

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: <F173uimsNz0BbJLNsNL0000a354@hotmail.com>
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: <Bq979290857459.01310@send1.inner-21cn.com>
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: <Bq979290857459.01310@send1.inner-21cn.com> <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 <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: <B953BFFB.3D4%kip@kip-hq.com>

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: <F39rH054PapaBS5GhsX0000e3d0@hotmail.com>

u by ne freak co-incidence running UnrealIRCd 3.2[beta10]? :p


>From: Geoff Byers <kip@kip-hq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <ircservices-coding-request@ircservices.za.net>
To: <ircservices-coding@ircservices.za.net>
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 <kip@kip-hq.com>
> To: <ircservices-coding@ircservices.za.net>
> 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" <frostycoolslug@hotmail.com>
> 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 <kip@kip-hq.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <B9545E0A.3DA%kip@kip-hq.com>

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 <kip@kip-hq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F121PmEl9KVZaQ7XIA90000eaff@hotmail.com>

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 <kip@kip-hq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 <kip@kip-hq.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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\92s 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: <cc.e63650d.2a60df09@aol.com>

*** 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: <F39EtLxQ6dfocdVvVXo0000f4d8@hotmail.com>

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: <B956A120.43B%kip@kip-hq.com>

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: <B956A120.43B%kip@kip-hq.com>
References: <B956A120.43B%kip@kip-hq.com>
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: <B956A120.43B%kip@kip-hq.com>
Message-ID: <NGEAKGBNGAICLHLJKNIGGENFCFAA.admin@rgcministries.com>

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: <B9572A92.4B0%kip@kip-hq.com>

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: <F251qV2mEIkLeoOWGMh0000102d@hotmail.com>

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 <kip@kip-hq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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\92s 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: <F168bCdUg07MJJQ873T0001005e@hotmail.com>

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 <kip@kip-hq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F168bCdUg07MJJQ873T0001005e@hotmail.com>
References: <F168bCdUg07MJJQ873T0001005e@hotmail.com>
Message-ID: <20020715010204.GA93916@phat.za.net>

| By Craig McLure <frostycoolslug@hotmail.com>
|                                          [ 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 <frostycoolslug@hotmail.com>
< > |                                          [ 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: <F161jbBNl9CGFuUaAOe000108d0@hotmail.com>

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" <RT.Mail@verizon.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 <frostycoolslug@hotmail.com>
>< > |                                          [ 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: <F161jbBNl9CGFuUaAOe000108d0@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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" <RT.Mail@verizon.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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 <frostycoolslug@hotmail.com>
> >< > |                                          [ 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" <frostycoolslug@hotmail.com>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <RT.Mail@verizon.net>
< > > >Reply-To: ircservices-coding@ircservices.za.net
< > > >To: <ircservices-coding@ircservices.za.net>
< > > >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 <frostycoolslug@hotmail.com>
< > > >< > |                                          [ 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: <F49qKkap1xGI96JzxQ400011b01@hotmail.com>

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" <frostycoolslug@hotmail.com>
>< > To: <ircservices-coding@ircservices.za.net>
>< > 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" <RT.Mail@verizon.net>
>< > > >Reply-To: ircservices-coding@ircservices.za.net
>< > > >To: <ircservices-coding@ircservices.za.net>
>< > > >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 <frostycoolslug@hotmail.com>
>< > > >< > |                                          [ 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: <F49qKkap1xGI96JzxQ400011b01@hotmail.com>
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" <frostycoolslug@hotmail.com>
< > >< > To: <ircservices-coding@ircservices.za.net>
< > >< > 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" <RT.Mail@verizon.net>
< > >< > > >Reply-To: ircservices-coding@ircservices.za.net
< > >< > > >To: <ircservices-coding@ircservices.za.net>
< > >< > > >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 <frostycoolslug@hotmail.com>
< > >< > > >< > |                                          [ 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: <F10O0btfC1SMrVO2QcC000126af@hotmail.com>

Thats kinda the first thing I did ;)
its happening on 2 totally different box's thou


>From: "RT.Mail@verizon.net" <RT.Mail@verizon.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>< > >< > To: <ircservices-coding@ircservices.za.net>
>< > >< > 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" <RT.Mail@verizon.net>
>< > >< > > >Reply-To: ircservices-coding@ircservices.za.net
>< > >< > > >To: <ircservices-coding@ircservices.za.net>
>< > >< > > >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 <frostycoolslug@hotmail.com>
>< > >< > > >< > |                                          [ 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: <F202Y7Hp5lABCUDmwbo00012b51@hotmail.com>

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 <achurch@achurch.org>
|                                          [ 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 <master@xchat.gr>
>
>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: <BQ979292995057.03897@send4.inner-21cn.com>
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: <F124uesWfecxnB0EeIE000045e6@hotmail.com>
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: <F173uimsNz0BbJLNsNL0000a354@hotmail.com>
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 <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: <F114Fmk6hANYNSuuGsl000136dd@hotmail.com>

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: <F57odUIXDCTy1jS5wF900013700@hotmail.com>

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\92s 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: <F57odUIXDCTy1jS5wF900013700@hotmail.com>
Message-ID: <3d3618d1.76615@achurch.org>

Sorry, UNLINK <nick> 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 [\e$B"E\e(Bv\e(I?\e(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: <F1179qVkbURX3ZBYRNL0001473d@hotmail.com>

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 <nick> 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\92s 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: <F226xh7MtEsAJncxuq20001470a@hotmail.com>

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: <ircservices-coding@ircservices.za.net>
>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 [\81Ã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\92s 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 <pass>)
(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 <pass>
-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 <PASS>
-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: <ircservices-coding@ircservices.za.net>
> 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 [\e$B"E\e(Bv\e(I?\e(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: <F124sfc2lb8Uuye1XDt00015095@hotmail.com>

what IRCd is this on?


>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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 <pass>)
>(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 <pass>
>-01:00:51- -NickServ- Nick [\81Ã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 [\81Ã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 <PASS>
>-01:01:22- (CHINESEWATERDRAGON) and it says this
>-01:01:26- (CHINESEWATERDRAGON) -NickServ- Nick [\81Ã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 [\81Ã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: <ircservices-coding@ircservices.za.net>
> > 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 [\e$B"E\e(Bv\e(I?\e(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 <pass>)
>(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 <pass>
>-01:00:51- -NickServ- Nick [\e$B"E\e(Bv\e(I?\e(B isn't currently in use.
>-01:00:57- (JOBLESSCRACKDRAGON) Mþ\e(I3\e(B(Papa Roach - Lovehatetragedy - 01 -
>M-80)-!-(\e(I_\e$B{U\e(I.\e$BiU\e(IK\e(B - 192kbps/\e(I'\e$B{[\e(IK\e(B - 3.37mb/|\e(IK\e(BñgH - 2m28s)-!-(Stereo)
>-01:01:05- -NickServ- Nick [\e$B"E\e(Bv\e(I?\e(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 <PASS>
>-01:01:22- (CHINESEWATERDRAGON) and it says this
>-01:01:26- (CHINESEWATERDRAGON) -NickServ- Nick [\e$B"E\e(Bv\e(I?\e(B isn't currently in
>use.
>-01:01:34- (Tach)  ~\e(I'\e(BLaugh Out Loud\e(I'\e(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)  \e(I0\e(BLaugh Out Loud\e(I0\e(B
>-01:02:16- -NickServ- Nick [\e$B"E\e(Bv\e(I?\e(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: <ircservices-coding@ircservices.za.net>
>> 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 [\e$B"E\e(Bv\e(I?\e(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 <l8nite@l8nite.net>
>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 <user> <pass>

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: <cc.e63650d.2a60df09@aol.com>
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 <message goes here>

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 <message goes here>
>
>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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3Darial,helvetica>I can't rememeber if I submitted this =
>idea=20
>before, so I'm submitting it now (again?)</FONT></DIV>
><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial>I would LOVE to see a mass memo function in the =
>MemoServ=20
>module.&nbsp; Something like</FONT></DIV>
><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial>/ms mass &lt;message goes here&gt;</FONT></DIV>
><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial>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).</FONT></DIV>
><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial>What do you think?</FONT></DIV>
><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial>Saturn</FONT></DIV></BODY></HTML>
>
>------=_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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <message goes here>
> >
> >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
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Diso-8859-1">
> ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3Darial,helvetica>I can't rememeber if I submitted this =
> >idea=20
> >before, so I'm submitting it now (again?)</FONT></DIV>
> ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial>I would LOVE to see a mass memo function in the =
> >MemoServ=20
> >module.&nbsp; Something like</FONT></DIV>
> ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial>/ms mass &lt;message goes here&gt;</FONT></DIV>
> ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial>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).</FONT></DIV>
> ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial>What do you think?</FONT></DIV>
> ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial>Saturn</FONT></DIV></BODY></HTML>
> >
> >------=_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: <F2293zIEyXrPb2a55EI00016938@hotmail.com>

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 <l8nite@l8nite.net>
>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 <user> <pass>
>
>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: <F253P74giJRMSFDQgq300011e9a@hotmail.com>

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" <saturn@jetirc.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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 <message goes here>
> > >
> > >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
> > >
> > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > ><HTML><HEAD>
> > ><META http-equiv=3DContent-Type content=3D"text/html; =
> > >charset=3Diso-8859-1">
> > ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
> > ><STYLE></STYLE>
> > ></HEAD>
> > ><BODY bgColor=3D#ffffff>
> > ><DIV><FONT face=3Darial,helvetica>I can't rememeber if I submitted this 
>=
> > >idea=20
> > >before, so I'm submitting it now (again?)</FONT></DIV>
> > ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial>I would LOVE to see a mass memo function in the 
>=
> > >MemoServ=20
> > >module.&nbsp; Something like</FONT></DIV>
> > ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial>/ms mass &lt;message goes here&gt;</FONT></DIV>
> > ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial>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).</FONT></DIV>
> > ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial>What do you think?</FONT></DIV>
> > ><DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
> > ><DIV><FONT face=3DArial>Saturn</FONT></DIV></BODY></HTML>
> > >
> > >------=_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\92s 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: <F253P74giJRMSFDQgq300011e9a@hotmail.com>
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 <saturn@jetirc.net>
|                                          [ 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" <l8nite@l8nite.net>
To: <ircservices-coding@ircservices.za.net>
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 <user> <pass>
>
> 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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Dwindows-1255">
><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>hello</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>i'm using ircservices 5 pre5 and =
>memoserv is=20
>crashing everytime I send memo to offline users.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Can you check and have it fixed=20
>please?</FONT></DIV></BODY></HTML>
>
>------=_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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Dwindows-1255">
> ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3DArial size=3D2>hello</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>i'm using ircservices 5 pre5 and =
> >memoserv is=20
> >crashing everytime I send memo to offline users.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Can you check and have it fixed=20
> >please?</FONT></DIV></BODY></HTML>
> >
> >------=_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" <achurch@achurch.org>
< > To: <ircservices-coding@ircservices.za.net>
< > 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
< > > >
< > > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
< > > ><HTML><HEAD>
< > > ><META http-equiv=3DContent-Type content=3D"text/html; =
< > > >charset=3Dwindows-1255">
< > > ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
< > > ><STYLE></STYLE>
< > > ></HEAD>
< > > ><BODY bgColor=3D#ffffff>
< > > ><DIV><FONT face=3DArial size=3D2>hello</FONT></DIV>
< > > ><DIV><FONT face=3DArial size=3D2>i'm using ircservices 5 pre5
< > and =
< > > >memoserv is=20
< > > >crashing everytime I send memo to offline users.</FONT></DIV>
< > > ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
< > > ><DIV><FONT face=3DArial size=3D2>Can you check and have it
< > fixed=20
< > > >please?</FONT></DIV></BODY></HTML>
< > > >
< > > >------=_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: <RT.Mail@verizon.net>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
< > To: <ircservices-coding@ircservices.za.net>
< > 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
< > > >
< > > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
< > > ><HTML><HEAD>
< > > ><META http-equiv=3DContent-Type content=3D"text/html; =
< > > >charset=3Dwindows-1255">
< > > ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
< > > ><STYLE></STYLE>
< > > ></HEAD>
< > > ><BODY bgColor=3D#ffffff>
< > > ><DIV><FONT face=3DArial size=3D2>hello</FONT></DIV>
< > > ><DIV><FONT face=3DArial size=3D2>i'm using ircservices 5 pre5
< > and =
< > > >memoserv is=20
< > > >crashing everytime I send memo to offline users.</FONT></DIV>
< > > ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
< > > ><DIV><FONT face=3DArial size=3D2>Can you check and have it
< > fixed=20
< > > >please?</FONT></DIV></BODY></HTML>
< > > >
< > > >------=_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: <NDBBLDHKLKMANPGMACIGOEAIDAAA.rg@tcslon.com>

> 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: <RT.Mail@verizon.net>
< > To: <ircservices-coding@ircservices.za.net>
< > 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" <achurch@achurch.org>
< > < > To: <ircservices-coding@ircservices.za.net>
< > < > 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
< > < > > >
< > < > > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
< > Transitional//EN">
< > < > > ><HTML><HEAD>
< > < > > ><META http-equiv=3DContent-Type content=3D"text/html; =
< > < > > >charset=3Dwindows-1255">
< > < > > ><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
< > < > > ><STYLE></STYLE>
< > < > > ></HEAD>
< > < > > ><BODY bgColor=3D#ffffff>
< > < > > ><DIV><FONT face=3DArial size=3D2>hello</FONT></DIV>
< > < > > ><DIV><FONT face=3DArial size=3D2>i'm using ircservices 5
< > pre5
< > < > and =
< > < > > >memoserv is=20
< > < > > >crashing everytime I send memo to offline
< > users.</FONT></DIV>
< > < > > ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
< > < > > ><DIV><FONT face=3DArial size=3D2>Can you check and have it
< > < > fixed=20
< > < > > >please?</FONT></DIV></BODY></HTML>
< > < > > >
< > < > > >------=_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: <NDBBLDHKLKMANPGMACIGOEAIDAAA.rg@tcslon.com>

> 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: <F240LUq2in0AvV402ge0000380d@hotmail.com>

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.

<RANT>
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.
</RANT>

>From: "Ran" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F240LUq2in0AvV402ge0000380d@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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.
>
> <RANT>
> 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.
> </RANT>
>
> >From: "Ran" <ran@fistuk.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <F248C1h1jYhAOylhgnF00002443@hotmail.com>

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" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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.
> >
> > <RANT>
> > 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.
> > </RANT>
> >
> > >From: "Ran" <ran@fistuk.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <F213bdXBI5ib4ronNyd00017a9b@hotmail.com>

[*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" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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.
> >
> > <RANT>
> > 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.
> > </RANT>
> >
> > >From: "Ran" <ran@fistuk.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <F248C1h1jYhAOylhgnF00002443@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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" <ran@fistuk.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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" <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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.
> > >
> > > <RANT>
> > > 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.
> > > </RANT>
> > >
> > > >From: "Ran" <ran@fistuk.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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: <F267WFswl3tTUqp2T0a000179a3@hotmail.com>

check out the 'nick' syntax


>From: "Ran" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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" <ran@fistuk.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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" <frostycoolslug@hotmail.com>
> > >To: <ircservices-coding@ircservices.za.net>
> > >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.
> > > >
> > > > <RANT>
> > > > 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.
> > > > </RANT>
> > > >
> > > > >From: "Ran" <ran@fistuk.com>
> > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > >To: <ircservices-coding@ircservices.za.net>
> > > > >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: <F267WFswl3tTUqp2T0a000179a3@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, July 22, 2002 1:15 PM
Subject: Re: [IRCServices Coding] Feature request


> check out the 'nick' syntax
>
>
> >From: "Ran" <ran@fistuk.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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" <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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" <ran@fistuk.com>
> > > >Reply-To: ircservices-coding@ircservices.za.net
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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" <frostycoolslug@hotmail.com>
> > > >To: <ircservices-coding@ircservices.za.net>
> > > >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.
> > > > >
> > > > > <RANT>
> > > > > 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.
> > > > > </RANT>
> > > > >
> > > > > >From: "Ran" <ran@fistuk.com>
> > > > > >Reply-To: ircservices-coding@ircservices.za.net
> > > > > >To: <ircservices-coding@ircservices.za.net>
> > > > > >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: <NDBBLDHKLKMANPGMACIGCEAJDAAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGCEAJDAAA.rg@tcslon.com>
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" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
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: <F9xqs5Alrmsf2KiOque00017e2e@hotmail.com>

yeah.. y do i have the feeling i am getting too old for this? lol


>From: "Russ Garrett" <rg@tcslon.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F3xtZ1r1hWqUzJVyZZW00017d18@hotmail.com>

it should work as normal... /mode <chan> -b <host>


>From: "Ran" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <rg@tcslon.com>
>To: <ircservices-coding@ircservices.za.net>
>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\92s 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: <F3xtZ1r1hWqUzJVyZZW00017d18@hotmail.com>
Message-ID: <Pine.LNX.4.44.0207220702470.29431-100000@linux.ircd-net.org>

On Mon, 22 Jul 2002, Craig McLure wrote:

> it should work as normal... /mode <chan> -b <host>

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" <ran@fistuk.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <Pine.LNX.4.44.0207220702470.29431-100000@linux.ircd-net.org>
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" <griever@t2n.org>
To: <ircservices-coding@ircservices.za.net>
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 <chan> -b <host>
>
> 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" <ran@fistuk.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <NDBBLDHKLKMANPGMACIGOEAJDAAA.rg@tcslon.com>

> 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: <NDBBLDHKLKMANPGMACIGOEAJDAAA.rg@tcslon.com>
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" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
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 <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: <B961DFE8.547%kip@kip-hq.com>

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: <B961DFE8.547%kip@kip-hq.com>
Message-ID: <NDBBLDHKLKMANPGMACIGCEALDAAA.rg@tcslon.com>

> 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 <achurch@achurch.org>
|                                          [ 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: <F5zoeYiL1TZZXo3y1Bn00018d0a@hotmail.com>

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\92s 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: <F5zoeYiL1TZZXo3y1Bn00018d0a@hotmail.com>
References: <F5zoeYiL1TZZXo3y1Bn00018d0a@hotmail.com>
Message-ID: <20020723205724.GA59107@phat.za.net>

Yes, I think that's an excellent idea.


| By MaNUaL 3000 <manual3000@hotmail.com>
|                                          [ 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: <F38Tql8JR7qnG8KLR0f0001eb27@hotmail.com>

  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: <F38Tql8JR7qnG8KLR0f0001eb27@hotmail.com>
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 <http://www.pgp.com>

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: <cc.e63650d.2a60df09@aol.com>
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: <F83tXsL1c00goZolmRB0001d2ed@hotmail.com>

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" <Ganja51@earthlink.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <l8nite@l8nite.net>
>To: <ircservices-coding@ircservices.za.net>
>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 <user> <pass>
> >
> > 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\92s 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: <Pine.LNX.4.44.0207271807150.16507-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0207271808550.16507-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0207271807150.16507-100000@linux.ircd-net.org>
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: <Pine.LNX.4.44.0207271808550.16507-100000@linux.ircd-net.org>
References: <Pine.LNX.4.44.0207271808550.16507-100000@linux.ircd-net.org>
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: <Pine.LNX.4.44.0207271842070.16548-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0207271842070.16548-100000@linux.ircd-net.org>
References: <Pine.LNX.4.44.0207271842070.16548-100000@linux.ircd-net.org>
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: <NGEAKGBNGAICLHLJKNIGEEAKCGAA.admin@rgcministries.com>

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: <F78spDXt8olGfyREg8C00006838@hotmail.com>

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: <F78spDXt8olGfyREg8C00006838@hotmail.com>
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 <l8nite@l8nite.net>
2002/07/28      Log messages are no longer output for SILENCE messages.
                    Suggested by Marc-Andre A. Fuentes <nothing@psychopat.org>
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 <gorkemogut@hotmail.com>
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 <ran@fistuk.com>
2002/07/20      Fixed bugs involving passwords with spaces in them.
                    Reported by <RealCFC@chatfirst.com>
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 <uhc0@stud.uni-karlsruhe.de>
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 <aragon@phat.za.net>
2002/07/17      AJOIN and Unreal's MLOCK +L now check validity of channel
                    name parameters.  Reported by Aragon Gouveia
                    <aragon@phat.za.net>
2002/07/17      An error message is now sent if modes +b/+e are used with
                    MLOCK.  Reported by <RealCFC@chatfirst.com>

  --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 <memo number>).

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: <Pine.LNX.4.33.0207281134230.1589-100000@psychopat.org>

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 <memo number>).
>
> 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: <Pine.LNX.4.33.0207281134230.1589-100000@psychopat.org>
Message-ID: <Pine.LNX.4.33.0207281136370.1613-100000@psychopat.org>

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 <memo number>).
> >
> > 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: <Pine.LNX.4.33.0207281136370.1613-100000@psychopat.org>
References: <Pine.LNX.4.33.0207281134230.1589-100000@psychopat.org> <Pine.LNX.4.33.0207281136370.1613-100000@psychopat.org>
Message-ID: <20020728155220.GB94946@phat.za.net>

Yea. And/or that :P


| By Marc-Andre A. Fuentes <nothing@psychopat.org>
|                                          [ 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 <memo number>).
> > >
> > > 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: <F175qdG0ZCuJSIAQfYT0001dfd2@hotmail.com>

that already exists in the beta doesnt it? :P


>From: Aragon Gouveia <aragon@phat.za.net>
>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 <nothing@psychopat.org>
>|                                          [ 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 <memo number>).
> > > >
> > > > 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: \ 2Warning:\ 2 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 <dragonwings@cinci.rr.com>
|                                          [ 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" <aragon@phat.za.net>
To: <ircservices-coding@ircservices.za.net>
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 <dragonwings@cinci.rr.com>
> |                                          [ 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" <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

----------------------------------------------------------------------
| 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" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, August 01, 2002 6:13 PM
Subject: Re: [IRCServices Coding] Databases


&gt; I am running pre6... I just did the import (I have unreal 3.1.3) after
MUCH<BR>
&gt; editing of the exported info from the other db files...<BR>
&gt; <BR>
&gt; I got it to the point where it doenst squawk about line numbers having
the<BR>
&gt; wrong code, and now the only error after import is<BR>
&gt; <BR>
&gt; [Jet@localhost services]$ ./ircservices -import=mooo.xml<BR>
&gt; Segmentation fault (core dumped)<BR>
&gt; <BR>
&gt; I don't know how to gather &quot;core&quot; info... what do i need to
do to give you<BR>
&gt; the info you need to help me? =)<BR>
&gt; <BR>
&gt; Oh yes, it boots fine if i DONT try to import, but the imported stuff
isnt<BR>
&gt; there yet.&nbsp; I guess it never completed the database write.... any
ideas?<BR>
&gt; <BR>
&gt; ----- Original Message -----<BR>
&gt; From: &quot;Yusuf Iskenderoglu&quot;
&lt;uhc0@rz.uni-karlsruhe.de&gt;<BR>
&gt; To: &lt;ircservices-coding@ircservices.za.net&gt;<BR>
&gt; Sent: Saturday, July 27, 2002 3:31 AM<BR>
&gt; Subject: AW: [IRCServices Coding] Databases<BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; Hello;<BR>
&gt; <BR>
&gt; The convert-db utility will produce an xml file as an output, when<BR>
&gt; piped into a file.<BR>
&gt; You take this file, and go to the web interface and say
&quot;import&quot; it.<BR>
&gt; Then, using your collision settings, the content of the file is<BR>
&gt; imported to your db set directly. There is no additional step
required.<BR>
&gt; Since your dbs are not xml, you also do not need merging them with<BR>
&gt; external files. The db import option directly writes into your db<BR>
&gt; from the xml file.<BR>
&gt; <BR>
&gt; And yes, import is complete for at least older ircservices versions<BR>
&gt; AND ircservices with trircd modifications ;-)<BR>
&gt; Other versions I did not check, but they are out of interest for
you<BR>
&gt; anyway.<BR>
&gt; <BR>
&gt; There is a problem known to me with command line import, which will<BR>
&gt; be solved in pre6. Maybe ist generally a better idea from you to<BR>
&gt; wait until pre6 is released.<BR>
&gt; <BR>
&gt; Regards;<BR>
&gt; yusuf<BR>
&gt; <BR>
&gt; ----------------------------------------------------------------------<
BR>
&gt; | Yusuf
Iskenderoglu&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs
p;&nbsp;&nbsp;&nbsp;&nbsp; | You get to meet all
sorts,&nbsp;&nbsp;&nbsp;&nbsp; |<BR>
&gt; | eMail - uhc0@stud.uni-karlsruhe.de| in this line of
work...&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<BR>
&gt; | eMail - s_iskend@ira.uka.de&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<BR>
&gt; | ICQ UIN : 20587464 \ TimeMr14C&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<BR>
&gt; ----------------------------------------------------------------------<
BR>
&gt; <BR>
&gt; <BR>
&gt; -----Urspr?ngliche Nachricht-----<BR>
&gt; Von: ircservices-coding-admin@ircservices.za.net<BR>
&gt; [mailto:ircservices-coding-admin@ircservices.za.net] Im Auftrag von<BR>
&gt; Saturn<BR>
&gt; Gesendet: Samstag, 27. Juli 2002 00:34<BR>
&gt; An: ircservices-coding@ircservices.za.net<BR>
&gt; Betreff: [IRCServices Coding] Databases<BR>
&gt; <BR>
&gt; <BR>
&gt; My network and another is merging...<BR>
&gt; <BR>
&gt; We're going to stay with my copy of services (latest 5.0 beta) ..
but<BR>
&gt; they are using 4.2.x ...<BR>
&gt; <BR>
&gt; They have abotu 250 users, and I have about the same -- any ideas how
we<BR>
&gt; can do the following tasks:<BR>
&gt; <BR>
&gt; 1. Import their 4.2.x services databases (chan.bc and nick.db i think
is<BR>
&gt; all we need) into our 5.0beta databases<BR>
&gt; <BR>
&gt; 2. During import, NOT import duplicate nicks or channels.....<BR>
&gt; <BR>
&gt; My 3rd question is this method of exporting and importing using
that<BR>
&gt; database for xml or whatever it is.... how complete is the<BR>
&gt; export/import?&nbsp; Will all the channel settings access levels,
nicks,<BR>
&gt; memos and so on be saved in that format?&nbsp; If so, then I thin kI
can<BR>
&gt; solve my first 2 questions, by simply upgrading their databases to
5.0<BR>
&gt; and then exporting both out to xml&nbsp; and use Excel to merge
them...<BR>
&gt; <BR>
&gt; can anyone help?<BR>
&gt; <BR>
&gt; Thanks<BR>
&gt; <BR>
&gt; ------------------------------------------------------------------<BR>
&gt; To unsubscribe or change your subscription options, visit:<BR>
&gt; http://www.ircservices.za.net/mailman/listinfo/ircservices-coding<BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; ------------------------------------------------------------------<BR>
&gt; To unsubscribe or change your subscription options, visit:<BR>
&gt; http://www.ircservices.za.net/mailman/listinfo/ircservices-coding<BR>
&gt; <BR>
&gt;






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 <saturn@jetirc.net>
|                                          [ 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?????? <r-krisztian@softhome.net>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Friday, August 02, 2002 1:50 AM
> Subject: [IRCServices Coding] Re: Databases
> 
> 
> &gt; Hello!<BR>
> &gt; <BR>
> &gt; Try this in your ircservices directory:<BR>
> &gt; <BR>
> &gt; gdb ircservices core<BR>
> &gt; <BR>
> &gt; Or if you doesn't have gdb on your system, the best way is to send the
> 'ircservices' and&nbsp; the 'core' to someone who can debug it.<BR>
> &gt; <BR>
> &gt; Krisztian Romek<BR>
> &gt; <BR>
> &gt; <BR>
> &gt; ------------------------------------------------------------------<BR>
> &gt; To unsubscribe or change your subscription options, visit:<BR>
> &gt; http://www.ircservices.za.net/mailman/listinfo/ircservices-coding<BR>
> &gt; <BR>
> &gt;
> 
> 
> 
> 
> ------------------------------------------------------------------
> 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 <uhc0@rz.uni-karlsruhe.de>
|                                          [ 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: <F216utJLtosJ3Ih7jtr0000273b@hotmail.com>

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: <F122LrEvLIbCQ6MJpfz000057f2@hotmail.com>

Its still in HTML...

and I answered your questions earlier


>From: "las3r http://www.musichat.net" <laser@musichat.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F216utJLtosJ3Ih7jtr0000273b@hotmail.com>
References: <F216utJLtosJ3Ih7jtr0000273b@hotmail.com>
Message-ID: <20020803161751.GB26698@phat.za.net>

| By Craig McLure <frostycoolslug@hotmail.com>
|                                          [ 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: <F220mHO78bRCyIVuxrv00024539@hotmail.com>

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 <aragon@phat.za.net>
>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 <frostycoolslug@hotmail.com>
>|                                          [ 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: <F85uylJc0xvlUQ9cAgj0001306d@hotmail.com>

no, cause not all the users will get it


>From: "las3r http://www.musichat.net" <laser@musichat.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F85uylJc0xvlUQ9cAgj0001306d@hotmail.com>
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" <laser@musichat.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <F159Wr9CV34sb43GejP0002454c@hotmail.com>

i suppose in that sence, it should be ok.. it would be either that or alter 
the authorisation email.


>From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <laser@musichat.net>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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
                    <eengin@talesoft.de>
2002/08/10      Fixed delay in expiring unauthorized nicknames with
                    NSNoAuthExpire set.  Reported by David Orman
                    <monolith@orblivion.com>
2002/08/09      Fixed crash on importing nicks with invalid nick groups.
                    Reported by <saturn@jetirc.net>
2002/08/09      Added DefTimeZone configuration directive.  Suggested by
                    George Stamatiou <master@xchat.gr>
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 <uhc0@stud.uni-karlsruhe.de>
2002/07/29      Halfops can now set -h and +/-v on themselves.  Reported by
                    Dennis Sela <schutzgeist@uni.de>

  --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: <F145a0q6AGvN4EajV7l0000467b@hotmail.com>

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\92s 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: <F261JNbrl26XyrAaDJs000020e5@hotmail.com>

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
<<V13>>

-------------- 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: <Pine.LNX.4.44.0208091727590.25896-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0208091727590.25896-100000@linux.ircd-net.org>
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: <F261JNbrl26XyrAaDJs000020e5@hotmail.com>
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" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
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" <ran@fistuk.com>
To: <ircservices-coding@ircservices.za.net>
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" <ran@fistuk.com>
To: <ircservices-coding@ircservices.za.net>
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" <ran@fistuk.com>
> To: <ircservices-coding@ircservices.za.net>
> 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" <ran@fistuk.com>
>To: <ircservices-coding@ircservices.za.net>
>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 <RealCFC@chatfirst.com>
2002/08/11      Fixed crash on database update with forbidden nicknames.
                    Reported by Craig McLure <frostycoolslug@hotmail.com>

  --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: <FCEKLGDNOAOMGCGAINNMKEJBHAAA.teoman@anet.net.tr>

 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: <FCEKLGDNOAOMGCGAINNMKEJBHAAA.teoman@anet.net.tr>
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 <Coolkill121@aol.com>
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
                    <Yaniv@icq.com>

  --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: <Pine.LNX.4.44.0208150555250.24887-100000@linux.ircd-net.org>

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: <F206l1uSfNKfRjw7clX00001b78@hotmail.com>

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 <griever@t2n.org>
>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\92s 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: <F30KneVHmNCZ2UkAXf20001359a@hotmail.com>

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: <F30KneVHmNCZ2UkAXf20001359a@hotmail.com>
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: <F115jBiLjCWTyqDhIIa00009fe1@hotmail.com>

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\92s 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: <F115jBiLjCWTyqDhIIa00009fe1@hotmail.com>
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: <Pine.LNX.4.44.0208150758001.25225-100000@linux.ircd-net.org>

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: <F30KneVHmNCZ2UkAXf20001359a@hotmail.com> <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 <achurch@achurch.org>
|                                          [ 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: <F30KneVHmNCZ2UkAXf20001359a@hotmail.com> <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: <F223p7guCGnrgkwkJhx000056f6@hotmail.com>

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 <r-krisztian@softhome.net>
>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: <Pine.LNX.4.44.0208150758001.25225-100000@linux.ircd-net.org>
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: <Pine.LNX.4.44.0208152133560.27124-100000@linux.ircd-net.org>

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 <command>.
-
-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 <command>.
< > -
< > -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 <stratus@swcempire.com>
|                                          [ 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 <command>.
> -
> -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 <stratus@swcempire.com>
< > |                                          [ 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 <command>.
< > > -
< > > -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 <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 <command>.
  -
  -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" <aragon@phat.za.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Sunday, August 18, 2002 6:28 AM
Subject: Re: [IRCServices Coding] Teams: Idea


> | By RT.Mail@verizon.net <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 <ran@fistuk.com>
|                                          [ 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" <aragon@phat.za.net>
< > To: <ircservices-coding@ircservices.za.net>
< > Sent: Sunday, August 18, 2002 6:28 AM
< > Subject: Re: [IRCServices Coding] Teams: Idea
< > 
< > 
< > > | By RT.Mail@verizon.net <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 <stratus@swcempire.com>
|                                          [ 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: <NDBBLDHKLKMANPGMACIGOEBIDAAA.rg@tcslon.com>

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 <stratus@swcempire.com>
> |                                          [ 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: <NDBBLDHKLKMANPGMACIGGECBDAAA.rg@tcslon.com>

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: <NDBBLDHKLKMANPGMACIGGECBDAAA.rg@tcslon.com>
Message-ID: <004901c249e6$a9f18a40$6146fea9@LocalHost>

Yes, there is a bug.It happens to me too


----- Original Message -----
From: "Russ Garrett" <rg@tcslon.com>
To: "IRCServices Coding" <ircservices-coding@ircservices.za.net>
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: <NDBBLDHKLKMANPGMACIGGECBDAAA.rg@tcslon.com> <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" <master@xchat.gr>
To: <ircservices-coding@ircservices.za.net>
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" <rg@tcslon.com>
> To: "IRCServices Coding" <ircservices-coding@ircservices.za.net>
> 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: <NDBBLDHKLKMANPGMACIGGECBDAAA.rg@tcslon.com>
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 <RealCFC@chatfirst.com>
2002/08/26      Reduced memory usage in number-list processing by 56k.
                    Suggested by Bryce Simonds <kelmar@esper.net>
2002/08/26      Services now handles TOPIC messages with nick!user@host
                    properly.  Reported by Carsten Munk <stskeeps@tspre.org>
2002/08/25      Added Hungarian language file, courtesy of Janos Kapitany
                    <cyberboy@externet.hu>
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 <russ@garrett.co.uk>
2002/08/22      Corrected errors in the language files.  Helpful script
                    provided by Jacek Margos <jacek.margos@freenet-ag.de>
2002/08/15      Disallowed links to suspended nicknames in the
                    nickserv/oldlink module.  Suggested by Holger Baust
                    <holger.baust@freenet.de>

  --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: <F177nzi95HfqR77bieL0000b153@hotmail.com>

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 <RealCFC@chatfirst.com>
>2002/08/26     Reduced memory usage in number-list processing by 56k.
>                   Suggested by Bryce Simonds <kelmar@esper.net>
>2002/08/26     Services now handles TOPIC messages with nick!user@host
>                   properly.  Reported by Carsten Munk <stskeeps@tspre.org>
>2002/08/25     Added Hungarian language file, courtesy of Janos Kapitany
>                   <cyberboy@externet.hu>
>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 <russ@garrett.co.uk>
>2002/08/22     Corrected errors in the language files.  Helpful script
>                   provided by Jacek Margos <jacek.margos@freenet-ag.de>
>2002/08/15     Disallowed links to suspended nicknames in the
>                   nickserv/oldlink module.  Suggested by Holger Baust
>                   <holger.baust@freenet.de>
>
>   --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: <F177nzi95HfqR77bieL0000b153@hotmail.com>
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: <F64c9yiE38CVGoEC9KB0001d4d4@hotmail.com>

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: <F64c9yiE38CVGoEC9KB0001d4d4@hotmail.com>
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" <frostycoolslug@hotmail.com>  
>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: <F2160eReKGN2O9hRtZu0001a20a@hotmail.com>

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 <diablo2@krock.com>
>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" <frostycoolslug@hotmail.com>
> >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: <OE713GCIFoPkG0rm3rx00000bba@hotmail.com>

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 <id> 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: <OE713GCIFoPkG0rm3rx00000bba@hotmail.com>
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 <id> 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: <F202mxNmdrOnlQzLJ9W00016bd8@hotmail.com>

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: <F202mxNmdrOnlQzLJ9W00016bd8@hotmail.com>
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 <Yaniv@icq.com>
|                                          [ 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 <channelmax> entry for the
nickgroup (search for the nickname and you'll find it in a <nicks> 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 <Yaniv@icq.com>
|                                          [ 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 <Yaniv@icq.com>
|                                          [ 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 <rodecker@mp3crew.nu>
2002/08/27      Users can no longer LINK pseudoclient nicknames, for real
                    this time.  Reported by <RealCFC@chatfirst.com>

  --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: <F111qk8uxEZZd1F1nr70000ca29@hotmail.com>

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" <admin@pmquan.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F210qFJ3sl3xbYiMCIq000001fc@hotmail.com>

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: <F210qFJ3sl3xbYiMCIq000001fc@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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: <F77yJrNKBqujsclWXSZ00016853@hotmail.com>

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" <Ganja51@earthlink.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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\92s 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: <F77yJrNKBqujsclWXSZ00016853@hotmail.com>
Message-ID: <006a01c25100$7e31adb0$0201a8c0@webdevint.com>

is there a discussion list/web page for this ircd project?

----- Original Message -----
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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" <Ganja51@earthlink.net>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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" <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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 <ran@fistuk.com>
|                                          [ 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 <ran@fistuk.com>
>|                                          [ 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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <F15xqJ905IZHUIeJnUC0001a2f7@hotmail.com>

not yet, we will be getting a sourceforge account soon, and will sort some 
stuff then :)


>From: "Wayne Ayotte" <ayottew@sympatico.ca>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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" <Ganja51@earthlink.net>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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" <frostycoolslug@hotmail.com>
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <F5AOPpBpcXCXWtjik3800005b70@hotmail.com>

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" <cc@backchat.co.za>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F77yJrNKBqujsclWXSZ00016853@hotmail.com>
Message-ID: <Pine.LNX.4.44.0208311244500.16847-100000@linux.ircd-net.org>

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: <F233WsTiaqi66Y2QTUf000236aa@hotmail.com>

lol, think we are gonna need it ;D


>From: Finny Merrill <griever@t2n.org>
>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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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 <ran@fistuk.com>
> >|                                          [ 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: <F154xwfb6v96MoXrfMP00016c46@hotmail.com>

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" <ran@fistuk.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>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 <ran@fistuk.com>
> > >|                                          [ 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: <F210qFJ3sl3xbYiMCIq000001fc@hotmail.com> 
        <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" <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> 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: <F63wFCHOzyfyz5b6KZm00000152@hotmail.com>

as far as i know, this has been fixed in version 5


>From: Yaniv Gamzo <Yaniv@icq.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: "Ircservices-Coding (E-mail)" <ircservices-coding@ircservices.za.net>
>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 <Yaniv@icq.com>
|                                          [ 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: <F1018k69RKLpgTFur2i000186e7@hotmail.com>

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 <aragon@phat.za.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: "Ircservices-Coding (E-mail)" <ircservices-coding@ircservices.za.net>
>Subject: Re: [IRCServices Coding] suspend option
>Date: Sun, 1 Sep 2002 19:33:03 +0200
>
>Auto suspension? How does that work... ?
>
>
>| By Yaniv Gamzo <Yaniv@icq.com>
>|                                          [ 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 <Yaniv@icq.com>
|                                          [ 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: <FCEKLGDNOAOMGCGAINNMGEHAHCAA.teoman@anet.net.tr>

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: <FCEKLGDNOAOMGCGAINNMGEHAHCAA.teoman@anet.net.tr>
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: <F159dEKj3tDfCjuXbgE0000d180@hotmail.com>

fs, can u please stop sending HTML email to this mailing list?


>From: "George Stamatiou" <master@xchat.gr>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F159dEKj3tDfCjuXbgE0000d180@hotmail.com>
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 <monolith@orblivion.com>
|                                          [ 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 <aragon@phat.za.net> 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 <vax@webmask.com>
|                                          [ 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 <aragon@phat.za.net> 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 <vax@webmask.com>
< > |                                          [ 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 <aragon@phat.za.net> 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: <OE713GCIFoPkG0rm3rx00000bba@hotmail.com>
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 <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 <vax@webmask.com>
> < > |                                          [ 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 <aragon@phat.za.net> 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
<<V13>>

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 <aragon@phat.za.net> wrote:
>Is services ulined on all your servers? And do all your servers support
>svsnick?
>
>
>| By vax <vax@webmask.com>
>|                                          [ 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 <aragon@phat.za.net> 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 <v13@it.teithe.gr> 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: <Pine.LNX.4.44.0209031533220.7044-100000@linux.ircd-net.org>

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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>I don't know if someone has the same =
>problem with=20
>me.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>I have in modules the Logmaxusers and =
>services when=20
>i do /os stats whows me the real max user count.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>When i restart services it reset =
>(propably) to the=20
>previous max users count that services has saved.</FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Any idea ?</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>George Stamatiou</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2><A=20
>href=3D"mailto:master@xchat.gr">master@xchat.gr</A></FONT></DIV>
><DIV>&nbsp;</DIV></BODY></HTML>
>
>------=_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 \ 2/msg NickServ IDENTIFY \1fpassword\1f\ 2.  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 \ 2Guest0\ 2.

  --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 <v13@it.teithe.gr> 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 \ 2/msg NickServ IDENTIFY \1fpassword\1f\ 2.  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 \ 2Guest0\ 2.
>
>  --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" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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" <admin@nevernet.net>
To: <ircservices-coding@ircservices.za.net>
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" <achurch@achurch.org>
> To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
> 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" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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: <F1078YjhQ9BZ7gZf5Mf00002c73@hotmail.com>

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)" <ircservices-coding@ircservices.za.net>
>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: <F1078YjhQ9BZ7gZf5Mf00002c73@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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)" <ircservices-coding@ircservices.za.net>
> >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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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)" <ircservices-coding@ircservices.za.net>
>> >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" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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" <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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)" <ircservices-coding@ircservices.za.net>
> >> >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: <jUsT.aNoTheR.mEsSaGe.iD.103133925320502@rgcministries.com>

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" <frostycoolslug@hotmail.com>
>>To: <ircservices-coding@ircservices.za.net>
>>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)" <ircservices-coding@ircservices.za.net>
>>> >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 <achurch@achurch.org>
|                                          [ 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: <Pine.LNX.4.44.0209061536580.18046-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0209061538150.18056-100000@linux.ircd-net.org>

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" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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" <frostycoolslug@hotmail.com>
> >To: <ircservices-coding@ircservices.za.net>
> >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)" <ircservices-coding@ircservices.za.net>
> >> >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: <Pine.LNX.4.44.0209061536580.18046-100000@linux.ircd-net.org>
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" <griever@t2n.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.44.0209061536580.18046-100000@linux.ircd-net.org> <003b01c255ee$2bb70fb0$0200a8c0@GHOZER>
Message-ID: <20020906215943.GB64997@phat.za.net>

| By Colin Thorpe(SCF) <ghozer@scfclan.com>
|                                          [ 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: <Pine.LNX.4.44.0209061536580.18046-100000@linux.ircd-net.org> <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" <aragon@phat.za.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, September 06, 2002 10:59 PM
Subject: Re: [IRCServices Coding] ChanServ Mode Bug?


> | By Colin Thorpe(SCF) <ghozer@scfclan.com>
> |                                          [ 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: <Pine.LNX.4.44.0209061656520.18309-100000@linux.ircd-net.org>

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" <mark@ctcp.net>
To: <ircservices-coding@ircservices.za.net>
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" <arathorn@theonering.net>
To: <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.44.0209061656520.18309-100000@linux.ircd-net.org>
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" <griever@t2n.org>
To: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
Cc: <ircservices-coding@ircservices.za.net>
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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-7">
><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT size=3D2>Hello, I think I've found a bug on =
>ircservices-4.5.39 and I=20
>think it is still in ircservices-5.x</FONT></DIV>
><DIV><FONT size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT size=3D2>if you add an akick in a channel (for example /cs =
>akick #chan=20
>add mpampla)</FONT></DIV>
><DIV><FONT size=3D2>and then</FONT></DIV>
><DIV><FONT size=3D2>if you type:</FONT></DIV>
><DIV><FONT size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT size=3D2>/cs akick #chan del 8 or 9 (an entry that doesn't =
>exist) then=20
>you will get this:</FONT></DIV>
><DIV><FONT size=3D2></FONT>&nbsp;</DIV>
><DIV>&nbsp;</DIV>
><DIV><FONT size=3D2>-ChanServ- No such entry (#-1) on #sex autokick=20
>list.</FONT></DIV>
><DIV><FONT size=3D2>instead of this:</FONT></DIV>
><DIV><FONT size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT size=3D2>-ChanServ- No such entry (#-8) on #sex autokick=20
>list.</FONT></DIV>
><DIV><FONT size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT size=3D2>DiAvOl</FONT></DIV></BODY></HTML>
>
>------=_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" <l8nite@l8nite.net>
To: <ircservices-coding@ircservices.za.net>
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" <andrewk@isdial.net>
To: <ircservices-coding@ircservices.za.net>
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" <l8nite@l8nite.net>
> To: <ircservices-coding@ircservices.za.net>
> 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" <andrewk@isdial.net>
To: <ircservices-coding@ircservices.za.net>
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" <l8nite@l8nite.net>
> To: <ircservices-coding@ircservices.za.net>
> 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: <Pine.LNX.4.44.0209070855320.20865-100000@linux.ircd-net.org>

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" <aragon@phat.za.net>
To: "Ircservices-Coding (E-mail)" <ircservices-coding@ircservices.za.net>
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: <NDBBLDHKLKMANPGMACIGEECPDAAA.rg@tcslon.com>

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: <EMEAJDMIHJFMOHONHAEDMEPPCFAA.Georges@Berscheid.lu>

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: <F21rWblt0TAy6Uay7Qm0000b955@hotmail.com>

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: <EMEAJDMIHJFMOHONHAEDMEPPCFAA.Georges@Berscheid.lu>
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: <F2417MeFgDTOCOghXqE00003fa7@hotmail.com>

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)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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: <F2417MeFgDTOCOghXqE00003fa7@hotmail.com>
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" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
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)" <ghozer@scfclan.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >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: <EMEAJDMIHJFMOHONHAEDMEPPCFAA.Georges@Berscheid.lu>
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: <F2417MeFgDTOCOghXqE00003fa7@hotmail.com> <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)" <ghozer@scfclan.com>
To: <ircservices-coding@ircservices.za.net>
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" <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> 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)" <ghozer@scfclan.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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: <F187ks5ReZNIMnntRYx0001972a@hotmail.com>

hold on.. since when could you start a nickname with a number?


>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>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" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>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)" <ghozer@scfclan.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >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
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>I'm having a problem with akills on my=20
>network.&nbsp; 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.&nbsp; Services kills the person =
>connecting, but=20
>they just keep reconnecting since the Gline isn't added.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>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?</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>The /akill command was removed =
>("depreciated") when=20
>Unreal3.1.4 came out....</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Sample:</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>[21:16] -bots.foreverchat.net- *** =
>Global -- from=20
>OperServ: UnitSixFortyNine added an AKILL for <A=20
>href=3D"mailto:*@66.252.3.126">*@66.252.3.126</A> (expires in 30=20
>days)<BR>-<BR>[21:16] -OperServ- <A=20
>href=3D"mailto:*@66.252.3.126">*@66.252.3.126</A> added to AKILL=20
>list.<BR>-<BR>[21:16] -bots.foreverchat.net- *** Notice -- Received KILL =
>message=20
>for <A=20
>href=3D"mailto:UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP">UBot1!fcirc@7F82=
>FB4.3DB0C2ED.756511DF.IP</A>=20
>from UnitSixFortyNine Path: netadmin.foreverchat.net!UnitSixFortyNine=20
>(Test)</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>[21:16] -bots.foreverchat.net- *** =
>Notice --=20
>Received KILL message for <A=20
>href=3D"mailto:UBot1!fcirc@7F82FB4.3DB0C2ED.756511DF.IP">UBot1!fcirc@7F82=
>FB4.3DB0C2ED.756511DF.IP</A>=20
>from OperServ Path: acestar!stockton!buffie!services!OperServ =
>(Autokilled: This=20
>is a test only)</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>(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)</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Please advise......</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>TIA,</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>UnitSixFortyNine<BR>Founder,=20
>irc.foreverchat.net<BR><A=20
>href=3D"http://www.foreverchat.net">http://www.foreverchat.net</A><BR>irc=
>://irc.foreverchat.net</FONT></DIV></BODY></HTML>
>
>------=_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: <unit649@unit649.net>
To: <ircservices-coding@ircservices.za.net>
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: <Pine.LNX.4.44.0209121256250.20065-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0209121257090.20065-100000@linux.ircd-net.org>

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: <F250pyQ9IcbF2Wvd5ZS000113ec@hotmail.com>

(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 \89Ú\8bL$\b\8b\$\ 4¸! 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: <Pine.LNX.4.33.0209132049060.17896-100000@hnioxos.ee.auth.gr>

> (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: <F250pyQ9IcbF2Wvd5ZS000113ec@hotmail.com>
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 \89Ú\8bL$\b\8b\$\ 4¸! 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
                    <Brain@chatspike.net>
2002/09/04      Fixed bug in handling Auspice databases in convert-db, and
                    added support for Auspice 2.7.  Reported by <irc@kgn.ru>
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.

<A HREF="http://www.redhat.com/advice/speaks_gcc.html">http://www.redhat.com/advice/speaks_gcc.html</A>

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: <Pine.LNX.4.44.0209141230050.30244-100000@linux.ircd-net.org>

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.
> 
> <A HREF="http://www.redhat.com/advice/speaks_gcc.html">http://www.redhat.com/advice/speaks_gcc.html</A>
> 
> 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: <Pine.LNX.4.44.0209141231051.30244-100000@linux.ircd-net.org>

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: <Pine.LNX.4.44.0209141231051.30244-100000@linux.ircd-net.org>
Message-ID: <Pine.LNX.4.44.0209141306030.30349-100000@linux.ircd-net.org>

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 <griever@t2n.org>
Message-ID: <20020914200328.397F47DBD9@adsl213166.vnet.hu>

Hello!

Finny Merrill <griever@t2n.org> 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 <griever@t2n.org> 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: <Pine.LNX.4.33.0209141727440.20374-100000@psychopat.org>

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: <Pine.LNX.4.33.0209141727440.20374-100000@psychopat.org>
Message-ID: <Pine.LNX.4.33.0209151426380.25131-100000@hnioxos.ee.auth.gr>


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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>

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: <F193ZcXm8P4ALDEFrBi0000d6bf@hotmail.com>

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 <nick> 
add <host> <nick password>?and possibly replace <nick password>? 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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
References: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
Message-ID: <20020918124311.GA91114@phat.za.net>

| By MaNUaL <manual3000@hotmail.com>
|                                          [ 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 <andrewk@isdial.net>
|                                          [ 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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
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: <OE269Kjll5LKg1VWHdG00003e1a@hotmail.com>

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)" <ghozer@scfclan.com>
To: <ircservices-coding@ircservices.za.net>
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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
Message-ID: <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>


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: <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
Message-ID: <Pine.LNX.4.33.0209182312170.6514-100000@hnioxos.ee.auth.gr>


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: <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
References: <DAV18BrwVGQhGponirr0000e60e@hotmail.com> <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
Message-ID: <20020918200223.GA9295@phat.za.net>

| By Panagiotis Kefalidis <pkef@hnioxos.ee.auth.gr>
|                                          [ 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: <Pine.LNX.4.44.0209181658080.18142-100000@david.mail.net>

        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: <Pine.LNX.4.44.0209181658080.18142-100000@david.mail.net>
Message-ID: <Pine.LNX.4.44.0209181735170.18142-100000@david.mail.net>

        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: <Pine.LNX.4.44.0209181658080.18142-100000@david.mail.net>
References: <Pine.LNX.4.44.0209181658080.18142-100000@david.mail.net>
Message-ID: <20020918220511.GA13914@phat.za.net>

I never knew 4.5 could even be SIGHUP'd ...

| By Ballsy <ballsy@mystical.net>
|                                          [ 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: <Pine.LNX.4.44.0209181658080.18142-100000@david.mail.net>
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: <OE269Kjll5LKg1VWHdG00003e1a@hotmail.com>
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: <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
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: <Pine.LNX.4.44.0209182230470.18142-100000@david.mail.net>


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

<snip> 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: <Pine.LNX.4.33.0209151426380.25131-100000@hnioxos.ee.auth.gr>
Message-ID: <Pine.LNX.4.33.0209182246430.27147-100000@psychopat.org>

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" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
 <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
 <20020918200223.GA9295@phat.za.net>
Message-ID: <fc.00870ad400232a913b9aca00a2f25d66.232ac3@student.ccgs.wa.edu.au>

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: <fc.00870ad400232a913b9aca00a2f25d66.232ac3@student.ccgs.wa.edu.au>
References: <DAV18BrwVGQhGponirr0000e60e@hotmail.com> <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr> <20020918200223.GA9295@phat.za.net> <fc.00870ad400232a913b9aca00a2f25d66.232ac3@student.ccgs.wa.edu.au>
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 <ajamieson@student.ccgs.wa.edu.au>
|                                          [ 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: <F184jUCkt1cyKIifzrX0000ac23@hotmail.com>

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 <nick> 
add <host> <nick password>?and possibly replace <nick password>? 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: <DAV18BrwVGQhGponirr0000e60e@hotmail.com>
 <Pine.LNX.4.33.0209182308340.6514-100000@hnioxos.ee.auth.gr>
 <20020918200223.GA9295@phat.za.net>
 <fc.00870ad400232a913b9aca00a2f25d66.232ac3@student.ccgs.wa.edu.au>
 <20020919065856.GA30399@phat.za.net>
Message-ID: <fc.00870ad4002335323b9aca00a2f25d66.233533@student.ccgs.wa.edu.au>

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: <F184jUCkt1cyKIifzrX0000ac23@hotmail.com>
References: <F184jUCkt1cyKIifzrX0000ac23@hotmail.com>
Message-ID: <fc.00870ad40023354b3b9aca00f575153c.23354c@student.ccgs.wa.edu.au>

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 <vandy2004@uplands.mpu.co.za>
|                                          [ 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: <Pine.LNX.4.33.0209201326130.13546-100000@hnioxos.ee.auth.gr>


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: <Pine.LNX.4.33.0209201326130.13546-100000@hnioxos.ee.auth.gr>
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: <Pine.LNX.4.33.0209201432090.13650-100000@hnioxos.ee.auth.gr>


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: <Pine.LNX.4.33.0209201456260.13650-100000@hnioxos.ee.auth.gr>


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: <Pine.LNX.4.33.0209201456260.13650-100000@hnioxos.ee.auth.gr>
References: <Pine.LNX.4.33.0209201456260.13650-100000@hnioxos.ee.auth.gr>
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: <Pine.LNX.4.33.0209201326130.13546-100000@hnioxos.ee.auth.gr> <000201c26094$c6ca53d0$a2a90d81@mib.teco.edu>
Message-ID: <20020920131138.GA10252@phat.za.net>

| By Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
|                                          [ 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: <NDBBLDHKLKMANPGMACIGIEHJDAAA.rg@tcslon.com>

> 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 <time>  [RECOMMENDED]
    #     Sets the minimum length of time between consecutive uses of the
    #     SENDAUTH command for the same nick group.  If not specified, this
    #     restriction is disabled.
    #
    #     WARNING: Not setting NSSendauthDelay, or setting it too low, will
    #              allow users to abuse this command to send large
    #              quantities of mail (mailbombs) to arbitrary users!

    NSSendauthDelay 1d

    # CSSendpassDelay <time>  [RECOMMENDED]
    #     Sets the period of time which must elapse between SENDPASS
    #     commands for the same channel.  If not specified, the SENDPASS
    #     command may be used at any time.
    #
    #     NOTE: Since users can only send passwords to nicks they have
    #           identified for, the potential for E-mail attacks via this
    #           command is minimal; however, setting this limit too low (or
    #           not setting it at all) can allow users to slow down
    #           Services through frequent SENDPASS requests.

    CSSendpassDelay 12h


I think that the SENDPASS option available in NickServ and ChanServ is very
helpful as it will save CSops a workout. I was a CSop for some time on a big
network and getting people's passwords (which were quite funny) becomes
irritating when there are other things to do.

I also hope that the
* services.shadownet.za.net changed topic to 'blah blah (nick)'
will be changed to ChanServ as it really does make it look neater.

Yusuf Iskenderoglu said:
"No, AFAIK at least Unreal does not allow ChanServ set the TOPIC that
way."

Yusuf it does. Well I'm not sure about the 3.1 series but the 3.2 definitely
does. I have checked this feature on another services package (which I
didn't like) and when I typed /chanserv topic #chan <topic>, ChanServ set
the topic as I suggested and not the name of the services server. As I said
it's
not some huge problem but it would look nicer - like adding blonde streaks
into a sexy brunettes hair :-)

And thanks for your opinions on the proxy scanner. I must admit I haven't
used BOPM but will soon.

Ty

D.

----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, September 20, 2002 1:50 PM
Subject: Re: AW: [IRCServices Coding] A few things...


>
>
> 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.-
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>




From dylanvdm at icon.co.za  Fri Sep 20 11:33:54 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: <002b01c260d4$4e2cd750$0100a8c0@dylan>

Also something I noticed.

#         memoserv/forward  [OPTIONAL]
#             Allows users to have their memos mailed to them instead of
#             storing them in Services' databases.

I haven't tested this but it looks like it doesn't need to have the
nickserv/mail-auth module loaded. So why should ChanServ and NickServ? It is
in the users best interests to not be a smart-ass and be responsible by
using a valid email address anyways. If they think they're being clever by
not using a *valid* email address then they should pay for it by not getting
the chance to recover their password, especially if the network has notices
about it.

;-)

D.






From dylanvdm at icon.co.za  Fri Sep 20 09:39:21 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...
References: <Pine.LNX.4.33.0209201432090.13650-100000@hnioxos.ee.auth.gr>
Message-ID: <000701c260c7$6c29c3b0$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 <time>  [RECOMMENDED]
    #     Sets the minimum length of time between consecutive uses of the
    #     SENDAUTH command for the same nick group.  If not specified, this
    #     restriction is disabled.
    #
    #     WARNING: Not setting NSSendauthDelay, or setting it too low, will
    #              allow users to abuse this command to send large
    #              quantities of mail (mailbombs) to arbitrary users!

    NSSendauthDelay 1d

    # CSSendpassDelay <time>  [RECOMMENDED]
    #     Sets the period of time which must elapse between SENDPASS
    #     commands for the same channel.  If not specified, the SENDPASS
    #     command may be used at any time.
    #
    #     NOTE: Since users can only send passwords to nicks they have
    #           identified for, the potential for E-mail attacks via this
    #           command is minimal; however, setting this limit too low (or
    #           not setting it at all) can allow users to slow down
    #           Services through frequent SENDPASS requests.

    CSSendpassDelay 12h


I think that the SENDPASS option available in NickServ and ChanServ is very
helpful as it will save CSops a workout. I was a CSop for some time on a big
network and getting people's passwords (which were quite funny) becomes
irritating when there are other things to do.

I also hope that the
* services.shadownet.za.net changed topic to 'blah blah (nick)'
will be changed to ChanServ as it really does make it look neater.

Yusuf Iskenderoglu said:
"No, AFAIK at least Unreal does not allow ChanServ set the TOPIC that
way."

Yusuf it does. Well I'm not sure about the 3.1 series but the 3.2 definitely
does. I have checked this feature on another services package (which I
didn't like) and when I typed /chanserv topic #chan <topic>, ChanServ set
the topic as I suggested and not the name of the services server. As I said
it's
not some huge problem but it would look nicer - like adding blonde streaks
into a sexy brunettes hair :-)

And thanks for your opinions on the proxy scanner. I must admit I haven't
used BOPM but will soon.

Ty

D.

----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, September 20, 2002 1:50 PM
Subject: Re: AW: [IRCServices Coding] A few things...


>
>
> 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.-
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>






From dylanvdm at icon.co.za  Fri Sep 20 09:41:06 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...
References: <Pine.LNX.4.33.0209201432090.13650-100000@hnioxos.ee.auth.gr>
Message-ID: <000801c260c7$6d7cf7a0$0100a8c0@dylan>

Also something I noticed.

#         memoserv/forward  [OPTIONAL]
#             Allows users to have their memos mailed to them instead of
#             storing them in Services' databases.

I haven't tested this but it looks like it doesn't need to have the
nickserv/mail-auth module loaded. So why should ChanServ and NickServ? It is
in the users best interests to not be a smart-ass and be responsible by
using a valid email address anyways. If they think they're being clever by
not using a *valid* email address then they should pay for it by not getting
the chance to recover their password, especially if the network has notices
about it.

;-)

D.





From serdar at konuk.net  Sat Sep 21 04:27:16 2002
From: serdar at konuk.net (serdar@konuk.net)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] A connection Problem
Message-ID: <1204.195.175.79.70.1032607636.bayposta@mail.konuk.net>

Hi when I install Irc service 5,0 o a release. I had a big problem I did
every think and every link setting but when I run ircservices it says
Initilization failed, exiting.
How can I solve this problem . And I have an other question. I am using
Epona Irc services and I wanna to convert my databases t ircservices is
there any conventer for this proccess so thank you good bye

NOT THE END NOT THE BEGINNIG


Bu e-mail BayPosta.Com webmail servisi ile g?nderilmektedir.
http://www.bayposta.com
 
Di?er servislerimiz;
http://www.izhost.com    ?zHost Hosting
http://www.izdns.com     ?zDNS Domain Kayit
http://www.pleskturk.com Plesk T?rkiye
http://www.baybul.com    BayBul Arama Motoru


From frostycoolslug at hotmail.com  Sat Sep 21 07:32:02 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] A connection Problem
Message-ID: <F246f8nTI1oqhWBroyc00001883@hotmail.com>

do a "tail <libdir>/services.log" that should tell you whats going wrong.


>From: <serdar@konuk.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] A connection Problem
>Date: Sat, 21 Sep 2002 14:27:16 +0300 (EEST)
>
>Hi when I install Irc service 5,0 o a release. I had a big problem I did
>every think and every link setting but when I run ircservices it says
>Initilization failed, exiting.
>How can I solve this problem . And I have an other question. I am using
>Epona Irc services and I wanna to convert my databases t ircservices is
>there any conventer for this proccess so thank you good bye
>
>NOT THE END NOT THE BEGINNIG
>
>
>Bu e-mail BayPosta.Com webmail servisi ile gönderilmektedir.
>http://www.bayposta.com
>
>Diðer servislerimiz;
>http://www.izhost.com    ÝzHost Hosting
>http://www.izdns.com     ÝzDNS Domain Kayit
>http://www.pleskturk.com Plesk Türkiye
>http://www.baybul.com    BayBul Arama Motoru
>
>------------------------------------------------------------------
>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\92s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


From r-krisztian at softhome.net  Sat Sep 21 13:23:48 2002
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] user record for %s not found
Message-ID: <200209212223.49024.r-krisztian@softhome.net>

Hello!

Can you have an idea why these messages appear in my ircservices.log? :)

[Sep 21 17:35:12 2002] protocol/unreal: m_sethost: user record for {jimmy|fOg 
not found
[Sep 21 17:35:23 2002] protocol/unreal: m_sethost: user record for Work not 
found
[Sep 21 17:37:06 2002] protocol/unreal: m_sethost: user record for SHiPpInG 
not found
[Sep 21 17:39:00 2002] protocol/unreal: m_sethost: user record for NeW not 
found
[Sep 21 17:39:11 2002] protocol/unreal: m_sethost: user record for Phantom not 
found
[Sep 21 17:40:28 2002] protocol/unreal: m_sethost: user record for ZyKlOn not 
found
[Sep 21 17:41:27 2002] protocol/unreal: m_sethost: user record for FuCk not 
found
[Sep 21 17:41:38 2002] protocol/unreal: m_sethost: user record for IGIIEIFGIFH 
not found
[Sep 21 17:42:18 2002] protocol/unreal: m_sethost: user record for dARk not 
found
[Sep 21 17:42:31 2002] protocol/unreal: m_sethost: user record for ANoN not 
found
[Sep 21 17:42:31 2002] protocol/unreal: m_sethost: user record for IGJIIJDIIB 
not found
[Sep 21 17:42:56 2002] protocol/unreal: m_sethost: user record for Robb not 
found
[Sep 21 17:43:39 2002] protocol/unreal: m_sethost: user record for aladdin not 
found
[Sep 21 17:44:05 2002] protocol/unreal: m_sethost: user record for Homer not 
found
[Sep 21 17:45:00 2002] protocol/unreal: m_sethost: user record for ^Fly|God 
not found
[Sep 21 17:47:00 2002] protocol/unreal: m_sethost: user record for dj^PoUcH] 
not found
[Sep 21 17:47:57 2002] protocol/unreal: m_sethost: user record for Acid not 
found
[Sep 21 17:49:38 2002] protocol/unreal: m_sethost: user record for CoOlLeoN 
not found
[Sep 21 17:49:55 2002] protocol/unreal: m_sethost: user record for citizen not 
found
[Sep 21 17:50:12 2002] protocol/unreal: m_sethost: user record for Biohaz not 
found
[Sep 21 17:50:33 2002] protocol/unreal: m_sethost: user record for eminem not 
found
[Sep 21 17:50:34 2002] protocol/unreal: m_sethost: user record for TrEcKcOp 
not found
[Sep 21 17:50:45 2002] protocol/unreal: m_sethost: user record for WareZ not 
found

-- 
Krisztian Romek
r-krisztian@softhome.net


From pkef at hnioxos.ee.auth.gr  Sat Sep 21 16:13:56 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] user record for %s not found
In-Reply-To: <200209212223.49024.r-krisztian@softhome.net>
Message-ID: <Pine.LNX.4.33.0209220209030.19821-100000@hnioxos.ee.auth.gr>


On Sat, 21 Sep 2002, Krisztian Romek wrote:

> Hello!
>
> [Sep 21 17:50:45 2002] protocol/unreal: m_sethost: user record for WareZ not
> found
>
I think this happens when services try to find the user online and they
don't.After a quick look at the source this is used when the SETHOST or
CHGHOST is called(in both cases when the user tries to change his
host).This propably happens because the user got disconnected or the fake
host wasn't successfully found.Correct me if i'm wrong.
> --
> Krisztian Romek
> r-krisztian@softhome.net
>
Regards,
Gizm0.-


From ekim.engin at stud.uni-karlsruhe.de  Sat Sep 21 19:12:38 2002
From: ekim.engin at stud.uni-karlsruhe.de (Ekim Engin)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
Message-ID: <002801c261dd$86231cf0$092a14ac@d209>

Hi All,

I did some additions to the services I am using on my networks. I
thought it might be also a thing to think about for services 5

1. a reject mail feature, allowing services admins to give a wildcard
list of forbidden email addresses. This addresses may not be specified
while registering nicks. Its a common use that some stupid kiddies
register numerous nicks (100 a day)  to either nonexistent mails
(resulting in huge mail bounces) or using other mail addresses of other
networks ircadmins resulting in disturbing mail traffic with them.

2. a noreg feature for channels, allowing admins set a noreg flag for
certain channels. E.g. #*help*, this channels can be used but not
registered by users. So as a channel is registered by an operator the
channel acts as a normal channel, but if an user wants to get such a
channel registered, he gets a message that denies the registration to
him.

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 frostycoolslug at hotmail.com  Sat Sep 21 19:22:06 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
Message-ID: <F61aCxyst1130OBFbCU000021bb@hotmail.com>

>From: "Ekim Engin" <ekim.engin@stud.uni-karlsruhe.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Some IMHO usefull features
>Date: Sun, 22 Sep 2002 04:12:38 +0200
>
>Hi All,
>
>I did some additions to the services I am using on my networks. I
>thought it might be also a thing to think about for services 5
>
>1. a reject mail feature, allowing services admins to give a wildcard
>list of forbidden email addresses. This addresses may not be specified
>while registering nicks. Its a common use that some stupid kiddies
>register numerous nicks (100 a day)  to either nonexistent mails
>(resulting in huge mail bounces) or using other mail addresses of other
>networks ircadmins resulting in disturbing mail traffic with them.
>
>2. a noreg feature for channels, allowing admins set a noreg flag for
>certain channels. E.g. #*help*, this channels can be used but not
>registered by users. So as a channel is registered by an operator the
>channel acts as a normal channel, but if an user wants to get such a
>channel registered, he gets a message that denies the registration to
>him.
>
>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


1, Personally, I dont see the point in this. If you ban an email block, they 
will just find another 1. for example, you cant ban *.hotmail.com on a 
network, so the "stupid kiddies" will just use something like that. Just 
insert a largish reg delay, it would mean they would have to change their 
IP, or wait for something like 60mins before being able to register again.

2) Once again, i dont see a point for this feature. It would make channels 
prone to opwars, and takeovers. although the SUSPEND command does do what 
you ask, but i am unsure if it supports wildcards.

--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net

The InspIRCd Project, The Next Generation in IRCds.. Alpha0 Avaliable today! 
http://www.sourceforge.net/projects/inspircd

_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com


From ekim.engin at stud.uni-karlsruhe.de  Sat Sep 21 19:53:03 2002
From: ekim.engin at stud.uni-karlsruhe.de (Ekim Engin)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
In-Reply-To: <F61aCxyst1130OBFbCU000021bb@hotmail.com>
Message-ID: <002901c261e3$2bac7c70$092a14ac@d209>

> 1, Personally, I dont see the point in this. If you ban an 
> email block, they 
> will just find another 1. for example, you cant ban 
> *.hotmail.com on a 
> network, so the "stupid kiddies" will just use something like 
> that. Just 
> insert a largish reg delay, it would mean they would have to 
> change their 
> IP, or wait for something like 60mins before being able to 
> register again.
> 

Huge proxy atacks, or even more DDOS atacks registering 1 nick per hour
with 500 hosts is quite disturbing. Services is sending out many mails
(to adresses that do not exist) and we get the bounces. I implemented
this feature on an earlier version of ircservices with the result, that
the complete "registration atack" stopped. I reopend the ban 2 days
after, and the atack continued on same speed. Ist is based on a one time
initialisation, spreadign out through a common used but backdoored
script. Once started it does the registering crap all the time. Akilling
(or glineing) just results in the user getting banned. After he/she
comes back, the script continues registering. The only thing common to
this atacks is it uses alwas the same mail adresses. So I thought this
as quite usefull, it's just a suggestion after all.

> 2) Once again, i dont see a point for this feature. It would 
> make channels 
> prone to opwars, and takeovers. although the SUSPEND command 
> does do what 
> you ask, but i am unsure if it supports wildcards.

Suspend does prevent registering AND using of the channel, while my
feature suggestion just prevents registering. We came up with this
feature afer every single channel gets registerd with #ttnet_channelname
(the network is called TTNet). As it is our Network policy that channels
starting with #ttnet may just be registerd by our network stuff, it is
quite annoying to stop/drop/suspend these channels all the time, while
with this feature does allow us to prevent this from scratch. 

> 
> --
> Craig McLure
> Craig@chatspike.net
> Network Administrator of the ChatSpike IRC Network.
> ChatSpike, the users network! www.chatspike.net
> 
> The InspIRCd Project, The Next Generation in IRCds.. Alpha0 
> Avaliable today! 
> http://www.sourceforge.net/projects/inspircd
> 
> _________________________________________________________________
> 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
> 
> 

+------------------------+------------------------+
| Talesin aka Ekim Engin | talesin@tr-ircd.net    |
|   TR-IRCd Coding Team  | http://www.tr-ircd.net | 
|------------------------^------------------------|
|   It's time to go five - Join the revolution    |
+-------------------------------------------------+ 


From frostycoolslug at hotmail.com  Sat Sep 21 21:40:09 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
Message-ID: <F73Hiw3vmtBHP14vigs0000223b@hotmail.com>

>From: "Ekim Engin" <ekim.engin@stud.uni-karlsruhe.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: RE: [IRCServices Coding] Some IMHO usefull features
>Date: Sun, 22 Sep 2002 04:53:03 +0200
>
> > 1, Personally, I dont see the point in this. If you ban an
> > email block, they
> > will just find another 1. for example, you cant ban
> > *.hotmail.com on a
> > network, so the "stupid kiddies" will just use something like
> > that. Just
> > insert a largish reg delay, it would mean they would have to
> > change their
> > IP, or wait for something like 60mins before being able to
> > register again.
> >
>
>Huge proxy atacks, or even more DDOS atacks registering 1 nick per hour
>with 500 hosts is quite disturbing. Services is sending out many mails
>(to adresses that do not exist) and we get the bounces. I implemented
>this feature on an earlier version of ircservices with the result, that
>the complete "registration atack" stopped. I reopend the ban 2 days
>after, and the atack continued on same speed. Ist is based on a one time
>initialisation, spreadign out through a common used but backdoored
>script. Once started it does the registering crap all the time. Akilling
>(or glineing) just results in the user getting banned. After he/she
>comes back, the script continues registering. The only thing common to
>this atacks is it uses alwas the same mail adresses. So I thought this
>as quite usefull, it's just a suggestion after all.
>
> > 2) Once again, i dont see a point for this feature. It would
> > make channels
> > prone to opwars, and takeovers. although the SUSPEND command
> > does do what
> > you ask, but i am unsure if it supports wildcards.
>
>Suspend does prevent registering AND using of the channel, while my
>feature suggestion just prevents registering. We came up with this
>feature afer every single channel gets registerd with #ttnet_channelname
>(the network is called TTNet). As it is our Network policy that channels
>starting with #ttnet may just be registerd by our network stuff, it is
>quite annoying to stop/drop/suspend these channels all the time, while
>with this feature does allow us to prevent this from scratch.
>
> >
> > --
> > Craig McLure
> > Craig@chatspike.net
> > Network Administrator of the ChatSpike IRC Network.
> > ChatSpike, the users network! www.chatspike.net
> >
> > The InspIRCd Project, The Next Generation in IRCds.. Alpha0
> > Avaliable today!
> > http://www.sourceforge.net/projects/inspircd
> >
> > _________________________________________________________________
> > 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
> >
> >
>
>+------------------------+------------------------+
>| Talesin aka Ekim Engin | talesin@tr-ircd.net    |
>|   TR-IRCd Coding Team  | http://www.tr-ircd.net |
>|------------------------^------------------------|
>|   It's time to go five - Join the revolution    |
>+-------------------------------------------------+
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

Once again, i see no way of preventing 1. If the feature is added to 
services, a script like the following will be created:

alias spam {
:loop
set %nick $rand(0,999999)
set %email $rand(0,9999999)
set %pass $rand(0,9999999)
/nick $rand(a,z) $+ $rand(a,z) $+ $rand(A,Z) $+ $rand(a,z) $+ %nick
/ns register %pass %email $+ @hotmail.com
goto loop
}

Its not likley that you can ban hotmail, as in excess 20% of any IRC 
Networks users usually have a hotmail accounts :P

although i agree with Suggestion 2.


--
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 nothing at psychopat.org  Sat Sep 21 21:50:13 2002
From: nothing at psychopat.org (Marc-Andre A. Fuentes)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
In-Reply-To: <F73Hiw3vmtBHP14vigs0000223b@hotmail.com>
Message-ID: <Pine.LNX.4.33.0209220049360.9368-100000@psychopat.org>

maybe a blacklist of email could be usefull for mail domains like
"whitehouse.gov"
i don't think mr. bush would like to receive an auth code for another nick
:P

On Sun, 22 Sep 2002, Craig McLure wrote:

> >From: "Ekim Engin" <ekim.engin@stud.uni-karlsruhe.de>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >Subject: RE: [IRCServices Coding] Some IMHO usefull features
> >Date: Sun, 22 Sep 2002 04:53:03 +0200
> >
> > > 1, Personally, I dont see the point in this. If you ban an
> > > email block, they
> > > will just find another 1. for example, you cant ban
> > > *.hotmail.com on a
> > > network, so the "stupid kiddies" will just use something like
> > > that. Just
> > > insert a largish reg delay, it would mean they would have to
> > > change their
> > > IP, or wait for something like 60mins before being able to
> > > register again.
> > >
> >
> >Huge proxy atacks, or even more DDOS atacks registering 1 nick per hour
> >with 500 hosts is quite disturbing. Services is sending out many mails
> >(to adresses that do not exist) and we get the bounces. I implemented
> >this feature on an earlier version of ircservices with the result, that
> >the complete "registration atack" stopped. I reopend the ban 2 days
> >after, and the atack continued on same speed. Ist is based on a one time
> >initialisation, spreadign out through a common used but backdoored
> >script. Once started it does the registering crap all the time. Akilling
> >(or glineing) just results in the user getting banned. After he/she
> >comes back, the script continues registering. The only thing common to
> >this atacks is it uses alwas the same mail adresses. So I thought this
> >as quite usefull, it's just a suggestion after all.
> >
> > > 2) Once again, i dont see a point for this feature. It would
> > > make channels
> > > prone to opwars, and takeovers. although the SUSPEND command
> > > does do what
> > > you ask, but i am unsure if it supports wildcards.
> >
> >Suspend does prevent registering AND using of the channel, while my
> >feature suggestion just prevents registering. We came up with this
> >feature afer every single channel gets registerd with #ttnet_channelname
> >(the network is called TTNet). As it is our Network policy that channels
> >starting with #ttnet may just be registerd by our network stuff, it is
> >quite annoying to stop/drop/suspend these channels all the time, while
> >with this feature does allow us to prevent this from scratch.
> >
> > >
> > > --
> > > Craig McLure
> > > Craig@chatspike.net
> > > Network Administrator of the ChatSpike IRC Network.
> > > ChatSpike, the users network! www.chatspike.net
> > >
> > > The InspIRCd Project, The Next Generation in IRCds.. Alpha0
> > > Avaliable today!
> > > http://www.sourceforge.net/projects/inspircd
> > >
> > > _________________________________________________________________
> > > 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
> > >
> > >
> >
> >+------------------------+------------------------+
> >| Talesin aka Ekim Engin | talesin@tr-ircd.net    |
> >|   TR-IRCd Coding Team  | http://www.tr-ircd.net |
> >|------------------------^------------------------|
> >|   It's time to go five - Join the revolution    |
> >+-------------------------------------------------+
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
> Once again, i see no way of preventing 1. If the feature is added to
> services, a script like the following will be created:
>
> alias spam {
> :loop
> set %nick $rand(0,999999)
> set %email $rand(0,9999999)
> set %pass $rand(0,9999999)
> /nick $rand(a,z) $+ $rand(a,z) $+ $rand(A,Z) $+ $rand(a,z) $+ %nick
> /ns register %pass %email $+ @hotmail.com
> goto loop
> }
>
> Its not likley that you can ban hotmail, as in excess 20% of any IRC
> Networks users usually have a hotmail accounts :P
>
> although i agree with Suggestion 2.
>
>
> --
> 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 Sep 21 22:32:54 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
Message-ID: <F177ZyxPPPiXrFtt5D700002020@hotmail.com>

heh, in that case, prevent registration with the same email twice? instead 
of allowing it, invite them to use /ns link ;) then Mr. Bush will only 
recieve 1 email.. and gets a nickname on an IRC Network if he wants it ;)

>From: "Marc-Andre A. Fuentes" <nothing@psychopat.org>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: RE: [IRCServices Coding] Some IMHO usefull features
>Date: Sun, 22 Sep 2002 00:50:13 -0400 (EDT)
>
>maybe a blacklist of email could be usefull for mail domains like
>"whitehouse.gov"
>i don't think mr. bush would like to receive an auth code for another nick
>:P
>
>On Sun, 22 Sep 2002, Craig McLure wrote:
>
> > >From: "Ekim Engin" <ekim.engin@stud.uni-karlsruhe.de>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >Subject: RE: [IRCServices Coding] Some IMHO usefull features
> > >Date: Sun, 22 Sep 2002 04:53:03 +0200
> > >
> > > > 1, Personally, I dont see the point in this. If you ban an
> > > > email block, they
> > > > will just find another 1. for example, you cant ban
> > > > *.hotmail.com on a
> > > > network, so the "stupid kiddies" will just use something like
> > > > that. Just
> > > > insert a largish reg delay, it would mean they would have to
> > > > change their
> > > > IP, or wait for something like 60mins before being able to
> > > > register again.
> > > >
> > >
> > >Huge proxy atacks, or even more DDOS atacks registering 1 nick per hour
> > >with 500 hosts is quite disturbing. Services is sending out many mails
> > >(to adresses that do not exist) and we get the bounces. I implemented
> > >this feature on an earlier version of ircservices with the result, that
> > >the complete "registration atack" stopped. I reopend the ban 2 days
> > >after, and the atack continued on same speed. Ist is based on a one 
>time
> > >initialisation, spreadign out through a common used but backdoored
> > >script. Once started it does the registering crap all the time. 
>Akilling
> > >(or glineing) just results in the user getting banned. After he/she
> > >comes back, the script continues registering. The only thing common to
> > >this atacks is it uses alwas the same mail adresses. So I thought this
> > >as quite usefull, it's just a suggestion after all.
> > >
> > > > 2) Once again, i dont see a point for this feature. It would
> > > > make channels
> > > > prone to opwars, and takeovers. although the SUSPEND command
> > > > does do what
> > > > you ask, but i am unsure if it supports wildcards.
> > >
> > >Suspend does prevent registering AND using of the channel, while my
> > >feature suggestion just prevents registering. We came up with this
> > >feature afer every single channel gets registerd with 
>#ttnet_channelname
> > >(the network is called TTNet). As it is our Network policy that 
>channels
> > >starting with #ttnet may just be registerd by our network stuff, it is
> > >quite annoying to stop/drop/suspend these channels all the time, while
> > >with this feature does allow us to prevent this from scratch.
> > >
> > > >
> > > > --
> > > > Craig McLure
> > > > Craig@chatspike.net
> > > > Network Administrator of the ChatSpike IRC Network.
> > > > ChatSpike, the users network! www.chatspike.net
> > > >
> > > > The InspIRCd Project, The Next Generation in IRCds.. Alpha0
> > > > Avaliable today!
> > > > http://www.sourceforge.net/projects/inspircd
> > > >
> > > > _________________________________________________________________
> > > > 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
> > > >
> > > >
> > >
> > >+------------------------+------------------------+
> > >| Talesin aka Ekim Engin | talesin@tr-ircd.net    |
> > >|   TR-IRCd Coding Team  | http://www.tr-ircd.net |
> > >|------------------------^------------------------|
> > >|   It's time to go five - Join the revolution    |
> > >+-------------------------------------------------+
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> >
> > Once again, i see no way of preventing 1. If the feature is added to
> > services, a script like the following will be created:
> >
> > alias spam {
> > :loop
> > set %nick $rand(0,999999)
> > set %email $rand(0,9999999)
> > set %pass $rand(0,9999999)
> > /nick $rand(a,z) $+ $rand(a,z) $+ $rand(A,Z) $+ $rand(a,z) $+ %nick
> > /ns register %pass %email $+ @hotmail.com
> > goto loop
> > }
> >
> > Its not likley that you can ban hotmail, as in excess 20% of any IRC
> > Networks users usually have a hotmail accounts :P
> >
> > although i agree with Suggestion 2.
> >
> >
> > --
> > 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 uhc0 at rz.uni-karlsruhe.de  Sun Sep 22 02:15:05 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:39 2004
Subject: AW: [IRCServices Coding] Some IMHO usefull features
In-Reply-To: <002901c261e3$2bac7c70$092a14ac@d209>
Message-ID: <000001c26218$9bc9dc70$02c8a8c0@nygmatech.local>

Hello;

> Suspend does prevent registering AND using of the channel, while my
> feature suggestion just prevents registering. We came up with this
> feature afer every single channel gets registerd with 
> #ttnet_channelname
> (the network is called TTNet). As it is our Network policy 
> that channels
> starting with #ttnet may just be registerd by our network stuff, it is
> quite annoying to stop/drop/suspend these channels all the time, while
> with this feature does allow us to prevent this from scratch. 

Can you also explain us, why the JUPITER command I wrote cannot do this
task ?
Bahamut also provides channel quarantine capability via the SQLINE
command.
Even if services does not support jupitering channels, /jupiter is still
enabled...

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 achurch at achurch.org  Sun Sep 22 19:38:50 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] A few things...
In-Reply-To: <000701c260c7$6c29c3b0$0100a8c0@dylan>
Message-ID: <3d8da0a0.64466@achurch.org>

     RTFM (section 3-1-5).  I could go on for pages and pages about the
many ways the ability to send mail to arbitrary addresses could be abused,
but I'll leave that as an exercise for the reader.  All Services functions
that allow the sending of mail will require the mail-auth module
(memoserv/forward requires it as well, and the documentation has been
corrected to reflect this); this decision is final and is not open for
discussion.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>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 <time>  [RECOMMENDED]
>    #     Sets the minimum length of time between consecutive uses of the
>    #     SENDAUTH command for the same nick group.  If not specified, this
>    #     restriction is disabled.
>    #
>    #     WARNING: Not setting NSSendauthDelay, or setting it too low, will
>    #              allow users to abuse this command to send large
>    #              quantities of mail (mailbombs) to arbitrary users!
>
>    NSSendauthDelay 1d
>
>    # CSSendpassDelay <time>  [RECOMMENDED]
>    #     Sets the period of time which must elapse between SENDPASS
>    #     commands for the same channel.  If not specified, the SENDPASS
>    #     command may be used at any time.
>    #
>    #     NOTE: Since users can only send passwords to nicks they have
>    #           identified for, the potential for E-mail attacks via this
>    #           command is minimal; however, setting this limit too low (or
>    #           not setting it at all) can allow users to slow down
>    #           Services through frequent SENDPASS requests.
>
>    CSSendpassDelay 12h
>
>
>I think that the SENDPASS option available in NickServ and ChanServ is very
>helpful as it will save CSops a workout. I was a CSop for some time on a big
>network and getting people's passwords (which were quite funny) becomes
>irritating when there are other things to do.
>
>I also hope that the
>* services.shadownet.za.net changed topic to 'blah blah (nick)'
>will be changed to ChanServ as it really does make it look neater.
>
>Yusuf Iskenderoglu said:
>"No, AFAIK at least Unreal does not allow ChanServ set the TOPIC that
>way."
>
>Yusuf it does. Well I'm not sure about the 3.1 series but the 3.2 definitely
>does. I have checked this feature on another services package (which I
>didn't like) and when I typed /chanserv topic #chan <topic>, ChanServ set
>the topic as I suggested and not the name of the services server. As I said
>it's
>not some huge problem but it would look nicer - like adding blonde streaks
>into a sexy brunettes hair :-)
>
>And thanks for your opinions on the proxy scanner. I must admit I haven't
>used BOPM but will soon.
>
>Ty
>
>D.
>
>----- Original Message -----
>From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Friday, September 20, 2002 1:50 PM
>Subject: Re: AW: [IRCServices Coding] A few things...
>
>
>>
>>
>> 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.-
>>
>> ------------------------------------------------------------------
>> 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 Sep 22 19:55:10 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Memoserv Forward
In-Reply-To: <000901c260cd$1e3a88f0$0100a8c0@dylan>
Message-ID: <3d8da2cf.64507@achurch.org>

>I was wondering...
>
>If I have disabled the FORWARD feature in MemoServ. Shouldn't it be taken
>off of the '/memoser help commands' menu?

     It is.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Sun Sep 22 20:02:31 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
In-Reply-To: <002801c261dd$86231cf0$092a14ac@d209>
Message-ID: <3d8da4ec.64517@achurch.org>

>1. a reject mail feature, allowing services admins to give a wildcard
>list of forbidden email addresses.

     I am considering something like this for the future, but as I've said
before I won't add any more features to 5.0 at this point.  Also, this
would have no practical effect on bounces, since the attacker could just
use arbitrary (nonexistent) domain names.  (There was a related suggestion
to do an MX lookup on the domain names used, but that would require
significant work to implement and is likewise not a candidate for inclusion
in 5.0.)

>2. a noreg feature for channels, allowing admins set a noreg flag for
>certain channels.

     Just register such channels yourself and set NOEXPIRE on them.

>E.g. #*help*,

     I don't see a need to use wildcards--if someone creates a channel you
don't want around, shut it down yourself or take whatever action is
appropriate for your network.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From aragon at phat.za.net  Sun Sep 22 06:24:15 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Some IMHO usefull features
In-Reply-To: <002901c261e3$2bac7c70$092a14ac@d209>
References: <F61aCxyst1130OBFbCU000021bb@hotmail.com> <002901c261e3$2bac7c70$092a14ac@d209>
Message-ID: <20020922132415.GA4741@phat.za.net>

| By Ekim Engin <ekim.engin@stud.uni-karlsruhe.de>
|                                          [ 2002-09-22 04:54 +0200 ]
> Huge proxy atacks, or even more DDOS atacks registering 1 nick per hour
> with 500 hosts is quite disturbing. Services is sending out many mails
> (to adresses that do not exist) and we get the bounces. I implemented

This is something else that worries me with the mail-auth feature. Not so
much as being 'attacked' but also having to deal with users that didn't
understand that they should have used a valid address during registration.
As a result, we probably won't use it when we switch to version 5. I've
currently got a sendpass implementation working via our webpage which
doesn't allow more than 3 sendpass requests per hour (in total, regardless
of host). Plus it notifies the opers (via mail) when the limit is reached
(and by who). The only thing I want to do now is write a monthly cron script
that goes through every email address in our database and verifies that
it's valid (MX lookup, etc.). From the results of this script I can notify
the respective users that do not have a valid address set.. :)


Regards,
Aragon

From achurch at achurch.org  Mon Sep 23 01:30:20 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Problem with httpd-module
In-Reply-To: <3129.80.235.69.47.1032021948.squirrel@sm.net.ee>
Message-ID: <3d8df0a2.03436@achurch.org>

     This is a bug in the socket handling code; the memory is being freed
correctly, but the counter which keeps track of the total amount of memory
used wasn't being updated when the memory was freed, so the code gave a
false out-of-memory error after many connections.  Fixed, thanks for the
report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>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?
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Mon Sep 23 01:34:40 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] another suggestion
In-Reply-To: <F193ZcXm8P4ALDEFrBi0000d6bf@hotmail.com>
Message-ID: <3d8df144.03452@achurch.org>

     This is already on the TODO list; I may add it for a future version.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>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 <nick> 
>add <host> <nick password>?and possibly replace <nick password>? 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
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Mon Sep 23 01:36:43 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] user record for %s not found
In-Reply-To: <200209212223.49024.r-krisztian@softhome.net>
Message-ID: <3d8df1c8.03465@achurch.org>

>Hello!
>
>Can you have an idea why these messages appear in my ircservices.log? :)

     Without a debug log I haven't a clue.  The only thing I can suggest
is that the users are disconnecting before the SETHOST reaches Services.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Mon Sep 23 01:55:31 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Services 5.0pre13 released
Message-ID: <3d8df9c1.20424@achurch.org>

     Services 5.0pre13 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)

29dedd26f5a3392200a91537198f1bfa  ircservices-5.0pre13.tar.gz
ca4b6c5f2bc1e5b4ba65d1ff49b1bee4  ircservices-5.0pre13.diff.gz
e5520a20574c31300d63907e51ff2904  ircservices-5.0pre13-1.i386.rpm
464b10c6e8d0d760433ab6d5760cacd6  ircservices_5.0pre13-1_i386.deb

The other mirrors should have it shortly.

     The NickServ REGISTER and SET EMAIL commands have been changed in this
release to disallow the use of addresses that have been set with other
nicknames but not yet authorized; this cuts down on the potential to use
Services as a stepstone for spamming.  (This change is obviously irrelevant
if you do not use the mail-auth module.)  Also, in response to the
complaints about Services refusing to compile on GCC 2.96, the configure
script will now check for the existence of a "gcc3" program in addition to
"kgcc" before giving up, and adds the -fno-strict-aliasing option to avoid
over-optimization on GCC 3.x (and possibly 2.96).  It is also now possible
to override the GCC 2.96 check if you really want to, but compiling with
GCC 2.96 is still unsupported, and if you have any problems, the only
answer you'll get from me is "upgrade or downgrade your compiler".  This
issue is now covered in the manual (section 2-1) and FAQ (B.1) as well.

     This release also includes a new French language file.  The translator
says he is still working on fixing up the formatting, so please hold off on
complaints about the text.

Changes in version 5.0pre13
---------------------------
2002/09/23      Fixed false out-of-memory error in socket handling code.
                    Reported by <mazta@illlab.ee>
2002/09/23      Unauthorized E-mail addresses can no longer be used in
                    NickServ REGISTER or SET EMAIL commands for other
                    nicknames, to prevent spamming of arbitrary addresses.
2002/09/22      Fixed bugs in socket buffer memory tracking.
2002/09/22      Added NetBufferLimit configuration directive and OperServ
                    STATS NETWORK command.
2002/09/18      French langauge file added, courtesy of Elijah
                    <admin@nevernet.net> and Maxime <maxime_imbeau@hotmail.com>
2002/09/15      -fno-strict-aliasing is now added to the compilation
                    options for GCC to avoid overaggressive optimization.
2002/09/15      configure can now be forced to use GCC 2.96, though this is
                    still not supported.  It will also now look for gcc3 as
                    an alternative before giving up.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From dylanvdm at icon.co.za  Mon Sep 23 12:13:49 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] levels
Message-ID: <000701c26335$7ffe1650$5eccef9b@dylan>

I would like to know where I can go to change the following default level
back to 100 (sop) in the services files:
-ChanServ-     ACC-CHANGE     40

I say this because the main function of Sops is the ability to change the
access list. I know that if I was a halfop, I would only be able to add
people to the access list between 0-39. Still if I were a founder I wouldn't
want anyone other than Sops changing my access list.

Just a thought.


From frostycoolslug at hotmail.com  Mon Sep 23 16:14:02 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] levels
Message-ID: <F79MvlZ4ZC4R0Zyk6kl00003d32@hotmail.com>

Take a look in modules/chanserv/access.c around line 61.

And as a note, Andy *WONT* provide support for your copy of Services if you 
make this change, as stated somewhere or other. Just so you know :)


>From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] levels
>Date: Mon, 23 Sep 2002 21:13:49 +0200
>
>I would like to know where I can go to change the following default level
>back to 100 (sop) in the services files:
>-ChanServ-     ACC-CHANGE     40
>
>I say this because the main function of Sops is the ability to change the
>access list. I know that if I was a halfop, I would only be able to add
>people to the access list between 0-39. Still if I were a founder I 
>wouldn't
>want anyone other than Sops changing my access list.
>
>Just a thought.
>
>------------------------------------------------------------------
>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 dylanvdm at icon.co.za  Mon Sep 23 16:26:14 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] levels
References: <F79MvlZ4ZC4R0Zyk6kl00003d32@hotmail.com>
Message-ID: <006e01c26358$a2bafaf0$5eccef9b@dylan>

Yeah I know. It's good that he doesn't support modified packages.

Thank you very much Craig!! I'll test it soon.

Dylan.


----- Original Message -----
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, September 24, 2002 1:14 AM
Subject: Re: [IRCServices Coding] levels


> Take a look in modules/chanserv/access.c around line 61.
>
> And as a note, Andy *WONT* provide support for your copy of Services if
you
> make this change, as stated somewhere or other. Just so you know :)
>
>
> >From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >Subject: [IRCServices Coding] levels
> >Date: Mon, 23 Sep 2002 21:13:49 +0200
> >
> >I would like to know where I can go to change the following default level
> >back to 100 (sop) in the services files:
> >-ChanServ-     ACC-CHANGE     40
> >
> >I say this because the main function of Sops is the ability to change the
> >access list. I know that if I was a halfop, I would only be able to add
> >people to the access list between 0-39. Still if I were a founder I
> >wouldn't
> >want anyone other than Sops changing my access list.
> >
> >Just a thought.
> >
> >------------------------------------------------------------------
> >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 dylanvdm at icon.co.za  Mon Sep 23 17:02:39 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Clear Modes
Message-ID: <00a901c2635d$b93aebf0$5eccef9b@dylan>

Should this happen?


/chanserv info #omega

-ChanServ-       Mode lock: +nt


/operserv clearmodes #omega

* OperServ sets mode: -nt
* ChanServ sets mode: +nt




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20020924/b3d47c56/attachment.htm
From frostycoolslug at hotmail.com  Mon Sep 23 17:15:26 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Clear Modes
Message-ID: <F128FfSHFoFRhpNVdlz00002597@hotmail.com>

yes.


>From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Clear Modes
>Date: Tue, 24 Sep 2002 02:02:39 +0200
>
>Should this happen?
>
>
>/chanserv info #omega
>
>-ChanServ-       Mode lock: +nt
>
>
>/operserv clearmodes #omega
>
>* OperServ sets mode: -nt
>* ChanServ sets mode: +nt
>
>
>
>




--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net


_________________________________________________________________
Join the world\92s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


From pkef at hnioxos.ee.auth.gr  Tue Sep 24 10:36:26 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Clear Modes
In-Reply-To: <F128FfSHFoFRhpNVdlz00002597@hotmail.com>
Message-ID: <Pine.LNX.4.33.0209242028220.32156-100000@hnioxos.ee.auth.gr>


On Tue, 24 Sep 2002, Craig McLure wrote:

> yes.
>
>
> >From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >Subject: [IRCServices Coding] Clear Modes
> >Date: Tue, 24 Sep 2002 02:02:39 +0200
> >
> >Should this happen?
> >
> >
> >/chanserv info #omega
> >
> >-ChanServ-       Mode lock: +nt
> >
> >
> >/operserv clearmodes #omega
> >
> >* OperServ sets mode: -nt
> >* ChanServ sets mode: +nt
> >
> >
I believe it shouldn't.The propuse of this command on operserv is to
clearmodes if you want to enter a channel.Opers usually use this command
when there are about to "suspend" or "forbid" the channel.Imagine setting
mlock "+intk blah" and make the join of someone who doesn't have
access impossible.If you don't want to modify this command just create a
new one.. such as CLEARCHANMODES #channel where the mlock setting
"freezes" and doesn't respond if the modeclear is from operserv.

Regards,
Gizm0.-


From achurch at achurch.org  Wed Sep 25 11:46:17 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] GCC 3.x bug
Message-ID: <3d912412.14451@achurch.org>

     It's been discovered that a bug in GCC 3.x prevents database handling
from working correctly.  I'll try and have a new release with a workaround
out soon, but in the meantime, please do not use GCC 3.x to compile
Services.  (For the curious, the bug is that __builtin_apply() copies the
function arguments to the wrong place on the stack, so the called function
doesn't see them.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Wed Sep 25 13:45:15 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Services 5.0pre14 released
Message-ID: <3d913f86.33324@achurch.org>

     Services 5.0pre14 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)

960a287f8b9426cd875a567dbe875583  ircservices-5.0pre14.tar.gz
77330852ec5674540a35b8b76f5b3843  ircservices-5.0pre14.diff.gz
bc9888c4d836dc53dfd046b713c737ec  ircservices-5.0pre14-1.i386.rpm
59fa667443fd11662dfe18b1811bde03  ircservices_5.0pre14-1_i386.deb

The other mirrors should have it shortly.

     This release is primarily to add a workaround for the GCC 3.x bug
mentioned earlier.  It should be safe to compile Services using GCC 3.x
now.

Changes in version 5.0pre14
---------------------------
2002/09/25      Fixed XML import bug causing channel access lists to get
                    discarded.
2002/09/25      Added workaround for GCC 3.x bug (GNATS PR#8028).
2002/09/24      Fixed errors when channels expired during import.
2002/09/23      Added SQlineKill configuration directive (operserv/sline).
                    Suggested by John Edrington <john@cosmicfire.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From idontwantthisshit at hotmail.com  Wed Sep 25 03:12:16 2002
From: idontwantthisshit at hotmail.com (idontwantthisshit@hotmail.com)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Default Channel Modes
References: <20020925100002.25728.16472.Mailman@fingers2.cust-gw.jnb6.ipv6.za.uu.net>
Message-ID: <OE683JjHBgVAdIJKsEb0000159b@hotmail.com>

is it at all possible to have a default set of modes in chanserv that can be
used like a mlock on any unregistered channels ?

if not is it possible to be added to have the function ?

From ballsy at mystical.net  Wed Sep 25 07:10:09 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Default Channel Modes
In-Reply-To: <OE683JjHBgVAdIJKsEb0000159b@hotmail.com>
Message-ID: <Pine.LNX.4.44.0209251008170.18142-100000@david.mail.net>

        ChanServ is designed to function solely on registered channels.  
For default modes to be set on unregistered channels, you'd have to speak 
to the author(s) of the IRCd you're currently using.

David


On Wed, 25 Sep 2002 idontwantthisshit@hotmail.com wrote:

> is it at all possible to have a default set of modes in chanserv that can be
> used like a mlock on any unregistered channels ?
> 
> if not is it possible to be added to have the function ?
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 


From saturn at jetirc.net  Wed Sep 25 08:57:54 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] mlock sugestion
References: <Pine.LNX.4.44.0209251008170.18142-100000@david.mail.net>
Message-ID: <001901c264ac$4f04c3a0$6401a8c0@turby>

I don't know about other IRCd's, but Unreal has a nice channel mode +G --
this sets te channel "G rated" and <censors> bad words form a predefined
badword list.  Its great for channels liek #help and for kid channels.

I notice that ChanServ will not take +G as a mode in mlock.. it's just
ignored... so  I've been forced to build a bot that keep schecking the mode.
It's really rather set it in Chanserv

Any chance we can add +G to mlock's capabilities for the next release?

Saturn





From achurch at achurch.org  Thu Sep 26 01:24:38 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] mlock sugestion
In-Reply-To: <001901c264ac$4f04c3a0$6401a8c0@turby>
Message-ID: <3d91e391.37136@achurch.org>

>I don't know about other IRCd's, but Unreal has a nice channel mode +G --
>this sets te channel "G rated" and <censors> bad words form a predefined
>badword list.  Its great for channels liek #help and for kid channels.
>
>I notice that ChanServ will not take +G as a mode in mlock..

     Works for me:

-> *ChanServ* set #123 mlock +G
-ChanServ- Mode lock on #123 changed to +G.
*** Mode change "+G" on channel #123 by ChanServ

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From saturn at jetirc.net  Wed Sep 25 16:54:22 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] mlock sugestion
References: <3d91e391.37136@achurch.org>
Message-ID: <000701c264ee$df423f50$6401a8c0@turby>

Sorry I hadn't tried it since pre 0 ... it definitely didnt work then, and i
never saw a fix listed in the summaries for the new versions...

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, September 25, 2002 9:24 AM
Subject: Re: [IRCServices Coding] mlock sugestion


> >I don't know about other IRCd's, but Unreal has a nice channel mode +G --
> >this sets te channel "G rated" and <censors> bad words form a predefined
> >badword list.  Its great for channels liek #help and for kid channels.
> >
> >I notice that ChanServ will not take +G as a mode in mlock..
>
>      Works for me:
>
> -> *ChanServ* set #123 mlock +G
> -ChanServ- Mode lock on #123 changed to +G.
> *** Mode change "+G" 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
>
>





From achurch at achurch.org  Thu Sep 26 10:34:25 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] mlock sugestion
In-Reply-To: <000701c264ee$df423f50$6401a8c0@turby>
Message-ID: <3d92654c.37757@achurch.org>

     Trying the most recent version before reporting ought to be common
sense, and is definitely mentioned in the FAQ (Z.3).  And for the record,
this has worked since at least 4.5.0, so if it didn't work for you, you did
something wrong.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Sorry I hadn't tried it since pre 0 ... it definitely didnt work then, and i
>never saw a fix listed in the summaries for the new versions...
>
>----- Original Message -----
>From: "Andrew Church" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Wednesday, September 25, 2002 9:24 AM
>Subject: Re: [IRCServices Coding] mlock sugestion
>
>
>> >I don't know about other IRCd's, but Unreal has a nice channel mode +G --
>> >this sets te channel "G rated" and <censors> bad words form a predefined
>> >badword list.  Its great for channels liek #help and for kid channels.
>> >
>> >I notice that ChanServ will not take +G as a mode in mlock..
>>
>>      Works for me:
>>
>> -> *ChanServ* set #123 mlock +G
>> -ChanServ- Mode lock on #123 changed to +G.
>> *** Mode change "+G" 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
>>
>>
>
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From prince at zirc.org  Wed Sep 25 19:23:55 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] uh...a bug maybe?
References: <3d92654c.37757@achurch.org>
Message-ID: <000501c26503$c3761c00$9e74e518@msns.eph.ptd.net>

Hey, I've been using ircservices for quite some time now and have been
totally a fan of them, although I've noticed a few things...

First when I use the command /msg chanserv status #channel
I get this error:
[22:20] -ChanServ- STATUS ERROR Syntax error

Second, AKICKS placed on some users dont stick, like for example, say person
"X" has an akick placed on him, he joins channel #a and instead of being
kicked and banned, the user "X" is repeatedly kicked over and over again
without ChanServ ever setting a ban.

Does anybody have any suggestions for my two problems?

-prince

P.S. The AKICK problem I've had for over a year now and with each release of
ircservices I've been hoping it'd be fixed...or am I doing something wrong?
Let me know..thanks


From achurch at achurch.org  Thu Sep 26 11:33:29 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] uh...a bug maybe?
In-Reply-To: <000501c26503$c3761c00$9e74e518@msns.eph.ptd.net>
Message-ID: <3d927239.40112@achurch.org>

>First when I use the command /msg chanserv status #channel
>I get this error:
>[22:20] -ChanServ- STATUS ERROR Syntax error

/cs help status

>Second, AKICKS placed on some users dont stick, like for example, say person
>"X" has an akick placed on him, he joins channel #a and instead of being
>kicked and banned, the user "X" is repeatedly kicked over and over again
>without ChanServ ever setting a ban.

ircd misconfiguration sounds like the most likely problem.  Check your
U:lines and see if there are any errors in the log file.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From saturn at jetirc.net  Wed Sep 25 19:49:57 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] mlock sugestion
References: <3d92654c.37757@achurch.org>
Message-ID: <000901c26507$66661de0$6401a8c0@turby>

"for the record" it certainly did not work for me before now.  period.  And
i didnt nothing different than now.

Thanks for taking the apology gracefully

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, September 25, 2002 6:34 PM
Subject: Re: [IRCServices Coding] mlock sugestion


>      Trying the most recent version before reporting ought to be common
> sense, and is definitely mentioned in the FAQ (Z.3).  And for the record,
> this has worked since at least 4.5.0, so if it didn't work for you, you
did
> something wrong.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >Sorry I hadn't tried it since pre 0 ... it definitely didnt work then,
and i
> >never saw a fix listed in the summaries for the new versions...
> >
> >----- Original Message -----
> >From: "Andrew Church" <achurch@achurch.org>
> >To: <ircservices-coding@ircservices.za.net>
> >Sent: Wednesday, September 25, 2002 9:24 AM
> >Subject: Re: [IRCServices Coding] mlock sugestion
> >
> >
> >> >I don't know about other IRCd's, but Unreal has a nice channel mode
+G --
> >> >this sets te channel "G rated" and <censors> bad words form a
predefined
> >> >badword list.  Its great for channels liek #help and for kid channels.
> >> >
> >> >I notice that ChanServ will not take +G as a mode in mlock..
> >>
> >>      Works for me:
> >>
> >> -> *ChanServ* set #123 mlock +G
> >> -ChanServ- Mode lock on #123 changed to +G.
> >> *** Mode change "+G" 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
> >>
> >>
> >
> >
> >
> >
> >------------------------------------------------------------------
> >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 prince at zirc.org  Wed Sep 25 22:24:05 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] uh...a bug maybe?
References: <3d927239.40112@achurch.org>
Message-ID: <000f01c2651c$eed19f00$9e74e518@msns.eph.ptd.net>

Thanks, I think I have a theory as to why the AKICK is being messed up.  For
those of you running linked servers of Unreal3.1.4-Meadows and Unreal3.2
(since they're now compatible), it appears as if their is a bit of a problem
with the U:lines and how they act.  If anybody wants additional information
please feel free to email me at prince@zirc.org - thanks. ;)

-prince


----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, September 25, 2002 10:33 PM
Subject: Re: [IRCServices Coding] uh...a bug maybe?


> >First when I use the command /msg chanserv status #channel
> >I get this error:
> >[22:20] -ChanServ- STATUS ERROR Syntax error
>
> /cs help status
>
> >Second, AKICKS placed on some users dont stick, like for example, say
person
> >"X" has an akick placed on him, he joins channel #a and instead of being
> >kicked and banned, the user "X" is repeatedly kicked over and over again
> >without ChanServ ever setting a ban.
>
> ircd misconfiguration sounds like the most likely problem.  Check your
> U:lines and see if there are any errors in the log file.
>
>   --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 georges at berscheid.lu  Thu Sep 26 10:59:32 2002
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Weird stuff with delnick()
In-Reply-To: <3d913f86.33324@achurch.org>
Message-ID: <EMEAJDMIHJFMOHONHAEDOEDICGAA.georges@berscheid.lu>

Hi,

I used delnick() in one of my modules and I saw that it checks whether
ngi->nicks_count == 0, and if it's the case, removes the whole
nickgroupinfo.
Although, I called delnick() with the only nick in a group, but the
reference to the according ngi remained valid and ngi->mainnick was set to
65536 (0-1 in unsigned short).
Isn't there a ngi->nicks_count-- missing somewhere in
modules/nickserv/util.c:delnick() ?

Georges


From nothing at psychopat.org  Thu Sep 26 16:04:23 2002
From: nothing at psychopat.org (Marc-Andre A. Fuentes)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] MySQL
In-Reply-To: <EMEAJDMIHJFMOHONHAEDOEDICGAA.georges@berscheid.lu>
Message-ID: <Pine.LNX.4.33.0209261903370.30747-100000@psychopat.org>

i know... people have ask this a lot of time
but i just want to know if someone work on a MySQL module and if so i
would be interessed in getting it:)
thnks


From frostycoolslug at hotmail.com  Thu Sep 26 17:08:18 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] MySQL
Message-ID: <F106QS749KZMNSHFLwv00007a56@hotmail.com>

As far as i know, no, noone is working on a MySQL module, and even if they 
were, i would guess it would be too un-stable to hand around now.


>From: "Marc-Andre A. Fuentes" <nothing@psychopat.org>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] MySQL
>Date: Thu, 26 Sep 2002 19:04:23 -0400 (EDT)
>
>i know... people have ask this a lot of time
>but i just want to know if someone work on a MySQL module and if so i
>would be interessed in getting it:)
>thnks
>
>------------------------------------------------------------------
>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 Sep 27 11:46:44 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Weird stuff with delnick()
In-Reply-To: <EMEAJDMIHJFMOHONHAEDOEDICGAA.georges@berscheid.lu>
Message-ID: <3d93c6ec.33615@achurch.org>

     ngi->mainnick will temporarily be set to -1 on deleting the last nick,
but since the nickgroup will be deleted immediately afterward this isn't a
problem.  ngi->nicks_count-- is done by the ARRAY_REMOVE macro.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi,
>
>I used delnick() in one of my modules and I saw that it checks whether
>ngi->nicks_count == 0, and if it's the case, removes the whole
>nickgroupinfo.
>Although, I called delnick() with the only nick in a group, but the
>reference to the according ngi remained valid and ngi->mainnick was set to
>65536 (0-1 in unsigned short).
>Isn't there a ngi->nicks_count-- missing somewhere in
>modules/nickserv/util.c:delnick() ?
>
>Georges
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From frostycoolslug at hotmail.com  Sat Sep 28 16:02:11 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] NickServ Link..
Message-ID: <F29sAJAlSV3572EuyUN0000995c@hotmail.com>

i've found if i have no expire on my primary nickname, its not automatically 
kept on any linked nicks i have, is this a designed behaviour? because if it 
is, its annoying having my secondary nicks dropped.. and could we possibly 
make noexpire work like other set options?



--
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  Sun Sep 29 12:28:33 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] NickServ Link..
In-Reply-To: <F29sAJAlSV3572EuyUN0000995c@hotmail.com>
Message-ID: <3d96739f.41771@achurch.org>

     This is designed behavior, since nicks also expire independently even
if linked.  Is it really that much trouble to SET NOEXPIRE just once on
each nick you want to keep?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>i've found if i have no expire on my primary nickname, its not automatically 
>kept on any linked nicks i have, is this a designed behaviour? because if it 
>is, its annoying having my secondary nicks dropped.. and could we possibly 
>make noexpire work like other set options?
>
>
>
>--
>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 daan at devilish.xs4all.nl  Sun Sep 29 13:58:09 2002
From: daan at devilish.xs4all.nl (daan@devilish.xs4all.nl)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] NickServ feature request
Message-ID: <Pine.LNX.4.44.0209292231460.20053-100000@devilish.xs4all.nl>

Due to the fact the mailling list search machine is broken (is already
reported) and my personal quest through the archives havent found a
similair request here's my request for NickServ. Call it useless, call it
neat, call it whatever you want, but I like it.

Feature: /msg NickServ IDENTIFY nickname password / nick change tracking

Why?:    After changing my nickname I more or less lose my authorisation
         to most of the commands I cant use allthough Im an oper. After
         changing back I can use it all again.
         This bites, since a simple info request, like "why am I banned"
         requires me to change my nick, resulting in the good old "hey ppl
         an admin!" thought which in turn results to a nice pm fest.

         In my experience keeping your nick as it is and answering the pm
         quickly keeps the user happy and gives me enough time to sleep.

         "Why not get more ppl active to help out users?"
         First of all thats not my own call, secondly there's always a
         someone who wants help when you are going away. Last but not
         least, who doesnt want to access some stuff when pretending to be
         idle :).



--rip-dude


From dylanvdm at icon.co.za  Sun Sep 29 14:49:44 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Access List
Message-ID: <004e01c26802$2d3eaa20$e8dcef9b@dylan>

I have found something which I don't think should happen...

/cs levels #omega set acc-change 100

Now only people with Sops *should* be able to change the access list. I have
given someone level 50 in this channel. They then type:

/cs hop #omega add <nick>

This nickname is then added into the access list on level 40. This should
_not_ happen as the channel's level has been set to disallow anyone below
level 100 to change the access list at all.

Dylan.


From achurch at achurch.org  Mon Sep 30 12:19:08 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Access List
In-Reply-To: <004e01c26802$2d3eaa20$e8dcef9b@dylan>
Message-ID: <3d97c2bc.75360@achurch.org>

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I have found something which I don't think should happen...
>
>/cs levels #omega set acc-change 100
>
>Now only people with Sops *should* be able to change the access list. I have
>given someone level 50 in this channel. They then type:
>
>/cs hop #omega add <nick>
>
>This nickname is then added into the access list on level 40. This should
>_not_ happen as the channel's level has been set to disallow anyone below
>level 100 to change the access list at all.
>
>Dylan.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From saturn at jetirc.net  Tue Oct  1 16:56:46 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <3d913f86.33324@achurch.org>
Message-ID: <001101c269a6$3325d440$6401a8c0@turby>

My opers were commenting on how long the numeric is following "Guest" when a
user is guested... in the old days it was just 5 digits, but i note it's a
lot more than that now.. makes it tricky to pm people with all them numbers
too.

Any chance of one or both of two possible things happening?

1. Can the numeric length be made an option in the conf?  (like
GuestNumericLength  5  to make it 5 digits or something)
2. Can someone tell me where I might find this in the source code to change
it myself?

Obviously option 1 would be handier, but I'll settle for option 2... Of
course, I know it's kinda petty, and I'll understand also if nobody wants to
bother with either solution hehe...

Anyone know why it IS suddenly so many more digits now?





From dylanvdm at icon.co.za  Tue Oct  1 17:22:05 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <3d913f86.33324@achurch.org> <001101c269a6$3325d440$6401a8c0@turby>
Message-ID: <001501c269a9$c01709c0$edccef9b@dylan>

In my point of view I find it stupid to want to change the amount of digits
after Guest. It's there for a reason as a coder may tell you later. Why in
the world would you want to change it anyway? The only one who will probably
notice is you, plus networks which use ircservices are accustomed to this.

Besides, if you have an extremely large network you will need a large number
of digits so that you don't "run out".

I think it looks fine :-)

Dylan.

----- Original Message -----
From: "Saturn" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 1:56 AM
Subject: [IRCServices Coding] Guest nick


> My opers were commenting on how long the numeric is following "Guest" when
a
> user is guested... in the old days it was just 5 digits, but i note it's a
> lot more than that now.. makes it tricky to pm people with all them
numbers
> too.
>
> Any chance of one or both of two possible things happening?
>
> 1. Can the numeric length be made an option in the conf?  (like
> GuestNumericLength  5  to make it 5 digits or something)
> 2. Can someone tell me where I might find this in the source code to
change
> it myself?
>
> Obviously option 1 would be handier, but I'll settle for option 2... Of
> course, I know it's kinda petty, and I'll understand also if nobody wants
to
> bother with either solution hehe...
>
> Anyone know why it IS suddenly so many more digits now?
>
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From achurch at achurch.org  Wed Oct  2 09:34:07 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
In-Reply-To: <001101c269a6$3325d440$6401a8c0@turby>
Message-ID: <3d9a4419.01245@achurch.org>

     Guest nicks were changed during the 5.0 alpha stage to start from a
random number; this was done to avoid cases where malicious users would
take the next sequential Guest nick and collide off the nickchanged user
(and themselves escape Services' notice in the process).  The number is
also re-randomized when such an attempted collision is found.

     In any case, Guest nicks are not intended for actual use in chatting;
they are only a placeholder for people who try to use registered nicks and
haven't yet chosen a new one.  (If you, as an oper, need to /msg someone
with such a nick to resolve a problem or such, well, live with it--/query
can be quite helpful here.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>My opers were commenting on how long the numeric is following "Guest" when a
>user is guested... in the old days it was just 5 digits, but i note it's a
>lot more than that now.. makes it tricky to pm people with all them numbers
>too.
>
>Any chance of one or both of two possible things happening?
>
>1. Can the numeric length be made an option in the conf?  (like
>GuestNumericLength  5  to make it 5 digits or something)
>2. Can someone tell me where I might find this in the source code to change
>it myself?
>
>Obviously option 1 would be handier, but I'll settle for option 2... Of
>course, I know it's kinda petty, and I'll understand also if nobody wants to
>bother with either solution hehe...
>
>Anyone know why it IS suddenly so many more digits now?
>
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From saturn at jetirc.net  Tue Oct  1 19:04:01 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <3d9a4419.01245@achurch.org>
Message-ID: <000f01c269b7$fa0ea2b0$6401a8c0@turby>

Fair enough answer, and it makes sense..

As to Dylan who was so thoughfully rude in his reply, i grant you that MAYBE
longer numerics would be useful on a big network, but even DALnet only needs
5 digits... that's potentially 100,000 Guest nicks at once...  I really
doubt there are any networks anywhere with the need for a 10-digit nick
(10,000,000,000 possible GUEST nicks)... I can understand from a
"randomized" point of view, so that it decreases the possibility of
collision, and once explained that way (thank you Andrew) it makes sense
there.  Dylan, I think most people would agree that the onyl stupid question
is the one that goes un-asked, and that it is simple rudeness that answers a
perfectly valid question with rudeness and sniping, calling it "stupid."
Go climb back under your rock.

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, October 01, 2002 5:34 PM
Subject: Re: [IRCServices Coding] Guest nick


>      Guest nicks were changed during the 5.0 alpha stage to start from a
> random number; this was done to avoid cases where malicious users would
> take the next sequential Guest nick and collide off the nickchanged user
> (and themselves escape Services' notice in the process).  The number is
> also re-randomized when such an attempted collision is found.
>
>      In any case, Guest nicks are not intended for actual use in chatting;
> they are only a placeholder for people who try to use registered nicks and
> haven't yet chosen a new one.  (If you, as an oper, need to /msg someone
> with such a nick to resolve a problem or such, well, live with it--/query
> can be quite helpful here.)
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >My opers were commenting on how long the numeric is following "Guest"
when a
> >user is guested... in the old days it was just 5 digits, but i note it's
a
> >lot more than that now.. makes it tricky to pm people with all them
numbers
> >too.
> >
> >Any chance of one or both of two possible things happening?
> >
> >1. Can the numeric length be made an option in the conf?  (like
> >GuestNumericLength  5  to make it 5 digits or something)
> >2. Can someone tell me where I might find this in the source code to
change
> >it myself?
> >
> >Obviously option 1 would be handier, but I'll settle for option 2... Of
> >course, I know it's kinda petty, and I'll understand also if nobody wants
to
> >bother with either solution hehe...
> >
> >Anyone know why it IS suddenly so many more digits 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 ghozer at scfclan.com  Tue Oct  1 19:52:03 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <3d9a4419.01245@achurch.org> <000f01c269b7$fa0ea2b0$6401a8c0@turby>
Message-ID: <000701c269be$afcdad70$0200a8c0@GHOZER>

Aye men to that.. I Hate all these newb Script kiddies and in experianced
people who think they are so much better than everyone else so they can
sewear, be abusive and an all round pain in the arse..


----- Original Message -----
From: "Saturn" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 3:04 AM
Subject: Re: [IRCServices Coding] Guest nick


> Fair enough answer, and it makes sense..
>
> As to Dylan who was so thoughfully rude in his reply, i grant you that
MAYBE
> longer numerics would be useful on a big network, but even DALnet only
needs
> 5 digits... that's potentially 100,000 Guest nicks at once...  I really
> doubt there are any networks anywhere with the need for a 10-digit nick
> (10,000,000,000 possible GUEST nicks)... I can understand from a
> "randomized" point of view, so that it decreases the possibility of
> collision, and once explained that way (thank you Andrew) it makes sense
> there.  Dylan, I think most people would agree that the onyl stupid
question
> is the one that goes un-asked, and that it is simple rudeness that answers
a
> perfectly valid question with rudeness and sniping, calling it "stupid."
> Go climb back under your rock.
>
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Tuesday, October 01, 2002 5:34 PM
> Subject: Re: [IRCServices Coding] Guest nick
>
>
> >      Guest nicks were changed during the 5.0 alpha stage to start from a
> > random number; this was done to avoid cases where malicious users would
> > take the next sequential Guest nick and collide off the nickchanged user
> > (and themselves escape Services' notice in the process).  The number is
> > also re-randomized when such an attempted collision is found.
> >
> >      In any case, Guest nicks are not intended for actual use in
chatting;
> > they are only a placeholder for people who try to use registered nicks
and
> > haven't yet chosen a new one.  (If you, as an oper, need to /msg someone
> > with such a nick to resolve a problem or such, well, live with
it--/query
> > can be quite helpful here.)
> >
> >   --Andrew Church
> >     achurch@achurch.org
> >     http://achurch.org/
> >
> > >My opers were commenting on how long the numeric is following "Guest"
> when a
> > >user is guested... in the old days it was just 5 digits, but i note
it's
> a
> > >lot more than that now.. makes it tricky to pm people with all them
> numbers
> > >too.
> > >
> > >Any chance of one or both of two possible things happening?
> > >
> > >1. Can the numeric length be made an option in the conf?  (like
> > >GuestNumericLength  5  to make it 5 digits or something)
> > >2. Can someone tell me where I might find this in the source code to
> change
> > >it myself?
> > >
> > >Obviously option 1 would be handier, but I'll settle for option 2... Of
> > >course, I know it's kinda petty, and I'll understand also if nobody
wants
> to
> > >bother with either solution hehe...
> > >
> > >Anyone know why it IS suddenly so many more digits 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
> >
> >
>
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>



From achurch at achurch.org  Wed Oct  2 20:26:18 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Services 5.0pre15 released
Message-ID: <3d9ad96c.26061@achurch.org>

     Services 5.0pre15 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)

41608fd8782419193ccce45fed445ceb  ircservices-5.0pre15.tar.gz
8e369ad2a7995c3202b29830cd0c8b3f  ircservices-5.0pre15.diff.gz
afe670dc3fa984d24bedc74df4055b24  ircservices-5.0pre15-1.i386.rpm
0886f5194b3f274a5cef3396bd12cbc1  ircservices_5.0pre15-1_i386.deb

The other mirrors should have it shortly.

     This is a minor release that is mainly to get out the fix to the
ChanServ ACCESS command reported recently, and get all the updated language
files out.  I also expect this to be the last beta release before 5.0.0.
(Having said that, someone will undoubtedly go find some major bug
somewhere, but them's the breaks...)

Changes in version 5.0pre15
---------------------------
2002/10/02      Removed AKILL option for OperServ STATS command.
2002/10/02      Fixed bug in checking protocol features from core code.
2002/09/30      ACC-CHANGE channel privilege is now checked properly.
                    Reported by Dylan v.d Merwe <dylanvdm@icon.co.za>
2002/09/29      Added support for Bolivia IRC Services (version 1.2.0)
                    databases to convert-db.  Suggested by Peter
                    Samuelsson <psadi4@swipnet.se>
2002/09/29      Sirv/Auspice database conversion now properly sets the
                    SECURE option on imported channels.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From dylanvdm at icon.co.za  Wed Oct  2 04:43:28 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <3d9a4419.01245@achurch.org> <000f01c269b7$fa0ea2b0$6401a8c0@turby>
Message-ID: <001901c26a08$ef7d63d0$0100a8c0@dylan>

*blink*

I apologize, sent the message in the early hours of the morning.

Dylan.


----- Original Message -----
From: "Saturn" <saturn@jetirc.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 4:04 AM
Subject: Re: [IRCServices Coding] Guest nick


> Fair enough answer, and it makes sense..
>
> As to Dylan who was so thoughfully rude in his reply, i grant you that
MAYBE
> longer numerics would be useful on a big network, but even DALnet only
needs
> 5 digits... that's potentially 100,000 Guest nicks at once...  I really
> doubt there are any networks anywhere with the need for a 10-digit nick
> (10,000,000,000 possible GUEST nicks)... I can understand from a
> "randomized" point of view, so that it decreases the possibility of
> collision, and once explained that way (thank you Andrew) it makes sense
> there.  Dylan, I think most people would agree that the onyl stupid
question
> is the one that goes un-asked, and that it is simple rudeness that answers
a
> perfectly valid question with rudeness and sniping, calling it "stupid."
> Go climb back under your rock.
>
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Tuesday, October 01, 2002 5:34 PM
> Subject: Re: [IRCServices Coding] Guest nick
>
>
> >      Guest nicks were changed during the 5.0 alpha stage to start from a
> > random number; this was done to avoid cases where malicious users would
> > take the next sequential Guest nick and collide off the nickchanged user
> > (and themselves escape Services' notice in the process).  The number is
> > also re-randomized when such an attempted collision is found.
> >
> >      In any case, Guest nicks are not intended for actual use in
chatting;
> > they are only a placeholder for people who try to use registered nicks
and
> > haven't yet chosen a new one.  (If you, as an oper, need to /msg someone
> > with such a nick to resolve a problem or such, well, live with
it--/query
> > can be quite helpful here.)
> >
> >   --Andrew Church
> >     achurch@achurch.org
> >     http://achurch.org/
> >
> > >My opers were commenting on how long the numeric is following "Guest"
> when a
> > >user is guested... in the old days it was just 5 digits, but i note
it's
> a
> > >lot more than that now.. makes it tricky to pm people with all them
> numbers
> > >too.
> > >
> > >Any chance of one or both of two possible things happening?
> > >
> > >1. Can the numeric length be made an option in the conf?  (like
> > >GuestNumericLength  5  to make it 5 digits or something)
> > >2. Can someone tell me where I might find this in the source code to
> change
> > >it myself?
> > >
> > >Obviously option 1 would be handier, but I'll settle for option 2... Of
> > >course, I know it's kinda petty, and I'll understand also if nobody
wants
> to
> > >bother with either solution hehe...
> > >
> > >Anyone know why it IS suddenly so many more digits 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
> >
> >
>
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From mort at icenet.org.za  Wed Oct  2 07:20:22 2002
From: mort at icenet.org.za (Mortalica)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
In-Reply-To: <001901c26a08$ef7d63d0$0100a8c0@dylan>; from dylanvdm@icon.co.za on Wed, Oct 02, 2002 at 01:43:28PM +0200
References: <3d9a4419.01245@achurch.org> <000f01c269b7$fa0ea2b0$6401a8c0@turby> <001901c26a08$ef7d63d0$0100a8c0@dylan>
Message-ID: <20021002162022.A22533@serendipity.org.za>

On Wed 2002-10-02 (13:43), Dylan v.d Merwe wrote:
> *blink*
> 
> I apologize, sent the message in the early hours of the morning.
> 
> Dylan.
 
Why does _everyone_ blame their stupid comments and such on sleepiness? It's
really getting old now. Don't try to impress people with oh-so-clever comments
- just keep quiet unless you have something intelligent to say.

And Colin Thorpe(SCF) <ghozer@scfclan.com> wrote:

> Aye men to that.. I Hate all these newb Script kiddies and in experianced
> people who think they are so much better than everyone else so they can
> sewear, be abusive and an all round pain in the arse..

Amen to that too!

And no, this isn't suppose to be a flame mail, even if it looks like it :-)



> ----- Original Message -----
> From: "Saturn" <saturn@jetirc.net>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, October 02, 2002 4:04 AM
> Subject: Re: [IRCServices Coding] Guest nick
> 
> 
> > Fair enough answer, and it makes sense..
> >
> > As to Dylan who was so thoughfully rude in his reply, i grant you that
> MAYBE
> > longer numerics would be useful on a big network, but even DALnet only
> needs
> > 5 digits... that's potentially 100,000 Guest nicks at once...  I really
> > doubt there are any networks anywhere with the need for a 10-digit nick
> > (10,000,000,000 possible GUEST nicks)... I can understand from a
> > "randomized" point of view, so that it decreases the possibility of
> > collision, and once explained that way (thank you Andrew) it makes sense
> > there.  Dylan, I think most people would agree that the onyl stupid
> question
> > is the one that goes un-asked, and that it is simple rudeness that answers
> a
> > perfectly valid question with rudeness and sniping, calling it "stupid."
> > Go climb back under your rock.
> >
> > ----- Original Message -----
> > From: "Andrew Church" <achurch@achurch.org>
> > To: <ircservices-coding@ircservices.za.net>
> > Sent: Tuesday, October 01, 2002 5:34 PM
> > Subject: Re: [IRCServices Coding] Guest nick
> >
> >
> > >      Guest nicks were changed during the 5.0 alpha stage to start from a
> > > random number; this was done to avoid cases where malicious users would
> > > take the next sequential Guest nick and collide off the nickchanged user
> > > (and themselves escape Services' notice in the process).  The number is
> > > also re-randomized when such an attempted collision is found.
> > >
> > >      In any case, Guest nicks are not intended for actual use in
> chatting;
> > > they are only a placeholder for people who try to use registered nicks
> and
> > > haven't yet chosen a new one.  (If you, as an oper, need to /msg someone
> > > with such a nick to resolve a problem or such, well, live with
> it--/query
> > > can be quite helpful here.)
> > >
> > >   --Andrew Church
> > >     achurch@achurch.org
> > >     http://achurch.org/
> > >
> > > >My opers were commenting on how long the numeric is following "Guest"
> > when a
> > > >user is guested... in the old days it was just 5 digits, but i note
> it's
> > a
> > > >lot more than that now.. makes it tricky to pm people with all them
> > numbers
> > > >too.
> > > >
> > > >Any chance of one or both of two possible things happening?
> > > >
> > > >1. Can the numeric length be made an option in the conf?  (like
> > > >GuestNumericLength  5  to make it 5 digits or something)
> > > >2. Can someone tell me where I might find this in the source code to
> > change
> > > >it myself?
> > > >
> > > >Obviously option 1 would be handier, but I'll settle for option 2... Of
> > > >course, I know it's kinda petty, and I'll understand also if nobody
> wants
> > to
> > > >bother with either solution hehe...
> > > >
> > > >Anyone know why it IS suddenly so many more digits 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
> > >
> > >
> >
> >
> >
> >
> > ------------------------------------------------------------------
> > 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 quension at softhome.net  Wed Oct  2 08:14:37 2002
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
In-Reply-To: <20021002162022.A22533@serendipity.org.za>
Message-ID: <AA76365E-D619-11D6-896A-0003938D6866@softhome.net>

On Wednesday, Oct 2, 2002, at 07:20 US/Pacific, Mortalica wrote:

> On Wed 2002-10-02 (13:43), Dylan v.d Merwe wrote:
>> *blink*
>>
>> I apologize, sent the message in the early hours of the morning.
>
> Why does _everyone_ blame their stupid comments and such on 
> sleepiness? It's
> really getting old now. Don't try to impress people with oh-so-clever 
> comments
> - just keep quiet unless you have something intelligent to say.

In that case, I hereby apply that clause to your own email.

> And Colin Thorpe(SCF) <ghozer@scfclan.com> wrote:
>
>> Aye men to that.. I Hate all these newb Script kiddies and in 
>> experianced
>> people who think they are so much better than everyone else so they 
>> can
>> sewear, be abusive and an all round pain in the arse..
>
> Amen to that too!
>
> And no, this isn't suppose to be a flame mail, even if it looks like 
> it :-)

Let's see, it had no content relevant to the list, and did nothing but
target specific personal comments at specific people.  What else could
this (and Colin's) email be, exactly?

I am sending this to the list for one reason only: more than one person
seems to think that in response to a rude message, another rude message
appropriate.  That looks rather hypocritical, and merely serves to raise
the noise level on the list.  The intent of this message is to point
that out.

-- Quension


From ghozer at scfclan.com  Wed Oct  2 10:31:45 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
References: <AA76365E-D619-11D6-896A-0003938D6866@softhome.net>
Message-ID: <001301c26a39$94b671e0$0200a8c0@GHOZER>

Well Personally, I know what you all meen, I Apologise for starting this,
Cause in a way, it aws me
If i had not responded to the e-mail and just left it.. this would not be
going on now, so sorry bout that.
But It is right, and it is annoying and i still stick to my points.. Let's
Just end it here.. and get back to bug finding

C yah

> On Wednesday, Oct 2, 2002, at 07:20 US/Pacific, Mortalica wrote:
> Let's see, it had no content relevant to the list, and did nothing but
> target specific personal comments at specific people.  What else could
> this (and Colin's) email be, exactly?
>
> I am sending this to the list for one reason only: more than one person
> seems to think that in response to a rude message, another rude message
> appropriate.  That looks rather hypocritical, and merely serves to raise
> the noise level on the list.  The intent of this message is to point
> that out.
>
> -- Quension
>


>
> > On Wed 2002-10-02 (13:43), Dylan v.d Merwe wrote:
> >> *blink*
> >>
> >> I apologize, sent the message in the early hours of the morning.
> >
> > Why does _everyone_ blame their stupid comments and such on
> > sleepiness? It's
> > really getting old now. Don't try to impress people with oh-so-clever
> > comments
> > - just keep quiet unless you have something intelligent to say.
>
> In that case, I hereby apply that clause to your own email.
>
> > And Colin Thorpe(SCF) <ghozer@scfclan.com> wrote:
> >
> >> Aye men to that.. I Hate all these newb Script kiddies and in
> >> experianced
> >> people who think they are so much better than everyone else so they
> >> can
> >> sewear, be abusive and an all round pain in the arse..
> >
> > Amen to that too!
> >
> > And no, this isn't suppose to be a flame mail, even if it looks like
> > it :-)
>
> ------------------------------------------------------------------
> 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 Oct  2 10:38:43 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:39 2004
Subject: [IRCServices Coding] Guest nick
In-Reply-To: <AA76365E-D619-11D6-896A-0003938D6866@softhome.net>
Message-ID: <Pine.LNX.4.33.0210022027080.13413-100000@hnioxos.ee.auth.gr>

Why can't everyone JUST relax and enjoy?These pointless arguments end up
to nothing.Someone said sth about the sleepiness.Sleepiness IS a reason to
send such a mail but anyway,i don't see any rudeness is Dylan's mail.I mean
expressing your opinion in some different way(more "active", means someone
is rude?And as someone said .. answering a "rude" mail with a another
"rude" mail.. except from wasting our time to read them,means you are rude
too. :-)

Regards,
Gizm0.-


From prince at zirc.org  Wed Oct  2 14:19:21 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] channel suspensions
Message-ID: <001501c26a59$60d376a0$9e74e518@msns.eph.ptd.net>

When somebody sends an incorrect password to a channel repeatedly, services will kill them, and if they keep persisting, it suspends the channel (or nickname).  Some of my more jerkoff users are having some fun with this, causing our larger channels to become suspended which ultimately denies use to any of the users.  I'm running version 4.5.43 - is there any way to disable this or set the number of times you can send the password before it automatically suspends the channel?  I've looked all through the conf for an option to define/undefine this, but I have yet to find one.  If there is no option, could I suggest possibly implementing a way to turn that on or off and or being able to set the number of times you can send an incorrect password?  This is causing us a lot of grief since only a services administrator can unsuspend channels.  Thanks. :)

-prince
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021002/ffd17972/attachment.html
From uhc0 at rz.uni-karlsruhe.de  Wed Oct  2 15:46:23 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:40 2004
Subject: AW: [IRCServices Coding] channel suspensions
In-Reply-To: <001501c26a59$60d376a0$9e74e518@msns.eph.ptd.net>
Message-ID: <000a01c26a65$9ab04680$02c8a8c0@nygmatech.local>

Hello;

You say that you did not find anything to disable this in the conf.
My example.conf interestingly says this:

# BadPassSuspend <count>  [OPTIONAL]
#     Sets the number of bad passwords _for a single nick or channel_
that
#     will be accepted before the nick/channel is automatically
suspended.
#     If not given, nicks and channels will not be automatically
suspended
#     for bad passwords.

BadPassSuspend  10

There is definitely said, that NOT GIVING this option will cause 
services to not suspend for bad passwords.

Maybe you should try to read again.

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
prince
Gesendet: Mittwoch, 2. Oktober 2002 23:19
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] channel suspensions


When somebody sends an incorrect password to a channel repeatedly,
services will kill them, and if they keep persisting, it suspends the
channel (or nickname).  Some of my more jerkoff users are having some
fun with this, causing our larger channels to become suspended which
ultimately denies use to any of the users.  I'm running version 4.5.43 -
is there any way to disable this or set the number of times you can send
the password before it automatically suspends the channel?  I've looked
all through the conf for an option to define/undefine this, but I have
yet to find one.  If there is no option, could I suggest possibly
implementing a way to turn that on or off and or being able to set the
number of times you can send an incorrect password?  This is causing us
a lot of grief since only a services administrator can unsuspend
channels.  Thanks. :)

-prince


From ghozer at scfclan.com  Wed Oct  2 15:46:10 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
References: <001501c26a59$60d376a0$9e74e518@msns.eph.ptd.net>
Message-ID: <001001c26a65$80cdfe60$0200a8c0@GHOZER>

I dont quite know how you would replicate this.
We are running pre11 - OUr Services were running for about 6 days.. When they stopped A Killing correctly
We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill and they would add to the server, as they should
But after the 6 days (or there abouts) They would Stop adding to The server and Just keep AKilling the user over and over and over..

Also, A Couple of our users complained that ChanServ is not setting the modes correct on thier channel,
They have 2 channels, configured the same, One works perfect with mode lock, and when they join the channel, chanserv set's the topic and modes as it should.. But the other channel, with exactly the same registrant and settings set... Diddnt do this... It was only after a re-start of the services that this worked again, and i am also assuming that the Akills work once again,.( not had a need to test them yet)

Ghozer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021002/9a8974c8/attachment.htm
From achurch at achurch.org  Thu Oct  3 11:03:48 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
In-Reply-To: <001001c26a65$80cdfe60$0200a8c0@GHOZER>
Message-ID: <3d9ba5a2.26375@achurch.org>

     Unreal 3.1.4 seems to have a number of bugs with respect to Services.
Try a different version of Unreal.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>------=_NextPart_000_000D_01C26A6D.E2756880
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>I dont quite know how you would replicate this.
>We are running pre11 - OUr Services were running for about 6 days.. When =
>they stopped A Killing correctly
>We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill =
>and they would add to the server, as they should
>But after the 6 days (or there abouts) They would Stop adding to The =
>server and Just keep AKilling the user over and over and over..
>
>Also, A Couple of our users complained that ChanServ is not setting the =
>modes correct on thier channel,
>They have 2 channels, configured the same, One works perfect with mode =
>lock, and when they join the channel, chanserv set's the topic and modes =
>as it should.. But the other channel, with exactly the same registrant =
>and settings set... Diddnt do this... It was only after a re-start of =
>the services that this worked again, and i am also assuming that the =
>Akills work once again,.( not had a need to test them yet)
>
>Ghozer
>
>------=_NextPart_000_000D_01C26A6D.E2756880
>Content-Type: text/html;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>I dont quite know how you would =
>replicate=20
>this.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>We are running pre11 - OUr Services =
>were running=20
>for about 6 days.. When they stopped A Killing correctly</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>We are using Unreal 3.1.4-Meadows - =
>Previously, We=20
>would add an AKill and they would add to the server, as they =
>should</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>But after the&nbsp;6 days (or there =
>abouts) They=20
>would Stop adding to The server and Just keep AKilling the user over and =
>over=20
>and over..</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Also, A Couple of our users complained =
>that=20
>ChanServ is not setting the modes correct on thier channel,</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>They have 2 channels, configured the =
>same, One=20
>works perfect with mode lock, and when they join the channel, chanserv =
>set's the=20
>topic and modes as it should.. But the other channel, with exactly the =
>same=20
>registrant and settings set... Diddnt do this... It was only after a =
>re-start of=20
>the services that this worked again, and i am also assuming that the =
>Akills work=20
>once again,.( not had a need to test them yet)</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Ghozer</FONT></DIV></BODY></HTML>
>
>------=_NextPart_000_000D_01C26A6D.E2756880--
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From Ganja51 at earthlink.net  Wed Oct  2 20:20:36 2002
From: Ganja51 at earthlink.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
References: <3d9ba5a2.26375@achurch.org>
Message-ID: <002201c26a8b$daa881f0$2e88fea9@kris5461>

Try the latest beta version of Unreal3.2 (beta12 i believe), it seems to be
pretty solid and i've had very little problems with IRCServices 5.0.

~Ganja51
irc.lcirc.net

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 9:03 PM
Subject: Re: [IRCServices Coding] Possibly a Major bug?


>      Unreal 3.1.4 seems to have a number of bugs with respect to Services.
> Try a different version of Unreal.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >This is a multi-part message in MIME format.
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880
> >Content-Type: text/plain;
> > charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> >I dont quite know how you would replicate this.
> >We are running pre11 - OUr Services were running for about 6 days.. When
=
> >they stopped A Killing correctly
> >We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill =
> >and they would add to the server, as they should
> >But after the 6 days (or there abouts) They would Stop adding to The =
> >server and Just keep AKilling the user over and over and over..
> >
> >Also, A Couple of our users complained that ChanServ is not setting the =
> >modes correct on thier channel,
> >They have 2 channels, configured the same, One works perfect with mode =
> >lock, and when they join the channel, chanserv set's the topic and modes
=
> >as it should.. But the other channel, with exactly the same registrant =
> >and settings set... Diddnt do this... It was only after a re-start of =
> >the services that this worked again, and i am also assuming that the =
> >Akills work once again,.( not had a need to test them yet)
> >
> >Ghozer
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880
> >Content-Type: text/html;
> > charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Diso-8859-1">
> ><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3DArial size=3D2>I dont quite know how you would =
> >replicate=20
> >this.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>We are running pre11 - OUr Services =
> >were running=20
> >for about 6 days.. When they stopped A Killing correctly</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>We are using Unreal 3.1.4-Meadows - =
> >Previously, We=20
> >would add an AKill and they would add to the server, as they =
> >should</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>But after the&nbsp;6 days (or there =
> >abouts) They=20
> >would Stop adding to The server and Just keep AKilling the user over and
=
> >over=20
> >and over..</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Also, A Couple of our users complained =
> >that=20
> >ChanServ is not setting the modes correct on thier channel,</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>They have 2 channels, configured the =
> >same, One=20
> >works perfect with mode lock, and when they join the channel, chanserv =
> >set's the=20
> >topic and modes as it should.. But the other channel, with exactly the =
> >same=20
> >registrant and settings set... Diddnt do this... It was only after a =
> >re-start of=20
> >the services that this worked again, and i am also assuming that the =
> >Akills work=20
> >once again,.( not had a need to test them yet)</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Ghozer</FONT></DIV></BODY></HTML>
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880--
> >
> >------------------------------------------------------------------
> >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 Ganja51 at earthlink.net  Wed Oct  2 21:38:18 2002
From: Ganja51 at earthlink.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] small NickServ bug
References: <3d9ad96c.26061@achurch.org>
Message-ID: <003a01c26a96$b497c880$2e88fea9@kris5461>

I haven't upgraded to pre15 yet, still on pre14 and using Unreal3.2 beta12.

When I do /msg nickserv list (arguement) for suspended, noexpire, and
forbidden it shows like:

-NickServ- List of entries matching noexpire:
-
-NickServ- End of list; 0/0 matches shown.

And I know there are noexpire, forbidden, and suspended nicks. My own nick
for example is noexpire and when i do /msg nickserv info Ganja51 all it even
states:

-NickServ- This nickname will not expire.

Nothing major, just thought i'd point this out.

~Ganja51
irc.lcirc.net



----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 6:26 AM
Subject: [IRCServices Coding] Services 5.0pre15 released


>      Services 5.0pre15 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)
>
> 41608fd8782419193ccce45fed445ceb  ircservices-5.0pre15.tar.gz
> 8e369ad2a7995c3202b29830cd0c8b3f  ircservices-5.0pre15.diff.gz
> afe670dc3fa984d24bedc74df4055b24  ircservices-5.0pre15-1.i386.rpm
> 0886f5194b3f274a5cef3396bd12cbc1  ircservices_5.0pre15-1_i386.deb
>
> The other mirrors should have it shortly.
>
>      This is a minor release that is mainly to get out the fix to the
> ChanServ ACCESS command reported recently, and get all the updated
language
> files out.  I also expect this to be the last beta release before 5.0.0.
> (Having said that, someone will undoubtedly go find some major bug
> somewhere, but them's the breaks...)
>
> Changes in version 5.0pre15
> ---------------------------
> 2002/10/02 Removed AKILL option for OperServ STATS command.
> 2002/10/02 Fixed bug in checking protocol features from core code.
> 2002/09/30 ACC-CHANGE channel privilege is now checked properly.
>     Reported by Dylan v.d Merwe <dylanvdm@icon.co.za>
> 2002/09/29 Added support for Bolivia IRC Services (version 1.2.0)
>     databases to convert-db.  Suggested by Peter
>     Samuelsson <psadi4@swipnet.se>
> 2002/09/29 Sirv/Auspice database conversion now properly sets the
>     SECURE option on imported channels.
>
>   --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  Thu Oct  3 13:58:42 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] small NickServ bug
In-Reply-To: <003a01c26a96$b497c880$2e88fea9@kris5461>
Message-ID: <3d9bcece.26522@achurch.org>

-NickServ- Syntax: LIST pattern [FORBIDDEN] [NOEXPIRE] [SUSPENDED]

     You forgot the pattern.  Try "LIST * NOEXPIRE".

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I haven't upgraded to pre15 yet, still on pre14 and using Unreal3.2 beta12.
>
>When I do /msg nickserv list (arguement) for suspended, noexpire, and
>forbidden it shows like:
>
>-NickServ- List of entries matching noexpire:
>-
>-NickServ- End of list; 0/0 matches shown.
>
>And I know there are noexpire, forbidden, and suspended nicks. My own nick
>for example is noexpire and when i do /msg nickserv info Ganja51 all it even
>states:
>
>-NickServ- This nickname will not expire.
>
>Nothing major, just thought i'd point this out.
>
>~Ganja51
>irc.lcirc.net
>
>
>
>----- Original Message -----
>From: "Andrew Church" <achurch@achurch.org>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Wednesday, October 02, 2002 6:26 AM
>Subject: [IRCServices Coding] Services 5.0pre15 released
>
>
>>      Services 5.0pre15 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)
>>
>> 41608fd8782419193ccce45fed445ceb  ircservices-5.0pre15.tar.gz
>> 8e369ad2a7995c3202b29830cd0c8b3f  ircservices-5.0pre15.diff.gz
>> afe670dc3fa984d24bedc74df4055b24  ircservices-5.0pre15-1.i386.rpm
>> 0886f5194b3f274a5cef3396bd12cbc1  ircservices_5.0pre15-1_i386.deb
>>
>> The other mirrors should have it shortly.
>>
>>      This is a minor release that is mainly to get out the fix to the
>> ChanServ ACCESS command reported recently, and get all the updated
>language
>> files out.  I also expect this to be the last beta release before 5.0.0.
>> (Having said that, someone will undoubtedly go find some major bug
>> somewhere, but them's the breaks...)
>>
>> Changes in version 5.0pre15
>> ---------------------------
>> 2002/10/02 Removed AKILL option for OperServ STATS command.
>> 2002/10/02 Fixed bug in checking protocol features from core code.
>> 2002/09/30 ACC-CHANGE channel privilege is now checked properly.
>>     Reported by Dylan v.d Merwe <dylanvdm@icon.co.za>
>> 2002/09/29 Added support for Bolivia IRC Services (version 1.2.0)
>>     databases to convert-db.  Suggested by Peter
>>     Samuelsson <psadi4@swipnet.se>
>> 2002/09/29 Sirv/Auspice database conversion now properly sets the
>>     SECURE option on imported channels.
>>
>>   --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 Ganja51 at earthlink.net  Wed Oct  2 22:07:04 2002
From: Ganja51 at earthlink.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] small NickServ bug
References: <3d9ad96c.26061@achurch.org> <003a01c26a96$b497c880$2e88fea9@kris5461>
Message-ID: <004401c26a9a$b9541b40$2e88fea9@kris5461>

btw, sorry about that pre15 release stuff at the bottom, was lazy and just
replied to Andrew's post and forgot to delete it.

~Ganja51
irc.lcirc.net

----- Original Message -----
From: "Ganja51" <Ganja51@earthlink.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 11:38 PM
Subject: [IRCServices Coding] small NickServ bug


> I haven't upgraded to pre15 yet, still on pre14 and using Unreal3.2
beta12.
>
> When I do /msg nickserv list (arguement) for suspended, noexpire, and
> forbidden it shows like:
>
> -NickServ- List of entries matching noexpire:
> -
> -NickServ- End of list; 0/0 matches shown.
>
> And I know there are noexpire, forbidden, and suspended nicks. My own nick
> for example is noexpire and when i do /msg nickserv info Ganja51 all it
even
> states:
>
> -NickServ- This nickname will not expire.
>
> Nothing major, just thought i'd point this out.
>
> ~Ganja51
> irc.lcirc.net


From achurch at achurch.org  Thu Oct  3 14:13:10 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] small NickServ bug
In-Reply-To: <004401c26a9a$b9541b40$2e88fea9@kris5461>
Message-ID: <3d9bd21d.26572@achurch.org>

>btw, sorry about that pre15 release stuff at the bottom, was lazy and just
>replied to Andrew's post and forgot to delete it.

     For the record, I don't particularly mind this--as long as you put
your own text at the top, so I don't have to scroll down to find it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From daan at devilish.xs4all.nl  Wed Oct  2 22:35:13 2002
From: daan at devilish.xs4all.nl (daan@devilish.xs4all.nl)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] nickserv and the guest nicks
In-Reply-To: <3d9bd21d.26572@achurch.org>
Message-ID: <Pine.LNX.4.44.0210030733150.30249-100000@devilish.xs4all.nl>

I was wondering wethever the services nick enforcer could hang around
longer then it does right now.

Why?: Ive seen a lot of users that change their nickname back to their
      registered original and NS enforces the protection and changes it
      to Guest again. This is nice, but not really fun to watch for
      hours and hours.

--rip-dude


From frostycoolslug at hotmail.com  Thu Oct  3 00:17:46 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
Message-ID: <F49CGzH99Nlk9ZAQClI0000e955@hotmail.com>

This is generally caused by a weird Services De-Sync.. as far as i know, 
this is Unreals fault, but i discovered it can also be caused by excessive 
use of /os raw(?!), As for a fix.. one would probably have to be made by the 
Unreal dev team.

>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Possibly a Major bug?
>Date: Wed, 2 Oct 2002 23:46:10 +0100
>
>I dont quite know how you would replicate this.
>We are running pre11 - OUr Services were running for about 6 days.. When 
>they stopped A Killing correctly
>We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill and 
>they would add to the server, as they should
>But after the 6 days (or there abouts) They would Stop adding to The server 
>and Just keep AKilling the user over and over and over..
>
>Also, A Couple of our users complained that ChanServ is not setting the 
>modes correct on thier channel,
>They have 2 channels, configured the same, One works perfect with mode 
>lock, and when they join the channel, chanserv set's the topic and modes as 
>it should.. But the other channel, with exactly the same registrant and 
>settings set... Diddnt do this... It was only after a re-start of the 
>services that this worked again, and i am also assuming that the Akills 
>work once again,.( not had a need to test them yet)
>
>Ghozer




--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net


_________________________________________________________________
Join the world\92s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


From saturn at jetirc.net  Thu Oct  3 00:36:16 2002
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
References: <F49CGzH99Nlk9ZAQClI0000e955@hotmail.com>
Message-ID: <001501c26aaf$8eed1b80$6401a8c0@turby>

I have encountered dozens of little problems when using Unreal3.1.4 on my
network.. it seems there are a lot of holes in that version, since they're
trying to make it some sort fo transition between version 3.1 to 3.2...  I
have found the most stable of all versions right now is 3.1.3... no security
leaks to speak of, and it works great with ircservices 5 beta

----- Original Message -----
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 03, 2002 12:17 AM
Subject: Re: [IRCServices Coding] Possibly a Major bug?


> This is generally caused by a weird Services De-Sync.. as far as i know,
> this is Unreals fault, but i discovered it can also be caused by excessive
> use of /os raw(?!), As for a fix.. one would probably have to be made by
the
> Unreal dev team.
>
> >From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >Subject: [IRCServices Coding] Possibly a Major bug?
> >Date: Wed, 2 Oct 2002 23:46:10 +0100
> >
> >I dont quite know how you would replicate this.
> >We are running pre11 - OUr Services were running for about 6 days.. When
> >they stopped A Killing correctly
> >We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill and
> >they would add to the server, as they should
> >But after the 6 days (or there abouts) They would Stop adding to The
server
> >and Just keep AKilling the user over and over and over..
> >
> >Also, A Couple of our users complained that ChanServ is not setting the
> >modes correct on thier channel,
> >They have 2 channels, configured the same, One works perfect with mode
> >lock, and when they join the channel, chanserv set's the topic and modes
as
> >it should.. But the other channel, with exactly the same registrant and
> >settings set... Diddnt do this... It was only after a re-start of the
> >services that this worked again, and i am also assuming that the Akills
> >work once again,.( not had a need to test them yet)
> >
> >Ghozer
>
>
>
>
> --
> 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  Thu Oct  3 00:58:14 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] nickserv and the guest nicks
In-Reply-To: <Pine.LNX.4.44.0210030733150.30249-100000@devilish.xs4all.nl>
References: <3d9bd21d.26572@achurch.org> <Pine.LNX.4.44.0210030733150.30249-100000@devilish.xs4all.nl>
Message-ID: <20021003075814.GE46789@phat.za.net>


# NSReleaseTimeout <time>  [REQUIRED]
#     Sets the delay before a NickServ-collided nick is released.

NSReleaseTimeout 1m



| By daan@devilish.xs4all.nl <daan@devilish.xs4all.nl>
|                                          [ 2002-10-03 07:36 +0200 ]
> I was wondering wethever the services nick enforcer could hang around
> longer then it does right now.
> 
> Why?: Ive seen a lot of users that change their nickname back to their
>       registered original and NS enforces the protection and changes it
>       to Guest again. This is nice, but not really fun to watch for
>       hours and hours.
> 
> --rip-dude
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From frostycoolslug at hotmail.com  Thu Oct  3 02:59:18 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
Message-ID: <F219n4Z0B2heI55IYYI0000e737@hotmail.com>

i had this problem (only to a more major degree, none of the channels worked 
at all on creation) with 3.1.x i've not had a problem with it since i 
upgraded to Unreal3.2 beta12 though.. just thought that would be some useful 
info ;)


>From: achurch@achurch.org (Andrew Church)
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: Re: [IRCServices Coding] Possibly a Major bug?
>Date: Thu, 03 Oct 2002 11:03:48 JST
>
>      Unreal 3.1.4 seems to have a number of bugs with respect to Services.
>Try a different version of Unreal.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >This is a multi-part message in MIME format.
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880
> >Content-Type: text/plain;
> >     charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> >I dont quite know how you would replicate this.
> >We are running pre11 - OUr Services were running for about 6 days.. When 
>=
> >they stopped A Killing correctly
> >We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill =
> >and they would add to the server, as they should
> >But after the 6 days (or there abouts) They would Stop adding to The =
> >server and Just keep AKilling the user over and over and over..
> >
> >Also, A Couple of our users complained that ChanServ is not setting the =
> >modes correct on thier channel,
> >They have 2 channels, configured the same, One works perfect with mode =
> >lock, and when they join the channel, chanserv set's the topic and modes 
>=
> >as it should.. But the other channel, with exactly the same registrant =
> >and settings set... Diddnt do this... It was only after a re-start of =
> >the services that this worked again, and i am also assuming that the =
> >Akills work once again,.( not had a need to test them yet)
> >
> >Ghozer
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880
> >Content-Type: text/html;
> >     charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Diso-8859-1">
> ><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3DArial size=3D2>I dont quite know how you would =
> >replicate=20
> >this.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>We are running pre11 - OUr Services =
> >were running=20
> >for about 6 days.. When they stopped A Killing correctly</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>We are using Unreal 3.1.4-Meadows - =
> >Previously, We=20
> >would add an AKill and they would add to the server, as they =
> >should</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>But after the&nbsp;6 days (or there =
> >abouts) They=20
> >would Stop adding to The server and Just keep AKilling the user over and 
>=
> >over=20
> >and over..</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Also, A Couple of our users complained =
> >that=20
> >ChanServ is not setting the modes correct on thier channel,</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>They have 2 channels, configured the =
> >same, One=20
> >works perfect with mode lock, and when they join the channel, chanserv =
> >set's the=20
> >topic and modes as it should.. But the other channel, with exactly the =
> >same=20
> >registrant and settings set... Diddnt do this... It was only after a =
> >re-start of=20
> >the services that this worked again, and i am also assuming that the =
> >Akills work=20
> >once again,.( not had a need to test them yet)</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Ghozer</FONT></DIV></BODY></HTML>
> >
> >------=_NextPart_000_000D_01C26A6D.E2756880--
> >
> >------------------------------------------------------------------
> >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  Thu Oct  3 05:59:29 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] channel suspensions
Message-ID: <F45j9JanPAQYxK8A8420000ef3f@hotmail.com>

This has been covered many times before, this feature is being removed from 
version5, and not from Version4, its been covered over and over and over 
again.


>From: "prince" <prince@zirc.org>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] channel suspensions
>Date: Wed, 2 Oct 2002 17:19:21 -0400
>
>When somebody sends an incorrect password to a channel repeatedly, services 
>will kill them, and if they keep persisting, it suspends the channel (or 
>nickname).  Some of my more jerkoff users are having some fun with this, 
>causing our larger channels to become suspended which ultimately denies use 
>to any of the users.  I'm running version 4.5.43 - is there any way to 
>disable this or set the number of times you can send the password before it 
>automatically suspends the channel?  I've looked all through the conf for 
>an option to define/undefine this, but I have yet to find one.  If there is 
>no option, could I suggest possibly implementing a way to turn that on or 
>off and or being able to set the number of times you can send an incorrect 
>password?  This is causing us a lot of grief since only a services 
>administrator can unsuspend channels.  Thanks. :)
>
>-prince




--
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 prince at zirc.org  Thu Oct  3 10:05:10 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] channel suspensions
References: <000a01c26a65$9ab04680$02c8a8c0@nygmatech.local>
Message-ID: <002101c26aff$0805d580$9e74e518@msns.eph.ptd.net>

That's very odd, my conf file seriously does not have that option....I will
continue to look, thanks for your help.

-prince

----- Original Message -----
From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 02, 2002 6:46 PM
Subject: AW: [IRCServices Coding] channel suspensions



Hello;

You say that you did not find anything to disable this in the conf.
My example.conf interestingly says this:

# BadPassSuspend <count>  [OPTIONAL]
#     Sets the number of bad passwords _for a single nick or channel_
that
#     will be accepted before the nick/channel is automatically
suspended.
#     If not given, nicks and channels will not be automatically
suspended
#     for bad passwords.

BadPassSuspend  10

There is definitely said, that NOT GIVING this option will cause
services to not suspend for bad passwords.

Maybe you should try to read again.

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
prince
Gesendet: Mittwoch, 2. Oktober 2002 23:19
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] channel suspensions


When somebody sends an incorrect password to a channel repeatedly,
services will kill them, and if they keep persisting, it suspends the
channel (or nickname).  Some of my more jerkoff users are having some
fun with this, causing our larger channels to become suspended which
ultimately denies use to any of the users.  I'm running version 4.5.43 -
is there any way to disable this or set the number of times you can send
the password before it automatically suspends the channel?  I've looked
all through the conf for an option to define/undefine this, but I have
yet to find one.  If there is no option, could I suggest possibly
implementing a way to turn that on or off and or being able to set the
number of times you can send an incorrect password?  This is causing us
a lot of grief since only a services administrator can unsuspend
channels.  Thanks. :)

-prince

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From prince at zirc.org  Thu Oct  3 10:10:30 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] channel suspensions
References: <000a01c26a65$9ab04680$02c8a8c0@nygmatech.local> <002101c26aff$0805d580$9e74e518@msns.eph.ptd.net>
Message-ID: <000501c26aff$c6da5f80$9e74e518@msns.eph.ptd.net>

God I'm so stupid, thanks, I wasn't looking under 'Basic Functionality' - I
was looking for the option under 'ChanServ configuration' and 'NickServ
configuration'.  Sorry to waste your time and inbox space. ;P

-prince

----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 03, 2002 1:05 PM
Subject: Re: [IRCServices Coding] channel suspensions


> That's very odd, my conf file seriously does not have that option....I
will
> continue to look, thanks for your help.
>
> -prince
>
> ----- Original Message -----
> From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, October 02, 2002 6:46 PM
> Subject: AW: [IRCServices Coding] channel suspensions
>
>
>
> Hello;
>
> You say that you did not find anything to disable this in the conf.
> My example.conf interestingly says this:
>
> # BadPassSuspend <count>  [OPTIONAL]
> #     Sets the number of bad passwords _for a single nick or channel_
> that
> #     will be accepted before the nick/channel is automatically
> suspended.
> #     If not given, nicks and channels will not be automatically
> suspended
> #     for bad passwords.
>
> BadPassSuspend  10
>
> There is definitely said, that NOT GIVING this option will cause
> services to not suspend for bad passwords.
>
> Maybe you should try to read again.
>
> 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
> prince
> Gesendet: Mittwoch, 2. Oktober 2002 23:19
> An: ircservices-coding@ircservices.za.net
> Betreff: [IRCServices Coding] channel suspensions
>
>
> When somebody sends an incorrect password to a channel repeatedly,
> services will kill them, and if they keep persisting, it suspends the
> channel (or nickname).  Some of my more jerkoff users are having some
> fun with this, causing our larger channels to become suspended which
> ultimately denies use to any of the users.  I'm running version 4.5.43 -
> is there any way to disable this or set the number of times you can send
> the password before it automatically suspends the channel?  I've looked
> all through the conf for an option to define/undefine this, but I have
> yet to find one.  If there is no option, could I suggest possibly
> implementing a way to turn that on or off and or being able to set the
> number of times you can send an incorrect password?  This is causing us
> a lot of grief since only a services administrator can unsuspend
> channels.  Thanks. :)
>
> -prince
>
> ------------------------------------------------------------------
> 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  Thu Oct  3 14:12:13 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possibly a Major bug?
In-Reply-To: <3d9ba5a2.26375@achurch.org>
Message-ID: <Pine.LNX.4.44.0210031511520.6033-100000@linux.ircd-net.org>

On Thu, 3 Oct 2002, Andrew Church wrote:

>      Unreal 3.1.4 seems to have a number of bugs with respect to Services.
> Try a different version of Unreal.
> 
>   --Andrew Church

IIRC wasn't this caused by having akill exceptions on?


From ghozer at scfclan.com  Fri Oct  4 16:11:11 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] annoying chanserv "feature"
References: <001501c26a59$60d376a0$9e74e518@msns.eph.ptd.net>
Message-ID: <000b01c26bfb$549bb890$0200a8c0@GHOZER>

Hi, May I ask WHy you did this, and also for you to remove it from the next version??

When a user set's the topic.. it put's thier name on the end 
Example..
* NICK changes topic to 'new topic here blah blah blah (NICK)'

this get's rather annoying, and also confusing for eggdrop bot's and maybe also other users... 
Example..

* DeaJae changes topic to 'for channel stats go to http://CHstats.LinkIRC.NET/ |UT2k3 RAWKS! (rip-dude) (|PoNg|) (DeaJae)'

That Is what an EggDrop changed the topic to... - Notice the 3 nicks on the end... so my Questions are.. agian

A) What's the point in that feature on the topic.. cause when you join a channel, it says topic is.. "set by NICK " any ways
and B) will you either give an option to disable, or remove it completly, ?/

thank you

Ghozer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021005/3e6777bd/attachment.html
From achurch at achurch.org  Sat Oct  5 10:13:43 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] annoying chanserv "feature"
In-Reply-To: <000b01c26bfb$549bb890$0200a8c0@GHOZER>
Message-ID: <3d9e3cd0.45302@achurch.org>

RTFM.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0008_01C26C03.B63B8190
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>Hi, May I ask WHy you did this, and also for you to remove it from the =
>next version??
>
>When a user set's the topic.. it put's thier name on the end=20
>Example..
>* NICK changes topic to 'new topic here blah blah blah (NICK)'
>
>this get's rather annoying, and also confusing for eggdrop bot's and =
>maybe also other users...=20
>Example..
>
>* DeaJae changes topic to 'for channel stats go to =
>http://CHstats.LinkIRC.NET/ |UT2k3 RAWKS! (rip-dude) (|PoNg|) (DeaJae)'
>
>That Is what an EggDrop changed the topic to... - Notice the 3 nicks on =
>the end... so my Questions are.. agian
>
>A) What's the point in that feature on the topic.. cause when you join a =
>channel, it says topic is.. "set by NICK " any ways
>and B) will you either give an option to disable, or remove it =
>completly, ?/
>
>thank you
>
>Ghozer
>
>------=_NextPart_000_0008_01C26C03.B63B8190
>Content-Type: text/html;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>Hi, May I ask WHy you did this, and =
>also for you to=20
>remove it from the next version??</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>When a user set's the topic.. it put's =
>thier name=20
>on the end </FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Example..</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>* NICK changes topic to 'new topic here =
>blah blah=20
>blah (NICK)'</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>this get's rather annoying, and also =
>confusing for=20
>eggdrop bot's and maybe also other users... </FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Example..</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>* DeaJae changes topic to 'for channel =
>stats go to=20
><A href=3D"http://CHstats.LinkIRC.NET/">http://CHstats.LinkIRC.NET/</A> =
>|UT2k3=20
>RAWKS! (rip-dude) (|PoNg|) (DeaJae)'</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>That Is what an EggDrop changed the =
>topic to... -=20
>Notice the 3 nicks on the end... so my Questions are.. =
>agian</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>A) What's the point in that feature on =
>the topic..=20
>cause when you join a channel, it says topic is.. "set by NICK " any=20
>ways</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>and B) will you either give an option =
>to disable,=20
>or remove it completly, ?/</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>thank you</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Ghozer</FONT></DIV></BODY></HTML>
>
>------=_NextPart_000_0008_01C26C03.B63B8190--
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From VisionOfHell at aol.com  Sat Oct  5 03:14:36 2002
From: VisionOfHell at aol.com (VisionOfHell@aol.com)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Ghozer
Message-ID: <b4.12deaf7f.2ad0158c@aol.com>

Once again you show yourself to be a complete and utter pratt.

Hence the reason we would rather stay a nice quiet network than link with you 
you utter utter idiot.

RTFM before you post here again nutter.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021005/379837e9/attachment.htm
From ghozer at scfclan.com  Sat Oct  5 06:08:35 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Ghozer
References: <b4.12deaf7f.2ad0158c@aol.com>
Message-ID: <000b01c26c70$51022ff0$0200a8c0@GHOZER>

Oh, My God, Vision Of Hell, Lmao
I Heared that you linked to about 3 other net's, 
and did Exactly the same, as you did to us..

well I did RTFM, and found it, AFTER I posted the Messae, I was Requested by one of my Opers to post it...
After i posted, I thought "i wonder if there's anything in here", and read it, Finding out that it's the IRCD and not the services..

So STFU, and diddnt you learn anything from that chain a few days ago... About throwing insults or banter about..

Honestly man, Go get a life..

Ghozer.

P.S., we are doing fie as it is at the moment, we have a network merging with us, Under our name.. so i dont care what you think..

----- Original Message ----- 
  From: VisionOfHell@aol.com 
  To: ircservices-coding@ircservices.za.net 
  Sent: Saturday, October 05, 2002 11:14 AM
  Subject: [IRCServices Coding] Ghozer


  Once again you show yourself to be a complete and utter pratt. 

  Hence the reason we would rather stay a nice quiet network than link with you you utter utter idiot. 

  RTFM before you post here again nutter. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021005/847e6fcb/attachment.html
From pkef at hnioxos.ee.auth.gr  Sat Oct  5 06:55:40 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Ghozer
In-Reply-To: <000b01c26c70$51022ff0$0200a8c0@GHOZER>
Message-ID: <Pine.LNX.4.33.0210051650520.26416-100000@hnioxos.ee.auth.gr>

I'm getting really,really tired reading this pointless mails filling up my
mailbox,wasting my time and my HDD.Could everybody just STOP arguing
in the mailing list?Everything you want to say , say it privatelly.We
DON'T care about YOUR arguments and YOUR problems,specially when these are
personals.This is a coding,bug report,etc list,not a "fighting" club.

Cheers,
Gizm0.-

On Sat, 5 Oct 2002, Colin Thorpe(SCF) wrote:

> Oh, My God, Vision Of Hell, Lmao
> I Heared that you linked to about 3 other net's,
> and did Exactly the same, as you did to us..
>
> well I did RTFM, and found it, AFTER I posted the Messae, I was Requested by one of my Opers to post it...
> After i posted, I thought "i wonder if there's anything in here", and read it, Finding out that it's the IRCD and not the services..
>
> So STFU, and diddnt you learn anything from that chain a few days ago... About throwing insults or banter about..
>
> Honestly man, Go get a life..
>
> Ghozer.
>
> P.S., we are doing fie as it is at the moment, we have a network merging with us, Under our name.. so i dont care what you think..
>
> ----- Original Message -----
>   From: VisionOfHell@aol.com
>   To: ircservices-coding@ircservices.za.net
>   Sent: Saturday, October 05, 2002 11:14 AM
>   Subject: [IRCServices Coding] Ghozer
>
>
>   Once again you show yourself to be a complete and utter pratt.
>
>   Hence the reason we would rather stay a nice quiet network than link with you you utter utter idiot.
>
>   RTFM before you post here again nutter.
>


From frostycoolslug at hotmail.com  Sat Oct  5 13:29:14 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possible auto-suspend alternative?
Message-ID: <F132BaZSkeFRiwgbKqJ0000fd40@hotmail.com>

Note: this isnt a pointless post here to fill up your inbox, as i am 
becoming sick of them too :/

anyway-
In version 4 of services, when too many bad passwords were entered, the 
channel / nickname was suspended, due to abuse, this was removed in version 
5, in its place, maybe it would be advisable to have an option to give users 
that try to suspend nicknames / channels and akill of X days, (X being 
settable in the config) with an address to email if the problem was genuine? 
it would detur people from spamming services with passwords, without 
stopping access to the channel alltogether..

just my 2 pence ;)


--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net


_________________________________________________________________
Join the world\92s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


From pkef at hnioxos.ee.auth.gr  Sat Oct  5 16:00:04 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possible auto-suspend alternative?
In-Reply-To: <F132BaZSkeFRiwgbKqJ0000fd40@hotmail.com>
Message-ID: <Pine.LNX.4.33.0210060155540.27955-100000@hnioxos.ee.auth.gr>


On Sat, 5 Oct 2002, Craig McLure wrote:

> Note: this isnt a pointless post here to fill up your inbox, as i am
> becoming sick of them too :/
;) Don;t worry i can still find the diffrence between them :p
>
> anyway-
> In version 4 of services, when too many bad passwords were entered, the
> channel / nickname was suspended, due to abuse, this was removed in version
> 5, in its place, maybe it would be advisable to have an option to give users
> that try to suspend nicknames / channels and akill of X days, (X being
> settable in the config) with an address to email if the problem was genuine?
> it would detur people from spamming services with passwords, without
> stopping access to the channel alltogether..
>
> just my 2 pence ;)
>
>
Nice idea,but i think and some andrew's previous post , he said he not
going to add any features to this release(if this could be considered as
a feature).My opinion is if it is possible to add this,do it. :-)

Cheers,
Gizm0.-


From achurch at achurch.org  Sun Oct  6 17:52:22 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Possible auto-suspend alternative?
In-Reply-To: <F132BaZSkeFRiwgbKqJ0000fd40@hotmail.com>
Message-ID: <3d9ff9fc.46156@achurch.org>

>In version 4 of services, when too many bad passwords were entered, the 
>channel / nickname was suspended, due to abuse, this was removed in version 
>5, in its place, maybe it would be advisable to have an option to give users 
>that try to suspend nicknames / channels and akill of X days, (X being 
>settable in the config) with an address to email if the problem was genuine? 

     This has already been suggested and is being considered for a future
version.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From dylanvdm at icon.co.za  Mon Oct  7 09:59:56 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
Message-ID: <000901c26e23$b4bde610$0100a8c0@dylan>

Heya peeps

This is just a quick enquiry of mine. I have heard from many people that
using RAW commands are bad. Of course I know they can wreak havoc. The one
thing I have also heard is that by using them you cause server desynchs. Is
this true? So if I had to type something like (for eg):

/operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n

Would it cause a desynch or will things be the same as before I typed it?
One other thing. I'm using Unreal3.2 and in the /lusers operator count it
includes the services. Yes they do get remotely set +O but...

/operserv raw :chanserv SVSMODE nickserv -o

I would therefore be deopering all the various services. Does this matter as
it concerns certain users when they see such a high operator count? Would
they work the same as before? Just wondering because services have a U:line.

Thanks for your time

Dylan.


From rg at tcslon.com  Mon Oct  7 10:12:05 2002
From: rg at tcslon.com (Russell Garrett)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
In-Reply-To: <000901c26e23$b4bde610$0100a8c0@dylan>
Message-ID: <NDBBLDHKLKMANPGMACIGAEAPDBAA.rg@tcslon.com>

> /operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n

Services doesn't process that, so services would still think joHnny is in
those channels, even if he isn't. So if you try and do something to that
channel which involves that user, services may complain, or even crash.

Unreal has a /svspart command I believe. Use that instead.

> One other thing. I'm using Unreal3.2 and in the /lusers operator count it
> includes the services. Yes they do get remotely set +O but...
>
> /operserv raw :chanserv SVSMODE nickserv -o
>
> I would therefore be deopering all the various services. Does
> this matter as
> it concerns certain users when they see such a high operator count? Would
> they work the same as before? Just wondering because services
> have a U:line.

Services pseudo-clients still need opers on some servers, I don't think
Unreal is one of them. Your best bet is to try it extensively on a test
server first.

----------------------------------------------------------------------------
Russ Garrett                                             russ@garrett.co.uk.
                                                  http://russ.garrett.co.uk.



From Ganja51 at earthlink.net  Mon Oct  7 10:38:31 2002
From: Ganja51 at earthlink.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
References: <NDBBLDHKLKMANPGMACIGAEAPDBAA.rg@tcslon.com>
Message-ID: <001101c26e28$5d01ee30$2e88fea9@kris5461>

In UnrealIRCd it's /sapart, not /svspart

~Ganja51
irc.lcirc.net
----- Original Message -----
From: "Russell Garrett" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, October 07, 2002 12:12 PM
Subject: RE: [IRCServices Coding] Raw


> > /operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n
>
> Services doesn't process that, so services would still think joHnny is in
> those channels, even if he isn't. So if you try and do something to that
> channel which involves that user, services may complain, or even crash.
>
> Unreal has a /svspart command I believe. Use that instead.
>
> > One other thing. I'm using Unreal3.2 and in the /lusers operator count
it
> > includes the services. Yes they do get remotely set +O but...
> >
> > /operserv raw :chanserv SVSMODE nickserv -o
> >
> > I would therefore be deopering all the various services. Does
> > this matter as
> > it concerns certain users when they see such a high operator count?
Would
> > they work the same as before? Just wondering because services
> > have a U:line.
>
> Services pseudo-clients still need opers on some servers, I don't think
> Unreal is one of them. Your best bet is to try it extensively on a test
> server first.
>
> --------------------------------------------------------------------------
--
> 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 Ganja51 at earthlink.net  Mon Oct  7 10:45:53 2002
From: Ganja51 at earthlink.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Compiling error in v5.0.0
References: <3d913f86.33324@achurch.org>
Message-ID: <001701c26e29$64211780$2e88fea9@kris5461>

When trying to update to v5.0.0 I of course first run ./configure. Once that
is done I try to run gmake and get this error:

sh version.sh
gcc  -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -c version.c -o
version.o
gmake[1]: Entering directory `/usr/home/ganja/ircservices-5.0.0/modules'
gmake[2]: Entering directory
`/usr/home/ganja/ircservices-5.0.0/modules/chanserv'
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -I../.. -c
main.c -o main.o
gcc: vfork: Resource temporarily unavailable
gmake[4]: *** [.compiled-main.o] Error 1
gmake[3]: *** [main.o] Error 2
gmake[2]: *** [main.so] Error 2
gmake[2]: Leaving directory
`/usr/home/ganja/ircservices-5.0.0/modules/chanserv'
gmake[1]: *** [all-dynamic] Error 2
gmake[1]: Leaving directory `/usr/home/ganja/ircservices-5.0.0/modules'
gmake: *** [modules] Error 2

The box is running FreeBSD 4.7-PRERELEASE. The thing is, pre15 compiled
perfectly, and still does, but the release of v5.0.0 doesn't. Any
suggestions?

~Ganja51
irc.lcirc.net


From frostycoolslug at hotmail.com  Mon Oct  7 10:49:42 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
Message-ID: <F127KyEVz58FaOO68eV00014e39@hotmail.com>

Unreal uses /sajoin and /sapart, these seem to work fine without services 
worrying :)


>From: "Russell Garrett" <rg@tcslon.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: RE: [IRCServices Coding] Raw
>Date: Mon, 7 Oct 2002 18:12:05 +0100
>
> > /operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n
>
>Services doesn't process that, so services would still think joHnny is in
>those channels, even if he isn't. So if you try and do something to that
>channel which involves that user, services may complain, or even crash.
>
>Unreal has a /svspart command I believe. Use that instead.
>
> > One other thing. I'm using Unreal3.2 and in the /lusers operator count 
>it
> > includes the services. Yes they do get remotely set +O but...
> >
> > /operserv raw :chanserv SVSMODE nickserv -o
> >
> > I would therefore be deopering all the various services. Does
> > this matter as
> > it concerns certain users when they see such a high operator count? 
>Would
> > they work the same as before? Just wondering because services
> > have a U:line.
>
>Services pseudo-clients still need opers on some servers, I don't think
>Unreal is one of them. Your best bet is to try it extensively on a test
>server first.
>
>----------------------------------------------------------------------------
>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




--
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 dylanvdm at icon.co.za  Mon Oct  7 13:13:42 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
References: <F127KyEVz58FaOO68eV00014e39@hotmail.com>
Message-ID: <006a01c26e3e$0aec6f10$0100a8c0@dylan>

Still... what about the -O on services for the /lusers count?

And yes I know about /sajoin and /sapart, I was using SVSPART as an example
of a RAW command :-)

Dylan.


----- Original Message -----
From: "Craig McLure" <frostycoolslug@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, October 07, 2002 7:49 PM
Subject: RE: [IRCServices Coding] Raw


> Unreal uses /sajoin and /sapart, these seem to work fine without services
> worrying :)
>
>
> >From: "Russell Garrett" <rg@tcslon.com>
> >Reply-To: ircservices-coding@ircservices.za.net
> >To: <ircservices-coding@ircservices.za.net>
> >Subject: RE: [IRCServices Coding] Raw
> >Date: Mon, 7 Oct 2002 18:12:05 +0100
> >
> > > /operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n
> >
> >Services doesn't process that, so services would still think joHnny is in
> >those channels, even if he isn't. So if you try and do something to that
> >channel which involves that user, services may complain, or even crash.
> >
> >Unreal has a /svspart command I believe. Use that instead.
> >
> > > One other thing. I'm using Unreal3.2 and in the /lusers operator count
> >it
> > > includes the services. Yes they do get remotely set +O but...
> > >
> > > /operserv raw :chanserv SVSMODE nickserv -o
> > >
> > > I would therefore be deopering all the various services. Does
> > > this matter as
> > > it concerns certain users when they see such a high operator count?
> >Would
> > > they work the same as before? Just wondering because services
> > > have a U:line.
> >
> >Services pseudo-clients still need opers on some servers, I don't think
> >Unreal is one of them. Your best bet is to try it extensively on a test
> >server first.
> >
>
>---------------------------------------------------------------------------
-
> >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
>
>
>
>
> --
> 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 ghozer at scfclan.com  Mon Oct  7 16:16:15 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Char display bug?
References: <F132BaZSkeFRiwgbKqJ0000fd40@hotmail.com>
Message-ID: <004401c26e57$89143c10$0200a8c0@GHOZER>

Should it do this??
a user is on the AOP list in a channel..
I type this.... 

//msg chanserv aop # del {SCF}|sniper|

and it replies with this...

-ChanServ- {scf}|sniper deleted from #Clan{SCF} AOP list.


Notice how the last " | " is missing??

Just thought i'd let you know..


From achurch at achurch.org  Tue Oct  8 08:36:40 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Char display bug?
In-Reply-To: <004401c26e57$89143c10$0200a8c0@GHOZER>
Message-ID: <3da21a98.67512@achurch.org>

     This is probably a result of the user having linked nicks.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Should it do this??
>a user is on the AOP list in a channel..
>I type this.... 
>
>//msg chanserv aop # del {SCF}|sniper|
>
>and it replies with this...
>
>-ChanServ- {scf}|sniper deleted from #Clan{SCF} AOP list.
>
>
>Notice how the last " | " is missing??
>
>Just thought i'd let you know..
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From griever at t2n.org  Mon Oct  7 20:34:48 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Char display bug?
In-Reply-To: <004401c26e57$89143c10$0200a8c0@GHOZER>
Message-ID: <Pine.LNX.4.44.0210072134180.825-100000@linux.ircd-net.org>

On Tue, 8 Oct 2002, Colin Thorpe(SCF) wrote:

> Should it do this??
> a user is on the AOP list in a channel..
> I type this.... 
> 
> //msg chanserv aop # del {SCF}|sniper|
> 
> and it replies with this...
> 
> -ChanServ- {scf}|sniper deleted from #Clan{SCF} AOP list.
> 
> 
> Notice how the last " | " is missing??
> 
> Just thought i'd let you know..
> 

problem with mIRC, not services. remember how | seperates commands?



From andrewk at isdial.net  Mon Oct  7 22:27:24 2002
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Raw
References: <F127KyEVz58FaOO68eV00014e39@hotmail.com> <006a01c26e3e$0aec6f10$0100a8c0@dylan>
Message-ID: <044501c26e8b$63d68d70$0529010a@af.didata.local>

Things are going to be broken if you -o for the pseudo clients. It would
probably be easier to hack the ircd and only count +o users from non-ulined
servers. You'd have a lot less hassles imho.

Andrew

----- Original Message -----
From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, October 07, 2002 10:13 PM
Subject: Re: [IRCServices Coding] Raw


> Still... what about the -O on services for the /lusers count?
>
> And yes I know about /sajoin and /sapart, I was using SVSPART as an
example
> of a RAW command :-)
>
> Dylan.
>
>
> ----- Original Message -----
> From: "Craig McLure" <frostycoolslug@hotmail.com>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Monday, October 07, 2002 7:49 PM
> Subject: RE: [IRCServices Coding] Raw
>
>
> > Unreal uses /sajoin and /sapart, these seem to work fine without
services
> > worrying :)
> >
> >
> > >From: "Russell Garrett" <rg@tcslon.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >Subject: RE: [IRCServices Coding] Raw
> > >Date: Mon, 7 Oct 2002 18:12:05 +0100
> > >
> > > > /operserv raw :nickserv SVSPART joHnny #Hanson,#pr0n
> > >
> > >Services doesn't process that, so services would still think joHnny is
in
> > >those channels, even if he isn't. So if you try and do something to
that
> > >channel which involves that user, services may complain, or even crash.
> > >
> > >Unreal has a /svspart command I believe. Use that instead.
> > >
> > > > One other thing. I'm using Unreal3.2 and in the /lusers operator
count
> > >it
> > > > includes the services. Yes they do get remotely set +O but...
> > > >
> > > > /operserv raw :chanserv SVSMODE nickserv -o
> > > >
> > > > I would therefore be deopering all the various services. Does
> > > > this matter as
> > > > it concerns certain users when they see such a high operator count?
> > >Would
> > > > they work the same as before? Just wondering because services
> > > > have a U:line.
> > >
> > >Services pseudo-clients still need opers on some servers, I don't think
> > >Unreal is one of them. Your best bet is to try it extensively on a test
> > >server first.
> > >
> >
>
>---------------------------------------------------------------------------
> -
> > >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
> >
> >
> >
> >
> > --
> > 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 ron885 at bloodheart.com  Tue Oct  8 18:18:50 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] questions with unreal and sjoin
Message-ID: <200210081818.50983.ron885@bloodheart.com>

i am a little confused with the UNREAL_HACK define. i see the #ifndef/#else in 
sjoin.c for changing the way it sends the SJOIN.  maybe i dont fully 
understand the way the modules work, but why is it required to #define 
do_sjoin, init_sjoin, and exit_sjoin to *_unreal?

thanks for the help

From oleg_orlov at inbox.ru  Tue Oct  8 22:15:04 2002
From: oleg_orlov at inbox.ru (=?koi8-r?Q?=ef=cc=c5=c7=20=ef=d2=cc=cf=d7?=)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Installation problem
Message-ID: <E17z9BY-000Mp9-00@f17.mail.ru>

OS: Solaris 7
CPU: SPARC
IRCServices ver 5

make[4]: *** [.compiled-access-levels_static.o] Error 1
make[3]: *** [access-levels_static.o] Error 2
make[2]: *** [access-levels.a] Error 2
make[2]: Leaving directory `/export/work/INSTALL/ircservices-5.0.0/modules/chans
erv'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/export/work/INSTALL/ircservices-5.0.0/modules'
make: *** [modules] Error 2

????????????????????

Best regards! Orlov Oleg.



From achurch at achurch.org  Wed Oct  9 16:04:58 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] questions with unreal and sjoin
In-Reply-To: <200210081818.50983.ron885@bloodheart.com>
Message-ID: <3da3d578.74760@achurch.org>

>i am a little confused with the UNREAL_HACK define. i see the #ifndef/#el
>se in 
>sjoin.c for changing the way it sends the SJOIN.  maybe i dont fully 
>understand the way the modules work, but why is it required to #define 
>do_sjoin, init_sjoin, and exit_sjoin to *_unreal?

     To avoid namespace collisions when compiling modules statically.
Since the functions are used in other files, their symbols must be
exported, and this would cause a symbol name clash if the modules were
statically linked into the executable.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From kfiresun at ix.netcom.com  Wed Oct  9 09:26:54 2002
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Installation problem
References: <E17z9BY-000Mp9-00@f17.mail.ru>
Message-ID: <003501c26fb0$b52456a0$6ed387d8@bahamut>

----- Original Message -----
From: "???? ?????" <oleg_orlov@inbox.ru>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 09, 2002 12:15 AM
Subject: [IRCServices Coding] Installation problem

] ... SNIP ... [

It'd be helpfull to have the error message as well.

Kelmar K. Firesun (IRL: Bryce Simonds)


From ron885 at bloodheart.com  Wed Oct  9 17:22:46 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] questions with unreal and sjoin
In-Reply-To: <3da3d578.74760@achurch.org>
References: <3da3d578.74760@achurch.org>
Message-ID: <200210091722.46918.ron885@bloodheart.com>

On Wednesday 09 October 2002 09:04 am, Andrew Church wrote:
>      To avoid namespace collisions when compiling modules statically.
> Since the functions are used in other files, their symbols must be
> exported, and this would cause a symbol name clash if the modules were
> statically linked into the executable.

i only see them defined in one place, sjoin.c... am i missing something?

From achurch at achurch.org  Thu Oct 10 15:00:42 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] questions with unreal and sjoin
In-Reply-To: <200210091722.46918.ron885@bloodheart.com>
Message-ID: <3da517d1.10340@achurch.org>

>On Wednesday 09 October 2002 09:04 am, Andrew Church wrote:
>>      To avoid namespace collisions when compiling modules statically.
>> Since the functions are used in other files, their symbols must be
>> exported, and this would cause a symbol name clash if the modules were
>> statically linked into the executable.
>
>i only see them defined in one place, sjoin.c... am i missing something?

     sjoin.c is compiled to sjoin-unreal.o for UNREAL_HACK, sjoin.o
without; the symbol clash occurs when both of these files are linked into
the same executable.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ron885 at bloodheart.com  Wed Oct  9 23:05:56 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] questions with unreal and sjoin
In-Reply-To: <3da517d1.10340@achurch.org>
References: <3da517d1.10340@achurch.org>
Message-ID: <200210092305.56131.ron885@bloodheart.com>

On Thursday 10 October 2002 08:00 am, Andrew Church wrote:
>      sjoin.c is compiled to sjoin-unreal.o for UNREAL_HACK, sjoin.o
> without; the symbol clash occurs when both of these files are linked into
> the same executable.

now i understand, thanks for explaining it

From frostycoolslug at hotmail.com  Thu Oct 10 04:26:45 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Installation problem
Message-ID: <F19gQ64FVkXunCNIxb00001aed9@hotmail.com>

could you give some details on compiler version?


>From: "ïÌÅÇ ïÒÌÏ×" <oleg_orlov@inbox.ru>
>Reply-To: ircservices-coding@ircservices.za.net
>To: ircservices-coding@ircservices.za.net
>Subject: [IRCServices Coding] Installation problem
>Date: Wed, 09 Oct 2002 09:15:04 +0400
>
>
>OS: Solaris 7
>CPU: SPARC
>IRCServices ver 5
>
>make[4]: *** [.compiled-access-levels_static.o] Error 1
>make[3]: *** [access-levels_static.o] Error 2
>make[2]: *** [access-levels.a] Error 2
>make[2]: Leaving directory 
>`/export/work/INSTALL/ircservices-5.0.0/modules/chans
>erv'
>make[1]: *** [all-static] Error 2
>make[1]: Leaving directory `/export/work/INSTALL/ircservices-5.0.0/modules'
>make: *** [modules] Error 2
>
>????????????????????
>
>Best regards! Orlov Oleg.
>
>
>------------------------------------------------------------------
>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  Thu Oct 10 20:49:50 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Installation problem
In-Reply-To: <F19gQ64FVkXunCNIxb00001aed9@hotmail.com>
Message-ID: <3da5698a.10700@achurch.org>

>could you give some details on compiler version?

     The reporter gave me details privately, and it appears to be a
problem with compiling using static modules on Solaris.  It will be fixed
in the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ghozer at scfclan.com  Thu Oct 10 06:00:20 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] ChanServ Short channel "#"
References: <E17z9BY-000Mp9-00@f17.mail.ru> <003501c26fb0$b52456a0$6ed387d8@bahamut>
Message-ID: <000901c2705c$fd4365f0$0200a8c0@GHOZER>

I enabled the Short Channel "#" so that I could use it, although i know i
could not use chanserv in there.. but a friend of mine and some of his
friends all meet up in there.. But we still cannot join the channel..

It's Commented out in the config... so i would think it would allow it..
It's not on the forbid list either...

yet when i join it.. It Still band and kicks me....

Unreal-3.1.4

Ghozer


From laser at musichat.net  Thu Oct 10 09:25:42 2002
From: laser at musichat.net (Alex Ciappei)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Problem with lang
In-Reply-To: <20021010100002.71186.33086.Mailman@fingers2.cust-gw.jnb6.i
 pv6.za.uu.net>
Message-ID: <5.1.0.14.0.20021010182154.00a03040@mail.musichat.net>

Hello,

I've a problem.
I try to translate a services, but when i compile i see these errors:

it.l:98: Unknown string name `        Giovedi'
it.l:99: Unknown string name `        Venerdi'
it.l:100: Unknown string name `        Sabato'
it.l:103: Unknown string name `        Gen'
it.l:107: Unknown string name `        Mag'
it.l:108: Unknown string name `        Giu'
it.l:109: Unknown string name `        Lug'
it.l:110: Unknown string name `        Ago'
it.l:111: Unknown string name `        Set'
it.l:112: Unknown string name `        Ott'
it.l:114: Unknown string name `        Dic'
it.l:117: Unknown string name `        Gennaio'
it.l:118: Unknown string name `        Febbraio'
it.l:119: Unknown string name `        Marzo'
it.l:120: Unknown string name `        Aprile'
it.l:121: Unknown string name `        Maggio'
it.l:122: Unknown string name `        Giugno'
it.l:123: Unknown string name `        Luglio'
it.l:124: Unknown string name `        Agosto'
it.l:125: Unknown string name `        Settembre'

can help me?

Best regards

Alex


From pkef at hnioxos.ee.auth.gr  Thu Oct 10 10:23:46 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Problem with lang
In-Reply-To: <5.1.0.14.0.20021010182154.00a03040@mail.musichat.net>
Message-ID: <Pine.LNX.4.33.0210102020230.14939-100000@hnioxos.ee.auth.gr>

It looks like you haven't left the correct "spaces" and the language
compiler can't read them.Just read the file coming with the ircservices
explaining how to compile the language file.It's in the lang/ directory.

Cheers,
Gizm0.-

On Thu, 10 Oct 2002, Alex Ciappei wrote:

> Hello,
>
> I've a problem.
> I try to translate a services, but when i compile i see these errors:
>
> it.l:98: Unknown string name `        Giovedi'
> it.l:99: Unknown string name `        Venerdi'
> it.l:100: Unknown string name `        Sabato'
> it.l:103: Unknown string name `        Gen'
> it.l:107: Unknown string name `        Mag'
> it.l:108: Unknown string name `        Giu'
> it.l:109: Unknown string name `        Lug'
> it.l:110: Unknown string name `        Ago'
> it.l:111: Unknown string name `        Set'
> it.l:112: Unknown string name `        Ott'
> it.l:114: Unknown string name `        Dic'
> it.l:117: Unknown string name `        Gennaio'
> it.l:118: Unknown string name `        Febbraio'
> it.l:119: Unknown string name `        Marzo'
> it.l:120: Unknown string name `        Aprile'
> it.l:121: Unknown string name `        Maggio'
> it.l:122: Unknown string name `        Giugno'
> it.l:123: Unknown string name `        Luglio'
> it.l:124: Unknown string name `        Agosto'
> it.l:125: Unknown string name `        Settembre'
>
> can help me?
>
> Best regards
>
> Alex
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From monolith at orblivion.com  Thu Oct 10 10:40:14 2002
From: monolith at orblivion.com (David Orman)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
Message-ID: <1238.12.238.198.195.1034271614.squirrel@webmail.noxordo.com>

Is there a way to have services disallow usage of /msg nickserv command
and so forth, and force the user to use /msg nickserv@services.blah.com
command instead? I want to disallow usage of the old /msg nickserv style
commands, and instead use the alias features of unreal to utilize
/nickserv command, having the alias msg the full
nickserv@services.blah.com.

Second question: will there be forcible nick changing functionality in
services for unreal 3.2? I'm not sure if the ircd supports it natively,
but I've been on networks running 3.2 and have seen opers change user
nicknames forcibly, so I assume it can be done, and that the unreal module
does not support it at this current time for whatever reason (backwards
compatibility?) I would really like to impliment the Guest nickname style
nick "kills" instead of having services literally kill users off the
network.

Thanks for all your help/input...

David


--
David Orman
monolith@orblivion.com
http://www.orblivion.com
--



From aragon at phat.za.net  Thu Oct 10 11:09:21 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
In-Reply-To: <1238.12.238.198.195.1034271614.squirrel@webmail.noxordo.com>
References: <1238.12.238.198.195.1034271614.squirrel@webmail.noxordo.com>
Message-ID: <20021010180921.GB56556@phat.za.net>

| By David Orman <monolith@orblivion.com>
|                                          [ 2002-10-10 19:43 +0200 ]
> Second question: will there be forcible nick changing functionality in
> services for unreal 3.2?

Unreal 3.2 supports SVSNICK. IRCServices 4.5 and later supports
NSForceNickChange with Unreal 3.2.

(we're using this)


Regards,
Aragon

From Ganja51 at lcirc.net  Thu Oct 10 12:59:48 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Forbid option?
References: <3d913f86.33324@achurch.org> <001701c26e29$64211780$2e88fea9@kris5461>
Message-ID: <001901c27097$a99a0090$2102a8c0@kris5461>

Going along the same lines as the new QLine Kill option, how about an option
for ChanServ's Forbid which would allow you to have users which join a
forbidden channel killed or akilled (akilled preferrably). In the case of
bots, they most often have random nicks but join a specific channel. If you
forbid the channel, the bots will still be connected to the servers. An
option to have them akilled when they attempt to join a specific channel
would be very handy. Thanks.

~Ganja51
irc.lcirc.net


From pkef at hnioxos.ee.auth.gr  Thu Oct 10 13:56:17 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] Forbid option?
In-Reply-To: <001901c27097$a99a0090$2102a8c0@kris5461>
Message-ID: <Pine.LNX.4.33.0210102355410.15457-100000@hnioxos.ee.auth.gr>

Imagine someone or even you entering accidentally the channel...you'll be
akilled.to dangerous i think.


On Thu, 10 Oct 2002, Ganja51 wrote:

> Going along the same lines as the new QLine Kill option, how about an option
> for ChanServ's Forbid which would allow you to have users which join a
> forbidden channel killed or akilled (akilled preferrably). In the case of
> bots, they most often have random nicks but join a specific channel. If you
> forbid the channel, the bots will still be connected to the servers. An
> option to have them akilled when they attempt to join a specific channel
> would be very handy. Thanks.
>
> ~Ganja51
> irc.lcirc.net
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From uhc0 at rz.uni-karlsruhe.de  Thu Oct 10 13:47:35 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:40 2004
Subject: AW: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
In-Reply-To: <20021010180921.GB56556@phat.za.net>
Message-ID: <000a01c2709e$5533b170$02c8a8c0@nygmatech.local>

Hello;

I believe he meant an OperServ command to forcibly change
any users nickname.
Which is IMHO unnecessary and I guess Andrew thinks the same way.

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 Aragon Gouveia
> Gesendet: Donnerstag, 10. Oktober 2002 20:09
> An: ircservices-coding@ircservices.za.net
> Betreff: Re: [IRCServices Coding] "secure" messaging of 
> services / unreal 3.2 and forcible nick changes
> 
> 
> | By David Orman <monolith@orblivion.com>
> |                                          [ 2002-10-10 19:43 +0200 ]
> > Second question: will there be forcible nick changing 
> functionality in 
> > services for unreal 3.2?
> 
> Unreal 3.2 supports SVSNICK. IRCServices 4.5 and later 
> supports NSForceNickChange with Unreal 3.2.
> 
> (we're using this)
> 
> 
> Regards,
> Aragon
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit: 
> http://www.ircservices.za.net/mailman/listinfo> /ircservices-coding
> 


From ghozer at scfclan.com  Thu Oct 10 12:00:28 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
References: <1238.12.238.198.195.1034271614.squirrel@webmail.noxordo.com>
Message-ID: <001301c2708f$4c5ddfd0$0200a8c0@GHOZER>

Unreal 3.1.3 + Supports SVSNick too.. I have use this feature, Just as it
supports SAJOIN etc..

we use 3.1.4

you MUST do it through a U lined server.. (IE The services/RAW) (be careful
though, we had a few lil problems)
OR by using it bouncing from another server..

ghozer


----- Original Message -----
From: "David Orman" <monolith@orblivion.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 10, 2002 6:40 PM
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2
and forcible nick changes


> Is there a way to have services disallow usage of /msg nickserv command
> and so forth, and force the user to use /msg nickserv@services.blah.com
> command instead? I want to disallow usage of the old /msg nickserv style
> commands, and instead use the alias features of unreal to utilize
> /nickserv command, having the alias msg the full
> nickserv@services.blah.com.
>
> Second question: will there be forcible nick changing functionality in
> services for unreal 3.2? I'm not sure if the ircd supports it natively,
> but I've been on networks running 3.2 and have seen opers change user
> nicknames forcibly, so I assume it can be done, and that the unreal module
> does not support it at this current time for whatever reason (backwards
> compatibility?) I would really like to impliment the Guest nickname style
> nick "kills" instead of having services literally kill users off the
> network.
>
> Thanks for all your help/input...
>
> David
>
>
> --
> 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  Fri Oct 11 09:27:00 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
In-Reply-To: <1238.12.238.198.195.1034271614.squirrel@webmail.noxordo.com>
Message-ID: <3da61b4e.11133@achurch.org>

>Is there a way to have services disallow usage of /msg nickserv command
>and so forth, and force the user to use /msg nickserv@services.blah.com
>command instead? I want to disallow usage of the old /msg nickserv style
>commands, and instead use the alias features of unreal to utilize
>/nickserv command, having the alias msg the full
>nickserv@services.blah.com.

     No.  I don't see the point to this; nobody else can use the
pseudoclient nicks anyway if your servers are configured correctly.
(Q:lines)

>Second question: will there be forcible nick changing functionality in
>services for unreal 3.2?

     This is available with most modern servers, Unreal included, but is
controlled by a configuration directive (NSForceNickChange).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Fri Oct 11 09:30:48 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:40 2004
Subject: [IRCServices Coding] ChanServ Short channel "#"
In-Reply-To: <000901c2705c$fd4365f0$0200a8c0@GHOZER>
Message-ID: <3da61bc3.11145@achurch.org>

>I enabled the Short Channel "#" so that I could use it, although i know i
>could not use chanserv in there.. but a friend of mine and some of his
>friends all meet up in there.. But we still cannot join the channel..
>
>It's Commented out in the config... so i would think it would allow it..
>It's not on the forbid list either...
>
>yet when i join it.. It Still band and kicks me....

     I can't reproduce this.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ghozer at scfclan.com  Thu Oct 10 17:36:54 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:42 2004
Subject: [IRCServices Coding] ChanServ Short channel "#"
References: <3da61bc3.11145@achurch.org>
Message-ID: <000901c270be$4ca7fcd0$0200a8c0@GHOZER>

If it helps, we are on Unreal3.1.4 chanserv is joining and banning/kicking,
even when Its set to allow the channel..

--Ghozer
irc.linkirc.net
www.linkirc.net

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: "Colin Thorpe(SCF)" <ircservices-coding@ircservices.za.net>
Sent: Friday, October 11, 2002 1:30 AM
Subject: Re: [IRCServices Coding] ChanServ Short channel "#"


> >I enabled the Short Channel "#" so that I could use it, although i know i
> >could not use chanserv in there.. but a friend of mine and some of his
> >friends all meet up in there.. But we still cannot join the channel..
> >
> >It's Commented out in the config... so i would think it would allow it..
> >It's not on the forbid list either...
> >
> >yet when i join it.. It Still band and kicks me....
>
>      I can't reproduce 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 derfy at derfy.net  Thu Oct 10 17:43:09 2002
From: derfy at derfy.net (derfy)
Date: Sat Oct 23 23:09:42 2004
Subject: [IRCServices Coding] Forbid option?
In-Reply-To: <Pine.LNX.4.33.0210102355410.15457-100000@hnioxos.ee.auth.gr>
References: <001901c27097$a99a0090$2102a8c0@kris5461> <Pine.LNX.4.33.0210102355410.15457-100000@hnioxos.ee.auth.gr>
Message-ID: <9c7cquc6gqv95m7vh30l445o881j15in8a@4ax.com>

On Thu, 10 Oct 2002 23:56:17 +0300 (EEST), you wrote:

>Imagine someone or even you entering accidentally the channel...you'll be
>akilled.to dangerous i think.
>
>
>On Thu, 10 Oct 2002, Ganja51 wrote:
>
>> Going along the same lines as the new QLine Kill option, how about an option
>> for ChanServ's Forbid which would allow you to have users which join a
>> forbidden channel killed or akilled (akilled preferrably). In the case of
>> bots, they most often have random nicks but join a specific channel. If you
>> forbid the channel, the bots will still be connected to the servers. An
>> option to have them akilled when they attempt to join a specific channel
>> would be very handy. Thanks.
>>
>> ~Ganja51
>> irc.lcirc.net
>>

The idea has merit, maybe move it to an OperServ command available to
SAs?  Where when you issue it, it adds a timed(perm?) akill on all
clients in the channel.  Maybe have some error-checking where it won't
comply if an oper'd client is in there?

-- 
$a@$b
where $a = derfy and $b = derfy.net
Visit icezip.irctoo.net - http://www.irctoo.net
IRCtoo++;

From ron885 at bloodheart.com  Thu Oct 10 17:54:35 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:42 2004
Subject: [IRCServices Coding] unreal NOQUIT
Message-ID: <200210101754.35375.ron885@bloodheart.com>

unreal handles noquit differently than bahamut.  bahamut will send SQUIT for 
all the servers behind a squit'd server, and unreal doesn't.  does the code 
account for this?

thanks
Ron885

From achurch at achurch.org  Fri Oct 11 10:04:25 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:42 2004
Subject: [IRCServices Coding] unreal NOQUIT
In-Reply-To: <200210101754.35375.ron885@bloodheart.com>
Message-ID: <3da623a2.11223@achurch.org>

>unreal handles noquit differently than bahamut.  bahamut will send SQUIT 
>for 
>all the servers behind a squit'd server, and unreal doesn't.  does the co
>de 
>account for this?

     Yes, it does.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From Ganja51 at lcirc.net  Thu Oct 10 18:27:12 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Forbid option?
References: <001901c27097$a99a0090$2102a8c0@kris5461> <Pine.LNX.4.33.0210102355410.15457-100000@hnioxos.ee.auth.gr> <9c7cquc6gqv95m7vh30l445o881j15in8a@4ax.com>
Message-ID: <001b01c270c5$679bb0c0$2102a8c0@kris5461>

Well services obviously has the ability to determine the difference between
a user and an IRCop, so you could make it exclude placing an akill on an
IRCop if they were in the channel or were to join it. And to make the
command applicable to SAs only is a good idea. This is something I'd really
like to see added, and hopefully soon. What do you think Andrew?

~Ganja51
irc.lcirc.net
----- Original Message -----
From: "derfy" <derfy@derfy.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 10, 2002 7:43 PM
Subject: Re: [IRCServices Coding] Forbid option?


On Thu, 10 Oct 2002 23:56:17 +0300 (EEST), you wrote:

>Imagine someone or even you entering accidentally the channel...you'll be
>akilled.to dangerous i think.
>
>
>On Thu, 10 Oct 2002, Ganja51 wrote:
>
>> Going along the same lines as the new QLine Kill option, how about an
option
>> for ChanServ's Forbid which would allow you to have users which join a
>> forbidden channel killed or akilled (akilled preferrably). In the case of
>> bots, they most often have random nicks but join a specific channel. If
you
>> forbid the channel, the bots will still be connected to the servers. An
>> option to have them akilled when they attempt to join a specific channel
>> would be very handy. Thanks.
>>
>> ~Ganja51
>> irc.lcirc.net
>>

The idea has merit, maybe move it to an OperServ command available to
SAs?  Where when you issue it, it adds a timed(perm?) akill on all
clients in the channel.  Maybe have some error-checking where it won't
comply if an oper'd client is in there?

--
$a@$b
where $a = derfy and $b = derfy.net
Visit icezip.irctoo.net - http://www.irctoo.net
IRCtoo++;
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From aragon at phat.za.net  Thu Oct 10 23:11:07 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] "secure" messaging of services / unreal 3.2 and forcible nick changes
In-Reply-To: <000a01c2709e$5533b170$02c8a8c0@nygmatech.local>
References: <20021010180921.GB56556@phat.za.net> <000a01c2709e$5533b170$02c8a8c0@nygmatech.local>
Message-ID: <20021011061107.GB79950@phat.za.net>

| By Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
|                                          [ 2002-10-11 00:07 +0200 ]
> 
> I believe he meant an OperServ command to forcibly change
> any users nickname.
> Which is IMHO unnecessary and I guess Andrew thinks the same way.

The OperServ RAW command should suffice for this...


Regards,
Aragon

From irc at kgn.ru  Mon Oct 14 05:37:30 2002
From: irc at kgn.ru (irc)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] I have problems converting databases.
Message-ID: <3134667969.20021014183730@kgn.ru>

Hello.
I have problems converting databases.
I use converter that comes with ircservices5.0.0
I am trying to convert database of auspices 2.7
Conversion is working fine but there are two small problems:
1. Some of the access lists' info gets lost (aop,sop is lost. only owner of channel is converted)
2. Linked nicks: passwords for linked nicks are lost (blank space instead of passwords) and users are unable to identify themselves.

Looking forward to hear from you about solutions to theese problems.
Thanks in advance.



-- 
Best regard
KriegSnake                         mailto:irc@kgn.ru


From cyberdems at wwirc.za.org  Tue Oct 15 12:04:07 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] A/S/L function?
Message-ID: <001401c2747d$c420c090$f500a8c0@dimitri>

Re: ASL function

Hello Andrew (and whoever may be reading this post),
I was getting really annoyed by people msg'ing me, querying about my ASL, and a thaught crossed my mind, don't you think it would be a good idea to integrate a "/MSG NickServ SET ASL" function into the next release of services - and perhaps include it in their nick info - and allow them to hide it via the "SET PRIVATE" function? Please re-contact me if you will integrate it or not, else I will have to integrate it into the services2 of our network.
Thanks for the great Services

CyberDems
WWIRC Net Admin and Founder
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021015/66442fb0/attachment.htm
From dylanvdm at icon.co.za  Tue Oct 15 12:42:29 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] A/S/L function?
References: <001401c2747d$c420c090$f500a8c0@dimitri>
Message-ID: <001501c27483$017b97d0$daccef9b@dylan>

I told you my reply online :-)

Dylan.


Network Admin, EB
Omega IRC Network

www.omega.org.za

----- Original Message -----
From: CyberDems
To: ircservices-coding@ircservices.za.net
Sent: Tuesday, October 15, 2002 9:04 PM
Subject: [IRCServices Coding] A/S/L function?


Re: ASL function

Hello Andrew (and whoever may be reading this post),
I was getting really annoyed by people msg'ing me, querying about my ASL,
and a thaught crossed my mind, don't you think it would be a good idea to
integrate a "/MSG NickServ SET ASL" function into the next release of
services - and perhaps include it in their nick info - and allow them to
hide it via the "SET PRIVATE" function? Please re-contact me if you will
integrate it or not, else I will have to integrate it into the services2 of
our network.
Thanks for the great Services

CyberDems
WWIRC Net Admin and Founder




From achurch at achurch.org  Wed Oct 16 21:07:57 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] A/S/L function?
Message-ID: <3dad56e9.30724@achurch.org>

     I really don't see a need for this as a separate setting; just put it
in the nick info line (/msg NickServ SET INFO).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>------=_NextPart_000_000D_01C2748E.66D9C100
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>Re: ASL function
>
>Hello Andrew (and whoever may be reading this post),
>I was getting really annoyed by people msg'ing me, querying about my =
>ASL, and a thaught crossed my mind, don't you think it would be a good =
>idea to integrate a "/MSG NickServ SET ASL" function into the next =
>release of services - and perhaps include it in their nick info - and =
>allow them to hide it via the "SET PRIVATE" function? Please re-contact =
>me if you will integrate it or not, else I will have to integrate it =
>into the services2 of our network.
>Thanks for the great Services
>
>CyberDems
>WWIRC Net Admin and Founder
>
>------=_NextPart_000_000D_01C2748E.66D9C100
>Content-Type: text/html;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2719.2200" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>Re: ASL function</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Hello Andrew (and whoever may be =
>reading this=20
>post),</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>I was getting =
>really&nbsp;annoyed&nbsp;by people=20
>msg'ing me, querying about my ASL, and a thaught crossed my mind, don't =
>you=20
>think it would be a good idea to integrate a "/MSG NickServ SET ASL" =
>function=20
>into the next release of services - and perhaps include it in their nick =
>info -=20
>and allow them to hide it via the "SET PRIVATE" function? Please =
>re-contact me=20
>if you will integrate it or not, else I will have to integrate it into =
>the=20
>services2 of our network.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Thanks for the great =
>Services</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>CyberDems</FONT></DIV>
><DIV><FONT size=3D2></FONT><EM><FONT face=3DArial size=3D1>WWIRC Net =
>Admin and=20
>Founder</FONT></EM></DIV></BODY></HTML>
>
>------=_NextPart_000_000D_01C2748E.66D9C100--
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From ghozer at scfclan.com  Thu Oct 17 06:30:37 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Raws
Message-ID: <002501c275e1$6193c200$0200a8c0@GHOZER>

If we made a module for  things just as
SVSMODE
SVSNICK
SVSJOIN
SVSPART
etc... - If we make them work, on a module, and make them add commands into
"help commands"
These would need to use RAW - how-ever, if we made it use RAW, But without
re-enabling RAW.
would use of these commands cause problems, De-syncs, etc.....

Ghozer

------------------------------------------
irc.linkirc.net
www.linkirc.net
LinkIRC Co-Founder
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.


From frostycoolslug at hotmail.com  Thu Oct 17 06:37:46 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] A/S/L function?
Message-ID: <F102z2Mb1s7nlT2NqFJ00001634@hotmail.com>

/ns help set info?



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net



>----- Original Message -----
>From: CyberDems
>To: ircservices-coding@ircservices.za.net
>Sent: Tuesday, October 15, 2002 9:04 PM
>Subject: [IRCServices Coding] A/S/L function?
>
>
>Re: ASL function
>
>Hello Andrew (and whoever may be reading this post),
>I was getting really annoyed by people msg'ing me, querying about my ASL,
>and a thaught crossed my mind, don't you think it would be a good idea to
>integrate a "/MSG NickServ SET ASL" function into the next release of
>services - and perhaps include it in their nick info - and allow them to
>hide it via the "SET PRIVATE" function? Please re-contact me if you will
>integrate it or not, else I will have to integrate it into the services2 of
>our network.
>Thanks for the great Services
>
>CyberDems
>WWIRC Net Admin and Founder
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


From frostycoolslug at hotmail.com  Thu Oct 17 07:02:40 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Raws
Message-ID: <F92odiVRefMCa3Eky00000015a3@hotmail.com>

I cant see the point in putting these as commands anyway. They were designed 
so services could use them, and not admins, hence why they need to be 
executed thru U:Lined servers. If you use them, all your users will just get 
annoyed at the abuse in general.. which could cause the colapse of a 
network. I say leave them where they are, out of general reach.



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Raws
>Date: Thu, 17 Oct 2002 14:30:37 +0100
>
>If we made a module for  things just as
>SVSMODE
>SVSNICK
>SVSJOIN
>SVSPART
>etc... - If we make them work, on a module, and make them add commands into
>"help commands"
>These would need to use RAW - how-ever, if we made it use RAW, But without
>re-enabling RAW.
>would use of these commands cause problems, De-syncs, etc.....
>
>Ghozer
>
>------------------------------------------
>irc.linkirc.net
>www.linkirc.net
>LinkIRC Co-Founder
>Clan{SCF} Founder / Leader
>Sacrificial ~n~ Cold Fear
>www.clanscf.com
>#Clan{SCF}
>Fear, is not knowing. Terror, is finding out.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp


From uhc0 at rz.uni-karlsruhe.de  Thu Oct 17 08:03:34 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:43 2004
Subject: AW: [IRCServices Coding] Raws
In-Reply-To: <F92odiVRefMCa3Eky00000015a3@hotmail.com>
Message-ID: <000501c275ee$6f3ab5a0$02c8a8c0@nygmatech.local>

On the other hand, maybe a protocol module dependent way of enabling
SVSNOOP could be implemented. On dreamforge, bahamut, and also on
tr-ircd this command can be used to
a) remove Operator Lines from the running server, without deopering
operators online,
b) rehash the remote server, and hence reread the conf and get the
O:Lines back.

a) SVSNOOP servername.net :+
b) SVSNOOP servername.net :-

If I remember correctly, some ircds do not have SVSNOOP, or have renamed
it to a some more delusional thing like SVSADM, SVSADMIN, etc.

But I am also against commands enabling direct SVSMODE, SVSNICK,
SVSJOIN, etc usage.

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: Donnerstag, 17. Oktober 2002 16:03
An: ircservices-coding@ircservices.za.net
Betreff: Re: [IRCServices Coding] Raws


I cant see the point in putting these as commands anyway. They were
designed 
so services could use them, and not admins, hence why they need to be 
executed thru U:Lined servers. If you use them, all your users will just
get 
annoyed at the abuse in general.. which could cause the colapse of a 
network. I say leave them where they are, out of general reach.



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Raws
>Date: Thu, 17 Oct 2002 14:30:37 +0100
>
>If we made a module for  things just as
>SVSMODE
>SVSNICK
>SVSJOIN
>SVSPART
>etc... - If we make them work, on a module, and make them add commands
>into "help commands" These would need to use RAW - how-ever, if we made

>it use RAW, But without re-enabling RAW.
>would use of these commands cause problems, De-syncs, etc.....
>
>Ghozer
>
>------------------------------------------
>irc.linkirc.net
>www.linkirc.net
>LinkIRC Co-Founder
>Clan{SCF} Founder / Leader
>Sacrificial ~n~ Cold Fear
>www.clanscf.com
>#Clan{SCF}
>Fear, is not knowing. Terror, is finding out.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Surf the Web without missing calls!?Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From frostycoolslug at hotmail.com  Fri Oct 18 04:52:56 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Possibly a Major bug?
Message-ID: <F122M7kl3DyzOsJmba000003b46@hotmail.com>

how many times do i have had these problems with 3.2 as well?



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: "Saturn" <saturn@jetirc.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: Re: [IRCServices Coding] Possibly a Major bug?
>Date: Thu, 3 Oct 2002 00:36:16 -0700
>
>I have encountered dozens of little problems when using Unreal3.1.4 on my
>network.. it seems there are a lot of holes in that version, since they're
>trying to make it some sort fo transition between version 3.1 to 3.2...  I
>have found the most stable of all versions right now is 3.1.3... no 
>security
>leaks to speak of, and it works great with ircservices 5 beta
>
>----- Original Message -----
>From: "Craig McLure" <frostycoolslug@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Thursday, October 03, 2002 12:17 AM
>Subject: Re: [IRCServices Coding] Possibly a Major bug?
>
>
> > This is generally caused by a weird Services De-Sync.. as far as i know,
> > this is Unreals fault, but i discovered it can also be caused by 
>excessive
> > use of /os raw(?!), As for a fix.. one would probably have to be made by
>the
> > Unreal dev team.
> >
> > >From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
> > >Reply-To: ircservices-coding@ircservices.za.net
> > >To: <ircservices-coding@ircservices.za.net>
> > >Subject: [IRCServices Coding] Possibly a Major bug?
> > >Date: Wed, 2 Oct 2002 23:46:10 +0100
> > >
> > >I dont quite know how you would replicate this.
> > >We are running pre11 - OUr Services were running for about 6 days.. 
>When
> > >they stopped A Killing correctly
> > >We are using Unreal 3.1.4-Meadows - Previously, We would add an AKill 
>and
> > >they would add to the server, as they should
> > >But after the 6 days (or there abouts) They would Stop adding to The
>server
> > >and Just keep AKilling the user over and over and over..
> > >
> > >Also, A Couple of our users complained that ChanServ is not setting the
> > >modes correct on thier channel,
> > >They have 2 channels, configured the same, One works perfect with mode
> > >lock, and when they join the channel, chanserv set's the topic and 
>modes
>as
> > >it should.. But the other channel, with exactly the same registrant and
> > >settings set... Diddnt do this... It was only after a re-start of the
> > >services that this worked again, and i am also assuming that the Akills
> > >work once again,.( not had a need to test them yet)
> > >
> > >Ghozer
> >
> >
> >
> >
> > --
> > 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


_________________________________________________________________
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp


From geoff at systemred.net  Sat Oct 19 09:51:25 2002
From: geoff at systemred.net (Geoff Byers)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] ar: no archive members specified
Message-ID: <011D7D4B-E383-11D6-8A39-000A27965574@systemred.net>

Im having a little problem compiling, its fine right up untill i get to:

gmake[1]: Entering directory 
`/Users/geoff/Desktop/ircservices-5.0.1/modules'
gmake[2]: Entering directory 
`/Users/geoff/Desktop/ircservices-5.0.1/modules/chanserv'
ar cru .chanserv.a main_static.o access.o autokick.o check.o set.o 
util.o
ar: no archive members specified
usage:  ar -d [-TLsv] archive file ...
         ar -m [-TLsv] archive file ...
         ar -m [-abiTLsv] position archive file ...
         ar -p [-TLsv] archive [file ...]
         ar -q [-cTLsv] archive file ...
         ar -r [-cuTLsv] archive file ...
         ar -r [-abciuTLsv] position archive file ...
         ar -t [-TLsv] archive [file ...]
         ar -x [-ouTLsv] archive [file ...]
gmake[3]: *** [main.a] Error 1
gmake[2]: *** [main.a] Error 2


And i cant seam to get past there. Since i dont know what i am doing 
with ar, i was hoping someone else might and could let know what flags 
i needed so i could add them to the Makerules file. Thanks for your 
help.


From master at xchat.gr  Sat Oct 19 13:49:37 2002
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] gdb
Message-ID: <001901c277b1$0c133fa0$ea6aa7c3@zeus>

Can somebody help me with the gdb command and how can i see and find the
error in the ircservices.core file ?


Thanks

George Stamatiou




From pkef at hnioxos.ee.auth.gr  Sat Oct 19 17:23:55 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] gdb
In-Reply-To: <001901c277b1$0c133fa0$ea6aa7c3@zeus>
Message-ID: <Pine.LNX.4.33.0210200316450.12869-100000@hnioxos.ee.auth.gr>

"man gdb" on the console or read the instructions in the help file.

On Sat, 19 Oct 2002, George Stamatiou wrote:

> Can somebody help me with the gdb command and how can i see and find the
> error in the ircservices.core file ?
>
>
> Thanks
>
> George Stamatiou
>
>

Cheers,
Gizm0.-


From Ganja51 at lcirc.net  Sat Oct 19 20:02:29 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Killclones expire
Message-ID: <001c01c277e5$3309eda0$2302a8c0@dell.frontiernet.net>

The OperServ KillClones command issues an akill which automatically expires
after 1 hour I believe, and I've searched the confs for the ability to
change this, but came up empty handed. Is this something which is not
configurable? And if not, I think it would be a very good idea to add this
configuration capability to IRCServices. I personally would like to be able
to increase this amount.

~Ganja51
irc.lcirc.net


From pkef at hnioxos.ee.auth.gr  Sun Oct 20 03:10:12 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] Killclones expire
In-Reply-To: <001c01c277e5$3309eda0$2302a8c0@dell.frontiernet.net>
Message-ID: <Pine.LNX.4.33.0210201305560.14250-100000@hnioxos.ee.auth.gr>

In the modules config file line 178 goes:

    # KillClonesAutokill <expiry-time>  [RECOMMENDED]
    #     Causes Services to add an autokill for hosts killed using the
    #     KILLCLONES command, to prevent the clients from immediately
    #     reconnecting.  The expiry-time parameter sets the expiry time for
    #     the autokill.
    #
    #     If the autokill module (operserv/akill) is not loaded, this
    #     directive has no effect.

    KillClonesAutokill  30m

On Sat, 19 Oct 2002, Ganja51 wrote:

> The OperServ KillClones command issues an akill which automatically expires
> after 1 hour I believe, and I've searched the confs for the ability to
> change this, but came up empty handed. Is this something which is not
> configurable? And if not, I think it would be a very good idea to add this
> configuration capability to IRCServices. I personally would like to be able
> to increase this amount.
>
> ~Ganja51
> irc.lcirc.net
>


Regards,
Gizm0.-


From geoff at systemred.net  Tue Oct 22 13:13:51 2002
From: geoff at systemred.net (Geoff Byers)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] ar: no archive members specified
In-Reply-To: <001901c277b1$0c133fa0$ea6aa7c3@zeus>
Message-ID: <C849D1EA-E5FA-11D6-85A2-000A27965574@systemred.net>

gmake[2]: Entering directory 
`/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. 
-Dmodule_version=module_version_chanserv_main 
-Dmodule_config=module_config_chanserv_main 
-Dinit_module=init_module_chanserv_main 
-Dexit_module=exit_module_chanserv_main -c main.c -o main_static.o
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. -c access.c -o access.o
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. -c autokick.c -o 
autokick.o
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. -c check.c -o check.o
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. -c set.c -o set.o
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall 
-Wmissing-prototypes -g -no-cpp-precomp -I../.. -c util.c -o util.o
ar cru .chanserv.a main_static.o access.o autokick.o check.o set.o 
util.o
ar: no archive members specified
usage:  ar -d [-TLsv] archive file ...
         ar -m [-TLsv] archive file ...
         ar -m [-abiTLsv] position archive file ...
         ar -p [-TLsv] archive [file ...]
         ar -q [-cTLsv] archive file ...
         ar -r [-cuTLsv] archive file ...
         ar -r [-abciuTLsv] position archive file ...
         ar -t [-TLsv] archive [file ...]
         ar -x [-ouTLsv] archive [file ...]
gmake[3]: *** [main.a] Error 1
gmake[2]: *** [main.a] Error 2
gmake[2]: Leaving directory 
`/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
gmake[1]: *** [all-static] Error 2
gmake[1]: Leaving directory 
`/Users/geoff/Desktop/ircservices-5.0.2/modules'
gmake: *** [modules] Error 2


Does anyone have any ideas? They would help alot, thanks :)
Geoff


From frostycoolslug at hotmail.com  Tue Oct 22 13:18:54 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] ar: no archive members specified
Message-ID: <F107vkLrut2pRteGZvg0000d5b1@hotmail.com>

if you dont get an answer the first time, chances are no-one knows, please 
dont spam our inboxes with another copy of your mail.



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: Geoff Byers <geoff@systemred.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: ircservices-coding@ircservices.za.net
>Subject: [IRCServices Coding] ar: no archive members specified
>Date: Tue, 22 Oct 2002 16:13:51 -0400
>
>gmake[2]: Entering directory 
>`/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -Dmodule_version=module_version_chanserv_main 
>-Dmodule_config=module_config_chanserv_main 
>-Dinit_module=init_module_chanserv_main 
>-Dexit_module=exit_module_chanserv_main -c main.c -o main_static.o
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -c access.c -o access.o
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -c autokick.c -o autokick.o
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -c check.c -o check.o
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -c set.c -o set.o
>gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g 
>-no-cpp-precomp -I../.. -c util.c -o util.o
>ar cru .chanserv.a main_static.o access.o autokick.o check.o set.o util.o
>ar: no archive members specified
>usage:  ar -d [-TLsv] archive file ...
>         ar -m [-TLsv] archive file ...
>         ar -m [-abiTLsv] position archive file ...
>         ar -p [-TLsv] archive [file ...]
>         ar -q [-cTLsv] archive file ...
>         ar -r [-cuTLsv] archive file ...
>         ar -r [-abciuTLsv] position archive file ...
>         ar -t [-TLsv] archive [file ...]
>         ar -x [-ouTLsv] archive [file ...]
>gmake[3]: *** [main.a] Error 1
>gmake[2]: *** [main.a] Error 2
>gmake[2]: Leaving directory 
>`/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
>gmake[1]: *** [all-static] Error 2
>gmake[1]: Leaving directory 
>`/Users/geoff/Desktop/ircservices-5.0.2/modules'
>gmake: *** [modules] Error 2
>
>
>Does anyone have any ideas? They would help alot, thanks :)
>Geoff
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Get a speedy connection with MSN Broadband.  Join now! 
http://resourcecenter.msn.com/access/plans/freeactivation.asp


From uhc0 at rz.uni-karlsruhe.de  Tue Oct 22 13:45:40 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] ar: no archive members specified
In-Reply-To: <C849D1EA-E5FA-11D6-85A2-000A27965574@systemred.net>
Message-ID: <Pine.HPX.4.44.0210222245070.20273-100000@rzstud1.rz.uni-karlsruhe.de>

You have to install GNU-ar into your system.
The "ar" you have, cannot arrange ;-) with the gnu parametres.

Regards;
yusuf

On Tue, 22 Oct 2002, Geoff Byers wrote:

> gmake[2]: Entering directory
> `/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../..
> -Dmodule_version=module_version_chanserv_main
> -Dmodule_config=module_config_chanserv_main
> -Dinit_module=init_module_chanserv_main
> -Dexit_module=exit_module_chanserv_main -c main.c -o main_static.o
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../.. -c access.c -o access.o
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../.. -c autokick.c -o
> autokick.o
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../.. -c check.c -o check.o
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../.. -c set.c -o set.o
> gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -Wall
> -Wmissing-prototypes -g -no-cpp-precomp -I../.. -c util.c -o util.o
> ar cru .chanserv.a main_static.o access.o autokick.o check.o set.o
> util.o
> ar: no archive members specified
> usage:  ar -d [-TLsv] archive file ...
>          ar -m [-TLsv] archive file ...
>          ar -m [-abiTLsv] position archive file ...
>          ar -p [-TLsv] archive [file ...]
>          ar -q [-cTLsv] archive file ...
>          ar -r [-cuTLsv] archive file ...
>          ar -r [-abciuTLsv] position archive file ...
>          ar -t [-TLsv] archive [file ...]
>          ar -x [-ouTLsv] archive [file ...]
> gmake[3]: *** [main.a] Error 1
> gmake[2]: *** [main.a] Error 2
> gmake[2]: Leaving directory
> `/Users/geoff/Desktop/ircservices-5.0.2/modules/chanserv'
> gmake[1]: *** [all-static] Error 2
> gmake[1]: Leaving directory
> `/Users/geoff/Desktop/ircservices-5.0.2/modules'
> gmake: *** [modules] Error 2
>
>
> Does anyone have any ideas? They would help alot, thanks :)
> Geoff
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>

Yusuf Iskenderoglu  ***  eMail uhc0@rz.uni-karlsruhe.de


From master at xchat.gr  Wed Oct 23 14:00:48 2002
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] services crashed
Message-ID: <00b601c27ad7$45829be0$d4fecdd4@zeus>

Services crashed and in gdb there the followings.

#0  0x280ee2dc in vfprintf () from /usr/lib/libc.so.4
(gdb) bt
#0  0x280ee2dc in vfprintf () from /usr/lib/libc.so.4
#1  0x280b8dfc in vsnprintf () from /usr/lib/libc.so.4
#2  0x804e1f6 in my_vsnprintf (buf=0xbfbfe3bc "", len=4096, fmt=0x42
<Address 0x42 out of bounds>,
    args=0xbfbff3d0 "\200:!\b\001") at compat.c:51
#3  0x80559c8 in notice_lang (source=0x8213a80 "NickServ", dest=0x82a2100,
message=66) at send.c:211
#4  0x28163e96 in validate_user (u=0x82a2100) at util.c:383
#5  0x2815de01 in do_user_create (user=0x82a2100, ac=9, av=0x8290f80) at
main.c:223
#6  0x8054fb0 in call_callback_5 (module=0x0, id=8, arg1=0x82a2100,
arg2=0x9, arg3=0x8290f80, arg4=0x0,
    arg5=0x0) at modules.c:658
#7  0x8058e38 in do_nick (source=0xbfbffb7c "", ac=9, av=0x8290f80) at
users.c:258
#8  0x281192b0 in m_nick (source=0xbfbffb7c "", ac=10, av=0x8290f80) at
bahamut.c:166
#9  0x80555ca in process () at process.c:131
#10 0x80525bb in readline_callback (s=0x8289f80, param_unused=0x64) at
main.c:151
#11 0x8056e6d in check_sockets () at sockets.c:445
#12 0x8052860 in main (ac=1, av=0xbfbffda0, envp=0xbfbffda8) at main.c:248
#13 0x804c091 in _start ()

when i did first ./configure there was the following errors.

gcc  -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -c main.c -o
main.o
main.c: In function `disconnect_callback':
main.c:95: warning: passing arg 1 of `my_snprintf' discards qualifiers from
pointer target type

gcc  -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -c signals.c -o
signals.o
signals.c: In function `weirdsig_handler':
signals.c:117: warning: passing arg 1 of `my_snprintf' discards qualifiers
from pointer target type

gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -I../.. -c
main.c -o main.o
main.c: In function `do_os_quit':
main.c:1212: warning: passing arg 1 of `sprintf' discards qualifiers from
pointer target type
main.c: In function `do_shutdown':
main.c:1224: warning: passing arg 1 of `sprintf' discards qualifiers from
pointer target type
main.c: In function `do_restart':
main.c:1237: warning: passing arg 1 of `sprintf' discards qualifiers from
pointer target type




From prince at zirc.org  Wed Oct 23 14:22:05 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
Message-ID: <001101c27ada$3cb43f20$e577e518@msns.eph.ptd.net>

Does OperServ no longer autokill users off the network when a akill is placed or must we manually /kill the user off initially?  I just upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps I could have missed an option that enables that?  Any help would be appreciated.

-prince
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021023/c2608384/attachment.html
From pkef at hnioxos.ee.auth.gr  Wed Oct 23 16:05:39 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] services crashed
In-Reply-To: <00b601c27ad7$45829be0$d4fecdd4@zeus>
Message-ID: <Pine.LNX.4.33.0210240157400.28066-100000@hnioxos.ee.auth.gr>

To George Stamatiou..

>From personal expirience on the services you're using to your network, i
want to mention that you've "patched" and added a hundrend of lines in the
services core code.Also there is some code added on the main
chanserv/nickserv and operserv modules(i think in databases also.).That
means :

a) We cannot provide help or find any bugs cause the gdb offsets are
different from ours.
b) We don't provide help on modified services.(Read the FAQ for more
info).

Regards,
Gizm0.-

P.S No offence.

P.S2 Check your registration sequence on the nickserv main module.


From pkef at hnioxos.ee.auth.gr  Wed Oct 23 16:08:10 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <001101c27ada$3cb43f20$e577e518@msns.eph.ptd.net>
Message-ID: <Pine.LNX.4.33.0210240206050.28066-100000@hnioxos.ee.auth.gr>


On Wed, 23 Oct 2002, prince wrote:

> Does OperServ no longer autokill users off the network when a akill is placed or must we manually /kill the user off initially?  I just upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps I could have missed an option that enables that?  Any help would be appreciated.
>
> -prince
It's line 288 in the modules.conf file.It goes:


    # ImmediatelySendAutokill  [OPTIONAL]
    #     Causes OperServ to inform all servers of a new autokill or
    #     autokill exclusion the moment it is added, rather than waiting
    #     for someone to match it first.

    #ImmediatelySendAutokill


From achurch at achurch.org  Thu Oct 24 08:49:20 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <001101c27ada$3cb43f20$e577e518@msns.eph.ptd.net>
Message-ID: <3db735f1.51226@achurch.org>

>Does OperServ no longer autokill users off the network when a akill is =
>placed or must we manually /kill the user off initially?  I just =
>upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps =
>I could have missed an option that enables that?  Any help would be =
>appreciated.

     Services has never done this.  On the other hand, your IRC server may
kill users matching an AKILL/GLINE when Services sends it; the
ImmediatelySendAutokill option mentioned in the other reply will cause the
AKILL/GLINE to be sent when you add it, rather than waiting for a user to
match it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From frostycoolslug at hotmail.com  Wed Oct 23 17:04:11 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] services crashed
Message-ID: <F37aD689cMhtTYDGGfA00004dbb@hotmail.com>

i'm guessing your using GCC 2.96, its currently un-supported and is known 
not to work properly.

I'm getting the same probs, but i'm urging my host to change the GCC 
Version.



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: "George Stamatiou" <master@xchat.gr>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] services crashed
>Date: Thu, 24 Oct 2002 00:00:48 +0300
>
>Services crashed and in gdb there the followings.
>
>#0  0x280ee2dc in vfprintf () from /usr/lib/libc.so.4
>(gdb) bt
>#0  0x280ee2dc in vfprintf () from /usr/lib/libc.so.4
>#1  0x280b8dfc in vsnprintf () from /usr/lib/libc.so.4
>#2  0x804e1f6 in my_vsnprintf (buf=0xbfbfe3bc "", len=4096, fmt=0x42
><Address 0x42 out of bounds>,
>     args=0xbfbff3d0 "\200:!\b\001") at compat.c:51
>#3  0x80559c8 in notice_lang (source=0x8213a80 "NickServ", dest=0x82a2100,
>message=66) at send.c:211
>#4  0x28163e96 in validate_user (u=0x82a2100) at util.c:383
>#5  0x2815de01 in do_user_create (user=0x82a2100, ac=9, av=0x8290f80) at
>main.c:223
>#6  0x8054fb0 in call_callback_5 (module=0x0, id=8, arg1=0x82a2100,
>arg2=0x9, arg3=0x8290f80, arg4=0x0,
>     arg5=0x0) at modules.c:658
>#7  0x8058e38 in do_nick (source=0xbfbffb7c "", ac=9, av=0x8290f80) at
>users.c:258
>#8  0x281192b0 in m_nick (source=0xbfbffb7c "", ac=10, av=0x8290f80) at
>bahamut.c:166
>#9  0x80555ca in process () at process.c:131
>#10 0x80525bb in readline_callback (s=0x8289f80, param_unused=0x64) at
>main.c:151
>#11 0x8056e6d in check_sockets () at sockets.c:445
>#12 0x8052860 in main (ac=1, av=0xbfbffda0, envp=0xbfbffda8) at main.c:248
>#13 0x804c091 in _start ()
>
>when i did first ./configure there was the following errors.
>
>gcc  -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -c main.c -o
>main.o
>main.c: In function `disconnect_callback':
>main.c:95: warning: passing arg 1 of `my_snprintf' discards qualifiers from
>pointer target type
>
>gcc  -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -c signals.c -o
>signals.o
>signals.c: In function `weirdsig_handler':
>signals.c:117: warning: passing arg 1 of `my_snprintf' discards qualifiers
>from pointer target type
>
>gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -g -I../.. -c
>main.c -o main.o
>main.c: In function `do_os_quit':
>main.c:1212: warning: passing arg 1 of `sprintf' discards qualifiers from
>pointer target type
>main.c: In function `do_shutdown':
>main.c:1224: warning: passing arg 1 of `sprintf' discards qualifiers from
>pointer target type
>main.c: In function `do_restart':
>main.c:1237: warning: passing arg 1 of `sprintf' discards qualifiers from
>pointer target type
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Unlimited Internet access for only $21.95/month.  Try MSN! 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp


From achurch at achurch.org  Thu Oct 24 11:23:14 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] ar: no archive members specified
In-Reply-To: <011D7D4B-E383-11D6-8A39-000A27965574@systemred.net>
Message-ID: <3db75ab6.66344@achurch.org>

     I'll fix this for the next release; as a workaround, install GNU "ar"
(from the binutils package) somewhere in your PATH before your system's
"ar".

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Im having a little problem compiling, its fine right up untill i get to:
>
>gmake[1]: Entering directory 
>`/Users/geoff/Desktop/ircservices-5.0.1/modules'
>gmake[2]: Entering directory 
>`/Users/geoff/Desktop/ircservices-5.0.1/modules/chanserv'
>ar cru .chanserv.a main_static.o access.o autokick.o check.o set.o 
>util.o
>ar: no archive members specified
>usage:  ar -d [-TLsv] archive file ...
>         ar -m [-TLsv] archive file ...
>         ar -m [-abiTLsv] position archive file ...
>         ar -p [-TLsv] archive [file ...]
>         ar -q [-cTLsv] archive file ...
>         ar -r [-cuTLsv] archive file ...
>         ar -r [-abciuTLsv] position archive file ...
>         ar -t [-TLsv] archive [file ...]
>         ar -x [-ouTLsv] archive [file ...]
>gmake[3]: *** [main.a] Error 1
>gmake[2]: *** [main.a] Error 2
>
>
>And i cant seam to get past there. Since i dont know what i am doing 
>with ar, i was hoping someone else might and could let know what flags 
>i needed so i could add them to the Makerules file. Thanks for your 
>help.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From ptth at netease.com  Thu Oct 24 02:50:56 2002
From: ptth at netease.com (ptth)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] About Database
Message-ID: <000c01c27b42$dd169d60$0200a8c0@unknown1>

Which kind of database does ircservices use?
Is there any API?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021024/28a11029/attachment.htm
From achurch at achurch.org  Thu Oct 24 18:58:40 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] About Database
In-Reply-To: <000c01c27b42$dd169d60$0200a8c0@unknown1>
Message-ID: <3db7c463.67111@achurch.org>

     I can't read this.  Please don't post in HTML format.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0009_01C27B85.E79D55B0
>Content-Type: text/plain;
>       charset="gb2312"
>Content-Transfer-Encoding: base64
>
>V2hpY2gga2luZCBvZiBkYXRhYmFzZSBkb2VzIGlyY3NlcnZpY2VzIHVzZT8NCklzIHRoZXJlIGFu
>eSBBUEk/
>
>------=_NextPart_000_0009_01C27B85.E79D55B0
>Content-Type: text/html;
>       charset="gb2312"
>Content-Transfer-Encoding: base64
>
>PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
>L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
>dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w
>MC4yODAwLjExMDYiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8
>Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPg0KPERJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPldo
>aWNoIGtpbmQgb2YgZGF0YWJhc2UgZG9lcyBpcmNzZXJ2aWNlcyB1c2U/PC9GT05UPjwvRElWPg0K
>PERJVj48Rk9OVCBzaXplPTI+SXMgdGhlcmUgYW55IEFQST88L0ZPTlQ+PC9ESVY+PC9ESVY+PC9E
>SVY+PC9CT0RZPjwvSFRNTD4NCg==
>
>------=_NextPart_000_0009_01C27B85.E79D55B0--
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From ptth at netease.com  Thu Oct 24 03:04:19 2002
From: ptth at netease.com (ptth)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] About Database
References: <3db7c463.67111@achurch.org>
Message-ID: <000c01c27b44$bc361a10$0200a8c0@unknown1>

Sorry,
I asked:

Which kind of database does ircservices use?
Is there any API?

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 24, 2002 5:58 PM
Subject: Re: [IRCServices Coding] About Database


>      I can't read this.  Please don't post in HTML format.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> >This is a multi-part message in MIME format.
> >
> >------=_NextPart_000_0009_01C27B85.E79D55B0
> >Content-Type: text/plain;
> > charset="gb2312"
> >Content-Transfer-Encoding: base64
> >
> >V2hpY2gga2luZCBvZiBkYXRhYmFzZSBkb2VzIGlyY3NlcnZpY2VzIHVzZT8NCklzIHRoZXJlIGFu
> >eSBBUEk/
> >
> >------=_NextPart_000_0009_01C27B85.E79D55B0
> >Content-Type: text/html;
> > charset="gb2312"
> >Content-Transfer-Encoding: base64
> >
> >PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
> >L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
> >dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w
> >MC4yODAwLjExMDYiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8
> >Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPg0KPERJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPldo
> >aWNoIGtpbmQgb2YgZGF0YWJhc2UgZG9lcyBpcmNzZXJ2aWNlcyB1c2U/PC9GT05UPjwvRElWPg0K
> >PERJVj48Rk9OVCBzaXplPTI+SXMgdGhlcmUgYW55IEFQST88L0ZPTlQ+PC9ESVY+PC9ESVY+PC9E
> >SVY+PC9CT0RZPjwvSFRNTD4NCg==
> >
> >------=_NextPart_000_0009_01C27B85.E79D55B0--
> >
> >------------------------------------------------------------------
> >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 Oct 24 19:41:06 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] About Database
In-Reply-To: <000c01c27b44$bc361a10$0200a8c0@unknown1>
Message-ID: <3db7ceac.67126@achurch.org>

>Sorry,
>I asked:
>
>Which kind of database does ircservices use?
>Is there any API?

     No; there's currently no external documentation on the format--read
the source for information.  You can, however, export the data to XML using
the misc/xml-export module.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From prince at zirc.org  Thu Oct 24 09:40:19 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <3db735f1.51226@achurch.org>
Message-ID: <000b01c27b7c$09fc8360$e577e518@msns.eph.ptd.net>

I have that option enabled, but it still does not work.  I rehashed the
configuration files via /os rehash, and still doesn't work.
I did have that option enabled originally but I thought that was a GLOBOPS
message since it said 'informs'.
Also, now OP / DEOP / PROTECT give this message:

[12:35] -ChanServ- Sorry, the OP command is temporarily unavailable.

Or replace OP with DEOP, etc etc

What am I doing wrong? ;(

Also, when I define the NetworkName in modules.conf services won't even
start, stating that it's an unknown derective?

-prince

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, October 23, 2002 7:49 PM
Subject: Re: [IRCServices Coding] operserv / akill


> >Does OperServ no longer autokill users off the network when a akill is =
> >placed or must we manually /kill the user off initially?  I just =
> >upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps
=
> >I could have missed an option that enables that?  Any help would be =
> >appreciated.
>
>      Services has never done this.  On the other hand, your IRC server may
> kill users matching an AKILL/GLINE when Services sends it; the
> ImmediatelySendAutokill option mentioned in the other reply will cause the
> AKILL/GLINE to be sent when you add it, rather than waiting for a user to
> match 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 prince at zirc.org  Thu Oct 24 10:03:18 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <3db735f1.51226@achurch.org> <000b01c27b7c$09fc8360$e577e518@msns.eph.ptd.net>
Message-ID: <000501c27b7f$403567a0$e577e518@msns.eph.ptd.net>

As a follow-up on the OP / DEOP / PROTECT commands, they seem to work in
some channels, while not in others, even though all the LEVELS for those
commands are set to the same .. quite odd..

-prince

----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 24, 2002 12:40 PM
Subject: Re: [IRCServices Coding] operserv / akill


> I have that option enabled, but it still does not work.  I rehashed the
> configuration files via /os rehash, and still doesn't work.
> I did have that option enabled originally but I thought that was a GLOBOPS
> message since it said 'informs'.
> Also, now OP / DEOP / PROTECT give this message:
>
> [12:35] -ChanServ- Sorry, the OP command is temporarily unavailable.
>
> Or replace OP with DEOP, etc etc
>
> What am I doing wrong? ;(
>
> Also, when I define the NetworkName in modules.conf services won't even
> start, stating that it's an unknown derective?
>
> -prince
>
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, October 23, 2002 7:49 PM
> Subject: Re: [IRCServices Coding] operserv / akill
>
>
> > >Does OperServ no longer autokill users off the network when a akill is
=
> > >placed or must we manually /kill the user off initially?  I just =
> > >upgraded to 5.0.1 and I looked through the .conf's throughly but
perhaps
> =
> > >I could have missed an option that enables that?  Any help would be =
> > >appreciated.
> >
> >      Services has never done this.  On the other hand, your IRC server
may
> > kill users matching an AKILL/GLINE when Services sends it; the
> > ImmediatelySendAutokill option mentioned in the other reply will cause
the
> > AKILL/GLINE to be sent when you add it, rather than waiting for a user
to
> > match 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 alisor at softhome.net  Thu Oct 24 12:13:40 2002
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <3db735f1.51226@achurch.org> <000b01c27b7c$09fc8360$e577e518@msns.eph.ptd.net>
Message-ID: <001501c27b91$7d99eff0$0100a8c0@control>

Just restart services after all irc servers linked each other.

I solved this problem like that.
At Unrealircd and tr-ircd servers, services gives this kind of msgs if it
connected to hub after irc servers.

If you are an alone server i dont know a solution.

Ali Sor



----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 24, 2002 7:40 PM
Subject: Re: [IRCServices Coding] operserv / akill


> I have that option enabled, but it still does not work.  I rehashed the
> configuration files via /os rehash, and still doesn't work.
> I did have that option enabled originally but I thought that was a GLOBOPS
> message since it said 'informs'.
> Also, now OP / DEOP / PROTECT give this message:
>
> [12:35] -ChanServ- Sorry, the OP command is temporarily unavailable.
>
> Or replace OP with DEOP, etc etc
>
> What am I doing wrong? ;(
>
> Also, when I define the NetworkName in modules.conf services won't even
> start, stating that it's an unknown derective?
>
> -prince
>
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, October 23, 2002 7:49 PM
> Subject: Re: [IRCServices Coding] operserv / akill
>
>
> > >Does OperServ no longer autokill users off the network when a akill is
=
> > >placed or must we manually /kill the user off initially?  I just =
> > >upgraded to 5.0.1 and I looked through the .conf's throughly but
perhaps
> =
> > >I could have missed an option that enables that?  Any help would be =
> > >appreciated.
> >
> >      Services has never done this.  On the other hand, your IRC server
may
> > kill users matching an AKILL/GLINE when Services sends it; the
> > ImmediatelySendAutokill option mentioned in the other reply will cause
the
> > AKILL/GLINE to be sent when you add it, rather than waiting for a user
to
> > match 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 pkef at hnioxos.ee.auth.gr  Thu Oct 24 15:25:41 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <001501c27b91$7d99eff0$0100a8c0@control>
Message-ID: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr>


On Thu, 24 Oct 2002, Ali Sor wrote:

> Just restart services after all irc servers linked each other.
>
> I solved this problem like that.
> At Unrealircd and tr-ircd servers, services gives this kind of msgs if it
> connected to hub after irc servers.
>
> If you are an alone server i dont know a solution.
>
> Ali Sor
>
>
I don't consider this as a reasonable solution.Possible desynch's or sth?A
synch bug on services code?I mean... it's not the right solution.Imagine
having to restart services on a 3000+ users network after a netjoin of a
hub.

Regards,
Gizm0.-


From noam_m at bezeqint.net  Thu Oct 24 15:21:27 2002
From: noam_m at bezeqint.net (Noam M.)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr>
Message-ID: <001101c27bab$b24c15b0$0100000a@amdxp>

are you suggesting a self respecting 3000+ user network would use unreal as
an ircd?



From griever at t2n.org  Thu Oct 24 15:25:09 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <001101c27bab$b24c15b0$0100000a@amdxp>
Message-ID: <Pine.LNX.4.44.0210241624420.31347-100000@linux.ircd-net.org>

On Fri, 25 Oct 2002, Noam M. wrote:

> are you suggesting a self respecting 3000+ user network would use unreal as
> an ircd?
> 
...must...control...fist of death


From frostycoolslug at hotmail.com  Thu Oct 24 15:31:10 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
Message-ID: <F81c0QOolnNctilIMb3000072da@hotmail.com>

granted that unreal isnt the most "stable" IRCd (/me watches words.. Finny's 
about..) but what it lacks in stability, it makes up for in functionality..

But this is not the point. if theres a bug somewhere in services, that 
should be solved, instead of resorting to some stupid method thats easily 
breakable.



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: Finny Merrill <griever@t2n.org>
>Reply-To: ircservices-coding@ircservices.za.net
>To: ircservices-coding@ircservices.za.net
>Subject: Re: [IRCServices Coding] operserv / akill
>Date: Thu, 24 Oct 2002 16:25:09 -0600 (CST)
>
>On Fri, 25 Oct 2002, Noam M. wrote:
>
> > are you suggesting a self respecting 3000+ user network would use unreal 
>as
> > an ircd?
> >
>...must...control...fist of death
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


_________________________________________________________________
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp


From pkef at hnioxos.ee.auth.gr  Thu Oct 24 16:38:09 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <001101c27bab$b24c15b0$0100000a@amdxp>
Message-ID: <Pine.LNX.4.33.0210250235320.32278-100000@hnioxos.ee.auth.gr>

No i don't.I personally believe that Unreal it's NOT an stable ircd and
should NOT be used on large networks.Anyhow...my reply wasn't for Unreal.I
was generally speaking about the solution(restarting services).

On Fri, 25 Oct 2002, Noam M. wrote:

> are you suggesting a self respecting 3000+ user network would use unreal as
> an ircd?
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
Regards,
Gizm0.-


From ghozer at scfclan.com  Thu Oct 24 15:34:19 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr>
Message-ID: <001101c27bad$801eb550$0200a8c0@GHOZER>

Hmm, we had similar problems with Unreal and AKills, Look back in the Coding
LKist Archive, You will see that it's UNREAL it's self taht is causing th
eproblem, and yes, re-starting the services useually fixes it..

and What's wrong with a 3000 user network using Unreal? - we only have an
avg of 300 users atm, on mine, but we have bout 18 servers... no problems
at-all..

The A Kill problem is respective of Unreal3.1.x -  - it works fine with
3.2.x

give that a try

ghozer

------------------------------------------
irc.linkirc.net
www.linkirc.net
LinkIRC Co-Founder
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 24, 2002 11:25 PM
Subject: Re: [IRCServices Coding] operserv / akill


>
>
> On Thu, 24 Oct 2002, Ali Sor wrote:
>
> > Just restart services after all irc servers linked each other.
> >
> > I solved this problem like that.
> > At Unrealircd and tr-ircd servers, services gives this kind of msgs if
it
> > connected to hub after irc servers.
> >
> > If you are an alone server i dont know a solution.
> >
> > Ali Sor
> >
> >
> I don't consider this as a reasonable solution.Possible desynch's or sth?A
> synch bug on services code?I mean... it's not the right solution.Imagine
> having to restart services on a 3000+ users network after a netjoin of a
> hub.
>
> Regards,
> Gizm0.-
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From achurch at achurch.org  Fri Oct 25 09:39:44 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <F81c0QOolnNctilIMb3000072da@hotmail.com>
Message-ID: <3db89425.71550@achurch.org>

>granted that unreal isnt the most "stable" IRCd (/me watches words.. Finny's 
>about..) but what it lacks in stability, it makes up for in functionality..
>
>But this is not the point. if theres a bug somewhere in services, that 
>should be solved, instead of resorting to some stupid method thats easily 
>breakable.

     I can't find any reason for Services to be doing this, unless the IRC
servers either are misconfigured or have bugs.  If someone can supply me
with a debug log from Services startup to an occurrence of the problem,
then I'll look into it.

     As a workaround, enabling NoBouncyModes in ircservices.conf should
work, but if the problem really is with your IRC servers then you may end
up with mode floods.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ron885 at bloodheart.com  Thu Oct 24 22:31:05 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] warning: passing arg 1 of `sprintf' discards qualifiers from pointer target type
Message-ID: <200210242231.05658.ron885@bloodheart.com>

this happens in main.c, signals.c, and modules/operserv/main.c... its from 
changing quitmsg to a const... is it ok to ignore this error?

From andrewk at isdial.net  Thu Oct 24 22:43:47 2002
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp>
Message-ID: <00ba01c27be9$b857bf70$0529010a@af.didata.local>

Hi there,

Please understand that posts of this type are not welcome on this list.
Please refrain from sending them in future.

Thanks, Andrew

----- Original Message -----
From: "Noam M." <noam_m@bezeqint.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, October 25, 2002 12:21 AM
Subject: Re: [IRCServices Coding] operserv / akill


> are you suggesting a self respecting 3000+ user network would use unreal
as
> an ircd?
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>


From achurch at achurch.org  Fri Oct 25 14:48:04 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] warning: passing arg 1 of `sprintf' discards qualifiers from pointer target type
In-Reply-To: <200210242231.05658.ron885@bloodheart.com>
Message-ID: <3db8db47.01313@achurch.org>

>this happens in main.c, signals.c, and modules/operserv/main.c... its from 
>changing quitmsg to a const... is it ok to ignore this error?

     Some versions of gcc seem to complain about this.  I've already fixed
it for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From alisor at softhome.net  Fri Oct 25 05:33:06 2002
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr>
Message-ID: <007101c27c22$b3186d50$0100a8c0@control>

Well this kind of problems are told at these mailing  lists, nobody can give
a solution.
Maybe it isnt the best solution but it is a solution. ( maybe a stupid
solution :P )

If anybody can find another solution, I am looking for it.

Take Care,
Ali Sor

----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, October 25, 2002 1:25 AM
Subject: Re: [IRCServices Coding] operserv / akill


>
>
> On Thu, 24 Oct 2002, Ali Sor wrote:
>
> > Just restart services after all irc servers linked each other.
> >
> > I solved this problem like that.
> > At Unrealircd and tr-ircd servers, services gives this kind of msgs if
it
> > connected to hub after irc servers.
> >
> > If you are an alone server i dont know a solution.
> >
> > Ali Sor
> >
> >
> I don't consider this as a reasonable solution.Possible desynch's or sth?A
> synch bug on services code?I mean... it's not the right solution.Imagine
> having to restart services on a 3000+ users network after a netjoin of a
> hub.
>
> Regards,
> Gizm0.-
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From dylanvdm at icon.co.za  Fri Oct 25 08:42:35 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp>
Message-ID: <000601c27c6d$d9440bb0$0100a8c0@dylan>

Going back to the Unreal ircd issue. I personally think everybody looks for
different things to suit their own networks. I prefer Unreal over Bahamut
for example because it has more features, yet Bahamut is known to be very
good with large amounts of users. In my humble opinion the three main ircds
are very good for different situations and needs. Unreal is a very good ircd
and has many unique features and suits my network.
Unreal, Bahamut and Ultimate ircds are each good in their own right, and if
there is a problem then why not discuss it on the coders mailing list? I'm
not looking to be hammered by other people, as discussed  while back in
other topics, I'm just sharing my opinion. The coders have taken a great
deal of time and effort to develop something for us to use. It's the same as
services. Other packages are around but we choose ircservices because they
suit us. Others may not think so.

I congratulate each and every coder that makes something for us because I
appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
others) plus Andrew and other services coders deserve an applause for doing
all they have done for us. Without them our networks wouldn't be the same.
So instead of us giving criticism, lets help make them better by giving
constructive comments. Everyone appreciates a pat on the back once in a
while.

:-)

Dylan.

Network Administrator / EB Member
The Omega IRC Network
www.omega.org.za
irc.omega.org.za



----- Original Message -----
From: "Noam M." <noam_m@bezeqint.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, October 25, 2002 12:21 AM
Subject: Re: [IRCServices Coding] operserv / akill


> are you suggesting a self respecting 3000+ user network would use unreal
as
> an ircd?
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From cyberdems at wwirc.za.org  Fri Oct 25 16:01:17 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan>
Message-ID: <001401c27c7a$73a9fe10$e500a8c0@dimitri>

I will have to interfere here.
UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example why.
try doing a /lusers request. You will get BOLD in certain areas, and
underlined text, etc. Many IRC Clients (old ones especially) do not support
colour, bold, underlined, inversed, etc text formats.
UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, %, etc.
in clients such as mIRC, if you do a /whois on a user with one of those
usermodes, you can't simply go over the channel name with your cursor and
double-click it, because mIRC was not designed for such "addons".
UnrealIRCD has changed so many things, that half the services in the world
do not work correctly with the newer versions, such as the Selene versions.
Have you ever tried installing BOPM (blitzed open proxy monitor) on an
Unreal IRCD server - it's mission impossible, all those patches?
Yes, the coders have worked extra hard to get these extra un-necessary
addons into the ircds, but think of it this way, how many IRCDs are there,
and how many CLIENTS are there? The client coders have to do research on the
IRCDs and then edit the clients to suite them. This is un-necessary, in my
opinion. But like you said, Dylan, each to his own. So those of you enjoying
your 200 users on that little UnrealIRCD slow network(s), keep going - I
wish you many netsplits in the near future ;)

--CyberDems
irc.wwirc.za.org

----- Original Message -----
From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, October 25, 2002 5:42 PM
Subject: Re: [IRCServices Coding] operserv / akill


> Going back to the Unreal ircd issue. I personally think everybody looks
for
> different things to suit their own networks. I prefer Unreal over Bahamut
> for example because it has more features, yet Bahamut is known to be very
> good with large amounts of users. In my humble opinion the three main
ircds
> are very good for different situations and needs. Unreal is a very good
ircd
> and has many unique features and suits my network.
> Unreal, Bahamut and Ultimate ircds are each good in their own right, and
if
> there is a problem then why not discuss it on the coders mailing list? I'm
> not looking to be hammered by other people, as discussed  while back in
> other topics, I'm just sharing my opinion. The coders have taken a great
> deal of time and effort to develop something for us to use. It's the same
as
> services. Other packages are around but we choose ircservices because they
> suit us. Others may not think so.
>
> I congratulate each and every coder that makes something for us because I
> appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
> others) plus Andrew and other services coders deserve an applause for
doing
> all they have done for us. Without them our networks wouldn't be the same.
> So instead of us giving criticism, lets help make them better by giving
> constructive comments. Everyone appreciates a pat on the back once in a
> while.
>
> :-)
>
> Dylan.
>
> Network Administrator / EB Member
> The Omega IRC Network
> www.omega.org.za
> irc.omega.org.za
>
>
>
> ----- Original Message -----
> From: "Noam M." <noam_m@bezeqint.net>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Friday, October 25, 2002 12:21 AM
> Subject: Re: [IRCServices Coding] operserv / akill
>
>
> > are you suggesting a self respecting 3000+ user network would use unreal
> as
> > an ircd?
> >
> >
> > ------------------------------------------------------------------
> > 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 dylanvdm at icon.co.za  Fri Oct 25 16:27:19 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan> <001401c27c7a$73a9fe10$e500a8c0@dimitri>
Message-ID: <004201c27c7e$1e651620$0100a8c0@dylan>

Didn't I just comment about this type of response, or am I mistaken?

As far as I know many networks are perfectly happy with Ultimate. Heck even
I like Ultimate! If you didn't realise, it's also in its Alpha phase. Which
means very early testing phase. As for applying patches for Unreal, it's
very very simple. A few lines of code actually. Oh and services do work on
Unreal, I know, I have tested them. If you don't like the way mIRC handles
things, then either modify it yourself or don't use it. A better method
would be to approach Khaled Mardam-Bey. If you have a problem with other
packages, then I really recommend you approaching the coders of that
package.

I'm sorry, but I am on the coders side. I do not appreciate this type of
comment as it helps nobody.

Dylan.

Network Administrator / EB Member
The Omega IRC Network
www.omega.org.za
irc.omega.org.za

----- Original Message -----
From: "CyberDems" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 1:01 AM
Subject: Re: [IRCServices Coding] operserv / akill


> I will have to interfere here.
> UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example
why.
> try doing a /lusers request. You will get BOLD in certain areas, and
> underlined text, etc. Many IRC Clients (old ones especially) do not
support
> colour, bold, underlined, inversed, etc text formats.
> UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, %,
etc.
> in clients such as mIRC, if you do a /whois on a user with one of those
> usermodes, you can't simply go over the channel name with your cursor and
> double-click it, because mIRC was not designed for such "addons".
> UnrealIRCD has changed so many things, that half the services in the world
> do not work correctly with the newer versions, such as the Selene
versions.
> Have you ever tried installing BOPM (blitzed open proxy monitor) on an
> Unreal IRCD server - it's mission impossible, all those patches?
> Yes, the coders have worked extra hard to get these extra un-necessary
> addons into the ircds, but think of it this way, how many IRCDs are there,
> and how many CLIENTS are there? The client coders have to do research on
the
> IRCDs and then edit the clients to suite them. This is un-necessary, in my
> opinion. But like you said, Dylan, each to his own. So those of you
enjoying
> your 200 users on that little UnrealIRCD slow network(s), keep going - I
> wish you many netsplits in the near future ;)
>
> --CyberDems
> irc.wwirc.za.org
>
> ----- Original Message -----
> From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Friday, October 25, 2002 5:42 PM
> Subject: Re: [IRCServices Coding] operserv / akill
>
>
> > Going back to the Unreal ircd issue. I personally think everybody looks
> for
> > different things to suit their own networks. I prefer Unreal over
Bahamut
> > for example because it has more features, yet Bahamut is known to be
very
> > good with large amounts of users. In my humble opinion the three main
> ircds
> > are very good for different situations and needs. Unreal is a very good
> ircd
> > and has many unique features and suits my network.
> > Unreal, Bahamut and Ultimate ircds are each good in their own right, and
> if
> > there is a problem then why not discuss it on the coders mailing list?
I'm
> > not looking to be hammered by other people, as discussed  while back in
> > other topics, I'm just sharing my opinion. The coders have taken a great
> > deal of time and effort to develop something for us to use. It's the
same
> as
> > services. Other packages are around but we choose ircservices because
they
> > suit us. Others may not think so.
> >
> > I congratulate each and every coder that makes something for us because
I
> > appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
> > others) plus Andrew and other services coders deserve an applause for
> doing
> > all they have done for us. Without them our networks wouldn't be the
same.
> > So instead of us giving criticism, lets help make them better by giving
> > constructive comments. Everyone appreciates a pat on the back once in a
> > while.
> >
> > :-)
> >
> > Dylan.
> >
> > Network Administrator / EB Member
> > The Omega IRC Network
> > www.omega.org.za
> > irc.omega.org.za
> >
> >
> >
> > ----- Original Message -----
> > From: "Noam M." <noam_m@bezeqint.net>
> > To: <ircservices-coding@ircservices.za.net>
> > Sent: Friday, October 25, 2002 12:21 AM
> > Subject: Re: [IRCServices Coding] operserv / akill
> >
> >
> > > are you suggesting a self respecting 3000+ user network would use
unreal
> > as
> > > an ircd?
> > >
> > >
> > > ------------------------------------------------------------------
> > > 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 brain at brainbox.winbot.co.uk  Fri Oct 25 17:29:13 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
Message-ID: <200210252331.g9PNVbY00845@localhost.localdomain>

I would like to make a minor correction here: Unreal does not insert bold/underline characters into /lusers - nor in fact any "standard" (or as near to standard as you can get for such a breaker of standards) command. If you see such an ircd it has been modded zealously by some admin who probably thinks that the only irc client is mirc ;)
Also slightly off topic but valid, the important factor about an irc network isnt the number of users it has but how happy its users are - if the users are happier with +a and +h modes etc to help prevent takeovers, then it is good, i'd rather be on a small (200 users?) network of nice peaceful users any day than a large (10,000 users?) network full of takeovers and abuse due to minimal functionality of the software. Admittedly on some networks this is more down to the admin, but a large feature set does allow for making the job of operators, helpers and admins easier, as it reduces the amount of time spent helping users recover lost channels for example. Everyone is entitled to their own opinions of course, but that was my two pence worth and now im quite a bit off topic, so i'll shut up :) Have a nice day!

Craig Edwards (Brain`)
irc.chatspike.net

>I will have to interfere here.
>UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example why.
>try doing a /lusers request. You will get BOLD in certain areas, and
>underlined text, etc. Many IRC Clients (old ones especially) do not support
>colour, bold, underlined, inversed, etc text formats.
>UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, , etc.
>in clients such as mIRC, if you do a /whois on a user with one of those
>usermodes, you can't simply go over the channel name with your cursor and
>double-click it, because mIRC was not designed for such "addons".
>UnrealIRCD has changed so many things, that half the services in the world
>do not work correctly with the newer versions, such as the Selene versions.
>Have you ever tried installing BOPM (blitzed open proxy monitor) on an
>Unreal IRCD server - it's mission impossible, all those patches?
>Yes, the coders have worked extra hard to get these extra un-necessary
>addons into the ircds, but think of it this way, how many IRCDs are there,
>and how many CLIENTS are there? The client coders have to do research on the
>IRCDs and then edit the clients to suite them. This is un-necessary, in my
>opinion. But like you said, Dylan, each to his own. So those of you enjoying
>your 200 users on that little UnrealIRCD slow network(s), keep going - I
>wish you many netsplits in the near future ;)
>
>--CyberDems
>irc.wwirc.za.org
>
>----- Original Message -----
>From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Friday, October 25, 2002 5:42 PM
>Subject: Re: [IRCServices Coding] operserv / akill
>
>
>> Going back to the Unreal ircd issue. I personally think everybody looks
>for
>> different things to suit their own networks. I prefer Unreal over Bahamut
>> for example because it has more features, yet Bahamut is known to be very
>> good with large amounts of users. In my humble opinion the three main
>ircds
>> are very good for different situations and needs. Unreal is a very good
>ircd
>> and has many unique features and suits my network.
>> Unreal, Bahamut and Ultimate ircds are each good in their own right, and
>if
>> there is a problem then why not discuss it on the coders mailing list? I'm
>> not looking to be hammered by other people, as discussed  while back in
>> other topics, I'm just sharing my opinion. The coders have taken a great
>> deal of time and effort to develop something for us to use. It's the same
>as
>> services. Other packages are around but we choose ircservices because they
>> suit us. Others may not think so.
>>
>> I congratulate each and every coder that makes something for us because I
>> appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
>> others) plus Andrew and other services coders deserve an applause for
>doing
>> all they have done for us. Without them our networks wouldn't be the same.
>> So instead of us giving criticism, lets help make them better by giving
>> constructive comments. Everyone appreciates a pat on the back once in a
>> while.
>>
>> :-)
>>
>> Dylan.
>>
>> Network Administrator / EB Member
>> The Omega IRC Network
>> www.omega.org.za
>> irc.omega.org.za
>>
>>
>>
>> ----- Original Message -----
>> From: "Noam M." <noam_m@bezeqint.net>
>> To: <ircservices-coding@ircservices.za.net>
>> Sent: Friday, October 25, 2002 12:21 AM
>> Subject: Re: [IRCServices Coding] operserv / akill
>>
>>
>> > are you suggesting a self respecting 3000+ user network would use unreal
>> as
>> > an ircd?
>> >
>> >
>> > ------------------------------------------------------------------
>> > 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 cyberdems at wwirc.za.org  Fri Oct 25 16:41:29 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <200210252331.g9PNVbY00845@localhost.localdomain>
Message-ID: <001b01c27c80$0e6b8220$e500a8c0@dimitri>

Craig, I don't recall saying that UNREAL in specific, adds the bold, I said
ULTIMATE does it. Unreal is just slow, that's what I said. But I do accept
both of your opinions.
Dylan, if you're intending on having such a massive network, I have to
inform you that UnrealIRCD won't do the trick - why not tell DALnet to
switch to UnrealIRCD, I think all will go well, maybe just an hour delay,
and a few hundred netsplits ? But yeah - you seem to be doing well, so keep
up the good work ;)

Good luck to all you admins out there ;)

CyberDems
WWIRC Founder
irc.wwirc.za.org

----- Original Message -----
From: "Craig Edwards" <brain@brainbox.ath.cx>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 2:29 AM
Subject: Re: Re: [IRCServices Coding] operserv / akill


> I would like to make a minor correction here: Unreal does not insert
bold/underline characters into /lusers - nor in fact any "standard" (or as
near to standard as you can get for such a breaker of standards) command. If
you see such an ircd it has been modded zealously by some admin who probably
thinks that the only irc client is mirc ;)
> Also slightly off topic but valid, the important factor about an irc
network isnt the number of users it has but how happy its users are - if the
users are happier with +a and +h modes etc to help prevent takeovers, then
it is good, i'd rather be on a small (200 users?) network of nice peaceful
users any day than a large (10,000 users?) network full of takeovers and
abuse due to minimal functionality of the software. Admittedly on some
networks this is more down to the admin, but a large feature set does allow
for making the job of operators, helpers and admins easier, as it reduces
the amount of time spent helping users recover lost channels for example.
Everyone is entitled to their own opinions of course, but that was my two
pence worth and now im quite a bit off topic, so i'll shut up :) Have a nice
day!
>
> Craig Edwards (Brain`)
> irc.chatspike.net
>
> >I will have to interfere here.
> >UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example
why.
> >try doing a /lusers request. You will get BOLD in certain areas, and
> >underlined text, etc. Many IRC Clients (old ones especially) do not
support
> >colour, bold, underlined, inversed, etc text formats.
> >UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, ,
etc.
> >in clients such as mIRC, if you do a /whois on a user with one of those
> >usermodes, you can't simply go over the channel name with your cursor and
> >double-click it, because mIRC was not designed for such "addons".
> >UnrealIRCD has changed so many things, that half the services in the
world
> >do not work correctly with the newer versions, such as the Selene
versions.
> >Have you ever tried installing BOPM (blitzed open proxy monitor) on an
> >Unreal IRCD server - it's mission impossible, all those patches?
> >Yes, the coders have worked extra hard to get these extra un-necessary
> >addons into the ircds, but think of it this way, how many IRCDs are
there,
> >and how many CLIENTS are there? The client coders have to do research on
the
> >IRCDs and then edit the clients to suite them. This is un-necessary, in
my
> >opinion. But like you said, Dylan, each to his own. So those of you
enjoying
> >your 200 users on that little UnrealIRCD slow network(s), keep going - I
> >wish you many netsplits in the near future ;)
> >
> >--CyberDems
> >irc.wwirc.za.org
> >
> >----- Original Message -----
> >From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> >To: <ircservices-coding@ircservices.za.net>
> >Sent: Friday, October 25, 2002 5:42 PM
> >Subject: Re: [IRCServices Coding] operserv / akill
> >
> >
> >> Going back to the Unreal ircd issue. I personally think everybody looks
> >for
> >> different things to suit their own networks. I prefer Unreal over
Bahamut
> >> for example because it has more features, yet Bahamut is known to be
very
> >> good with large amounts of users. In my humble opinion the three main
> >ircds
> >> are very good for different situations and needs. Unreal is a very good
> >ircd
> >> and has many unique features and suits my network.
> >> Unreal, Bahamut and Ultimate ircds are each good in their own right,
and
> >if
> >> there is a problem then why not discuss it on the coders mailing list?
I'm
> >> not looking to be hammered by other people, as discussed  while back in
> >> other topics, I'm just sharing my opinion. The coders have taken a
great
> >> deal of time and effort to develop something for us to use. It's the
same
> >as
> >> services. Other packages are around but we choose ircservices because
they
> >> suit us. Others may not think so.
> >>
> >> I congratulate each and every coder that makes something for us because
I
> >> appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
> >> others) plus Andrew and other services coders deserve an applause for
> >doing
> >> all they have done for us. Without them our networks wouldn't be the
same.
> >> So instead of us giving criticism, lets help make them better by giving
> >> constructive comments. Everyone appreciates a pat on the back once in a
> >> while.
> >>
> >> :-)
> >>
> >> Dylan.
> >>
> >> Network Administrator / EB Member
> >> The Omega IRC Network
> >> www.omega.org.za
> >> irc.omega.org.za
> >>
> >>
> >>
> >> ----- Original Message -----
> >> From: "Noam M." <noam_m@bezeqint.net>
> >> To: <ircservices-coding@ircservices.za.net>
> >> Sent: Friday, October 25, 2002 12:21 AM
> >> Subject: Re: [IRCServices Coding] operserv / akill
> >>
> >>
> >> > are you suggesting a self respecting 3000+ user network would use
unreal
> >> as
> >> > an ircd?
> >> >
> >> >
> >> > ------------------------------------------------------------------
> >> > 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  Fri Oct 25 16:51:26 2002
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] (no subject)
In-Reply-To: <001b01c27c80$0e6b8220$e500a8c0@dimitri>
Message-ID: <20021025235130.TUBY1630.pop016.verizon.net@bofh>

Can we please stop this? This list isn't for you to argue over ircd's. I get enough spam as it is. In fact the way people have been 
acting on this list in general lately is crap. If you cant be nice or if you arent responding to a question in a way that is helpful or 
asking a question that is directly related to services then there is no reason to send a message to this list. 


From dylanvdm at icon.co.za  Fri Oct 25 16:54:00 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] operserv / akill
References: <200210252331.g9PNVbY00845@localhost.localdomain> <001b01c27c80$0e6b8220$e500a8c0@dimitri>
Message-ID: <005801c27c81$d8984b40$0100a8c0@dylan>

DALnet codes Bahamut so there is no reason they would change to Unreal. I
don't mean to offend anyone or for this thread to carry on longer than
necessary but CyberDems you do not have the experience nor the expertise to
make such an unfair comment about Unreal. I beg of you that you don't fight
me on what I have just said, telling us how you have the right to make such
a statement. By all means you can, though it helps nobody.

I think this thread has gone on for long enough. I hope everyone has a nice
weekend!

;-)

Dylan.


----- Original Message -----
From: "CyberDems" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 1:41 AM
Subject: Re: Re: [IRCServices Coding] operserv / akill


> Craig, I don't recall saying that UNREAL in specific, adds the bold, I
said
> ULTIMATE does it. Unreal is just slow, that's what I said. But I do accept
> both of your opinions.
> Dylan, if you're intending on having such a massive network, I have to
> inform you that UnrealIRCD won't do the trick - why not tell DALnet to
> switch to UnrealIRCD, I think all will go well, maybe just an hour delay,
> and a few hundred netsplits ? But yeah - you seem to be doing well, so
keep
> up the good work ;)
>
> Good luck to all you admins out there ;)
>
> CyberDems
> WWIRC Founder
> irc.wwirc.za.org
>
> ----- Original Message -----
> From: "Craig Edwards" <brain@brainbox.ath.cx>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Saturday, October 26, 2002 2:29 AM
> Subject: Re: Re: [IRCServices Coding] operserv / akill
>
>
> > I would like to make a minor correction here: Unreal does not insert
> bold/underline characters into /lusers - nor in fact any "standard" (or as
> near to standard as you can get for such a breaker of standards) command.
If
> you see such an ircd it has been modded zealously by some admin who
probably
> thinks that the only irc client is mirc ;)
> > Also slightly off topic but valid, the important factor about an irc
> network isnt the number of users it has but how happy its users are - if
the
> users are happier with +a and +h modes etc to help prevent takeovers, then
> it is good, i'd rather be on a small (200 users?) network of nice peaceful
> users any day than a large (10,000 users?) network full of takeovers and
> abuse due to minimal functionality of the software. Admittedly on some
> networks this is more down to the admin, but a large feature set does
allow
> for making the job of operators, helpers and admins easier, as it reduces
> the amount of time spent helping users recover lost channels for example.
> Everyone is entitled to their own opinions of course, but that was my two
> pence worth and now im quite a bit off topic, so i'll shut up :) Have a
nice
> day!
> >
> > Craig Edwards (Brain`)
> > irc.chatspike.net
> >
> > >I will have to interfere here.
> > >UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example
> why.
> > >try doing a /lusers request. You will get BOLD in certain areas, and
> > >underlined text, etc. Many IRC Clients (old ones especially) do not
> support
> > >colour, bold, underlined, inversed, etc text formats.
> > >UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, ,
> etc.
> > >in clients such as mIRC, if you do a /whois on a user with one of those
> > >usermodes, you can't simply go over the channel name with your cursor
and
> > >double-click it, because mIRC was not designed for such "addons".
> > >UnrealIRCD has changed so many things, that half the services in the
> world
> > >do not work correctly with the newer versions, such as the Selene
> versions.
> > >Have you ever tried installing BOPM (blitzed open proxy monitor) on an
> > >Unreal IRCD server - it's mission impossible, all those patches?
> > >Yes, the coders have worked extra hard to get these extra un-necessary
> > >addons into the ircds, but think of it this way, how many IRCDs are
> there,
> > >and how many CLIENTS are there? The client coders have to do research
on
> the
> > >IRCDs and then edit the clients to suite them. This is un-necessary, in
> my
> > >opinion. But like you said, Dylan, each to his own. So those of you
> enjoying
> > >your 200 users on that little UnrealIRCD slow network(s), keep going -
I
> > >wish you many netsplits in the near future ;)
> > >
> > >--CyberDems
> > >irc.wwirc.za.org
> > >
> > >----- Original Message -----
> > >From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> > >To: <ircservices-coding@ircservices.za.net>
> > >Sent: Friday, October 25, 2002 5:42 PM
> > >Subject: Re: [IRCServices Coding] operserv / akill
> > >
> > >
> > >> Going back to the Unreal ircd issue. I personally think everybody
looks
> > >for
> > >> different things to suit their own networks. I prefer Unreal over
> Bahamut
> > >> for example because it has more features, yet Bahamut is known to be
> very
> > >> good with large amounts of users. In my humble opinion the three main
> > >ircds
> > >> are very good for different situations and needs. Unreal is a very
good
> > >ircd
> > >> and has many unique features and suits my network.
> > >> Unreal, Bahamut and Ultimate ircds are each good in their own right,
> and
> > >if
> > >> there is a problem then why not discuss it on the coders mailing
list?
> I'm
> > >> not looking to be hammered by other people, as discussed  while back
in
> > >> other topics, I'm just sharing my opinion. The coders have taken a
> great
> > >> deal of time and effort to develop something for us to use. It's the
> same
> > >as
> > >> services. Other packages are around but we choose ircservices because
> they
> > >> suit us. Others may not think so.
> > >>
> > >> I congratulate each and every coder that makes something for us
because
> I
> > >> appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
> > >> others) plus Andrew and other services coders deserve an applause for
> > >doing
> > >> all they have done for us. Without them our networks wouldn't be the
> same.
> > >> So instead of us giving criticism, lets help make them better by
giving
> > >> constructive comments. Everyone appreciates a pat on the back once in
a
> > >> while.
> > >>
> > >> :-)
> > >>
> > >> Dylan.
> > >>
> > >> Network Administrator / EB Member
> > >> The Omega IRC Network
> > >> www.omega.org.za
> > >> irc.omega.org.za
> > >>
> > >>
> > >>
> > >> ----- Original Message -----
> > >> From: "Noam M." <noam_m@bezeqint.net>
> > >> To: <ircservices-coding@ircservices.za.net>
> > >> Sent: Friday, October 25, 2002 12:21 AM
> > >> Subject: Re: [IRCServices Coding] operserv / akill
> > >>
> > >>
> > >> > are you suggesting a self respecting 3000+ user network would use
> unreal
> > >> as
> > >> > an ircd?
> > >> >
> > >> >
> > >> > ------------------------------------------------------------------
> > >> > 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 cyberdems at wwirc.za.org  Fri Oct 25 16:59:15 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:43 2004
Subject: [IRCServices Coding] (no subject)
References: <20021025235130.TUBY1630.pop016.verizon.net@bofh>
Message-ID: <003901c27c82$864a8aa0$e500a8c0@dimitri>

Sure, I just "responded" to a message that Dylan sent, because I did not
agree with him.
Like you said: this is not a "IRC Administration" discussion, it's an
ircservices support area.
So yeah, guys. I think let's get off the conversation on IRCDs, etc. etc. If
you do not have
something to say regarding ircservices, find another place for catfights.
Speak to you guys all some other time, about something more.. worth talking
about...

CyberDems
WWIRC Founder
irc.wwirc.za.org

----- Original Message -----
From: <RT.Mail@verizon.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 1:51 AM
Subject: [IRCServices Coding] (no subject)


Can we please stop this? This list isn't for you to argue over ircd's. I get
enough spam as it is. In fact the way people have been
acting on this list in general lately is crap. If you cant be nice or if you
arent responding to a question in a way that is helpful or
asking a question that is directly related to services then there is no
reason to send a message to this list.

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding




From noam_m at bezeqint.net  Fri Oct 25 17:39:12 2002
From: noam_m at bezeqint.net (Noam M.)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan> <001401c27c7a$73a9fe10$e500a8c0@dimitri>
Message-ID: <000f01c27c88$1a9564f0$0100000a@amdxp>

----- Original Message -----
From: "CyberDems" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 1:01 AM
Subject: Re: [IRCServices Coding] operserv / akill


> I will have to interfere here.
> UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example
why.
> try doing a /lusers request. You will get BOLD in certain areas, and
> underlined text, etc. Many IRC Clients (old ones especially) do not
support
> colour, bold, underlined, inversed, etc text formats.
> UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, %,
etc.
> in clients such as mIRC, if you do a /whois on a user with one of those
> usermodes, you can't simply go over the channel name with your cursor and
> double-click it, because mIRC was not designed for such "addons".
> UnrealIRCD has changed so many things, that half the services in the world
> do not work correctly with the newer versions, such as the Selene
versions.
> Have you ever tried installing BOPM (blitzed open proxy monitor) on an
> Unreal IRCD server - it's mission impossible, all those patches?
> Yes, the coders have worked extra hard to get these extra un-necessary
> addons into the ircds, but think of it this way, how many IRCDs are there,
> and how many CLIENTS are there? The client coders have to do research on
the
> IRCDs and then edit the clients to suite them. This is un-necessary, in my
> opinion. But like you said, Dylan, each to his own. So those of you
enjoying
> your 200 users on that little UnrealIRCD slow network(s), keep going - I
> wish you many netsplits in the near future ;)
>
> --CyberDems
> irc.wwirc.za.org
>

i did not see one thing in your email that refers to UltimateIRCd3
Ultimate2.8 is an old project and ShadowMaster urges all people to move to
the next version, the version based on bahamut.
about control codes in /lusers - that doesnt exist in ultimate3.
usermodes *% never exists. they _were_ used as symbols to mark channel modes
on users, and the symbol % that marks halfop is supported by more and more
clients these days.
Ultimate3 alpha 26 (the latest) uses the sign '!' to mark channel admins -
the only sign supported by mIRC AND XChat.



From Ganja51 at lcirc.net  Fri Oct 25 17:41:15 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
References: <200210252331.g9PNVbY00845@localhost.localdomain> <001b01c27c80$0e6b8220$e500a8c0@dimitri>
Message-ID: <001a01c27c88$76d8ee80$2102a8c0@kris5461>

This is an IRCServices mailing list, so I appologize for my posting on this
subject here.

CyberDems, I beg to differ, large networks CAN use UnrealIRCd. If I do
recall, IRCQNet recently switched to UnrealIRCd (not that recently, it's
been about 3 months if not longer). AND they have working services on there
as well. The vast majority of their users are actually very pleased with the
new functionality they have with UnrealIRCd as are the Admins, which can now
better control their network (which was often known for harboring harmful
botnets).

Try doing some research before you go and spout out your worthless little 2
cents. Dylan was merely stating that different IRCds can suite different
Admins and their networks. He was not saying that one was better than
another. Not once did he say "everyone should switch to UnrealIRCd because
it's so great" or anything even remotely close.

Please refrain from your flamming in the future, and lets try to keep the
IRCServices mailing list on IRCServices topics. Thank you.

~Ganja51

----- Original Message -----
From: "CyberDems" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, October 25, 2002 6:41 PM
Subject: Re: Re: [IRCServices Coding] operserv / akill


> Craig, I don't recall saying that UNREAL in specific, adds the bold, I
said
> ULTIMATE does it. Unreal is just slow, that's what I said. But I do accept
> both of your opinions.
> Dylan, if you're intending on having such a massive network, I have to
> inform you that UnrealIRCD won't do the trick - why not tell DALnet to
> switch to UnrealIRCD, I think all will go well, maybe just an hour delay,
> and a few hundred netsplits ? But yeah - you seem to be doing well, so
keep
> up the good work ;)
>
> Good luck to all you admins out there ;)
>
> CyberDems
> WWIRC Founder
> irc.wwirc.za.org
>
> ----- Original Message -----
> From: "Craig Edwards" <brain@brainbox.ath.cx>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Saturday, October 26, 2002 2:29 AM
> Subject: Re: Re: [IRCServices Coding] operserv / akill
>
>
> > I would like to make a minor correction here: Unreal does not insert
> bold/underline characters into /lusers - nor in fact any "standard" (or as
> near to standard as you can get for such a breaker of standards) command.
If
> you see such an ircd it has been modded zealously by some admin who
probably
> thinks that the only irc client is mirc ;)
> > Also slightly off topic but valid, the important factor about an irc
> network isnt the number of users it has but how happy its users are - if
the
> users are happier with +a and +h modes etc to help prevent takeovers, then
> it is good, i'd rather be on a small (200 users?) network of nice peaceful
> users any day than a large (10,000 users?) network full of takeovers and
> abuse due to minimal functionality of the software. Admittedly on some
> networks this is more down to the admin, but a large feature set does
allow
> for making the job of operators, helpers and admins easier, as it reduces
> the amount of time spent helping users recover lost channels for example.
> Everyone is entitled to their own opinions of course, but that was my two
> pence worth and now im quite a bit off topic, so i'll shut up :) Have a
nice
> day!
> >
> > Craig Edwards (Brain`)
> > irc.chatspike.net
> >
> > >I will have to interfere here.
> > >UltimateIRCD is crap. no offence. It is CRAP. I'll give you an example
> why.
> > >try doing a /lusers request. You will get BOLD in certain areas, and
> > >underlined text, etc. Many IRC Clients (old ones especially) do not
> support
> > >colour, bold, underlined, inversed, etc text formats.
> > >UnrealIRCD and UltimateIRCD both have too many usermodes. such as *, ,
> etc.
> > >in clients such as mIRC, if you do a /whois on a user with one of those
> > >usermodes, you can't simply go over the channel name with your cursor
and
> > >double-click it, because mIRC was not designed for such "addons".
> > >UnrealIRCD has changed so many things, that half the services in the
> world
> > >do not work correctly with the newer versions, such as the Selene
> versions.
> > >Have you ever tried installing BOPM (blitzed open proxy monitor) on an
> > >Unreal IRCD server - it's mission impossible, all those patches?
> > >Yes, the coders have worked extra hard to get these extra un-necessary
> > >addons into the ircds, but think of it this way, how many IRCDs are
> there,
> > >and how many CLIENTS are there? The client coders have to do research
on
> the
> > >IRCDs and then edit the clients to suite them. This is un-necessary, in
> my
> > >opinion. But like you said, Dylan, each to his own. So those of you
> enjoying
> > >your 200 users on that little UnrealIRCD slow network(s), keep going -
I
> > >wish you many netsplits in the near future ;)
> > >
> > >--CyberDems
> > >irc.wwirc.za.org
> > >
> > >----- Original Message -----
> > >From: "Dylan v.d Merwe" <dylanvdm@icon.co.za>
> > >To: <ircservices-coding@ircservices.za.net>
> > >Sent: Friday, October 25, 2002 5:42 PM
> > >Subject: Re: [IRCServices Coding] operserv / akill
> > >
> > >
> > >> Going back to the Unreal ircd issue. I personally think everybody
looks
> > >for
> > >> different things to suit their own networks. I prefer Unreal over
> Bahamut
> > >> for example because it has more features, yet Bahamut is known to be
> very
> > >> good with large amounts of users. In my humble opinion the three main
> > >ircds
> > >> are very good for different situations and needs. Unreal is a very
good
> > >ircd
> > >> and has many unique features and suits my network.
> > >> Unreal, Bahamut and Ultimate ircds are each good in their own right,
> and
> > >if
> > >> there is a problem then why not discuss it on the coders mailing
list?
> I'm
> > >> not looking to be hammered by other people, as discussed  while back
in
> > >> other topics, I'm just sharing my opinion. The coders have taken a
> great
> > >> deal of time and effort to develop something for us to use. It's the
> same
> > >as
> > >> services. Other packages are around but we choose ircservices because
> they
> > >> suit us. Others may not think so.
> > >>
> > >> I congratulate each and every coder that makes something for us
because
> I
> > >> appreciate their effort. The Unreal, Bahamut and Ultimate coders (and
> > >> others) plus Andrew and other services coders deserve an applause for
> > >doing
> > >> all they have done for us. Without them our networks wouldn't be the
> same.
> > >> So instead of us giving criticism, lets help make them better by
giving
> > >> constructive comments. Everyone appreciates a pat on the back once in
a
> > >> while.
> > >>
> > >> :-)
> > >>
> > >> Dylan.
> > >>
> > >> Network Administrator / EB Member
> > >> The Omega IRC Network
> > >> www.omega.org.za
> > >> irc.omega.org.za
> > >>
> > >>
> > >>
> > >> ----- Original Message -----
> > >> From: "Noam M." <noam_m@bezeqint.net>
> > >> To: <ircservices-coding@ircservices.za.net>
> > >> Sent: Friday, October 25, 2002 12:21 AM
> > >> Subject: Re: [IRCServices Coding] operserv / akill
> > >>
> > >>
> > >> > are you suggesting a self respecting 3000+ user network would use
> unreal
> > >> as
> > >> > an ircd?
> > >> >
> > >> >
> > >> > ------------------------------------------------------------------
> > >> > 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  Sat Oct 26 09:59:55 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] STOP THIS THREAD. Re: operserv / akill
In-Reply-To: <001a01c27c88$76d8ee80$2102a8c0@kris5461>
Message-ID: <3db9e958.50145@achurch.org>

     This thread is of no relevance to Services coding, and I want it
stopped NOW.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From master at xchat.gr  Sat Oct 26 01:36:50 2002
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] services crashed
References: <Pine.LNX.4.33.0210240157400.28066-100000@hnioxos.ee.auth.gr>
Message-ID: <005201c27cca$d69c4a00$4af0cdd4@zeus>

Panagiotis Kefalidis you can say that you have personal experience when you
know all the code.
did you see anything from these i have sent that "saws" an error in code ?
Why my ircservices working properly before the update in GCC 3 ?

So, i didn't sent this email asking for help that I NEED in MINE services.
It's an error as you see in gcc!.

I remind you YOUR opinion that CS secureops with bahamut ircd working
properly
on  previously beta version on ircservices.

First check and after answer.

George Stamatiou


----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, October 24, 2002 2:05 AM
Subject: Re: [IRCServices Coding] services crashed


> To George Stamatiou..
>
> From personal expirience on the services you're using to your network, i
> want to mention that you've "patched" and added a hundrend of lines in the
> services core code.Also there is some code added on the main
> chanserv/nickserv and operserv modules(i think in databases also.).That
> means :
>
> a) We cannot provide help or find any bugs cause the gdb offsets are
> different from ours.
> b) We don't provide help on modified services.(Read the FAQ for more
> info).
>
> Regards,
> Gizm0.-
>
> P.S No offence.
>
> P.S2 Check your registration sequence on the nickserv main module.
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From pkef at hnioxos.ee.auth.gr  Sat Oct 26 04:57:11 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] services crashed
In-Reply-To: <005201c27cca$d69c4a00$4af0cdd4@zeus>
Message-ID: <Pine.LNX.4.33.0210261446390.5953-100000@hnioxos.ee.auth.gr>


On Sat, 26 Oct 2002, George Stamatiou wrote:

> Panagiotis Kefalidis you can say that you have personal experience when you
> know all the code.
> did you see anything from these i have sent that "saws" an error in code ?
> Why my ircservices working properly before the update in GCC 3 ?
In previous posts,it was mentioned that upgrading the GCC compiler,will
cause services not to compile.Propably you've ignored this.Also you said
that "services crashed".The gcc has nothing to do with the binaries of
services.I mean if sth is compiled in gcc 2.x and then you upgrade to gcc
3.x it will just not compile properly in some cases.Upgrading doesn't mean
that services or anything else WILL crash due to the upgrade.It will just
not compile.
> So, i didn't sent this email asking for help that I NEED in MINE services.
> It's an error as you see in gcc!.
I didn't say that.Read my post more carefully.Also it's not an error.It's
called incompatibillity.
>
> I remind you YOUR opinion that CS secureops with bahamut ircd working
> properly
> on  previously beta version on ircservices.
My opinion was,according to the serivces code, that Secureops
SHOULD work properly.
>
> First check and after answer.
You too.
>
> George Stamatiou
>
>

Regards,
Gizm0.-


From master at xchat.gr  Sat Oct 26 05:38:35 2002
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] services crashed
References: <Pine.LNX.4.33.0210261446390.5953-100000@hnioxos.ee.auth.gr>
Message-ID: <001701c27cec$9ebfef20$a1fc673e@zeus>

By the way you didn't answer if you see anything going wrong from that i
sent from gdb.
In the first emal you said

b) We don't provide help on modified services.(Read the FAQ for more info).

There are 2 different ways.The first is when someone has added  features in
services and
asking for help, and the second is when someone has added features, but
asking help for something he hasn't changed.

I'm saying again that the problems began when i upgrade the services from
pre11 to 5.0.0 and after 5.0.2.

I cannot find any error (or incompatibillity as you said)  in gdb report
that has been done from me except GCC.
If you see any error or if someone has detected any error in source code and
appears in gdb report i have sent EXCEPT GCC you can tell me :-).

Now, about secureops you have only to look the mailing list and what you
answered.

" 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."

George Stamatiou



----- Original Message -----
From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, October 26, 2002 2:57 PM
Subject: Re: [IRCServices Coding] services crashed


>
>
> On Sat, 26 Oct 2002, George Stamatiou wrote:
>
> > Panagiotis Kefalidis you can say that you have personal experience when
you
> > know all the code.
> > did you see anything from these i have sent that "saws" an error in code
?
> > Why my ircservices working properly before the update in GCC 3 ?
> In previous posts,it was mentioned that upgrading the GCC compiler,will
> cause services not to compile.Propably you've ignored this.Also you said
> that "services crashed".The gcc has nothing to do with the binaries of
> services.I mean if sth is compiled in gcc 2.x and then you upgrade to gcc
> 3.x it will just not compile properly in some cases.Upgrading doesn't mean
> that services or anything else WILL crash due to the upgrade.It will just
> not compile.
> > So, i didn't sent this email asking for help that I NEED in MINE
services.
> > It's an error as you see in gcc!.
> I didn't say that.Read my post more carefully.Also it's not an error.It's
> called incompatibillity.
> >
> > I remind you YOUR opinion that CS secureops with bahamut ircd working
> > properly
> > on  previously beta version on ircservices.
> My opinion was,according to the serivces code, that Secureops
> SHOULD work properly.
> >
> > First check and after answer.
> You too.
> >
> > George Stamatiou
> >
> >
>
> Regards,
> Gizm0.-
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From l8nite at l8nite.net  Sat Oct 26 09:02:14 2002
From: l8nite at l8nite.net (Shaun Guth)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Small bug
Message-ID: <1035648162.5966.2.camel@thrall>

Morning everyone, just stumbled across this...

/cs info #aspectfx
-ChanServ- Information for channel #aspectfx:
-ChanServ-         Founder: PipSqueek
-ChanServ-     Description: The #aspectfx hangout klub
-ChanServ-      Registered: Jul 20 01:51:54 2002 EDT
-ChanServ-       Last used: Oct 26 11:56:11 2002 EDT

/cs set #aspectfx successor pipsqueek
-ChanServ- You can't make the founder of a channel the successor too.

/cs set #aspectfx founder l8nite
-ChanServ- Founder of #aspectfx changed to l8nite.

/cs set #aspectfx successor slyfx
-ChanServ- Successor for #aspectfx changed to slyfx.

/cs set #aspectfx successor pipsqueek
-ChanServ- Successor for #aspectfx changed to pipsqueek.

/cs set #aspectfx founder PipSqueek
-ChanServ- Founder of #aspectfx changed to PipSqueek.

Most likely a strcmp that should have been a strcasecmp... but I haven't
looked through the source to find it yet.

Shaun


From pkef at hnioxos.ee.auth.gr  Sat Oct 26 10:56:11 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] services crashed
In-Reply-To: <001701c27cec$9ebfef20$a1fc673e@zeus>
Message-ID: <Pine.LNX.4.33.0210262046460.6855-100000@hnioxos.ee.auth.gr>

The Thread is simply off.Anyone reading this mailing list fully understood what
i said,except you.Please stop arguing and flooding the list with useless
mails.


Regards,
Gizm0.-

On Sat, 26 Oct 2002, George Stamatiou wrote:

> By the way you didn't answer if you see anything going wrong from that i
> sent from gdb.
> In the first emal you said
>
> b) We don't provide help on modified services.(Read the FAQ for more info).
>
> There are 2 different ways.The first is when someone has added  features in
> services and
> asking for help, and the second is when someone has added features, but
> asking help for something he hasn't changed.
I can't understand what you're trying to say here.ANY kind of modified
services IS a reason NOT to provide help on.
>
> I'm saying again that the problems began when i upgrade the services from
> pre11 to 5.0.0 and after 5.0.2.
>
In your previous mail u said it was an error GCC or sth?Make a chose and
finally specify your opinion.

> I cannot find any error (or incompatibillity as you said)  in gdb report
> that has been done from me except GCC.
I didn't say that.For one more time please read more carefully my post
before mailing back to the list.
> If you see any error or if someone has detected any error in source code and
> appears in gdb report i have sent EXCEPT GCC you can tell me :-).
>
> Now, about secureops you have only to look the mailing list and what you
> answered.
>
>
> George Stamatiou
>
>
>
> ----- Original Message -----
> From: "Panagiotis Kefalidis" <pkef@hnioxos.ee.auth.gr>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Saturday, October 26, 2002 2:57 PM
> Subject: Re: [IRCServices Coding] services crashed
>
>
> >
> >
> > On Sat, 26 Oct 2002, George Stamatiou wrote:
> >
> > > Panagiotis Kefalidis you can say that you have personal experience when
> you
> > > know all the code.
> > > did you see anything from these i have sent that "saws" an error in code
> ?
> > > Why my ircservices working properly before the update in GCC 3 ?
> > In previous posts,it was mentioned that upgrading the GCC compiler,will
> > cause services not to compile.Propably you've ignored this.Also you said
> > that "services crashed".The gcc has nothing to do with the binaries of
> > services.I mean if sth is compiled in gcc 2.x and then you upgrade to gcc
> > 3.x it will just not compile properly in some cases.Upgrading doesn't mean
> > that services or anything else WILL crash due to the upgrade.It will just
> > not compile.
> > > So, i didn't sent this email asking for help that I NEED in MINE
> services.
> > > It's an error as you see in gcc!.
> > I didn't say that.Read my post more carefully.Also it's not an error.It's
> > called incompatibillity.
> > >
> > > I remind you YOUR opinion that CS secureops with bahamut ircd working
> > > properly
> > > on  previously beta version on ircservices.
> > My opinion was,according to the serivces code, that Secureops
> > SHOULD work properly.
> > >
> > > First check and after answer.
> > You too.
> > >
> > > George Stamatiou
> > >
> > >
> >
> > Regards,
> > Gizm0.-
> >
> > ------------------------------------------------------------------
> > 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 Oct 26 10:40:06 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Question
Message-ID: <000a01c27d16$b9080be0$60c8a8c0@nygmatech.local>

Hello;

Can someone point me on the problem about some commands becoming
unavailable when using unreal/tr-ircd servers ?

I have tried and tried over this day and no command disappeared to
 the "is temporarily unavailable" version.

Did someone detect out why and when this happens ?

Regards;
yusuf - TR-IRCD Coder.

------------------------------------------------------------------
| 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 frostycoolslug at hotmail.com  Sat Oct 26 10:44:48 2002
From: frostycoolslug at hotmail.com (Craig McLure)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Question
Message-ID: <F53TMqhimHaluApyLE80000f745@hotmail.com>

i had this problem a loooong time back, in the early betas, it seemed to 
only happen when services couldnt fork or something, i posted it to the 
mailing list, they said that i needed more system resources(?!?!?!)..

It just suddenly stopped happening, i'm not sure why..

start services in debug mode and check the logs.. they often give reasons 
for things like this



--
Craig McLure
Craig@chatspike.net
Network Administrator of the ChatSpike IRC Network.
ChatSpike, the users network! www.chatspike.net





>From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: [IRCServices Coding] Question
>Date: Sat, 26 Oct 2002 19:40:06 +0200
>
>
>Hello;
>
>Can someone point me on the problem about some commands becoming
>unavailable when using unreal/tr-ircd servers ?
>
>I have tried and tried over this day and no command disappeared to
>  the "is temporarily unavailable" version.
>
>Did someone detect out why and when this happens ?
>
>Regards;
>yusuf - TR-IRCD Coder.
>
>------------------------------------------------------------------
>| 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


_________________________________________________________________
Unlimited Internet access for only $21.95/month.  Try MSN! 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp


From RT.Mail at verizon.net  Sat Oct 26 11:26:01 2002
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] IRCD
Message-ID: <20021026182604.DOXT2867.out002.verizon.net@bofh>

A while ago someone on here said that they and a few other people were going to be building an ircd with alot of 
the features similar to unreal but more stable. We are looking for a new ircd like that, I was just wondering if anything had came 
of that.

Please reply to this directly, off of the coding list.

Thanks

I sent this same email a few days ago. It looks like it didn't send properly, if you get it twice sorry.


From brain at brainbox.winbot.co.uk  Sat Oct 26 13:45:29 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] IRCD
Message-ID: <200210261949.g9QJn0Y06930@localhost.localdomain>

Yes, if you mean InspIRCd, we're still working on it sporadically. We stopped for a while though as i got a bit of a mental block :) Post to the forums on the www.inspircd.org site for more info as im sure andy won't like us promoting our stuff here ;)

>A while ago someone on here said that they and a few other people were going to be building an ircd with alot of 
>the features similar to unreal but more stable. We are looking for a new ircd like that, I was just wondering if anything had came 
>of that.
>
>Please reply to this directly, off of the coding list.
>
>Thanks
>
>I sent this same email a few days ago. It looks like it didn't send properly, if you get it twice sorry.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From idontwantthisshit at hotmail.com  Sun Oct 27 04:37:54 2002
From: idontwantthisshit at hotmail.com (DeadNotBuried)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Forbidden Nicknames
Message-ID: <OE68tAig3A6EMRPj0r200002e0c@hotmail.com>

is there any way to have forbidden nicknames changed to guest as soon as
someone changes to the nick, instead of it asking them to identify for the
nick ?


From andrewk at isdial.net  Sun Oct 27 21:51:31 2002
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ircservices-coding mailing list overview
Message-ID: <029801c27e46$1110f650$0529010a@af.didata.local>

For those of you who never read the message you were sent upon subscription
to this list (or who may have forgotten what it said), here it is. Please
can EVERYONE take the time to read it and understand what the purpose of
this list is.

Thanks, Andrew

-----------------------------------------------------------

This list is for technical discussions relating to IRC
Services. Please read on for a few tips regarding list use
and the policies of this list - they _will_ be enforced.

Typical topics of discussion include:
        - Technicalities of proposed changes.
        - How IRC Services' internals work.
        - How to go about making modifications without
          breaking things.
        - Module development for version 5.
        - Suggestions for future versions.

What this list does *not* and will *not* carry:
        - Support for IRC servers/daemons (a.k.a. ircd's)
        - HOWTO-program-in-C discussions
        - HOWTO-modify-the-ircd discussions
        - Support for modified versions of IRC Services.
        - Support for IRC clients.
        - Patches to IRC Services.
        - Discussions of any topic unrelated to Services.

It is important that the list be kept free of spam and issues
not relating to IRC Services. A few examples of what spam is
considered to be are:
        - Personal arguements and flaming.
        - Jokes, Get-Rich-Quick and other such spam.
        - Advertising

Please also bear in mind that long threads can be very
irritating and very hard to read. If a thread becomes long,
please delete the latter 70% of it, or atleast those parts
that do not pertain to your reply.

Addresses from which mail bounces for more than a week will be
removed from the mailing list. Please keep your address(es) up
to date by unsubscribing old ones before they become invalid.

Finally, thank you for taking the time to become a member of
this mailing list and for supporting IRC Services.


From ron885 at bloodheart.com  Sun Oct 27 21:38:54 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] module_config required?
Message-ID: <200210272238.54609.ron885@bloodheart.com>

i made a module and i did not include a NULL module_config and it seems to 
work fine... in the unreal protocol module it says module_config is 
required...

From RT.Mail at verizon.net  Tue Oct 22 08:45:29 2002
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] IRCD
Message-ID: <20021022154532.OEXK1423.pop017.verizon.net@bofh>

A while ago someone on here said that they and a few other people were going to be building an ircd with alot of the features of 
unreal but more stable. We are looking for a new ircd like that, I was just wondering if anything had came of that.

Thanks


From achurch at achurch.org  Mon Oct 28 19:12:19 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Small bug
In-Reply-To: <1035648162.5966.2.camel@thrall>
Message-ID: <3dbd0e05.52116@achurch.org>

>/cs info #aspectfx
>-ChanServ- Information for channel #aspectfx:
>-ChanServ-         Founder: PipSqueek
...
>/cs set #aspectfx successor pipsqueek
>-ChanServ- You can't make the founder of a channel the successor too.
>
>/cs set #aspectfx founder l8nite
>-ChanServ- Founder of #aspectfx changed to l8nite.
...
>/cs set #aspectfx successor pipsqueek
>-ChanServ- Successor for #aspectfx changed to pipsqueek.
>
>/cs set #aspectfx founder PipSqueek
>-ChanServ- Founder of #aspectfx changed to PipSqueek.

     This is designed behavior; if you had done an INFO next you would
have seen that the successor was cleared.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Mon Oct 28 19:16:13 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] module_config required?
In-Reply-To: <200210272238.54609.ron885@bloodheart.com>
Message-ID: <3dbd0e97.52131@achurch.org>

>i made a module and i did not include a NULL module_config and it seems to 
>work fine... in the unreal protocol module it says module_config is 
>required...

     This will only work when compiling modules dynamically.  When
compiling with static modules, the final link will fail with an unresolved
symbol if you don't define module_config.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From l8nite at l8nite.net  Mon Oct 28 10:56:14 2002
From: l8nite at l8nite.net (Shaun Guth)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Small bug
In-Reply-To: <3dbd0e05.52116@achurch.org>
References: <3dbd0e05.52116@achurch.org>
Message-ID: <1035831402.5973.1.camel@thrall>

You're absolutely right, thanks :-)

Shaun

On Mon, 2002-10-28 at 11:12, Andrew Church wrote:
> >/cs info #aspectfx
> >-ChanServ- Information for channel #aspectfx:
> >-ChanServ-         Founder: PipSqueek
> ...
> >/cs set #aspectfx successor pipsqueek
> >-ChanServ- You can't make the founder of a channel the successor too.
> >
> >/cs set #aspectfx founder l8nite
> >-ChanServ- Founder of #aspectfx changed to l8nite.
> ...
> >/cs set #aspectfx successor pipsqueek
> >-ChanServ- Successor for #aspectfx changed to pipsqueek.
> >
> >/cs set #aspectfx founder PipSqueek
> >-ChanServ- Founder of #aspectfx changed to PipSqueek.
> 
>      This is designed behavior; if you had done an INFO next you would
> have seen that the successor was cleared.
> 
>   --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 ron885 at bloodheart.com  Mon Oct 28 12:04:35 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] exceptions in unreal
Message-ID: <200210281304.35073.ron885@bloodheart.com>

in the code it says...

            /* Unreal 3.2 (protocol version 2303) and above support
             * autokill exclusions, so make a note of that */
            if (ver >= 2303)
                protocol_features |= PF_AKILL_EXCL;

but there is no TKL E

From prince at zirc.org  Tue Oct 29 14:04:22 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan> <001401c27c7a$73a9fe10$e500a8c0@dimitri> <004201c27c7e$1e651620$0100a8c0@dylan>
Message-ID: <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>

Alright, I sent an email earlier which caused a lot of arguing about IRCd's
but answered none of my questions.

Services do not add G:Lines upon AKILLs being entered, even though the
option is ENABLED in modules.conf.

OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
the levels of these commands in channel #a are the same as in channel #b
they will work in channel #b but not in channel #a.

OperServ's CLEARMODES command doesn't work, stating my U:lines are
incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
U:lines are correct unless I was supposed to change them in some way)

ChanServ's CLEAR command doesn't work, for anything.

ChanServ's MLOCK doesn't work at all.

I do not wish to go back to using a 4.x version of ircservices.  Any
assistence with these problems would be GREATLY appreciated.  Thanks!

-prince


From rg at tcslon.com  Tue Oct 29 14:29:07 2002
From: rg at tcslon.com (Russell Garrett)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
In-Reply-To: <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>
Message-ID: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com>

Aaaand what ircd are you running?

> -----Original Message-----
> From: ircservices-coding-admin@ircservices.za.net
> [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of prince
> Sent: 29 October 2002 22:04
> To: ircservices-coding@ircservices.za.net
> Subject: [IRCServices Coding] argh problems problems..
> 
> 
> Alright, I sent an email earlier which caused a lot of arguing 
> about IRCd's
> but answered none of my questions.
> 
> Services do not add G:Lines upon AKILLs being entered, even though the
> option is ENABLED in modules.conf.
> 
> OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
> the levels of these commands in channel #a are the same as in channel #b
> they will work in channel #b but not in channel #a.
> 
> OperServ's CLEARMODES command doesn't work, stating my U:lines are
> incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
> U:lines are correct unless I was supposed to change them in some way)
> 
> ChanServ's CLEAR command doesn't work, for anything.
> 
> ChanServ's MLOCK doesn't work at all.
> 
> I do not wish to go back to using a 4.x version of ircservices.  Any
> assistence with these problems would be GREATLY appreciated.  Thanks!
> 
> -prince
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 

From rg at tcslon.com  Tue Oct 29 14:29:38 2002
From: rg at tcslon.com (Russell Garrett)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
In-Reply-To: <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>
Message-ID: <NDBBLDHKLKMANPGMACIGAEOBDBAA.rg@tcslon.com>

Aaaand what ircd are you running?

> -----Original Message-----
> From: ircservices-coding-admin@ircservices.za.net
> [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of prince
> Sent: 29 October 2002 22:04
> To: ircservices-coding@ircservices.za.net
> Subject: [IRCServices Coding] argh problems problems..
> 
> 
> Alright, I sent an email earlier which caused a lot of arguing 
> about IRCd's
> but answered none of my questions.
> 
> Services do not add G:Lines upon AKILLs being entered, even though the
> option is ENABLED in modules.conf.
> 
> OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
> the levels of these commands in channel #a are the same as in channel #b
> they will work in channel #b but not in channel #a.
> 
> OperServ's CLEARMODES command doesn't work, stating my U:lines are
> incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
> U:lines are correct unless I was supposed to change them in some way)
> 
> ChanServ's CLEAR command doesn't work, for anything.
> 
> ChanServ's MLOCK doesn't work at all.
> 
> I do not wish to go back to using a 4.x version of ircservices.  Any
> assistence with these problems would be GREATLY appreciated.  Thanks!
> 
> -prince
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 

From ghozer at scfclan.com  Tue Oct 29 14:33:53 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan> <001401c27c7a$73a9fe10$e500a8c0@dimitri> <004201c27c7e$1e651620$0100a8c0@dylan> <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>
Message-ID: <004a01c27f9b$458f8fd0$0200a8c0@GHOZER>

WE had these problems, this is how we solved it,

for the A kills/Glines, we re-started the services, and addded L and H lines
to the config?? Dunno.. but it fixed it.. so ????!!!
For the op/deop in channels #a and #b - the same settigns etc.. this was a
simple thing of re-stating the services again, and re-registering the
channels, Dropping them, re-starting services, and re-registering,

OperServ's CLEARMODES : - Again, the same solution...

ChanServ's MLOCK doesn't work at all. - and yet again... re-start..

I dont know what IRCD your using, But i bet it's UnrealIRCD,

re-write your config files for the IRCD and hte services, clean it out, take
out un needed lines and check for typos etc, We did all that, and it fixed
our problems...

It also has to do with if you hav multipule servers link4ed, you need U
lines for the server', Server <-> Server U: Lines,

Ghozer


------------------------------------------
irc.linkirc.net
www.linkirc.net
LinkIRC Co-Founder
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, October 29, 2002 10:04 PM
Subject: [IRCServices Coding] argh problems problems..


> Alright, I sent an email earlier which caused a lot of arguing about
IRCd's
> but answered none of my questions.
>
> Services do not add G:Lines upon AKILLs being entered, even though the
> option is ENABLED in modules.conf.
>
> OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
> the levels of these commands in channel #a are the same as in channel #b
> they will work in channel #b but not in channel #a.
>
> OperServ's CLEARMODES command doesn't work, stating my U:lines are
> incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
> U:lines are correct unless I was supposed to change them in some way)
>
> ChanServ's CLEAR command doesn't work, for anything.
>
> ChanServ's MLOCK doesn't work at all.
>
> I do not wish to go back to using a 4.x version of ircservices.  Any
> assistence with these problems would be GREATLY appreciated.  Thanks!
>
> -prince
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From Ganja51 at lcirc.net  Tue Oct 29 14:50:21 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
Message-ID: <001201c27f9d$a38e4c00$2302a8c0@dell.frontiernet.net>

i've been experiencing some of the same problems.... i suppose that's a
solution, but for those of us running production networks, it's not a very
good one......

i hope Andrew can reproduce this so it can get fixed.

~Ganja51
-----Original Message-----
From: Colin Thorpe(SCF) <ghozer@scfclan.com>
To: ircservices-coding@ircservices.za.net
<ircservices-coding@ircservices.za.net>
Date: Tuesday, October 29, 2002 4:36 PM
Subject: Re: [IRCServices Coding] argh problems problems..


>WE had these problems, this is how we solved it,
>
>for the A kills/Glines, we re-started the services, and addded L and H
lines
>to the config?? Dunno.. but it fixed it.. so ????!!!
>For the op/deop in channels #a and #b - the same settigns etc.. this was a
>simple thing of re-stating the services again, and re-registering the
>channels, Dropping them, re-starting services, and re-registering,
>
>OperServ's CLEARMODES : - Again, the same solution...
>
>ChanServ's MLOCK doesn't work at all. - and yet again... re-start..
>
>I dont know what IRCD your using, But i bet it's UnrealIRCD,
>
>re-write your config files for the IRCD and hte services, clean it out,
take
>out un needed lines and check for typos etc, We did all that, and it fixed
>our problems...
>
>It also has to do with if you hav multipule servers link4ed, you need U
>lines for the server', Server <-> Server U: Lines,
>
>Ghozer
>
>
>------------------------------------------
>irc.linkirc.net
>www.linkirc.net
>LinkIRC Co-Founder
>Clan{SCF} Founder / Leader
>Sacrificial ~n~ Cold Fear
>www.clanscf.com
>#Clan{SCF}
>Fear, is not knowing. Terror, is finding out.
>----- Original Message -----
>From: "prince" <prince@zirc.org>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Tuesday, October 29, 2002 10:04 PM
>Subject: [IRCServices Coding] argh problems problems..
>
>
>> Alright, I sent an email earlier which caused a lot of arguing about
>IRCd's
>> but answered none of my questions.
>>
>> Services do not add G:Lines upon AKILLs being entered, even though the
>> option is ENABLED in modules.conf.
>>
>> OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
>> the levels of these commands in channel #a are the same as in channel #b
>> they will work in channel #b but not in channel #a.
>>
>> OperServ's CLEARMODES command doesn't work, stating my U:lines are
>> incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
>> U:lines are correct unless I was supposed to change them in some way)
>>
>> ChanServ's CLEAR command doesn't work, for anything.
>>
>> ChanServ's MLOCK doesn't work at all.
>>
>> I do not wish to go back to using a 4.x version of ircservices.  Any
>> assistence with these problems would be GREATLY appreciated.  Thanks!
>>
>> -prince
>>
>> ------------------------------------------------------------------
>> 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 prince at zirc.org  Tue Oct 29 14:55:48 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
References: <001201c27f9d$a38e4c00$2302a8c0@dell.frontiernet.net>
Message-ID: <000f01c27f9e$52a99140$e577e518@msns.eph.ptd.net>

I agree, it's not a very good solution.  Although, I've been a fan of
ircservices ever since I began using it, and I will do what it is you've
asked.  Except, I cannot drop the channels.  The best I can do is restart
services hoping like you've said that it will fix the problems, and since
5.0.2 came out that gives me a *reasonable* reason to global notice my
network stating why services are being restarted.

Thank you for the help. ;D

-prince


----- Original Message -----
From: "Ganja51" <Ganja51@lcirc.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, October 29, 2002 5:50 PM
Subject: Re: [IRCServices Coding] argh problems problems..


> i've been experiencing some of the same problems.... i suppose that's a
> solution, but for those of us running production networks, it's not a very
> good one......
>
> i hope Andrew can reproduce this so it can get fixed.
>
> ~Ganja51
> -----Original Message-----
> From: Colin Thorpe(SCF) <ghozer@scfclan.com>
> To: ircservices-coding@ircservices.za.net
> <ircservices-coding@ircservices.za.net>
> Date: Tuesday, October 29, 2002 4:36 PM
> Subject: Re: [IRCServices Coding] argh problems problems..
>
>
> >WE had these problems, this is how we solved it,
> >
> >for the A kills/Glines, we re-started the services, and addded L and H
> lines
> >to the config?? Dunno.. but it fixed it.. so ????!!!
> >For the op/deop in channels #a and #b - the same settigns etc.. this was
a
> >simple thing of re-stating the services again, and re-registering the
> >channels, Dropping them, re-starting services, and re-registering,
> >
> >OperServ's CLEARMODES : - Again, the same solution...
> >
> >ChanServ's MLOCK doesn't work at all. - and yet again... re-start..
> >
> >I dont know what IRCD your using, But i bet it's UnrealIRCD,
> >
> >re-write your config files for the IRCD and hte services, clean it out,
> take
> >out un needed lines and check for typos etc, We did all that, and it
fixed
> >our problems...
> >
> >It also has to do with if you hav multipule servers link4ed, you need U
> >lines for the server', Server <-> Server U: Lines,
> >
> >Ghozer
> >
> >
> >------------------------------------------
> >irc.linkirc.net
> >www.linkirc.net
> >LinkIRC Co-Founder
> >Clan{SCF} Founder / Leader
> >Sacrificial ~n~ Cold Fear
> >www.clanscf.com
> >#Clan{SCF}
> >Fear, is not knowing. Terror, is finding out.
> >----- Original Message -----
> >From: "prince" <prince@zirc.org>
> >To: <ircservices-coding@ircservices.za.net>
> >Sent: Tuesday, October 29, 2002 10:04 PM
> >Subject: [IRCServices Coding] argh problems problems..
> >
> >
> >> Alright, I sent an email earlier which caused a lot of arguing about
> >IRCd's
> >> but answered none of my questions.
> >>
> >> Services do not add G:Lines upon AKILLs being entered, even though the
> >> option is ENABLED in modules.conf.
> >>
> >> OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though
say
> >> the levels of these commands in channel #a are the same as in channel
#b
> >> they will work in channel #b but not in channel #a.
> >>
> >> OperServ's CLEARMODES command doesn't work, stating my U:lines are
> >> incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
> >> U:lines are correct unless I was supposed to change them in some way)
> >>
> >> ChanServ's CLEAR command doesn't work, for anything.
> >>
> >> ChanServ's MLOCK doesn't work at all.
> >>
> >> I do not wish to go back to using a 4.x version of ircservices.  Any
> >> assistence with these problems would be GREATLY appreciated.  Thanks!
> >>
> >> -prince
> >>
> >> ------------------------------------------------------------------
> >> 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 prince at zirc.org  Tue Oct 29 14:56:32 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
References: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com>
Message-ID: <001701c27f9e$6d0ca220$e577e518@msns.eph.ptd.net>

I'm running UnrealIRCD, 3.1.4-Meadows (will upgrade to 3.2 when a "stable"
release is out)

-prince

----- Original Message -----
From: "Russell Garrett" <rg@tcslon.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, October 29, 2002 5:29 PM
Subject: RE: [IRCServices Coding] argh problems problems..


> Aaaand what ircd are you running?
>
> > -----Original Message-----
> > From: ircservices-coding-admin@ircservices.za.net
> > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of prince
> > Sent: 29 October 2002 22:04
> > To: ircservices-coding@ircservices.za.net
> > Subject: [IRCServices Coding] argh problems problems..
> >
> >
> > Alright, I sent an email earlier which caused a lot of arguing
> > about IRCd's
> > but answered none of my questions.
> >
> > Services do not add G:Lines upon AKILLs being entered, even though the
> > option is ENABLED in modules.conf.
> >
> > OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though
say
> > the levels of these commands in channel #a are the same as in channel #b
> > they will work in channel #b but not in channel #a.
> >
> > OperServ's CLEARMODES command doesn't work, stating my U:lines are
> > incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
> > U:lines are correct unless I was supposed to change them in some way)
> >
> > ChanServ's CLEAR command doesn't work, for anything.
> >
> > ChanServ's MLOCK doesn't work at all.
> >
> > I do not wish to go back to using a 4.x version of ircservices.  Any
> > assistence with these problems would be GREATLY appreciated.  Thanks!
> >
> > -prince
> >
> > ------------------------------------------------------------------
> > 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 Craig at chatspike.net  Tue Oct 29 16:03:04 2002
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
Message-ID: <20021030000033.MWCP27595.mta05-svc.ntlworld.com@i-br0ked-it>

Unreal 3.1.4 is know to have loads of problems when it comes to services.. This is probably the reason for such problems.

-----------------------------------------------------------------------  
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net  
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------


============ Original Message ============
From ghozer at scfclan.com  Tue Oct 29 21:17:03 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
References: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com> <001701c27f9e$6d0ca220$e577e518@msns.eph.ptd.net>
Message-ID: <001701c27fd3$95437bd0$0200a8c0@GHOZER>

Ahh, I thought it was 3.1.4, That is the same version we are running, we
know that is the reason for our problems, it is the IRCD It's self, Not the
services, These questions have been batted about this Liist a few times
now.. I know .. cause i done it a couple...

Up-grade to 3.1.5 when it comes out.. or yes, 3.2.x should do it...

Ghozer


------------------------------------------
irc.linkirc.net
www.linkirc.net
LinkIRC Co-Founder
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Tuesday, October 29, 2002 10:56 PM
Subject: Re: [IRCServices Coding] argh problems problems..


> I'm running UnrealIRCD, 3.1.4-Meadows (will upgrade to 3.2 when a "stable"
> release is out)
>
> -prince
>
> ----- Original Message -----
> From: "Russell Garrett" <rg@tcslon.com>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Tuesday, October 29, 2002 5:29 PM
> Subject: RE: [IRCServices Coding] argh problems problems..
>
>
> > Aaaand what ircd are you running?
> >
> > > -----Original Message-----
> > > From: ircservices-coding-admin@ircservices.za.net
> > > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of
prince
> > > Sent: 29 October 2002 22:04
> > > To: ircservices-coding@ircservices.za.net
> > > Subject: [IRCServices Coding] argh problems problems..
> > >
> > >
> > > Alright, I sent an email earlier which caused a lot of arguing
> > > about IRCd's
> > > but answered none of my questions.
> > >
> > > Services do not add G:Lines upon AKILLs being entered, even though the
> > > option is ENABLED in modules.conf.
> > >
> > > OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though
> say
> > > the levels of these commands in channel #a are the same as in channel
#b
> > > they will work in channel #b but not in channel #a.
> > >
> > > OperServ's CLEARMODES command doesn't work, stating my U:lines are
> > > incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x -
my
> > > U:lines are correct unless I was supposed to change them in some way)
> > >
> > > ChanServ's CLEAR command doesn't work, for anything.
> > >
> > > ChanServ's MLOCK doesn't work at all.
> > >
> > > I do not wish to go back to using a 4.x version of ircservices.  Any
> > > assistence with these problems would be GREATLY appreciated.  Thanks!
> > >
> > > -prince
> > >
> > > ------------------------------------------------------------------
> > > 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 Oct 30 14:23:06 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] argh problems problems..
In-Reply-To: <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>
Message-ID: <3dbf6cf7.54574@achurch.org>

     I can't reproduce any of these using Unreal 3.1.3.  As others have
noted, 3.1.4 seems to be buggy; try downgrading to 3.1.3.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Alright, I sent an email earlier which caused a lot of arguing about IRCd's
>but answered none of my questions.
>
>Services do not add G:Lines upon AKILLs being entered, even though the
>option is ENABLED in modules.conf.
>
>OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say
>the levels of these commands in channel #a are the same as in channel #b
>they will work in channel #b but not in channel #a.
>
>OperServ's CLEARMODES command doesn't work, stating my U:lines are
>incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my
>U:lines are correct unless I was supposed to change them in some way)
>
>ChanServ's CLEAR command doesn't work, for anything.
>
>ChanServ's MLOCK doesn't work at all.
>
>I do not wish to go back to using a 4.x version of ircservices.  Any
>assistence with these problems would be GREATLY appreciated.  Thanks!
>
>-prince
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From oleg_orlov at inbox.ru  Tue Oct 29 23:24:32 2002
From: oleg_orlov at inbox.ru (=?koi8-r?Q?=EF=CC=C5=C7=20=EF=D2=CC=CF=D7?=)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Fails services(lock file not removed)
Message-ID: <E186nDM-000NRd-00@f19.mail.ru>

OS: Solaris 2.7 SPARC
gcc 3.0.1
gmake

1.
-> LockFilename ircservices.lock

data directory always locked, file ircservices.lock not removed after
services update *.db

permissions on ircservices.lock->000 - ??????????, umask 077 in config file

2. always Segmentation Fault

[Oct 30 11:57:54.176270 2002] Services terminating: Segmentation Fault
[Oct 30 11:57:54.178901 2002] debug: Sent: :services.fergana.gci SQUIT services.fergana.gci :Services terminating: Segmentation Fault

???????????????????????????????

need return "make" from solaris(gmake not properly worked ??)

services 4.5.43(work good) services 5.0.2(Fails, very bad release, this """"beta -9999""""")

Best regards!!! Orlov Oleg





From achurch at achurch.org  Wed Oct 30 16:37:20 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Fails services(lock file not removed)
In-Reply-To: <E186nDM-000NRd-00@f19.mail.ru>
Message-ID: <3dbf8cff.10067@achurch.org>

>
>OS: Solaris 2.7 SPARC
>gcc 3.0.1
>gmake
>
>1.
>-> LockFilename        ircservices.lock
>
>data directory always locked, file ircservices.lock not removed after
>services update *.db

     This should not occur if Services is installed properly, unless the
crash you're reporting below occurs during database writes.

>2. always Segmentation Fault
>
>[Oct 30 11:57:54.176270 2002] Services terminating: Segmentation Fault
>[Oct 30 11:57:54.178901 2002] debug: Sent: :services.fergana.gci SQUIT services.fergana.gci :Services terminating: Segmentation Fault

     GCC 3.0.x has been reported to produce bad code.  Try upgrading to GCC
3.2 and recompiling.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ballsy at mystical.net  Fri Nov  1 13:46:55 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ircservices-chk script
Message-ID: <Pine.LNX.4.44.0211011639270.19741-100000@david.mail.net>

        When services DBs are updated in older versions of IRCServices (ie 
4.5.*), *.db.save files are created, which are then copied back to the 
normal .db file name.  I've had several occasions when services (4.5.43) 
would die during this DB file update, and I'd be left with a nick.db.save 
file, but no nick.db.  If I then restart services, no nick.db would be 
found (obviously), and a new one would be started from scratch...not a 
desired effect.
        Because of this functionality, I choose not to restart services 
using cron for fear of losing a .db file or 2.  While it's possible to 
write a more elaborate cron script which would check for these .save files 
and copy them into place in the aforementioned event before restarting 
services, does version 5.0.* have a better way around this at all ? 
        Planning to migrate to 5.0.2...they're looking great.

David


From cyberdems at wwirc.za.org  Fri Nov  1 14:27:27 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ChanServ bug?
References: <Pine.LNX.4.44.0211011639270.19741-100000@david.mail.net>
Message-ID: <000c01c281f5$dcd7dc60$bc00a8c0@co.za.mshome.net>

Hi there, guys...
There's something I'd like to query on - maybe it's normal, maybe not...
When ChanServ changes the topic when a user joins an empty channel
registered to ChanServ, it uses the current time as the timestamp (never
been like this before in 4.5.*), and not the time the topic was actually
set...
Here's what I mean:

[23:12] * CyberDems changes topic to 'test'
>>> Rejoined #Test
[00:16] * services.wwirc.za.org changes topic to 'test (CyberDems)'
>>> /topic #Test
[00:16] * Topic is 'test'
[00:16] * Set by CyberDems on Sat Nov 02 00:16:15

Notice I set the topic at 23:12, but when the topic is changed by services,
it says: set by CyberDems on <current time>.

Also, while in this subject, is it possible to make services.network.bleh
stop doing ChanServ's jobs (eg: setting topics/modes/etc)? It can get pretty
annoying if the "server" sets them.

Thank you for your time and interest,

CyberDems
WWIRC Head Admin
irc.wwirc.za.org



From dylanvdm at icon.co.za  Sat Nov  2 00:36:18 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ChanServ bug?
References: <Pine.LNX.4.44.0211011639270.19741-100000@david.mail.net> <000c01c281f5$dcd7dc60$bc00a8c0@co.za.mshome.net>
Message-ID: <001d01c2824a$ed27bb30$2dccef9b@dylan>

If you care to look back in the list, you will see that I brought up the
suggestion of changing services.bleh.net to ChanServ because it does annoy
me when the services server changes settings. However Andrew replied that he
has done this because of the fact that not all ircds support ChanServ
changing certain channel settings. He also said he was thinking about
changing the code to allow ChanServ to change settings if the ircd allows
it, and visa versa. Lets hold thumbs...

I wouldn't know about the timestamp thing because I turn off stamps when
chatting, only looking at them in logs.

Dylan.


----- Original Message -----
From: "CyberDems" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, November 02, 2002 12:27 AM
Subject: [IRCServices Coding] ChanServ bug?


> Hi there, guys...
> There's something I'd like to query on - maybe it's normal, maybe not...
> When ChanServ changes the topic when a user joins an empty channel
> registered to ChanServ, it uses the current time as the timestamp (never
> been like this before in 4.5.*), and not the time the topic was actually
> set...
> Here's what I mean:
>
> [23:12] * CyberDems changes topic to 'test'
> >>> Rejoined #Test
> [00:16] * services.wwirc.za.org changes topic to 'test (CyberDems)'
> >>> /topic #Test
> [00:16] * Topic is 'test'
> [00:16] * Set by CyberDems on Sat Nov 02 00:16:15
>
> Notice I set the topic at 23:12, but when the topic is changed by
services,
> it says: set by CyberDems on <current time>.
>
> Also, while in this subject, is it possible to make services.network.bleh
> stop doing ChanServ's jobs (eg: setting topics/modes/etc)? It can get
pretty
> annoying if the "server" sets them.
>
> Thank you for your time and interest,
>
> CyberDems
> WWIRC Head Admin
> irc.wwirc.za.org
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From cyberdems at wwirc.za.org  Sat Nov  2 01:43:48 2002
From: cyberdems at wwirc.za.org (CyberDems)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ChanServ bug?
References: <Pine.LNX.4.44.0211011639270.19741-100000@david.mail.net> <000c01c281f5$dcd7dc60$bc00a8c0@co.za.mshome.net> <001d01c2824a$ed27bb30$2dccef9b@dylan>
Message-ID: <001501c28254$58c403e0$bc00a8c0@co.za.mshome.net>

Ok - well thanks for your input.
I'm not TOO worried about the services.server.bleh thing.
It's more the TOPIC section that I'd like Andrew to read.. I think it may be
a bug? or a mis-configuration?

Thanks again,
CyberDems

----- Original Message -----
From: Dylan v.d Merwe <dylanvdm@icon.co.za>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, November 02, 2002 10:36 AM
Subject: Re: [IRCServices Coding] ChanServ bug?


> If you care to look back in the list, you will see that I brought up the
> suggestion of changing services.bleh.net to ChanServ because it does annoy
> me when the services server changes settings. However Andrew replied that
he
> has done this because of the fact that not all ircds support ChanServ
> changing certain channel settings. He also said he was thinking about
> changing the code to allow ChanServ to change settings if the ircd allows
> it, and visa versa. Lets hold thumbs...
>
> I wouldn't know about the timestamp thing because I turn off stamps when
> chatting, only looking at them in logs.
>
> Dylan.
>
>
> ----- Original Message -----
> From: "CyberDems" <cyberdems@wwirc.za.org>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Saturday, November 02, 2002 12:27 AM
> Subject: [IRCServices Coding] ChanServ bug?
>
>
> > Hi there, guys...
> > There's something I'd like to query on - maybe it's normal, maybe not...
> > When ChanServ changes the topic when a user joins an empty channel
> > registered to ChanServ, it uses the current time as the timestamp (never
> > been like this before in 4.5.*), and not the time the topic was actually
> > set...
> > Here's what I mean:
> >
> > [23:12] * CyberDems changes topic to 'test'
> > >>> Rejoined #Test
> > [00:16] * services.wwirc.za.org changes topic to 'test (CyberDems)'
> > >>> /topic #Test
> > [00:16] * Topic is 'test'
> > [00:16] * Set by CyberDems on Sat Nov 02 00:16:15
> >
> > Notice I set the topic at 23:12, but when the topic is changed by
> services,
> > it says: set by CyberDems on <current time>.
> >
> > Also, while in this subject, is it possible to make
services.network.bleh
> > stop doing ChanServ's jobs (eg: setting topics/modes/etc)? It can get
> pretty
> > annoying if the "server" sets them.
> >
> > Thank you for your time and interest,
> >
> > CyberDems
> > WWIRC Head Admin
> > irc.wwirc.za.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 Nov  5 17:41:07 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] ircservices-chk script
In-Reply-To: <Pine.LNX.4.44.0211011639270.19741-100000@david.mail.net>
Message-ID: <3dc78474.32216@achurch.org>

>       Because of this functionality, I choose not to restart services 
>using cron for fear of losing a .db file or 2.  While it's possible to 
>write a more elaborate cron script which would check for these .save files 
>and copy them into place in the aforementioned event before restarting 
>services, does version 5.0.* have a better way around this at all ? 

     Services 5.0 writes new data to a temporary file, which is then
renamed over the original file when writing completes successfully;
barring a power failure or OS bug, there should be no way for the *.db
files to become corrupted.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ballsy at mystical.net  Wed Nov  6 10:41:04 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <3db735f1.51226@achurch.org>
Message-ID: <Pine.LNX.4.44.0211061319130.2221-100000@david.mail.net>

        I am using IRCServices version 5.0.2 (not on production network 
yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded, 
and the ImmediatelySendAutokill option UNcommented in modules.conf.  
        I too observed the situation where an Akill is added, but the 
user(s) are not immediately /kill'd off the network.  If I then make the 
client /disconnect then reconnect, he IS /killed, with the appropriate 
AKill reason.  
        I decided to comment out EnableExclude in modules.conf 
(recommended in an earlier post I saw for a related subject), and that 
seemed to do the trick (though not being able to use Excludes is still 
considered an issue).
        I reproduced the situation (with Excludes enabled) with 1 linked 
server and only 2 network users (for a smaller log file), and would be 
happy to submit it privately, unless there is something else I'm missing 
that would solve this ?

David


On Thu, 24 Oct 2002, Andrew Church wrote:

> >Does OperServ no longer autokill users off the network when a akill is =
> >placed or must we manually /kill the user off initially?  I just =
> >upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps =
> >I could have missed an option that enables that?  Any help would be =
> >appreciated.
> 
>      Services has never done this.  On the other hand, your IRC server may
> kill users matching an AKILL/GLINE when Services sends it; the
> ImmediatelySendAutokill option mentioned in the other reply will cause the
> AKILL/GLINE to be sent when you add it, rather than waiting for a user to
> match 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 rg at tcslon.com  Wed Nov  6 10:45:27 2002
From: rg at tcslon.com (Russell Garrett)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061319130.2221-100000@david.mail.net>
Message-ID: <NDBBLDHKLKMANPGMACIGCECCDCAA.rg@tcslon.com>

Bahamut does not automatically kill users which match an akill and are
online when the akill is set. Services doesn't kill them either 
currently, I seem to remember this'll be added soon.

> -----Original Message-----
> From: ircservices-coding-admin@ircservices.za.net
> [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Ballsy
> Sent: 06 November 2002 18:41
> To: ircservices-coding@ircservices.za.net
> Subject: Re: [IRCServices Coding] operserv / akill
> 
> 
>       I am using IRCServices version 5.0.2 (not on production network 
> yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded, 
> and the ImmediatelySendAutokill option UNcommented in modules.conf.  
>       I too observed the situation where an Akill is added, but the 
> user(s) are not immediately /kill'd off the network.  If I then make the 
> client /disconnect then reconnect, he IS /killed, with the appropriate 
> AKill reason.  
>       I decided to comment out EnableExclude in modules.conf 
> (recommended in an earlier post I saw for a related subject), and that 
> seemed to do the trick (though not being able to use Excludes is still 
> considered an issue).
>       I reproduced the situation (with Excludes enabled) with 1 linked 
> server and only 2 network users (for a smaller log file), and would be 
> happy to submit it privately, unless there is something else I'm missing 
> that would solve this ?
> 
> David
> 
> 
> On Thu, 24 Oct 2002, Andrew Church wrote:
> 
> > >Does OperServ no longer autokill users off the network when a 
> akill is =
> > >placed or must we manually /kill the user off initially?  I just =
> > >upgraded to 5.0.1 and I looked through the .conf's throughly 
> but perhaps =
> > >I could have missed an option that enables that?  Any help would be =
> > >appreciated.
> > 
> >      Services has never done this.  On the other hand, your IRC 
> server may
> > kill users matching an AKILL/GLINE when Services sends it; the
> > ImmediatelySendAutokill option mentioned in the other reply 
> will cause the
> > AKILL/GLINE to be sent when you add it, rather than waiting for 
> a user to
> > match 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 ballsy at mystical.net  Wed Nov  6 10:52:34 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <NDBBLDHKLKMANPGMACIGCECCDCAA.rg@tcslon.com>
Message-ID: <Pine.LNX.4.44.0211061350410.2221-100000@david.mail.net>

        My user, who was already online, was killed immediately after the 
Akill was set, but ONLY if I had EnableExclude DISabled in modules.conf.  
Now that I think about it, I don't know that bahamut supports Akill 
exclusions...

David


On Wed, 6 Nov 2002, Russell Garrett wrote:

> Bahamut does not automatically kill users which match an akill and are
> online when the akill is set. Services doesn't kill them either 
> currently, I seem to remember this'll be added soon.
> 
> > -----Original Message-----
> > From: ircservices-coding-admin@ircservices.za.net
> > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Ballsy
> > Sent: 06 November 2002 18:41
> > To: ircservices-coding@ircservices.za.net
> > Subject: Re: [IRCServices Coding] operserv / akill
> > 
> > 
> >     I am using IRCServices version 5.0.2 (not on production network 
> > yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded, 
> > and the ImmediatelySendAutokill option UNcommented in modules.conf.  
> >     I too observed the situation where an Akill is added, but the 
> > user(s) are not immediately /kill'd off the network.  If I then make the 
> > client /disconnect then reconnect, he IS /killed, with the appropriate 
> > AKill reason.  
> >     I decided to comment out EnableExclude in modules.conf 
> > (recommended in an earlier post I saw for a related subject), and that 
> > seemed to do the trick (though not being able to use Excludes is still 
> > considered an issue).
> >     I reproduced the situation (with Excludes enabled) with 1 linked 
> > server and only 2 network users (for a smaller log file), and would be 
> > happy to submit it privately, unless there is something else I'm missing 
> > that would solve this ?
> > 
> > David
> > 
> > 
> > On Thu, 24 Oct 2002, Andrew Church wrote:
> > 
> > > >Does OperServ no longer autokill users off the network when a 
> > akill is =
> > > >placed or must we manually /kill the user off initially?  I just =
> > > >upgraded to 5.0.1 and I looked through the .conf's throughly 
> > but perhaps =
> > > >I could have missed an option that enables that?  Any help would be =
> > > >appreciated.
> > > 
> > >      Services has never done this.  On the other hand, your IRC 
> > server may
> > > kill users matching an AKILL/GLINE when Services sends it; the
> > > ImmediatelySendAutokill option mentioned in the other reply 
> > will cause the
> > > AKILL/GLINE to be sent when you add it, rather than waiting for 
> > a user to
> > > match 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
> > 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 


From dylanvdm at icon.co.za  Wed Nov  6 10:56:52 2002
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
References: <Pine.LNX.4.44.0211061319130.2221-100000@david.mail.net>
Message-ID: <000c01c285c6$4aaf0c80$0100a8c0@dylan>

    # ImmediatelySendAutokill  [OPTIONAL]
    #     Causes OperServ to inform all servers of a new autokill or
    #     autokill exclusion the moment it is added, rather than waiting
    #     for someone to match it first.

    ImmediatelySendAutokill

If you want akills to take effect immediately then you would enable this
function. Otherwise the akill will just sit there and wait until a hostmask
actually matches the akill (when connecting for eg).

Dylan.

----- Original Message -----
From: "Ballsy" <ballsy@mystical.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, November 06, 2002 8:41 PM
Subject: Re: [IRCServices Coding] operserv / akill


> I am using IRCServices version 5.0.2 (not on production network
> yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded,
> and the ImmediatelySendAutokill option UNcommented in modules.conf.
> I too observed the situation where an Akill is added, but the
> user(s) are not immediately /kill'd off the network.  If I then make the
> client /disconnect then reconnect, he IS /killed, with the appropriate
> AKill reason.
> I decided to comment out EnableExclude in modules.conf
> (recommended in an earlier post I saw for a related subject), and that
> seemed to do the trick (though not being able to use Excludes is still
> considered an issue).
> I reproduced the situation (with Excludes enabled) with 1 linked
> server and only 2 network users (for a smaller log file), and would be
> happy to submit it privately, unless there is something else I'm missing
> that would solve this ?
>
> David
>
>
> On Thu, 24 Oct 2002, Andrew Church wrote:
>
> > >Does OperServ no longer autokill users off the network when a akill is
=
> > >placed or must we manually /kill the user off initially?  I just =
> > >upgraded to 5.0.1 and I looked through the .conf's throughly but
perhaps =
> > >I could have missed an option that enables that?  Any help would be =
> > >appreciated.
> >
> >      Services has never done this.  On the other hand, your IRC server
may
> > kill users matching an AKILL/GLINE when Services sends it; the
> > ImmediatelySendAutokill option mentioned in the other reply will cause
the
> > AKILL/GLINE to be sent when you add it, rather than waiting for a user
to
> > match 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 ballsy at mystical.net  Wed Nov  6 10:59:03 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <000c01c285c6$4aaf0c80$0100a8c0@dylan>
Message-ID: <Pine.LNX.4.44.0211061358280.2221-100000@david.mail.net>

        Please see my original email below, paragraph 1.

David


On Wed, 6 Nov 2002, Dylan v.d Merwe wrote:

>     # ImmediatelySendAutokill  [OPTIONAL]
>     #     Causes OperServ to inform all servers of a new autokill or
>     #     autokill exclusion the moment it is added, rather than waiting
>     #     for someone to match it first.
> 
>     ImmediatelySendAutokill
> 
> If you want akills to take effect immediately then you would enable this
> function. Otherwise the akill will just sit there and wait until a hostmask
> actually matches the akill (when connecting for eg).
> 
> Dylan.
> 
> ----- Original Message -----
> From: "Ballsy" <ballsy@mystical.net>
> To: <ircservices-coding@ircservices.za.net>
> Sent: Wednesday, November 06, 2002 8:41 PM
> Subject: Re: [IRCServices Coding] operserv / akill
> 
> 
> > I am using IRCServices version 5.0.2 (not on production network
> > yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded,
> > and the ImmediatelySendAutokill option UNcommented in modules.conf.
> > I too observed the situation where an Akill is added, but the
> > user(s) are not immediately /kill'd off the network.  If I then make the
> > client /disconnect then reconnect, he IS /killed, with the appropriate
> > AKill reason.
> > I decided to comment out EnableExclude in modules.conf
> > (recommended in an earlier post I saw for a related subject), and that
> > seemed to do the trick (though not being able to use Excludes is still
> > considered an issue).
> > I reproduced the situation (with Excludes enabled) with 1 linked
> > server and only 2 network users (for a smaller log file), and would be
> > happy to submit it privately, unless there is something else I'm missing
> > that would solve this ?
> >
> > David
> >
> >
> > On Thu, 24 Oct 2002, Andrew Church wrote:
> >
> > > >Does OperServ no longer autokill users off the network when a akill is
> =
> > > >placed or must we manually /kill the user off initially?  I just =
> > > >upgraded to 5.0.1 and I looked through the .conf's throughly but
> perhaps =
> > > >I could have missed an option that enables that?  Any help would be =
> > > >appreciated.
> > >
> > >      Services has never done this.  On the other hand, your IRC server
> may
> > > kill users matching an AKILL/GLINE when Services sends it; the
> > > ImmediatelySendAutokill option mentioned in the other reply will cause
> the
> > > AKILL/GLINE to be sent when you add it, rather than waiting for a user
> to
> > > match 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
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 


From quension at softhome.net  Wed Nov  6 12:04:11 2002
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061350410.2221-100000@david.mail.net>
Message-ID: <EA807653-F1C2-11D6-B5B8-0003938D6866@softhome.net>

On Wednesday, Nov 6, 2002, at 10:52 US/Pacific, Ballsy wrote:

>       My user, who was already online, was killed immediately after the
> Akill was set, but ONLY if I had EnableExclude DISabled in 
> modules.conf.
> Now that I think about it, I don't know that bahamut supports Akill
> exclusions...

It doesn't.  The behavior you observed is correct.

-- Quension


From griever at t2n.org  Wed Nov  6 12:36:27 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061350410.2221-100000@david.mail.net>
Message-ID: <Pine.LNX.4.44.0211061435310.15168-100000@linux.ircd-net.org>

On Wed, 6 Nov 2002, Ballsy wrote:

>       My user, who was already online, was killed immediately after the 
> Akill was set, but ONLY if I had EnableExclude DISabled in modules.conf.  
> Now that I think about it, I don't know that bahamut supports Akill 
> exclusions...
> 

"ImmediatelySendAkill" means immediately send the akill. If EnableExclude 
is set, the AKILL command isn't set at all, but it manually kills users 
instead. (unless your ircd supports exclusions and none do that I know of)


From ballsy at mystical.net  Wed Nov  6 13:12:57 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061435310.15168-100000@linux.ircd-net.org>
Message-ID: <Pine.LNX.4.44.0211061551540.2221-100000@david.mail.net>

        Right...which made me think that, with ImmediatelySendAkill and 
EnableExclude both enabled, no AKILL would be sent to the linked servers, 
but OperServ WOULD perform individual KILLS immediately on it's own..which 
didn't occur.  After a quick glance at the source, I saw no code which would 
perform these individual kills.  Instead, static void send_akill() 
checks to see if EnableExclude is enabled, and if it is, but isn't 
supported on the given IRCd, it will just return(), having performed no 
killing.  
        I just figured that it may be handy to have OperServ loop 
through and perform the individual KILLs anyway, in the event that 
EnableExclude (and ImmediatelySendAkill) is in use, but isn't supported 
by the IRCd.    

David

On Wed, 6 Nov 2002, Finny Merrill wrote:

> On Wed, 6 Nov 2002, Ballsy wrote:
> 
> >     My user, who was already online, was killed immediately after the 
> > Akill was set, but ONLY if I had EnableExclude DISabled in modules.conf.  
> > Now that I think about it, I don't know that bahamut supports Akill 
> > exclusions...
> > 
> 
> "ImmediatelySendAkill" means immediately send the akill. If EnableExclude 
> is set, the AKILL command isn't set at all, but it manually kills users 
> instead. (unless your ircd supports exclusions and none do that I know of)
> 
> ------------------------------------------------------------------
> 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 Nov  6 16:54:56 2002
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:44 2004
Subject: AW: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061435310.15168-100000@linux.ircd-net.org>
Message-ID: <000401c285f8$4a447820$60c8a8c0@nygmatech.local>

TR-IRCD does use EXCLUDE and REXCLUDE protocol messages to handle
autokill exclusions.

Yusuf.

> -----Urspr?ngliche Nachricht-----
> Von: ircservices-coding-admin@ircservices.za.net 
> [mailto:ircservices-coding-admin@ircservices.za.net] Im 
> Auftrag von Finny Merrill
> Gesendet: Mittwoch, 6. November 2002 21:36
> An: ircservices-coding@ircservices.za.net
> Betreff: RE: [IRCServices Coding] operserv / akill
> 
> 
> On Wed, 6 Nov 2002, Ballsy wrote:
> 
> >     My user, who was already online, was killed immediately 
> after the
> > Akill was set, but ONLY if I had EnableExclude DISabled in 
> modules.conf.  
> > Now that I think about it, I don't know that bahamut supports Akill 
> > exclusions...
> > 
> 
> "ImmediatelySendAkill" means immediately send the akill. If 
> EnableExclude 
> is set, the AKILL command isn't set at all, but it manually 
> kills users 
> instead. (unless your ircd supports exclusions and none do 
> that I know of)
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 


From ghozer at scfclan.com  Wed Nov  6 15:33:40 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Chanserv Chan Comand Problems
References: <Pine.LNX.4.33.0210250123290.32073-100000@hnioxos.ee.auth.gr> <001101c27bab$b24c15b0$0100000a@amdxp> <000601c27c6d$d9440bb0$0100a8c0@dylan> <001401c27c7a$73a9fe10$e500a8c0@dimitri> <004201c27c7e$1e651620$0100a8c0@dylan> <000701c27f97$23a99220$e577e518@msns.eph.ptd.net>
Message-ID: <001b01c285ec$f02ad470$0200a8c0@GHOZER>

I'm using Unreal3.1.4 -and- IRCS 5.0.2

I get this message..
-ChanServ- Sorry, the DEOP command is temporarily unavailable.
It shows the same for ANY command I try in the channel...

It does not do it in other channels, All other channels work fine.. I have
tried dropping the channel, and re-registering it.. i have set the options
and modes the same as another channel that works fine... still no luck... i
have tried all channel modes on.. and all off.. Still... nothing....

Help please??

Ghozer


From Craig at chatspike.net  Wed Nov  6 17:06:02 2002
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:44 2004
Subject: [IRCServices Coding] Chanserv Chan Comand Problems
Message-ID: <20021107010336.EEJC3711.mta02-svc.ntlworld.com@i-br0ked-it>

"Join the club" i think theres a possiblilty of a memory leak somewhere in services, yet i'm yet to find where.. i reported it in an early beta, but nothing was ever done about it, as i thought it was a problem with the box, but its been cropping up more and more lately, and nothing can be done about it (apparently) :/ 

-----------------------------------------------------------------------  
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net  
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------


============ Original Message ============
From Ganja51 at lcirc.net  Wed Nov  6 17:39:47 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Chanserv Chan Comand Problems
References: <20021107010336.EEJC3711.mta02-svc.ntlworld.com@i-br0ked-it>
Message-ID: <002801c285fe$a1dae5a0$2102a8c0@kris5461>

nothing other than restarting services..... which shouldn't be a solution
but it's the only one atm

~Ganja51

----- Original Message -----
From: "Craig McLure" <Craig@chatspike.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, November 07, 2002 12:00 AM
Subject: Re: [IRCServices Coding] Chanserv Chan Comand Problems


> "Join the club" i think theres a possiblilty of a memory leak somewhere in
services, yet i'm yet to find where.. i reported it in an early beta, but
nothing was ever done about it, as i thought it was a problem with the box,
but its been cropping up more and more lately, and nothing can be done about
it (apparently) :/
>
> -----------------------------------------------------------------------
> Craig McLure - Craig@chatspike.net
> ChatSpike - The users network: http://www.chatspike.net
> InspIRCd - Modular IRC server: http://www.inspircd.org
> -----------------------------------------------------------------------
>
>
> ============ Original Message ============
> From    : "Colin Thorpe(SCF)" <ghozer@scfclan.com>
> Reply-To:
> To      : ircservices-coding@ircservices.za.net
> Subject : [IRCServices Coding] Chanserv Chan Comand Problems
> Date    : 2002-11-06
>
> I'm using Unreal3.1.4 -and- IRCS 5.0.2
>
> I get this message..
> -ChanServ- Sorry, the DEOP command is temporarily unavailable.
> It shows the same for ANY command I try in the channel...
>
> It does not do it in other channels, All other channels work fine.. I have
> tried dropping the channel, and re-registering it.. i have set the options
> and modes the same as another channel that works fine... still no luck...
i
> have tried all channel modes on.. and all off.. Still... nothing....
>
> Help please??
>
> Ghozer
>
> ------------------------------------------------------------------
> 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  Wed Nov  6 21:32:01 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Chanserv Chan Comand Problems
References: <20021107010336.EEJC3711.mta02-svc.ntlworld.com@i-br0ked-it>
Message-ID: <000701c2861e$ffb94cf0$0200a8c0@GHOZER>

Hmm, I was talking to somone on my network.. and he said this.....

-05:30:43- <thirtysix> ask how many channels are regged
-05:30:53- <thirtysix> how many that person has regged
-05:30:59- <thirtysix> and how many linked nicks
-05:31:10- <thirtysix> i think you'll find an answer there


so... let's see if we can get to the bottom of it...



------------------------------------------
irc.linkirc.net
www.linkirc.net
LinkIRC Co-Founder
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "Craig McLure" <Craig@chatspike.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, November 07, 2002 12:00 AM
Subject: Re: [IRCServices Coding] Chanserv Chan Comand Problems


> "Join the club" i think theres a possiblilty of a memory leak somewhere in
services, yet i'm yet to find where.. i reported it in an early beta, but
nothing was ever done about it, as i thought it was a problem with the box,
but its been cropping up more and more lately, and nothing can be done about
it (apparently) :/
>
> -----------------------------------------------------------------------
> Craig McLure - Craig@chatspike.net
> ChatSpike - The users network: http://www.chatspike.net
> InspIRCd - Modular IRC server: http://www.inspircd.org
> -----------------------------------------------------------------------
>
>
> ============ Original Message ============
> >From    : "Colin Thorpe(SCF)" <ghozer@scfclan.com>
> Reply-To:
> To      : ircservices-coding@ircservices.za.net
> Subject : [IRCServices Coding] Chanserv Chan Comand Problems
> Date    : 2002-11-06
>
> I'm using Unreal3.1.4 -and- IRCS 5.0.2
>
> I get this message..
> -ChanServ- Sorry, the DEOP command is temporarily unavailable.
> It shows the same for ANY command I try in the channel...
>
> It does not do it in other channels, All other channels work fine.. I have
> tried dropping the channel, and re-registering it.. i have set the options
> and modes the same as another channel that works fine... still no luck...
i
> have tried all channel modes on.. and all off.. Still... nothing....
>
> Help please??
>
> Ghozer
>
> ------------------------------------------------------------------
> 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 Nov  7 21:37:29 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] operserv / akill
In-Reply-To: <Pine.LNX.4.44.0211061319130.2221-100000@david.mail.net>
Message-ID: <3dca5ec3.15724@achurch.org>

RTFM (FAQ F.9).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>       I am using IRCServices version 5.0.2 (not on production network 
>yet) with bahamut-1.4.30.  I have the bahamut and akill modules loaded, 
>and the ImmediatelySendAutokill option UNcommented in modules.conf.  
>       I too observed the situation where an Akill is added, but the 
>user(s) are not immediately /kill'd off the network.  If I then make the 
>client /disconnect then reconnect, he IS /killed, with the appropriate 
>AKill reason.  
>       I decided to comment out EnableExclude in modules.conf 
>(recommended in an earlier post I saw for a related subject), and that 
>seemed to do the trick (though not being able to use Excludes is still 
>considered an issue).
>       I reproduced the situation (with Excludes enabled) with 1 linked 
>server and only 2 network users (for a smaller log file), and would be 
>happy to submit it privately, unless there is something else I'm missing 
>that would solve this ?
>
>David
>
>
>On Thu, 24 Oct 2002, Andrew Church wrote:
>
>> >Does OperServ no longer autokill users off the network when a akill is =
>> >placed or must we manually /kill the user off initially?  I just =
>> >upgraded to 5.0.1 and I looked through the .conf's throughly but perhaps =
>> >I could have missed an option that enables that?  Any help would be =
>> >appreciated.
>> 
>>      Services has never done this.  On the other hand, your IRC server may
>> kill users matching an AKILL/GLINE when Services sends it; the
>> ImmediatelySendAutokill option mentioned in the other reply will cause the
>> AKILL/GLINE to be sent when you add it, rather than waiting for a user to
>> match 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 Ganja51 at lcirc.net  Sun Nov 10 20:01:23 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] can't update
Message-ID: <000f01c28937$12c67dc0$2302a8c0@dell.frontiernet.net>

My Services recently started to give this error when they either try to
update or I try to update them. I'm running the current release with
Unreal3.2. Any ideas?

*** (s) *** Global -- from services.lcirc.net: Warning: Unable to lock data
directory; databases will not be updated.

~Ganja51


From achurch at achurch.org  Mon Nov 11 14:25:51 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] can't update
In-Reply-To: <000f01c28937$12c67dc0$2302a8c0@dell.frontiernet.net>
Message-ID: <3dcf4118.72237@achurch.org>

>My Services recently started to give this error when they either try to
>update or I try to update them. I'm running the current release with
>Unreal3.2. Any ideas?
>
>*** (s) *** Global -- from services.lcirc.net: Warning: Unable to lock data
>directory; databases will not be updated.

     Try removing .lock from the data directory.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ghozer at scfclan.com  Mon Nov 11 15:20:42 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Re: HELP - Cont'd
References: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com> <001701c27f9e$6d0ca220$e577e518@msns.eph.ptd.net>
Message-ID: <000901c289d8$f4a8ce40$0200a8c0@GHOZER>

We
re-downloaded,
re-extracted then
re-compiled them... and this is what we got....

[Nov 11 17:20:56 2002] IRC Services 5.0.2 starting up
[Nov 11 17:20:56 2002] sockets: [v]sockprintf() with NULL socket!
[Nov 11 17:20:56 2002] sockets: [v]sockprintf() with NULL socket!
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #bladesut
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#bladesut'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #buglife
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#buglife'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #ELITE-XDCC
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#ELITE-XDCC'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #ut2003
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#ut2003'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #utgames
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#utgames'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #xeno-hosting
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#xeno-hosting'
[Nov 11 17:20:56 2002] chanserv/main: Expiring channel #{SCF}war
[Nov 11 17:20:56 2002] database/version4: Extension data found for
nonexisting channel `#{SCF}war'
[Nov 11 17:20:56 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 17:20:56 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 17:20:56 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 17:20:56 2002] Read error from server: Connection reset by peer


From ghozer at scfclan.com  Mon Nov 11 14:32:35 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] HELP!!!
References: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com> <001701c27f9e$6d0ca220$e577e518@msns.eph.ptd.net>
Message-ID: <000f01c289d2$771138b0$0200a8c0@GHOZER>

[Nov 11 16:32:10 2002] IRC Services 5.0.2 starting up
[Nov 11 16:32:10 2002] sockets: [v]sockprintf() with NULL socket!
[Nov 11 16:32:10 2002] sockets: [v]sockprintf() with NULL socket!
[Nov 11 16:32:11 2002] httpd/main: Listening on 207.44.132.215:8089
[Nov 11 16:32:11 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 16:32:11 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 16:32:11 2002] sockets: flush_write_buffer(0): Broken pipe
[Nov 11 16:32:11 2002] Read error from server: Connection reset by peer


Whats this meen?


Ghozer


From griever at t2n.org  Wed Nov 13 11:08:53 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] STATUS?
Message-ID: <Pine.LNX.4.44.0211131307270.11064-100000@linux.ircd-net.org>

Shouldn't the response to NS STATUS be sent as a privmsg rather than 
notice?

If the status response was designed for bots, why use NOTICE, which bots
are supposed to ignore?


From quension at softhome.net  Wed Nov 13 12:08:02 2002
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] STATUS?
In-Reply-To: <Pine.LNX.4.44.0211131307270.11064-100000@linux.ircd-net.org>
Message-ID: <9D2A0DF6-F743-11D6-8D89-0003938D6866@softhome.net>

On Wednesday, Nov 13, 2002, at 11:08 US/Pacific, Finny Merrill wrote:

> Shouldn't the response to NS STATUS be sent as a privmsg rather than
> notice?
>
> If the status response was designed for bots, why use NOTICE, which 
> bots
> are supposed to ignore?

Automatons are not supposed to generate replies to notices.  There is
no restriction on whether they process notices or not.

-- Quension

RFC1459 (4.4.2), RFC2812 (3.3.2)


From ghozer at scfclan.com  Thu Nov 14 08:29:54 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue?
References: <NDBBLDHKLKMANPGMACIGOEOADBAA.rg@tcslon.com> <001701c27f9e$6d0ca220$e577e518@msns.eph.ptd.net>
Message-ID: <002501c28bfb$1016ff70$0200a8c0@GHOZER>

Hi, one of my users added thier current "host" to the NickServ access list..

NickServ then asks them to identify up-on re-connection, they do not, and
nickserv changes thier nick to GuestXXXXXXX

etc..

should NickServ do this if a user has thier host/mask on thie nickserv
access list for thier nick? If not, Why did it?
I checked the list, and thier current /whois - they have added it right and
it is there...

thank you


From daan at devilish.xs4all.nl  Fri Nov 15 04:09:38 2002
From: daan at devilish.xs4all.nl (daan@devilish.xs4all.nl)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue?
In-Reply-To: <002501c28bfb$1016ff70$0200a8c0@GHOZER>
Message-ID: <Pine.LNX.4.44.0211151304230.7000-100000@devilish.xs4all.nl>

Probablyy something like this:

--snip--
Modifies or displays the access list for your nickname.
This is the list of user@host addresses which will be
automatically recognized by NickServ as being allowed to use
the nickname.  If you connect to IRC with an address on this
list, you will not be affected by the nick's SET KILL
setting, and if the SECURE option is disabled, you will be
able to receive auto-op and other privileges in channels
without using the IDENTIFY command.
--snip--

If Secure is enabled it wont allow authing through access lists.

-- Daan



On Thu, 14 Nov 2002, Colin Thorpe(SCF) wrote:

> Date: Thu, 14 Nov 2002 16:29:54 -0000
> From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
> Reply-To: ircservices-coding@ircservices.za.net
> To: ircservices-coding@ircservices.za.net
> Subject: [IRCServices Coding] NickServ Issue?
>
> Hi, one of my users added thier current "host" to the NickServ access list..
>
> NickServ then asks them to identify up-on re-connection, they do not, and
> nickserv changes thier nick to GuestXXXXXXX
>
> etc..
>
> should NickServ do this if a user has thier host/mask on thie nickserv
> access list for thier nick? If not, Why did it?
> I checked the list, and thier current /whois - they have added it right and
> it is there...
>
> thank you
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From Craig at chatspike.net  Fri Nov 15 04:17:19 2002
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue?
Message-ID: <20021115121444.CSYB20191.mta03-svc.ntlworld.com@i-br0ked-it>

This isnt designed behaviour, as the NickServ help file says, 

[12:13] -NickServ- This is the list of user@host addresses which will be
[12:13] -NickServ- automatically recognized by NickServ as being allowed to use
[12:13] -NickServ- the nickname.  If you connect to IRC with an address on this
[12:13] -NickServ- list, you will not be affected by the nick's SET KILL

Although due to the lack of details (IRCd, OS Services version etc.) From where i'm standing theres little that can be done

-----------------------------------------------------------------------  
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net  
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------


============ Original Message ============
From pkef at hnioxos.ee.auth.gr  Fri Nov 15 12:40:06 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue
In-Reply-To: <002501c28bfb$1016ff70$0200a8c0@GHOZER>
Message-ID: <Pine.LNX.4.33.0211152235250.21852-100000@hnioxos.ee.auth.gr>

NickServ supports hosts like *!*user*@host.domain.net and any combination
of it.Propably they haven't set the host correct or it had some kind of
nick in it.

To Andrew:
NickServ allows to add hosts like nick!user@host.domain.net .. why
allowing nicks on the mask although it's useless?A notice or sth and check
for nicks in the mask i think is good.

On Thu, 14 Nov 2002, Colin Thorpe(SCF) wrote:

> Hi, one of my users added thier current "host" to the NickServ access list..
>
> NickServ then asks them to identify up-on re-connection, they do not, and
> nickserv changes thier nick to GuestXXXXXXX
>
> etc..
>
> should NickServ do this if a user has thier host/mask on thie nickserv
> access list for thier nick? If not, Why did it?
> I checked the list, and thier current /whois - they have added it right and
> it is there...
>
> thank you
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
Regards,
Gizm0.-


From achurch at achurch.org  Sat Nov 16 18:02:51 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] ChanServ bug?
In-Reply-To: <000c01c281f5$dcd7dc60$bc00a8c0@co.za.mshome.net>
Message-ID: <3dd60be3.02520@achurch.org>

>[23:12] * CyberDems changes topic to 'test'
>>>> Rejoined #Test
>[00:16] * services.wwirc.za.org changes topic to 'test (CyberDems)'
>>>> /topic #Test
>[00:16] * Topic is 'test'
>[00:16] * Set by CyberDems on Sat Nov 02 00:16:15

     Fixed, thanks for the report.

>Also, while in this subject, is it possible to make services.network.bleh
>stop doing ChanServ's jobs (eg: setting topics/modes/etc)? It can get pretty
>annoying if the "server" sets them.

     There are multiple points of view on this, and though I'll consider it
in the future, I'm not going to change it for 5.0.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Sat Nov 16 18:30:01 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue?
In-Reply-To: <002501c28bfb$1016ff70$0200a8c0@GHOZER>
Message-ID: <3dd61033.02532@achurch.org>

     This shouldn't happen.  Are you sure the access mask was correct?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi, one of my users added thier current "host" to the NickServ access list..
>
>NickServ then asks them to identify up-on re-connection, they do not, and
>nickserv changes thier nick to GuestXXXXXXX
>
>etc..
>
>should NickServ do this if a user has thier host/mask on thie nickserv
>access list for thier nick? If not, Why did it?
>I checked the list, and thier current /whois - they have added it right and
>it is there...
>
>thank you
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From deuce at dhcnetwork.com  Sun Nov 17 05:48:21 2002
From: deuce at dhcnetwork.com (deuce)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] changing nick
Message-ID: <20021117084601.K47807-100000@c3p0.reverse.net>

I looked and can't seem to find the answer so I'll ask here. Is it
possible to use ircservices to change a user nick? I have some "family"
channels and want to be able to change non-registered nicks that are
offensive.

Deuce
http://www.dhcnetwork.com



From achurch at achurch.org  Mon Nov 18 19:04:01 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] changing nick
In-Reply-To: <20021117084601.K47807-100000@c3p0.reverse.net>
Message-ID: <3dd8bb40.07510@achurch.org>

>I looked and can't seem to find the answer so I'll ask here. Is it
>possible to use ircservices to change a user nick? I have some "family"
>channels and want to be able to change non-registered nicks that are
>offensive.

     You can prevent the use of certain nicks on the whole network with
SQlines; however, you can't do this just for certain channels.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From cyberdems at wwirc.za.org  Mon Nov 18 06:51:37 2002
From: cyberdems at wwirc.za.org (CyberDems (WWIRC))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] changing nick
References: <3dd8bb40.07510@achurch.org>
Message-ID: <001101c28f12$00167410$0200a8c0@dimitri>

hey guys.. i was trying to compile services, when the following error
occured:

<CENSORED>@shell:/usr/home/<CENSORED>/ircservices-5.0.3$ gmake
gmake: getcwd: : Permission denied
sh version.sh
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o
version.o
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o
actions.o
In file included from sockets.h:13,
                 from services.h:97,
                 from actions.c:10:
/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
defs.h:169: previous declaration of `socklen_t'
gmake: *** [actions.o] Error 1
<CENSORED>/@shell:/usr/home/<CENSORED>//ircservices-5.0.3$

Anyone know the prob, and how I can fix it?

Thanks,
CyberDems


From achurch at achurch.org  Tue Nov 19 00:54:55 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] changing nick
In-Reply-To: <001101c28f12$00167410$0200a8c0@dimitri>
Message-ID: <3dd90d6a.65313@achurch.org>

     Did you rerun ./configure?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>hey guys.. i was trying to compile services, when the following error
>occured:
>
><CENSORED>@shell:/usr/home/<CENSORED>/ircservices-5.0.3$ gmake
>gmake: getcwd: : Permission denied
>sh version.sh
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o
>version.o
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o
>actions.o
>In file included from sockets.h:13,
>                 from services.h:97,
>                 from actions.c:10:
>/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
>defs.h:169: previous declaration of `socklen_t'
>gmake: *** [actions.o] Error 1
><CENSORED>/@shell:/usr/home/<CENSORED>//ircservices-5.0.3$
>
>Anyone know the prob, and how I can fix it?
>
>Thanks,
>CyberDems
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From cyberdems at wwirc.za.org  Mon Nov 18 09:30:55 2002
From: cyberdems at wwirc.za.org (CyberDems (WWIRC))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] changing nick
References: <3dd90d6a.65313@achurch.org>
Message-ID: <002b01c28f28$44083e90$0200a8c0@dimitri>

yes: this is what happens after ./configure..

All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
to compile Services.  See the README and FAQ if you have any problems.
HIDDEN@shell:/usr/home/HIDDEN/ircservices-5.0.3$ make
make: Permission denied
HIDDEN@shell:/usr/home/HIDDEN/ircservices-5.0.3$ gmake
gmake: getcwd: : Permission denied
sh version.sh
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o
version.o
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o
actions.o
In file included from sockets.h:13,
                 from services.h:97,
                 from actions.c:10:
/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
defs.h:169: previous declaration of `socklen_t'
gmake: *** [actions.o] Error 1
HIDDEN@shell:/usr/home/HIDDEN/ircservices-5.0.3$

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: "CyberDems (WWIRC)" <ircservices-coding@ircservices.za.net>
Sent: Monday, November 18, 2002 5:54 PM
Subject: Re: [IRCServices Coding] changing nick


>      Did you rerun ./configure?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >hey guys.. i was trying to compile services, when the following error
> >occured:
> >
> ><CENSORED>@shell:/usr/home/<CENSORED>/ircservices-5.0.3$ gmake
> >gmake: getcwd: : Permission denied
> >sh version.sh
> >gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
version.c -o
> >version.o
> >gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
actions.c -o
> >actions.o
> >In file included from sockets.h:13,
> >                 from services.h:97,
> >                 from actions.c:10:
> >/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
> >defs.h:169: previous declaration of `socklen_t'
> >gmake: *** [actions.o] Error 1
> ><CENSORED>/@shell:/usr/home/<CENSORED>//ircservices-5.0.3$
> >
> >Anyone know the prob, and how I can fix it?
> >
> >Thanks,
> >CyberDems
> >
> >------------------------------------------------------------------
> >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

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: "CyberDems (WWIRC)" <ircservices-coding@ircservices.za.net>
Sent: Monday, November 18, 2002 5:54 PM
Subject: Re: [IRCServices Coding] changing nick


>      Did you rerun ./configure?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >hey guys.. i was trying to compile services, when the following error
> >occured:
> >
> ><CENSORED>@shell:/usr/home/<CENSORED>/ircservices-5.0.3$ gmake
> >gmake: getcwd: : Permission denied
> >sh version.sh
> >gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
version.c -o
> >version.o
> >gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
actions.c -o
> >actions.o
> >In file included from sockets.h:13,
> >                 from services.h:97,
> >                 from actions.c:10:
> >/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
> >defs.h:169: previous declaration of `socklen_t'
> >gmake: *** [actions.o] Error 1
> ><CENSORED>/@shell:/usr/home/<CENSORED>//ircservices-5.0.3$
> >
> >Anyone know the prob, and how I can fix it?
> >
> >Thanks,
> >CyberDems
> >
> >------------------------------------------------------------------
> >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 Ganja51 at lcirc.net  Mon Nov 18 17:06:05 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Access Levels
Message-ID: <001701c28f67$e8db8820$2302a8c0@dell.frontiernet.net>

I was just wondering if this is a designed behavior or not. Access levels go
up to 100, but I can add them at a much higher level. Example:

/msg chanserv access #chan add narf 700
-ChanServ- narf added to #chan access list at level 700.

ChanServ doesn't appear to check to see if the level is at too high of an
increment.

~Ganja51




From achurch at achurch.org  Tue Nov 19 13:42:13 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Access Levels
In-Reply-To: <001701c28f67$e8db8820$2302a8c0@dell.frontiernet.net>
Message-ID: <3dd9c13c.45142@achurch.org>

RTFM.  Valid access levels range from -999 to 999.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I was just wondering if this is a designed behavior or not. Access levels go
>up to 100, but I can add them at a much higher level. Example:
>
>/msg chanserv access #chan add narf 700
>-ChanServ- narf added to #chan access list at level 700.
>
>ChanServ doesn't appear to check to see if the level is at too high of an
>increment.
>
>~Ganja51
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From Ganja51 at lcirc.net  Mon Nov 18 21:36:39 2002
From: Ganja51 at lcirc.net (Ganja51)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Access Levels
References: <3dd9c13c.45142@achurch.org>
Message-ID: <000501c28f8d$b5423150$2102a8c0@kris5461>

sorry, i was just referring to /msg chanserv help access levels

won't happen again.....
----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, November 18, 2002 10:42 PM
Subject: Re: [IRCServices Coding] Access Levels


> RTFM.  Valid access levels range from -999 to 999.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >I was just wondering if this is a designed behavior or not. Access levels
go
> >up to 100, but I can add them at a much higher level. Example:
> >
> >/msg chanserv access #chan add narf 700
> >-ChanServ- narf added to #chan access list at level 700.
> >
> >ChanServ doesn't appear to check to see if the level is at too high of an
> >increment.
> >
> >~Ganja51
> >
> >
> >
> >------------------------------------------------------------------
> >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 John at NurfNet.net  Tue Nov 19 14:05:00 2002
From: John at NurfNet.net (John)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] AKill
Message-ID: <001501c29017$b76bad50$2debf90c@johnny>

Hi.
My network runs bahamut-1.4.35(RC4). In lib/modules.conf, I have
"ImmediatelySendAkill" uncommented, however, when I add a AKill via
OperServ, the user is not killed, and no Akill has been added (/stats a)
Any known solution?

John





From ballsy at mystical.net  Tue Nov 19 14:48:50 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] AKill
In-Reply-To: <001501c29017$b76bad50$2debf90c@johnny>
Message-ID: <Pine.LNX.4.44.0211191741060.5041-100000@david.mail.net>

        Hi John.  There was a thread earlier this month (Started on Nov 
6th, if you'd like to search for it) about that very thing.  There's also 
mention of it in the Services FAQ, section F.9.
        The short answer is, comment out the EnableExclude entry in your 
modules.conf.  
        Bahamut doesn't support Akill Exclusions anyways, so not only is there no 
need for it, but it won't let you send Akills the way you intend.  How so 
?  On a server with Akill exclusions support, no actual AKILL is sent to 
the other servers initially.  Instead, Operserv sends KILLs to all 
non-excluded clients manually.  Like I said, bahamut doesn't support 
exclusions, so it basically won't send any KILLs OR Akills immediately, 
hence the issue you're seeing.
        
David

Quoth John on Nov 19 at 16:05,

> 
> Hi.
> My network runs bahamut-1.4.35(RC4). In lib/modules.conf, I have
> "ImmediatelySendAkill" uncommented, however, when I add a AKill via
> OperServ, the user is not killed, and no Akill has been added (/stats a)
> Any known solution?
> 
> John
> 
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> 



From John at NurfNet.net  Tue Nov 19 15:02:05 2002
From: John at NurfNet.net (John)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] AKill
In-Reply-To: <Pine.LNX.4.44.0211191741060.5041-100000@david.mail.net>
Message-ID: <001601c2901f$ae16c930$2debf90c@johnny>

Thanks for the help and quick reply!

-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of Ballsy
Sent: Tuesday, November 19, 2002 4:49 PM
To: ircservices-coding@ircservices.za.net
Subject: Re: [IRCServices Coding] AKill

        Hi John.  There was a thread earlier this month (Started on Nov 
6th, if you'd like to search for it) about that very thing.  There's
also 
mention of it in the Services FAQ, section F.9.
        The short answer is, comment out the EnableExclude entry in your

modules.conf.  
        Bahamut doesn't support Akill Exclusions anyways, so not only is
there no 
need for it, but it won't let you send Akills the way you intend.  How
so 
?  On a server with Akill exclusions support, no actual AKILL is sent to

the other servers initially.  Instead, Operserv sends KILLs to all 
non-excluded clients manually.  Like I said, bahamut doesn't support 
exclusions, so it basically won't send any KILLs OR Akills immediately, 
hence the issue you're seeing.
        
David

Quoth John on Nov 19 at 16:05,

> 
> Hi.
> My network runs bahamut-1.4.35(RC4). In lib/modules.conf, I have
> "ImmediatelySendAkill" uncommented, however, when I add a AKill via
> OperServ, the user is not killed, and no Akill has been added (/stats
a)
> Any known solution?
> 
> John
> 
> 
> 
> 
> ------------------------------------------------------------------
> 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 cyberdems at wwirc.za.org  Wed Nov 20 17:28:52 2002
From: cyberdems at wwirc.za.org (CyberDems (WWIRC))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] gmake: *** [actions.o] Error 1
Message-ID: <001e01c290fd$5a8645f0$0200a8c0@dimitri>

Hi, I've reported this previously, to no avail. I was trying to compile
5.0.3, it gave me an identical error to what 5.0.4 is now giving me when i
try gmake, after /configure. What could this possibly be, and would there be
a way to fix it / will 5.0.5 have the fix?
The OS is FreeBSD 4.7-PRERELEASE (SHELL).
Here's what happened:

All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
to compile Services.  See the README and FAQ if you have any problems.

USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ make
make: Permission denied
USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ gmake
gmake: getcwd: : Permission denied
sh version.sh
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o
version.o
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o
actions.o
In file included from sockets.h:13,
                 from services.h:97,
                 from actions.c:10:
/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
defs.h:169: previous declaration of `socklen_t'
gmake: *** [actions.o] Error 1
USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$

Thanks again,
CyberDems
irc.wwirc.za.org


From achurch at achurch.org  Thu Nov 21 10:35:43 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] gmake: *** [actions.o] Error 1
In-Reply-To: <001e01c290fd$5a8645f0$0200a8c0@dimitri>
Message-ID: <3ddc38f9.32422@achurch.org>

     This was reported as a FreeBSD-specific issue.  5.0.5 will correct it;
the workaround is to (after running configure) add "HAVE_SOCKLEN_T=1" to
config.cache and rerun the configure script:

% ./configure
[ordinary configure output]
% echo 'HAVE_SOCKLEN_T=1' >>config.cache
% ./configure
% gmake

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi, I've reported this previously, to no avail. I was trying to compile
>5.0.3, it gave me an identical error to what 5.0.4 is now giving me when i
>try gmake, after /configure. What could this possibly be, and would there be
>a way to fix it / will 5.0.5 have the fix?
>The OS is FreeBSD 4.7-PRERELEASE (SHELL).
>Here's what happened:
>
>All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
>to compile Services.  See the README and FAQ if you have any problems.
>
>USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ make
>make: Permission denied
>USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ gmake
>gmake: getcwd: : Permission denied
>sh version.sh
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c version.c -o
>version.o
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o
>actions.o
>In file included from sockets.h:13,
>                 from services.h:97,
>                 from actions.c:10:
>/usr/include/sys/socket.h:54: conflicting types for `socklen_t'
>defs.h:169: previous declaration of `socklen_t'
>gmake: *** [actions.o] Error 1
>USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$
>
>Thanks again,
>CyberDems
>irc.wwirc.za.org
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Thu Nov 21 10:39:53 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] NickServ Issue
In-Reply-To: <Pine.LNX.4.33.0211152235250.21852-100000@hnioxos.ee.auth.gr>
Message-ID: <3ddc399c.32445@achurch.org>

>NickServ allows to add hosts like nick!user@host.domain.net .. why
>allowing nicks on the mask although it's useless?A notice or sth and check
>for nicks in the mask i think is good.

     Done for 5.0.5.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From cyberdems at wwirc.za.org  Wed Nov 20 17:55:42 2002
From: cyberdems at wwirc.za.org (CyberDems (WWIRC))
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Solution: gmake: *** [actions.o] Error 1
References: <001e01c290fd$5a8645f0$0200a8c0@dimitri>
Message-ID: <002c01c29101$19cc4f10$0200a8c0@dimitri>

I found a solution..
The following was the default from defs.h, and wouldn't let me compile:
/* socklen_t for systems without it. */
#if !HAVE_SOCKLEN_T
typedef int socklen_t;
#endif

Then....
I added // to typedef, in defs.h, and it looked like this:
/* socklen_t for systems without it. */
#if !HAVE_SOCKLEN_T
// typedef int socklen_t;
#endif

all of a sudden, it worked ;)
Thanks for the gr8 services,
CyberDems
irc.wwirc.za.org


----- Original Message -----
From: "CyberDems (WWIRC)" <cyberdems@wwirc.za.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Thursday, November 21, 2002 3:28 AM
Subject: [IRCServices Coding] gmake: *** [actions.o] Error 1


> Hi, I've reported this previously, to no avail. I was trying to compile
> 5.0.3, it gave me an identical error to what 5.0.4 is now giving me when i
> try gmake, after /configure. What could this possibly be, and would there
be
> a way to fix it / will 5.0.5 have the fix?
> The OS is FreeBSD 4.7-PRERELEASE (SHELL).
> Here's what happened:
>
> All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
> to compile Services.  See the README and FAQ if you have any problems.
>
> USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ make
> make: Permission denied
> USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$ gmake
> gmake: getcwd: : Permission denied
> sh version.sh
> gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
version.c -o
> version.o
> gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c
actions.c -o
> actions.o
> In file included from sockets.h:13,
>                  from services.h:97,
>                  from actions.c:10:
> /usr/include/sys/socket.h:54: conflicting types for `socklen_t'
> defs.h:169: previous declaration of `socklen_t'
> gmake: *** [actions.o] Error 1
> USERNAME@shell:/usr/home/USERNAME/ircservices-5.0.4$
>
> Thanks again,
> CyberDems
> irc.wwirc.za.org
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From MrBOFH at lomag.net  Wed Nov 20 18:42:40 2002
From: MrBOFH at lomag.net (MrBOFH)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
Message-ID: <20021121024306.12B1F1747C@snow.fingers.co.za>

After a about a day of running the services we start getting these messages out of nowhere... 

-ChanServ- Sorry, the OP command is temporarily unavailable.
-ChanServ- Sorry, the INVITE command is temporarily unavailable.

same for deop, voice, devoice.. etc..

If we restart the services it works again for about a day... 

We have tried running them on two separate box's. One running FreeBSD and one running red hat. So it is definatly the services.. 
This was happening in 5.0.2 so we upgraded to 5.0.4 and its still happening.


From alisor at softhome.net  Thu Nov 21 07:10:25 2002
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
References: <20021121024306.12B1F1747C@snow.fingers.co.za>
Message-ID: <001701c29170$21546960$0100a8c0@control>

So you are using Unreal? Don't you?

----- Original Message -----
From: "MrBOFH" <MrBOFH@lomag.net>
To: "IRC Services" <ircservices-coding@ircservices.za.net>
Sent: Thursday, November 21, 2002 4:42 AM
Subject: [IRCServices Coding] (no subject)


After a about a day of running the services we start getting these messages
out of nowhere...

-ChanServ- Sorry, the OP command is temporarily unavailable.
-ChanServ- Sorry, the INVITE command is temporarily unavailable.

same for deop, voice, devoice.. etc..

If we restart the services it works again for about a day...

We have tried running them on two separate box's. One running FreeBSD and
one running red hat. So it is definatly the services..
This was happening in 5.0.2 so we upgraded to 5.0.4 and its still happening.

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From daan at devilish.xs4all.nl  Thu Nov 21 07:34:42 2002
From: daan at devilish.xs4all.nl (daan@devilish.xs4all.nl)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
In-Reply-To: <001701c29170$21546960$0100a8c0@control>
Message-ID: <Pine.LNX.4.44.0211211617120.1031-100000@devilish.xs4all.nl>

The network is using Unreal 3.1.4 with IRCservices 5.0.4.

--Daan

On Thu, 21 Nov 2002, Ali Sor wrote:

> Date: Thu, 21 Nov 2002 17:10:25 +0200
> From: Ali Sor <alisor@softhome.net>
> Reply-To: ircservices-coding@ircservices.za.net
> To: ircservices-coding@ircservices.za.net
> Subject: Re: [IRCServices Coding] (no subject)
>
> So you are using Unreal? Don't you?
>
> ----- Original Message -----
> From: "MrBOFH" <MrBOFH@lomag.net>
> To: "IRC Services" <ircservices-coding@ircservices.za.net>
> Sent: Thursday, November 21, 2002 4:42 AM
> Subject: [IRCServices Coding] (no subject)
>
>
> After a about a day of running the services we start getting these messages
> out of nowhere...
>
> -ChanServ- Sorry, the OP command is temporarily unavailable.
> -ChanServ- Sorry, the INVITE command is temporarily unavailable.
>
> same for deop, voice, devoice.. etc..
>
> If we restart the services it works again for about a day...
>
> We have tried running them on two separate box's. One running FreeBSD and
> one running red hat. So it is definatly the services..
> This was happening in 5.0.2 so we upgraded to 5.0.4 and its still happening.
>
> ------------------------------------------------------------------
> 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 brain at brainbox.winbot.co.uk  Thu Nov 21 10:44:26 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
Message-ID: <200211211844.gALIihK17368@localhost.localdomain>

We also had this problem with ircservices beta and unreal 3.2... Eventually the problem stopped when we ran services on a seperate box to the irc server that contained the users. Services is now linked to an empty unreal 3.2 ircd that serves as just a hub, and its working fine with no apparent memory leak. However we have upgraded to services 5.0.2 since, the problem which causes the bug could be a problem in the unreal module, or a problem in unreals linking code, or both? any ideas anyone? :)

>So you are using Unreal? Don't you?
>
>----- Original Message -----
>From: "MrBOFH" <MrBOFH@lomag.net>
>To: "IRC Services" <ircservices-coding@ircservices.za.net>
>Sent: Thursday, November 21, 2002 4:42 AM
>Subject: [IRCServices Coding] (no subject)
>
>
>After a about a day of running the services we start getting these messages
>out of nowhere...
>
>-ChanServ- Sorry, the OP command is temporarily unavailable.
>-ChanServ- Sorry, the INVITE command is temporarily unavailable.
>
>same for deop, voice, devoice.. etc..
>
>If we restart the services it works again for about a day...
>
>We have tried running them on two separate box's. One running FreeBSD and
>one running red hat. So it is definatly the services..
>This was happening in 5.0.2 so we upgraded to 5.0.4 and its still happening.
>
>------------------------------------------------------------------
>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 Nov 22 14:31:40 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
In-Reply-To: <200211211844.gALIihK17368@localhost.localdomain>
Message-ID: <3dddc174.43732@achurch.org>

     It would help if someone could give me a complete debug log from
Services startup to an occurrence of this problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>We also had this problem with ircservices beta and unreal 3.2... Eventually the problem stopped when we ran services on a seperate box to the irc server that contained the users. Services is now linked to an empty unreal 3.2 ircd that serves as just a hub, and its working fine with no apparent memory leak. However we have upgraded to services 5.0.2 since, the problem which causes the bug could be a problem in the unreal module, or a problem in unreals linking code, or both? any ideas anyone? :)
>
>>So you are using Unreal? Don't you?
>>
>>----- Original Message -----
>>From: "MrBOFH" <MrBOFH@lomag.net>
>>To: "IRC Services" <ircservices-coding@ircservices.za.net>
>>Sent: Thursday, November 21, 2002 4:42 AM
>>Subject: [IRCServices Coding] (no subject)
>>
>>
>>After a about a day of running the services we start getting these messages
>>out of nowhere...
>>
>>-ChanServ- Sorry, the OP command is temporarily unavailable.
>>-ChanServ- Sorry, the INVITE command is temporarily unavailable.
>>
>>same for deop, voice, devoice.. etc..
>>
>>If we restart the services it works again for about a day...
>>
>>We have tried running them on two separate box's. One running FreeBSD and
>>one running red hat. So it is definatly the services..
>>This was happening in 5.0.2 so we upgraded to 5.0.4 and its still happening.
>>
>>------------------------------------------------------------------
>>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:

From MrBOFH at lomag.net  Thu Nov 21 22:30:02 2002
From: MrBOFH at lomag.net (MrBOFH)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] (no subject)
In-Reply-To: <3dddc174.43732@achurch.org>
Message-ID: <20021122063034.E51FC1748E@snow.fingers.co.za>

Ill start that up now and when the problem starts to happen ill send you the log off the list. Should be by the end of the day
-- 
MrBOFH, MrBOFH@lomag.net on 11/22/2002


< >On Fri, 22 Nov 2002 14:31:40 JST, Andrew Church wrote:
< >    It would help if someone could give me a complete debug log
< > from
< > Services startup to an occurrence of this problem.
< > 
< >  --Andrew Church
< >   achurch@achurch.org
< >   http://achurch.org/
< > 
< > >We also had this problem with ircservices beta and unreal
< > 3.2... Eventually the problem stopped when we ran services on a
< > seperate box to the irc server that contained the users.
< > Services is now linked to an empty unreal 3.2 ircd that serves
< > as just a hub, and its working fine with no apparent memory
< > leak. However we have upgraded to services 5.0.2 since, the
< > problem which causes the bug could be a problem in the unreal
< > module, or a problem in unreals linking code, or both? any ideas
< > anyone? :)
< > >
< > >>So you are using Unreal? Don't you?
< > >>
< > >>----- Original Message -----
< > >>From: "MrBOFH" <MrBOFH@lomag.net>
< > >>To: "IRC Services" <ircservices-coding@ircservices.za.net>
< > >>Sent: Thursday, November 21, 2002 4:42 AM
< > >>Subject: [IRCServices Coding] (no subject)
< > >>
< > >>
< > >>After a about a day of running the services we start getting
< > these messages
< > >>out of nowhere...
< > >>
< > >>-ChanServ- Sorry, the OP command is temporarily unavailable.
< > >>-ChanServ- Sorry, the INVITE command is temporarily
< > unavailable.
< > >>
< > >>same for deop, voice, devoice.. etc..
< > >>
< > >>If we restart the services it works again for about a day...
< > >>
< > >>We have tried running them on two separate box's. One running
< > FreeBSD and
< > >>one running red hat. So it is definatly the services..
< > >>This was happening in 5.0.2 so we upgraded to 5.0.4 and its
< > still happening.
< > >>
< > >>---------------------------------------------------------------
< > ---
< > >>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:
< > -----------------------------------------------------------------
< > -
< > To unsubscribe or change your subscription options, visit:
< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding





From olly at avansys.co.uk  Sat Nov 23 12:12:44 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
Message-ID: <000b01c2932c$aff1d1e0$3d714fd9@avansys>

*This message was transferred with a trial version of CommuniGate(tm) Pro*
 Hi.

I'm the admin for a tiny RolePlayGaming network and we're currently looking
into making addon modules for a series of Services Bots that will share the
load for a Roleplay Service on IRC.

The problem is that none of us are really coders, and we need a lot of help
getting started. With enormous respect for Andy and his great works on
producing his wonderful services, his documentation re: modules creation
leaves much to be desired, and seems to concentrate more on where and how we
should indent, then on how to compile a new module, and integrate it into
services.

Simple questions to which we should be able find answers baffle us I'm
afraid, one such is: Do we add tokens for new commands to the exsiting token
list in init.c, or is there a way to introduce them within the modules
without editing existing code?

How do we include a module to the list of modules to be compiled, ie: is
there a command line for compilation of extra modules like with Apache, or
do we just drop them into the modules directory and recompile from scratch
as with UnrealIRCD?

Has anyone written a skeleton module with compilation instructions that we
could use as a starter?
Is there a list of APIs that we could call on or must we read the code (Very
headbreaking for us low IQ, cut & paste coders).

Please don't tell me anything useless like: "If you don't understand the
code you shouldn't be doing this!" Unless you intend to do the coding for
us, for free, because suitable, or not; We're all we've got!.

Olly admin@rpglairs.com




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.413 / Virus Database: 232 - Release Date: 06/11/2002



From brain at brainbox.winbot.co.uk  Sat Nov 23 16:29:19 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
Message-ID: <200211240029.gAO0TrK09402@localhost.localdomain>

We wrote a few modules, one of which is "LoveServ". All it does is send "mirc popup" style messages between users, love notes, coloured text etc on command... pretty simple stuff. If you want it come and bug us on irc.chatspike.net #chatspike :) We based it on the HelpServ module (that and DevNull are the nearest thing to dummy/skeleton modules there are that ive found) , then we modified the makefile so that it would compile a .so of our module at the same time as the rest of the services tree. However you could just mkdir a directory and make your own make file, so long as the paths to the services include files is correct :)

Good Luck,
Craig Edwards


> Hi.
>
>I'm the admin for a tiny RolePlayGaming network and we're currently looking
>into making addon modules for a series of Services Bots that will share the
>load for a Roleplay Service on IRC.
>
>The problem is that none of us are really coders, and we need a lot of help
>getting started. With enormous respect for Andy and his great works on
>producing his wonderful services, his documentation re: modules creation
>leaves much to be desired, and seems to concentrate more on where and how we
>should indent, then on how to compile a new module, and integrate it into
>services.
>
>Simple questions to which we should be able find answers baffle us I'm
>afraid, one such is: Do we add tokens for new commands to the exsiting token
>list in init.c, or is there a way to introduce them within the modules
>without editing existing code?
>
>How do we include a module to the list of modules to be compiled, ie: is
>there a command line for compilation of extra modules like with Apache, or
>do we just drop them into the modules directory and recompile from scratch
>as with UnrealIRCD?
>
>Has anyone written a skeleton module with compilation instructions that we
>could use as a starter?
>Is there a list of APIs that we could call on or must we read the code (Very
>headbreaking for us low IQ, cut & paste coders).
>
>Please don't tell me anything useless like: "If you don't understand the
>code you shouldn't be doing this!" Unless you intend to do the coding for
>us, for free, because suitable, or not; We're all we've got!.
>
>Olly admin@rpglairs.com
>
>
>
>
>---
>Outgoing mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.413 / Virus Database: 232 - Release Date: 06/11/2002
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From olly at avansys.co.uk  Sat Nov 23 17:26:48 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
In-Reply-To: <200211240029.gAO0TrK09402@localhost.localdomain>
Message-ID: <000001c29358$8efdd480$3d714fd9@avansys>

*This message was transferred with a trial version of CommuniGate(tm) Pro*


-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Craig
Edwards
Sent: 24 November 2002 00:29
To: ircservices-coding@ircservices.za.net
Subject: Re: [IRCServices Coding] Coding Modules HOWTO:

We wrote a few modules, one of which is "LoveServ". All it does is send
"mirc popup" style messages between users, love notes, coloured text etc on
command... pretty simple stuff. If you want it come and bug us on
irc.chatspike.net #chatspike :) We based it on the HelpServ module (that and
DevNull are the nearest thing to dummy/skeleton modules there are that ive
found) , then we modified the makefile so that it would compile a .so of our
module at the same time as the rest of the services tree. However you could
just mkdir a directory and make your own make file, so long as the paths to
the services include files is correct :)

Good Luck,
Craig Edwards


> Hi.
>
>I'm the admin for a tiny RolePlayGaming network and we're currently looking
>into making addon modules for a series of Services Bots that will share the
>load for a Roleplay Service on IRC.
>
>The problem is that none of us are really coders, and we need a lot of help
>getting started. With enormous respect for Andy and his great works on
>producing his wonderful services, his documentation re: modules creation
>leaves much to be desired, and seems to concentrate more on where and how
we
>should indent, then on how to compile a new module, and integrate it into
>services.
>
>Simple questions to which we should be able find answers baffle us I'm
>afraid, one such is: Do we add tokens for new commands to the exsiting
token
>list in init.c, or is there a way to introduce them within the modules
>without editing existing code?
>
>How do we include a module to the list of modules to be compiled, ie: is
>there a command line for compilation of extra modules like with Apache, or
>do we just drop them into the modules directory and recompile from scratch
>as with UnrealIRCD?
>
>Has anyone written a skeleton module with compilation instructions that we
>could use as a starter?
>Is there a list of APIs that we could call on or must we read the code
(Very
>headbreaking for us low IQ, cut & paste coders).
>
>Please don't tell me anything useless like: "If you don't understand the
>code you shouldn't be doing this!" Unless you intend to do the coding for
>us, for free, because suitable, or not; We're all we've got!.
>
>Olly admin@rpglairs.com

Any chance you could let me have them to learn from?
I would not use them unmodified unless you gave me permission, in which case
I would, of course. respect any copyright notices etc.

Olly

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.413 / Virus Database: 232 - Release Date: 06/11/2002



From achurch at achurch.org  Sun Nov 24 14:36:07 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
In-Reply-To: <000b01c2932c$aff1d1e0$3d714fd9@avansys>
Message-ID: <3de077e0.41543@achurch.org>

     To be perfectly frank, my position is that you should at least be able
to read the code (and I like to believe that my code is fairly readable) if
you're going to be writing a module, cut-and-paste or not.  Much as I would
have liked to write a full and detailed document on creating modules, and
for that matter a complete Services design document, I simply don't have
that much time on my hands.  The "protocol/unreal" module in particular is
well documented, and should be instructive on how modules are put together;
for "bot"-type modules, look at any of the existing *Serv modules, which
among others should answer your question about adding commands.

     The point about how to compile is a valid one, and I'll look at adding
more information about that into the manual; in the meantime, look at the
Makefile for any of the existing modules and/or read the comments at the
top of modules/Makerules for information.

     As far as the API goes, it's already documented in section 6 of the
manual, in case you missed it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>*This message was transferred with a trial version of CommuniGate(tm) Pro*
> Hi.
>
>I'm the admin for a tiny RolePlayGaming network and we're currently looking
>into making addon modules for a series of Services Bots that will share the
>load for a Roleplay Service on IRC.
>
>The problem is that none of us are really coders, and we need a lot of help
>getting started. With enormous respect for Andy and his great works on
>producing his wonderful services, his documentation re: modules creation
>leaves much to be desired, and seems to concentrate more on where and how we
>should indent, then on how to compile a new module, and integrate it into
>services.
>
>Simple questions to which we should be able find answers baffle us I'm
>afraid, one such is: Do we add tokens for new commands to the exsiting token
>list in init.c, or is there a way to introduce them within the modules
>without editing existing code?
>
>How do we include a module to the list of modules to be compiled, ie: is
>there a command line for compilation of extra modules like with Apache, or
>do we just drop them into the modules directory and recompile from scratch
>as with UnrealIRCD?
>
>Has anyone written a skeleton module with compilation instructions that we
>could use as a starter?
>Is there a list of APIs that we could call on or must we read the code (Very
>headbreaking for us low IQ, cut & paste coders).
>
>Please don't tell me anything useless like: "If you don't understand the
>code you shouldn't be doing this!" Unless you intend to do the coding for
>us, for free, because suitable, or not; We're all we've got!.
>
>Olly admin@rpglairs.com
>
>
>
>
>---
>Outgoing mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.413 / Virus Database: 232 - Release Date: 06/11/2002
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From olly at avansys.co.uk  Sun Nov 24 02:53:03 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
In-Reply-To: <3de077e0.41543@achurch.org>
Message-ID: <000101c293a7$aa628500$3d714fd9@avansys>

*This message was transferred with a trial version of CommuniGate(tm) Pro*
Andy

I take your point re: ability. I have already stated that I am in no way
good enough to even shine your shoes, and should stick to scripting. Much of
what seems obvious to you, appears obfusticated and confusing to me. But as
I've previously pointed out. I'm all we have just now  :?P

I have, and still am reading the manual. Unlike many that post to these
things I do make the effort. However I did not mean to disparage your good
works, in fact you actually comment far more then most others do, but it is
nonetheless true that you still fall into the trap of assuming that we have
your intelligence, and can guess much of what is required from experience.
Some of us unfortunately need crutches, and whilst I did manage to garner
some of the information from HelpServ myself. I felt I was really hanging
out there with my guesses, and could not determine for the life of me how to
add commands. I have recieved a few excellent modules from Craig (AKA Brain)
based on HelpServ (the module I myself had already chosen as the possible
basis for my attempts at ruining services, as it seems the most likeliy to
succeed), and I may now be able to get a head start on this thing. However,
if there are any other modules out there for me to get my grubby little cut
and paste on, I wouild be extremely grateful. I can't emphasise enough how
helpful it would be for me to be able to see examples of real coders at work
;?) I can assure you that I would respect any restrictions placed on me re:
use, copyrights etc.

My suggestion, if you will allow, is to put together a skeleton module like
the Unreal people do, and comment that. It should take very little time, as
it would probably be based on HelpServ. and would give people like me the
kickstart they need.


Thanks for your forebearance.

Olly

-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Andrew
Church
Sent: 24 November 2002 05:36
To: ircservices-coding@ircservices.za.net
Subject: Re: [IRCServices Coding] Coding Modules HOWTO:


*This message was transferred with a trial version of CommuniGate(tm) Pro*
     To be perfectly frank, my position is that you should at least be able
to read the code (and I like to believe that my code is fairly readable) if
you're going to be writing a module, cut-and-paste or not.  Much as I would
have liked to write a full and detailed document on creating modules, and
for that matter a complete Services design document, I simply don't have
that much time on my hands.  The "protocol/unreal" module in particular is
well documented, and should be instructive on how modules are put together;
for "bot"-type modules, look at any of the existing *Serv modules, which
among others should answer your question about adding commands.

     The point about how to compile is a valid one, and I'll look at adding
more information about that into the manual; in the meantime, look at the
Makefile for any of the existing modules and/or read the comments at the
top of modules/Makerules for information.

     As far as the API goes, it's already documented in section 6 of the
manual, in case you missed it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.413 / Virus Database: 232 - Release Date: 06/11/2002



From achurch at achurch.org  Sun Nov 24 20:27:40 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:45 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
In-Reply-To: <000101c293a7$aa628500$3d714fd9@avansys>
Message-ID: <3de0b7f9.70751@achurch.org>

>My suggestion, if you will allow, is to put together a skeleton module like
>the Unreal people do, and comment that. It should take very little time, as
>it would probably be based on HelpServ. and would give people like me the
>kickstart they need.

     The Unreal module was intended to be such a module, but admittedly it
doesn't cover anything related to pseudoclients, so I'll look at doing such
a module (or else more extensively documenting one of the current ones) at
some point.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From brain at brainbox.winbot.co.uk  Sun Nov 24 05:39:58 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
Message-ID: <200211241341.gAODfmK19174@localhost.localdomain>

I'd like to point out quite gently though for all aspiring module coders out there, a fair bit of 'RTFS' is still needed if you want to use some of the more advanced features such as checking a users oper flags etc ;) I read the manual over and over yet some parts of the API still eluded me my questions didnt become answered until i'd digested most of operserv/main.c... this is expected usually ;)

> as far as the API goes, it's already documented in section 6 of the
>manual, in case you missed it.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>




From ghozer at scfclan.com  Sun Nov 24 09:06:20 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Coding Modules HOWTO:
References: <200211241341.gAODfmK19174@localhost.localdomain>
Message-ID: <000f01c293db$d167b1f0$0200a8c0@GHOZER>

Not that it Meens anything, but I have Scripted a mIRC script, that links as
a server, TO Unreal...

I also have Pseudo clients through this, I can therfore help in
syntax/creation of pseudo clients, for unreal...

drop me a personal e-mail and ill be happy to help


------------------------------------------
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF}
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "Craig Edwards" <brain@brainbox.ath.cx>
To: <ircservices-coding@ircservices.za.net>
Sent: Sunday, November 24, 2002 1:39 PM
Subject: Re: Re: [IRCServices Coding] Coding Modules HOWTO:


> I'd like to point out quite gently though for all aspiring module coders
out there, a fair bit of 'RTFS' is still needed if you want to use some of
the more advanced features such as checking a users oper flags etc ;) I read
the manual over and over yet some parts of the API still eluded me my
questions didnt become answered until i'd digested most of
operserv/main.c... this is expected usually ;)
>
> > as far as the API goes, it's already documented in section 6 of the
> >manual, in case you missed 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 martin at e-tech.us  Sun Nov 24 20:49:28 2002
From: martin at e-tech.us (Martin)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
Message-ID: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER>

I think the services should have a verbose channel mode so that when
someone with access modifies the access list it tells the ops via notice
who did it and what they did. This would supplement the opnotice mode
and be the same general idea. For an example, please see DalNet (argh, I
know, it sucks, but they have quality verbose mode). Here is what I get
when an op ads an aop:
 
\ 2[\ 2\1f12:01am\1f\ 2]\ 2 *ChanServ(@#southpark-episodes)* [VERBOSE]
\ 2bongboy\ 2!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes
add Studman2001\ f
 
Or without the codes, 
[12:01am] *ChanServ(@#southpark-episodes)* [VERBOSE]
bongboy!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes add
Studman2001
 
Any chance on getting that added? It also notices when the akicks are
modified and whatnot.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021124/93d7a127/attachment.html
From MrBOFH at lomag.net  Sun Nov 24 21:13:35 2002
From: MrBOFH at lomag.net (MrBOFH)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
In-Reply-To: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER>
Message-ID: <20021125051359.DCF2C17448@snow.fingers.co.za>

I have had a bunch of users request this. I'd like to see it added to.

MrBOFH
Irc.LinkIRC.NET



From noam_m at bezeqint.net  Sun Nov 24 21:20:35 2002
From: noam_m at bezeqint.net (Noam M.)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
In-Reply-To: <20021125051359.DCF2C17448@snow.fingers.co.za>
References: <20021125051359.DCF2C17448@snow.fingers.co.za>
Message-ID: <3DE1B323.3090304@bezeqint.net>

yes i also think this could be a usefull addition in stoping takeover 
issues and op's that dont listen to rules.




From aragon at phat.za.net  Sun Nov 24 22:27:50 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
In-Reply-To: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER>
References: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER>
Message-ID: <20021125062750.GC63257@phat.za.net>

Hi,

Along the same lines, what I'd really like to see is more logging features
in ircservices. I'd love services to log access level changes, akick
changes, foundership changes, as much as possible and all switchable from the
config file(s).

Perhaps even to split the logging up into multiple log files, one for each
services bot (nickserv.log, chanserv.log, etc.).

The below is a good idea, but sometimes it may not be enough. It's useful to
have some objective information to refer to when dealing with channel config
confusion/conflict/abuse.


Thanks,
Aragon


| By Martin <martin@e-tech.us>
|                                          [ 2002-11-25 06:51 +0200 ]
> I think the services should have a verbose channel mode so that when
> someone with access modifies the access list it tells the ops via notice
> who did it and what they did. This would supplement the opnotice mode
> and be the same general idea. For an example, please see DalNet (argh, I
> know, it sucks, but they have quality verbose mode). Here is what I get
> when an op ads an aop:
>  
> \ 2[\ 2\1f12:01am\1f\ 2]\ 2 *ChanServ(@#southpark-episodes)* [VERBOSE]
> \ 2bongboy\ 2!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes
> add Studman2001\ f
>  
> Or without the codes, 
> [12:01am] *ChanServ(@#southpark-episodes)* [VERBOSE]
> bongboy!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes add
> Studman2001
>  
> Any chance on getting that added? It also notices when the akicks are
> modified and whatnot.

From noam_m at bezeqint.net  Sun Nov 24 22:38:36 2002
From: noam_m at bezeqint.net (Noam M.)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
In-Reply-To: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER>
References: <003f01c2943e$0d24bd70$1101a8c0@INETSERVER> <20021125062750.GC63257@phat.za.net>
Message-ID: <3DE1C56C.4050807@bezeqint.net>

Aragon Gouveia wrote:

>Hi,
>
>Along the same lines, what I'd really like to see is more logging features
>in ircservices. I'd love services to log access level changes, akick
>changes, foundership changes, as much as possible and all switchable from the
>config file(s).
>
this is also a nice idea, but if access/akick changes are logged - it 
must be configureable thru the config, a ~6000 user network is not gonna 
want to log this if they are sane :p

>
>Perhaps even to split the logging up into multiple log files, one for each
>services bot (nickserv.log, chanserv.log, etc.).
>  
>
yes thats a good thought, and a services.log for server<>services 
notices and such not relating any specific bot.

>The below is a good idea, but sometimes it may not be enough. It's useful to
>have some objective information to refer to when dealing with channel config
>confusion/conflict/abuse.
>
>
>Thanks,
>Aragon
>  
>
Noam M.

>  
>
<snip>



From Craig at chatspike.net  Sun Nov 24 23:06:26 2002
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Verbose
Message-ID: <20021125070323.RQGF3850.mta02-svc.ntlworld.com@i-br0ked-it>

Rather than this, couldnt it be possible for the access output to be something like
<standard output> - Added By: <nick> @ <time>

where nick and time would be the last time it was modified?


-----------------------------------------------------------------------  
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net  
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------


============ Original Message ============
From nick at devaluate.com  Fri Nov 29 14:20:02 2002
From: nick at devaluate.com (nick martini)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] module_log function
Message-ID: <20021129222002.GA30740@bucephalus>

so, ive been playing with writing my own module for ircservices, and
have been fairly successful. compiles, runs, works fine, everything is
in great shape. 

my one problem is farily minor, but its been driving me nuts the past
week. i want to make my module use 'module_log' when someone makes use
of it. however, i am totally unable to get it to write to the log. ive
tried about everything i can think of, ive looked in other module
sources. 

anyone have an idea for me?

nk

-- 
ill try to be less cynical when you try to be less stupid.

From pfribeiro at hotmail.com  Sun Dec  1 14:59:11 2002
From: pfribeiro at hotmail.com (Pedro Ribeiro)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Problem with "Extension data found for nonexisting nick "
Message-ID: <F114otJAadVe5HXC9xu0000eb6d@hotmail.com>

Hello...

Well i'm posting this message, because i get the following error on the log 
which causes services to go down:

[Nov 30 17:48:09 2002] database/version4: Extension data found for 
nonexisting nick `Atena'
[Nov 30 17:48:09 2002] database/version4: Extension data found for 
nonexisting nick group 103193281

This is just one of the lines (last in this case)... anyway i need help.

Thanks,
Pedro Ribeiro

--------------------------------------
eXaur




_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail


From prince at zirc.org  Mon Dec  9 15:01:22 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Suggestion for next release
References: <3dca5ec3.15724@achurch.org>
Message-ID: <000701c29fd6$e4c79ce0$e577e518@msns.eph.ptd.net>

I often receive emails about users who have been akilled from our network,
and our akill list is rather long.  I was wondering if it would be possible
to add a command to OperServ to search through the akill list for a specific
hostname and/or IP address to verify it's there instead of checking each one
individually by looking at the list.
I request this command because I don't want to remove the akill if it's
already in place because I'd like to see the reason why I (or one of my
opers) had added it in the first place to see if I actually should remove it
or not.  Please discuss this and let me know.  Thanks! :)

-prince


From achurch at achurch.org  Tue Dec 10 10:39:48 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Suggestion for next release
In-Reply-To: <000701c29fd6$e4c79ce0$e577e518@msns.eph.ptd.net>
Message-ID: <3df54600.72335@achurch.org>

RTFM.  /os akill view <mask>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I often receive emails about users who have been akilled from our network,
>and our akill list is rather long.  I was wondering if it would be possible
>to add a command to OperServ to search through the akill list for a specific
>hostname and/or IP address to verify it's there instead of checking each one
>individually by looking at the list.
>I request this command because I don't want to remove the akill if it's
>already in place because I'd like to see the reason why I (or one of my
>opers) had added it in the first place to see if I actually should remove it
>or not.  Please discuss this and let me know.  Thanks! :)
>
>-prince
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Tue Dec 10 16:25:47 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] module_log function
In-Reply-To: <20021129222002.GA30740@bucephalus>
Message-ID: <3df59765.33746@achurch.org>

     Did you define "static Module *module;" at the top of your module
and store the pointer passed to init_module() into it?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>so, ive been playing with writing my own module for ircservices, and
>have been fairly successful. compiles, runs, works fine, everything is
>in great shape. 
>
>my one problem is farily minor, but its been driving me nuts the past
>week. i want to make my module use 'module_log' when someone makes use
>of it. however, i am totally unable to get it to write to the log. ive
>tried about everything i can think of, ive looked in other module
>sources. 
>
>anyone have an idea for me?
>
>nk
>
>-- 
>ill try to be less cynical when you try to be less stupid.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Tue Dec 10 16:27:39 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Problem with "Extension data found for nonexisting nick "
In-Reply-To: <F114otJAadVe5HXC9xu0000eb6d@hotmail.com>
Message-ID: <3df5978e.34106@achurch.org>

     This is a known bug, and occurs when a nickname expires while the
databases are being loaded.  I'm working on a fix.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hello...
>
>Well i'm posting this message, because i get the following error on the log 
>which causes services to go down:
>
>[Nov 30 17:48:09 2002] database/version4: Extension data found for 
>nonexisting nick `Atena'
>[Nov 30 17:48:09 2002] database/version4: Extension data found for 
>nonexisting nick group 103193281
>
>This is just one of the lines (last in this case)... anyway i need help.
>
>Thanks,
>Pedro Ribeiro
>
>--------------------------------------
>eXaur
>
>
>
>
>_________________________________________________________________
>The new MSN 8: advanced junk mail protection and 2 months FREE* 
>http://join.msn.com/?page=features/junkmail
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Tue Dec 10 16:28:35 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Problem with "Extension data found for nonexisting nick "
In-Reply-To: <F114otJAadVe5HXC9xu0000eb6d@hotmail.com>
Message-ID: <3df597cc.34151@achurch.org>

     To amend my last message, these errors are not fatal and can be safely
ignored.  If Services is going down, it's not because of this.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hello...
>
>Well i'm posting this message, because i get the following error on the log 
>which causes services to go down:
>
>[Nov 30 17:48:09 2002] database/version4: Extension data found for 
>nonexisting nick `Atena'
>[Nov 30 17:48:09 2002] database/version4: Extension data found for 
>nonexisting nick group 103193281
>
>This is just one of the lines (last in this case)... anyway i need help.
>
>Thanks,
>Pedro Ribeiro
>
>--------------------------------------
>eXaur
>
>
>
>
>_________________________________________________________________
>The new MSN 8: advanced junk mail protection and 2 months FREE* 
>http://join.msn.com/?page=features/junkmail
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From olly at avansys.co.uk  Tue Dec 10 11:43:53 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] module_log function
In-Reply-To: <3df59765.33746@achurch.org>
Message-ID: <000301c2a084$78cfd990$3d714fd9@thema>

*This message was transferred with a trial version of CommuniGate(tm) Pro*
I have a module from Brain up there that does something useful.
Send me an email and we can swap.
olly@avansys.co.uk

-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Andrew
Church
Sent: 10 December 2002 07:26
To: ircservices-coding@ircservices.za.net
Subject: Re: [IRCServices Coding] module_log function


*This message was transferred with a trial version of CommuniGate(tm) Pro*
     Did you define "static Module *module;" at the top of your module
and store the pointer passed to init_module() into it?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>so, ive been playing with writing my own module for ircservices, and
>have been fairly successful. compiles, runs, works fine, everything is
>in great shape.
>
>my one problem is farily minor, but its been driving me nuts the past
>week. i want to make my module use 'module_log' when someone makes use
>of it. however, i am totally unable to get it to write to the log. ive
>tried about everything i can think of, ive looked in other module
>sources.
>
>anyone have an idea for me?
>
>nk
>
>--
>ill try to be less cynical when you try to be less stupid.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.423 / Virus Database: 238 - Release Date: 25/11/2002

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.423 / Virus Database: 238 - Release Date: 25/11/2002



From prince at zirc.org  Tue Dec 10 22:25:58 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Suggestion for next release
References: <3df54600.72335@achurch.org>
Message-ID: <001301c2a0de$2b419f60$e577e518@msns.eph.ptd.net>

My bad.  Excuse me.

-prince

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Monday, December 09, 2002 8:39 PM
Subject: Re: [IRCServices Coding] Suggestion for next release


> RTFM.  /os akill view <mask>
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >I often receive emails about users who have been akilled from our
network,
> >and our akill list is rather long.  I was wondering if it would be
possible
> >to add a command to OperServ to search through the akill list for a
specific
> >hostname and/or IP address to verify it's there instead of checking each
one
> >individually by looking at the list.
> >I request this command because I don't want to remove the akill if it's
> >already in place because I'd like to see the reason why I (or one of my
> >opers) had added it in the first place to see if I actually should remove
it
> >or not.  Please discuss this and let me know.  Thanks! :)
> >
> >-prince
> >
> >------------------------------------------------------------------
> >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 lucas at lucas-nussbaum.net  Fri Dec 13 01:05:08 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
Message-ID: <20021213090508.GA29773@ox.lucas-nussbaum.net>

Hi,

Ircservices 5, with its module support, looks like the best services
package around. Furthermore, the development of other services projects
seems to have slow down, or stopped. It would probably be a good time to
make users come back from ircservices-forked projects to ircservices.

The problem is that several functionnalities are still missing. Several
people would be strongly interested in a botserv module, so I started to
look at how module are implemented, etc... Several things stated in
ftp://ftp.esper.net/ircservices/docs/6.html disturb me.

1/ While developping a complex module such as botserv, I'll probably
come accross things like missing callbacks, etc. I haven't started
coding, but it seems there's no callback for messages sent to a channel.
(I'm not sure of the m_privmsg callback not ignoring channel privmsgs).
So I'll probably have to modify things in ircservices. Since my
module(s) would be distributed under the GPL (I'm not even part of the
team of any network), I have 3 solutions :
- fork ircservices, but I don't want to. I don't have time and don't
  want to maintain such a project, and forking is counter-productive.
- distribute patches to modify ircservices core. Those are difficult to
  maintain, and are counter-productive too : my needs of new callbacks
will probably be met by other module developpers too.
- contribute source code to ircservices, but then there's what is in
  section 6.3 :
"Furthermore, any submissions of modules, code, documentation, or any
other information (collectively "information") become the sole property
of the author of IRC Services, and by submitting such information, you
agree to transfer any and all rights you may have in said information to
said author. If you do not agree to the above, or you are not permitted
(by law, contract, or otherwise) to transfer all of your rights in the
information to the author(s) of IRC Services, then you may not submit
the information. (If you cannot comply with this paragraph but would
still like to submit something, please contact the author to discuss
your situation.)"
a. this is against french law, and probably laws from many other
countries : some rights of the author can't be given to someone else.
b. this is against the free software idea.
c. if I code sthing, then contribute it to ircservices, I would no
longer be the author of this, so I couldn't, for example, include it in
a commercial product I distribute.
I don't understand why this clause is needed. There's no risk with
including GPLed code or FDLed documentation in a project, since neither
the GPL nor the FDL can be revoked. Could you please explain ?

2/ Coding standards (section 6.4)
I understand your identifier naming conventions. But there's no need for
Formatting conventions. What about using GNU indent, which is highly
configurable, and provide a .indent.pro file for ircservices, so that
everyone can submit code that matches your very own formatting
conventions ?
-- 
Lucas Nussbaum
MySQL to IRC gateway : http://www.lucas-nussbaum.net/thales/

From achurch at achurch.org  Fri Dec 13 19:17:25 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <20021213090508.GA29773@ox.lucas-nussbaum.net>
Message-ID: <3df9ba01.30410@achurch.org>

     Short answer: don't send me code (and see FAQ Z.8).

     Long answer:

>1/ While developping a complex module such as botserv, I'll probably
>come accross things like missing callbacks, etc. I haven't started
>coding, but it seems there's no callback for messages sent to a channel.
>(I'm not sure of the m_privmsg callback not ignoring channel privmsgs).
>So I'll probably have to modify things in ircservices. Since my
>module(s) would be distributed under the GPL (I'm not even part of the
>team of any network), I have 3 solutions :

     Alternatively, you could suggest to me "I need a callback to do X",
and I'd probably add it, or at least tell you an alternative way to do it.

>"Furthermore, any submissions of modules, code, documentation, or any
[...]
>your situation.)"
>a. this is against french law, and probably laws from many other
>countries : some rights of the author can't be given to someone else.

     I can't say anything about other countries' laws.  If this ever
becomes a factual problem I'll deal with it at that time.

>b. this is against the free software idea.

     There is no such thing as "the free software idea".  There are a whole
bunch of "free software ideas"; I don't necessarily agree with all of them.
I go into some discussion of this in question Z.8 in the FAQ.

>c. if I code sthing, then contribute it to ircservices, I would no
>longer be the author of this, so I couldn't, for example, include it in
>a commercial product I distribute.

     This is true.

>I don't understand why this clause is needed. There's no risk with
>including GPLed code or FDLed documentation in a project, since neither
>the GPL nor the FDL can be revoked. Could you please explain ?

     That clause was originally used for translations, which I feel I have
every right to claim ownership for (and at least US and Japanese copyright
law guarantee this, IIRC).  I extended it to cover all code just to make my
life simpler, so that I don't have to worry about who owns what code and
contributed it under what conditions, and also to cover my back in case
some crackpot tries to claim rights to my code, as happened once before.
(Look at docs/copyright.html, among other places, and note that I
specifically state "version 2" of the GPL, not the "version 2 or any later
version" that most people use--I might not be able to include such code in
Services due to the difference in licensing terms.)

     In reality, it makes very little difference, as I almost never include
code people send me "as-is"--I rewrite it myself.  The reasoning for this
is explained more fully in question Z.8 in the FAQ.

>2/ Coding standards (section 6.4)
>I understand your identifier naming conventions. But there's no need for
>Formatting conventions. What about using GNU indent, which is highly
>configurable, and provide a .indent.pro file for ircservices, so that
>everyone can submit code that matches your very own formatting
>conventions ?

     I can do indenting fine on my own and have no need or desire to use a
tool to do it.  If you can't format your code like mine (and you should
always match the existing style when you modify a program), then I don't
want to see your code.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From nick at devaluate.com  Fri Dec 13 06:27:19 2002
From: nick at devaluate.com (nick martini)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <3df9ba01.30410@achurch.org>
References: <20021213090508.GA29773@ox.lucas-nussbaum.net> <3df9ba01.30410@achurch.org>
Message-ID: <20021213142719.GA2686@bucephalus>

nice attitude.
ah well, at least you're not lara... she was much worse on her mailing
list.

lucas, if you code botserv, i know of about a million people who would
be interested in it.

On Fri, Dec 13, 2002 at 07:17:25PM +0900, Andrew Church wrote:
|> From: achurch@achurch.org (Andrew Church)
|> To: ircservices-coding@ircservices.za.net
|> Subject: Re: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
|> X-Mailer: MMail v5.06
|> Message-ID: <3df9ba01.30410@achurch.org>
|> Reply-To: ircservices-coding@ircservices.za.net
|> Date: Fri, 13 Dec 2002 19:17:25 JST
|> 
|>      Short answer: don't send me code (and see FAQ Z.8).
|> 
|>      Long answer:
|> 
|> >1/ While developping a complex module such as botserv, I'll probably
|> >come accross things like missing callbacks, etc. I haven't started
|> >coding, but it seems there's no callback for messages sent to a channel.
|> >(I'm not sure of the m_privmsg callback not ignoring channel privmsgs).
|> >So I'll probably have to modify things in ircservices. Since my
|> >module(s) would be distributed under the GPL (I'm not even part of the
|> >team of any network), I have 3 solutions :
|> 
|>      Alternatively, you could suggest to me "I need a callback to do X",
|> and I'd probably add it, or at least tell you an alternative way to do it.
|> 
|> >"Furthermore, any submissions of modules, code, documentation, or any
|> [...]
|> >your situation.)"
|> >a. this is against french law, and probably laws from many other
|> >countries : some rights of the author can't be given to someone else.
|> 
|>      I can't say anything about other countries' laws.  If this ever
|> becomes a factual problem I'll deal with it at that time.
|> 
|> >b. this is against the free software idea.
|> 
|>      There is no such thing as "the free software idea".  There are a whole
|> bunch of "free software ideas"; I don't necessarily agree with all of them.
|> I go into some discussion of this in question Z.8 in the FAQ.
|> 
|> >c. if I code sthing, then contribute it to ircservices, I would no
|> >longer be the author of this, so I couldn't, for example, include it in
|> >a commercial product I distribute.
|> 
|>      This is true.
|> 
|> >I don't understand why this clause is needed. There's no risk with
|> >including GPLed code or FDLed documentation in a project, since neither
|> >the GPL nor the FDL can be revoked. Could you please explain ?
|> 
|>      That clause was originally used for translations, which I feel I have
|> every right to claim ownership for (and at least US and Japanese copyright
|> law guarantee this, IIRC).  I extended it to cover all code just to make my
|> life simpler, so that I don't have to worry about who owns what code and
|> contributed it under what conditions, and also to cover my back in case
|> some crackpot tries to claim rights to my code, as happened once before.
|> (Look at docs/copyright.html, among other places, and note that I
|> specifically state "version 2" of the GPL, not the "version 2 or any later
|> version" that most people use--I might not be able to include such code in
|> Services due to the difference in licensing terms.)
|> 
|>      In reality, it makes very little difference, as I almost never include
|> code people send me "as-is"--I rewrite it myself.  The reasoning for this
|> is explained more fully in question Z.8 in the FAQ.
|> 
|> >2/ Coding standards (section 6.4)
|> >I understand your identifier naming conventions. But there's no need for
|> >Formatting conventions. What about using GNU indent, which is highly
|> >configurable, and provide a .indent.pro file for ircservices, so that
|> >everyone can submit code that matches your very own formatting
|> >conventions ?
|> 
|>      I can do indenting fine on my own and have no need or desire to use a
|> tool to do it.  If you can't format your code like mine (and you should
|> always match the existing style when you modify a program), then I don't
|> want to see your code.
|> 
|>   --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
|> 
|> 

-- 
ill try to be less cynical when you try to be less stupid.

From kfiresun at ix.netcom.com  Fri Dec 13 07:50:52 2002
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
References: <3df9ba01.30410@achurch.org>
Message-ID: <003e01c2a2bf$6db0ed00$6ed387d8@bahamut>

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, December 13, 2002 4:17 AM
Subject: Re: [IRCServices Coding] contributing to ircservices : legal and
coding standards problems


] ... SNIP ... [

>
>      I can do indenting fine on my own and have no need or desire to use a
> tool to do it.  If you can't format your code like mine (and you should
> always match the existing style when you modify a program), then I don't
> want to see your code.
>

I have to agree with this.  Look at just about any of the ircd code
out there and you'll quickly understand why its important to be
consistant with style through out the program.

I've seen some coders switch their style from line to line and it
gets very frustrating for other people to try and read it.

Kelmar K. Firesun (IRL: Bryce Simonds)
Assistant Admin: dream.esper.net (www.esper.net)


From lucas at lucas-nussbaum.net  Fri Dec 13 07:59:02 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <003e01c2a2bf$6db0ed00$6ed387d8@bahamut>
References: <3df9ba01.30410@achurch.org> <003e01c2a2bf$6db0ed00$6ed387d8@bahamut>
Message-ID: <20021213155902.GA13748@ox.lucas-nussbaum.net>

On Fri, Dec 13, 2002 at 09:50:52AM -0600, "Kelmar K. Firesun" <kfiresun@ix.netcom.com> wrote:
> >      I can do indenting fine on my own and have no need or desire to use a
> > tool to do it.  If you can't format your code like mine (and you should
> > always match the existing style when you modify a program), then I don't
> > want to see your code.
> >
> 
> I have to agree with this.  Look at just about any of the ircd code
> out there and you'll quickly understand why its important to be
> consistant with style through out the program.
> 
> I've seen some coders switch their style from line to line and it
> gets very frustrating for other people to try and read it.

This isn't the point. GNU indent automatizes the process of formatting
code. With it properly configured, I can write in my style with my
editor, then use GNU indent to format it like Andrew's code. If someone
contributes to one of my projects, I don't require him to format code
like me : if he doesn't, I just re-format the code with GNU indent.

lucas

From lucas at lucas-nussbaum.net  Fri Dec 13 08:17:56 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <3df9ba01.30410@achurch.org>
References: <20021213090508.GA29773@ox.lucas-nussbaum.net> <3df9ba01.30410@achurch.org>
Message-ID: <20021213161756.GA12428@ox.lucas-nussbaum.net>

> >"Furthermore, any submissions of modules, code, documentation, or any
> [...]
> >your situation.)"
> >a. this is against french law, and probably laws from many other
> >countries : some rights of the author can't be given to someone else.
> 
>      I can't say anything about other countries' laws.  If this ever
> becomes a factual problem I'll deal with it at that time.

It is a factual problem : I can't contrib (and wouldn't want to contrib)
anything to ircservices with this clause.

> (Look at docs/copyright.html, among other places, and note that I
> specifically state "version 2" of the GPL, not the "version 2 or any later
> version" that most people use--I might not be able to include such code in
> Services due to the difference in licensing terms.)

Actually, you can't include any code from other projects because of this
: you impose additional restrictions on the code. (see section 6 of the
GPL)

OK, I don't understand why you are acting like this, but I respect this.
I think the only interesting solution for this issue would be to fork
ircservices and start a new services package with a bazaar development
model. But I have a licence problem here : I don't want to use "GPL
version 2" but "GPL version 2 or later", and I can't, without knowing
what is in this "later" version of the GPL.
I still have to think about this, but would you agree to release a
special version of ircservices-5 under "GPL version 2 or later" instead
of "GPL version 2" ? This way I could fork this version instead of the
restricted one.

Furthermore, I think the Affero GPL would be more appropriate for
an irc services package. (see http://www.affero.org/oagpl.html for the
licence itself, and
http://webservices.devchannel.org/webservices/02/05/21/2245226.shtml?tid=1
for an article explaining the changes). This licence is believed to be
the base of GPL v.3. Would you agree to release a special version of
ircservices under the Affero GPL ? (If you agree to release a "2 or
later" version, I would probably only have to wait until GPL v.3 is
released anyway)

Thanks for reading me,

Lucas

From lucas at lucas-nussbaum.net  Fri Dec 13 09:20:14 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] interesting link for the "GPL v.2 and no later" issue
Message-ID: <20021213172014.GA8933@ox.lucas-nussbaum.net>

See http://www.gnu.org/licenses/gpl-faq.html#TOCVersionTwoOrLater :
"Why should programs say "Version 2 of the GPL or any later version"?

    From time to time, at intervals of years, we change the
GPL--sometimes to clarify it, sometimes to permit certain kinds of use
not previously permitted, and sometimes to tighten up a requirement.
(The last change was in 1991.) Using this "indirect pointer" in each
program makes it possible for us to change the distribution terms on the
entire collection of GNU software, when we update the GPL.

    If each program lacked the indirect pointer, we would be forced to
discuss the change at length with numerous copyright holders, which
would be a virtual impossibility. In practice, the chance of having
uniform distribution terms for GNU software would be nil.

    Suppose a program says "Version 2 of the GPL or any later version"
and a new version of the GPL is released. If the new GPL version gives
additional permission, that permission will be available immediately to
all the users of the program. But if the new GPL version has a tighter
requirement, it will not restrict use of the current version of the
program, because it can still be used under GPL version 2. When a
program says "Version 2 of the GPL or any later version", users will
always be permitted to use it, and even change it, according to the
terms of GPL version 2--even after later versions of the GPL are
available.

    If a tighter requirement in a new version of the GPL need not be
obeyed for existing software, how is it useful? Once GPL version 3 is
available, the developers of most GPL-covered programs will release
subsequent versions of their programs specifying "Version 3 of the GPL
or any later version". Then users will have to follow the tighter
requirements in GPL version 3, for subsequent versions of the program.

However, developers are not obligated to do this; developers can
continue allowing use of the previous version of the GPL, if that is
their preference."

I really don't understand why you limit ircservices usage to version 2
of the GPL. Could you briefly explain ?

Thank you,
-- 
Lucas Nussbaum

From achurch at achurch.org  Sat Dec 14 08:55:17 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <20021213161756.GA12428@ox.lucas-nussbaum.net>
Message-ID: <3dfa76c1.55360@achurch.org>

>> (Look at docs/copyright.html, among other places, and note that I
>> specifically state "version 2" of the GPL, not the "version 2 or any later
>> version" that most people use--I might not be able to include such code in
>> Services due to the difference in licensing terms.)
>
>Actually, you can't include any code from other projects because of this
>: you impose additional restrictions on the code. (see section 6 of the
>GPL)

     I'm well aware of this, and I don't include code from other projects,
but that's mainly because I had no such intentions in the first place.
(Some people call this "Not Invented Here" syndrome; I call it "wanting to
know exactly what the code does".)

>OK, I don't understand why you are acting like this, but I respect this.
>I think the only interesting solution for this issue would be to fork
>ircservices and start a new services package with a bazaar development
>model. But I have a licence problem here : I don't want to use "GPL
>version 2" but "GPL version 2 or later", and I can't, without knowing
>what is in this "later" version of the GPL.

     This is exactly the reason I say "version 2" instead of "version 2 or
later": I don't know what "later" versions will say.  I'm well aware that
the FSF says "the only changes made in later versions will be to clarify
minor issues", but frankly, I don't trust them--or rather, I don't trust
that what they consider "minor issues" will also be "minor" from my point
of view.

     If a new version of the GPL is released, and I feel it appropriate to
use with Services, then of course I'll do so.  But note that even if I said
"2 or later", and a later version made a change I preferred, people would
still be able to use the code under version 2 of the license "at their
option".

>I still have to think about this, but would you agree to release a
>special version of ircservices-5 under "GPL version 2 or later" instead
>of "GPL version 2" ? This way I could fork this version instead of the
>restricted one.

     No, I won't do that; however, I would be willing to let you distribute
your own version under a "version 2 or later" license.

>Furthermore, I think the Affero GPL would be more appropriate for
>an irc services package. (see http://www.affero.org/oagpl.html for the
>licence itself, and
>http://webservices.devchannel.org/webservices/02/05/21/2245226.shtml?tid=1
>for an article explaining the changes).

     Thanks for the link--I'll look into it.  (But not today--I'm going
out of town shortly for the next few days.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Sat Dec 14 09:09:50 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <20021213155902.GA13748@ox.lucas-nussbaum.net>
Message-ID: <3dfa7a1b.37226@achurch.org>

>This isn't the point. GNU indent automatizes the process of formatting
>code.

     This is exactly why I _don't_ want it used.  One reason is that some
formatting decisions are readability decisions (e.g. "does it look better
with or without the space?"), which a computer can't make.  Good coding
style isn't just about how many spaces you put where--it's about making the
code readable.  The other reason--and I freely admit that this is biased;
c'est la vie--is that if you're a good enough programmer, matching someone
else's style isn't such a big problem that you need a tool to do it, and if
you're not that good a programmer, then I probably wouldn't use your code
anyway.  (As I say in the FAQ, I almost never accept code from _anyone_; I
usually take just the suggestions and implement them myself.  This way I
can keep a better mental image of the program and find problems more
quickly.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From r-krisztian at softhome.net  Sat Dec 14 05:25:10 2002
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol
Message-ID: <200212141425.10005.r-krisztian@softhome.net>

Some things changed in beta13 which I don't know exactly that can cause a 
problem in IRCServices.

* UNKLINE and UNZLINE have been removed in favor of a system like G:lines, to 
remove you now /kline -user@host or /zline -user@host

And this is a new one, don't know if it can be used in IRCServices:

* SVSLUSERS was added to all U:lines to change local and global max user 
counts (this is
  NOT meant so you can make the max count higher than it really should be.)

Can you tell me if there would be errors if I use IRCServices with 
Unreal3.2-beta13?

-- 
Krisztian Romek
r-krisztian@softhome.net


From martin at e-tech.us  Sat Dec 14 05:43:02 2002
From: martin at e-tech.us (Martin)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol
In-Reply-To: <200212141425.10005.r-krisztian@softhome.net>
Message-ID: <009d01c2a376$bdc025b0$1101a8c0@INETSERVER>

Well, I'm using, and no trouble.

-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net] On Behalf Of
Krisztian Romek
Sent: Saturday, December 14, 2002 8:25 AM
To: ircservices-coding@ircservices.za.net
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol


Some things changed in beta13 which I don't know exactly that can cause
a 
problem in IRCServices.

* UNKLINE and UNZLINE have been removed in favor of a system like
G:lines, to 
remove you now /kline -user@host or /zline -user@host

And this is a new one, don't know if it can be used in IRCServices:

* SVSLUSERS was added to all U:lines to change local and global max user

counts (this is
  NOT meant so you can make the max count higher than it really should
be.)

Can you tell me if there would be errors if I use IRCServices with 
Unreal3.2-beta13?

-- 
Krisztian Romek
r-krisztian@softhome.net

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From olly at avansys.co.uk  Sun Dec 15 05:53:17 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol
In-Reply-To: <200212141425.10005.r-krisztian@softhome.net>
Message-ID: <000201c2a441$52577cd0$3d714fd9@thema>

*This message was transferred with a trial version of CommuniGate(tm) Pro*

I'm using Beta13 and so far so good.
-----Original Message-----
From: ircservices-coding-admin@ircservices.za.net
[mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of Krisztian
Romek
Sent: 14 December 2002 13:25
To: ircservices-coding@ircservices.za.net
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol


*This message was transferred with a trial version of CommuniGate(tm) Pro*
Some things changed in beta13 which I don't know exactly that can cause a
problem in IRCServices.

* UNKLINE and UNZLINE have been removed in favor of a system like G:lines,
to
remove you now /kline -user@host or /zline -user@host

And this is a new one, don't know if it can be used in IRCServices:

* SVSLUSERS was added to all U:lines to change local and global max user
counts (this is
  NOT meant so you can make the max count higher than it really should be.)

Can you tell me if there would be errors if I use IRCServices with
Unreal3.2-beta13?

--
Krisztian Romek
r-krisztian@softhome.net

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.427 / Virus Database: 240 - Release Date: 06/12/2002

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.427 / Virus Database: 240 - Release Date: 06/12/2002



From r-krisztian at softhome.net  Sun Dec 15 06:11:55 2002
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol
In-Reply-To: <000201c2a441$52577cd0$3d714fd9@thema>
References: <000201c2a441$52577cd0$3d714fd9@thema>
Message-ID: <200212151511.56036.r-krisztian@softhome.net>

Hello!

Thank you for your answers! I've tested IRCServices with Unreal3.2-beta13 and 
they work without any problems.

But one thing I don't understand that in unreal.c there are commands like 
UNKLINE and UNZLINE which I'm not sure if could mean compatibility problems 
with Unreal3.2-beta13. What do you think?

-- 
Krisztian Romek
r-krisztian@softhome.net


From lucas at lucas-nussbaum.net  Sun Dec 15 23:00:57 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] contributing to ircservices : legal and coding standards problems
In-Reply-To: <3dfa76c1.55360@achurch.org>
References: <20021213161756.GA12428@ox.lucas-nussbaum.net> <3dfa76c1.55360@achurch.org>
Message-ID: <20021216070057.GA16031@ox.lucas-nussbaum.net>

On Sat, Dec 14, 2002 at 08:55:17AM +0900, Andrew Church <achurch@achurch.org> wrote:
> >I still have to think about this, but would you agree to release a
> >special version of ircservices-5 under "GPL version 2 or later" instead
> >of "GPL version 2" ? This way I could fork this version instead of the
> >restricted one.
> 
>      No, I won't do that; however, I would be willing to let you distribute
> your own version under a "version 2 or later" license.

OK, I'll think about it then.
I won't be near a computer during the christmas hollidays, so this will
be postponed to after the hollidays I think.

> >Furthermore, I think the Affero GPL would be more appropriate for
> >an irc services package. (see http://www.affero.org/oagpl.html for the
> >licence itself, and
> >http://webservices.devchannel.org/webservices/02/05/21/2245226.shtml?tid=1
> >for an article explaining the changes).
> 
>      Thanks for the link--I'll look into it.  (But not today--I'm going
> out of town shortly for the next few days.)

Please do. I'm not sure yet whether I would like this project to be
released under "GPL v.2 or later", or Affero GPL. Maybe ("Affero GPL" OR
"GPL > v.2") might be a better choice, because I really like this 2.d
section. But this would require some documentation to explain this
choice :)
-- 
Lucas Nussbaum
IRC to MySQL gateway : http://www.lucas-nussbaum.net/thales/

From ron885 at bloodheart.com  Tue Dec 17 19:26:54 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] importing s_NickServ
Message-ID: <200212172026.54947.ron885@bloodheart.com>

i'm looking through the chanserv and memoserv code and i'm not seeing where it 
imports s_NickServ, if i try to use it and not import it it fails... am i 
missing something?

thanks

From achurch at achurch.org  Wed Dec 18 13:30:03 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Unreal3.2-beta13 and the Unreal protocol
In-Reply-To: <200212151511.56036.r-krisztian@softhome.net>
Message-ID: <3dfffa29.64275@achurch.org>

>But one thing I don't understand that in unreal.c there are commands like 
>UNKLINE and UNZLINE which I'm not sure if could mean compatibility problems 
>with Unreal3.2-beta13. What do you think?

     Those are only used for message recognition (so the "unknown message"
error isn't logged if they're received)--Services never sends them.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From achurch at achurch.org  Wed Dec 18 13:31:58 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] importing s_NickServ
In-Reply-To: <200212172026.54947.ron885@bloodheart.com>
Message-ID: <3dfffa8f.64305@achurch.org>

>i'm looking through the chanserv and memoserv code and i'm not seeing whe
>re it 
>imports s_NickServ, if i try to use it and not import it it fails... am i
> 
>missing something?

     s_NickServ is implicitly imported--it's referenced as an external
symbol by the module, so if nickserv/main isn't loaded, the dynamic loader
will refuse to load chanserv/main because of unresolved symbols.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From r-krisztian at softhome.net  Tue Dec 17 23:08:23 2002
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] xml-import missing
Message-ID: <200212180808.23625.r-krisztian@softhome.net>

Hello!

I use IRCServices-5.0.6. I've loaded http/main, http/auth-password, 
http/dbaccess, http/debug, misc/xml-export and misc/xml-import modules.

http://my.server.name:port/dbaccess is OK, the menu appears, but I can't see 
xml-import. In older versions I could. What am I doing wrong?

-- 
Krisztian Romek
r-krisztian@softhome.net


From achurch at achurch.org  Wed Dec 18 16:24:45 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] xml-import missing
In-Reply-To: <200212180808.23625.r-krisztian@softhome.net>
Message-ID: <3e0022e1.32747@achurch.org>

>Hello!
>
>I use IRCServices-5.0.6. I've loaded http/main, http/auth-password, 
>http/dbaccess, http/debug, misc/xml-export and misc/xml-import modules.
>
>http://my.server.name:port/dbaccess is OK, the menu appears, but I can't see 
>xml-import. In older versions I could. What am I doing wrong?

     That functionality was removed back during the alpha or beta stage
(I don't remember).  Use -import=filename instead. (RTFM)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>-- 
>Krisztian Romek
>r-krisztian@softhome.net
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From laser at musichat.net  Wed Dec 18 03:08:38 2002
From: laser at musichat.net (laser@musichat.net)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Can I use Ldap for autenticate?
Message-ID: <20021218110838.30197.qmail@ns.myhost.it>

Hello, I've a question, can I store the user in LDAP database? and can I 
share this with user for my website, and other services like freemail etc? 

Best Regard 

Alex

From andrewk at isdial.net  Wed Dec 18 04:54:11 2002
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Can I use Ldap for autenticate?
References: <20021218110838.30197.qmail@ns.myhost.it>
Message-ID: <00d801c2a694$8fca84e0$0529010a@af.didata.local>

Hi there,

There is currently no support for storing all the Services data in an LDAP
database.

Using the standard DB, you can share some of this info via the HTTP module -
but you'll have to do some tweaking.

Regards, Andrew

----- Original Message -----
From: <laser@musichat.net>
To: <ircservices-coding@ircservices.za.net>
Sent: Wednesday, December 18, 2002 1:08 PM
Subject: [IRCServices Coding] Can I use Ldap for autenticate?


>
> Hello, I've a question, can I store the user in LDAP database? and can I
> share this with user for my website, and other services like freemail etc?
>
> Best Regard
>
> Alex
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>


From lucas at lucas-nussbaum.net  Wed Dec 18 08:09:45 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
Message-ID: <20021218160945.GA23109@ox.lucas-nussbaum.net>

Hi,

After the discussions which took place those last days on those both
lists (epona mailing list, and ircservices coding mailing list), I
created a new project on sourceforge [1], named servicesng (Services
Next Generation).

We don't know exactly what we are going to do, but the resulting work
will at least include :
- botserv, either built-in or as a module
- SQL support for databases

Furthermore, we want this project to follow an Open development model,
as described in The Cathedral and the Bazaar. Everybody will be able to
contribute, etc.

We don't know yet how we are going to reach this point. Raised options
until now are :
- contribute to epona
- fork ircservices
- fork epona
- contribute to neostats
- fork neostats
- start something from scratch

A mailing list [2] has been created to discuss those issues. If you are
interested in taking part in this project, supporting it, using it (when
something will be done), or if you just like to read mail, subscribe to
it. After that, read the archives [3] to know what has already been
discussed.

[1] Project home page on SF.net (there's nothing on it currently)
http://sourceforge.net/projects/servicesng/

[2] servicesng-chat mailing list on sf.net
http://lists.sourceforge.net/lists/listinfo/servicesng-chat

[3] servicesng-chat mailing list archives
(might not be available yet since the project was just created)
http://sourceforge.net/mailarchive/forum.php?forum=servicesng-chat
-- 
Lucas Nussbaum
IRC to MySQL gateway : http://www.lucas-nussbaum.net/thales/

From Craig at chatspike.net  Wed Dec 18 13:38:58 2002
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
Message-ID: <20021218213550.OMPJ9037.mta07-svc.ntlworld.com@i-br0ked-it>

Just a note.. do you realise how dangerous MySQL databases are? a while back i was discussing with my staff the subject of making one, Can you garuntee that MySQL wont crash? can you be totally certain that no-one else can access your database and make significant changes? currently the "FlatFiles" are a much safer way to store information, and even if someone tries to modify them, its never easy.

And still, as always, i dont see the point in BotServ.

So, good luck, and go spam somewhere else. :)

-----------------------------------------------------------------------  
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net  
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------




From lucas at lucas-nussbaum.net  Wed Dec 18 23:00:23 2002
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <20021218213550.OMPJ9037.mta07-svc.ntlworld.com@i-br0ked-it>
References: <20021218213550.OMPJ9037.mta07-svc.ntlworld.com@i-br0ked-it>
Message-ID: <20021219070023.GA17625@ox.lucas-nussbaum.net>

On Wed, Dec 18, 2002 at 09:38:58PM +0000, Craig McLure <Craig@chatspike.net> wrote:
> Just a note.. do you realise how dangerous MySQL databases are? a while back i was discussing with my staff the subject of making one, Can you garuntee that MySQL wont crash? can you be totally certain that no-one else can access your database and make significant changes? currently the "FlatFiles" are a much safer way to store information, and even if someone tries to modify them, its never easy.

yes, and see how many important websites rely on mysql. MySQL 3.23 _is_
stable.
the goal is to allow others to access the database through websites, etc
.. and modify it. And yes, MySQL can be configured to restrict access to
some people, with brand new techniques like login and password.

I'm not sure mysql would be a solution though. postgres, with a set of
stored procedures for external modification of the database, would
probably be a better choice.

> And still, as always, i dont see the point in BotServ.

yeah, you don't, but some people do.

lucas

From ghozer at scfclan.com  Thu Dec 19 07:22:39 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] BotServ
References: <20021218213550.OMPJ9037.mta07-svc.ntlworld.com@i-br0ked-it> <20021219070023.GA17625@ox.lucas-nussbaum.net>
Message-ID: <000b01c2a772$77acd140$0200a8c0@GHOZER>

>
> > And still, as always, i dont see the point in BotServ.
>
> yeah, you don't, but some people do.
>

The point in botserv, Is as-follows (If the BotServ meets the same standard
as most others)

1) Easy / shorter command structure (Instead of "/msg chanserv op #chan
nick" or "/chanserv op #channel NICK" etc.. it's Just Channel based commands
"!op NICK") - Which is easier for people who are new to IRC,

2) Most of the time, BotServ places a physical Pseudo Client to reperesent
the bot.. IN the channel.. This is not only preferred by some users and
channels, But it also gives others somthing to relate to, and an easier way
of seeing that it is a registered channel.

3) I have talked to alot of people, asking what services they use, and why,
Alot have said cygnus or epona etc, When i ask "why not IRCservices" thier
reply is simple, "Because there is no BotServ"

4) mostly the same as number 3, But really.. "Because people want it"

IF i could code, I would make one my-self, I would even be willing to pull
together a team to make one, Even though i cannot code and i
do not know how to... Though i would not mind pulling a team together...

If anyone is interested in this, Let me know VIA Personal e-mail,

ghozer@scfclan.com

Thanx

Colin Thorpe
(AKA Ghozer)

------------------------------------------
irc.Tri-Net.Org - UK admin
irc.UTChat.com - CS Admin
------------------------------------------
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF} - irc.UTChat.com
Fear, is not knowing. Terror, is finding out.


From brain at brainbox.winbot.co.uk  Thu Dec 19 10:21:10 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
Message-ID: <200212191833.gBJIX7C01586@localhost.localdomain>

MySQL databases arent really a good idea for an ircservices server on a large network - imagine the number of constant queries involved, it would be a much busier situation than many large websites, you would have to make a query for practically every RAW irc line from your uplink, e.g. for checking access, etc. If not for every RAW line, but for every MODE, JOIN, and PRIVMSG to a pseudoclient, and every connect, NICK, etc... Not to mention that MySQL's transaction support isnt that good (MySQL's one and only downfall) which would mean maybe a database such as PostgreSQL may work much better in this case. I have my doubts about performance though. Would connections to the database be persistent? Im not sure about the low level workings of DBMS systems but for this kind of application the connection would not need to be closed after each query, the slowdowns would be unbelievably slow.

>On Wed, Dec 18, 2002 at 09:38:58PM +0000, Craig McLure <Craig@chatspike.net> wrote:
>> Just a note.. do you realise how dangerous MySQL databases are? a while back i was discussing with my staff the subject of making one, Can you garuntee that MySQL wont crash? can you be totally certain that no-one else can access your database and make significant changes? currently the "FlatFiles" are a much safer way to store information, and even if someone tries to modify them, its never easy.
>
>yes, and see how many important websites rely on mysql. MySQL 3.23 _is_
>stable.
>the goal is to allow others to access the database through websites, etc
>... and modify it. And yes, MySQL can be configured to restrict access to
>some people, with brand new techniques like login and password.
>
>I'm not sure mysql would be a solution though. postgres, with a set of
>stored procedures for external modification of the database, would
>probably be a better choice.
>
>> And still, as always, i dont see the point in BotServ.
>
>yeah, you don't, but some people do.
>
>lucas
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From ShadowMaster at Shadow-Realm.org  Thu Dec 19 10:47:57 2002
From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <200212191833.gBJIX7C01586@localhost.localdomain>
References: <200212191833.gBJIX7C01586@localhost.localdomain>
Message-ID: <200212191947.58462.ShadowMaster@Shadow-Realm.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 19 December 2002 19:21, Craig Edwards wrote:
> MySQL databases arent really a good idea for an ircservices server on a
> large network - imagine the number of constant queries involved, it would
> be a much busier situation than many large websites, you would have to make
> a query for practically every RAW irc line from your uplink, e.g. for
> checking access, etc. If not for every RAW line, but for every MODE, JOIN,
> and PRIVMSG to a pseudoclient, and every connect, NICK, etc... Not to
> mention that MySQL's transaction support isnt that good (MySQL's one and
> only downfall) which would mean maybe a database such as PostgreSQL may
> work much better in this case. I have my doubts about performance though.
> Would connections to the database be persistent? Im not sure about the low
> level workings of DBMS systems but for this kind of application the
> connection would not need to be closed after each query, the slowdowns
> would be unbelievably slow.

If i dont recall to incorrectly, DALnet's services are MySQL based.
- -- 
Yours Sincerely

Thomas Juberg Stens?s

- -- What we do in life echoes in eternity

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+AhRdm5JSuDogRncRAmC9AKDHhGQhXQJt1qAzUYP9GvDt1TpPsQCfWJVL
yEBcQi3kIq6+rfxDWl09w/c=
=ZwSu
-----END PGP SIGNATURE-----


From brain at brainbox.winbot.co.uk  Thu Dec 19 10:46:07 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
Message-ID: <200212191858.gBJIw8C01770@localhost.localdomain>

Dalnets services are frequently split from their uplink, due to the fact that they cant handle the load placed upon them :) A flat file db would operate much faster with reasonable hardware, no extra socket connections have to be established to make queries.

BotServs however i do agree with (i digress here) as i am a big fan of developing and using bots of all kinds ;)

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>On Thursday 19 December 2002 19:21, Craig Edwards wrote:
>> MySQL databases arent really a good idea for an ircservices server on a
>> large network - imagine the number of constant queries involved, it would
>> be a much busier situation than many large websites, you would have to make
>> a query for practically every RAW irc line from your uplink, e.g. for
>> checking access, etc. If not for every RAW line, but for every MODE, JOIN,
>> and PRIVMSG to a pseudoclient, and every connect, NICK, etc... Not to
>> mention that MySQL's transaction support isnt that good (MySQL's one and
>> only downfall) which would mean maybe a database such as PostgreSQL may
>> work much better in this case. I have my doubts about performance though.
>> Would connections to the database be persistent? Im not sure about the low
>> level workings of DBMS systems but for this kind of application the
>> connection would not need to be closed after each query, the slowdowns
>> would be unbelievably slow.
>
>If i dont recall to incorrectly, DALnet's services are MySQL based.
>- -- 
>Yours Sincerely
>
>Thomas Juberg Stensås
>
>- -- What we do in life echoes in eternity
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.1 (GNU/Linux)
>
>iD8DBQE+AhRdm5JSuDogRncRAmC9AKDHhGQhXQJt1qAzUYP9GvDt1TpPsQCfWJVL
>yEBcQi3kIq6+rfxDWl09w/c=
>=ZwSu
>-----END PGP SIGNATURE-----
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding



From ballsy at mystical.net  Thu Dec 19 10:54:37 2002
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <200212191833.gBJIX7C01586@localhost.localdomain>
Message-ID: <Pine.LNX.4.44.0212191339280.32746-100000@david.mail.net>

        In the manner you describe it, I don't know of a single database 
that could support a large network in that way.  But if a mySQL back-end 
were to be implemented, I imagine it would involve services querying the 
database when a user identifies for a nick, for example.  Services would 
load all pertinent database info about "nick" as it could, and store it 
until the user leaves (maintaining a sort of internal 'volatile' database, 
as it does now).  Services could do the same for when a channel is 
created.  The 
first user joins, Services query mySQL for all info (ie. ACLs, topic, etc) 
and store it until the channel is emptied.
        I don't know how real-time it is, or if it's changed in the last 
couple years, but I believe DALnet (if you want a LARGE network situation) 
uses/used a shared DB scenario in that the services DBs are used for their 
users.dal.net website as well.  It's possible though, that there is a time 
delay and the data is just copied over...I dunno.
        I imagine that there is a secure, scalable, dependable 
way to do this sort of thing, but I certainly don't purport to be a DB 
expert.

David


Quoth Craig Edwards on Dec 19 at 18:21,

> MySQL databases arent really a good idea for an ircservices server on a large network - imagine the number of constant queries involved, it would be a much busier situation than many large websites, you would have to make a query for practically every RAW irc line from your uplink, e.g. for checking access, etc. If not for every RAW line, but for every MODE, JOIN, and PRIVMSG to a pseudoclient, and every connect, NICK, etc... Not to mention that MySQL's transaction support isnt that good (MySQL's one and only downfall) which would mean maybe a database such as PostgreSQL may work much better in this case. I have my doubts about performance though. Would connections to the database be persistent? Im not sure about the low level workings of DBMS systems but for this kind of application the connection would not need to be closed after each query, the slowdowns would be unbelievably slow.
> 
> >On Wed, Dec 18, 2002 at 09:38:58PM +0000, Craig McLure <Craig@chatspike.net> wrote:
> >> Just a note.. do you realise how dangerous MySQL databases are? a while back i was discussing with my staff the subject of making one, Can you garuntee that MySQL wont crash? can you be totally certain that no-one else can access your database and make significant changes? currently the "FlatFiles" are a much safer way to store information, and even if someone tries to modify them, its never easy.
> >
> >yes, and see how many important websites rely on mysql. MySQL 3.23 _is_
> >stable.
> >the goal is to allow others to access the database through websites, etc
> >... and modify it. And yes, MySQL can be configured to restrict access to
> >some people, with brand new techniques like login and password.
> >
> >I'm not sure mysql would be a solution though. postgres, with a set of
> >stored procedures for external modification of the database, would
> >probably be a better choice.
> >
> >> And still, as always, i dont see the point in BotServ.
> >
> >yeah, you don't, but some people do.
> >
> >lucas
> >------------------------------------------------------------------
> >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  Thu Dec 19 12:46:30 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <200212191833.gBJIX7C01586@localhost.localdomain>
Message-ID: <Pine.LNX.4.44.0212191445400.21334-100000@linux.ircd-net.org>

On Thu, 19 Dec 2002, Craig Edwards wrote:

> MySQL databases arent really a good idea for an ircservices server on a large network - imagine the number of constant queries involved, it would be a much busier situation than many large websites, you would have to make a query for practically every RAW irc line from your uplink, e.g. for checking access, etc. If not for every RAW line, but for every MODE, JOIN, and PRIVMSG to a pseudoclient, and every connect, NICK, etc... Not to mention that MySQL's transaction support isnt that good (MySQL's one and only downfall) which would mean maybe a database such as PostgreSQL may work much better in this case. I have my doubts about performance though. Would connections to the database be persistent? Im not sure about the low level workings of DBMS systems but for this kind of application the connection would not need to be closed after each query, the slowdowns would be unbelievably slow.
> 
Don't top post, please add newlines.

This is why you would implement a memory cache. Dalnet doesn't  seem to 
have a problem with it and they use SQL databases...


From aragon at phat.za.net  Thu Dec 19 13:00:23 2002
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <Pine.LNX.4.44.0212191445400.21334-100000@linux.ircd-net.org>
References: <200212191833.gBJIX7C01586@localhost.localdomain> <Pine.LNX.4.44.0212191445400.21334-100000@linux.ircd-net.org>
Message-ID: <20021219210023.GA75511@phat.za.net>

| By Finny Merrill <griever@t2n.org>
|                                          [ 2002-12-19 22:48 +0200 ]
> 
> This is why you would implement a memory cache. Dalnet doesn't  seem to 
> have a problem with it and they use SQL databases...

If the SQL data were cached by services, how would one accomodate for another
process to write changes to the databases while services is running?  I'd
imagine it wouldn't be easy.  Services would have to query the database
before each update and compare its cached copy with the copy from SQL.  And
from there decide what to do with any differences?


Regards,
Aragon




From quension at softhome.net  Thu Dec 19 11:48:47 2002
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
In-Reply-To: <200212191858.gBJIw8C01770@localhost.localdomain>
Message-ID: <E399F790-138A-11D7-9BFE-0003938D6866@softhome.net>

On Thursday, Dec 19, 2002, at 10:21 US/Pacific, Craig Edwards wrote:

> MySQL databases arent really a good idea for an ircservices server
> on a large network - imagine the number of constant queries involved,
> it would be a much busier situation than many large websites, you

Have you actually _looked_ at some of the implementations of many
large websites?

> would have to make a query for practically every RAW irc line from
> your uplink, e.g. for checking access, etc. If not for every RAW line,
> but for every MODE, JOIN, and PRIVMSG to a pseudoclient, and every

I'm not sure what you're thinking of, but it has nothing to do with
use of a database.

> connect, NICK, etc... Not to mention that MySQL's transaction support
> isnt that good (MySQL's one and only downfall) which would mean maybe
> a database such as PostgreSQL may work much better in this case. I

First you complain about performance under high read-query loads; then
you bring up transaction support.  One of MySQL's touted features is
high performance under mostly-read conditions; part of how it
accomplishes this is through not having transaction overhead.

> have my doubts about performance though. Would connections to the
> database be persistent? Im not sure about the low level workings of
> DBMS systems but for this kind of application the connection would not
> need to be closed after each query, the slowdowns would be
> unbelievably slow.

High load websites use persistent connections too.  This is not a
new concept.


On Thursday, Dec 19, 2002, at 10:46 US/Pacific, Craig Edwards wrote:

> Dalnets services are frequently split from their uplink, due to the
> fact that they cant handle the load placed upon them :) A flat file
> db would operate much faster with reasonable hardware, no extra
> socket connections have to be established to make queries.

Uhhh... no.

You don't know the reasons for DALnet's services splits.

Flat files won't necessarily operate faster.  There are some really,
really basic concepts here you seem to be missing.  You might do
more research on why many people use databases in the first place.


In short, stop trying to debate this and let the guy implement it.
Then you can decide whether it's suited for what you want or not.


On Thursday, Dec 19, 2002, at 10:54 US/Pacific, Ballsy wrote:

>       I don't know how real-time it is, or if it's changed in the last
> couple years, but I believe DALnet (if you want a LARGE network 
> situation)
> uses/used a shared DB scenario in that the services DBs are used for 
> their
> users.dal.net website as well.  It's possible though, that there is a 
> time
> delay and the data is just copied over...I dunno.

It's currently on a slightly-delayed synchronization scheme,
according to the users.dal.net introduction page.

-- Quension


From olly at avansys.co.uk  Thu Dec 19 19:27:53 2002
From: olly at avansys.co.uk (Olly)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Backup Services
In-Reply-To: <200212191858.gBJIw8C01770@localhost.localdomain>
Message-ID: <000001c2a7d7$c8d75e40$3d714fd9@thema>

*This message was transferred with a trial version of CommuniGate(tm) Pro*
I know I'm going to run into that RTFM FlamePit, but I tried and tried to
understand how to run a backup Services, and I can't see it at all. Is it
possible?
How can I make it so that if the main Services goes down, a backup can take
over?

Thanks!
Olly

BTW I managed to make a GameServ Module with a nice little DiceRoller thanks
to the help I recieved from here.
If anyone is interested in helping me to develop a full set of RPG Services
Modules I would love to hear from you.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.427 / Virus Database: 240 - Release Date: 06/12/2002



From idontwantthisshit at hotmail.com  Fri Dec 20 02:41:33 2002
From: idontwantthisshit at hotmail.com (DeadNotBuried)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Re: BotServ
References: <20021220100008.28140.83566.Mailman@snow.fingers.co.za>
Message-ID: <BAY1-DAV17wMi3d9z6W000097ff@hotmail.com>

personally i agree with having a botserv as well, but would like to see a
BotServ include tha capability of running TCL Scripts so as to replace the
need for eggdrops totally, hopefully there are enough who do want a bot serv
for IRCservices to get together and possibly create a addon module as i
still believe IRCservices is the best option (discounting the lack of
botserv)

> >
> > > And still, as always, i dont see the point in BotServ.
> >
> > yeah, you don't, but some people do.
> >
>
> The point in botserv, Is as-follows (If the BotServ meets the same
standard
> as most others)
>
> 1) Easy / shorter command structure (Instead of "/msg chanserv op #chan
> nick" or "/chanserv op #channel NICK" etc.. it's Just Channel based
commands
> "!op NICK") - Which is easier for people who are new to IRC,
>
> 2) Most of the time, BotServ places a physical Pseudo Client to reperesent
> the bot.. IN the channel.. This is not only preferred by some users and
> channels, But it also gives others somthing to relate to, and an easier
way
> of seeing that it is a registered channel.
>
> 3) I have talked to alot of people, asking what services they use, and
why,
> Alot have said cygnus or epona etc, When i ask "why not IRCservices" thier
> reply is simple, "Because there is no BotServ"
>
> 4) mostly the same as number 3, But really.. "Because people want it"
>
> IF i could code, I would make one my-self, I would even be willing to pull
> together a team to make one, Even though i cannot code and i
> do not know how to... Though i would not mind pulling a team together...
>
> If anyone is interested in this, Let me know VIA Personal e-mail,
>
> ghozer@scfclan.com
>
> Thanx
>
> Colin Thorpe
> (AKA Ghozer)
>
> ------------------------------------------
> irc.Tri-Net.Org - UK admin
> irc.UTChat.com - CS Admin
> ------------------------------------------
> Clan{SCF} Founder / Leader
> Sacrificial ~n~ Cold Fear
> www.clanscf.com
> #Clan{SCF} - irc.UTChat.com
> Fear, is not knowing. Terror, is finding out.

From manual3000 at hotmail.com  Fri Dec 20 03:29:48 2002
From: manual3000 at hotmail.com (MaNUaL 3000)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] New IRC Services project
Message-ID: <F3TXx3j037mPRPAMeE600005197@hotmail.com>

I dont understand what your problem is....Mr Lucas Nussbaum
You want to make another version of services? Go do it as many did..(i.e. 
epona)
Want a botserv module? Code one for yourself if you like. (i believe we have 
discussed that "botserv" matter many times (search the database))

What i really dont understand is that you come here and anounce a new 
"something called" version of services..This is called SPAM and its lame.. 
If you want to gather coders find another way to do it..

If you really want to help, make suggestions (as we all do..) and the team 
will decide to code them or not....





-----------------------------------------------------------------




>From: Lucas Nussbaum <lucas@lucas-nussbaum.net>
>Reply-To: ircservices-coding@ircservices.za.net
>To: ircservices-coding@ircservices.za.net
>Subject: [IRCServices Coding] New IRC Services project
>Date: Wed, 18 Dec 2002 17:09:45 +0100
>
>Hi,
>
>After the discussions which took place those last days on those both
>lists (epona mailing list, and ircservices coding mailing list), I
>created a new project on sourceforge [1], named servicesng (Services
>Next Generation).
>
>We don't know exactly what we are going to do, but the resulting work
>will at least include :
>- botserv, either built-in or as a module
>- SQL support for databases
>
>Furthermore, we want this project to follow an Open development model,
>as described in The Cathedral and the Bazaar. Everybody will be able to
>contribute, etc.
>
>We don't know yet how we are going to reach this point. Raised options
>until now are :
>- contribute to epona
>- fork ircservices
>- fork epona
>- contribute to neostats
>- fork neostats
>- start something from scratch
>
>A mailing list [2] has been created to discuss those issues. If you are
>interested in taking part in this project, supporting it, using it (when
>something will be done), or if you just like to read mail, subscribe to
>it. After that, read the archives [3] to know what has already been
>discussed.
>
>[1] Project home page on SF.net (there's nothing on it currently)
>http://sourceforge.net/projects/servicesng/
>
>[2] servicesng-chat mailing list on sf.net
>http://lists.sourceforge.net/lists/listinfo/servicesng-chat
>
>[3] servicesng-chat mailing list archives
>(might not be available yet since the project was just created)
>http://sourceforge.net/mailarchive/forum.php?forum=servicesng-chat
>--
>Lucas Nussbaum
>IRC to MySQL gateway : http://www.lucas-nussbaum.net/thales/


_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 3 months FREE*. 
http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3mf


From r-krisztian at softhome.net  Fri Dec 20 04:28:33 2002
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] Re: BotServ
In-Reply-To: <BAY1-DAV17wMi3d9z6W000097ff@hotmail.com>
References: <20021220100008.28140.83566.Mailman@snow.fingers.co.za> <BAY1-DAV17wMi3d9z6W000097ff@hotmail.com>
Message-ID: <200212201328.33111.r-krisztian@softhome.net>

Hello!

Are there any third-party BotServ modules written for in IRCServices? One of 
my friends would like to have one.

Uhmm, yeah, I'm sorry, it's a bit offtopic, isn't it? :)

-- 
Krisztian Romek
r-krisztian@softhome.net


From ron885 at bloodheart.com  Fri Dec 20 09:26:48 2002
From: ron885 at bloodheart.com (Ron)
Date: Sat Oct 23 23:09:46 2004
Subject: [IRCServices Coding] calling another module's callback
Message-ID: <200212201026.48313.ron885@bloodheart.com>

i need to be able to do call_callback on the nickserv callback REGISTER/LINK 
check from a module outside of nickserv... is this possible?

thanks

From prince at zirc.org  Fri Dec 20 12:17:32 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] ircservices crash
Message-ID: <001b01c2a864$d3f2dce0$e577e518@msns.eph.ptd.net>

Hey,
    I'm running ircservices-5.0.6 and Unreal3.2-beta13, lately this one guy has been repeatedly attacking our network causing ircservices to segfault.  Basically what he does is loads tons and tons of virus infected clients (not proxies, trojans), then tells them all to log onto the network.  Basically they'll have the realname "stylez" or "beer" - so I added some SGLINES in OperServ, now when he logs on he uses multiple connections per IP address, causing services to knock them off for session limits, while services is also nabbing his realname field for "stylez" - this causes ircservices to crash.  
    If I can provide additional information please let me know.  Thanks.

-prince
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021220/f2d98b0e/attachment.htm
From pfribeiro at hotmail.com  Fri Dec 20 14:07:11 2002
From: pfribeiro at hotmail.com (Pedro Ribeiro)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Services Crash
Message-ID: <F123QZt0p5a2r8gPAAI0000395f@hotmail.com>

I'm running ircservices5.0 and i get the following error when it crashes:

[Dec 20 18:09:58 2002] protocol/unreal: m_sethost: user record for Kretino 
not found

This happens frequently... so i need help.
Sometimes Unreal hubs need restart for services to stay up.

:(

Pedro Ribeiro

--------------------------------------
eXaur




_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*. 
http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprotection_3mf


From ghozer at scfclan.com  Fri Dec 20 15:07:49 2002
From: ghozer at scfclan.com (Colin Thorpe(SCF))
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Services Crash
References: <F123QZt0p5a2r8gPAAI0000395f@hotmail.com>
Message-ID: <000b01c2a87c$a14ec3e0$0200a8c0@GHOZER>

Do you have RAW Enabled on OperServ, And have people been "playing" about
with RAW, Expecially SVSNICK, SVSMODE and Kill?

Ghozer


------------------------------------------
irc.Tri-Net.Org - UK admin
irc.UTChat.com - CS Admin
------------------------------------------
Clan{SCF} Founder / Leader
Sacrificial ~n~ Cold Fear
www.clanscf.com
#Clan{SCF} - irc.UTChat.com
Fear, is not knowing. Terror, is finding out.
----- Original Message -----
From: "Pedro Ribeiro" <pfribeiro@hotmail.com>
To: <ircservices-coding@ircservices.za.net>
Sent: Friday, December 20, 2002 10:07 PM
Subject: [IRCServices Coding] Services Crash


>
> I'm running ircservices5.0 and i get the following error when it crashes:
>
> [Dec 20 18:09:58 2002] protocol/unreal: m_sethost: user record for Kretino
> not found
>
> This happens frequently... so i need help.
> Sometimes Unreal hubs need restart for services to stay up.
>
> :(
>
> Pedro Ribeiro
>
> --------------------------------------
> eXaur
>
>
>
>
> _________________________________________________________________
> MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*.
>
http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&S
U=
>
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprotec
tion_3mf
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding


From pfribeiro at hotmail.com  Fri Dec 20 16:15:20 2002
From: pfribeiro at hotmail.com (Pedro Ribeiro)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Services Crash
Message-ID: <F56La1RHPVSzs1p895L0000353f@hotmail.com>

No. Raw is not enabled.

Pedro Ribeiro

--------------------------------------
eXaur

>From: "Colin Thorpe(SCF)" <ghozer@scfclan.com>
>Reply-To: ircservices-coding@ircservices.za.net
>To: <ircservices-coding@ircservices.za.net>
>Subject: Re: [IRCServices Coding] Services Crash
>Date: Fri, 20 Dec 2002 23:07:49 -0000
>
>Do you have RAW Enabled on OperServ, And have people been "playing" about
>with RAW, Expecially SVSNICK, SVSMODE and Kill?
>
>Ghozer
>
>
>------------------------------------------
>irc.Tri-Net.Org - UK admin
>irc.UTChat.com - CS Admin
>------------------------------------------
>Clan{SCF} Founder / Leader
>Sacrificial ~n~ Cold Fear
>www.clanscf.com
>#Clan{SCF} - irc.UTChat.com
>Fear, is not knowing. Terror, is finding out.
>----- Original Message -----
>From: "Pedro Ribeiro" <pfribeiro@hotmail.com>
>To: <ircservices-coding@ircservices.za.net>
>Sent: Friday, December 20, 2002 10:07 PM
>Subject: [IRCServices Coding] Services Crash
>
>
> >
> > I'm running ircservices5.0 and i get the following error when it 
>crashes:
> >
> > [Dec 20 18:09:58 2002] protocol/unreal: m_sethost: user record for 
>Kretino
> > not found
> >
> > This happens frequently... so i need help.
> > Sometimes Unreal hubs need restart for services to stay up.
> >
> > :(
> >
> > Pedro Ribeiro
> >
> > --------------------------------------
> > eXaur
> >
> >
> >
> >
> > _________________________________________________________________
> > MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*.
> >
>http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&S
>U=
> >
>http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprotec
>tion_3mf
> >
> > ------------------------------------------------------------------
> > 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


_________________________________________________________________
MSN 8 with e-mail virus protection service: 3 months FREE*. 
http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_eliminateviruses_3mf


From RT.Mail at verizon.net  Fri Dec 20 16:19:22 2002
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Services Crash
In-Reply-To: <F56La1RHPVSzs1p895L0000353f@hotmail.com>
Message-ID: <20021221001958.DXUB1642.out004.verizon.net@bofh>

Try upgrading to the latest version of services and see if that fixes it.

< >On Sat, 21 Dec 2002 00:15:20 +0000, Pedro Ribeiro wrote:
< > No. Raw is not enabled.
< > 
< > Pedro Ribeiro
< > 
< > --------------------------------------
< > eXaur



From serdar at konuk.net  Sat Dec 21 01:42:10 2002
From: serdar at konuk.net (serdar@konuk.net)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] About Database Convert
Message-ID: <33144.195.175.79.228.1040463730.bayposta@mail.konuk.net>

I am using SirvNet iRC services 2.9.0 and I want to convert my DataBases To
IRCSERVICES how can I do it please help me


Bu e-mail BayPosta.Com webmail servisi ile g?nderilmektedir.
http://www.bayposta.com

?zhost Hosting Hizmetleri; Platin Paket3, 500 Mb. Web alan?, s?n?rs?z mail hesab?...
%20 indirimli! http://www.izhost.com


From RT.Mail at verizon.net  Sat Dec 21 09:41:34 2002
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] (no subject)
In-Reply-To: <33144.195.175.79.228.1040463730.bayposta@mail.konuk.net>
Message-ID: <20021221174211.RYRU21770.out003.verizon.net@bofh>

Services is having trouble with commands that stop working again.

/msg operserv mode #mangaproject +o jojo_da_crow
[12:33:13] -OperServ- Services is unable to change modes.  Are your servers' U:lines configured correctly?

/msg chanserv op #mangaproject jojo_da_crow
[12:33:16] -ChanServ- Sorry, the OP command is temporarily unavailable. 

I restarted the services and both commands worked fine. Possibly related to the previous error with command is temporarily 
unavailable?



From pkef at hnioxos.ee.auth.gr  Sat Dec 21 10:30:48 2002
From: pkef at hnioxos.ee.auth.gr (Panagiotis Kefalidis)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Services Crash
In-Reply-To: <F123QZt0p5a2r8gPAAI0000395f@hotmail.com>
Message-ID: <Pine.LNX.4.33.0212212028090.32172-100000@hnioxos.ee.auth.gr>

This error message is propably caused because the user requested to find
his host has disconnected before services resolve his hostname.This
was fixed long time ago.Try upgrading to the latest version.

On Fri, 20 Dec 2002, Pedro Ribeiro wrote:

>
> I'm running ircservices5.0 and i get the following error when it crashes:
>
> [Dec 20 18:09:58 2002] protocol/unreal: m_sethost: user record for Kretino
> not found
>
> This happens frequently... so i need help.
> Sometimes Unreal hubs need restart for services to stay up.
>
> :(
>
> Pedro Ribeiro
>
> --------------------------------------
> eXaur
>
>
>
>
> _________________________________________________________________
> MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*.
> http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&SU=
> http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprotection_3mf
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>


From achurch at achurch.org  Thu Dec 26 13:37:21 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] ircservices crash
In-Reply-To: <001b01c2a864$d3f2dce0$e577e518@msns.eph.ptd.net>
Message-ID: <3e0a8807.66224@achurch.org>

     Please send me a debug log from Services startup to the occurrence of
this error.  Also, if you can recompile Services with the core-dump
configure option ("./configure -dumpcore ; make install") and send me the
GDB backtrace, it would be appreciated.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0018_01C2A83A.EAFB4320
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>Hey,
>    I'm running ircservices-5.0.6 and Unreal3.2-beta13, lately this one =
>guy has been repeatedly attacking our network causing ircservices to =
>segfault.  Basically what he does is loads tons and tons of virus =
>infected clients (not proxies, trojans), then tells them all to log onto =
>the network.  Basically they'll have the realname "stylez" or "beer" - =
>so I added some SGLINES in OperServ, now when he logs on he uses =
>multiple connections per IP address, causing services to knock them off =
>for session limits, while services is also nabbing his realname field =
>for "stylez" - this causes ircservices to crash. =20
>    If I can provide additional information please let me know.  Thanks.
>
>-prince
>------=_NextPart_000_0018_01C2A83A.EAFB4320
>Content-Type: text/html;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>Hey,</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; I'm running =
>ircservices-5.0.6=20
>and Unreal3.2-beta13, lately this one guy has been repeatedly attacking =
>our=20
>network causing ircservices to segfault.&nbsp; Basically what he does is =
>loads=20
>tons and tons of virus infected clients (not proxies, trojans), then =
>tells them=20
>all to log onto the network.&nbsp; Basically they'll have the realname =
>"stylez"=20
>or "beer" - so I added some SGLINES in OperServ, now when he logs on he =
>uses=20
>multiple connections per IP address, causing services to knock them off =
>for=20
>session limits, while services is also nabbing his realname field for =
>"stylez" -=20
>this causes ircservices to crash.&nbsp; </FONT></DIV>
><DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; If I can provide =
>additional=20
>information please let me know.&nbsp; Thanks.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>-prince</FONT></DIV></BODY></HTML>
>
>------=_NextPart_000_0018_01C2A83A.EAFB4320--
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding

From achurch at achurch.org  Thu Dec 26 13:33:54 2002
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] calling another module's callback
In-Reply-To: <200212201026.48313.ron885@bloodheart.com>
Message-ID: <3e0a89cb.66254@achurch.org>

>i need to be able to do call_callback on the nickserv callback REGISTER/LINK 
>check from a module outside of nickserv... is this possible?

     No; the callback ID (necessary for calling the callback) is private to
the NickServ module.  What do you need to call it for?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From prince at zirc.org  Sat Dec 28 11:09:00 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] akill expire bug
References: <33144.195.175.79.228.1040463730.bayposta@mail.konuk.net>
Message-ID: <001701c2aea4$94c4f300$e577e518@msns.eph.ptd.net>

Occasionally when several AKILLs expire at or around the same time, OperServ
will do this:

[14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on * has
expired
[14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on * has
expired
[14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on * has
expired
[14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on * has
expired
[14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on * has
expired


From prince at zirc.org  Sat Dec 28 11:10:15 2002
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Re: akill expire bug
Message-ID: <002001c2aea4$c152e4e0$e577e518@msns.eph.ptd.net>

Sometimes it's pages and pages of it, othertimes it may only say it once or
twice...quite odd.

-prince

----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices-coding@ircservices.za.net>
Sent: Saturday, December 28, 2002 2:09 PM
Subject: akill expire bug


> Occasionally when several AKILLs expire at or around the same time,
OperServ
> will do this:
>
> [14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on *
has
> expired
> [14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on *
has
> expired
> [14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on *
has
> expired
> [14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on *
has
> expired
> [14:06] -avalon.on.ca.zirc.org- *** Global -- from OperServ: AKILL on *
has
> expired
>


From patrick at pwhsnet.com  Sat Dec 28 21:38:56 2002
From: patrick at pwhsnet.com (Patrick Fish)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] OperServ UPDATE suggestion
Message-ID: <012401c2aefc$9476a3f0$1400000a@patrick>

I think it would be better when using OperServ UPDATE would update *all* databases. Correct me if I'm wrong, but it looks like it only updates the OperServ DB:

modules/operserv/main.c:


/* Callback for saving data. */

static int do_save_data(void)
{
    sync_operserv_db(OperDBName);
    return 0;
}


I tried to add this (with the appropriate static char's):


/* Callback for saving data. */

static int do_save_data(void)
{
    sync_channel_db(ChanDBName);
    sync_operserv_db(OperDBName);
    sync_statserv_db(StatDBName);
    return 0;
}


and I couldn't get it to work.

Ideas?



/Patrick Fish


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.427 / Virus Database: 240 - Release Date: 12/6/2002
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20021228/b934b678/attachment.html
From griever at t2n.org  Sun Dec 29 00:09:08 2002
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] Idea for akills
Message-ID: <Pine.LNX.4.44.0212290204140.2920-100000@linux.ircd-net.org>

What if we could somehow limit the amount of akills sent to the servers.

Idea 1
What if we kept a limit on how many we sent out, and removed the oldest 
one on new add when the limit was reached

Idea 2
What if we made all akills set by services only last like a certain amount 
of time, even if they were set longer than that?


From chris at monkeyircd.org  Sun Dec 29 03:50:14 2002
From: chris at monkeyircd.org (Chris Plant)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] TS3/4 Support
Message-ID: <1041162617.1021.3.camel@hermes.111balmoral.co.uk>

Hello

I'm working on monkeyircd's protocol module for services, and I've hit a
problem.
As I understand it, in TS3 mode, when services loses its link/shuts
down, it should send/receive QUITs for all the clients it handles.  But
in TS4 mode it just receives a SQUIT for the link lost, and then should
calculate the QUITs and SQUITs that follow as a consequence.

How hard would it be to change the protocol module to either of these
behaviours (I suspect the former would be easier).  MonkeyIRCD handles
both behaviours, as specified in the TS4 protocol, by using either
TS3/TS4 as declared at the start of a server link session.

Chris


From patrick at pwhsnet.com  Sun Dec 29 05:16:50 2002
From: patrick at pwhsnet.com (Patrick Fish)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] bahamut/Services crash
Message-ID: <000f01c2af3c$8c538ea0$1400000a@patrick>

It seems IRCServices crashes every time a server gets squit:
(bahamut-1.4(35))




[05:14:01] -patrick.liveharmony.org- *** Routing -- from
patrick.liveharmony.org: Received SQUIT patrick.dev.liveharmony.org from
Patrick[(+)patrick@0.0.0.0] (Patrick)
[05:14:01] -patrick.liveharmony.org- *** Notice --
patrick.dev.liveharmony.org was connected for 11 seconds.  2/1 sendK/recvK.
[05:14:01] -patrick.liveharmony.org- *** Global -- from
services.liveharmony.org: PANIC! buffer = SQUIT patrick.dev.liveharmony.org
:Patrick
[05:14:01] -patrick.liveharmony.org- *** Routing -- from
patrick.liveharmony.org: Received SQUIT services.liveharmony.org from
services.liveharmony.org[unknown@0.0.0.0] (Services terminating: Bus error)
[05:14:01] -patrick.liveharmony.org- *** Notice -- services.liveharmony.org
was connected for 749 seconds.  4/2 sendK/recvK.
[05:14:01] * OperServ [service@liveharmony.org] has left IRC


I cant find where the problem is. I'm running 5.0.6.



===========
Patrick Fish
patrick@pwhsnet.com


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.427 / Virus Database: 240 - Release Date: 12/6/2002


From chris at monkeyircd.org  Mon Dec 30 11:30:08 2002
From: chris at monkeyircd.org (Chris Plant)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] TS3/4 Support
Message-ID: <1041276612.1096.4.camel@hermes.111balmoral.co.uk>

Hello

I'm working on monkeyircd's protocol module for services, and I've hit a
problem.
As I understand it, in TS3 mode, when services loses its link/shuts
down, it should send/receive QUITs for all the clients it handles.  But
in TS4 mode it just receives a SQUIT for the link lost, and then should
calculate the QUITs and SQUITs that follow as a consequence.

How hard would it be to change the protocol module to either of these
behaviours (I suspect the former would be easier).  MonkeyIRCD handles
both behaviours, as specified in the TS4 protocol, by using either
TS3/TS4 as declared at the start of a server link session.

Chris






From andrewk at isdial.net  Tue Dec 31 00:17:31 2002
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] mailing list issues
Message-ID: <018c01c2b0a5$10fd18b0$0529010a@af.didata.local>

Hi all,

Sorry for the problems with the mailing list over the past week. Being
holidays and all :-/

Things should be back to normal :P

Hope you all had a great festive season and all the best for 2003!!!

Andrew

P.S. If you get this before sometime on the 2nd... in the afternoon... SHAME
ON YOU!!! You should be recovering from some serious build-up, during and
post-new-years-eve partying! ;-)


From chris at monkeyircd.org  Tue Dec 31 04:53:01 2002
From: chris at monkeyircd.org (Chris Plant)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] TS3/4 Support
In-Reply-To: <1041276612.1096.4.camel@hermes.111balmoral.co.uk>
References: <1041276612.1096.4.camel@hermes.111balmoral.co.uk>
Message-ID: <1041339185.1133.0.camel@hermes.111balmoral.co.uk>

Oops! Sorry I sent this twice, wasn't sure the first one right through
with the list issues :)

Chris


From brain at brainbox.winbot.co.uk  Tue Dec 31 12:13:58 2002
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:47 2004
Subject: [IRCServices Coding] OperServ UPDATE suggestion
Message-ID: <200212312009.gBVK9nC06746@localhost.localdomain>

I think sync_operserv_db calls into the db module to cause some form of "save all" effect. Either that, or there are commands you tried and you forgot to include chanserv.h and nickserv.h etc? Im not sure, my services hacking skills are going rusty *pokes andy or another coder for proper answer*

>I think it would be better when using OperServ UPDATE would update *all* databases. Correct me if I'm wrong, but it looks like it only updates the OperServ DB:
>
>modules/operserv/main.c:
>
>
>/* Callback for saving data. */
>
>static int do_save_data(void)
>{
>    sync_operserv_db(OperDBName);
>    return 0;
>}
>
>
>I tried to add this (with the appropriate static char's):
>
>
>/* Callback for saving data. */
>
>static int do_save_data(void)
>{
>    sync_channel_db(ChanDBName);
>    sync_operserv_db(OperDBName);
>    sync_statserv_db(StatDBName);
>    return 0;
>}
>
>
>and I couldn't get it to work.
>
>Ideas?
>
>
>
>/Patrick Fish
>
>
>---
>Outgoing mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.427 / Virus Database: 240 - Release Date: 12/6/2002