i)p ? now working...!

Date: Fri, 11 Dec 1998 00:51:24 -0800
From: John Nemeth <jnemeth@cue.bc.ca>
To: csuite-tech@chebucto.ns.ca
Precedence: bulk
Return-Path: <csuite-tech-mml-owner@chebucto.ns.ca>

next message in archive
no next message in thread
previous message in archive
previous message in thread
Index of Subjects

Index of Subjects
On Dec 6, 10:54pm, "David L. Potter" wrote:
} 
} Here at CCN for some reason (probably to get a new version of spam 
} resistamt zmailer running) ...we abandoned the majordomo aliasing system 
} that we had been using all along, and that is included in CSuite 1.0

     You may want to look at the stuff I posted recently about
adapting CSuite to sendmail.  Even if you don't want to go with
sendmail, there was stuff in it that should be helpful in setting up
mail lists for majordomo without using a modified zmailer.  Although,
with the current sendmail build system, it would be fairly easy to
include it, and have it generate a generic config file.

     zmailer is desperately in need of an upgrade.  The version CSuite
uses doesn't seem to have antirelay support much less antispam
support.  Also, I have a report that it has a bug in its "CHUNKING"
code.

} The problem with the 'i?' is that the header was not getting installed at 
} the top of the info/ips.html file. The rest of the links work but... 
} without the header... 

     I've only seen this problem when /tmp filled up.  In that case,
it left off the header, and added an extra copy of the info to the
bottom of the file.  Because, there was no header, this would continue
to happen even after space was freed up in /tmp.  This made for a very
rapidly expanding file.

     A much bigger problem I've seen is that sometimes Lynx would
refuse to see the '?' entry even though the file was perfectly okay
for some mysterious reason.

} I'm going to send a brief tutorial on debuging CSuite as a separate 
} posting...

     Thanks.  I had actually figured it out a long time ago.  I'm not
sure I've mentioned this before, but CSuite was shipped with
DEBUG_global not set to 0.  This causes $CS_LOG and /tmp to quickly
fill the disk.  Most people using CSuite won't be trying to debug it
and won't know where to look to figure out where are their diskspace
had gone.  It would be much better to ship with DEBUG_global set to 0
and let those that want to work on debugging to enable it.

}-- End of excerpt from "David L. Potter"

next message in archive
no next message in thread
previous message in archive
previous message in thread
Index of Subjects