From ianj at ian-justman.com  Wed Jan  2 06:20:28 2008
From: ianj at ian-justman.com (Ian R. Justman)
Date: Wed, 02 Jan 2008 06:20:28 -0800
Subject: [IRCServices] Test and mailing list move
Message-ID: <477B9DAC.70903@ian-justman.com>


Hi, all.

This message serves two purposes:

1.  This is a test to make sure the mailing list works as it should.

2.  I am in the process of migrating the mailing list to a different 
server, so for a short time until Andy fixes DNS, the mailing list 
archives will not be viewable.  In the meantime, traffic headed to the 
list will still make their mark.

If anyone has any questions, please let me know.

Andy:  I will contact you off-list to finalize the changes once I've 
been able to confirm that things are working on this side.

Thanks!

--Ian.

-- 
Ian R. Justman
UNIX hacker.  Anime fan.  Any questions?
ianj (at) ian-justman.com


From achurch at achurch.org  Thu Jan  3 10:19:00 2008
From: achurch at achurch.org (Andrew Church)
Date: Thu, 03 Jan 2008 10:19:00 JST
Subject: [IRCServices] Services 5.1.11 released
Message-ID: <477c3cbb.60210@msgid.achurch.org>

     Services 5.1.11 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

b5969648d989d94019e047247a37da4e  ircservices-5.1.11.tar.gz
761149ae2d115a38363059c8ce6bb3e5  ircservices-5.1.11.diff.gz
9d3c64c8593cc0daf88c7a5e05ac9a39  ircservices-5.1.11-1.i386.rpm
5df20be6def210d009584bc3c06d8c02  ircservices_5.1.11-1_i386.deb

The mirrors should have it shortly.

     This release corrects a critical bug in ChanServ which allows any user
to crash Services.  All users of Services should upgrade to this release
immediately.

     Apologies for the inconvenience.

Changes in version 5.1.11
-------------------------
2008/01/03	Fixed bug allowing users to crash Services through improper
		    use of the ChanServ LISTLEVEL command.  Reported by
		    Daniel Lindbeck <dajmon at lindnet.se>
2007/12/31	Fixed bug causing ChanServ to reverse mode +o sent by the
		    server for an IRC operator joining a channel.  Reported
		    by Marco Wepfer <kampfteufel at hotmail.com>
2007/12/22	Added note to section 3-3-1 of the manual pointing out that
		    memo limits are ignored for memos from Services admins.

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

From robin at en2no.com  Wed Jan  2 17:42:33 2008
From: robin at en2no.com (Robin Burchell)
Date: Wed, 2 Jan 2008 17:42:33 -0800
Subject: [IRCServices] Services 5.1.11 released
In-Reply-To: <477c3cbb.60210@msgid.achurch.org>
References: <477c3cbb.60210@msgid.achurch.org>
Message-ID: <b19eae4e0801021742s6ba25354yca85fc9c6e6a00a4@mail.gmail.com>

Does the same issue exist in 5.0?

On Jan 2, 2008 5:19 PM, Andrew Church <achurch at achurch.org> wrote:
>      Services 5.1.11 has been released, and can be downloaded from:
>
> http://www.ircservices.za.net/download/   (Japan)
> ftp://ftp.esper.net/ircservices/          (Western USA)
>
> b5969648d989d94019e047247a37da4e  ircservices-5.1.11.tar.gz
> 761149ae2d115a38363059c8ce6bb3e5  ircservices-5.1.11.diff.gz
> 9d3c64c8593cc0daf88c7a5e05ac9a39  ircservices-5.1.11-1.i386.rpm
> 5df20be6def210d009584bc3c06d8c02  ircservices_5.1.11-1_i386.deb
>
> The mirrors should have it shortly.
>
>      This release corrects a critical bug in ChanServ which allows any user
> to crash Services.  All users of Services should upgrade to this release
> immediately.
>
>      Apologies for the inconvenience.
>
> Changes in version 5.1.11
> -------------------------
> 2008/01/03      Fixed bug allowing users to crash Services through improper
>                     use of the ChanServ LISTLEVEL command.  Reported by
>                     Daniel Lindbeck <dajmon at lindnet.se>
> 2007/12/31      Fixed bug causing ChanServ to reverse mode +o sent by the
>                     server for an IRC operator joining a channel.  Reported
>                     by Marco Wepfer <kampfteufel at hotmail.com>
> 2007/12/22      Added note to section 3-3-1 of the manual pointing out that
>                     memo limits are ignored for memos from Services admins.
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
web: http://www.en2no.com

From achurch at achurch.org  Thu Jan  3 10:42:48 2008
From: achurch at achurch.org (Andrew Church)
Date: Thu, 03 Jan 2008 10:42:48 JST
Subject: [IRCServices] Services 5.1.11 released
In-Reply-To: <b19eae4e0801021742s6ba25354yca85fc9c6e6a00a4@mail.gmail.com>
Message-ID: <477c3da8.60236@msgid.achurch.org>

>Does the same issue exist in 5.0?

No.

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

From robin at en2no.com  Sat Jan  5 14:47:07 2008
From: robin at en2no.com (Robin Burchell)
Date: Sat, 5 Jan 2008 22:47:07 +0000
Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time..
Message-ID: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>

Ok, so I just got in another kick war with ChanServ (again).

This bug has been reported before with no conclusion, but it obviously
*does* exist.

[22:43:57] -ChanServ- Information for channel #helpers:
[22:43:57] -ChanServ-         Founder: ol
[22:43:57] -ChanServ-     Description: helpers meeting channel
[22:43:57] -ChanServ-      Registered: Jan 13 14:11:53 2004 GMT
[22:43:57] -ChanServ-       Last used: Jan 05 22:43:37 2008 GMT
[22:43:57] -ChanServ-         Options: Topic Retention, Secure Ops,
Restricted Access, Secure, Enforce
[22:43:57] -ChanServ-       Mode lock: +nstKCS-ipkV

Fair enough.

I joined whilest not being identified, and was booted out. Also okay.

