]> jfr.im git - irc.git/blame - software/!RELEASES/ircservices/achurch.org/services/lists/ircservices/2002.txt
RELEASE -> !RELEASE
[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices / 2002.txt
CommitLineData
3bd189cb
JR
1From k.hawkes at zombies.force9.net Sat Jan 26 13:21:32 2002
2From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
3Date: Sat Oct 23 23:01:07 2004
4Subject: [IRCServices] GPL
5Message-ID: <E14MGK9-0003kt-00@ruthenium>
6
7Just as a suggestion, why not upload your mods (once finished or in Beta)
8to the patch archive, I'm not sure who runs it or maintains it ATM, but
9from what I know if the archive, it will house patches to IRCServices which
10aren't supported by Andrew Church or Andrew Kempe.
11
12Just an idea, if the changes are good, why not share your work?
13
14Quinn
15
16----------
17> From: Gregory King <gregk@wwwpages.com>
18> To: ircservices@ircservices.za.net
19> Subject: [IRCServices] GPL
20> Date: Friday, January 26, 2001 02:13
21>
22>
23>
24> On Wed, 24 Jan 2001, Strider wrote:
25>
26> > I'm rather embarrased of the code actually, it's not very good (and
27most of
28> > it isn't even mine). All it does is make little virtual users easier to
29> > manage, I guess kinda like a botserv, but it's all done through
30operserv.
31> > Some of the code in fact is poor and downright wrong, heh. Once I learn
32how
33> > to program better, I'll fix some of that dirty code and maybe
34eventually
35> > distribute it.
36> >
37> > BTW, when did this turn into a GPL discussion when the subject is
38AKILL?
39> > Haven't read all the list msgs yet...
40>
41> That was my fault. I replied to an existing message when I asked my
42> question, and neglected to change the subject line.
43>
44> In regards to why we dont distribute the changes... because they aren't
45> quite stable and we aren't finished with the mods. Also, there are a few
46> things in our mods that Andrew has stated he would not put in the
47services
48> due to conflicts with the RFC's.
49>
50>
51>
52>
53> -----------------------------------------------------------
54> To unsubscribe, mail ircservices-request@ircservices.za.net
55> with the word UNSUBSCRIBE in the subject of the mail.
56> http://www.ircservices.za.net/mailman/listinfo/ircservices
57
58
59From k.hawkes at zombies.force9.net Sat Feb 2 14:24:08 2002
60From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
61Date: Sat Oct 23 23:01:09 2004
62Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released)
63Message-ID: <E14OoiH-00024s-00@carbon.btinternet.com>
64
65[snip]
66>
67> or founders could be more picky about who they give op status to. I dont
68> have enuff cpu for a program to compensate for a stupid founder :>
69>
70> To deop, chanserv should only be concerned about if the issuer is an op
71in
72> the channel he is attempting it in, just like a pc client works...
73>
74I second that, why should IRCServices compensate, if someone is +o they
75should be able to -o regardless of Services' Access Levels, this would also
76fit in with the behaviour of 4.3.3-4.4.8. No-one has really complained
77about this, so why change it?
78
79Just my 0.2p.
80
81Quinn
82
83
84From achurch at achurch.org Tue Jan 1 18:00:00 2002
85From: achurch at achurch.org (Andrew Church)
86Date: Sat Oct 23 23:01:37 2004
87Subject: [IRCServices] mergeing databases.
88Message-ID: <3c31dd6a.43050@achurch.org>
89
90>Is there any chance to merge ircservices?
91
92 If you mean merging two databases, then no, not in the current
93version; a feature like this is planned for the next major release (version
945.0), but is not done yet and may not make it into the first few releases.
95Announcements will be made on this list when version 5.0 is released.
96
97 --Andrew Church
98 achurch@achurch.org
99 http://achurch.org/
100
101From achurch at achurch.org Tue Jan 1 18:06:00 2002
102From: achurch at achurch.org (Andrew Church)
103Date: Sat Oct 23 23:01:37 2004
104Subject: [IRCServices] Happy New Year
105Message-ID: <3c31ded7.43061@achurch.org>
106
107>Happy New Yearto everyone...
108>
109>I hope in new year everybody gets the happiness they want and everybody =
110>becomes healthy=20
111>
112>Ali Sor
113
114 I just got back from vacation, so this is a bit belated, but I'd like
115to wish everyone a Happy New Year as well. As always, it's the
116appreciation I get from all of you for Services that makes working on it
117enjoyable, and I'll be working to get at least a beta release of version
1185.0 out as soon as I can.
119
120 Best wishes to everyone for the coming year.
121
122 --Andrew Church
123 achurch@achurch.org
124 http://achurch.org/
125
126From frostycoolslug at hotmail.com Tue Jan 1 18:10:00 2002
127From: frostycoolslug at hotmail.com (Craig McLure)
128Date: Sat Oct 23 23:01:37 2004
129Subject: [IRCServices] Happy New Year
130Message-ID: <F38sJZvD8Pul0lJkdPb0000f584@hotmail.com>
131
132i'll m000 to that :P
133m00000
134
135
136>From: achurch@achurch.org (Andrew Church)
137>Reply-To: ircservices@ircservices.za.net
138>To: ircservices@ircservices.za.net
139>Subject: Re: [IRCServices] Happy New Year
140>Date: Wed, 02 Jan 2002 01:02:19 JST
141>
142> >Happy New Yearto everyone...
143> >
144> >I hope in new year everybody gets the happiness they want and everybody =
145> >becomes healthy=20
146> >
147> >Ali Sor
148>
149> I just got back from vacation, so this is a bit belated, but I'd like
150>to wish everyone a Happy New Year as well. As always, it's the
151>appreciation I get from all of you for Services that makes working on it
152>enjoyable, and I'll be working to get at least a beta release of version
153>5.0 out as soon as I can.
154>
155> Best wishes to everyone for the coming year.
156>
157> --Andrew Church
158> achurch@achurch.org
159> http://achurch.org/
160>------------------------------------------------------------------
161>To unsubscribe or change your subscription options, visit:
162>http://www.ircservices.za.net/mailman/listinfo/ircservices
163
164
165
166
167--
168Craig McLure
169Craig@e-tidalwave.org
170WaveAdmin on the e-tidalwave IRC Network
171Ride the Wave! www.e-tidalwave.org
172
173
174_________________________________________________________________
175Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
176
177
178From frostycoolslug at hotmail.com Tue Jan 1 18:14:00 2002
179From: frostycoolslug at hotmail.com (Craig McLure)
180Date: Sat Oct 23 23:01:37 2004
181Subject: [IRCServices] mergeing databases.
182Message-ID: <F191dXxuTpZKZlZU6Vi0000f450@hotmail.com>
183
184hehe, wasnt far wrong ;P
185
186
187>From: achurch@achurch.org (Andrew Church)
188>Reply-To: ircservices@ircservices.za.net
189>To: ircservices@ircservices.za.net
190>Subject: Re: [IRCServices] mergeing databases.
191>Date: Wed, 02 Jan 2002 01:00:29 JST
192>
193> >Is there any chance to merge ircservices?
194>
195> If you mean merging two databases, then no, not in the current
196>version; a feature like this is planned for the next major release (version
197>5.0), but is not done yet and may not make it into the first few releases.
198>Announcements will be made on this list when version 5.0 is released.
199>
200> --Andrew Church
201> achurch@achurch.org
202> http://achurch.org/
203>------------------------------------------------------------------
204>To unsubscribe or change your subscription options, visit:
205>http://www.ircservices.za.net/mailman/listinfo/ircservices
206
207
208
209
210--
211Craig McLure
212Craig@e-tidalwave.org
213WaveAdmin on the e-tidalwave IRC Network
214Ride the Wave! www.e-tidalwave.org
215
216
217_________________________________________________________________
218Send and receive Hotmail on your mobile device: http://mobile.msn.com
219
220
221From mark at mhetherington.demon.co.uk Thu Jan 3 01:41:01 2002
222From: mark at mhetherington.demon.co.uk (Mark Hetherington)
223Date: Sat Oct 23 23:01:37 2004
224Subject: [IRCServices] Services - missing numeric support etc
225In-Reply-To: <F191dXxuTpZKZlZU6Vi0000f450@hotmail.com>
226Message-ID: <NFBBKFAFGLNBHGEDBKDMKELICIAA.mark@mhetherington.demon.co.uk>
227
228Tested on 4.5.35, not tested on version 5 yet so these may not be a problem
229in version 5.
230For the purpose of IRCd specific issues, this is all from a network of
231Unreal based servers.
232
233
234At present I am test running scenarios to recreate the triggers for the
235messages, but thought I would submit the list now since it is likely trivial
236to correctly parse the numeric while the scenario would help in the later
237testing the fix.
238
239A number of "unknown" and vague messages are still appearing in the log
240file. Although not a huge problem, it would be useful if they were addressed
241so that any future support in services of them was easily available through
242the existing trapping of them. Messages are provided from the log with
243server names, nicknames and channel names protected:
244
2451) unknown message from server (:server.name 443 ChanServ nick #channel :is
246already on channel)
247
248Not sure how to reproduce this yet, it usually happens with a couple of
249specific users who are never online at the same time as I am so although I
250am running through a number of scenarios, I am not sure what they are doing
251to trigger the 443 numeric. Should be trivial to provide a better log entry.
252
2532) channel: MODE +b *!*@* for nonexistent channel #channel
254
255This always happens with forbidden channels so it would be preferable if the
256message reflected this.
257
2583) unknown message from server (:server.name 441 ChanServ nick #channel:They
259aren't on that channel)
260
261Again, I am unsure of what event triggered the numeric. Should be trivial to
262provide a better log entry.
263
2644) unknown message from server (:nick SILENCE * -*!*@my.domain)
265 unknown message from server (:nick SILENCE ChanServ :*!*@my.domain)
266
267I assume the trigger for this is a user issuing the SILENCE command to the
268Unreal server. Why they want to ignore services I do not know, but anyway.
269Should be trivial to provide a better log entry or ignore the SILENCE
270directive.
271
2725) unknown message from server (:serverhub.name SMO o :\ 2(sync)\ 2 Link
273serverhub.name -> serverleaf.name is now synced [secs: 355 recv: 14.546
274sent: 6.118])
275
276This message is sent during a link of Unreal servers.
277
2786) unknown message from server (:server.name 402 NickServ nick :No such
279server)
280
281Should be trivial to provide a better log entry. Yet to invent a test
282scenario to reproduce.
283
284
285Once I have them, assuming no-one else has already commented, I will post
286the reproducable scenarios for the cases in this list where I have not so
287far.
288
289Mark.
290
291
292From achurch at achurch.org Thu Jan 3 04:55:01 2002
293From: achurch at achurch.org (Andrew Church)
294Date: Sat Oct 23 23:01:37 2004
295Subject: [IRCServices] Services - missing numeric support etc
296Message-ID: <3c33c875.74327@achurch.org>
297
298 The MODE +b message is already documented (see the KnownBugs file),
299and I'm aware of most of the others; I just don't consider them a very high
300priority as they don't affect Services functionality. I am considering an
301option for version 5.0 to suppress all "unknown message" messages.
302
303 --Andrew Church
304 achurch@achurch.org
305 http://achurch.org/
306
307>Tested on 4.5.35, not tested on version 5 yet so these may not be a problem
308>in version 5.
309>For the purpose of IRCd specific issues, this is all from a network of
310>Unreal based servers.
311>
312>
313>At present I am test running scenarios to recreate the triggers for the
314>messages, but thought I would submit the list now since it is likely trivial
315>to correctly parse the numeric while the scenario would help in the later
316>testing the fix.
317>
318>A number of "unknown" and vague messages are still appearing in the log
319>file. Although not a huge problem, it would be useful if they were addressed
320>so that any future support in services of them was easily available through
321>the existing trapping of them. Messages are provided from the log with
322>server names, nicknames and channel names protected:
323>
324>1) unknown message from server (:server.name 443 ChanServ nick #channel :is
325>already on channel)
326>
327>Not sure how to reproduce this yet, it usually happens with a couple of
328>specific users who are never online at the same time as I am so although I
329>am running through a number of scenarios, I am not sure what they are doing
330>to trigger the 443 numeric. Should be trivial to provide a better log entry.
331>
332>2) channel: MODE +b *!*@* for nonexistent channel #channel
333>
334>This always happens with forbidden channels so it would be preferable if the
335>message reflected this.
336>
337>3) unknown message from server (:server.name 441 ChanServ nick #channel:They
338>aren't on that channel)
339>
340>Again, I am unsure of what event triggered the numeric. Should be trivial to
341>provide a better log entry.
342>
343>4) unknown message from server (:nick SILENCE * -*!*@my.domain)
344> unknown message from server (:nick SILENCE ChanServ :*!*@my.domain)
345>
346>I assume the trigger for this is a user issuing the SILENCE command to the
347>Unreal server. Why they want to ignore services I do not know, but anyway.
348>Should be trivial to provide a better log entry or ignore the SILENCE
349>directive.
350>
351>5) unknown message from server (:serverhub.name SMO o :\ 2(sync)\ 2 Link
352>serverhub.name -> serverleaf.name is now synced [secs: 355 recv: 14.546
353>sent: 6.118])
354>
355>This message is sent during a link of Unreal servers.
356>
357>6) unknown message from server (:server.name 402 NickServ nick :No such
358>server)
359>
360>Should be trivial to provide a better log entry. Yet to invent a test
361>scenario to reproduce.
362>
363>
364>Once I have them, assuming no-one else has already commented, I will post
365>the reproducable scenarios for the cases in this list where I have not so
366>far.
367>
368>Mark.
369>
370>------------------------------------------------------------------
371>To unsubscribe or change your subscription options, visit:
372>http://www.ircservices.za.net/mailman/listinfo/ircservices
373
374From haibi at free.fr Sat Jan 5 15:42:00 2002
375From: haibi at free.fr (Habib HAIBI)
376Date: Sat Oct 23 23:01:37 2004
377