]> jfr.im git - irc.git/blobdiff - software/!RELEASES/ircservices/achurch.org/services/lists/ircservices-coding/2002/000185.html
RELEASE -> !RELEASE
[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices-coding / 2002 / 000185.html
diff --git a/software/!RELEASES/ircservices/achurch.org/services/lists/ircservices-coding/2002/000185.html b/software/!RELEASES/ircservices/achurch.org/services/lists/ircservices-coding/2002/000185.html
new file mode 100644 (file)
index 0000000..ac6c1aa
--- /dev/null
@@ -0,0 +1,112 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+   <TITLE> [IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions
+   </TITLE>
+   <LINK REL="Index" HREF="index.html" >
+   <LINK REL="made" HREF="mailto:ircservices-coding%40ircservices.za.net?Subject=%5BIRCServices%20Coding%5D%20Services%205.0%20Miunor%20Bugs/glitches/suggestions&In-Reply-To=3c5dce27.54332%40achurch.org">
+   <META NAME="robots" CONTENT="index,nofollow">
+   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+   <LINK REL="Previous"  HREF="000183.html">
+   <LINK REL="Next"  HREF="000184.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+   <H1>[IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions</H1>
+    <B>Mark Hetherington</B> 
+    <A HREF="mailto:ircservices-coding%40ircservices.za.net?Subject=%5BIRCServices%20Coding%5D%20Services%205.0%20Miunor%20Bugs/glitches/suggestions&In-Reply-To=3c5dce27.54332%40achurch.org"
+       TITLE="[IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions">mark at mhetherington.demon.co.uk
+       </A><BR>
+    <I>Sun Feb  3 16:41:22 PST 2002</I>
+    <P><UL>
+        <LI>Previous message: <A HREF="000183.html">[IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions
+</A></li>
+        <LI>Next message: <A HREF="000184.html">[IRCServices Coding] Services 5.0 Bug in oper.db
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#185">[ date ]</a>
+              <a href="thread.html#185">[ thread ]</a>
+              <a href="subject.html#185">[ subject ]</a>
+              <a href="author.html#185">[ author ]</a>
+         </LI>
+       </UL>
+    <HR>  
+<!--beginarticle-->
+<PRE>Thanks for the prompt response and fixes.
+
+&gt;<i> &gt;3) Bug: Memoserv send does not always confirm that a memo has
+</I>&gt;<i> been sent even
+</I>&gt;<i> &gt;though it has. This only seems to affect some users and I have
+</I>&gt;<i> yet to find
+</I>&gt;<i> &gt;what it is about particular users that causes this.
+</I>&gt;<i>
+</I>&gt;<i>      I haven't been able to reproduce this, and can't fix it without more
+</I>&gt;<i> information.
+</I>
+Trying to track this down. Any ideas as to what could cause such an issue? I
+get it all the time. I am services root but even when using a different non
+linked nickname I can still get it (using same client and setup that worked
+with 4.5.x). Other users that have experienced it have no &quot;status&quot; so I do
+not think my services access is affecting it in any case. I will get chance
+to try on a completely different system and connection tomorrow (work) and
+go from there.
+
+&gt;<i> &gt;4) Bug: Help responses which involve 2 pseudo client names do
+</I>&gt;<i> not appear to
+</I>&gt;<i> &gt;display correctly. E.g. the /cs help register command will
+</I>&gt;<i> display the name
+</I>&gt;<i> &gt;of the ChanServ client correctly, but seemingly a random string for the
+</I>&gt;<i> &gt;NickServ client
+</I>&gt;<i>
+</I>&gt;<i>      I can't reproduce this.
+</I>
+Off-list email sent of config and details of a network exhibiting said
+problem in case it is a combination of settings which cause this.
+
+&gt;<i>      I don't like the proliferation of log files that would create; if it
+</I>&gt;<i> bothers you to have everything in one logfile, just write a script that
+</I>&gt;<i> parses them out to separate files or something.  As for the other
+</I>&gt;<i> point, an
+</I>&gt;<i> access-log-like thing is under consideration.
+</I>
+It doesn't bother me having everything in one log file. It was mainly the
+lack of information in the httpd messages and their high proliferation rate
+compared with other modules which made me consider a seperate log file for
+it. Multiple log files was just an extension of the idea for discussion. The
+access log would solve the information in the message, but hopefully this
+would be coupled with a simple (configuration possibly) way to disable the
+standard message in the main log file.
+
+&gt;<i> &gt;9) Not sure if this is a known problem listed anywhere but I
+</I>&gt;<i> haven't found
+</I>&gt;<i> &gt;it in the docs, Services 5 will not parse a Version 4.5.x
+</I>&gt;<i> exception.db file.
+</I>&gt;<i> &gt;The following error appears in the log file:
+</I>&gt;<i> &gt;
+</I>&gt;<i> &gt;database/version4: Read error on exception.db
+</I>&gt;<i>
+</I>&gt;<i>      Can you send me an example database that has this problem?
+</I>
+Sent off-list.
+
+Mark.
+
+
+</PRE>
+
+<!--endarticle-->
+    <HR>
+    <P><UL>
+        <!--threads-->
+       <LI>Previous message: <A HREF="000183.html">[IRCServices Coding] Services 5.0 Miunor Bugs/glitches/suggestions
+</A></li>
+       <LI>Next message: <A HREF="000184.html">[IRCServices Coding] Services 5.0 Bug in oper.db
+</A></li>
+         <LI> <B>Messages sorted by:</B> 
+              <a href="date.html#185">[ date ]</a>
+              <a href="thread.html#185">[ thread ]</a>
+              <a href="subject.html#185">[ subject ]</a>
+              <a href="author.html#185">[ author ]</a>
+         </LI>
+       </UL>
+
+</body></html>