What wasn't ok was services not setting a ban on my host for some
reason (perhaps assuming it'd be smart and get in a kick war with me
instead? I don't know.)

Anyway, so thanks to autorejoin and autoconnect, I then spammed with
kicks and reconnects for the next 3 minutes until I managed to
reconnect a second client and ban myself manually.

Can this be looked into again? Because it really seems like something
isn't right. I can't reproduce it, but I have seen it happen various
times, and it's happened to me a few times.

Thanks Andrew,
Robin

From timowen at internode.on.net  Sat Jan  5 14:59:18 2008
From: timowen at internode.on.net (Tim Owen)
Date: Sun, 06 Jan 2008 09:29:18 +1030
Subject: [IRCServices] Kick war with ChanServ,
 for the 135175631861th time..
In-Reply-To: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>
References: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>
Message-ID: <47800BC6.6090707@internode.on.net>

Hi Robin,

Are there other users in #helpers at the time? (are you sure?)

The ban will not 'stick' if there is no-one in the channel. This could 
produce something like what you describe below?

Regards,

Tim Owen
Profound / EYErc.net

Robin Burchell wrote:
> Ok, so I just got in another kick war with ChanServ (again).
> 
> This bug has been reported before with no conclusion, but it obviously
> *does* exist.
> 
> [22:43:57] -ChanServ- Information for channel #helpers:
> [22:43:57] -ChanServ-         Founder: ol
> [22:43:57] -ChanServ-     Description: helpers meeting channel
> [22:43:57] -ChanServ-      Registered: Jan 13 14:11:53 2004 GMT
> [22:43:57] -ChanServ-       Last used: Jan 05 22:43:37 2008 GMT
> [22:43:57] -ChanServ-         Options: Topic Retention, Secure Ops,
> Restricted Access, Secure, Enforce
> [22:43:57] -ChanServ-       Mode lock: +nstKCS-ipkV
> 
> Fair enough.
> 
> I joined whilest not being identified, and was booted out. Also okay.
> 
> What wasn't ok was services not setting a ban on my host for some
> reason (perhaps assuming it'd be smart and get in a kick war with me
> instead? I don't know.)
> 
> Anyway, so thanks to autorejoin and autoconnect, I then spammed with
> kicks and reconnects for the next 3 minutes until I managed to
> reconnect a second client and ban myself manually.
> 
> Can this be looked into again? Because it really seems like something
> isn't right. I can't reproduce it, but I have seen it happen various
> times, and it's happened to me a few times.
> 
> Thanks Andrew,
> Robin
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From robin at en2no.com  Sat Jan  5 15:24:45 2008
From: robin at en2no.com (Robin Burchell)
Date: Sat, 5 Jan 2008 23:24:45 +0000
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <47800BC6.6090707@internode.on.net>
References: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>
	<47800BC6.6090707@internode.on.net>
Message-ID: <b19eae4e0801051524y12650e39w2fe65ec8ba77f84a@mail.gmail.com>

Yes, I am positive. We aren't a small network (~10-15 staff, some 5-8
of which are usually online at a time).

The ban would also stick anyway as ChanServ is designed to take this
into account by staying around for a while with empty channels.

On Jan 5, 2008 10:59 PM, Tim Owen <timowen at internode.on.net> wrote:
> Hi Robin,
>
> Are there other users in #helpers at the time? (are you sure?)
>
> The ban will not 'stick' if there is no-one in the channel. This could
> produce something like what you describe below?
>
> Regards,
>
> Tim Owen
> Profound / EYErc.net
>
>
> Robin Burchell wrote:
> > Ok, so I just got in another kick war with ChanServ (again).
> >
> > This bug has been reported before with no conclusion, but it obviously
> > *does* exist.
> >
> > [22:43:57] -ChanServ- Information for channel #helpers:
> > [22:43:57] -ChanServ-         Founder: ol
> > [22:43:57] -ChanServ-     Description: helpers meeting channel
> > [22:43:57] -ChanServ-      Registered: Jan 13 14:11:53 2004 GMT
> > [22:43:57] -ChanServ-       Last used: Jan 05 22:43:37 2008 GMT
> > [22:43:57] -ChanServ-         Options: Topic Retention, Secure Ops,
> > Restricted Access, Secure, Enforce
> > [22:43:57] -ChanServ-       Mode lock: +nstKCS-ipkV
> >
> > Fair enough.
> >
> > I joined whilest not being identified, and was booted out. Also okay.
> >
> > What wasn't ok was services not setting a ban on my host for some
> > reason (perhaps assuming it'd be smart and get in a kick war with me
> > instead? I don't know.)
> >
> > Anyway, so thanks to autorejoin and autoconnect, I then spammed with
> > kicks and reconnects for the next 3 minutes until I managed to
> > reconnect a second client and ban myself manually.
> >
> > Can this be looked into again? Because it really seems like something
> > isn't right. I can't reproduce it, but I have seen it happen various
> > times, and it's happened to me a few times.
> >
> > Thanks Andrew,
> > Robin
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
web: http://www.en2no.com

From achurch at achurch.org  Sun Jan  6 08:28:16 2008
From: achurch at achurch.org (Andrew Church)
Date: Sun, 06 Jan 2008 08:28:16 JST
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>
Message-ID: <4780148e.43515@msgid.achurch.org>

I don't recall what the conclusion (if any) was last time, but I'll need
more than this to look into the problem; as always, a debug log from
Services startup to the occurrence of the bug would be most useful, but
without at least a method to reproduce it there's not much I can do.

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

>Ok, so I just got in another kick war with ChanServ (again).
>
>This bug has been reported before with no conclusion, but it obviously
>*does* exist.
>
>[22:43:57] -ChanServ- Information for channel #helpers:
>[22:43:57] -ChanServ-         Founder: ol
>[22:43:57] -ChanServ-     Description: helpers meeting channel
>[22:43:57] -ChanServ-      Registered: Jan 13 14:11:53 2004 GMT
>[22:43:57] -ChanServ-       Last used: Jan 05 22:43:37 2008 GMT
>[22:43:57] -ChanServ-         Options: Topic Retention, Secure Ops,
>Restricted Access, Secure, Enforce
>[22:43:57] -ChanServ-       Mode lock: +nstKCS-ipkV
>
>Fair enough.
>
>I joined whilest not being identified, and was booted out. Also okay.
>
>What wasn't ok was services not setting a ban on my host for some
>reason (perhaps assuming it'd be smart and get in a kick war with me
>instead? I don't know.)
>
>Anyway, so thanks to autorejoin and autoconnect, I then spammed with
>kicks and reconnects for the next 3 minutes until I managed to
>reconnect a second client and ban myself manually.
>
>Can this be looked into again? Because it really seems like something
>isn't right. I can't reproduce it, but I have seen it happen various
>times, and it's happened to me a few times.
>
>Thanks Andrew,
>Robin
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices

From robin at en2no.com  Sat Jan  5 15:48:02 2008
From: robin at en2no.com (Robin Burchell)
Date: Sat, 5 Jan 2008 23:48:02 +0000
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <4780148e.43515@msgid.achurch.org>
References: <b19eae4e0801051447y583c72f3kc2bd5c2bae773b65@mail.gmail.com>
	<4780148e.43515@msgid.achurch.org>
Message-ID: <b19eae4e0801051548ldcfe68ay943add08750e226@mail.gmail.com>

Well, I don't know if I can get a log (I will try, but our services
run 24x7 on a network with 1k or so people, and this might happen 3
times per 100 days that I notice, so it's not all that feasible).

What happens is (in almost every example I've seen):

User joins channel they're not allowed to be in (CS SET RESTRICTED ON)
- in all cases I've seen an *existing* channel, gets kicked, no ban
gets placed, rejoins ad-infinitum.

My guess is that services *somehow* think there is a ban that's there
that isn't, I am equally shocked that this is possible, but apparantly
it is, and from the times it's been reported or talked about on or off
this list, it is there somehow:

[22:47:16] <+dz> w00t: that's a well-known bug
[22:47:29] <+dz> also happens with akick

I understand it must be frustrating to have an issue like this that's
so hard to track down, but it is equally frustrating to get bit in the
ass by it. Isn't it wise to assume that if they are joining an
existing channel that a ban matching them doesn't exist anyway
(otherwise how are they joining?)

This is happening to me on InspIRCd w/ services 5, it has been also
seen on zirc (Unreal), and another Unreal network on here I also
remember has reported it, at least.

On Jan 5, 2008 11:28 PM, Andrew Church <achurch at achurch.org> wrote:
> I don't recall what the conclusion (if any) was last time, but I'll need
> more than this to look into the problem; as always, a debug log from
> Services startup to the occurrence of the bug would be most useful, but
> without at least a method to reproduce it there's not much I can do.
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
>
> >Ok, so I just got in another kick war with ChanServ (again).
> >
> >This bug has been reported before with no conclusion, but it obviously
> >*does* exist.
> >
> >[22:43:57] -ChanServ- Information for channel #helpers:
> >[22:43:57] -ChanServ-         Founder: ol
> >[22:43:57] -ChanServ-     Description: helpers meeting channel
> >[22:43:57] -ChanServ-      Registered: Jan 13 14:11:53 2004 GMT
> >[22:43:57] -ChanServ-       Last used: Jan 05 22:43:37 2008 GMT
> >[22:43:57] -ChanServ-         Options: Topic Retention, Secure Ops,
> >Restricted Access, Secure, Enforce
> >[22:43:57] -ChanServ-       Mode lock: +nstKCS-ipkV
> >
> >Fair enough.
> >
> >I joined whilest not being identified, and was booted out. Also okay.
> >
> >What wasn't ok was services not setting a ban on my host for some
> >reason (perhaps assuming it'd be smart and get in a kick war with me
> >instead? I don't know.)
> >
> >Anyway, so thanks to autorejoin and autoconnect, I then spammed with
> >kicks and reconnects for the next 3 minutes until I managed to
> >reconnect a second client and ban myself manually.
> >
> >Can this be looked into again? Because it really seems like something
> >isn't right. I can't reproduce it, but I have seen it happen various
> >times, and it's happened to me a few times.
> >
> >Thanks Andrew,
> >Robin
>
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
web: http://www.en2no.com

From achurch at achurch.org  Sun Jan  6 08:52:34 2008
From: achurch at achurch.org (Andrew Church)
Date: Sun, 06 Jan 2008 08:52:34 JST
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <b19eae4e0801051548ldcfe68ay943add08750e226@mail.gmail.com>
Message-ID: <478019f1.43742@msgid.achurch.org>

>I understand it must be frustrating to have an issue like this that's
>so hard to track down, but it is equally frustrating to get bit in the
>ass by it. Isn't it wise to assume that if they are joining an
>existing channel that a ban matching them doesn't exist anyway
>(otherwise how are they joining?)

+e, +I, explicit INVITE, possibly other methods.  Originally, I didn't
bother checking for the ban, but apparently it caused a problem, because
I added the check in 4.5pre0:

2001/01/11      Fixed duplicate adding of bans when auto-kicking a user
                    from a channel.  Reported by James <daemus at evilcode.com>
--- chanserv.c  11 Jan 2001 00:03:56 -0000      1.10
+++ chanserv.c  11 Jan 2001 04:29:13 -0000      1.11
@@ -670,10 +670,13 @@
 #else
     }
 #endif
-    av[1] = "+b";
-    av[2] = mask;
-    send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
-    do_cmode(s_ChanServ, 3, av);
+    /* Apparently invites can get around bans, so check for ban first */
+    if (!chan_has_ban(mask)) {
+       av[1] = "+b";
+       av[2] = mask;
+       send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
+       do_cmode(s_ChanServ, 3, av);
+    }
     free(mask);
     send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason);
     if (stay) {

The list archives are down at the moment, so I can't check exactly what
the problem was, whether it was a serious issue or just cosmetic; I'm
hesitant to remove the check without knowing more.  (Of course, you're
welcome to try removing it yourself and seeing what happens.)

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

From robin at en2no.com  Sat Jan  5 16:05:56 2008
From: robin at en2no.com (Robin Burchell)
Date: Sun, 6 Jan 2008 00:05:56 +0000
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <478019f1.43742@msgid.achurch.org>
References: <b19eae4e0801051548ldcfe68ay943add08750e226@mail.gmail.com>
	<478019f1.43742@msgid.achurch.org>
Message-ID: <b19eae4e0801051605l313e9550rd52a6f4f5ad04775@mail.gmail.com>

No +I masks, three +e masks are set, neither of which match me..

#helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31)
#helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27)
#helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21)
#helpers End of Channel Exception List
-
#helpers End of Channel Invite Exception List

w00t is w00t at globop.chatspike.net * Master of all trades; jack of none
<- being me.

Explicit invite - (as in /invite?) - aren't used on that channel. It's
also perhaps worthy of note that /invite only overrides ban on some
software.

I imagine the problem was caused as some IRCds will propegate the ban
anyway (no duplicates checking) from a server to server link, so I
guess that could be construed as a problem of sorts, though not a
major one.

Given the infrequency of this problem, I don't mind waiting until the
list archives are back up for you to check, by all means. :)

On Jan 5, 2008 11:52 PM, Andrew Church <achurch at achurch.org> wrote:
> >I understand it must be frustrating to have an issue like this that's
> >so hard to track down, but it is equally frustrating to get bit in the
> >ass by it. Isn't it wise to assume that if they are joining an
> >existing channel that a ban matching them doesn't exist anyway
> >(otherwise how are they joining?)
>
> +e, +I, explicit INVITE, possibly other methods.  Originally, I didn't
> bother checking for the ban, but apparently it caused a problem, because
> I added the check in 4.5pre0:
>
> 2001/01/11      Fixed duplicate adding of bans when auto-kicking a user
>                     from a channel.  Reported by James <daemus at evilcode.com>
> --- chanserv.c  11 Jan 2001 00:03:56 -0000      1.10
> +++ chanserv.c  11 Jan 2001 04:29:13 -0000      1.11
> @@ -670,10 +670,13 @@
>  #else
>      }
>  #endif
> -    av[1] = "+b";
> -    av[2] = mask;
> -    send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
> -    do_cmode(s_ChanServ, 3, av);
> +    /* Apparently invites can get around bans, so check for ban first */
> +    if (!chan_has_ban(mask)) {
> +       av[1] = "+b";
> +       av[2] = mask;
> +       send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
> +       do_cmode(s_ChanServ, 3, av);
> +    }
>      free(mask);
>      send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason);
>      if (stay) {
>
> The list archives are down at the moment, so I can't check exactly what
> the problem was, whether it was a serious issue or just cosmetic; I'm
> hesitant to remove the check without knowing more.  (Of course, you're
> welcome to try removing it yourself and seeing what happens.)
>
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
web: http://www.en2no.com

From phan70m at gmail.com  Sun Jan  6 05:08:23 2008
From: phan70m at gmail.com (Anton Wolkov)
Date: Sun, 6 Jan 2008 15:08:23 +0200
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <b19eae4e0801051605l313e9550rd52a6f4f5ad04775@mail.gmail.com>
References: <b19eae4e0801051548ldcfe68ay943add08750e226@mail.gmail.com>
	<478019f1.43742@msgid.achurch.org>
	<b19eae4e0801051605l313e9550rd52a6f4f5ad04775@mail.gmail.com>
Message-ID: <d50f59a00801060508s3b23c3cbg54a1baea1e2388ea@mail.gmail.com>

there are many issues with unreal, since i had a chance to build my own
unreal services i stumbled a lot of sync issues.
here are some issues, some of which (but not all) are already handled:

+b can be overridden or be desynced.
here are the reasons i remember for overrides:
user who gets an /invite (services invite too in ajoin etc)
user who has +e *!*@*
+e can include shit loads of extensions i.e. +e ~c:#opers or ~r:gekos
+I acts like /invite and also may include weird extensions
and when u handle all that you need to start taking into account services
timestamp desync handler,
generally speaking, if your timestamp is higher than the one the ircd sends
you, you need to discard your modes, if they are identical, you need to do
an awkward merge, and if you have a lower value discard everything the
server just told you.
btw, are time desyncs (TS) taking into account here? usually not an issue
when services link to localhost, but i've seen different setups.
sounds simple? sure, just a couple more ideas
my implementation unsets a ban after 5 minutes, to avoid ban list getting
filled, and akicks/restricts always set a ban in *!*@host form to avoid
dbls.
some modules allow opers to override but that's obvious.
i've still didn't have a chance to figure out the new maskign module (thanks
ircd for sending * instead of the actual value) so i do USERHOST nick1 nick2
nick3 on every connect to get in sync.

i've implemented ALL of that, and guess what, on extremely rare occasions, i
still get a desync issue (my services think ban is set but it's not).
i'm pretty sure it's just a protocol compatibility issue and not the
services fault (although implementing more of the protocol would help), so
my solution is to set +f with user join flood protection that bans users and
unsets the bans after 5 minutes.


On Jan 6, 2008 2:05 AM, Robin Burchell <robin at en2no.com> wrote:

> No +I masks, three +e masks are set, neither of which match me..
>
> #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31)
> #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27)
> #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21)
> #helpers End of Channel Exception List
> -
> #helpers End of Channel Invite Exception List
>
> w00t is w00t at globop.chatspike.net * Master of all trades; jack of none
> <- being me.
>
> Explicit invite - (as in /invite?) - aren't used on that channel. It's
> also perhaps worthy of note that /invite only overrides ban on some
> software.
>
> I imagine the problem was caused as some IRCds will propegate the ban
> anyway (no duplicates checking) from a server to server link, so I
> guess that could be construed as a problem of sorts, though not a
> major one.
>
> Given the infrequency of this problem, I don't mind waiting until the
> list archives are back up for you to check, by all means. :)
>
> On Jan 5, 2008 11:52 PM, Andrew Church <achurch at achurch.org> wrote:
> > >I understand it must be frustrating to have an issue like this that's
> > >so hard to track down, but it is equally frustrating to get bit in the
> > >ass by it. Isn't it wise to assume that if they are joining an
> > >existing channel that a ban matching them doesn't exist anyway
> > >(otherwise how are they joining?)
> >
> > +e, +I, explicit INVITE, possibly other methods.  Originally, I didn't
> > bother checking for the ban, but apparently it caused a problem, because
> > I added the check in 4.5pre0:
> >
> > 2001/01/11      Fixed duplicate adding of bans when auto-kicking a user
> >                     from a channel.  Reported by James <
> daemus at evilcode.com>
> > --- chanserv.c  11 Jan 2001 00:03:56 -0000      1.10
> > +++ chanserv.c  11 Jan 2001 04:29:13 -0000      1.11
> > @@ -670,10 +670,13 @@
> >  #else
> >      }
> >  #endif
> > -    av[1] = "+b";
> > -    av[2] = mask;
> > -    send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
> > -    do_cmode(s_ChanServ, 3, av);
> > +    /* Apparently invites can get around bans, so check for ban first
> */
> > +    if (!chan_has_ban(mask)) {
> > +       av[1] = "+b";
> > +       av[2] = mask;
> > +       send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask,
> time(NULL));
> > +       do_cmode(s_ChanServ, 3, av);
> > +    }
> >      free(mask);
> >      send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason);
> >      if (stay) {
> >
> > The list archives are down at the moment, so I can't check exactly what
> > the problem was, whether it was a serious issue or just cosmetic; I'm
> > hesitant to remove the check without knowing more.  (Of course, you're
> > welcome to try removing it yourself and seeing what happens.)
> >
> >
> >   --Andrew Church
> >     achurch at achurch.org
> >     http://achurch.org/
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
>
> --
> Robin Burchell
> mob: +447702671419
> msn: msn at viroteck.net
> web: http://www.en2no.com
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Best Regards,

Anton Wolkov
Information Security Expert | BugSec Ltd.
Mobile: 054-7703580 | Office: 03-9622655
Visit us at our web site: www.bugsec.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080106/61013a93/attachment.html 

From caseyclaydon at fastmail.com.au  Mon Jan  7 00:40:17 2008
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon, 07 Jan 2008 18:40:17 +1000
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
Message-ID: <4781E571.4080500@fastmail.com.au>

I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd to be 
able to use the Services Admin commands with your nick as Services Admin 
on OperServ,  and if you are a normal oper on InspIRCd and are on the 
Services Admin list,  you are not able to use the Admin commands.


- Casey

From achurch at achurch.org  Mon Jan  7 18:21:12 2008
From: achurch at achurch.org (Andrew Church)
Date: Mon, 07 Jan 2008 18:21:12 JST
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
In-Reply-To: <4781E571.4080500@fastmail.com.au>
Message-ID: <4781ef49.24163@msgid.achurch.org>

Services doesn't monitor IRC server privileges other than oper mode (+o),
so either this is an InspIRCd issue or the actual cause is different (such
as forgetting to identify for your nick).

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

>I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd to be 
>able to use the Services Admin commands with your nick as Services Admin 
>on OperServ,  and if you are a normal oper on InspIRCd and are on the 
>Services Admin list,  you are not able to use the Admin commands.
>
>
>- Casey
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices

From caseyclaydon at fastmail.com.au  Mon Jan  7 02:00:36 2008
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon, 07 Jan 2008 20:00:36 +1000
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
In-Reply-To: <4781ef49.24163@msgid.achurch.org>
References: <4781ef49.24163@msgid.achurch.org>
Message-ID: <4781F844.1030802@fastmail.com.au>

I had a friend on standard oper on Services Admin, he was saying he was
not able to use the admin commands. I put him on NetAdmin and he was
able to use the admin commands.

I tested it out just now on myself with another nick, I had my other
nick on standard oper on Services Admin, and I was able to use the admin
commands.

He was saying he was identified and that. strange

all is well and you can use Services Admin on standard oper on InspIRCd.


- Casey



Andrew Church wrote:
> Services doesn't monitor IRC server privileges other than oper mode (+o),
> so either this is an InspIRCd issue or the actual cause is different (such
> as forgetting to identify for your nick).
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
>   
>> I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd to be 
>> able to use the Services Admin commands with your nick as Services Admin 
>> on OperServ,  and if you are a normal oper on InspIRCd and are on the 
>> Services Admin list,  you are not able to use the Admin commands.
>>
>>
>> - Casey
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>     
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From rottman3d at yahoo.com  Mon Jan  7 19:59:39 2008
From: rottman3d at yahoo.com (Dave Streb)
Date: Mon, 7 Jan 2008 19:59:39 -0800 (PST)
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
Message-ID: <52968.89785.qm@web51909.mail.re2.yahoo.com>

When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper.

----- Original Message ----
From: Casey <caseyclaydon at fastmail.com.au>
To: IRC Services General Mailing List <ircservices at ircservices.za.net>
Sent: Monday, January 7, 2008 5:00:36 AM
Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin


I had a friend on standard oper on Services Admin, he was saying he was
not able to use the admin commands. I put him on NetAdmin and he was
able to use the admin commands.

I tested it out just now on myself with another nick, I had my other
nick on standard oper on Services Admin, and I was able to use the
 admin
commands.

He was saying he was identified and that. strange

all is well and you can use Services Admin on standard oper on
 InspIRCd.


- Casey



Andrew Church wrote:
> Services doesn't monitor IRC server privileges other than oper mode
 (+o),
> so either this is an InspIRCd issue or the actual cause is different
 (such
> as forgetting to identify for your nick).
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
>   
>> I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd
 to be 
>> able to use the Services Admin commands with your nick as Services
 Admin 
>> on OperServ,  and if you are a normal oper on InspIRCd and are on
 the 
>> Services Admin list,  you are not able to use the Admin commands.
>>
>>
>> - Casey
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>     
>>
 ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices





      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

From caseyclaydon at fastmail.com.au  Mon Jan  7 21:40:52 2008
From: caseyclaydon at fastmail.com.au (Casey)
Date: Tue, 08 Jan 2008 15:40:52 +1000
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
In-Reply-To: <52968.89785.qm@web51909.mail.re2.yahoo.com>
References: <52968.89785.qm@web51909.mail.re2.yahoo.com>
Message-ID: <47830CE4.8010807@fastmail.com.au>

On InspIRCd there is Helper - GlobalOp - NetAdmin,  it was on GlobalOp 
it was happening on,  and was calling GlobalOp as normal / standard oper 
compared to the higher NetAdmin.


- Casey



Dave Streb wrote:
> When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper.
>
> ----- Original Message ----
> From: Casey <caseyclaydon at fastmail.com.au>
> To: IRC Services General Mailing List <ircservices at ircservices.za.net>
> Sent: Monday, January 7, 2008 5:00:36 AM
> Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin
>
>
> I had a friend on standard oper on Services Admin, he was saying he was
> not able to use the admin commands. I put him on NetAdmin and he was
> able to use the admin commands.
>
> I tested it out just now on myself with another nick, I had my other
> nick on standard oper on Services Admin, and I was able to use the
>  admin
> commands.
>
> He was saying he was identified and that. strange
>
> all is well and you can use Services Admin on standard oper on
>  InspIRCd.
>
>
> - Casey
>
>
>
> Andrew Church wrote:
>   
>> Services doesn't monitor IRC server privileges other than oper mode
>>     
>  (+o),
>   
>> so either this is an InspIRCd issue or the actual cause is different
>>     
>  (such
>   
>> as forgetting to identify for your nick).
>>
>>   --Andrew Church
>>     achurch at achurch.org
>>     http://achurch.org/
>>
>>   
>>     
>>> I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd
>>>       
>  to be 
>   
>>> able to use the Services Admin commands with your nick as Services
>>>       
>  Admin 
>   
>>> on OperServ,  and if you are a normal oper on InspIRCd and are on
>>>       
>  the 
>   
>>> Services Admin list,  you are not able to use the Admin commands.
>>>
>>>
>>> - Casey
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>>     
>>>
>>>       
>  ------------------------------------------------------------------------
>   
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>>       
>
>
>
>
>
>       ____________________________________________________________________________________
> Looking for last minute shopping deals?  
> Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   

From robin at en2no.com  Tue Jan  8 00:55:54 2008
From: robin at en2no.com (Robin Burchell)
Date: Tue, 8 Jan 2008 08:55:54 +0000
Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin
In-Reply-To: <47830CE4.8010807@fastmail.com.au>
References: <52968.89785.qm@web51909.mail.re2.yahoo.com>
	<47830CE4.8010807@fastmail.com.au>
Message-ID: <b19eae4e0801080055g71bec909sdd65c9bcd07b9e85@mail.gmail.com>

There are no set levels (the admin of each server sets whichever
classes (s)he wants), and all opers are "global" of a sort (though the
powers they have can be set according to type, so it isn't so hard to
make something that seems rather local).

On Jan 8, 2008 5:40 AM, Casey <caseyclaydon at fastmail.com.au> wrote:
> On InspIRCd there is Helper - GlobalOp - NetAdmin,  it was on GlobalOp
> it was happening on,  and was calling GlobalOp as normal / standard oper
> compared to the higher NetAdmin.
>
>
> - Casey
>
>
>
>
> Dave Streb wrote:
> > When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper.
> >
> > ----- Original Message ----
> > From: Casey <caseyclaydon at fastmail.com.au>
> > To: IRC Services General Mailing List <ircservices at ircservices.za.net>
> > Sent: Monday, January 7, 2008 5:00:36 AM
> > Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin
> >
> >
> > I had a friend on standard oper on Services Admin, he was saying he was
> > not able to use the admin commands. I put him on NetAdmin and he was
> > able to use the admin commands.
> >
> > I tested it out just now on myself with another nick, I had my other
> > nick on standard oper on Services Admin, and I was able to use the
> >  admin
> > commands.
> >
> > He was saying he was identified and that. strange
> >
> > all is well and you can use Services Admin on standard oper on
> >  InspIRCd.
> >
> >
> > - Casey
> >
> >
> >
> > Andrew Church wrote:
> >
> >> Services doesn't monitor IRC server privileges other than oper mode
> >>
> >  (+o),
> >
> >> so either this is an InspIRCd issue or the actual cause is different
> >>
> >  (such
> >
> >> as forgetting to identify for your nick).
> >>
> >>   --Andrew Church
> >>     achurch at achurch.org
> >>     http://achurch.org/
> >>
> >>
> >>
> >>> I have noticed on InspIRCd,  you need to be a NetAdmin on InspIRCd
> >>>
> >  to be
> >
> >>> able to use the Services Admin commands with your nick as Services
> >>>
> >  Admin
> >
> >>> on OperServ,  and if you are a normal oper on InspIRCd and are on
> >>>
> >  the
> >
> >>> Services Admin list,  you are not able to use the Admin commands.
> >>>
> >>>
> >>> - Casey
> >>> ------------------------------------------------------------------
> >>> To unsubscribe or change your subscription options, visit:
> >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>>
> >>>
> >>>
> >  ------------------------------------------------------------------------
> >
> >>> ------------------------------------------------------------------
> >>> To unsubscribe or change your subscription options, visit:
> >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>>
> >
> >
> >
> >
> >
> >       ____________________________________________________________________________________
> > Looking for last minute shopping deals?
> > Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
web: http://www.en2no.com

From caseyclaydon at fastmail.com.au  Fri Jan 11 14:37:38 2008
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat, 12 Jan 2008 08:37:38 +1000
Subject: [IRCServices] ChanServ does not deop opers on empty registered
	channels
Message-ID: <4787EFB2.30206@fastmail.com.au>

When an oper goes into any empty registered channels,  ChanServ does not 
deop opers.

Is this normal?


- Casey

From achurch at achurch.org  Sun Jan 13 08:19:25 2008
From: achurch at achurch.org (Andrew Church)
Date: Sun, 13 Jan 2008 08:19:25 JST
Subject: [IRCServices] ChanServ does not deop opers on empty registered
	channels
In-Reply-To: <4787EFB2.30206@fastmail.com.au>
Message-ID: <47894b2d.36122@msgid.achurch.org>

>When an oper goes into any empty registered channels,  ChanServ does not 
>deop opers.
>
>Is this normal?

Yes; opers are exempt from automatic deopping.

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

From genius3000 at gmail.com  Sun Jan 27 15:02:11 2008
From: genius3000 at gmail.com (genius3000 aka Cue)
Date: Sun, 27 Jan 2008 16:02:11 -0700
Subject: [IRCServices] Auto Owner
Message-ID: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com>

Hmmm, so I see in the code that Auto Owner is no longer used, but I can't
find anything, anywhere about why.
Just curious as to why it was removed, as it's nice to get +q when you are
the founder, as it is your channel.

-- 
genius3000 aka Cue
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080127/4ad3f748/attachment.html 

From achurch at achurch.org  Mon Jan 28 11:20:58 2008
From: achurch at achurch.org (Andrew Church)
Date: Mon, 28 Jan 2008 11:20:58 JST
Subject: [IRCServices] Auto Owner
In-Reply-To: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com>
Message-ID: <479d3c3f.23164@msgid.achurch.org>

>Hmmm, so I see in the code that Auto Owner is no longer used, but I can't
>find anything, anywhere about why.
>Just curious as to why it was removed, as it's nice to get +q when you are
>the founder, as it is your channel.

>From the WhatsNew file:

  - Support for the "channel owner" mode present in the PTlink (+a),
        trircd (+u), and Unreal (+q) IRC servers has been removed, as there
        are too many differing opinions on its proper use.

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

From matheuscsilva at gmail.com  Sun Jan 27 21:09:03 2008
From: matheuscsilva at gmail.com (Matheus Silva)
Date: Mon, 28 Jan 2008 03:09:03 -0200
Subject: [IRCServices] Auto Owner
In-Reply-To: <479d3c3f.23164@msgid.achurch.org>
References: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com>
	<479d3c3f.23164@msgid.achurch.org>
Message-ID: <22048baa0801272109u7d299091uf76715194c54de5f@mail.gmail.com>

Why dont you put it as an option? Many networks are used to it.

On 28/01/2008, Andrew Church <achurch at achurch.org> wrote:
>
> >Hmmm, so I see in the code that Auto Owner is no longer used, but I can't
> >find anything, anywhere about why.
> >Just curious as to why it was removed, as it's nice to get +q when you
> are
> >the founder, as it is your channel.
>
> >From the WhatsNew file:
>
>   - Support for the "channel owner" mode present in the PTlink (+a),
>         trircd (+u), and Unreal (+q) IRC servers has been removed, as
> there
>         are too many differing opinions on its proper use.
>
>   --Andrew Church
>     achurch at achurch.org
>     http://achurch.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Matheus Corr?a da Silva
Frigorifico Silva - http://www.frigorificosilva.com.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080128/8101ec5c/attachment-0001.htm 

From achurch at achurch.org  Mon Jan 28 14:58:48 2008
From: achurch at achurch.org (Andrew Church)
Date: Mon, 28 Jan 2008 14:58:48 JST
Subject: [IRCServices] Auto Owner
In-Reply-To: <22048baa0801272109u7d299091uf76715194c54de5f@mail.gmail.com>
Message-ID: <479d6f40.23306@msgid.achurch.org>

>Why dont you put it as an option? Many networks are used to it.

At this point in time, Services development has ended, so I am no longer
accepting feature suggestions.

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

From robin at en2no.com  Thu Feb  7 15:00:00 2008
From: robin at en2no.com (Robin Burchell)
Date: Thu, 7 Feb 2008 23:00:00 +0000
Subject: [IRCServices] Kick war with ChanServ,
	for the 135175631861th time..
In-Reply-To: <b19eae4e0801051605l313e9550rd52a6f4f5ad04775@mail.gmail.com>
References: <b19eae4e0801051548ldcfe68ay943add08750e226@mail.gmail.com>
	<478019f1.43742@msgid.achurch.org>
	<b19eae4e0801051605l313e9550rd52a6f4f5ad04775@mail.gmail.com>
Message-ID: <b19eae4e0802071500v2df0c95dsb5e597bfcdf0068f@mail.gmail.com>

Has anything happened on this? I've had it recur several times now,
and seem to (unfortunately) be able to reproduce it at will on our
live network, complete with debug logging now.

 [Feb 07 22:51:11.431779 2008] debug: Received: :w00t JOIN #helpers 1190456995
 [Feb 07 22:51:11.432490 2008] debug: w00t joins #helpers
 [Feb 07 22:51:11.432723 2008] chanserv/main: debug: AutoKicking
w00t!w00t at xxxxxxxx
 [Feb 07 22:51:11.433734 2008] debug: Sent: :ChanServ KICK #helpers
w00t :You are not permitted to be on this channel.
 [Feb 07 22:51:12.220542 2008] debug: Received: :w00t JOIN #helpers 1190456995
 [Feb 07 22:51:12.221316 2008] debug: w00t joins #helpers
 [Feb 07 22:51:12.221621 2008] chanserv/main: debug: AutoKicking
w00t!w00t at xxxxxxxx
 [Feb 07 22:51:12.222543 2008] debug: Sent: :ChanServ KICK #helpers
w00t :You are not permitted to be on this channel.
 [Feb 07 22:51:13.719754 2008] debug: Received: :w00t JOIN #helpers 1190456995
 [Feb 07 22:51:13.720357 2008] debug: w00t joins #helpers
 [Feb 07 22:51:13.720755 2008] chanserv/main: debug: AutoKicking
w00t!w00t at xxxxxxxx
 [Feb 07 22:51:13.721859 2008] debug: Sent: :ChanServ KICK #helpers
w00t :You are not permitted to be on this channel.

(excuse host censorship).

Of course, as always, NO bans, exempts or invites that can match me
are set on the channel.

In-channel log:
22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers
22:51 -!- w00t was kicked from #helpers by ChanServ [You are not
permitted to be on this channel.]
22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers
22:51 -!- w00t was kicked from #helpers by ChanServ [You are not
permitted to be on this channel.]
22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers
22:51 -!- w00t was kicked from #helpers by ChanServ [You are not
permitted to be on this channel.]
22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers
22:51 -!- w00t was kicked from #helpers by ChanServ [You are not
permitted to be on this channel.]


