Message-ID: <3e6248a3.52610@mail.achurch.org>
>so, instead of having the user connect with his real ident and host,
>i'd like for services (either directly, or through UnrealIRCD's chgident and
>chghost) to change the ident and host into something else.
You'll want to use the "user create" callback; see section 6 of the
manual for details. Inside the callback function, you can use send_cmd()
to send CHGIDENT/CHGHOST commands, as Georges suggests (and don't forget to
set user->username and user->fakehost appropriately, or the real username
and hostname will appear in NickServ INFO replies).
--Andrew Church
achurch@achurch.org
http://achurch.org/
From achurch at achurch.org Mon Mar 3 03:14:17 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:50 2004
Subject: [IRCServices Coding] mistake in http module
In-Reply-To: <000001c2df87$03b83ca0$0101000a@amdxp1700>
Message-ID: <3e624cab.55051@mail.achurch.org>
WFM with Mozilla 1.2.1, but I'll add a workaround for the next
release.
--Andrew Church
achurch@achurch.org
http://achurch.org/
>
>Hello Andrew
>
>I was just chacking some nick in on the http module
>and found a nick that begins with a \ and was selecting it to
>view the details of it and than the error came
>
>Not Found
>The requested resource could not be found.
>
>just to check it a registerd a new nick that also begins
>with a \ and there was the same error then checked the
>the urls the nicks are pointing to
>
>this is a normale link
>http://password:Secret@rc5proxy.mp3crew.nu:8888/dbaccess/nickserv/The_Beast
>
>and the wrong nicks are pointing to
>http://More:Secrets@rc5proxy.mp3crew.nu:8888/LiNuX
>
>so because of the produced html code's the url is wrong it looks
>
>I Hope you can think of a option to correct it
>
>Grtzz Thebeast
> irc.mp3crew.nu
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From monolith at orblivion.com Wed Mar 5 19:46:52 2003
From: monolith at orblivion.com (monolith)
Date: Sat Oct 23 23:09:50 2004
Subject: [IRCServices Coding] english language file typo....
Message-ID: <000c01c2e393$093410e0$6401a8c0@quasar>
Found a typo in /msg chanserv help access levels
[21:36:09] -ChanServ- Founder Full access to ChanServ functions;
automatic
-
[21:36:09] -ChanServ- opping upon entering channel. Note
that
-
[21:36:09] -ChanServ- only one person may have founder
status (it
-
[21:36:09] -ChanServ- status (it cannot be given using the
ACCESS
-
[21:36:09] -ChanServ- command).
Now:
[21:41:59] -ChanServ- Founder Full access to ChanServ functions;
automatic
-
[21:41:59] -ChanServ- opping upon entering channel. Note
that
-
[21:41:59] -ChanServ- only one person may have founder
status
-
[21:41:59] -ChanServ- (it cannot be given using the ACCESS
-
[21:41:59] -ChanServ- command).
Updated en_us.l here:
http://www.orblivion.com/~ircd/en_us.l
Cheers,
David
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3508 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030305/3a679a0d/winmail.bin
From master at xchat.gr Sat Mar 8 04:39:35 2003
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:50 2004
Subject: [IRCServices Coding] JUPE and bahamut-1.4(35)
Message-ID: <001701c2e56f$c8cbb880$0100a8c0@zeus>
I found another possible bug.
When i do /os squit server and the server is active, then services crashes.
I have to do squit and after to use the jupe command.
-chat.xchat.gr- *** Global -- from OperServ: Juping matrix.voxnet.gr by request of KillServ.
-chat.xchat.gr- *** Routing -- from chat.xchat.gr: Link services.xchat.gr[(+)something@0.0.0.0]
cancelled, server matrix.voxnet.gr already exists
-chat.xchat.gr- *** Notice -- services.xchat.gr was connected for 5 seconds. 24/62 sendK/recvK.
I don't know if it is another problem with bahamut 1.4(35), but it happens only with version
of bahamut and not bahamut-1.4(35)
Regards,
George Stamatiou
master@xchat.gr
From master at xchat.gr Sat Mar 8 04:45:15 2003
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:50 2004
Subject: [IRCServices Coding] JUPE and bahamut-1.4(35)
Message-ID: <002501c2e570$92330430$0100a8c0@zeus>
A typo mistake.
This happens with bahamut 1.4(35), and not bahamut-1.4(34)
Regards,
George Stamatiou
master@xchat.gr
From hudson at mbay.net Wed Mar 12 15:04:41 2003
From: hudson at mbay.net (Stefan Hudson)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
Message-ID: <20030312150441.A19757@mbay.net>
Here's a patch to add an option for forbiding use unregistered channels
by normal users. Yeah, it's a bit fascist, but sometimes this much control
is needed - on IRC servers that are used for commercial support, where it
would not be appropriate to have someone create #hotgaysex, for example.
This is the first hack I've done on ircservices, so someone please check
to make sure I didn't miss something. I tried to cover all bases.
diff -c -r ircservices-5.0.13/data/example-modules.conf ircservices-5.0.13-local/data/example-modules.conf
*** ircservices-5.0.13/data/example-modules.conf Mon Mar 3 01:54:47 2003
--- ircservices-5.0.13-local/data/example-modules.conf Wed Mar 12 16:41:23 2003
***************
*** 919,924 ****
--- 919,932 ----
#CSForbidShortChannel
+ # CSRegisteredOnly [OPTIONAL]
+ # When enabled, treats unregistered channels as forbidden, not
+ # allowing normal users to join. If enabled, services opers will
+ # need to create any new channels on the network. For this option
+ # to be effective, CSEnableRegister should generally NOT be enabled.
+
+ #CSRegisteredOnly
+
EndModule
################################ SENDPASS module
diff -c -r ircservices-5.0.13/docs/a.html ircservices-5.0.13-local/docs/a.html
*** ircservices-5.0.13/docs/a.html Sun Mar 2 21:18:48 2003
--- ircservices-5.0.13-local/docs/a.html Wed Mar 12 16:50:04 2003
***************
*** 1722,1727 ****
--- 1722,1739 ----
Example: CSForbidShortChannel
+
+
+
-
+ CSRegisteredOnly [OPTIONAL]
+
When enabled, treats unregistered channels as forbidden, not
+ allowing normal users to join. If enabled, services opers will
+ need to create any new channels on the network. For this option
+ to be effective, CSEnableRegister should generally NOT be enabled.
+
+
Example: CSRegisteredOnly
+
+
chanserv/sendpass (SENDPASS module)
diff -c -r ircservices-5.0.13/modules/chanserv/check.c ircservices-5.0.13-local/modules/chanserv/check.c
*** ircservices-5.0.13/modules/chanserv/check.c Mon Mar 3 01:54:48 2003
--- ircservices-5.0.13-local/modules/chanserv/check.c Wed Mar 12 04:55:35 2003
***************
*** 274,281 ****
goto kick;
}
! if (!ci)
! return 0;
if (is_services_admin(user))
return 0;
--- 274,288 ----
goto kick;
}
! if (!ci) {
! if(CSRegisteredOnly && !is_oper(user)) {
! mask = sstrdup("*!*@*");
! reason = getstring(user->ngi, CHAN_MAY_NOT_BE_USED);
! goto kick;
! } else {
! return 0;
! }
! }
if (is_services_admin(user))
return 0;
diff -c -r ircservices-5.0.13/modules/chanserv/cs-local.h ircservices-5.0.13-local/modules/chanserv/cs-local.h
*** ircservices-5.0.13/modules/chanserv/cs-local.h Mon Mar 3 01:54:48 2003
--- ircservices-5.0.13-local/modules/chanserv/cs-local.h Wed Mar 12 04:45:02 2003
***************
*** 93,98 ****
--- 93,99 ----
E time_t CSSuspendExpire;
E time_t CSSuspendGrace;
E int CSForbidShortChannel;
+ E int CSRegisteredOnly;
E ChanOpt chanopts[];
diff -c -r ircservices-5.0.13/modules/chanserv/main.c ircservices-5.0.13-local/modules/chanserv/main.c
*** ircservices-5.0.13/modules/chanserv/main.c Mon Mar 3 01:54:48 2003
--- ircservices-5.0.13-local/modules/chanserv/main.c Wed Mar 12 03:47:23 2003
***************
*** 57,62 ****
--- 57,63 ----
time_t CSSuspendExpire;
time_t CSSuspendGrace;
int CSForbidShortChannel;
+ int CSRegisteredOnly;
EXPORT_VAR(int32,CSMaxReg)
/*************************************************************************/
***************
*** 1606,1611 ****
--- 1607,1613 ----
{ "CSEnableRegister", { { CD_SET, 0, &CSEnableRegister } } },
{ "CSExpire", { { CD_TIME, 0, &CSExpire } } },
{ "CSForbidShortChannel",{{CD_SET, 0, &CSForbidShortChannel } } },
+ { "CSRegisteredOnly", { { CD_SET, 0, &CSRegisteredOnly } } },
{ "CSInhabit", { { CD_TIME, CF_DIRREQ, &CSInhabit } } },
{ "CSListMax", { { CD_POSINT, CF_DIRREQ, &CSListMax } } },
{ "CSListOpersOnly", { { CD_SET, 0, &CSListOpersOnly } } },
From Craig at chatspike.net Wed Mar 12 16:41:49 2003
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
Message-ID: <20030313004158.SXAN24160.mta02-svc.ntlworld.com@i-br0ked-it>
Good Job, i've checked thru it quickly, and dont see any immediate probs, This will be useful for people whos IRCds dont support the ability to "forbid all channels except.." and has been requested a couple of times. it also makes enabeling new channels easier as well, although, you may wanna add is_services_oper or maybe just is_oper support as well, meaning opers or services opers can join.
-----------------------------------------------------------------------
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
<`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
-----------------------------------------------------------------------
============ Original Message ============
>From : "Stefan Hudson"
>Reply-To : ircservices-coding@ircservices.za.net
>To : ircservices-coding@ircservices.za.net
>Subject : [IRCServices Coding] Chanserv patch for reg chans only
>Date : 2003-03-12
>
>
>Here's a patch to add an option for forbiding use unregistered channels
>by normal users. Yeah, it's a bit fascist, but sometimes this much control
>is needed - on IRC servers that are used for commercial support, where it
>would not be appropriate to have someone create #hotgaysex, for example.
>
>This is the first hack I've done on ircservices, so someone please check
>to make sure I didn't miss something. I tried to cover all bases.
>
>diff -c -r ircservices-5.0.13/data/example-modules.conf ircservices-5.0.13-local/data/example-modules.conf
>*** ircservices-5.0.13/data/example-modules.conf Mon Mar 3 01:54:47 2003
>--- ircservices-5.0.13-local/data/example-modules.conf Wed Mar 12 16:41:23 2003
>***************
>*** 919,924 ****
>--- 919,932 ----
>
> #CSForbidShortChannel
>
>+ # CSRegisteredOnly [OPTIONAL]
>+ # When enabled, treats unregistered channels as forbidden, not
>+ # allowing normal users to join. If enabled, services opers will
>+ # need to create any new channels on the network. For this option
>+ # to be effective, CSEnableRegister should generally NOT be enabled.
>+
>+ #CSRegisteredOnly
>+
> EndModule
>
> ################################ SENDPASS module
>diff -c -r ircservices-5.0.13/docs/a.html ircservices-5.0.13-local/docs/a.html
>*** ircservices-5.0.13/docs/a.html Sun Mar 2 21:18:48 2003
>--- ircservices-5.0.13-local/docs/a.html Wed Mar 12 16:50:04 2003
>***************
>*** 1722,1727 ****
>--- 1722,1739 ----
>
> Example: CSForbidShortChannel
>
>+
>+
>+
-
>+ CSRegisteredOnly [OPTIONAL]
>+
When enabled, treats unregistered channels as forbidden, not
>+ allowing normal users to join. If enabled, services opers will
>+ need to create any new channels on the network. For this option
>+ to be effective, CSEnableRegister should generally NOT be enabled.
>+
>+
Example: CSRegisteredOnly
>+
>+
>
> chanserv/sendpass (SENDPASS module)
>
>diff -c -r ircservices-5.0.13/modules/chanserv/check.c ircservices-5.0.13-local/modules/chanserv/check.c
>*** ircservices-5.0.13/modules/chanserv/check.c Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/check.c Wed Mar 12 04:55:35 2003
>***************
>*** 274,281 ****
> goto kick;
> }
>
>! if (!ci)
>! return 0;
>
> if (is_services_admin(user))
> return 0;
>--- 274,288 ----
> goto kick;
> }
>
>! if (!ci) {
>! if(CSRegisteredOnly && !is_oper(user)) {
>! mask = sstrdup("*!*@*");
>! reason = getstring(user->ngi, CHAN_MAY_NOT_BE_USED);
>! goto kick;
>! } else {
>! return 0;
>! }
>! }
>
> if (is_services_admin(user))
> return 0;
>diff -c -r ircservices-5.0.13/modules/chanserv/cs-local.h ircservices-5.0.13-local/modules/chanserv/cs-local.h
>*** ircservices-5.0.13/modules/chanserv/cs-local.h Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/cs-local.h Wed Mar 12 04:45:02 2003
>***************
>*** 93,98 ****
>--- 93,99 ----
> E time_t CSSuspendExpire;
> E time_t CSSuspendGrace;
> E int CSForbidShortChannel;
>+ E int CSRegisteredOnly;
> E ChanOpt chanopts[];
>
>
>diff -c -r ircservices-5.0.13/modules/chanserv/main.c ircservices-5.0.13-local/modules/chanserv/main.c
>*** ircservices-5.0.13/modules/chanserv/main.c Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/main.c Wed Mar 12 03:47:23 2003
>***************
>*** 57,62 ****
>--- 57,63 ----
> time_t CSSuspendExpire;
> time_t CSSuspendGrace;
> int CSForbidShortChannel;
>+ int CSRegisteredOnly;
> EXPORT_VAR(int32,CSMaxReg)
>
> /*************************************************************************/
>***************
>*** 1606,1611 ****
>--- 1607,1613 ----
> { "CSEnableRegister", { { CD_SET, 0, &CSEnableRegister } } },
> { "CSExpire", { { CD_TIME, 0, &CSExpire } } },
> { "CSForbidShortChannel",{{CD_SET, 0, &CSForbidShortChannel } } },
>+ { "CSRegisteredOnly", { { CD_SET, 0, &CSRegisteredOnly } } },
> { "CSInhabit", { { CD_TIME, CF_DIRREQ, &CSInhabit } } },
> { "CSListMax", { { CD_POSINT, CF_DIRREQ, &CSListMax } } },
> { "CSListOpersOnly", { { CD_SET, 0, &CSListOpersOnly } } },
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>.
========= End of Original Message =========
From hudson at mbay.net Wed Mar 12 19:22:51 2003
From: hudson at mbay.net (Stefan Hudson)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
In-Reply-To: <20030313004158.SXAN24160.mta02-svc.ntlworld.com@i-br0ked-it>;
from Craig McLure on Thu, Mar 13, 2003 at 12:41:49AM +0000
References: <20030313004158.SXAN24160.mta02-svc.ntlworld.com@i-br0ked-it>
Message-ID: <20030312192251.A3632@mbay.net>
On Thu, Mar 13, 2003 at 12:41:49AM +0000, Craig McLure wrote:
> Good Job, i've checked thru it quickly, and dont see any immediate probs, This will be useful for people whos IRCds dont support the ability to "forbid all channels except.." and has been requested a couple of times. it also makes enabeling new channels easier as well, although, you may wanna add is_services_oper or maybe just is_oper support as well, meaning opers or services opers can join.
That was one of the questions I had when I was working on it. I
decided on is_oper() because it seemed be used elsewhere for general
server-related exceptions - is_services_oper() only appears in
operserv. I assume it also includes is_services_admin(), but that
already has an exception above my patch so it doesn't really matter.
The other question I had was if I should depend on the result from
get_channelinfo() or get_channel() to determine if a channel is
registered. I found the code for get_channelinfo() in tools/convert-db.c,
and it seems to be a good bet for this, but I can't find the code for
get_channel() anywhere. The text shows up in channels.o, but I can't
find the code in channels.c. I feel a bit silly about this - I always
thought I was fairly good at C.
Also, I can think of a pathological case where the +b *!*@* might be a
problem. It would show up if one oper joins an unregistered channel and
idles, then a normal user tries to join and services sets the +b. With
some servers (unreal), this will prevent other opers from joining that
channel, since opers can't break bans and they can't use chanserv to
remove them, since the channel isn't registered.
This is a fairly unusual situation, but it might be more consistant if
the ban wasn't set. However, does this open services up for a DOS from
a user repeatedly trying to join and getting kicked by chanserv?
Stefan
From idontwantthisshit at hotmail.com Wed Mar 12 19:36:52 2003
From: idontwantthisshit at hotmail.com (DeadNotBuried)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
References: <20030313004158.SXAN24160.mta02-svc.ntlworld.com@i-br0ked-it>
<20030312192251.A3632@mbay.net>
Message-ID:
> Also, I can think of a pathological case where the +b *!*@* might be a
> problem. It would show up if one oper joins an unregistered channel and
> idles, then a normal user tries to join and services sets the +b. With
> some servers (unreal), this will prevent other opers from joining that
> channel, since opers can't break bans and they can't use chanserv to
> remove them, since the channel isn't registered.
on unreal 3.2 opers can get around the ban by inviting themselves into the
channel
From achurch at achurch.org Thu Mar 13 13:09:56 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
In-Reply-To: <20030312192251.A3632@mbay.net>
Message-ID: <3e7005e8.01102@mail.achurch.org>
Thanks for the suggestion. I generally try to avoid adding features
into a stable branch, but I'll consider it.
>The other question I had was if I should depend on the result from
>get_channelinfo() or get_channel() to determine if a channel is
>registered. I found the code for get_channelinfo() in tools/convert-db.c,
>and it seems to be a good bet for this, but I can't find the code for
>get_channel() anywhere. The text shows up in channels.o, but I can't
>find the code in channels.c. I feel a bit silly about this - I always
>thought I was fairly good at C.
Both get_channel() and get_channelinfo() are defined by macros in
hash.h (the get_channelinfo() in convert-db.c is designed for the
convert-db tool and is not included in the main program). get_channel()
looks up channels on the network, while get_channelinfo() looks them up in
the Services database, so you'll want to use the latter.
>This is a fairly unusual situation, but it might be more consistant if
>the ban wasn't set. However, does this open services up for a DOS from
>a user repeatedly trying to join and getting kicked by chanserv?
Unlikely, since the ircd would probably drop them for flooding before
Services took any serious performance hit.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From RT.Mail at verizon.net Thu Mar 13 02:03:58 2003
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
In-Reply-To: <3e7005e8.01102@mail.achurch.org>
Message-ID: <20030313100403.TWKY14460.pop015.verizon.net@bofh>
We have about 19,000 autokills on the akill list. When trying to view them on the web it seems services only shows about 17,200
before it stops loading the page. I have tried to view it in both Opera and IE, both have the same problem.
From john at cosmicfire.net Thu Mar 13 07:32:13 2003
From: john at cosmicfire.net (John Edrington)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
References: <20030313100403.TWKY14460.pop015.verizon.net@bofh>
Message-ID: <002001c2e975$cb0c46a0$fc0110ac@paladin>
I have had a similar problem while exporting the database in xml format via
the html module.
When using lynx, the file size is about 6MB, when using wget, the file size
is 9MB. When using a non-local, graphical brower, I get about a 1MB.
Just a little more info that might make the difference: my swap space is
totally used up, and I have 45 MB of memory free)
John
----- Original Message -----
From:
To: "IRC Services Coding Mailing List"
Sent: Thursday, March 13, 2003 5:03 AM
Subject: [IRCServices Coding] None
We have about 19,000 autokills on the akill list. When trying to view them
on the web it seems services only shows about 17,200
before it stops loading the page. I have tried to view it in both Opera and
IE, both have the same problem.
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From rg at tcslon.com Thu Mar 13 12:39:47 2003
From: rg at tcslon.com (Russell Garrett)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
In-Reply-To: <20030313100403.TWKY14460.pop015.verizon.net@bofh>
Message-ID:
Out of interest, how does Services perform with this many akills? And, if
you don't mind me asking, how did you accumulate so many? In my experience
offenders almost certainly give up after a month or so, and so setting
unlimited-timed akills is usually a pointless exercise. But it's just me
being nosy :).
Russ
> -----Original Message-----
> From: ircservices-coding-bounces@ircservices.za.net
> [mailto:ircservices-coding-bounces@ircservices.za.net]On Behalf
> Of RT.Mail@verizon.net
> Sent: 13 March 2003 10:04
> To: IRC Services Coding Mailing List
> Subject: [IRCServices Coding] None
>
>
> We have about 19,000 autokills on the akill list. When trying to
> view them on the web it seems services only shows about 17,200
> before it stops loading the page. I have tried to view it in both
> Opera and IE, both have the same problem.
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
From Craig at chatspike.net Thu Mar 13 13:06:47 2003
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
Message-ID: <20030313210649.SOWA11246.mta03-svc.ntlworld.com@i-br0ked-it>
Russell has been subject to a large number of botfloods recently and has scripts to add akills when bots connect, last time i spoke to him he said that the services databases mess up after a certain ammount, but performance wise, its fine.
-----------------------------------------------------------------------
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
<`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
-----------------------------------------------------------------------
============ Original Message ============
>From : "Russell Garrett"
>Reply-To : ircservices-coding@ircservices.za.net
>To : RT.Mail@verizon.net
>Subject : RE: [IRCServices Coding] None
>Date : 2003-03-13
>
>
>Out of interest, how does Services perform with this many akills? And, if
>you don't mind me asking, how did you accumulate so many? In my experience
>offenders almost certainly give up after a month or so, and so setting
>unlimited-timed akills is usually a pointless exercise. But it's just me
>being nosy :).
>
>Russ
>
>> -----Original Message-----
>> From: ircservices-coding-bounces@ircservices.za.net
>> [mailto:ircservices-coding-bounces@ircservices.za.net]On Behalf
>> Of RT.Mail@verizon.net
>> Sent: 13 March 2003 10:04
>> To: IRC Services Coding Mailing List
>> Subject: [IRCServices Coding] None
>>
>>
>> We have about 19,000 autokills on the akill list. When trying to
>> view them on the web it seems services only shows about 17,200
>> before it stops loading the page. I have tried to view it in both
>> Opera and IE, both have the same problem.
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>>
>>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>.
========= End of Original Message =========
From ballsy at mystical.net Thu Mar 13 13:21:57 2003
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
In-Reply-To: <20030313210649.SOWA11246.mta03-svc.ntlworld.com@i-br0ked-it>
Message-ID:
If you would be willing to share your methods of handling bot
floods with the rest of us, I know some of us could sure use the ideas.
Nothing short of a probability analysis bot seems to be required to
determine what is and isn't a bot when they connect.
David
Quoth Craig McLure on Mar 13 at 21:06,
> Russell has been subject to a large number of botfloods recently and has scripts to add akills when bots connect, last time i spoke to him he said that the services databases mess up after a certain ammount, but performance wise, its fine.
>
> -----------------------------------------------------------------------
> Craig McLure - Craig@chatspike.net
> ChatSpike - The users network: http://www.chatspike.net
> InspIRCd - Modular IRC server: http://www.inspircd.org
> <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
> -----------------------------------------------------------------------
>
> ============ Original Message ============
> >>From : "Russell Garrett"
> >Reply-To : ircservices-coding@ircservices.za.net
> >To : RT.Mail@verizon.net
> >Subject : RE: [IRCServices Coding] None
> >Date : 2003-03-13
> >
> >
> >Out of interest, how does Services perform with this many akills? And, if
> >you don't mind me asking, how did you accumulate so many? In my experience
> >offenders almost certainly give up after a month or so, and so setting
> >unlimited-timed akills is usually a pointless exercise. But it's just me
> >being nosy :).
> >
> >Russ
> >
> >> -----Original Message-----
> >> From: ircservices-coding-bounces@ircservices.za.net
> >> [mailto:ircservices-coding-bounces@ircservices.za.net]On Behalf
> >> Of RT.Mail@verizon.net
> >> Sent: 13 March 2003 10:04
> >> To: IRC Services Coding Mailing List
> >> Subject: [IRCServices Coding] None
> >>
> >>
> >> We have about 19,000 autokills on the akill list. When trying to
> >> view them on the web it seems services only shows about 17,200
> >> before it stops loading the page. I have tried to view it in both
> >> Opera and IE, both have the same problem.
> >>
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> >>
> >>
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
> >.
> ========= End of Original Message =========
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
From RT.Mail at verizon.net Thu Mar 13 13:19:45 2003
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
In-Reply-To: <20030313210649.SOWA11246.mta03-svc.ntlworld.com@i-br0ked-it>
Message-ID: <20030313211951.QIYQ2095.pop017.verizon.net@bofh>
Craig is correct, however the DB has not had any more problems.... might have just been a freak thing. The only problem now
is the page not loading. FYI those 19,000 akills were from a 36 hour period, if it werent for the damn bots we would have about
2.
< >On Thu, 13 Mar 2003 21:6:47 +0000, Craig McLure wrote:
< > Russell has been subject to a large number of botfloods recently
< > and has scripts to add akills when bots connect, last time i
< > spoke to him he said that the services databases mess up after a
< > certain ammount, but performance wise, its fine.
< >
< > -----------------------------------------------------------------
< > ------
< > Craig McLure - Craig@chatspike.net
< > ChatSpike - The users network: http://www.chatspike.net
< > InspIRCd - Modular IRC server: http://www.inspircd.org
< > <`RaSh> how do i install linux i got the cd and i dont see the
< > setup.exe or install.exe
< > -----------------------------------------------------------------
< > ------
< >
< > ============ Original Message ============
< > >From : "Russell Garrett"
< > >Reply-To : ircservices-coding@ircservices.za.net
< > >To : RT.Mail@verizon.net
< > >Subject : RE: [IRCServices Coding] None
< > >Date : 2003-03-13
< > >
< > >
< > >Out of interest, how does Services perform with this many
< > akills? And, if
< > >you don't mind me asking, how did you accumulate so many? In my
< > experience
< > >offenders almost certainly give up after a month or so, and so
< > setting
< > >unlimited-timed akills is usually a pointless exercise. But
< > it's just me
< > >being nosy :).
< > >
< > >Russ
< > >
< > >> -----Original Message-----
< > >> From: ircservices-coding-bounces@ircservices.za.net
< > >> [mailto:ircservices-coding-bounces@ircservices.za.net]On
< > Behalf
< > >> Of RT.Mail@verizon.net
< > >> Sent: 13 March 2003 10:04
< > >> To: IRC Services Coding Mailing List
< > >> Subject: [IRCServices Coding] None
< > >>
< > >>
< > >> We have about 19,000 autokills on the akill list. When trying
< > to
< > >> view them on the web it seems services only shows about 17,200
< > >> before it stops loading the page. I have tried to view it in
< > both
< > >> Opera and IE, both have the same problem.
< > >>
< > >> --------------------------------------------------------------
< > ----
< > >> To unsubscribe or change your subscription options, visit:
< > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-
< > coding
< > >>
< > >>
< > >
< > >----------------------------------------------------------------
< > --
< > >To unsubscribe or change your subscription options, visit:
< > >http://www.ircservices.za.net/mailman/listinfo/ircservices-
< > coding
< > >.
< > ========= End of Original Message =========
< >
< >
< >
< > -----------------------------------------------------------------
< > -
< > To unsubscribe or change your subscription options, visit:
< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From RT.Mail at verizon.net Thu Mar 13 13:25:30 2003
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] None
In-Reply-To: <20030313211951.QIYQ2095.pop017.verizon.net@bofh>
Message-ID: <20030313212535.ZDJH6546.out002.verizon.net@bofh>
Well, there really is no good way that I know of... however it seems the bots we have all join a bunch of channels, so i have a
bot sit in there and kill anyone who joins. We keep them mode +s so no real users join... as for bots that just join the server
and not channels.. good luck :P Though there is something called floodworld, its supposed to help control those types of bots,
I havent tried it so I dont know how, however the guy who codes it idles on my net.. he is working on the new version which
looks really good.
< >On Thu, 13 Mar 2003 16:19:45 -0500, RT.Mail@verizon.net wrote:
< > Craig is correct, however the DB has not had any more
< > problems.... might have just been a freak thing. The only
< > problem now
< > is the page not loading. FYI those 19,000 akills were from a 36
< > hour period, if it werent for the damn bots we would have about
< > 2.
< >
< > < >On Thu, 13 Mar 2003 21:6:47 +0000, Craig McLure wrote:
< > < > Russell has been subject to a large number of botfloods
< > recently
< > < > and has scripts to add akills when bots connect, last time i
< > < > spoke to him he said that the services databases mess up
< > after a
< > < > certain ammount, but performance wise, its fine.
< > < >
< > < > -------------------------------------------------------------
< > ----
< > < > ------
< > < > Craig McLure - Craig@chatspike.net
< > < > ChatSpike - The users network: http://www.chatspike.net
< > < > InspIRCd - Modular IRC server: http://www.inspircd.org
< > < > <`RaSh> how do i install linux i got the cd and i dont see
< > the
< > < > setup.exe or install.exe
< > < > -------------------------------------------------------------
< > ----
< > < > ------
< > < >
< > < > ============ Original Message ============
< > < > >From : "Russell Garrett"
< > < > >Reply-To : ircservices-coding@ircservices.za.net
< > < > >To : RT.Mail@verizon.net
< > < > >Subject : RE: [IRCServices Coding] None
< > < > >Date : 2003-03-13
< > < > >
< > < > >
< > < > >Out of interest, how does Services perform with this many
< > < > akills? And, if
< > < > >you don't mind me asking, how did you accumulate so many?
< > In my
< > < > experience
< > < > >offenders almost certainly give up after a month or so, and
< > so
< > < > setting
< > < > >unlimited-timed akills is usually a pointless exercise. But
< > < > it's just me
< > < > >being nosy :).
< > < > >
< > < > >Russ
< > < > >
< > < > >> -----Original Message-----
< > < > >> From: ircservices-coding-bounces@ircservices.za.net
< > < > >> [mailto:ircservices-coding-bounces@ircservices.za.net]On
< > < > Behalf
< > < > >> Of RT.Mail@verizon.net
< > < > >> Sent: 13 March 2003 10:04
< > < > >> To: IRC Services Coding Mailing List
< > < > >> Subject: [IRCServices Coding] None
< > < > >>
< > < > >>
< > < > >> We have about 19,000 autokills on the akill list. When
< > trying
< > < > to
< > < > >> view them on the web it seems services only shows about
< > 17,200
< > < > >> before it stops loading the page. I have tried to view it
< > in
< > < > both
< > < > >> Opera and IE, both have the same problem.
< > < > >>
< > < > >> ----------------------------------------------------------
< > ----
< > < > ----
< > < > >> To unsubscribe or change your subscription options, visit:
< > < > >>
< > http://www.ircservices.za.net/mailman/listinfo/ircservices-
< > < > coding
< > < > >>
< > < > >>
< > < > >
< > < > >------------------------------------------------------------
< > ----
< > < > --
< > < > >To unsubscribe or change your subscription options, visit:
< > < > >http://www.ircservices.za.net/mailman/listinfo/ircservices-
< > < > coding
< > < > >.
< > < > ========= End of Original Message =========
< > < >
< > < >
< > < >
< > < > -------------------------------------------------------------
< > ----
< > < > -
< > < > To unsubscribe or change your subscription options, visit:
< > < > http://www.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 Sun Mar 23 20:13:33 2003
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
Message-ID: <000c01c2f1bb$bc4c71a0$e577e518@msns.eph.ptd.net>
I've found a bug. Hoooray!
When you use /msg OperServ raw svskill nickname :reason
It kills the user with whatever reason -- however, when you use /msg OperServ session limit
it lists the person there as using multiple sessions as the number. For example, if I use OperServ to SVSKILL a nickname by the nick of X with the hostname blahblah.com three times, and I try to get a list of people using 3 sessions at once via (/msg OperServ session list 3), it will list that hostname blablah.com is using 3 sessions.
Can this be fixed?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030323/3ba6e089/attachment.html
From quension at mac.com Sun Mar 23 20:46:47 2003
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <000c01c2f1bb$bc4c71a0$e577e518@msns.eph.ptd.net>
Message-ID: <9EBB61AA-5DB3-11D7-8F95-0003938D6866@mac.com>
On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
> I've found a bug. Hoooray!
No, you haven't.
> When you use /msg OperServ raw svskill nickname :reason
RTFM, or hell, even just /msg operserv help raw.
-- Quension
From prince at zirc.org Sun Mar 23 20:41:27 2003
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
References: <9EBB61AA-5DB3-11D7-8F95-0003938D6866@mac.com>
Message-ID: <001a01c2f1bf$a21f4100$e577e518@msns.eph.ptd.net>
Well, I hate to break it to you...but OS help mentions *nothing* of this,
and when I read the fine manual, or fucking manual, however you want to put
it, it also said nothing of this. So I felt like I should report it. If
you have a problem with such "lame emails" or "lame comments" about
IRCServices, perhaps you should remove yourself from the mailing list or
stop replying with comments such as yours? heh.
----- Original Message -----
From: "Trevor Talbot"
To: "IRC Services Coding Mailing List"
Sent: Sunday, March 23, 2003 11:46 PM
Subject: Re: [IRCServices Coding] session limit bug
> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
>
> > I've found a bug. Hoooray!
>
> No, you haven't.
>
> > When you use /msg OperServ raw svskill nickname :reason
>
> RTFM, or hell, even just /msg operserv help raw.
>
> -- Quension
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
From quension at mac.com Sun Mar 23 21:03:13 2003
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <001a01c2f1bf$a21f4100$e577e518@msns.eph.ptd.net>
Message-ID:
On Sunday, Mar 23, 2003, at 20:41 US/Pacific, prince wrote:
> Well, I hate to break it to you...but OS help mentions *nothing* of
> this,
> and when I read the fine manual, or fucking manual, however you want
> to put
> it, it also said nothing of this. So I felt like I should report it.
> If
It says, "This command has a very limited range of uses, and can wreak
havoc on a network or cause Services to crash if used improperly. DO
NOT
USE THIS COMMAND unless you are absolutely certain you know what you are
doing!"
The reason why you are experiencing the issue you are is related to the
ircd's handling of SVSKILL. ircservices does not do any processing on
the operserv raw command itself; it simply sends it to its uplink
server.
Therefore, if the ircd does not tell services that the user is gone,
services never knows.
To put it bluntly, you do not know what you are doing.
> you have a problem with such "lame emails" or "lame comments" about
> IRCServices, perhaps you should remove yourself from the mailing list
> or
> stop replying with comments such as yours? heh.
That is not my problem. I replied bluntly and simply because this issue
has been answered several times before. Mailing list archives exist and
are searchable.
Even if not understanding the manual/help text completely, a bit of
effort on your part could have avoided this entire email exchange.
> ----- Original Message -----
> From: "Trevor Talbot"
>
>> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
>>
>>> I've found a bug. Hoooray!
>>
>> No, you haven't.
>>
>>> When you use /msg OperServ raw svskill nickname :reason
>>
>> RTFM, or hell, even just /msg operserv help raw.
-- Quension
From quension at mac.com Sun Mar 23 21:11:07 2003
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To:
Message-ID: <051288BA-5DB7-11D7-8F95-0003938D6866@mac.com>
> Mailing list archives exist and are searchable.
I should revise that a bit: there is no direct search interface
to the archives (I had thought there was, apologies), but Google
is aware of them, so searches via Google will work.
-- Quension
From prince at zirc.org Sun Mar 23 21:01:08 2003
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
References:
Message-ID: <002d01c2f1c2$61d51860$e577e518@msns.eph.ptd.net>
Right, it does not say "This command will cause multiple session limits if
you use SVSKILL on a user" - and I very much do know what I'm doing. I
think, perhaps, instead of commenting on people's messages you should let
somebody who runs this list do so, instead of filling people's inbox up with
your pointless ramblings. I rarely use this list, except when I find
something wrong. I wasn't asking for your comments, I was asking if a fix
could be made, I guess you missed that part, eh? But I'm not here to bicker
back and forth with you, my question still stands - can a fix be made?
So, Trevor Talbot, don't reply to this, as I'm not insterested in reading
what you have to say, yet I'm interested in knowing if it can be fixed. So
please refrain from your comments that do not fix or help this problem in
any way. ;)
----- Original Message -----
From: "Trevor Talbot"
To: "IRC Services Coding Mailing List"
Sent: Monday, March 24, 2003 12:03 AM
Subject: Re: [IRCServices Coding] session limit bug
> On Sunday, Mar 23, 2003, at 20:41 US/Pacific, prince wrote:
>
> > Well, I hate to break it to you...but OS help mentions *nothing* of
> > this,
> > and when I read the fine manual, or fucking manual, however you want
> > to put
> > it, it also said nothing of this. So I felt like I should report it.
> > If
>
> It says, "This command has a very limited range of uses, and can wreak
> havoc on a network or cause Services to crash if used improperly. DO
> NOT
> USE THIS COMMAND unless you are absolutely certain you know what you are
> doing!"
>
> The reason why you are experiencing the issue you are is related to the
> ircd's handling of SVSKILL. ircservices does not do any processing on
> the operserv raw command itself; it simply sends it to its uplink
> server.
> Therefore, if the ircd does not tell services that the user is gone,
> services never knows.
>
> To put it bluntly, you do not know what you are doing.
>
> > you have a problem with such "lame emails" or "lame comments" about
> > IRCServices, perhaps you should remove yourself from the mailing list
> > or
> > stop replying with comments such as yours? heh.
>
> That is not my problem. I replied bluntly and simply because this issue
> has been answered several times before. Mailing list archives exist and
> are searchable.
>
> Even if not understanding the manual/help text completely, a bit of
> effort on your part could have avoided this entire email exchange.
>
> > ----- Original Message -----
> > From: "Trevor Talbot"
> >
> >> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
> >>
> >>> I've found a bug. Hoooray!
> >>
> >> No, you haven't.
> >>
> >>> When you use /msg OperServ raw svskill nickname :reason
> >>
> >> RTFM, or hell, even just /msg operserv help raw.
>
> -- Quension
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
From RT.Mail at verizon.net Sun Mar 23 21:22:20 2003
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <002d01c2f1c2$61d51860$e577e518@msns.eph.ptd.net>
Message-ID: <20030324052225.DTWH24156.pop015.verizon.net@bofh>
It doesn't need a fix, it tells you not to use it. It's supposed to send a raw command to the ircd thru the services, that's what it
does. If it makes the services not function correctly then you should not be using it for killing people.
< >On Mon, 24 Mar 2003 00:01:08 -0500, prince wrote:
< > Right, it does not say "This command will cause multiple session
< > limits if
< > you use SVSKILL on a user" - and I very much do know what I'm
< > doing. I
< > think, perhaps, instead of commenting on people's messages you
< > should let
< > somebody who runs this list do so, instead of filling people's
< > inbox up with
< > your pointless ramblings. I rarely use this list, except when I
< > find
< > something wrong. I wasn't asking for your comments, I was
< > asking if a fix
< > could be made, I guess you missed that part, eh? But I'm not
< > here to bicker
< > back and forth with you, my question still stands - can a fix be
< > made?
< > So, Trevor Talbot, don't reply to this, as I'm not insterested
< > in reading
< > what you have to say, yet I'm interested in knowing if it can be
< > fixed. So
< > please refrain from your comments that do not fix or help this
< > problem in
< > any way. ;)
< >
< > ----- Original Message -----
< > From: "Trevor Talbot"
< > To: "IRC Services Coding Mailing List"
< >
< > Sent: Monday, March 24, 2003 12:03 AM
< > Subject: Re: [IRCServices Coding] session limit bug
< >
< >
< > > On Sunday, Mar 23, 2003, at 20:41 US/Pacific, prince wrote:
< > >
< > > > Well, I hate to break it to you...but OS help mentions *
< > nothing* of
< > > > this,
< > > > and when I read the fine manual, or fucking manual, however
< > you want
< > > > to put
< > > > it, it also said nothing of this. So I felt like I should
< > report it.
< > > > If
< > >
< > > It says, "This command has a very limited range of uses, and
< > can wreak
< > > havoc on a network or cause Services to crash if used
< > improperly. DO
< > > NOT
< > > USE THIS COMMAND unless you are absolutely certain you know
< > what you are
< > > doing!"
< > >
< > > The reason why you are experiencing the issue you are is
< > related to the
< > > ircd's handling of SVSKILL. ircservices does not do any
< > processing on
< > > the operserv raw command itself; it simply sends it to its
< > uplink
< > > server.
< > > Therefore, if the ircd does not tell services that the user is
< > gone,
< > > services never knows.
< > >
< > > To put it bluntly, you do not know what you are doing.
< > >
< > > > you have a problem with such "lame emails" or "lame
< > comments" about
< > > > IRCServices, perhaps you should remove yourself from the
< > mailing list
< > > > or
< > > > stop replying with comments such as yours? heh.
< > >
< > > That is not my problem. I replied bluntly and simply because
< > this issue
< > > has been answered several times before. Mailing list archives
< > exist and
< > > are searchable.
< > >
< > > Even if not understanding the manual/help text completely, a
< > bit of
< > > effort on your part could have avoided this entire email
< > exchange.
< > >
< > > > ----- Original Message -----
< > > > From: "Trevor Talbot"
< > > >
< > > >> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
< > > >>
< > > >>> I've found a bug. Hoooray!
< > > >>
< > > >> No, you haven't.
< > > >>
< > > >>> When you use /msg OperServ raw svskill nickname :reason
< > > >>
< > > >> RTFM, or hell, even just /msg operserv help raw.
< > >
< > > -- Quension
< > >
< > > ---------------------------------------------------------------
< > ---
< > > To unsubscribe or change your subscription options, visit:
< > > http://www.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 Sun Mar 23 21:21:10 2003
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
References: <20030324052225.DTWH24156.pop015.verizon.net@bofh>
Message-ID: <005701c2f1c5$2e803280$e577e518@msns.eph.ptd.net>
I disagree. I think it does need a fix. I do not need to sit and explain
why the command was used, but obviously it's not going to drop at that so I
suppose I must explain a little bit. I'm not asking all of you people out
there to comment on what I've sent in, but apparently all of you must get in
my business. I'm asking the coder of this program and list if a fix can be
made or not and if he is willing to do it, not all of you.
If you'd like to know why the command was used I suggest you log on my
network and find out, we have other custom perl services made which use the
SVSKILL command. Which creates a problem with this "bug" which none of you
seem to think is a bug. Now, if you could all kindly stop treating me like
a moron which I'm not I'd kindly stop replying to these pointless emails,
which, are very much rather pointless, but for some odd reason I feel the
need to defend myself. All I would like is a simple yes or no reply from
andrew church and I'll be on my way. ;)
----- Original Message -----
From:
To: "IRC Services Coding Mailing List"
Sent: Monday, March 24, 2003 12:22 AM
Subject: Re: [IRCServices Coding] session limit bug
It doesn't need a fix, it tells you not to use it. It's supposed to send a
raw command to the ircd thru the services, that's what it
does. If it makes the services not function correctly then you should not be
using it for killing people.
< >On Mon, 24 Mar 2003 00:01:08 -0500, prince wrote:
< > Right, it does not say "This command will cause multiple session
< > limits if
< > you use SVSKILL on a user" - and I very much do know what I'm
< > doing. I
< > think, perhaps, instead of commenting on people's messages you
< > should let
< > somebody who runs this list do so, instead of filling people's
< > inbox up with
< > your pointless ramblings. I rarely use this list, except when I
< > find
< > something wrong. I wasn't asking for your comments, I was
< > asking if a fix
< > could be made, I guess you missed that part, eh? But I'm not
< > here to bicker
< > back and forth with you, my question still stands - can a fix be
< > made?
< > So, Trevor Talbot, don't reply to this, as I'm not insterested
< > in reading
< > what you have to say, yet I'm interested in knowing if it can be
< > fixed. So
< > please refrain from your comments that do not fix or help this
< > problem in
< > any way. ;)
< >
< > ----- Original Message -----
< > From: "Trevor Talbot"
< > To: "IRC Services Coding Mailing List"
< >
< > Sent: Monday, March 24, 2003 12:03 AM
< > Subject: Re: [IRCServices Coding] session limit bug
< >
< >
< > > On Sunday, Mar 23, 2003, at 20:41 US/Pacific, prince wrote:
< > >
< > > > Well, I hate to break it to you...but OS help mentions *
< > nothing* of
< > > > this,
< > > > and when I read the fine manual, or fucking manual, however
< > you want
< > > > to put
< > > > it, it also said nothing of this. So I felt like I should
< > report it.
< > > > If
< > >
< > > It says, "This command has a very limited range of uses, and
< > can wreak
< > > havoc on a network or cause Services to crash if used
< > improperly. DO
< > > NOT
< > > USE THIS COMMAND unless you are absolutely certain you know
< > what you are
< > > doing!"
< > >
< > > The reason why you are experiencing the issue you are is
< > related to the
< > > ircd's handling of SVSKILL. ircservices does not do any
< > processing on
< > > the operserv raw command itself; it simply sends it to its
< > uplink
< > > server.
< > > Therefore, if the ircd does not tell services that the user is
< > gone,
< > > services never knows.
< > >
< > > To put it bluntly, you do not know what you are doing.
< > >
< > > > you have a problem with such "lame emails" or "lame
< > comments" about
< > > > IRCServices, perhaps you should remove yourself from the
< > mailing list
< > > > or
< > > > stop replying with comments such as yours? heh.
< > >
< > > That is not my problem. I replied bluntly and simply because
< > this issue
< > > has been answered several times before. Mailing list archives
< > exist and
< > > are searchable.
< > >
< > > Even if not understanding the manual/help text completely, a
< > bit of
< > > effort on your part could have avoided this entire email
< > exchange.
< > >
< > > > ----- Original Message -----
< > > > From: "Trevor Talbot"
< > > >
< > > >> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
< > > >>
< > > >>> I've found a bug. Hoooray!
< > > >>
< > > >> No, you haven't.
< > > >>
< > > >>> When you use /msg OperServ raw svskill nickname :reason
< > > >>
< > > >> RTFM, or hell, even just /msg operserv help raw.
< > >
< > > -- Quension
< > >
< > > ---------------------------------------------------------------
< > ---
< > > To unsubscribe or change your subscription options, visit:
< > > http://www.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 Mar 24 14:50:35 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <001a01c2f1bf$a21f4100$e577e518@msns.eph.ptd.net>
Message-ID: <3e7e9cb3.03420@mail.achurch.org>
FAQ F.7
--Andrew Church
achurch@achurch.org
http://achurch.org/
>Well, I hate to break it to you...but OS help mentions *nothing* of this,
>and when I read the fine manual, or fucking manual, however you want to put
>it, it also said nothing of this. So I felt like I should report it. If
>you have a problem with such "lame emails" or "lame comments" about
>IRCServices, perhaps you should remove yourself from the mailing list or
>stop replying with comments such as yours? heh.
>
>----- Original Message -----
>From: "Trevor Talbot"
>To: "IRC Services Coding Mailing List"
>
>Sent: Sunday, March 23, 2003 11:46 PM
>Subject: Re: [IRCServices Coding] session limit bug
>
>
>> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
>>
>> > I've found a bug. Hoooray!
>>
>> No, you haven't.
>>
>> > When you use /msg OperServ raw svskill nickname :reason
>>
>> RTFM, or hell, even just /msg operserv help raw.
>>
>> -- Quension
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.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 Sun Mar 23 21:45:04 2003
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
References: <3e7e9cb3.03420@mail.achurch.org>
Message-ID: <007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
Thanks, I'll have our custom services coded to kill a different way. :)
Just out of curiousity, why does the RAW command screw with the servers to
badly?
----- Original Message -----
From: "Andrew Church"
To:
Sent: Monday, March 24, 2003 12:50 AM
Subject: Re: [IRCServices Coding] session limit bug
> FAQ F.7
>
> --Andrew Church
> achurch@achurch.org
> http://achurch.org/
>
> >Well, I hate to break it to you...but OS help mentions *nothing* of this,
> >and when I read the fine manual, or fucking manual, however you want to
put
> >it, it also said nothing of this. So I felt like I should report it. If
> >you have a problem with such "lame emails" or "lame comments" about
> >IRCServices, perhaps you should remove yourself from the mailing list or
> >stop replying with comments such as yours? heh.
> >
> >----- Original Message -----
> >From: "Trevor Talbot"
> >To: "IRC Services Coding Mailing List"
> >
> >Sent: Sunday, March 23, 2003 11:46 PM
> >Subject: Re: [IRCServices Coding] session limit bug
> >
> >
> >> On Sunday, Mar 23, 2003, at 20:13 US/Pacific, prince wrote:
> >>
> >> > I've found a bug. Hoooray!
> >>
> >> No, you haven't.
> >>
> >> > When you use /msg OperServ raw svskill nickname :reason
> >>
> >> RTFM, or hell, even just /msg operserv help raw.
> >>
> >> -- Quension
> >>
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://www.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 Mar 23 22:04:40 2003
From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
References: <3e7e9cb3.03420@mail.achurch.org>
<007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
Message-ID: <200303240704.46250.ShadowMaster@Shadow-Realm.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Monday 24 March 2003 06:45, prince wrote:
> Thanks, I'll have our custom services coded to kill a different way. :)
>
> Just out of curiousity, why does the RAW command screw with the servers to
> badly?
This has already been answered, and is also answered in the FAQ section just
pointed out to you.
- --
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+fp/7m5JSuDogRncRAhi8AJ9gbfTmsIQD3smxc3ovSShpTIdQcQCfY+As
hm2CETBlKqLgfMiKqfU20IA=
=etIP
-----END PGP SIGNATURE-----
From griever at t2n.org Sun Mar 23 22:06:51 2003
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <005701c2f1c5$2e803280$e577e518@msns.eph.ptd.net>
References: <20030324052225.DTWH24156.pop015.verizon.net@bofh>
<005701c2f1c5$2e803280$e577e518@msns.eph.ptd.net>
Message-ID:
On Mon, 24 Mar 2003 00:21:10 -0500, prince wrote:
> I disagree. I think it does need a fix. I do not need to sit and
*snip ranting*
Don't top post.
If you REALLY need to use svskill, write a module that does it and handles
it
properly rather than using raw. Andrew church, as you can see from the
archives,
gives the exact same answer as the others already have when it comes to
raw.
Raw does exactly what it's designed to do, and the bug here is the way that
you
are using it.
Also, see FAQ question F.8
From achurch at achurch.org Mon Mar 24 15:01:00 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
Message-ID: <3e7ea030.03437@mail.achurch.org>
>Thanks, I'll have our custom services coded to kill a different way. :)
>
>Just out of curiousity, why does the RAW command screw with the servers to
>badly?
Well, there are two answers to the question "why is the RAW command
bad?", which is what I think you mean. One is that some IRC servers are
*ahem* less than robust with respect to bad input, and if you send a badly
formed message with the RAW command, you could end up crashing your uplink
server, or even the entire network.
The other answer relates to Services itself; Services does not process
the RAW command because there are times (such as when testing a new IRC
protocol feature) when it would be inappropriate for Services to process
the message itself, and the RAW command is intended for use in those cases.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From achurch at achurch.org Mon Mar 24 15:05:51 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: Top posting (was Re: [IRCServices Coding] session limit bug)
In-Reply-To:
Message-ID: <3e7ea15d.03457@mail.achurch.org>
>Don't top post.
I've refrained from mentioning this until now, but (as should be
obvious from my own messages) top posting is perfectly fine on _this_
mailing list, regardless of what RFC 1855 has to say on the matter.
Period, end of discussion. Don't bring this up again.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From noam_m at bezeqint.net Sun Mar 23 23:42:31 2003
From: noam_m at bezeqint.net (Noam M.)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
References: <3e7e9cb3.03420@mail.achurch.org>
<007101c2f1c8$84de2760$e577e518@msns.eph.ptd.net>
Message-ID: <3E7EB6E7.4070301@bezeqint.net>
prince wrote:
> Thanks, I'll have our custom services coded to kill a different way. :)
>
it still doesnt seem you understood the problem. your custom services
can kill using the SVSKILL command, aslong as they act asif they just
got the SVSKILL msg from their uplink server too.
if you send an SVSKILL from a Ulined server which isnt services,
services will see it too and it is not the same as using operserv raw.
I am very wrong if your custom services are doing 'os raw svskill ...' ,
then ofcourse you should kill in a diffrent way :p
From brain at brainbox.winbot.co.uk Mon Mar 24 10:14:25 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
Message-ID: <200303241814.h2OIEXV11701@localhost.localdomain>
I know people will probably ignore or shoot down this request but, here goes....
Is there a way to keep services in sync if its desynced, by resyncing it at fixed intervals? This would not only fix problems caused by (ab)use of operserv raw, but would also fix problems caused in other ways (ive had a couple of desyncs before caused by buggy server software etc) - it could be set from config to say resync once every 24h or once every week or whenever the admin prefers, by simulating a form of "warm reboot" where it could somehow retrieve all network information again from the uplink and redo its lists from scratch, kinda like a rehash.... or maybe do this on /os rehash if a commandline option is given? Just an idea...
>I've found a bug. Hoooray!
>
>When you use /msg OperServ raw svskill nickname :reason
>
>It kills the user with whatever reason -- however, when you use /msg OperServ session limit
>
>it lists the person there as using multiple sessions as the number. For example, if I use OperServ to SVSKILL a nickname by the nick of X with the hostname blahblah.com three times, and I try to get a list of people using 3 sessions at once via (/msg OperServ session list 3), it will list that hostname blablah.com is using 3 sessions.
>
>Can this be fixed?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From RT.Mail at verizon.net Mon Mar 24 10:15:14 2003
From: RT.Mail at verizon.net (RT.Mail@verizon.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <200303241814.h2OIEXV11701@localhost.localdomain>
Message-ID: <20030324181519.GZVP9562.out002.verizon.net@bofh>
That would be nice if that could be done at an interval the admin defines.
< >On Mon, 24 Mar 2003 18:14:25 +0000, Craig Edwards wrote:
< > know people will probably ignore or shoot down this request
< > but, here goes....
< >
< > Is there a way to keep services in sync if its desynced, by
< > resyncing it at fixed intervals? This would not only fix
< > problems caused by (ab)use of operserv raw, but would also fix
< > problems caused in other ways (ive had a couple
< > of desyncs before caused by buggy server software etc) - it
< > could be set from config to say resync once every 24h
< > or once every week or whenever the admin prefers, by simulating
< > a form of "warm reboot" where it could somehow
< > retrieve all network information again from the uplink and redo
< > its lists from scratch, kinda like a rehash.... or
< > maybe do this on /os rehash if a commandline option is given?
< > Just an idea...
From georges at berscheid.lu Mon Mar 24 10:22:30 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] session limit bug
In-Reply-To: <200303241814.h2OIEXV11701@localhost.localdomain>
Message-ID: <000301c2f232$56b8bf70$4dbbf683@globi>
Hi,
the requested command exists: /os restart
How do you think services could possibly make the uplink send all the
information again, as if services just joined the network? This
'simulated-net-merge-situation' would have to be supported by the
uplink-IRCd.
Georges
P.S. The original problem is not a services issue anyway...
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Craig Edwards
Gesendet: Montag, 24. M?rz 2003 19:14
An: IRC Services Coding Mailing List
Betreff: Re: [IRCServices Coding] session limit bug
I know people will probably ignore or shoot down this request but, here
goes....
Is there a way to keep services in sync if its desynced, by resyncing it
at fixed intervals? This would not only fix problems caused by (ab)use
of operserv raw, but would also fix problems caused in other ways (ive
had a couple of desyncs before caused by buggy server software etc) - it
could be set from config to say resync once every 24h or once every week
or whenever the admin prefers, by simulating a form of "warm reboot"
where it could somehow retrieve all network information again from the
uplink and redo its lists from scratch, kinda like a rehash.... or maybe
do this on /os rehash if a commandline option is given? Just an idea...
>I've found a bug. Hoooray!
>
>When you use /msg OperServ raw svskill nickname :reason
>
>It kills the user with whatever reason -- however, when you use /msg
OperServ session limit
>
>it lists the person there as using multiple sessions as the number.
For example, if I use OperServ to SVSKILL a nickname by the nick of X
with the hostname blahblah.com three times, and I try to get a list of
people using 3 sessions at once via (/msg OperServ session list 3), it
will list that hostname blablah.com is using 3 sessions.
>
>Can this be fixed?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.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 Mon Mar 24 10:41:21 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] session limit bug
Message-ID: <200303241841.h2OIfTV12087@localhost.localdomain>
True, unless it was to disconnect then reconnect, without need for a restart. SQUIT and /os restart terminates the process as well as the connection to the uplink, correct? I've written a bot that manages to resync this way... admittedly thats a client and here we're talking about a server but you never know, anythings possible :-)
>Hi,
>
>the requested command exists: /os restart
>How do you think services could possibly make the uplink send all the
>information again, as if services just joined the network? This
>'simulated-net-merge-situation' would have to be supported by the
>uplink-IRCd.
>
>Georges
>
>P.S. The original problem is not a services issue anyway...
>
>
>-----Ursprόngliche Nachricht-----
>Von: ircservices-coding-bounces@ircservices.za.net
>[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
>Craig Edwards
>Gesendet: Montag, 24. Mδrz 2003 19:14
>An: IRC Services Coding Mailing List
>Betreff: Re: [IRCServices Coding] session limit bug
>
>
>I know people will probably ignore or shoot down this request but, here
>goes....
>
>Is there a way to keep services in sync if its desynced, by resyncing it
>at fixed intervals? This would not only fix problems caused by (ab)use
>of operserv raw, but would also fix problems caused in other ways (ive
>had a couple of desyncs before caused by buggy server software etc) - it
>could be set from config to say resync once every 24h or once every week
>or whenever the admin prefers, by simulating a form of "warm reboot"
>where it could somehow retrieve all network information again from the
>uplink and redo its lists from scratch, kinda like a rehash.... or maybe
>do this on /os rehash if a commandline option is given? Just an idea...
>
>>I've found a bug. Hoooray!
>>
>>When you use /msg OperServ raw svskill nickname :reason
>>
>>It kills the user with whatever reason -- however, when you use /msg
>OperServ session limit
>>
>>it lists the person there as using multiple sessions as the number.
>For example, if I use OperServ to SVSKILL a nickname by the nick of X
>with the hostname blahblah.com three times, and I try to get a list of
>people using 3 sessions at once via (/msg OperServ session list 3), it
>will list that hostname blablah.com is using 3 sessions.
>>
>>Can this be fixed?
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.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 gastaman at azzurra.org Mon Mar 24 10:28:23 2003
From: gastaman at azzurra.org (Gastaman)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
In-Reply-To: <200303241814.h2OIEXV11701@localhost.localdomain>
Message-ID: <5.1.0.14.2.20030324192145.031578d8@mail.telvia.it>
It was 06:14 PM 3/24/2003 +0000 when Craig Edwards came up
with:
>Is there a way to keep services in sync if its desynced, by
>resyncing it at fixed intervals? This would not only fix
>problems caused by (ab)use of operserv raw, but would also fix
>problems caused in other ways (ive had a couple of desyncs
>before caused by buggy server software etc) - it could be set
>from config to say resync once every 24h or once every week or
>whenever the admin prefers, by simulating a form of "warm
>reboot" where it could somehow retrieve all network
>information again from the uplink and redo its lists from
>scratch, kinda like a rehash.... or maybe do this on /os
>rehash if a commandline option is given? Just an idea...
Not if the ircd doesn't support it, and as far
as I know none does (certainly not Bahamut,
any version), unless you squit and reconnect.
And besides, use of the RAW command is not
recommended for the very reason it can lead
to desynchs, and IMHO any services should not
waste time/cpu/memory/whatever to try and
fix input errors, it should be left to whoever
inputs the wrong commands to refrain from
doing so.
As for buggy server software (are you running
Unreal? =P), bugs should be fixed on the server's
side, not on the services' if they do their job.
From dylanvdm at icon.co.za Mon Mar 24 11:40:23 2003
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
References: <5.1.0.14.2.20030324192145.031578d8@mail.telvia.it>
Message-ID: <006a01c2f23d$37b1a0f0$56ccef9b@dylan>
Please don't diss people's work (aka the Unreal comment). It's not called
for and a lot of hard work has gone into it. Sorry to fill up peoples'
inboxes.
Dylan.
----- Original Message -----
From: "Gastaman"
To: "IRC Services Coding Mailing List"
Sent: Monday, March 24, 2003 8:28 PM
Subject: Re: [IRCServices Coding] session limit bug
> It was 06:14 PM 3/24/2003 +0000 when Craig Edwards came up
> with:
> >Is there a way to keep services in sync if its desynced, by
> >resyncing it at fixed intervals? This would not only fix
> >problems caused by (ab)use of operserv raw, but would also fix
> >problems caused in other ways (ive had a couple of desyncs
> >before caused by buggy server software etc) - it could be set
> >from config to say resync once every 24h or once every week or
> >whenever the admin prefers, by simulating a form of "warm
> >reboot" where it could somehow retrieve all network
> >information again from the uplink and redo its lists from
> >scratch, kinda like a rehash.... or maybe do this on /os
> >rehash if a commandline option is given? Just an idea...
>
> Not if the ircd doesn't support it, and as far
> as I know none does (certainly not Bahamut,
> any version), unless you squit and reconnect.
>
> And besides, use of the RAW command is not
> recommended for the very reason it can lead
> to desynchs, and IMHO any services should not
> waste time/cpu/memory/whatever to try and
> fix input errors, it should be left to whoever
> inputs the wrong commands to refrain from
> doing so.
>
> As for buggy server software (are you running
> Unreal? =P), bugs should be fixed on the server's
> side, not on the services' if they do their job.
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From brain at brainbox.winbot.co.uk Mon Mar 24 11:51:11 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] session limit bug
Message-ID: <200303241951.h2OJpKV13038@localhost.localdomain>
Im sure there will be pleanty of room for bugs when i throw my own custom server software into the mix ;-) Not to mention that if i can get away with it the socket code for that will be within the protocol module for ircservices, which andy probably wont like but oh well, hes not forced to ship our module with the official release of ircservices :-)
But yes, we do use unreal right now... and we havent had a desync for many a version, it seemed to be the early ircservices 5 pre-releases that caused them (plus "out of resources" style errors) and andy has fixed all of these now as far as i can tell.
>It was 06:14 PM 3/24/2003 +0000 when Craig Edwards came up
>with:
>>Is there a way to keep services in sync if its desynced, by
>>resyncing it at fixed intervals? This would not only fix
>>problems caused by (ab)use of operserv raw, but would also fix
>>problems caused in other ways (ive had a couple of desyncs
>>before caused by buggy server software etc) - it could be set
>>from config to say resync once every 24h or once every week or
>>whenever the admin prefers, by simulating a form of "warm
>>reboot" where it could somehow retrieve all network
>>information again from the uplink and redo its lists from
>>scratch, kinda like a rehash.... or maybe do this on /os
>>rehash if a commandline option is given? Just an idea...
>
>Not if the ircd doesn't support it, and as far
>as I know none does (certainly not Bahamut,
>any version), unless you squit and reconnect.
>
>And besides, use of the RAW command is not
>recommended for the very reason it can lead
>to desynchs, and IMHO any services should not
>waste time/cpu/memory/whatever to try and
>fix input errors, it should be left to whoever
>inputs the wrong commands to refrain from
>doing so.
>
>As for buggy server software (are you running
>Unreal? =P), bugs should be fixed on the server's
>side, not on the services' if they do their job.
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From griever at t2n.org Tue Mar 25 13:00:32 2003
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:51 2004
Subject: Top posting (was Re: [IRCServices Coding] session limit bug)
In-Reply-To: <3e7ea15d.03457@mail.achurch.org>
References: <3e7ea15d.03457@mail.achurch.org>
Message-ID:
On Mon, 24 Mar 2003 15:05:51 JST, Andrew Church
wrote:
>> Don't top post.
>
> I've refrained from mentioning this until now, but (as should be
> obvious from my own messages) top posting is perfectly fine on _this_
> mailing list, regardless of what RFC 1855 has to say on the matter.
> Period, end of discussion. Don't bring this up again.
>
Okay, IJ :P
just kidding, don't hurt me
From v13 at it.teithe.gr Wed Mar 26 07:46:04 2003
From: v13 at it.teithe.gr (V13)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] session limit bug
In-Reply-To: <000301c2f232$56b8bf70$4dbbf683@globi>
References: <000301c2f232$56b8bf70$4dbbf683@globi>
Message-ID: <200303261746.05152.v13@it.teithe.gr>
On Monday 24 March 2003 20:22, Georges Berscheid wrote:
> Hi,
>
> the requested command exists: /os restart
> How do you think services could possibly make the uplink send all the
> information again, as if services just joined the network? This
> 'simulated-net-merge-situation' would have to be supported by the
> uplink-IRCd.
I know that this is complicated but if services could squit and reconnect
themselves without restarting would be great. This whould prevent all kind of
notices they send to users and they will not require users to identify
themselves or reset modes to channels etc...
This can be almost transparent to the entire network.
> Georges
<>
From georges at berscheid.lu Wed Mar 26 08:22:59 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] session limit bug
References: <000301c2f232$56b8bf70$4dbbf683@globi>
<200303261746.05152.v13@it.teithe.gr>
Message-ID: <3E81D3E3.2040106@berscheid.lu>
If you want to resynchronize services (which was the starting point of
this discussion, as far as I remember), you will have to flush services
databases kept in memory, before synchronizing, to make sure you really
get to exactly the same state as your uplink server.
But, this means you lose all information you had so far. (E.g. you must
clear channel modes on resynchronization, because you assume you don't
know the correct ones, and refetch them from your uplink server.)
I'll stop the discussion at this point, because IMO it's really the
wrong approach to handle this problem.
Georges
V13 wrote:
>On Monday 24 March 2003 20:22, Georges Berscheid wrote:
>
>
>>Hi,
>>
>>the requested command exists: /os restart
>>How do you think services could possibly make the uplink send all the
>>information again, as if services just joined the network? This
>>'simulated-net-merge-situation' would have to be supported by the
>>uplink-IRCd.
>>
>>
>
>I know that this is complicated but if services could squit and reconnect
>themselves without restarting would be great. This whould prevent all kind of
>notices they send to users and they will not require users to identify
>themselves or reset modes to channels etc...
>
>This can be almost transparent to the entire network.
>
>
>
>>Georges
>>
>>
><>
>
>
>
>
>
From achurch at achurch.org Thu Mar 27 08:51:59 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] session limit bug
In-Reply-To: <200303261746.05152.v13@it.teithe.gr>
Message-ID: <3e823f1c.14063@mail.achurch.org>
There seems to be a lot of (mis)information floating around, so let me
clear things up:
- There is NO WAY to resynchronize a desynched server, Services
included, without disconnecting, throwing away all old information, and
reconnecting. In the case of Services, that means that logon news messages
get sent again, channel modes get reset, etc. Whether the program restarts
itself or not is completely irrelevant to this.
- Services is, on the other hand, already capable of recognizing users
who have identified for their nicknames across a restart (unless you
uncommented NoSplitRecovery in ircservices.conf).
--Andrew Church
achurch@achurch.org
http://achurch.org/
>On Monday 24 March 2003 20:22, Georges Berscheid wrote:
>> Hi,
>>
>> the requested command exists: /os restart
>> How do you think services could possibly make the uplink send all the
>> information again, as if services just joined the network? This
>> 'simulated-net-merge-situation' would have to be supported by the
>> uplink-IRCd.
>
>I know that this is complicated but if services could squit and reconnect
>themselves without restarting would be great. This whould prevent all kind of
>notices they send to users and they will not require users to identify
>themselves or reset modes to channels etc...
>
>This can be almost transparent to the entire network.
>
>> Georges
><>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From diego at redesul.net Tue Apr 1 22:41:25 2003
From: diego at redesul.net (diego@redesul.net)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] HELP!!!
Message-ID: <20030402064125.4540.qmail@mail.interpira.com.br>
I have some bug similar to this....
I run ircservices 5.0.9 on a network with 30 registers....
It run right, but sometimes i have 2 bugs
the first, is that it enter on __select(), problably some loop and stops, than i have this message:
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] unknown message from server (ERROR :Closing Link: 0.0.0.0
(Ping timeout))
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
other bug, is when its restarting (and have lot of ppl on the same time on internet, and its somme lagged (seconds), than happen that bug with introducing user loop(), exiting...
im running it with bahamut.. i compiled it TO BAHAMUT! ;-)
if someone can help me... please, send me a mail
and send too how to subscribe on this mail-list, will help a lot
Cya
Diego Bitencourt Contezini aka destruct_ @ irc.redesul.net
From monolith at orblivion.com Thu Apr 3 17:53:11 2003
From: monolith at orblivion.com (monolith)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] HELP!!!
In-Reply-To: <20030402064125.4540.qmail@mail.interpira.com.br>
Message-ID: <000801c2fa4c$f2ae8fa0$6401a8c0@quasar>
Get a newer version.
David
-----Original Message-----
From: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] On Behalf Of
diego@redesul.net
Sent: Wednesday, April 02, 2003 12:41 AM
To: ircservices-coding@ircservices.za.net
Subject: [IRCServices Coding] HELP!!!
I have some bug similar to this....
I run ircservices 5.0.9 on a network with 30 registers....
It run right, but sometimes i have 2 bugs
the first, is that it enter on __select(), problably some loop and stops,
than i have this message:
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] unknown message from server (ERROR :Closing Link:
0.0.0.0
(Ping timeout))
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
[Apr 02 16:34:30 2003] sockets: flush_write_buffer(0): Broken pipe
other bug, is when its restarting (and have lot of ppl on the same time on
internet, and its somme lagged (seconds), than happen that bug with
introducing user loop(), exiting...
im running it with bahamut.. i compiled it TO BAHAMUT! ;-)
if someone can help me... please, send me a mail
and send too how to subscribe on this mail-list, will help a lot
Cya
Diego Bitencourt Contezini aka destruct_ @ irc.redesul.net
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From laser at musichat.net Fri Apr 4 10:15:05 2003
From: laser at musichat.net (Ciappei Alessandro (las3r))
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] gcc
In-Reply-To: <20030404100006.40B4B1754A@snow.fingers.co.za>
Message-ID: <5.2.0.9.2.20030404201337.03368b88@mail.musichat.net>
Hi all,
I've a problem, all my server runs gcc 2.9.6 on redhat 7.3, and i can't
compile services 5.0.14
Some one can help me?
Alex
From dylanvdm at icon.co.za Fri Apr 4 11:12:31 2003
From: dylanvdm at icon.co.za (Dylan v.d Merwe)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] gcc
References: <5.2.0.9.2.20030404201337.03368b88@mail.musichat.net>
Message-ID: <001601c2fade$264ab870$0100a8c0@dylan>
This is a question which should go unanswered as you are provided with all
the info you need to deduct what's wrong. Let me help you, and everyone else
quickly.
Briefly gcc 2.96 is an unofficial release of the gcc compiler and
ircservices does not work on it. To get them to work either upgrade to gcc
3.x or downgrade to 2.95.3.
There is a work around though. Though I really do recommend that you upgrade
or downgrade your compiler because if you follow the workaround we will
*not* help you with any problems you may experience.
Okay so now you have the latest version under your belt. You have done
./configure and you are given this message:
*** 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.
See question B.1 in the FAQ for details.
To save you the time of checking up in the FAQ, read below.
B.1. When I run "make", I get an error message like "missing separator",
"Need an operator", "Unexpected end of line seen", etc.
Your make program isn't compatible with the Makefile for Services.
The Makefile was designed to work with GNU make, and as such may
not work on other systems' "make" programs. If you get an error
from "make", obtain GNU make from ftp://prep.ai.mit.edu/pub/gnu/
(or wherever you prefer) and use it instead of your system's
default "make". Note that GNU make may already be installed on
your system; try using the command "gmake" instead of "make".
The make programs bundled with SunOS/Solaris and FreeBSD have been
reported not to work; you will need to use GNU make on these
systems.
Right now that you know what you're getting yourself into, lets make
services work with gcc 2.96. Remember that if you do this we will not
provide any assistance to you.
Run the ./configure script with the following suffix:
./configure -force-gcc-2.96
This will bypass the gcc 2.96 check and you can carry on with setting up
your services. Again this is not recommended and is unsupported, though I do
wish you luck.
Dylan.
----- Original Message -----
From: "Ciappei Alessandro (las3r)"
To:
Sent: Friday, April 04, 2003 8:15 PM
Subject: [IRCServices Coding] gcc
> Hi all,
>
> I've a problem, all my server runs gcc 2.9.6 on redhat 7.3, and i can't
> compile services 5.0.14
> Some one can help me?
>
> Alex
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From achurch at achurch.org Sat Apr 5 09:37:42 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] gcc
In-Reply-To: <001601c2fade$264ab870$0100a8c0@dylan>
Message-ID: <3e8e25b0.20661@mail.achurch.org>
>To save you the time of checking up in the FAQ, read below.
>
>B.1. When I run "make", I get an error message like "missing separator",
> "Need an operator", "Unexpected end of line seen", etc.
Just for the record, this is B.2. B.1 reads as follows:
B.1. Red Hat says GCC 2.96 doesn't have bugs anymore [www.redhat.com]. Why
don't you allow it to be used with Services?
Because, as Red Hat themselves admit (and just about anyone
involved in Linux development can tell you), some releases of
GCC 2.96 did have serious bugs in them, and I have personally
verified that at least some releases of 2.96 fail to compile
Services correctly. Since Red Hat, in one of their many stupid
decisions, chose not to change the version string in the fixed
releases, I have no way to tell whether a given release of GCC
2.96 is a "fixed" one or not. Rather than have to wade through
assembly listings for every case of a bad GCC release, I've
chosen to disallow the use of GCC 2.96 entirely. The previous
version of GCC, 2.95.3, is known to work correctly with
Services, as are more recent versions (3.2 in particular);
either downgrade or upgrade before compiling Services, or
install from a binary distribution instead of the source code.
If you absolutely must compile Services using GCC 2.96, you can
override the configure check with the -force-gcc-2.96 option.
However, the author will not provide support for any problems
which occur if you override this check.
Incidentally, Services is believed to not have any of the
programming bugs Red Hat discusses on the page referenced
above. The one exception is pointer aliasing optimization (the
"int i; *(float *)&i = 2.0;" example), which is a bug in the C
standard, and is disabled when compiling Services anyway.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From achurch at achurch.org Sun Apr 6 23:16:27 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Re: [IRCServices] channel KICK - Callback
In-Reply-To: <000401c2fa8b$b0abea50$4dbbf683@globi>
Message-ID: <3e9036f8.01376@mail.achurch.org>
(Moved to the coding list--please keep technical discussion off of the main
list.)
>I'm trying to use the 'channel KICK' core callback but I don't know how
>to find out both the user that kicked and the user that has been kicked.
>Any help available on this ?
The user that sent the KICK is not currently sent to the callback.
I'll see about changing this at some point.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From georges at berscheid.lu Mon Apr 7 10:51:09 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] Re: [IRCServices] channel KICK - Callback
In-Reply-To: <3e9036f8.01376@mail.achurch.org>
Message-ID: <000401c2fd2e$4562a1d0$4dbbf683@globi>
Hi,
ok, I added this parameter to the callback myself. Just wanted to make
sure it's not already there and I was too blind to see it.
Thanks :)
Georges
P.S. Sorry for having posted to the wrong list :-/
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Andrew Church
Gesendet: Sonntag, 6. April 2003 16:16
An: ircservices-coding@ircservices.za.net
Cc: georges@berscheid.lu
Betreff: [IRCServices Coding] Re: [IRCServices] channel KICK - Callback
(Moved to the coding list--please keep technical discussion off of the
main
list.)
>I'm trying to use the 'channel KICK' core callback but I don't know how
>to find out both the user that kicked and the user that has been
kicked.
>Any help available on this ?
The user that sent the KICK is not currently sent to the callback.
I'll see about changing this 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
From rayfordp at mhonline.net Mon Apr 7 11:08:40 2003
From: rayfordp at mhonline.net (Rayford Pomeroy)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] SQL
Message-ID:
I realize that SQL support is planned but I was wondering if anyone has
successfully modified their own copy of services to use SQL or if anyone has
started to do it. If so could you send me what you have so far? I would like
to mess around with it, if I happen to get something to actually function
(doubtful as my C skills are a joke) I would gladly release it to all. So
please send me anything you have regarding the implementation of SQL into
services.
Thank You.
From georges at berscheid.lu Mon Apr 7 12:03:51 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] SQL
In-Reply-To:
Message-ID: <000501c2fd38$6d7ade80$4dbbf683@globi>
Hi,
we are using a modified partially MySQL-capable version of ircservices.
The source files are at
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz. The needed
database-layout files are at http://www.luxusbuerg.lu/data/sql.tgz.
Please note that these modules are *really* badly documented (as they
were not supposed to be used by anyone else than us), plus I am not
willing to provide any support for these modules.
You will also have to set up some paths... but you'll find out :)
These are the directives for modules.conf:
Module mysql/main
MySQLConfig Hostname Port Usename Password Database
EndModule
Module seenserv/main
SeenServName SeenServ "Seen Service"
EndModule
Module adserv/main
AdServName AdServ "Advertisement Service"
EndModule
Module quizserv/main
QuizServName QuizServ "Luxusbuerg Quiz Service"
EndModule
Module logserv/main
LogServName LogServ "Channel Logging Service"
EndModule
Good luck :)
Georges
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Rayford Pomeroy
Gesendet: Montag, 7. April 2003 20:09
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] SQL
I realize that SQL support is planned but I was wondering if anyone has
successfully modified their own copy of services to use SQL or if anyone
has
started to do it. If so could you send me what you have so far? I would
like
to mess around with it, if I happen to get something to actually
function
(doubtful as my C skills are a joke) I would gladly release it to all.
So
please send me anything you have regarding the implementation of SQL
into
services.
Thank You.
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From diego at redesul.net Tue Apr 8 06:03:14 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] XML/ ircservices4db
Message-ID: <003b01c2fdcf$38341470$4506000a@dauphin.com.br>
Have some converser from ircservices4db to xml?
That convert on tools just convert from other types of services...
Someone coded it, or have some idea about how to do it?
Diego B. Contezini aka destruct_
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030408/5171344a/attachment.htm
From georges at berscheid.lu Tue Apr 8 06:30:55 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] XML/ ircservices4db
References: <003b01c2fdcf$38341470$4506000a@dauphin.com.br>
Message-ID: <3E92CF0F.5060800@berscheid.lu>
Hi,
import your ircservices 4 databases into ircservices 5, and use the
included xml export .
Georges
Diego Bitencourt Contezini wrote:
> Have some converser from ircservices4db to xml?
>
> That convert on tools just convert from other types of services?..
>
> Someone coded it, or have some idea about how to do it?
>
> Diego B. Contezini aka destruct_
>
>------------------------------------------------------------------------
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
From laser at musichat.net Thu Apr 10 01:16:22 2003
From: laser at musichat.net (Ciappei Alessandro (las3r))
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Mail problem
Message-ID: <5.2.0.9.2.20030410101309.0341d090@mail.musichat.net>
Hi all,
I would like change a template of AUTH mail and other.
I chenge it in my language file for test, but services crash when i would
like register a new nick.
I write a long mail template, where I describe my network and services.
Sorry for my english
Alex
-----------------------------------------------------------------------------
Chi riceve il presente messaggio e` tenuto a verificare se lo stesso non gli
sia pervenuto per errore. In tal caso e` pregato di avvisare immediatamente
il mittente e, tenuto conto delle responsabilita` connesse all'indebito
utilizzo e/o divulgazione del messaggio e/o delle informazioni in esso
contenute, voglia cancellare l'originale e distruggere le varie copie o
stampe.
The receiver of this message is required to check if he/she has received it
erroneously. If so, the receiver is requested to immediately inform the
sender and - in consideration of the responsibilities arising from undue use
and/or disclosure of the message and/or the information contained therein -
destroy the original message and any copy or printout thereof.
-----------------------------------------------------------------------------
From georges at berscheid.lu Thu Apr 10 01:31:01 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: AW: [IRCServices Coding] Mail problem
In-Reply-To: <5.2.0.9.2.20030410101309.0341d090@mail.musichat.net>
Message-ID: <000101c2ff3b$85b61050$4dbbf683@globi>
Hi,
if you change language files you need to watch (at least) 2 important
things:
1. you MUST respect the format of language files (each identifier starts
with a capital letter at the very first columns of the line, subsequent
text lines referenced by this identifier must start with a tab (\t)
char. the end of the text and the next identifier is delimited by
exactly one newline (\n).
2. You MUST respect the order of parameters (%s, %d etc.) as it was in
the original text. Changing the order might cause services to crash.
Greets,
Georges
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Ciappei Alessandro (las3r)
Gesendet: Donnerstag, 10. April 2003 10:16
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] Mail problem
Hi all,
I would like change a template of AUTH mail and other.
I chenge it in my language file for test, but services crash when i
would
like register a new nick.
I write a long mail template, where I describe my network and services.
Sorry for my english
Alex
------------------------------------------------------------------------
-----
Chi riceve il presente messaggio e` tenuto a verificare se lo stesso
non gli
sia pervenuto per errore. In tal caso e` pregato di avvisare
immediatamente
il mittente e, tenuto conto delle responsabilita` connesse
all'indebito
utilizzo e/o divulgazione del messaggio e/o delle informazioni in
esso
contenute, voglia cancellare l'originale e distruggere le varie
copie o
stampe.
The receiver of this message is required to check if he/she has
received it
erroneously. If so, the receiver is requested to immediately
inform the
sender and - in consideration of the responsibilities arising from
undue use
and/or disclosure of the message and/or the information contained
therein -
destroy the original message and any copy or printout thereof.
------------------------------------------------------------------------
-----
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From laser at musichat.net Thu Apr 10 03:30:35 2003
From: laser at musichat.net (Ciappei Alessandro (las3r))
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Re: IRCServices-Coding Digest, Vol 3, Issue 6
In-Reply-To: <20030410100008.3837A174F0@snow.fingers.co.za>
Message-ID: <5.2.0.9.2.20030410122956.0358bf78@mail.musichat.net>
I respect all things, but my mail is long i think
Regards
Alex
At 12.00 10/04/2003 +0200, you wrote:
>respect the order of parameters (%s, %d etc.) as it was in
>the original text. Changing the order might cause services to crash.
-----------------------------------------------------------------------------
Chi riceve il presente messaggio e` tenuto a verificare se lo stesso non gli
sia pervenuto per errore. In tal caso e` pregato di avvisare immediatamente
il mittente e, tenuto conto delle responsabilita` connesse all'indebito
utilizzo e/o divulgazione del messaggio e/o delle informazioni in esso
contenute, voglia cancellare l'originale e distruggere le varie copie o
stampe.
The receiver of this message is required to check if he/she has received it
erroneously. If so, the receiver is requested to immediately inform the
sender and - in consideration of the responsibilities arising from undue use
and/or disclosure of the message and/or the information contained therein -
destroy the original message and any copy or printout thereof.
-----------------------------------------------------------------------------
From waterflamez at hotmail.com Fri Apr 11 16:37:04 2003
From: waterflamez at hotmail.com (Jack Neils)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Services joining a channel
Message-ID:
Is it possible to have all services (operserv, nickserv, memoserv, helpserv,
statserv, chanserv) join a channel ?
they don't really have to report anything to the channel, just sit there so
i can check if they are all working (though reporting some minimal info
would be nice)
Thanks
_________________________________________________________________
From waterflamez at hotmail.com Fri Apr 11 16:52:12 2003
From: waterflamez at hotmail.com (Jack Neils)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Services joining a channel
Message-ID:
Sorry for taking up space on the list, i found the answer :)
maybe in the feature there could be a feature added to have them join a
channel on startup ?
(and possibly report things)
Bye
>From: "Jack Neils"
>Reply-To: IRC Services Coding Mailing List
>
>To: ircservices-coding@ircservices.za.net
>Subject: [IRCServices Coding] Services joining a channel
>Date: Sat, 12 Apr 2003 01:37:04 +0200
>
>Is it possible to have all services (operserv, nickserv, memoserv,
>helpserv, statserv, chanserv) join a channel ?
>
>they don't really have to report anything to the channel, just sit there so
>i can check if they are all working (though reporting some minimal info
>would be nice)
>
>Thanks
>
>
>
>
>
>_________________________________________________________________
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
_________________________________________________________________
Chat with your online buddies with MSN Messenger http://messenger.msn.be
From laser at musichat.net Sun Apr 13 14:03:37 2003
From: laser at musichat.net (Ciappei Alessandro (las3r))
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Mail from services
Message-ID: <5.2.0.9.2.20030413225918.02ddde10@mail.musichat.net>
Hi,
I resolve a previous problem with crash of services.
But now i ask how i can separate lines in auth mail?
Because servces send auth mail and other mail without a separate lines.
For ex:
Welcome
Your code is: 168724492
bla bla bla bla
bla bla bla bla
bla bla bla bla
I would like make:
Welcome
Your code is: 168724492
bla bla bla bla
bla bla bla bla
bla bla bla bla
Thx
Alex
-----------------------------------------------------------------------------
Chi riceve il presente messaggio e` tenuto a verificare se lo stesso non gli
sia pervenuto per errore. In tal caso e` pregato di avvisare immediatamente
il mittente e, tenuto conto delle responsabilita` connesse all'indebito
utilizzo e/o divulgazione del messaggio e/o delle informazioni in esso
contenute, voglia cancellare l'originale e distruggere le varie copie o
stampe.
The receiver of this message is required to check if he/she has received it
erroneously. If so, the receiver is requested to immediately inform the
sender and - in consideration of the responsibilities arising from undue use
and/or disclosure of the message and/or the information contained therein -
destroy the original message and any copy or printout thereof.
-----------------------------------------------------------------------------
From waterflamez at hotmail.com Sun Apr 13 14:29:09 2003
From: waterflamez at hotmail.com (Jack Neils)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] join channel on register
Message-ID:
Hi.
I've got this PHP bot, B.
Now when i register a channel with services, could i get services to send a
command to B so he'd join a channel?
example; if i register #test the command to B would be /msg B B join #test
and ofcourse when dropping a channel, B would have to leave this channel.
example; dropping #test => /msg B B part #test
anyone that can give me a push in the right direction?
Thx
_________________________________________________________________
MSN Search, for relevant search results! http://search.msn.be
From brain at brainbox.winbot.co.uk Tue Apr 22 08:24:03 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding]
Associating NickGroupInfo with two nicks at once
Message-ID: <200304221424.h3MEO4A24908@localhost.localdomain>
Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
basically, /msg somepseudoclient su
..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
NickInfo* MyNickInf = get_nickinfo(somenick);
NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
u->ngi = MyNGroupInf;
u->ni = MyNickInf;
/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
sorry for any errors in this code, im typing it off the top of my head.
Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNGroupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo? The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
Thanks,
Brain
ChatSpike Services-dev
From georges at berscheid.lu Tue Apr 22 07:40:25 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two nicks
at once
References: <200304221424.h3MEO4A24908@localhost.localdomain>
Message-ID: <3EA55459.9000200@berscheid.lu>
Hi,
you might need to add the user that you want to get the privileges of
one NickGroupInfo to the id_users array in that specific struct. This
could help making the user being recognized as owner of the ngi.
Please note that this is a mere speculation, and that it is not based on
any experience :)
Furthermore I don't think you should associate the ni reference to the
user that does a SU, but only the ngi (which contains the privileges
data), since the ni struct has a user member which can only be set to
one specific user. So you will get in trouble if the real owner of the
nick is online as well when any other use wants to get his privileges
using SU.
Georges
Craig Edwards wrote:
>Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
>
>basically, /msg somepseudoclient su
>
>..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
>
>NickInfo* MyNickInf = get_nickinfo(somenick);
>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>
>u->ngi = MyNGroupInf;
>u->ni = MyNickInf;
>/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
>
>sorry for any errors in this code, im typing it off the top of my head.
>Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNGroupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo? The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
>
>If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
>
>Thanks,
>Brain
>ChatSpike Services-dev
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
>
>
From achurch at achurch.org Wed Apr 23 10:17:37 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:51 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two nicks at
once
In-Reply-To: <200304221424.h3MEO4A24908@localhost.localdomain>
Message-ID: <3ea5ec02.17430@mail.achurch.org>
The code currently assumes that at most one user will be associated
with any particular nickname, that NickInfo.user will point at the user
with nickname NickInfo.nick, that User.ni will point at the NickInfo with
nickname User.nick (or NULL if the nickname is not registered), and that
User.ngi will point to a nickname group containing User.ni (or NULL or
NICKGROUPINFO_INVALID). Breaking any of these assumptions will probably
cause many weird and dangerous things to happen.
Note that two or more users can be associated with a single nick group
(if, for example, someone has two clients open and using two linked nicks).
However, if the user's nick is not in NickGroupInfo.nicks[], things will
probably break.
I'd strongly suggest finding another way to accomplish whatever you're
trying to do without an "su"-like command.
--Andrew Church
achurch@achurch.org
http://achurch.org/
>Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
>
>basically, /msg somepseudoclient su
>
>..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
>
>NickInfo* MyNickInf = get_nickinfo(somenick);
>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>
>u->ngi = MyNGroupInf;
>u->ni = MyNickInf;
>/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
>
>sorry for any errors in this code, im typing it off the top of my head.
>Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNG
>roupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo?
> The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
>
>If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
>
>Thanks,
>Brain
>ChatSpike Services-dev
>
>
>
>------------------------------------------------------------------
From Craig at chatspike.net Wed Apr 23 23:22:10 2003
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two
nicks atonce
Message-ID: <20030424052202.QLHP12018.mta06-svc.ntlworld.com@i-br0ked-it>
Could you give any other suggestions on how this could be done? I'll go into a few details on what is trying to be accomplished...
For years now, people have been acking for use of MySQL databases, so that they can have "Web Interfaces" to services, basically, we are creating a module that allows this "su" type command, which will allow use of the command from specific hosts to gain information on nicknames, then parse them into HTML, and be able to display on a website.. it would also be allowed to change some settings on the nickname (example, access lists, passwords) without having to talk to the service itself.
Theres an alpha running at http://www.chatspike.net/?page=ircadmin
Currently, you need to have a registered nickname on irc.chatspike.net to use it.. If you wanna try exploiting it in some way.. feel free :p
So yeah, any other solutions would be great :)
-----------------------------------------------------------------------
Craig McLure - Craig@chatspike.net
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
<`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
-----------------------------------------------------------------------
============ Original Message ============
>From : "Andrew Church"
>Reply-To : ircservices-coding@ircservices.za.net
>To : ircservices-coding@ircservices.za.net
>Subject : Re: [IRCServices Coding] Associating NickGroupInfo with two nicks atonce
>Date : 2003-04-23
>
>
> The code currently assumes that at most one user will be associated
>with any particular nickname, that NickInfo.user will point at the user
>with nickname NickInfo.nick, that User.ni will point at the NickInfo with
>nickname User.nick (or NULL if the nickname is not registered), and that
>User.ngi will point to a nickname group containing User.ni (or NULL or
>NICKGROUPINFO_INVALID). Breaking any of these assumptions will probably
>cause many weird and dangerous things to happen.
>
> Note that two or more users can be associated with a single nick group
>(if, for example, someone has two clients open and using two linked nicks).
>However, if the user's nick is not in NickGroupInfo.nicks[], things will
>probably break.
>
> I'd strongly suggest finding another way to accomplish whatever you're
>trying to do without an "su"-like command.
>
> --Andrew Church
> achurch@achurch.org
> http://achurch.org/
>
>>Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
>>
>>basically, /msg somepseudoclient su
>>
>>..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
>>
>>NickInfo* MyNickInf = get_nickinfo(somenick);
>>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>>
>>u->ngi = MyNGroupInf;
>>u->ni = MyNickInf;
>>/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
>>
>>sorry for any errors in this code, im typing it off the top of my head.
>>Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNG
>>roupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo?
>> The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
>>
>>If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
>>
>>Thanks,
>>Brain
>>ChatSpike Services-dev
>>
>>
>>
>>------------------------------------------------------------------
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>.
========= End of Original Message =========
From georges at berscheid.lu Thu Apr 24 01:25:17 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two nicks
atonce
References: <20030424052202.QLHP12018.mta06-svc.ntlworld.com@i-br0ked-it>
Message-ID: <3EA79F6D.6080504@berscheid.lu>
Hi,
we disabled all /ns {register|drop|link} etc. commands in services and
force our users to register their nicknames via a web-interface (90% of
our users use a java-web-interface to chat anyway). Services have a
module that connects to the MySQL database and retrieves information
from there, without needing any interaction of bots with services.
To retrieve services-internal information, we use http-modules which
output simple PHP-scripts that can be included using Again, you won't need
a bot that connects to your network, use any (possibly exploitable)
commands and parse the output.
Georges
Craig McLure wrote:
>Could you give any other suggestions on how this could be done? I'll go into a few details on what is trying to be accomplished...
>
>For years now, people have been acking for use of MySQL databases, so that they can have "Web Interfaces" to services, basically, we are creating a module that allows this "su" type command, which will allow use of the command from specific hosts to gain information on nicknames, then parse them into HTML, and be able to display on a website.. it would also be allowed to change some settings on the nickname (example, access lists, passwords) without having to talk to the service itself.
>
>Theres an alpha running at http://www.chatspike.net/?page=ircadmin
>Currently, you need to have a registered nickname on irc.chatspike.net to use it.. If you wanna try exploiting it in some way.. feel free :p
>
>So yeah, any other solutions would be great :)
>
>-----------------------------------------------------------------------
>Craig McLure - Craig@chatspike.net
>ChatSpike - The users network: http://www.chatspike.net
>InspIRCd - Modular IRC server: http://www.inspircd.org
><`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
>-----------------------------------------------------------------------
>
>============ Original Message ============
>>From : "Andrew Church"
>
>
>>Reply-To : ircservices-coding@ircservices.za.net
>>To : ircservices-coding@ircservices.za.net
>>Subject : Re: [IRCServices Coding] Associating NickGroupInfo with two nicks atonce
>>Date : 2003-04-23
>>
>>
>> The code currently assumes that at most one user will be associated
>>with any particular nickname, that NickInfo.user will point at the user
>>with nickname NickInfo.nick, that User.ni will point at the NickInfo with
>>nickname User.nick (or NULL if the nickname is not registered), and that
>>User.ngi will point to a nickname group containing User.ni (or NULL or
>>NICKGROUPINFO_INVALID). Breaking any of these assumptions will probably
>>cause many weird and dangerous things to happen.
>>
>> Note that two or more users can be associated with a single nick group
>>(if, for example, someone has two clients open and using two linked nicks).
>>However, if the user's nick is not in NickGroupInfo.nicks[], things will
>>probably break.
>>
>> I'd strongly suggest finding another way to accomplish whatever you're
>>trying to do without an "su"-like command.
>>
>> --Andrew Church
>> achurch@achurch.org
>> http://achurch.org/
>>
>>
>>
>>>Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
>>>
>>>basically, /msg somepseudoclient su
>>>
>>>..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
>>>
>>>NickInfo* MyNickInf = get_nickinfo(somenick);
>>>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>>>
>>>u->ngi = MyNGroupInf;
>>>u->ni = MyNickInf;
>>>/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
>>>
>>>sorry for any errors in this code, im typing it off the top of my head.
>>>Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNG
>>>roupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo?
>>>The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
>>>
>>>If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
>>>
>>>Thanks,
>>>Brain
>>>ChatSpike Services-dev
>>>
>>>
>>>
>>>------------------------------------------------------------------
>>>
>>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>>.
>>
>>
>========= End of Original Message =========
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
>
>
From achurch at achurch.org Thu Apr 24 21:24:57 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two
nicks atonce
In-Reply-To: <20030424052202.QLHP12018.mta06-svc.ntlworld.com@i-br0ked-it>
Message-ID: <3ea7d994.01413@mail.achurch.org>
>For years now, people have been acking for use of MySQL databases, so that they can have "Web Interfaces" to services, basically, we are creating a module that allows this "su" type command, which will allow use of the command from specific hosts to gain
>information on nicknames, then parse them into HTML, and be able to display on a website.. it would also be allowed to change some settings on the nickname (example, access lists, passwords) without having to talk to the service itself.
Would an HTTP server module similar to the dbaccess module (but
having additional access checks in place, obviously) work?
--Andrew Church
achurch@achurch.org
http://achurch.org/
From brain at brainbox.winbot.co.uk Fri Apr 25 14:09:51 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Associating NickGroupInfo with two
nicksatonce
Message-ID: <200304252009.h3PK9pA25637@localhost.localdomain>
Good idea. We're taking the opposite route, only allowing users to register on irc. We believe that on our network, given the option to register on the website would create a whole bunch of pointless never-used nicks that are just used by clueless web users who have no idea what theyre doing with irc ;-)
We're using our service to fetch certain information that is particular to the ircd and not services, e.g. output of /list, etc, so if there was a way to output this too -- i noticed chanserv only keeps a linked list of *registered* channels, which is the reverse of how our modified statserv works :)
Anyhow, have fun,
Brain :-)
>Hi,
>
>we disabled all /ns {register|drop|link} etc. commands in services and
>force our users to register their nicknames via a web-interface (90 of
>our users use a java-web-interface to chat anyway). Services have a
>module that connects to the MySQL database and retrieves information
>from there, without needing any interaction of bots with services.
>To retrieve services-internal information, we use http-modules which
>output simple PHP-scripts that can be included using include("http://your.services.host/moduleurl") ?> Again, you won't need
>a bot that connects to your network, use any (possibly exploitable)
>commands and parse the output.
>
>Georges
>
>
>
>Craig McLure wrote:
>
>>Could you give any other suggestions on how this could be done? I'll go into a few details on what is trying to be accomplished...
>>
>>For years now, people have been acking for use of MySQL databases, so that they can have "Web Interfaces" to services, basically, we are creating a module that allows this "su" type command, which will allow use of the command from specific hosts to gain information on nicknames, then parse them into HTML, and be able to display on a website.. it would also be allowed to change some settings on the nickname (example, access lists, passwords) without having to talk to the service itself.
>>
>>Theres an alpha running at http://www.chatspike.net/?page=ircadmin
>>Currently, you need to have a registered nickname on irc.chatspike.net to use it.. If you wanna try exploiting it in some way.. feel free :p
>>
>>So yeah, any other solutions would be great :)
>>
>>-----------------------------------------------------------------------
>>Craig McLure - Craig@chatspike.net
>>ChatSpike - The users network: http://www.chatspike.net
>>InspIRCd - Modular IRC server: http://www.inspircd.org
>><`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe
>>-----------------------------------------------------------------------
>>
>>============ Original Message ============
>>>From : "Andrew Church"
>>
>>
>>>Reply-To : ircservices-coding@ircservices.za.net
>>>To : ircservices-coding@ircservices.za.net
>>>Subject : Re: [IRCServices Coding] Associating NickGroupInfo with two nicks atonce
>>>Date : 2003-04-23
>>>
>>>
>>> The code currently assumes that at most one user will be associated
>>>with any particular nickname, that NickInfo.user will point at the user
>>>with nickname NickInfo.nick, that User.ni will point at the NickInfo with
>>>nickname User.nick (or NULL if the nickname is not registered), and that
>>>User.ngi will point to a nickname group containing User.ni (or NULL or
>>>NICKGROUPINFO_INVALID). Breaking any of these assumptions will probably
>>>cause many weird and dangerous things to happen.
>>>
>>> Note that two or more users can be associated with a single nick group
>>>(if, for example, someone has two clients open and using two linked nicks).
>>>However, if the user's nick is not in NickGroupInfo.nicks[], things will
>>>probably break.
>>>
>>> I'd strongly suggest finding another way to accomplish whatever you're
>>>trying to do without an "su"-like command.
>>>
>>> --Andrew Church
>>> achurch@achurch.org
>>> http://achurch.org/
>>>
>>>
>>>
>>>>Hi, we're writing a module which allows a web interface to "su" to a nickname, similar to the way the unix "su" command (dont ask! :)) heres how it works:
>>>>
>>>>basically, /msg somepseudoclient su
>>>>
>>>>..and you gain the privilages of that nick, wether or not they are using it at the time. What we're doing at the moment is associating the user's ngi and ni fields with the nickgroupinfo of the registered nickname, e.g.
>>>>
>>>>NickInfo* MyNickInf = get_nickinfo(somenick);
>>>>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>>>>
>>>>u->ngi = MyNGroupInf;
>>>>u->ni = MyNickInf;
>>>>/* user u is now logged in with privilages of "ngi" nick, send +r as a raw if neccessary */
>>>>
>>>>sorry for any errors in this code, im typing it off the top of my head.
>>>>Basically, the problem we have is, that only one nick can have "ownership" of a groupinfo at any one time, if we associate user 'u' with MyNGroupInf, then if some other user online at the time (lets call them u2) has this same association (u2->ngi == MyNG
>>>>roupInf) than u2 is logged out (and has to re-identify using /msg nickserv identify ). Basically we cant give two people ownership of the same nickgroup at the same time. Is there any way we can get around this, e.g. by memcpy'ing the NickGroupInfo?
>>>>The ownership of the nick by the second user only needs to be temporary, until disconnect, so there shouldnt be any corruption of services DB's by having two people pointing at the same nickgroup in the file, or anything as weird as that :)
>>>>
>>>>If theres any way to solve this problem simply, without needing andy to rewrite the core, or for us to approach the problem a different way, we'd be grateful of anyone could tell us how :)
>>>>
>>>>Thanks,
>>>>Brain
>>>>ChatSpike Services-dev
>>>>
>>>>
>>>>
>>>>------------------------------------------------------------------
>>>>
>>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>>>.
>>>
>>>
>>========= End of Original Message =========
>>
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.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 georges at berscheid.lu Sat Apr 26 02:54:37 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:52 2004
Subject: AW: Re: [IRCServices Coding] Associating NickGroupInfo with
twonicksatonce
In-Reply-To: <200304252009.h3PK9pA25637@localhost.localdomain>
Message-ID: <000b01c30bd9$dc86b3d0$45c918d4@gizmo>
Hi,
since services are a almost-regular server linked to your network, they
know all of the network-relevant information, including /list. Just use
Channel *chan;
for(chan = first_channel(); chan; chan = next_channel()) {
}
to get a list of all channels. There are similar commands for users,
registered channels, registered nicks etc. Note that chan->users is a
linked list of all users currently in the channel. Refer to channels.h,
users.h, modules/nickserv/nickserv.h and modules/chanserv/chanserv.h for
more information on structs.
I suggest you have a look at
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz in
modules/httpd/accesslist.c. This is an example of how to dynamically
include the accesslist of all registered channels into a php-script.
Another example is modules/httpd/banlist.c.
modules/nickserv/dbsynch.c shows how we linked services to the mysql
database. This could also be a possibility, to write all information you
need in constant intervals into a mysql table which you can read with
you php script anytime you want. Choose what fits your needs the best
;-)
Georges
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Craig Edwards
Gesendet: Freitag, 25. April 2003 23:01
An: IRC Services Coding Mailing List
Betreff: Re: Re: [IRCServices Coding] Associating NickGroupInfo with
twonicksatonce
Good idea. We're taking the opposite route, only allowing users to
register on irc. We believe that on our network, given the option to
register on the website would create a whole bunch of pointless
never-used nicks that are just used by clueless web users who have no
idea what theyre doing with irc ;-)
We're using our service to fetch certain information that is particular
to the ircd and not services, e.g. output of /list, etc, so if there was
a way to output this too -- i noticed chanserv only keeps a linked list
of *registered* channels, which is the reverse of how our modified
statserv works :)
Anyhow, have fun,
Brain :-)
>Hi,
>
>we disabled all /ns {register|drop|link} etc. commands in services and
>force our users to register their nicknames via a web-interface (90 of
>our users use a java-web-interface to chat anyway). Services have a
>module that connects to the MySQL database and retrieves information
>from there, without needing any interaction of bots with services.
>To retrieve services-internal information, we use http-modules which
>output simple PHP-scripts that can be included using include("http://your.services.host/moduleurl") ?> Again, you won't need
>a bot that connects to your network, use any (possibly exploitable)
>commands and parse the output.
>
>Georges
>
>
>
>Craig McLure wrote:
>
>>Could you give any other suggestions on how this could be done? I'll
go into a few details on what is trying to be accomplished...
>>
>>For years now, people have been acking for use of MySQL databases, so
that they can have "Web Interfaces" to services, basically, we are
creating a module that allows this "su" type command, which will allow
use of the command from specific hosts to gain information on nicknames,
then parse them into HTML, and be able to display on a website.. it
would also be allowed to change some settings on the nickname (example,
access lists, passwords) without having to talk to the service itself.
>>
>>Theres an alpha running at http://www.chatspike.net/?page=ircadmin
>>Currently, you need to have a registered nickname on irc.chatspike.net
to use it.. If you wanna try exploiting it in some way.. feel free :p
>>
>>So yeah, any other solutions would be great :)
>>
>>----------------------------------------------------------------------
-
>>Craig McLure - Craig@chatspike.net
>>ChatSpike - The users network: http://www.chatspike.net
>>InspIRCd - Modular IRC server: http://www.inspircd.org
>><`RaSh> how do i install linux i got the cd and i dont see the
setup.exe or install.exe
>>----------------------------------------------------------------------
-
>>
>>============ Original Message ============
>>>From : "Andrew Church"
>>
>>
>>>Reply-To : ircservices-coding@ircservices.za.net
>>>To : ircservices-coding@ircservices.za.net
>>>Subject : Re: [IRCServices Coding] Associating NickGroupInfo with
two nicks atonce
>>>Date : 2003-04-23
>>>
>>>
>>> The code currently assumes that at most one user will be
associated
>>>with any particular nickname, that NickInfo.user will point at the
user
>>>with nickname NickInfo.nick, that User.ni will point at the NickInfo
with
>>>nickname User.nick (or NULL if the nickname is not registered), and
that
>>>User.ngi will point to a nickname group containing User.ni (or NULL
or
>>>NICKGROUPINFO_INVALID). Breaking any of these assumptions will
probably
>>>cause many weird and dangerous things to happen.
>>>
>>> Note that two or more users can be associated with a single nick
group
>>>(if, for example, someone has two clients open and using two linked
nicks).
>>>However, if the user's nick is not in NickGroupInfo.nicks[], things
will
>>>probably break.
>>>
>>> I'd strongly suggest finding another way to accomplish whatever
you're
>>>trying to do without an "su"-like command.
>>>
>>> --Andrew Church
>>> achurch@achurch.org
>>> http://achurch.org/
>>>
>>>
>>>
>>>>Hi, we're writing a module which allows a web interface to "su" to a
nickname, similar to the way the unix "su" command (dont ask! :)) heres
how it works:
>>>>
>>>>basically, /msg somepseudoclient su
>>>>
>>>>..and you gain the privilages of that nick, wether or not they are
using it at the time. What we're doing at the moment is associating the
user's ngi and ni fields with the nickgroupinfo of the registered
nickname, e.g.
>>>>
>>>>NickInfo* MyNickInf = get_nickinfo(somenick);
>>>>NickGroupInfo* MyNGroupInf = get_ngi(MyNickInf);
>>>>
>>>>u->ngi = MyNGroupInf;
>>>>u->ni = MyNickInf;
>>>>/* user u is now logged in with privilages of "ngi" nick, send +r as
a raw if neccessary */
>>>>
>>>>sorry for any errors in this code, im typing it off the top of my
head.
>>>>Basically, the problem we have is, that only one nick can have
"ownership" of a groupinfo at any one time, if we associate user 'u'
with MyNGroupInf, then if some other user online at the time (lets call
them u2) has this same association (u2->ngi == MyNG
>>>>roupInf) than u2 is logged out (and has to re-identify using /msg
nickserv identify ). Basically we cant give two people ownership
of the same nickgroup at the same time. Is there any way we can get
around this, e.g. by memcpy'ing the NickGroupInfo?
>>>>The ownership of the nick by the second user only needs to be
temporary, until disconnect, so there shouldnt be any corruption of
services DB's by having two people pointing at the same nickgroup in the
file, or anything as weird as that :)
>>>>
>>>>If theres any way to solve this problem simply, without needing andy
to rewrite the core, or for us to approach the problem a different way,
we'd be grateful of anyone could tell us how :)
>>>>
>>>>Thanks,
>>>>Brain
>>>>ChatSpike Services-dev
>>>>
>>>>
>>>>
>>>>------------------------------------------------------------------
>>>>
>>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>>>.
>>>
>>>
>>========= End of Original Message =========
>>
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.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 wahoo at cyberdreamers.org Sat Apr 26 10:03:16 2003
From: wahoo at cyberdreamers.org (wahoo)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] feature suggestion...
Message-ID: <165113385345.20030426190316@cyberdreamers.org>
Hello there :),
I've been using IRCServices in conjunction with UnrealIRCd for over
3 years now and I'd like to suggest some features to make IRCServices
even more comfortable and user-friendly than it already is :)...
Unreal (and perhaps some other ircds) support virtual hosts these
days. Wouldn't it be a good idea to allow users to store a vhost
whithin their NickServ-account? So, whenever a user identify's
himself, his ident and hostname will be changed by services to
the one previously defined f.e. with 'SET VHOST '? (for
security reasons, changing of the vhost-entry could be restricted
to Service Admins only). There could also be an option to define
whether the users host should be changed automatically or not when
identify'ing.
Of course, there would always be the possibility to enhance
services by an extra HostServ-module or whatever. But then users
would have to additionally use a specific HostServ-command to
change their host to the (self-)defined one. Furthermore, there
is already the /VHOST command (at least in unreal) - but the
vhost.conf has to be edited manually by Server Admins. So, you
(as a user) have to give them a passwd for it - which means,
you can either define (and remember) just another new one or
you have to give away your NickServ-pass.
Sorry, if this feature-request hasn't been mentioned for the
first time and/or has already been discussed/rejected/planned-
for-future-versions :)...
RFC please =)...
best regards,
- wahoo -
--
B.O.F.H @ cyb.net ;D
From r-krisztian at softhome.net Sat Apr 26 11:00:34 2003
From: r-krisztian at softhome.net (Krisztian Romek)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] feature suggestion...
In-Reply-To: <165113385345.20030426190316@cyberdreamers.org>
References: <165113385345.20030426190316@cyberdreamers.org>
Message-ID: <200304262000.34012.r-krisztian@softhome.net>
Hello4
> Unreal (and perhaps some other ircds) support virtual hosts these
> days. Wouldn't it be a good idea to allow users to store a vhost
> whithin their NickServ-account?
You are lucky, here is a patch (it isn't mine, don't think that):
http://www.nikhok.hu/~xanco/download/vhost.html
--
Krisztian Romek
r-krisztian@softhome.net
From wahoo at cyberdreamers.org Sat Apr 26 10:56:35 2003
From: wahoo at cyberdreamers.org (wahoo)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] feature suggestion...
In-Reply-To: <200304262000.34012.r-krisztian@softhome.net>
References: <165113385345.20030426190316@cyberdreamers.org>
<200304262000.34012.r-krisztian@softhome.net>
Message-ID: <153116585387.20030426195635@cyberdreamers.org>
Hello Krisztian,
>> Unreal (and perhaps some other ircds) support virtual hosts these
>> days. Wouldn't it be a good idea to allow users to store a vhost
>> whithin their NickServ-account?
> You are lucky, here is a patch (it isn't mine, don't think that):
> http://www.nikhok.hu/~xanco/download/vhost.html
Thx alot ...I'll give it a try :)
best regards,
- wahoo -
From brain at brainbox.winbot.co.uk Sun Apr 27 04:24:37 2003
From: brain at brainbox.winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] feature suggestion...
Message-ID: <200304271024.h3RAOcA30234@localhost.localdomain>
We are considering writing a hostserv module that gives a user a vhost when they identify. We were also considering some other things like allowing users to pick their own vhosts on a credits basis, they get X credits a month and each credit allows them to change their vhost, if theyre out of credits they cant change their host, generally to stop people using it to evade bans... This was just an idea that was passed around though, no fixed ideas yet.
If we develop this module before it finds its way into the ircservices distro (if it does) then drop us a line and we may give you our module :-)
>Hello there :),
>
>
>I've been using IRCServices in conjunction with UnrealIRCd for over
>3 years now and I'd like to suggest some features to make IRCServices
>even more comfortable and user-friendly than it already is :)...
>
>Unreal (and perhaps some other ircds) support virtual hosts these
>days. Wouldn't it be a good idea to allow users to store a vhost
>whithin their NickServ-account? So, whenever a user identify's
>himself, his ident and hostname will be changed by services to
>the one previously defined f.e. with 'SET VHOST '? (for
>security reasons, changing of the vhost-entry could be restricted
>to Service Admins only). There could also be an option to define
>whether the users host should be changed automatically or not when
>identify'ing.
>
> Of course, there would always be the possibility to enhance
>services by an extra HostServ-module or whatever. But then users
>would have to additionally use a specific HostServ-command to
>change their host to the (self-)defined one. Furthermore, there
>is already the /VHOST command (at least in unreal) - but the
>vhost.conf has to be edited manually by Server Admins. So, you
>(as a user) have to give them a passwd for it - which means,
>you can either define (and remember) just another new one or
>you have to give away your NickServ-pass.
>
>Sorry, if this feature-request hasn't been mentioned for the
>first time and/or has already been discussed/rejected/planned-
>for-future-versions :)...
>
>RFC please =)...
>
>
>best regards,
>- wahoo -
>
>--
>B.O.F.H @ cyb.net ;D
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From jskam at shaw.ca Sun Apr 27 14:29:19 2003
From: jskam at shaw.ca (Jeffery Kam)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Probably real easy coding, but please help...
Message-ID: <000001c30d04$10487480$f64f9144@weed>
What I'm trying to do is make a Backup command in operserv that will
back up the databases into a separate directory. But I would also like
some insight on how to make it back up the databases automatically, that
would be good too.
If someone could show me some examples of both those ways, would be a
great help
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030427/f0088b39/attachment.html
From achurch at achurch.org Wed Apr 30 14:06:30 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Chanserv patch for reg chans only
In-Reply-To: <20030312150441.A19757@mbay.net>
Message-ID: <3eaf59e5.62753@mail.achurch.org>
Added for 5.0.19.
--Andrew Church
achurch@achurch.org
http://achurch.org/
>Here's a patch to add an option for forbiding use unregistered channels
>by normal users. Yeah, it's a bit fascist, but sometimes this much control
>is needed - on IRC servers that are used for commercial support, where it
>would not be appropriate to have someone create #hotgaysex, for example.
>
>This is the first hack I've done on ircservices, so someone please check
>to make sure I didn't miss something. I tried to cover all bases.
>
>diff -c -r ircservices-5.0.13/data/example-modules.conf ircservices-5.0.13-local/data/example-modules.conf
>*** ircservices-5.0.13/data/example-modules.conf Mon Mar 3 01:54:47 2003
>--- ircservices-5.0.13-local/data/example-modules.conf Wed Mar 12 16:41:23 2003
>***************
>*** 919,924 ****
>--- 919,932 ----
>
> #CSForbidShortChannel
>
>+ # CSRegisteredOnly [OPTIONAL]
>+ # When enabled, treats unregistered channels as forbidden, not
>+ # allowing normal users to join. If enabled, services opers will
>+ # need to create any new channels on the network. For this option
>+ # to be effective, CSEnableRegister should generally NOT be enabled.
>+
>+ #CSRegisteredOnly
>+
> EndModule
>
> ################################ SENDPASS module
>diff -c -r ircservices-5.0.13/docs/a.html ircservices-5.0.13-local/docs/a.html
>*** ircservices-5.0.13/docs/a.html Sun Mar 2 21:18:48 2003
>--- ircservices-5.0.13-local/docs/a.html Wed Mar 12 16:50:04 2003
>***************
>*** 1722,1727 ****
>--- 1722,1739 ----
>
> Example: CSForbidShortChannel
>
>+
>+
>+
-
>+ CSRegisteredOnly [OPTIONAL]
>+
When enabled, treats unregistered channels as forbidden, not
>+ allowing normal users to join. If enabled, services opers will
>+ need to create any new channels on the network. For this option
>+ to be effective, CSEnableRegister should generally NOT be enabled.
>+
>+
Example: CSRegisteredOnly
>+
>+
>
> chanserv/sendpass (SENDPASS module)
>
>diff -c -r ircservices-5.0.13/modules/chanserv/check.c ircservices-5.0.13-local/modules/chanserv/check.c
>*** ircservices-5.0.13/modules/chanserv/check.c Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/check.c Wed Mar 12 04:55:35 2003
>***************
>*** 274,281 ****
> goto kick;
> }
>
>! if (!ci)
>! return 0;
>
> if (is_services_admin(user))
> return 0;
>--- 274,288 ----
> goto kick;
> }
>
>! if (!ci) {
>! if(CSRegisteredOnly && !is_oper(user)) {
>! mask = sstrdup("*!*@*");
>! reason = getstring(user->ngi, CHAN_MAY_NOT_BE_USED);
>! goto kick;
>! } else {
>! return 0;
>! }
>! }
>
> if (is_services_admin(user))
> return 0;
>diff -c -r ircservices-5.0.13/modules/chanserv/cs-local.h ircservices-5.0.13-local/modules/chanserv/cs-local.h
>*** ircservices-5.0.13/modules/chanserv/cs-local.h Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/cs-local.h Wed Mar 12 04:45:02 2003
>***************
>*** 93,98 ****
>--- 93,99 ----
> E time_t CSSuspendExpire;
> E time_t CSSuspendGrace;
> E int CSForbidShortChannel;
>+ E int CSRegisteredOnly;
> E ChanOpt chanopts[];
>
>
>diff -c -r ircservices-5.0.13/modules/chanserv/main.c ircservices-5.0.13-local/modules/chanserv/main.c
>*** ircservices-5.0.13/modules/chanserv/main.c Mon Mar 3 01:54:48 2003
>--- ircservices-5.0.13-local/modules/chanserv/main.c Wed Mar 12 03:47:23 2003
>***************
>*** 57,62 ****
>--- 57,63 ----
> time_t CSSuspendExpire;
> time_t CSSuspendGrace;
> int CSForbidShortChannel;
>+ int CSRegisteredOnly;
> EXPORT_VAR(int32,CSMaxReg)
>
> /*************************************************************************/
>***************
>*** 1606,1611 ****
>--- 1607,1613 ----
> { "CSEnableRegister", { { CD_SET, 0, &CSEnableRegister } } },
> { "CSExpire", { { CD_TIME, 0, &CSExpire } } },
> { "CSForbidShortChannel",{{CD_SET, 0, &CSForbidShortChannel } } },
>+ { "CSRegisteredOnly", { { CD_SET, 0, &CSRegisteredOnly } } },
> { "CSInhabit", { { CD_TIME, CF_DIRREQ, &CSInhabit } } },
> { "CSListMax", { { CD_POSINT, CF_DIRREQ, &CSListMax } } },
> { "CSListOpersOnly", { { CD_SET, 0, &CSListOpersOnly } } },
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From achurch at achurch.org Wed Apr 30 14:19:18 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] JUPE and bahamut-1.4(35)
In-Reply-To: <001701c2e56f$c8cbb880$0100a8c0@zeus>
Message-ID: <3eaf5d1d.66456@mail.achurch.org>
Fixed for 5.0.19.
--Andrew Church
achurch@achurch.org
http://achurch.org/
>I found another possible bug.
>When i do /os squit server and the server is active, then services crashes.
>I have to do squit and after to use the jupe command.
>-chat.xchat.gr- *** Global -- from OperServ: Juping matrix.voxnet.gr by request of KillServ.
>-chat.xchat.gr- *** Routing -- from chat.xchat.gr: Link services.xchat.gr[(+)something@0.0.0.0]
>cancelled, server matrix.voxnet.gr already exists
>-chat.xchat.gr- *** Notice -- services.xchat.gr was connected for 5 seconds. 24/62 sendK/recvK.
>
>I don't know if it is another problem with bahamut 1.4(35), but it happens only with version
>of bahamut and not bahamut-1.4(35)
>
>Regards,
>
>George Stamatiou
>master@xchat.gr
>
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From chris at unreal-irc.net Wed Apr 30 12:25:08 2003
From: chris at unreal-irc.net (chris@unreal-irc.net)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Unknown Error
Message-ID: <000e01c30f4e$3a08b220$236dbbac@iceinferno>
Hi there,
Just checked my ircservices log and I found something I have not seen so far, I was wondering if anyone could please shed some light onto it? This is happening consistently.
We are using Unreal3.2b15
[Apr 30 18:40:02 2003] protocol/unreal: m_sethost: user record for asli not found
[Apr 30 18:40:16 2003] protocol/unreal: m_sethost: user record for |Jeff| not found
[Apr 30 18:40:52 2003] protocol/unreal: m_sethost: user record for dsgtg not found
[Apr 30 18:41:03 2003] protocol/unreal: m_sethost: user record for ^KnOc^ not found
[Apr 30 18:41:50 2003] protocol/unreal: m_sethost: user record for kddnt not found
[Apr 30 18:44:46 2003] protocol/unreal: m_sethost: user record for ombha not found
[Apr 30 18:45:00 2003] protocol/unreal: m_sethost: user record for fAnself not found
[Apr 30 18:45:20 2003] protocol/unreal: m_sethost: user record for xqejtw not found
[Apr 30 18:45:27 2003] protocol/unreal: m_sethost: user record for Nikolaus not found
[Apr 30 18:46:10 2003] protocol/unreal: m_sethost: user record for adsur not found
[Apr 30 18:46:43 2003] protocol/unreal: m_sethost: user record for dAdrianc not found
[Apr 30 18:48:35 2003] protocol/unreal: m_sethost: user record for cmjdjm2 not found
[Apr 30 18:49:35 2003] protocol/unreal: m_sethost: user record for [Theo] not found
[Apr 30 18:50:00 2003] protocol/unreal: m_sethost: user record for ybemj not found
[Apr 30 18:50:04 2003] protocol/unreal: m_sethost: user record for Hardie not found
[Apr 30 18:50:22 2003] protocol/unreal: m_sethost: user record for [Odolf] not found
[Apr 30 18:51:12 2003] protocol/unreal: m_sethost: user record for Tino not found
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030430/5e951de6/attachment.htm
From Slowking50 at aol.com Wed Apr 30 17:24:00 2003
From: Slowking50 at aol.com (Slowking50@aol.com)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support
Message-ID: <026572BE.2337F8D0.0CD45FDB@aol.com>
Here's a protocol/hybrid.c that can be used for hyb7. Issues include:
1) Keeptopic doesn't work right unless m_topic and do_topic are modified directly :/ Hybrid propogates user topics in the same way it recieves them (:user TOPIC channel :topic). Probably just needs some av=2 checking.
2) Services aliases(/cs and friends) are hard to come by o.- However, I do have an m_services.c that can be loaded into Hybrid if anyone wants to take a look.
3) In modules.conf, aside from NetworkDomain, disable pretty much everything non-essential under protocol/hybrid. CSSetChannelTime works but makes Hybrid complain like an old grandma on steroids. :/
Aside from those, the file works pretty well :) I'm currently running Hybrid 7.0rc9 and IRCServices 5.0.16 and I've tested every command to make sure they work. I'm not sure about tricky little stuff, so if someone wants to give this file some strenuous testing, be my guest.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hybrid.c
Type: application/octet-stream
Size: 11492 bytes
Desc: hybrid.c
Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030430/d4ab25b5/hybrid.obj
From andrewk at isdial.net Thu May 1 01:18:54 2003
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support
References: <026572BE.2337F8D0.0CD45FDB@aol.com>
Message-ID: <012101c30fba$4e4def90$1f0912ac@espotting.com>
Hi there,
In future, please do not post attachments to this list. Please post the URL
where files can be downloaded.
Thanks, Andrew
----- Original Message -----
From:
To:
Sent: Thursday, May 01, 2003 1:24 AM
Subject: [IRCServices Coding] Hybrid support
> Here's a protocol/hybrid.c that can be used for hyb7. Issues include:
>
> 1) Keeptopic doesn't work right unless m_topic and do_topic are modified
directly :/ Hybrid propogates user topics in the same way it recieves them
(:user TOPIC channel :topic). Probably just needs some av=2 checking.
>
> 2) Services aliases(/cs and friends) are hard to come by o.- However, I do
have an m_services.c that can be loaded into Hybrid if anyone wants to take
a look.
>
> 3) In modules.conf, aside from NetworkDomain, disable pretty much
everything non-essential under protocol/hybrid. CSSetChannelTime works but
makes Hybrid complain like an old grandma on steroids. :/
>
> Aside from those, the file works pretty well :) I'm currently running
Hybrid 7.0rc9 and IRCServices 5.0.16 and I've tested every command to make
sure they work. I'm not sure about tricky little stuff, so if someone wants
to give this file some strenuous testing, be my guest.
>
----------------------------------------------------------------------------
----
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
From Slowking50 at aol.com Thu May 1 07:37:30 2003
From: Slowking50 at aol.com (Slowking50@aol.com)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support
Message-ID: <670886DF.2D2930DD.0CD45FDB@aol.com>
Sorry :/
Anyway, few corrections, I had some leftover stuff("Bahamut" protocol and a leftover useless SJOIN modifier), which I fixed. New release:
http://www.angelfire.com/az3/d-mstats/hybrid.c
From andrewk at isdial.net Thu May 1 07:47:28 2003
From: andrewk at isdial.net (Andrew Kempe)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support
References: <670886DF.2D2930DD.0CD45FDB@aol.com>
Message-ID: <015001c30ff0$969f5d20$1f0912ac@espotting.com>
Thanks :)
Andrew
----- Original Message -----
From:
To: "IRC Services Coding Mailing List"
Sent: Thursday, May 01, 2003 3:37 PM
Subject: Re: [IRCServices Coding] Hybrid support
> Sorry :/
>
> Anyway, few corrections, I had some leftover stuff("Bahamut" protocol and
a leftover useless SJOIN modifier), which I fixed. New release:
>
> http://www.angelfire.com/az3/d-mstats/hybrid.c
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
From aragon at phat.za.net Thu May 1 08:11:17 2003
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Feature request
Message-ID: <20030501151117.GA38560@phat.za.net>
Hi,
Would it be possible to add a configurable option that makes services add
SQLINE entries for each and every forbidden and/or suspended nickname? I
think it's a much better way of preventing a nick's use if the ircd supports
sqlines.
Any comments?
Thanks,
Aragon
From diego at redesul.net Fri May 2 05:56:46 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] IRCServices HTTPD MODULE
In-Reply-To: <200304262000.34012.r-krisztian@softhome.net>
Message-ID: <003301c310aa$4a67fec0$4506000a@dauphin.com.br>
Hello, I am building some addons about httpd+xml, and need to used post
to can build on modules the possibility of import/change database.
I was testing, and what I seen is that just the first variables of POST
are being copyed to c->variables (casually "xml" is it).
(here is my request post:
....... .. ..
someone used/tested how works the POST? Where I can get the variables?
It should be on c->variables and c->variables_count (its what I
understud.. possible im wrong, than please I need a help ;)
Thanks for all
Diego Bitencourt Contezini aka destruct_ @irc.redesul.net
From Slowking50 at aol.com Fri May 2 08:29:53 2003
From: Slowking50 at aol.com (Slowking50@aol.com)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support - Hopefully final :)
Message-ID: <072D62BC.3F95CF2D.0CD45FDB@aol.com>
Okay, I now have this patch running on a 1500-user Hyb7 net and it appears to be stable :) Final corrections and notes -
1) In do_send_akill I had s_OperServ instead of who. Don't ask what I was smoking. >.>
2) Services need a reference in the shared {} block of all ircd.conf files in order to set akills. Services will still work without this, but they won't be able to stop banned users; they'll just keep doing repeated kills.
3) Makefile modifications are as follows:
MODULES = bahamut.so dalnet.so dreamforge.so monkey.so ptlink.so \
rfc1459.so trircd.so ts8.so undernet-p9.so unreal.so hybrid.so
[..]
OBJECTS-dreamforge.so = svsnick.o
OBJECTS-hybrid.so = banexcept.o halfop.o sjoin.o
OBJECTS-monkey.so = halfop.o sjoin.o
[..]
$(TOPDIR)/modules/nickserv/nickserv.h
INCLUDES-hybrid.o = banexcept.h sjoin.h halfop.h \
$(TOPDIR)/messages.h $(TOPDIR)/language.h \
$(TOPDIR)/modules/operserv/operserv.h \
$(TOPDIR)/modules/nickserv/nickserv.h
INCLUDES-monkey.o = halfop.h sjoin.h \
[..]
Anyone want to make a decent Makefile patch? :)
http://www.angelfire.com/az3/d-mstats/hybrid.c
From jskam at shaw.ca Sat May 3 06:53:49 2003
From: jskam at shaw.ca (Jeffery Kam)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Recognizing ServicesRoot for UMODE Change
Message-ID: <000401c3117b$6ca3f580$f64f9144@weed>
Ok, this used to work before, but for some reason it just stopped. I
use the dreamforge.c protocol, and I've added a UMODE to my ircd and
services to change the umode for ServicesRoot to +R. But for some
reason, I can't get it to recognize when ServicesRoot is oper'd and
ready for the mode change. In the same way as +a. This is not an IRCD
problem because I have gotten other modes working, such as +C (Services
Operator).
If someone can give me some insight, it would be greatly appreciated.
### Modules/protocol/dreamforge.c ###
--- WORKING UMODE +C CODE ---
case 'C':
if (is_oper(user)) {
if (user->ngi->os_priv == NP_SERVOPER) {
if (!add)
send_cmd(ServerName, "SVSMODE %s +C", user->nick);
} else {
if (add)
send_cmd(ServerName, "SVSMODE %s -C", user->nick);
}
return 1;
}
--- NOT WORKING UMODE +R CODE ---
case 'R':
if (is_oper(user)) {
if (stricmp(user->nick, ServicesRoot) == 0) {
if (!add)
send_cmd(ServerName, "SVSMODE %s +R", user->nick);
} else {
if (add)
send_cmd(ServerName, "SVSMODE %s -R", user->nick);
}
return 1;
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030503/6d69d425/attachment.htm
From bytor at tribes2maps.com Tue May 6 16:07:17 2003
From: bytor at tribes2maps.com (Ross Carlson)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Issues with converting PTlink databases
Message-ID: <58753.216.204.85.34.1052262437.squirrel@www.metacraft.com>
I have a decent sized network (about 7000 registered users) running ptlink
ircd and services. I am going to be converting to Unreal ircd and IRC
Services soon. I have run a test, and read the docs, and I see that the
convert-db will not carry over custom channel access levels.
I would like to inquire about the possibility of modifying the convert-db
to fix this. I'm not much of a C coder, but I could probably do the work
myself if I had something resembling a specification for the ptlink
database format. I thought someone here might have that ... especially the
person that wrote the convert-db functions to begin with. Was that Andrew?
Anyway, part of the issue is the maximum and minimum levels assignable in
IRC Services. I see that they are 999/-999. In PTLink, they are 9999/-9999.
Would I "break" anything by changing those to 9999 in IRC Services?
Also, I see in the XML spec that there are fields defined for carrying over
custom access level settings for each channel. That makes me wonder why the
convert-db doesn't actually convert them. I don't want to try to add the
feature if there is a reason (other than lack of time) that it wasn't added
to begin with.
Thanks for any help anyone has to offer!
*-----------------------------------*
| Tribes 1 & 2 Chat Server Admin |
| Email: bytor@tribes2maps.com |
| bytor@sierra.com |
| Server: irc.dynamix.com Port 6667 |
| Visit http://www.Tribes2Maps.com |
*-----------------------------------*
From draco at silverdragonden.com Wed May 7 22:43:40 2003
From: draco at silverdragonden.com (Benjamin Higginbotham)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Help installing IRC Services
Message-ID: <05B4A104-8118-11D7-AA20-000393D570BA@silverdragonden.com>
I have a question, hopefully someone can help...
I'm trying to get Services to run with an unsupported IRCD, cyclone.
The Cyclone distribution has version 4.49 of Services with a diff file.
I'm able to make the changes and compile everything just fine. When I
attempt to start services with a ./services my IRCD spits out an error
about an N line (which I have, along with a C line), and in the
services.log file she spits out an error in connecting to the server.
I know Cyclone is not a supported IRCD. I don't suppose by chance
anyone has a copy working with a Cyclone IRCD. If so, how did you make
it work. If this is not the appropriate place to ask such questions, I
would greatly appreciate a pointer in the right place to go. I'm new
to IRCD, so please forgive my ignorance.
Thanks,
Benjamin Higginbotham
draco@silverdragonden.com
www.silverdragonden.com
From Slowking50 at aol.com Thu May 8 11:24:31 2003
From: Slowking50 at aol.com (Slowking50@aol.com)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid patch - This should be it.
Message-ID: <1EA71DE7.7237227C.0CD45FDB@aol.com>
Okay, here are the issues and solutions:
1) Hybrid requires an online nick to set remote klines. So I imported s_OperServ to set all akills.
2) In order to cut down on patches, I put the topic handler in hybrid.c via register_messages. This turns out to be a bad hack, since I can't find a way to call cb_topic.
3) Remote JOINs need a timestamp. Use the following patch on modules/chanserv/check.c:
http://www.angelfire.com/az3/d-mstats/check.diff
4) Implementing into modules/protocol/Makefile:
http://www.angelfire.com/az3/d-mstats/make.diff
And finally:
http://www.angelfire.com/az3/d-mstats/hybrid.c
I hope this works this time :) It's been tested plenty, thanks to kryptik and animenetworks for the help.
From diego at redesul.net Fri May 9 12:14:21 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] ircservices bug....
Message-ID: <000901c3165f$32d2b600$4506000a@dauphin.com.br>
Hello... this is a bug that happens 6 months ago...
I'm with a db with 40.000 nicks, and when it get some days of uptime
happens it, specially when the network are full. (5000 users on the same
time).
It happens sometimes, this is the basic debugging that I'm posting here
for if someone have any idea about why it happens, help me. I don't have
skills on ircservices-coding for now to help much, but I think that who
built it can understand it more easily :-).
Is it:
[May 07 22:41:27 2003] nickserv/main:
AndreGoes!~BBFC_toki@200.193.105.231
identified for nick AndreGoes
[May 07 22:41:29 2003] nickserv/main: bash!~bash@200.206.72.16
identified for
nick bash
Program received signal SIGSEGV, Segmentation fault.
do_cmode (source=0x8065368 "ChanServ", ac=-3, av=0xbfffed68) at
channels.c:251
251 while (*s) {
(gdb) bt'
#0 do_cmode (source=0x8065368 "ChanServ", ac=-3, av=0xbfffed68)
at channels.c:251
source = 0x8065368 "ChanServ"
ac = -3
av = (char **) 0xbfffed68
chan = (Channel *) 0x88e9218
s = 0x2e646165
add = 1
modestr = 0x2e646165 #1
0x0804d32d in flush_cmode (md=0x8065360) at actions.c:554
. continue next mail..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030509/d87ae059/attachment.html
From diego at redesul.net Fri May 9 12:17:04 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] continuing... part 2 of 3 BUG SERVICES
Message-ID: <001801c3165f$936d1690$4506000a@dauphin.com.br>
buf = "-impsl LaMm3rZ iN
AcTiON\000rO\00312\002,\002\00314LoKaUmM\00312
\002)\002 \00314p\037a\037\002r\002c\002e\002\037r\037ia\037s\037
\00312\002- \002 \00312#\00314RzO \00312#\00314MaStErS
\00312#\00314FoRbId
\00312#\00314DrEaM \00312#\00314LoCkS\017\017\000VINDOS:::...\00011
\0377.\002hp\037g.\037co\002m.\037br\017 \0032\037eh
\00313w\002ww.\037em"...
s = 0xbfffed80 "-impsl LaMm3rZ iN AcTiON"
argv = {0x88e9220 "#insano",
0x2e646165 ,
0x76202d20 ,
0x74697369 ,
0x23206d65 ,
0x2076746d ,
0x76757323 ,
---Type to continue, or q to quit---
0x206f6361 }
len = 24
i = 0
lastc = 45 '-'
#2 0x0804d113 in set_cmode (sender=0x0, channel=0x0) at actions.c:284
args = 0xbffff420
modes = 0xbffff4b8 "\030???jr\005\bX?3\n\037"
modes_orig = 0xbffff460 "{Cris}"
md = (struct modedata *) 0x0
which = -1
add = 2
i = 0
c = -65 '?'
s = 0xffffffff
args = 0xbffff420
modes = 0xbffff4b8 "\030???jr\005\bX?3\n\037"
modes_orig = 0xbffff460 "{Cris}"
add = 2
c = -65 '?'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030509/80e5fe49/attachment.htm
From diego at redesul.net Fri May 9 12:17:47 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] part 3 finally.. BUG SERVICES
Message-ID: <001d01c3165f$adb859b0$4506000a@dauphin.com.br>
I HATE LIMITS!
#3 0x08052ddc in main (ac=2, av=0xbffff6a4, envp=0xbffff6b0) at
main.c:277
last_update = 1052356199
last_expire = 1052358046
last_check = 91115037
---Type to continue, or q to quit---
last_update = 1052356199
last_expire = 1052358046
last_check = 91115037
#4 0x4003a74f in __libc_start_main (main=0x8052b68 , argc=2,
ubp_av=0xbffff6a4, init=0x804be70 <_init>, fini=0x805a54c <_fini>,
rtld_fini=0x4000aa00 <_dl_fini>, stack_end=0xbffff69c)
at ../sysdeps/generic/libc-start.c:129
ubp_av = (char **) 0xbffff6a4
fini = (void (*)()) 0x4001490c <_dl_debug_mask>
rtld_fini = (void (*)()) 0x88e9227
ubp_ev = (char **) 0x2e646165
(gdb)
(gdb) info registers
eax 0x2e646165 778330469
ecx 0x88e9227 143561255
edx 0xffffffff -1
ebx 0x1 1
esp 0xbfffed00 0xbfffed00
ebp 0xbfffed38 0xbfffed38
esi 0x0 0
edi 0x88e9218 143561240
eip 0x804daf3 0x804daf3
eflags 0x10282 66178
cs 0x23 35
ss 0x2b 43
ds 0x2b 43
es 0x2b 43
fs 0x0 0
gs 0x0 0
fctrl 0x37f 895
fstat 0x841 2113
ftag 0xffff 65535
fiseg 0x23 35
fioff 0x40157be1 1075149793
foseg 0x2b 43
fooff 0x0 0
---Type to continue, or q to quit---
fop 0x5d8 1496
xmm0 0xffffffffffffffffffffffffffffffff
xmm1 0xffffffffffffffffffffffffffffffff
xmm2 0xffffffffffffffffffffffffffffffff
xmm3 0xffffffffffffffffffffffffffffffff
xmm4 0xffffffffffffffffffffffffffffffff
xmm5 0xffffffffffffffffffffffffffffffff
xmm6 0xffffffffffffffffffffffffffffffff
xmm7 0xffffffffffffffffffffffffffffffff
mxcsr 0x1f80 8064
(gdb)
If i can do something more to help, please give me ideas and I will to
all to help on debugging :]
Great.
(sorry for my fucking dumb bad English :-)
Diego Bitencourt Contezini aka destruct_ @ irc.redesul.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030509/660b081b/attachment.html
From diego at redesul.net Mon May 12 10:21:48 2003
From: diego at redesul.net (Diego Bitencourt Contezini)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] bugs...
Message-ID: <000201c318aa$f96ec900$4506000a@dauphin.com.br>
Andrew, or someone.. have any idea about what can be this bug?
Thanks for all.
Diego
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030512/f4ee7f6d/attachment.htm
From master at xchat.gr Sat May 17 11:49:36 2003
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] XOP List
References: <58753.216.204.85.34.1052262437.squirrel@www.metacraft.com>
Message-ID: <000f01c31ca5$138fd240$6bfecdd4@zeus>
Hello.
Is there any way to avoid users with no access in that channel to do /cs aop/sop #channel list ?
Now, all users are able to do that.
I think that only users with AOP or SOP access should be able to do that.
Thanks
George Stamatiou
From uhc0 at rz.uni-karlsruhe.de Sat May 17 12:14:33 2003
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] XOP List
In-Reply-To: <000f01c31ca5$138fd240$6bfecdd4@zeus>
References: <58753.216.204.85.34.1052262437.squirrel@www.metacraft.com>
<000f01c31ca5$138fd240$6bfecdd4@zeus>
Message-ID: <1053198873.4151.7.camel@dreadnought.hadiko.de>
Hello;
For info:
/cs help levels
/cs help levels desc
/cs levels #channel list
To accomplish that what you are willing to do:
/cs levels #channel set acc-change 50
Regards;
yusuf
On Sat, 2003-05-17 at 20:49, George Stamatiou wrote:
> Hello.
> Is there any way to avoid users with no access in that channel to do /cs aop/sop #channel list ?
>
> Now, all users are able to do that.
> I think that only users with AOP or SOP access should be able to do that.
>
> Thanks
>
> George Stamatiou
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
--
------------------------------------------------------------------
| 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 Tue May 6 12:03:00 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Unknown Error
In-Reply-To: <000e01c30f4e$3a08b220$236dbbac@iceinferno>
Message-ID: <3eb72600.57560@mail.achurch.org>
I can't find any obvious reason for this. Can you provide a debug
log?
--Andrew Church
achurch@achurch.org
http://achurch.org/
>This is a multi-part message in MIME format.
>
>--===============22718851767480919==
>Content-Type: multipart/alternative;
> boundary="----=_NextPart_000_0009_01C30F56.97D971C0"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0009_01C30F56.97D971C0
>Content-Type: text/plain;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>Hi there,
>
>Just checked my ircservices log and I found something I have not seen so =
>far, I was wondering if anyone could please shed some light onto it? =
>This is happening consistently.
>
>We are using Unreal3.2b15
>
>[Apr 30 18:40:02 2003] protocol/unreal: m_sethost: user record for asli =
>not found
>[Apr 30 18:40:16 2003] protocol/unreal: m_sethost: user record for =
>|Jeff| not found =20
>[Apr 30 18:40:52 2003] protocol/unreal: m_sethost: user record for dsgtg =
>not found
>[Apr 30 18:41:03 2003] protocol/unreal: m_sethost: user record for =
>^KnOc^ not found
>[Apr 30 18:41:50 2003] protocol/unreal: m_sethost: user record for kddnt =
>not found
>[Apr 30 18:44:46 2003] protocol/unreal: m_sethost: user record for ombha =
>not found
>[Apr 30 18:45:00 2003] protocol/unreal: m_sethost: user record for =
>fAnself not found
>[Apr 30 18:45:20 2003] protocol/unreal: m_sethost: user record for =
>xqejtw not found
>[Apr 30 18:45:27 2003] protocol/unreal: m_sethost: user record for =
>Nikolaus not found
>[Apr 30 18:46:10 2003] protocol/unreal: m_sethost: user record for adsur =
>not found
>[Apr 30 18:46:43 2003] protocol/unreal: m_sethost: user record for =
>dAdrianc not found
>[Apr 30 18:48:35 2003] protocol/unreal: m_sethost: user record for =
>cmjdjm2 not found
>[Apr 30 18:49:35 2003] protocol/unreal: m_sethost: user record for =
>[Theo] not found
>[Apr 30 18:50:00 2003] protocol/unreal: m_sethost: user record for ybemj =
>not found =20
>[Apr 30 18:50:04 2003] protocol/unreal: m_sethost: user record for =
>Hardie not found
>[Apr 30 18:50:22 2003] protocol/unreal: m_sethost: user record for =
>[Odolf] not found
>[Apr 30 18:51:12 2003] protocol/unreal: m_sethost: user record for Tino =
>not found
>------=_NextPart_000_0009_01C30F56.97D971C0
>Content-Type: text/html;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>
>
>charset=3Diso-8859-1">
>
>
>
>
>Hi there,
>
>Just checked my ircservices log and I =
>found=20
>something I have not seen so far, I was wondering if anyone could please =
>shed=20
>some light onto it? This is happening consistently.
>
>We are using Unreal3.2b15
>
>[Apr 30 18:40:02 2003] protocol/unreal: =
>m_sethost:=20
>user record for asli not found
[Apr 30 18:40:16 2003] =
>protocol/unreal:=20
>m_sethost: user record for |Jeff| not found
[Apr 30 =
>18:40:52=20
>2003] protocol/unreal: m_sethost: user record for dsgtg not =
>found
[Apr 30=20
>18:41:03 2003] protocol/unreal: m_sethost: user record for ^KnOc^ not=20
>found
[Apr 30 18:41:50 2003] protocol/unreal: m_sethost: user record =
>for=20
>kddnt not found
[Apr 30 18:44:46 2003] protocol/unreal: m_sethost: =
>user=20
>record for ombha not found
[Apr 30 18:45:00 2003] protocol/unreal: =
>m_sethost:=20
>user record for fAnself not found
[Apr 30 18:45:20 2003] =
>protocol/unreal:=20
>m_sethost: user record for xqejtw not found
[Apr 30 18:45:27 2003]=20
>protocol/unreal: m_sethost: user record for Nikolaus not found
[Apr =
>30=20
>18:46:10 2003] protocol/unreal: m_sethost: user record for adsur not=20
>found
[Apr 30 18:46:43 2003] protocol/unreal: m_sethost: user record =
>for=20
>dAdrianc not found
[Apr 30 18:48:35 2003] protocol/unreal: m_sethost: =
>user=20
>record for cmjdjm2 not found
[Apr 30 18:49:35 2003] protocol/unreal:=20
>m_sethost: user record for [Theo] not found
[Apr 30 18:50:00 2003]=20
>protocol/unreal: m_sethost: user record for ybemj not found =
>
[Apr=20
>30 18:50:04 2003] protocol/unreal: m_sethost: user record for Hardie not =
>
>found
[Apr 30 18:50:22 2003] protocol/unreal: m_sethost: user record =
>for=20
>[Odolf] not found
[Apr 30 18:51:12 2003] protocol/unreal: m_sethost: =
>user=20
>record for Tino not found
>
>------=_NextPart_000_0009_01C30F56.97D971C0--
>
>
>--===============22718851767480919==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>--===============22718851767480919==--
>
From master at xchat.gr Sat May 17 23:06:47 2003
From: master at xchat.gr (George Stamatiou)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] XOP List
References: <58753.216.204.85.34.1052262437.squirrel@www.metacraft.com>
<000f01c31ca5$138fd240$6bfecdd4@zeus>
<1053198873.4151.7.camel@dreadnought.hadiko.de>
Message-ID: <001801c31d03$acf460f0$92fc673e@zeus>
I know that :-).
But i said in access-xop there is no way doing that :-)
It is working only in access-levels.I have enabled only the access-xop and not the access-levels.
Any idea ?
----- Original Message -----
From: "Yusuf Iskenderoglu"
To: "IRC Services Coding Mailing List"
Sent: Saturday, May 17, 2003 10:14 PM
Subject: Re: [IRCServices Coding] XOP List
:
: Hello;
:
: For info:
:
: /cs help levels
: /cs help levels desc
: /cs levels #channel list
:
: To accomplish that what you are willing to do:
: /cs levels #channel set acc-change 50
:
: Regards;
: yusuf
:
:
:
: On Sat, 2003-05-17 at 20:49, George Stamatiou wrote:
: > Hello.
: > Is there any way to avoid users with no access in that channel to do /cs aop/sop #channel list ?
: >
: > Now, all users are able to do that.
: > I think that only users with AOP or SOP access should be able to do that.
: >
: > Thanks
: >
: > George Stamatiou
: >
: >
: > ------------------------------------------------------------------
: > To unsubscribe or change your subscription options, visit:
: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
: --
: ------------------------------------------------------------------
: | 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 rayfordp at mhonline.net Mon May 19 09:45:38 2003
From: rayfordp at mhonline.net (Rayford Pomeroy)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] NickServ Callbacks
Message-ID:
Hello,
Im writing a module for services that uses several callbacks. Is there a
call back like nickserv's SET call back but would only get called after the
nick structures have been updated? Ive tried using the NickServ SET
callback but unfortuneatly the structures are not updated and some checks
(such as password length) aren't performed when my module gets called. I
suppose I could mess in nickserv/set.c but I want to avoid modifying any
other modules in order to get mine to work, I suppose I could also have my
module do the checks but I would like to avoid that since nickserv does it
already.
Thanks,
Rayford Pomeroy
From achurch at achurch.org Mon May 26 14:55:46 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Hybrid support
In-Reply-To: <026572BE.2337F8D0.0CD45FDB@aol.com>
Message-ID: <3ed1ad3f.53514@mail.achurch.org>
>Here's a protocol/hybrid.c that can be used for hyb7. Issues include:
Thanks, I'll look into adding it in when I fork the source for 5.1.
>1) Keeptopic doesn't work right unless m_topic and do_topic are modified =
>directly :/ Hybrid propogates user topics in the same way it recieves the=
>m (:user TOPIC channel :topic). Probably just needs some av=3D2 checking.
You can override the m_xxx() functions in messages.c by adding an
appropriate entry to the protocol's message table:
static void m_hybrid_topic(...) { ... }
static Message hybrid_messages[] = {
/* ... */
{ "TOPIC", m_hybrid_topic },
};
Then just write m_hybrid_topic() so that it passes parameters as do_topic()
expects.
--Andrew Church
achurch@achurch.org
http://achurch.org/
From saturn at jetirc.net Wed May 28 12:50:39 2003
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
Message-ID: <002101c32552$6ab88750$316419ac@caphealth.org>
Something odd a user reported...... When he joins an EMPTY channel (registered, though), it deops, then ops, then does the topic, then sets a whole mess of modes -- it PROTECTS him, but DEOPS him again!! This makes no sense (AutoOP is set for level 50 on this channel, and the user is level 100).
Possible bug?
Saturn
<+Pyro> [21:07:23] * You have joined #presidenten
<+Pyro> [21:07:23] * services.jetirc.net sets mode: -o Pyro
<+Pyro> [21:07:23] * services.jetirc.net sets mode: +o Pyro
<+Pyro> [21:07:23] * services.jetirc.net changes topic to ' (ChanServ)'
<+Pyro> [21:07:26] * ChanServ sets mode: +ntr-o+a Pyro Pyro
[12:46] -ChanServ- Access list for #presidenten:
[12:46] -ChanServ- Num Lev Nickname
[12:46] -ChanServ- 1 100 Pyro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20030528/b8dca9d6/attachment.html
From Slowking50 at aol.com Wed May 28 16:04:03 2003
From: Slowking50 at aol.com (Slowking50@aol.com)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
Message-ID: <5CD25F81.4D8A6D0E.0CD45FDB@aol.com>
Unreal3.1.5.1-Valek(JetIRC). wdi.jetirc.net CFhiIpnROoXSs [*=2302(H)]
Ew, I hate Unreal 3.1 :P but that's another story.
Anyway, let's parse this:
<+Pyro> [21:07:23] * services.jetirc.net sets mode: -o Pyro
Probably joined before he identified to his nickname, so he wasn't recognized as having access.
<+Pyro> [21:07:23] * services.jetirc.net sets mode: +o Pyro
Identification.
<+Pyro> [21:07:23] * services.jetirc.net changes topic to ' (ChanServ)'
Topic.
<+Pyro> [21:07:26] * ChanServ sets mode: +ntr-o+a Pyro Pyro
+ntr is the modelock... +a is level 100... The -o thing is weird though.
I'm trying to recreate it on your network, but unfortunately your services won't send me an auth code :P
From saturn at jetirc.net Wed May 28 16:31:38 2003
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
References: <5CD25F81.4D8A6D0E.0CD45FDB@aol.com>
Message-ID: <004a01c32571$493ef220$6401a8c0@turby>
3.1.5.1 is a heckuvalot more stable than 3.2... nevermind that though ok?
I tried it myself too as him. We had both identified ahead of time. It
does this for any channel when you are the first to join... the -o and +o
happens within 1 second of each other.
and yes, the -o thing at the end is the suspected bug ... the services
should be leaving the +o alone, since he is designated level 100 and +o is
at 50.....
As for the auth code, perhaps you typoed the email address? The auth system
is working perfectly, I just tested it.
Saturn
irc.jetirc.net
----- Original Message -----
From:
To: "IRC Services Coding Mailing List"
Sent: Wednesday, May 28, 2003 4:04 PM
Subject: Re: [IRCServices Coding] Joining empty registered channels
Unreal3.1.5.1-Valek(JetIRC). wdi.jetirc.net CFhiIpnROoXSs [*=2302(H)]
Ew, I hate Unreal 3.1 :P but that's another story.
Anyway, let's parse this:
<+Pyro> [21:07:23] * services.jetirc.net sets mode: -o Pyro
Probably joined before he identified to his nickname, so he wasn't
recognized as having access.
<+Pyro> [21:07:23] * services.jetirc.net sets mode: +o Pyro
Identification.
<+Pyro> [21:07:23] * services.jetirc.net changes topic to ' (ChanServ)'
Topic.
<+Pyro> [21:07:26] * ChanServ sets mode: +ntr-o+a Pyro Pyro
+ntr is the modelock... +a is level 100... The -o thing is weird though.
I'm trying to recreate it on your network, but unfortunately your services
won't send me an auth code :P
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From achurch at achurch.org Thu May 29 08:31:56 2003
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
In-Reply-To: <002101c32552$6ab88750$316419ac@caphealth.org>
Message-ID: <3ed5481a.44471@mail.achurch.org>
>Something odd a user reported...... When he joins an EMPTY channel =
>(registered, though), it deops, then ops, then does the topic, then sets =
>a whole mess of modes -- it PROTECTS him, but DEOPS him again!! This =
>makes no sense (AutoOP is set for level 50 on this channel, and the user =
>is level 100).
I can't reproduce this with 5.0.18. (The initial -o and +o are due
to channel time setting, CSSetChannelTime in modules.conf.) What options
are set for the channel?
--Andrew Church
achurch@achurch.org
http://achurch.org/
From saturn at jetirc.net Wed May 28 16:39:43 2003
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
References: <3ed5481a.44471@mail.achurch.org>
Message-ID: <006801c32572$6a892c60$6401a8c0@turby>
I am runnign 5.0.16 ... I will try updating to 18 and see if that solves it
then...
options for channel are just the default ones.
----- Original Message -----
From: "Andrew Church"
To:
Sent: Wednesday, May 28, 2003 4:31 PM
Subject: Re: [IRCServices Coding] Joining empty registered channels
>Something odd a user reported...... When he joins an EMPTY channel =
>(registered, though), it deops, then ops, then does the topic, then sets =
>a whole mess of modes -- it PROTECTS him, but DEOPS him again!! This =
>makes no sense (AutoOP is set for level 50 on this channel, and the user =
>is level 100).
I can't reproduce this with 5.0.18. (The initial -o and +o are due
to channel time setting, CSSetChannelTime in modules.conf.) What options
are set for the channel?
--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 Wed May 28 17:09:48 2003
From: saturn at jetirc.net (Saturn)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
References: <3ed5481a.44471@mail.achurch.org>
Message-ID: <007001c32576$9e595890$6401a8c0@turby>
Upgrading to 5.0.18 solved it... sorry, I'll be sure to update to the latest
version next time before I start complaining =)
----- Original Message -----
From: "Andrew Church"
To:
Sent: Wednesday, May 28, 2003 4:31 PM
Subject: Re: [IRCServices Coding] Joining empty registered channels
>Something odd a user reported...... When he joins an EMPTY channel =
>(registered, though), it deops, then ops, then does the topic, then sets =
>a whole mess of modes -- it PROTECTS him, but DEOPS him again!! This =
>makes no sense (AutoOP is set for level 50 on this channel, and the user =
>is level 100).
I can't reproduce this with 5.0.18. (The initial -o and +o are due
to channel time setting, CSSetChannelTime in modules.conf.) What options
are set for the channel?
--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 Wed May 28 23:32:39 2003
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Joining empty registered channels
In-Reply-To: <5CD25F81.4D8A6D0E.0CD45FDB@aol.com>
References: <5CD25F81.4D8A6D0E.0CD45FDB@aol.com>
Message-ID:
On Wed, 28 May 2003 19:04:03 -0400, wrote:
> Unreal3.1.5.1-Valek(JetIRC). wdi.jetirc.net CFhiIpnROoXSs [*=2302(H)]
>
> Ew, I hate Unreal 3.1 :P but that's another story.
>
> Anyway, let's parse this:
>
> <+Pyro> [21:07:23] * services.jetirc.net sets mode: -o Pyro
>
> Probably joined before he identified to his nickname, so he wasn't
> recognized as having access.
Er, no.
Notice the next line happens the same second. Also notice that the mode
setter is not chanserv but services.jetirc.net.
From laser at musichat.net Thu May 29 04:21:11 2003
From: laser at musichat.net (Alessandro Ciappei)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] mysql
In-Reply-To: <20030529100003.DE17317098@snow.fingers.co.za>
Message-ID:
Hi,
services now, not support database mysql, someone have some patch for this?
Regards
Alex
From Gizm0 at ad2u.gr Fri May 30 00:31:01 2003
From: Gizm0 at ad2u.gr (Gizm0)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] mysql
In-Reply-To:
References:
Message-ID: <1054279861.3ed708b585f67@webmail.ad2u.gr>
Quoting Alessandro Ciappei :
>
> Hi,
>
> services now, not support database mysql, someone have some patch for this?
>
> Regards
>
> Alex
Just read the mailing list's archive file... we've discussed this 100 of
times..as far as i know there is only one patch in the wild.. read the archive
and you'll come over the url.. (:
---------
Brain? No route to host...
Gizm0.-
From laser at musichat.net Sat May 31 06:10:50 2003
From: laser at musichat.net (Alessandro Ciappei)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Mysql Modules
Message-ID:
Hi all,
I try to compile services with mysql module, I found in list-archive, but I
have a problem.
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
-I../.. -Dmodule_version=module_version_mysql_main -Dmodule_config=module_co
nfig_mysql_main -Dinit_module=init_module_mysql_main -Dexit_module=exit_modu
le_mysql_main -c main.c -o main_static.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
ar -cru .mysql.a main_static.o /usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.a: invalid use of EXPORT_xxx
make[3]: *** [main.a] Error 1
make[2]: *** [main.a] Error 2
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/home/services/ircservices-5.0.19/modules'
make: *** [modules] Error 2
[services@lists ircservices-5.0.19]$
someone can helpme?
Thx
Alex
From griever at t2n.org Sat May 31 13:41:34 2003
From: griever at t2n.org (Finny Merrill)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Mysql Modules
In-Reply-To:
References:
Message-ID:
On Sat, 31 May 2003 15:10:50 +0200, Alessandro Ciappei
wrote:
> Hi all,
>
> I try to compile services with mysql module, I found in list-archive, but
> I
> have a problem.
*snip*
> someone can helpme?
>
> Thx
>
> Alex
>
maybe telling us which mysql module would help, and perhaps emailing the
author
would help more.
From laser at musichat.net Sun Jun 1 08:19:04 2003
From: laser at musichat.net (Alessandro Ciappei)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] Mysql Module
In-Reply-To: <20030601100007.A419217095@snow.fingers.co.za>
Message-ID:
The services souce from here
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz
The mysql table from here
http://www.luxusbuerg.lu/data/sql.tgz
thx a lot
Alex
Message: 1
Date: Sat, 31 May 2003 15:10:50 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Modules
To: "Ircservices-Coding@Ircservices. Za. Net"
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I try to compile services with mysql module, I found in list-archive, but I
have a problem.
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
-I../.. -Dmodule_version=module_version_mysql_main -Dmodule_config=module_co
nfig_mysql_main -Dinit_module=init_module_mysql_main -Dexit_module=exit_modu
le_mysql_main -c main.c -o main_static.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
ar -cru .mysql.a main_static.o /usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.a: invalid use of EXPORT_xxx
make[3]: *** [main.a] Error 1
make[2]: *** [main.a] Error 2
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/home/services/ircservices-5.0.19/modules'
make: *** [modules] Error 2
[services@lists ircservices-5.0.19]$
someone can helpme?
Thx
ALex
From georges at berscheid.lu Sun Jun 1 09:50:12 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:52 2004
Subject: AW: [IRCServices Coding] Mysql Module
In-Reply-To:
Message-ID: <001001c3285d$df5a9130$3ec918d4@gizmo>
Hi,
maybe you should try to build services with dynamic modules, because the
mysql module is known to compile as a dynamic module.
Georges
-----Urspr?ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Alessandro Ciappei
Gesendet: Sonntag, 1. Juni 2003 17:19
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] Mysql Module
The services souce from here
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz
The mysql table from here
http://www.luxusbuerg.lu/data/sql.tgz
thx a lot
Alex
Message: 1
Date: Sat, 31 May 2003 15:10:50 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Modules
To: "Ircservices-Coding@Ircservices. Za. Net"
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I try to compile services with mysql module, I found in list-archive,
but I
have a problem.
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall
-Wmissing-prototypes
-I../.. -Dmodule_version=module_version_mysql_main
-Dmodule_config=module_co
nfig_mysql_main -Dinit_module=init_module_mysql_main
-Dexit_module=exit_modu
le_mysql_main -c main.c -o main_static.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
ar -cru .mysql.a main_static.o /usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.a: invalid use of EXPORT_xxx
make[3]: *** [main.a] Error 1
make[2]: *** [main.a] Error 2
make[2]: Leaving directory
`/home/services/ircservices-5.0.19/modules/mysql'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/home/services/ircservices-5.0.19/modules'
make: *** [modules] Error 2
[services@lists ircservices-5.0.19]$
someone can helpme?
Thx
ALex
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
From laser at musichat.net Mon Jun 2 05:35:14 2003
From: laser at musichat.net (Alessandro Ciappei)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] mysql modules
In-Reply-To: <20030602100003.83CC11706E@snow.fingers.co.za>
Message-ID:
It's compiling, but i see this:
when i compile:
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c
main.c -o main.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
gcc -shared main.o /usr/lib/mysql/libmysqlclient.a -o main.so
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
touch .stamp
when i install:
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
and when i start services in log i see:
[Jun 02 14:26:20 2003] IRC Services 5.0.19 starting up
[Jun 02 14:26:21 2003] modules: Unable to load module `mysql/main':
/home/services/sviluppo/lib/modules/mysql/main.so: undefined symbol: unco$
[Jun 02 14:26:21 2003] Error loading modules, aborting
Thx a lot
ALex
Message: 1
Date: Sun, 1 Jun 2003 17:19:04 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Module
To:
Message-ID:
Content-Type: text/plain; charset="us-ascii"
The services souce from here
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz
The mysql table from here
http://www.luxusbuerg.lu/data/sql.tgz
thx a lot
Alex
Message: 1
Date: Sat, 31 May 2003 15:10:50 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Modules
To: "Ircservices-Coding@Ircservices. Za. Net"
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I try to compile services with mysql module, I found in list-archive, but I
have a problem.
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
-I../.. -Dmodule_version=module_version_mysql_main -Dmodule_config=module_co
nfig_mysql_main -Dinit_module=init_module_mysql_main -Dexit_module=exit_modu
le_mysql_main -c main.c -o main_static.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
ar -cru .mysql.a main_static.o /usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.a: invalid use of EXPORT_xxx
make[3]: *** [main.a] Error 1
make[2]: *** [main.a] Error 2
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/home/services/ircservices-5.0.19/modules'
make: *** [modules] Error 2
[services@lists ircservices-5.0.19]$
someone can helpme?
Thx
ALex
------------------------------
Message: 2
Date: Sun, 1 Jun 2003 18:50:12 +0200
From: "Georges Berscheid"
Subject: AW: [IRCServices Coding] Mysql Module
To: "'IRC Services Coding Mailing List'"
Message-ID: <001001c3285d$df5a9130$3ec918d4@gizmo>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
maybe you should try to build services with dynamic modules, because the
mysql module is known to compile as a dynamic module.
Georges
-----Urspr|ngliche Nachricht-----
Von: ircservices-coding-bounces@ircservices.za.net
[mailto:ircservices-coding-bounces@ircservices.za.net] Im Auftrag von
Alessandro Ciappei
Gesendet: Sonntag, 1. Juni 2003 17:19
An: ircservices-coding@ircservices.za.net
Betreff: [IRCServices Coding] Mysql Module
The services souce from here
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz
The mysql table from here
http://www.luxusbuerg.lu/data/sql.tgz
thx a lot
Alex
Message: 1
Date: Sat, 31 May 2003 15:10:50 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Modules
To: "Ircservices-Coding@Ircservices. Za. Net"
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I try to compile services with mysql module, I found in list-archive,
but I
have a problem.
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall
-Wmissing-prototypes
-I../.. -Dmodule_version=module_version_mysql_main
-Dmodule_config=module_co
nfig_mysql_main -Dinit_module=init_module_mysql_main
-Dexit_module=exit_modu
le_mysql_main -c main.c -o main_static.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
ar -cru .mysql.a main_static.o /usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.a: invalid use of EXPORT_xxx
make[3]: *** [main.a] Error 1
make[2]: *** [main.a] Error 2
make[2]: Leaving directory
`/home/services/ircservices-5.0.19/modules/mysql'
make[1]: *** [all-static] Error 2
make[1]: Leaving directory `/home/services/ircservices-5.0.19/modules'
make: *** [modules] Error 2
[services@lists ircservices-5.0.19]$
someone can helpme?
Thx
ALex
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
------------------------------
_______________________________________________
IRCServices-Coding mailing list
IRCServices-Coding@ircservices.za.net
http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
End of IRCServices-Coding Digest, Vol 5, Issue 2
************************************************
From georges at berscheid.lu Mon Jun 2 05:32:52 2003
From: georges at berscheid.lu (Georges Berscheid)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] mysql modules
References:
Message-ID: <3EDB43F4.5070306@berscheid.lu>
Hi,
[snip]
>/home/services/sviluppo/lib/modules/mysql/main.so: undefined symbol: unco$
>
>
[/snip]
I suppose that line says: undefined symbol: uncompress.
Just link zlib to your binary by adding -lz to the LIBS line in
Makefile.inc. Some newer mysqlclient libraries need compress/uncompress
functions to run.
Georges
From laser at musichat.net Wed Jun 4 09:41:16 2003
From: laser at musichat.net (Alessandro Ciappei)
Date: Sat Oct 23 23:09:52 2004
Subject: [IRCServices Coding] R: IRCServices-Coding Digest, Vol 5, Issue 3
In-Reply-To: <20030603100005.145A717078@snow.fingers.co.za>
Message-ID:
i try with flag -lz but this is the error:
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
make: *** [ircservices] Error 1
Thx
Alex
Message: 1
Date: Mon, 2 Jun 2003 14:35:14 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] mysql modules
To:
Message-ID:
Content-Type: text/plain; charset="us-ascii"
It's compiling, but i see this:
when i compile:
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c
main.c -o main.o
touch .stamp
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
gcc -shared main.o /usr/lib/mysql/libmysqlclient.a -o main.so
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
touch .stamp
when i install:
make[2]: Entering directory
`/home/services/ircservices-5.0.19/modules/mysql'
make[4]: Nothing to be done for `/usr/lib/mysql/libmysqlclient.a'.
make[2]: Leaving directory `/home/services/ircservices-5.0.19/modules/mysql'
and when i start services in log i see:
[Jun 02 14:26:20 2003] IRC Services 5.0.19 starting up
[Jun 02 14:26:21 2003] modules: Unable to load module `mysql/main':
/home/services/sviluppo/lib/modules/mysql/main.so: undefined symbol: unco$
[Jun 02 14:26:21 2003] Error loading modules, aborting
Thx a lot
ALex
Message: 1
Date: Sun, 1 Jun 2003 17:19:04 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Module
To:
Message-ID:
Content-Type: text/plain; charset="us-ascii"
The services souce from here
http://www.luxusbuerg.lu/data/ircservices-luxusbuerg.tgz
The mysql table from here
http://www.luxusbuerg.lu/data/sql.tgz
thx a lot
Alex
Message: 1
Date: Sat, 31 May 2003 15:10:50 +0200
From: "Alessandro Ciappei"
Subject: [IRCServices Coding] Mysql Modules
To: "Ircservices-Coding@Ircservices. Za. Net"
Message-ID: