software/!RELEASES/ircservices/achurch.org/services/lists/ircservices/2000/000830.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> [IRCServices] Desperate Problems
   5    </TITLE>
   6    <LINK REL="Index" HREF="index.html" >
   7    <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Desperate%20Problems&In-Reply-To=">
   8    <META NAME="robots" CONTENT="index,nofollow">
   9    <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
  10    <LINK REL="Previous"  HREF="000828.html">
  11    <LINK REL="Next"  HREF="000820.html">
  12  </HEAD>
  13  <BODY BGCOLOR="#ffffff">
  14    <H1>[IRCServices] Desperate Problems</H1>
  15     <B>&amp;quot</B>
  16     <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Desperate%20Problems&In-Reply-To="
  17        TITLE="[IRCServices] Desperate Problems">&amp;quot
  18        </A><BR>
  19     <I>Tue Oct 10 23:31:00 PDT 2000</I>
  20     <P><UL>
  21         <LI>Previous message: <A HREF="000828.html">[IRCServices] Desperate Problems
  22 </A></li>
  23         <LI>Next message: <A HREF="000820.html">[IRCServices] Desperate Problems
  24 </A></li>
  25          <LI> <B>Messages sorted by:</B>
  26               <a href="date.html#830">[ date ]</a>
  27               <a href="thread.html#830">[ thread ]</a>
  28               <a href="subject.html#830">[ subject ]</a>
  29               <a href="author.html#830">[ author ]</a>
  30          </LI>
  31        </UL>
  32     <HR>
  33 <!--beginarticle-->
  34 <PRE>&gt;<i> I was suggesting a lesser of two evils. Services is in no way required for
  35 </I>&gt;<i> network maintenance, so asking me to decide which is more helpful, is
  36 </I>&gt;<i> totally irrelevant.
  37 </I>&gt;<i>
  38 </I>&gt;<i> A good set of opers and a RFC compliant IRCd will have all the tools needed
  39 </I>&gt;<i> for the task. Please remember that IRC was conceived without services and
  40 </I>&gt;<i> the oldest net still runs without them.
  41 </I>
  42 I still remember those times, before services ever existed that is.
  43 :<i>)
  44 </I>
  45 &gt;<i> I'm not one to get into a heated debate over my opinion.
  46 </I>
  47 Neither am I. And that makes two of us.
  48 :<i>)
  49 </I>
  50 &gt;<i> If you read RFC 1459, services isn't even mentioned. Where as the duties of
  51 </I>&gt;<i> an IRCop are, in such duties are network/server maintenance. So by
  52 </I>&gt;<i> standard, choosing to keep a network tool like StatServ would be more
  53 </I>&gt;<i> helpful to the oper than worrying about whether or not a few nicks get
  54 </I>&gt;<i> changed/killed.
  55 </I>&gt;<i>
  56 </I>&gt;<i> Whatever you decide is of course your choice alone, I'm just here to help
  57 </I>&gt;<i> by offering my years of experience.
  58 </I>
  59 I happen to agree with you. But StatServ is a part of services, and I didn't think the two issues of guesting and
  60 services dying were related.
  61
  62 Here is part of Sean Kelly's mail:
  63 &gt;<i> I've seen this before here on SlashNET.  I think it has to do with StatServ code.
  64 </I>&gt;<i> When I compile without it, the problem goes away.  When I compile with it, after
  65 </I>&gt;<i> big periods of netsplits, services just ghost off.  The process keeps running,
  66 </I>&gt;<i> but they ping timeout.  I've not had the time to do real debugging on it, and
  67 </I>&gt;<i> I wouldn't want to do live debugging of it on SlashNET either...
  68 </I>End Sean Kelly's mail.
  69
  70 So umm if keeping statserv causes services to die.... what good is statserv going to do anyway?
  71
  72 Sean also pointed out that the guesting randomization problem isn't related to this.
  73 Please correct me if I am wrong, but from your mail, I get the feeling that you think they are.
  74
  75 &gt;<i> I do trust that these problems will be handled in the near future. In the
  76 </I>&gt;<i> short time I have known Andrew, he has always been good about fixing
  77 </I>&gt;<i> problems in a timely manner.
  78 </I>
  79 And so have I observed also. Thanks Andrew.
  80
  81 &gt;<i> &lt;/rant&gt;
  82 </I>
  83 hey where did this start?
  84 :<i>)
  85 </I>
  86 &gt;<i> Scott Seufert
  87 </I>&gt;<i> aka katsklaw
  88 </I>&gt;<i> Server Admin
  89 </I>&gt;<i> Excalibre.ShadowFire.Org
  90 </I>
  91 Imran Ali Rashid
  92
  93
  94 ---------------------------------------------------------------
  95 To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at ender.shadowfire.org</A>
  96 with &quot;unsubscribe ircservices&quot; in the body, without the quotes.
  97
  98
  99 </PRE>
 100
 101 <!--endarticle-->
 102     <HR>
 103     <P><UL>
 104         <!--threads-->
 105         <LI>Previous message: <A HREF="000828.html">[IRCServices] Desperate Problems
 106 </A></li>
 107         <LI>Next message: <A HREF="000820.html">[IRCServices] Desperate Problems
 108 </A></li>
 109          <LI> <B>Messages sorted by:</B>
 110               <a href="date.html#830">[ date ]</a>
 111               <a href="thread.html#830">[ thread ]</a>
 112               <a href="subject.html#830">[ subject ]</a>
 113               <a href="author.html#830">[ author ]</a>
 114          </LI>
 115        </UL>
 116
 117 </body></html>