22:53 -!- #helpers: ban exception *!*@herring.chatspike.net [by Om,
8293226 secs ago]
22:53 -!- #helpers: ban exception *!*@helper.chatspike.net [by Om,
8293231 secs ago]
22:53 -!- #helpers: ban exception *!*@tortoisegod.chatspike.net [by
Om, 8293236 secs ago]
22:53 -!- #helpers End of Channel Exception List
22:53 -!- #helpers End of Channel Invite Exception List
22:53 -!- #helpers End of channel ban list

On a related note, what is the point of kicking a user who is exempt
from banning, seeing as they would just get into this endless loop
situation anyway?

On Jan 6, 2008 12:05 AM, Robin Burchell <robin at en2no.com> wrote:
> No +I masks, three +e masks are set, neither of which match me..
>
> #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31)
> #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27)
> #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21)
> #helpers End of Channel Exception List
> -
> #helpers End of Channel Invite Exception List
>
> w00t is w00t at globop.chatspike.net * Master of all trades; jack of none
> <- being me.
>
> Explicit invite - (as in /invite?) - aren't used on that channel. It's
> also perhaps worthy of note that /invite only overrides ban on some
> software.
>
> I imagine the problem was caused as some IRCds will propegate the ban
> anyway (no duplicates checking) from a server to server link, so I
> guess that could be construed as a problem of sorts, though not a
> major one.
>
> Given the infrequency of this problem, I don't mind waiting until the
> list archives are back up for you to check, by all means. :)
>
>
> On Jan 5, 2008 11:52 PM, Andrew Church <achurch at achurch.org> wrote:
> > >I understand it must be frustrating to have an issue like this that's
> > >so hard to track down, but it is equally frustrating to get bit in the
> > >ass by it. Isn't it wise to assume that if they are joining an
> > >existing channel that a ban matching them doesn't exist anyway
> > >(otherwise how are they joining?)
> >
> > +e, +I, explicit INVITE, possibly other methods.  Originally, I didn't
> > bother checking for the ban, but apparently it caused a problem, because
> > I added the check in 4.5pre0:
> >
> > 2001/01/11      Fixed duplicate adding of bans when auto-kicking a user
> >                     from a channel.  Reported by James <daemus at evilcode.com>
> > --- chanserv.c  11 Jan 2001 00:03:56 -0000      1.10
> > +++ chanserv.c  11 Jan 2001 04:29:13 -0000      1.11
> > @@ -670,10 +670,13 @@
> >  #else
> >      }
> >  #endif
> > -    av[1] = "+b";
> > -    av[2] = mask;
> > -    send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
> > -    do_cmode(s_ChanServ, 3, av);
> > +    /* Apparently invites can get around bans, so check for ban first */
> > +    if (!chan_has_ban(mask)) {
> > +       av[1] = "+b";
> > +       av[2] = mask;
> > +       send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL));
> > +       do_cmode(s_ChanServ, 3, av);
> > +    }
> >      free(mask);
> >      send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason);
> >      if (stay) {
> >
> > The list archives are down at the moment, so I can't check exactly what
> > the problem was, whether it was a serious issue or just cosmetic; I'm
> > hesitant to remove the check without knowing more.  (Of course, you're
> > welcome to try removing it yourself and seeing what happens.)
> >
> >
> >   --Andrew Church
> >     achurch at achurch.org
> >     http://achurch.org/
> >
>
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
>
> --
> Robin Burchell
> mob: +447702671419
> msn: msn at viroteck.net
> web: http://www.en2no.com
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net

From genius3000 at gmail.com  Sat Feb 16 16:28:23 2008
From: genius3000 at gmail.com (genius3000 aka Cue)
Date: Sat, 16 Feb 2008 17:28:23 -0700
Subject: [IRCServices] Ban not found
Message-ID: <2513c2050802161628n742c491g2af9490c7e5e073b@mail.gmail.com>

Using 5.1.11 I'm getting the "ban not found" messages in the logfile when
using "ChanServ unban" to remove an akick/restricted access/non oper and +O
channel, etc ban.
aka, I join a user with the same ident/host as my other client into a
restricted channel where user no access. ChanServ sets the ban and kicks. I
use my other client to do a "ChanServ unban" to remove it, and get the "ban
not found" message.

-- 
genius3000 aka Cue
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080216/47563209/attachment.htm 

From techteen at gmail.com  Mon Mar  3 07:38:42 2008
From: techteen at gmail.com (Jeffrey Hathaway)
Date: Mon, 3 Mar 2008 10:38:42 -0500
Subject: [IRCServices] Channel Mode +q
Message-ID: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>

Can anyone tell me why when the owner (founder) enters a channel, Chanserv
only sets +oa  and now +q
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080303/cba292d6/attachment.html 

From w00t at inspircd.org  Mon Mar  3 07:52:41 2008
From: w00t at inspircd.org (Robin Burchell)
Date: Mon, 3 Mar 2008 15:52:41 +0000
Subject: [IRCServices] Channel Mode +q
In-Reply-To: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>
References: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>
Message-ID: <b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>

Support for +q was removed from 5.1.

On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway <techteen at gmail.com> wrote:
> Can anyone tell me why when the owner (founder) enters a channel, Chanserv
> only sets +oa  and now +q
> ------------------------------------------------------------------
>  To unsubscribe or change your subscription options, visit:
>  http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From techteen at gmail.com  Mon Mar  3 08:03:57 2008
From: techteen at gmail.com (Jeffrey Hathaway)
Date: Mon, 3 Mar 2008 11:03:57 -0500
Subject: [IRCServices] Channel Mode +q
In-Reply-To: <b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>
References: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>
	<b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>
Message-ID: <d06dac610803030803l763190c5n1f921c8b1daf69ac@mail.gmail.com>

Ah that explains a lot, any idea why?

On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell <w00t at inspircd.org> wrote:

> Support for +q was removed from 5.1.
>
> On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway <techteen at gmail.com>
> wrote:
> > Can anyone tell me why when the owner (founder) enters a channel,
> Chanserv
> > only sets +oa  and now +q
> > ------------------------------------------------------------------
> >  To unsubscribe or change your subscription options, visit:
> >  http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080303/6a666158/attachment.htm 

From w00t at inspircd.org  Mon Mar  3 08:18:13 2008
From: w00t at inspircd.org (Robin Burchell)
Date: Mon, 3 Mar 2008 16:18:13 +0000
Subject: [IRCServices] Channel Mode +q
In-Reply-To: <d06dac610803030803l763190c5n1f921c8b1daf69ac@mail.gmail.com>
References: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>
	<b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>
	<d06dac610803030803l763190c5n1f921c8b1daf69ac@mail.gmail.com>
Message-ID: <b19eae4e0803030818y48388366m4d69c67bfd80c820@mail.gmail.com>

Apparantly because different daemons can't agree on it's use. Not
something I really agree with myself, but hey, to each their own... :)

On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway <techteen at gmail.com> wrote:
> Ah that explains a lot, any idea why?
>
>
>
>
> On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell <w00t at inspircd.org> wrote:
>
> > Support for +q was removed from 5.1.
> >
> >
> > On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway <techteen at gmail.com>
> wrote:
> > > Can anyone tell me why when the owner (founder) enters a channel,
> Chanserv
> > > only sets +oa  and now +q
> > > ------------------------------------------------------------------
> > >  To unsubscribe or change your subscription options, visit:
> > >  http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
> ------------------------------------------------------------------
>  To unsubscribe or change your subscription options, visit:
>  http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net

From rhaegar at coldfront.net  Thu Mar  6 13:04:18 2008
From: rhaegar at coldfront.net (Tom Atkinson-Edwards)
Date: Thu, 6 Mar 2008 21:04:18 -0000
Subject: [IRCServices] Channel Mode +q
In-Reply-To: <b19eae4e0803030818y48388366m4d69c67bfd80c820@mail.gmail.com>
References: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>	<b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>	<d06dac610803030803l763190c5n1f921c8b1daf69ac@mail.gmail.com>
	<b19eae4e0803030818y48388366m4d69c67bfd80c820@mail.gmail.com>
Message-ID: <00bb01c87fcd$a545afd0$efd10f70$@net>

Yeah, it makes me not want to upgrade. Wish it was a config option, but alas
it never will be.

-----Original Message-----
From: ircservices-bounces at ircservices.za.net
[mailto:ircservices-bounces at ircservices.za.net] On Behalf Of Robin Burchell
Sent: 03 March 2008 16:18
To: IRC Services General Mailing List
Subject: Re: [IRCServices] Channel Mode +q

Apparantly because different daemons can't agree on it's use. Not
something I really agree with myself, but hey, to each their own... :)

On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway <techteen at gmail.com> wrote:
> Ah that explains a lot, any idea why?
>
>
>
>
> On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell <w00t at inspircd.org> wrote:
>
> > Support for +q was removed from 5.1.
> >
> >
> > On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway <techteen at gmail.com>
> wrote:
> > > Can anyone tell me why when the owner (founder) enters a channel,
> Chanserv
> > > only sets +oa  and now +q
> > > ------------------------------------------------------------------
> > >  To unsubscribe or change your subscription options, visit:
> > >  http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
> ------------------------------------------------------------------
>  To unsubscribe or change your subscription options, visit:
>  http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn at viroteck.net
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices


From brain at brainbox.cc  Thu Mar  6 14:39:57 2008
From: brain at brainbox.cc (Craig Edwards)
Date: Thu, 06 Mar 2008 22:39:57 +0000
Subject: [IRCServices] Channel Mode +q
In-Reply-To: <00bb01c87fcd$a545afd0$efd10f70$@net>
References: <d06dac610803030738u663d0f4bl64dd3936c1d60260@mail.gmail.com>	<b19eae4e0803030752m5bae3db2kd3e84ae9cf586fb0@mail.gmail.com>	<d06dac610803030803l763190c5n1f921c8b1daf69ac@mail.gmail.com>	<b19eae4e0803030818y48388366m4d69c67bfd80c820@mail.gmail.com>
	<00bb01c87fcd$a545afd0$efd10f70$@net>
Message-ID: <47D072BD.2080305@brainbox.cc>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Actually this combined with the fact we have a lot of proprietary
modules of our own loaded into ircservices 5.0 is one of the reasons we
won't be upgrading either :( When the time comes and Andy stops
maintaining ircservices we will be forking 5.0 for use on our own network.

- --Brain

Tom Atkinson-Edwards wrote:
| Yeah, it makes me not want to upgrade. Wish it was a config option,
but alas
| it never will be.
|
| -----Original Message-----
| From: ircservices-bounces at ircservices.za.net
| [mailto:ircservices-bounces at ircservices.za.net] On Behalf Of Robin
Burchell
| Sent: 03 March 2008 16:18
| To: IRC Services General Mailing List
| Subject: Re: [IRCServices] Channel Mode +q
|
| Apparantly because different daemons can't agree on it's use. Not
| something I really agree with myself, but hey, to each their own... :)
|
| On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway <techteen at gmail.com>
wrote:
|> Ah that explains a lot, any idea why?
|>
|>
|>
|>
|> On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell <w00t at inspircd.org>
wrote:
|>
|>> Support for +q was removed from 5.1.
|>>
|>>
|>> On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway <techteen at gmail.com>
|> wrote:
|>>> Can anyone tell me why when the owner (founder) enters a channel,
|> Chanserv
|>>> only sets +oa  and now +q
|>>> ------------------------------------------------------------------
|>>>  To unsubscribe or change your subscription options, visit:
|>>>  http://lists.ircservices.za.net/mailman/listinfo/ircservices
|>>>
|>> ------------------------------------------------------------------
|>> To unsubscribe or change your subscription options, visit:
|>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
|>>
|>
|> ------------------------------------------------------------------
|>  To unsubscribe or change your subscription options, visit:
|>  http://lists.ircservices.za.net/mailman/listinfo/ircservices
|>
|
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)

iD8DBQFH0HK9EfZC7DVw6zARCqcwAJsEXHjtLwdhPl3U03e9pHuaI7aCIwCgpeAi
vbtjH+PdjjGdJOwO0PNeH+w=
=reIj
-----END PGP SIGNATURE-----

From xfadedintheblackoutx at gmail.com  Sun Apr  6 09:22:06 2008
From: xfadedintheblackoutx at gmail.com (Alex Miles)
Date: Sun, 6 Apr 2008 17:22:06 +0100
Subject: [IRCServices] XML Export Clarification
Message-ID: <6ffef95e0804060922h18447534p3b6e073d45609807@mail.gmail.com>

Hello all,

This is my first post on any mailing list... ever. So forgive me if I've
missed some major ettiquette conventions, it's unintentional.

My question relates to the XML export functionality of ircservices. Having
tested the httpd based XML export, I did indeed experience the services
"freeze" symptoms the manual warns about.

As I am currently testing on a "live" install, I don't want to repeat this,
but the wording in the manual is somewhat ambiguous as to whether the
command line -export=filename will cause the same behaviour, as it also
mentions database information changing, and shutting the server down before
exporting.

Can I use the command line -export option to export the services database
while ircservices is running and connected to a network?

Also, does anyone have any experience with modifying the database services
uses in real time? Ideally I'd like external applications to have access to
constantly up-to-date information from services.

Current Version Info:
IRC Services 5.0.50 with Unreal3.2.4

Thanks.

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080406/43379cd4/attachment.htm 

From achurch at achurch.org  Mon Apr  7 10:13:15 2008
From: achurch at achurch.org (Andrew Church)
Date: Mon, 07 Apr 2008 10:13:15 JST
Subject: [IRCServices] XML Export Clarification
In-Reply-To: <6ffef95e0804060922h18447534p3b6e073d45609807@mail.gmail.com>
Message-ID: <47f97820.05117@msgid.achurch.org>

>This is my first post on any mailing list... ever. So forgive me if I've
>missed some major ettiquette conventions, it's unintentional.

You're doing fine, don't worry. (:

>As I am currently testing on a "live" install, I don't want to repeat this,
>but the wording in the manual is somewhat ambiguous as to whether the
>command line -export=filename will cause the same behaviour, as it also
>mentions database information changing, and shutting the server down before
>exporting.
>
>Can I use the command line -export option to export the services database
>while ircservices is running and connected to a network?

Yes; you can run "ircservices -export" from the command line while an
active copy of Services is running, and doing so won't affect that running
copy.  However, keep in mind that the exported data will only be current
as of the last database file update, so it may be up to 5 minutes old (or
whatever period of time you specified in the UpdateTimeout directive in
ircservices.conf).

>Also, does anyone have any experience with modifying the database services
>uses in real time? Ideally I'd like external applications to have access to
>constantly up-to-date information from services.

Unfortunately, Services isn't designed to handle asynchronous updates to
its databases.  Providing read-only access to the data is feasible in
theory, but you'd need to write a custom module to handle it.

>Current Version Info:
>IRC Services 5.0.50 with Unreal3.2.4

Also let me point out that this version of Services is quite old, and has
known security flaws; I'd recommend that you upgrade to either the current
version (5.1.11) or, if you prefer to stay with the 5.0 series, the latest
release in that series (5.0.63).

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

From jesse at teranetworks.de  Thu Apr 24 13:07:23 2008
From: jesse at teranetworks.de (jesse keys)
Date: Thu, 24 Apr 2008 22:07:23 +0200
Subject: [IRCServices] Omit IPs in logs or disable logging completely
Message-ID: <4810E87B.90704@teranetworks.de>

Hello there.

According to the privacy policy of our network, I would like to remove
the IPs from the ircservices log file. Has anyone done something like
that yet?
If I could turn of logging completely I'd be even happier.

Thanks in advance for any hint,

jesse

From jesse at teranetworks.de  Thu Apr 24 14:19:48 2008
From: jesse at teranetworks.de (jesse keys)
Date: Thu, 24 Apr 2008 23:19:48 +0200
Subject: [IRCServices] Omit IPs in logs or disable logging completely
In-Reply-To: <4810F8BD.2010602@quis.cx>
References: <4810E87B.90704@teranetworks.de> <4810F8BD.2010602@quis.cx>
Message-ID: <4810F974.3080600@teranetworks.de>

Jille Timmermans wrote:
> you could replace ircservices.log in the source with /dev/null.
> Or even simpler, in shell:
> # cd /path/to/ircservices
> # rm -f ircservices.log
> # ln -s /dev/null ircservices.log
>
> This will log to the /dev/null, in other words, it will disappear.

I didn't think of that. Awesome!
Thanks for the fast reply :-)

jesse

From jille at quis.cx  Thu Apr 24 14:16:45 2008
From: jille at quis.cx (Jille Timmermans)
Date: Thu, 24 Apr 2008 23:16:45 +0200
Subject: [IRCServices] Omit IPs in logs or disable logging completely
In-Reply-To: <4810E87B.90704@teranetworks.de>
References: <4810E87B.90704@teranetworks.de>
Message-ID: <4810F8BD.2010602@quis.cx>

Hello Jesse,

you could replace ircservices.log in the source with /dev/null.
Or even simpler, in shell:
# cd /path/to/ircservices
# rm -f ircservices.log
# ln -s /dev/null ircservices.log

This will log to the /dev/null, in other words, it will disappear.

-- Jille

jesse keys schreef:
> Hello there.
> 
> According to the privacy policy of our network, I would like to remove
> the IPs from the ircservices log file. Has anyone done something like
> that yet?
> If I could turn of logging completely I'd be even happier.
> 
> Thanks in advance for any hint,
> 
> jesse
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From medice at gmx.at  Fri Apr 25 02:03:42 2008
From: medice at gmx.at (Medice)
Date: Fri, 25 Apr 2008 11:03:42 +0200
Subject: [IRCServices] Omit IPs in logs or disable logging completely
In-Reply-To: <4810F974.3080600@teranetworks.de>
References: <4810E87B.90704@teranetworks.de> <4810F8BD.2010602@quis.cx>
	<4810F974.3080600@teranetworks.de>
Message-ID: <48119E6E.9090303@gmx.at>

jesse keys schrieb:
>> This will log to the /dev/null, in other words, it will disappear.
> 
> I didn't think of that. Awesome!

keep in mind, that you will miss some more or less important 
information, f.i. in case of a crash, since nothing's logged anymore.

greetings
Medice