From ts@uwasa.fi Fri Mar  8 06:46:17 1991
Return-Path: <ts@uwasa.fi>
From: Timo Salmi <ts@uwasa.fi>
Subject: /pc/pd2/post08.txt file description
To: ts@uwasa.fi (Timo Salmi)
Date: Fri, 31 Dec 99 6:46:16 EET
Status: RO

+---------------------------------------------------------------+
! This file is in mail format, so you can also read it with any !
! suitable Unix mail program such as elm: (elm -f post08.txt).  !
! On a PC /pc/mail/rmail*.zip is a convenient alternative       !
+---------------------------------------------------------------+

   This is the eigth file that contains my replies and comments
that I or others have made by email, or just written here instead of
posting to (mainly to) comp.binaries.ibm.pc.archives, or postings
that I wanted to retain for your information.
   Note that the latest post??.txt is always being updated until it
contains 30 messages.  The files are located at the /pc/pd2
directory.
   For an index of all the post*.zip files please see
/pc/pd2/post00.zip.

1   Dec 31 Timo Salmi         (29)   /pc/pd2/post08.txt file description
2   Apr 18 rhys@cs.uq.oz.au   (76)   FTP fetch script
3   Apr 17 Timo Salmi         (78)   Doing it kindly (Was Re: looking for
4   Apr 17 To JASON H.        (29)   Re: error (tskerm24.zip)
5   Apr 16 Timo Salmi         (70)   Invitation, PD&SW MsDos authors list
6   Apr 15 Ben Williams       (49)   MSPLIT.EXE
7   Apr 14 To roberts@triton. (36)   Re: MsDos uploads at garbo, Vaasa, F
8   Apr 13 To rhys@cs.uq.oz.a (82)   Re: Renaming MODER.LST to MODER001.Z
9   Apr 10 To Sameer Tejani   (37)   Re: Some information about the files
10  Apr 10 To Dirk Reuver     (46)   Re: A /pub directory on garbo
11  Apr 9  To Paul Reavley    (36)   Re: pascal editors
12  Apr 7  To Jonathan Schull (59)   Re: ChipFn
13  Apr 6  Timo Salmi         (55)   Re: "Wasted" Bandwidth
14  Apr 5  Bruce W. Mohler    (91)   Re: SLASH.ZIP - '/' in pathnames and
15  Apr 6  To Rich Holland    (58)   Re: Registering your units/programs
16  Apr 1  Keith Petersen     (66)   Re: No AV number for SCANV89B.ZIP ,
17  Mar 31 hv@garbo.uwasa.fi  (35)   Re: Mail server suggestions
18  Mar 29 Keith Petersen     (26)   Join info-zip mailing list
19  Mar 28 Roy M. Silvernail  (72)   Re: PKZip 2.01 released?
20  Mar 27 landers@ibm150.mgm (66)   Minor bug in TODAY.EXE
21  Mar 25 To slumos@hammond. (28)   Re: ADDPATH.BAT and path length
22  Mar 24 Timo Salmi         (46)   Re: question of funding
23  Mar 22 Timo Salmi         (135)  Re: Questions about FTP server maint
24  Mar 22 Keith Petersen     (30)   Re: TSBAT34.ZIP batch file collectio
25  Mar 21 Keith Petersen     (33)   Re: PKZIP v2.0
26  Mar 19 Mark S. Zinzow     (48)   Re: Best PC-SIG sites?
27  Mar 19 Harri Valkama      (126)  Re: Skeleton uudecode
28  Mar 19 Harri Valkama      (29)   Re: garbo throughput feedback
29  Mar 19 Harri Valkama      (27)   Re: garbo achives size
30  Mar 16 Joseph Gil         (76)   Re: PC --> Unix file script

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP  archives  128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi   BBS +(358)-61-3170972; FIN-65101,  Finland


From hv@garbo.uwasa.fi Thu Mar 19 08:02:26 1992
Date: Thu, 19 Mar 92 08:03:34 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
To: jeff@extro.ucc.su.OZ.AU
Cc: ts@uwasa.fi
In-Reply-To: Jeffrey Smartt's message of Tue, 17 Mar 1992 22:42:10 GMT <9203172242.AA27182@extro.ucc.su.OZ.AU>
Subject: Re: garbo achives size
Status: RO


   G'day,

   just out of interest can you tell me how much disk space it takes to store
   all the garbo archives?!

   Thanks,
   Jeff.
   --
   --------------------------------------------------------------------------------
   Jeffrey Smartt, Smartt Designs Pty. Ltd.      Internet: jeff@extro.ucc.su.oz.au
   G.P.O. Box 619, Sydney, NSW, Australia, 2001.
   Ph: +61-18-219955.   [(018)219955]            Fax: +61-2-983-9046  [(02)9839046]

About 316 Mb now.

-harri-

From hv@garbo.uwasa.fi Thu Mar 19 08:32:05 1992
Date: Thu, 19 Mar 92 08:33:02 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
To: ts@uwasa.fi
Cc: ralphs@halcyon.com, hh@uwasa.fi
In-Reply-To: Timo Salmi's message of Wed, 18 Mar 92 21:30:55 EET <9203181930.AA17220@uwasa.fi>
Subject: Re: garbo throughput feedback
Status: RO


   > By the way, I grabbed a few things from garbo a couple of weeks
   > ago and was VERY impressed by the throughput.  Did you folks
   > tie into a T1 somewhere?

   I am pleased to hear that.  The technical side is quite beyond me,
   though, and I'll make a copy to Harri Valkama, the garbo system
   manager.

      All the best, Timo

   ...................................................................
   Prof. Timo Salmi

No T1.  But we are getting faster  lines here in  Finland  and also in
Scandinavia.   Now we  have 256K   lines   here in  Finland  and  from
Finland to Sweden very soon (if it is not there already).

-harri-

From yogi@cs.ubc.ca Tue Mar 17 01:05:14 1992
Date: 16 Mar 92 15:04 -0800
From: Joseph Gil <yogi@cs.ubc.ca>
To: <ts@uwasa.fi>
Subject: Re: PC --> Unix file script
Status: RO

[Timo's comment: A useful script worth storing]

Timo,

Here is the promised script. You may do with it whatever you
like.

Regards, Yossi


#! /bin/sh
#
# Author: Yossi Gil <yogi@cs.ubc.ca>
# Purpose: Translate DOS style text file to unix.
# Usage: lf file(s)
#        lf < inpfile > outfile
#
# Note: makes minimal effort not to destroy binary files.
#       and to be SysV compatible.
#
# Public Domain.
#

if [ "$1" = "" ]
then
        tr -d  '\032\015'
        exit 0
fi
tmp=/tmp/$$.lf
del='\001\002\003\004\005\006\007\010\013\016\017'
del=$del'\020\021\022\023\024\025\026\027'
del=$del'\030\031\033\034\035\036\037\177'
for f1 in 2 3
 do
for f2 in 0 1 2 3 4 5 6 7
do
for f3 in 0 1 2 3 4 5 6 7
do
        del=\\$f1$f2$f3$del
done
done
done
        while [ "$1" != "" ]
        do
                if [ ! -f "$1" ]
                then
                        echo "$1: file doesn't exist"
                        shift
                        continue
                fi
                if [ ! -r "$1" ]
                then
                        echo "$1: cannot process"
                        shift
                        continue
                fi
                tr -d $del < $1 > $tmp
                if cmp -s $1 $tmp
                then
                        echo $1 ":  processing"
                tr -d '\032\015' < $1 > $tmp
                /bin/mv $tmp $1
                else
                        echo $1 ":  binary file"
                        rm -f $tmp
                fi
                shift
        done

From hv@garbo.uwasa.fi Thu Mar 19 13:22:32 1992
Date: Thu, 19 Mar 92 13:23:40 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
Message-Id: <9203191123.AA27915@garbo.uwasa.fi>
To: ts@uwasa.fi, jwalsh@aspentec.com
Subject: Re: Skeleton uudecode
Status: RO


   > Fair enough, but many users who do not have FTP can still utilize
   > the mail servers like garbo's and SIMTEL20's.  As for garbo, you are
   > welcome to email me for the ubiquitous canned garbo instructions for
   > this.
   >
   >    All the best, Timo

   That helps obtain the ZOO, but since the Starter kit isn't being automatically
   posted (I believe the last posting was mid February), he won't be able to
   UUDECODE the mailed ZOO either.  Perhaps you could post the canned instructions
   for creating a rudimentary UUDECODE with DOS Basic or DOS debug to c.b.i.p.d
   in the meantime?

   --jamie
             "There's a seeker born every minute."

   Internet:    jwalsh@aspentec.com
   UUCP:                uunet!aspentec!jwalsh

Here's the UUDECODE.BAS

100 REM - BASIC PROGRAM TO CREATE UUDECODE.COM v2.0 (a fast uudecoder)
105 REM UUDECODE.BAS created by w8sdz@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen)
110 CLS:PRINT "Creating UUDECODE.COM.  See UUDECODE.DOC for instructions."
115 OPEN "UUDECODE.COM" AS #1 LEN = 1
120 FIELD #1, 1 AS A$: CHECKSUM#=0
130 FOR I = 1 TO    73
140  LINESUM#=0: LOCATE 2,3: PRINT "Countdown: "    73 - I ;
150  FOR J = 1 TO  16: READ BYTE$: CHECKSUM#=CHECKSUM#+VAL("&H"+BYTE$)
160   LINESUM#=LINESUM#+VAL("&H"+BYTE$)
170   IF (BYTE < 256) THEN LSET A$=CHR$(VAL("&H"+BYTE$)): PUT #1
180  NEXT J
190  READ LINETOT$: LINECHECK# = VAL("&H"+LINETOT$)
200  IF LINECHECK# = LINESUM# THEN GOTO 220
210  LOCATE 4,2: PRINT "Error in line #"  ;  260 +  10 * I: GOTO 260
220 NEXT I
230 CLOSE: READ FILETOT$ : FILECHECK# = VAL(FILETOT$)
240 IF CHECKSUM# <> FILECHECK# THEN GOTO 260
250 PRINT: PRINT "UUDECODE.COM created successfully": SYSTEM
260 PRINT: PRINT "UUDECODE.COM is not valid!": END
270 DATA EB,5F,90,49,6E,70,75,74,20,66,69,6C,65,20,65,72,  6A1
280 DATA 72,6F,72,2E,4F,75,74,70,75,74,20,66,69,6C,65,20,  5F2
290 DATA 65,72,72,6F,72,2E,73,74,61,72,74,20,6E,6F,74,20,  617
300 DATA 66,6F,75,6E,64,2E,45,6E,64,20,6E,6F,74,20,66,6F,  5C7
310 DATA 75,6E,64,2E,20,65,78,69,73,74,73,2E,20,41,62,6F,  595
320 DATA 72,74,69,6E,67,21, 0, 0, 0, 0,AC, 3,AC, 3,5C, 3,  402
330 DATA  0,E8,FA, 1,E8,54, 1,BF,5C, 3,E8,D1, 0,AD,3D,62,  743
340 DATA 65,75,F4,AD,3D,67,69,75,EE,AD,3D,6E,20,75,E8,BF,  87F
350 DATA 5C, 3,B4,20,AC,3A,C4,76,FB,AC,3A,C4,75,FB,AC,3A,  84E
360 DATA C4,76,FB,3A,C4,74, 4,AA,AC,EB,F8,BA,5C, 3,33,C9,  8F9
370 DATA 88, D,80,3E,60, 1,FF,74,1E,B4,4E,CD,21,3C, 2,74,  5E7
380 DATA 16,3C,12,74,12,8B,CF,2B,CA,E8,2F, 1,BA,44, 1,B9,  609
390 DATA 12, 0,B0, 5,E9,16, 1,B4,3C,CD,21,73, 3,E9,E3, 0,  5E7
400 DATA A3,58, 1,BF,5C, 3,E8,65, 0,AC, A,C0,74,48,BB,20,  674
410 DATA 20,2A,C3, A,C0,74,3F,32,E4,8B,E8,B9, 4, 6,AC,8A,  70C
420 DATA E0,AC,8A,D0,2B,C3,D0,E4,D0,E4,D2,E8, A,C4,AA,4D,  ABB
430 DATA 74,D4,8A,E2,AC,8A,D0,2B,C3,D2,E4,D0,E8,D0,E8, A,  AD8
440 DATA C4,AA,4D,74,C1,8A,E2,AC,2B,C3,8A,CD,D2,E4, A,C4,  9D1
450 DATA AA,4D,75,C7,EB,B0,E8,15, 0,AD,3D,65,6E,75, 5,AC,  7AE
460 DATA 3C,64,74, 3,E8,AE, 0,E8,61, 0,B4,4C,CD,21,8B,36,  6A5
470 DATA 5A, 1,89,3E,5E, 1,BD,50, 0,BF, C, 3,33,C0,AB,B9,  5B3
480 DATA 27, 0,B8,20,20,F3,AB,BF, C, 3,3B,36,5C, 1,72, 6,  4D1
490 DATA E8,38, 0,E8,55, 0,AC,3C,60,75, 4,B0,20,EB, 8,3C,  61D
500 DATA  D,74,1B,3C, A,74,18,AA,4D,75,DF,3B,36,5C, 1,72,  4F9
510 DATA  3,E8,37, 0,AC,3C, A,75,F2,BF,5C, 3,EB,B4,46,89,  707
520 DATA 36,5A, 1,8B,3E,5E, 1,BE, C, 3,C3,BA,5C, 3,8B,CA,  5B7
530 DATA 87, E,5E, 1,2B,CA,76, A,8B,1E,58, 1,B4,40,CD,21,  54D
540 DATA 72, 1,C3,BA,14, 1,B9,12, 0,EB,22,BA,AC, 3,B9,54,  653
550 DATA FA,8B,1E,56, 1,B4,3F,CD,21,72, C, B,C0,74, 8,8B,  62B
560 DATA F2, 3,C6,A3,5C, 1,C3,BA, 3, 1,B9,11, 0,50,E8, A,  648
570 DATA  0,58,E9,55,FF,BA,36, 1,B9, E, 0,52,51,BA,3E, 3,  5EB
580 DATA B9, 2, 0,90,E8, C, 0,59,5A,E8, 7, 0,BA,3E, 3,B9,  595
590 DATA  2, 0,90,BB, 2, 0,B4,40,CD,21,C3,90, D, A,54,68,  557
600 DATA 69,73,20,50,72,6F,67,72,61,6D,20,52,65,71,75,69,  5FA
610 DATA 72,65,73,20,44,4F,53,20,56,65,72,73,69,6F,6E,20,  576
620 DATA 32,2E,30,20,6F,72,20,68,69,67,68,65,72,2E, D, A,  46D
630 DATA 24, D, A,49,6E,70,75,74,20,70,61,74,68,2F,66,69,  516
640 DATA 6C,65,3A,20,20,4E,6F,20,61,63,74,69,6F,6E,B4,30,  58A
650 DATA CD,21,3C, 2,73, C,BA, C, 3,B4, 9,CD,21,B8, 1,4C,  524
660 DATA CD,21,E8,46, 0,73,33,BA,68, 4,B9,1B, 1,90,E8,6A,  69F
670 DATA FF,BA,41, 3,B9,14, 0,BB, 2, 0,B4,40,CD,21,BF,7F,  6A7
680 DATA  0,C6, 5,50,8B,D7,B4, A,CD,21,E8,1E, 0,73, B,BA,  667
690 DATA 55, 3,B9, 9, 0,B0, 1,E9,33,FF,BA, 4, 4,B8, 0,3D,  59D
700 DATA CD,21,72, 4,A3,56, 1,C3,E9,1C,FF,BE,80, 0,BF, 4,  726
710 DATA  4,FC,AC, A,C0,74,2F,B4,20,AC,3A,C4,76,FB,3A,C4,  806
720 DATA 76,26,3C,2F,74, 4,3C,2D,75,18,8B,D0,8B, 4,3C,3F,  4DA
730 DATA 74,1B,24,5F,3D,4F,20,8B,C2,75, 7,F6,16,60, 1,46,  53A
740 DATA 46,AC,AA,AC,EB,D8,F9,C3,C6, 5, 0,F8,C3,BA,68, 4,  973
750 DATA E9,66,FF,90,55,55,44,45,43,4F,44,45,20,76,32,2E,  622
760 DATA 30, 0,4F,72,69,67,69,6E,61,6C,6C,79,20,62,79,20,  565
770 DATA 54,68,65,6F,64,6F,72,65,20,41,2E,20,4B,61,6C,64,  565
780 DATA 69,73, 0,54,68,6F,72,6F,75,67,68,6C,79,20,72,65,  608
790 DATA 68,61,63,6B,65,64,20,62,79,20,44,61,76,69,64,20,  583
800 DATA 50,20,4B,69,72,73,63,68,62,61,75,6D,2C,20,54,6F,  588
810 DATA 61,64,20,48,61,6C,6C, 0,55,55,44,45,43,4F,44,45,  4B4
820 DATA 20,5B,2D,3F,5D,5B,2D,6F,5D,20,5B,64,3A,5D,5B,5C,  4C5
830 DATA 70,61,74,68,5C,5D,62,69,6E,61,72,79,2E,55,55,45,  608
840 DATA 20,3C,52,45,54,55,52,4E,3E, D, A,55,73,69,6E,67,  497
850 DATA 20,74,68,65,20,66,69,6C,65,6E,61,6D,65,2E,74,79,  5DD
860 DATA 70,20,69,6E,20,74,68,65,20,22,62,65,67,69,6E,22,  531
870 DATA 20,6C,69,6E,65,2C, D, A,70,72,6F,64,75,63,65,73,  570
880 DATA 20,75,75,64,65,63,6F,64,65,64,20,66,69,6C,65,6E,  600
890 DATA 61,6D,65,2E,74,79,70,20,6F,6E,20,63,75,72,72,65,  5FC
900 DATA 6E,74,20,64,72,69,76,65,5C,70,61,74,68, D, A,28,  564
910 DATA 70,72,6F,76,69,64,69,6E,67,20,66,69,6C,65,6E,61,  661
920 DATA 6D,65,2E,74,79,70,20,64,6F,65,73,6E,27,74,20,61,  5B2
930 DATA 6C,72,65,61,64,79,20,65,78,69,73,74,29,2E, D, A,  53C
940 DATA 2D,6F,20,73,77,69,74,63,68,20,66,6F,72,63,65,73,  5F0
950 DATA 20,6F,76,65,72,77,72,69,74,65,20,6F,66,20,65,78,  5F9
960 DATA 69,73,74,69,6E,67,20,66,69,6C,65,6E,61,6D,65,2E,  61D
970 DATA 74,79,70, D, A,2D,3F,20,70,72,6F,64,75,63,65,73,  565
980 DATA 20,74,68,69,73,20,68,65,6C,70,20,6D,65,73,73,61,  5DA
990 DATA 67,65,2E, D, A,24, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  135
1000 DATA 114365



From MARKZ@vmd.cso.uiuc.edu Fri Mar 20 07:33:02 EET 1992
Article: 3002 of comp.binaries.ibm.pc.archives
From: MARKZ@vmd.cso.uiuc.edu (Mark S. Zinzow)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: Best PC-SIG sites?
Date: 19 Mar 92 21:02:52 GMT
Sender: daemon@vela.acs.oakland.edu
Lines: 36
Status: RO

jkristof@lucpul.it.luc.edu (NiteLine) writes:
> I'm looking for the most up-to-date PC-SIG sites.  There's a lot of
> good programs by PC-SIG disks that I can't find yet.  If anyone has
> a good site for them (the best at keeping up to date) please let me
> know.  Thanks.

We put the files online from the CD-ROM here.  It's too expensive to buy
update disks for everything every month.  If you want specific disks that
contain software not available via BBS or ftp (highly unlikely) you'll
have to buy them directly from PC-SIG.

Quote from ftp.cso.uiuc.edu:/pc/pcsig/README

If you need more recent disks, they may be ordered from PC-SIG by
calling 1 800 245-6717. If you order updates, please contact Mark
Zinzow MARKZ@UIUCVMD.BITNET or markz@vmd.cso.uiuc.edu and he will be
happy to update the collection on ux1 from your PC-SIG distributed
originals.

If you enjoy using this file collection, please consider joining
PC-SIG.  Membership plans typically cost about $20 a year.

PC-SIG (Personal Computer Software Interest Group) is located at
1030 D East Duane Avenue
Sunnyvale, CA 94086
Order: 800 245-6717 from 7am to 6pm PST (Fax: 408 730-2107)
phone: 408 730-9291

Membership includes Shareware Magazine, and the Encyclopedia of Shareware,
as well as other special offers such as free disks, and discounts on
orders.

Mark
--
Mark S. Zinzow
MARKZ@vmd.cso.uiuc.edu


From @WSMR-SIMTEL20.ARMY.MIL:w8sdz@Vela.ACS.Oakland.Edu Sun Mar 22 02:05:09 1992
Return-Path: <@WSMR-SIMTEL20.ARMY.MIL:w8sdz@Vela.ACS.Oakland.Edu>
Received: from uwasa.fi by brando.uwasa.fi (4.1/(hh)22Jul91)
        id AA00270; Sun, 22 Mar 92 02:05:08 +0200
Received: from WSMR-SIMTEL20.ARMY.MIL by uwasa.fi (4.1/101091(hh))
        id AA09745; Sun, 22 Mar 92 02:04:42 +0200
Received: from via.ws13.merit.edu by WSMR-SIMTEL20.ARMY.MIL with TCP; Sat, 21 Mar 92 16:38:09 MST
Date: Sat, 21 Mar 92 18:26:48 EST
From: Keith Petersen <w8sdz@Vela.ACS.Oakland.Edu>
Message-Id: <2897.w8sdz@Vela.ACS.Oakland.Edu>
To: Doc Savage <savage@ddnuvax.af.mil>
Subject: Re: PKZIP v2.0
Status: RO

> Today I saw an advertisement in a trade journal for PKZIP v2.0.  Do you
> know if this new version will be distributed as shareware?

It will be available as Shareware when it's released.  As with most
magazine advertising one has to submit the copy months in advance of
publication.  There have been some delays in the Beta test phase of
PKZIP 2.0.  It may be a month or two before we see it.  I have a friend
watching Katz's BBS for the release so we'll have it as soon as it's
available.

> (I wonder if this new version offers all of the bells & whistles &
> performance of Robert Jung's ARJ.)

Yes, I believe it does.  There has been a discussion about this in
Usenet newsgroup comp.compression, and I believe some discussion on
the Info-ZIP mailing list as well.

--Keith

From w8sdz@Vela.ACS.Oakland.Edu Sun Mar 22 10:45:03 1992
Date: Sun, 22 Mar 92 03:37:14 EST
From: Keith Petersen <w8sdz@Vela.ACS.Oakland.Edu>
To: ts@uwasa.fi (Timo Salmi)
Subject: Re: TSBAT34.ZIP batch file collection update at garbo
Status: RO

> Sat 21-Mar-92: I have updated my collection of useful batch files
> and tricks making it garbo.uwasa.fi:/pc/ts/tsbat34.zip.
>  - Added EXE2ZIP for converting self-extracting archives into
>    zippped archives. Requires that you have PKZIP.EXE and dive R:
>    available. I have ramdisk on drive R:, and if you do not you have
>    to either customize the batch or use a suitable drive
>    substitution like SUBST R: C:\

Timo, please consider the use of Vernon Buerg's free FV program for this
operation.  It will convert many different self-extracting archive types
into their native format by using this command:  FV myfile.exe /X

The advantage is that the original ZIP is recovered - comments, AVs
and all.  All it does is copy the original file to a new file, skipping
over the self-extraction code at the beginning.

Directory PD1:<MSDOS.ARC-LBR>
 Filename   Type Length   Date    Description
==============================================
FV138.ZIP     B    8747  911004  View dirs of ARC/DWC/LBR/LZH/PAK/ZIP/ZOO/SFXs

--Keith

From ts@uwasa.fi Sun Mar 22 11:27:42 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Questions about FTP server maintainance.
Organization: University of Vaasa, Finland
Date: Sun, 22 Mar 1992 09:27:26 GMT
Lines: 70
Status: RO

In article <92080.215615NCKUS089@TWNMOE10.BITNET> NCKUS089@TWNMOE10.BITNET (Mac Su-Cheong) writes:
>   My friend is a novice moderater of an anonymous ftp server. Here are some
> questions about maintainance of ftp server.
>
>   1. There are many nice packages on simtel or garbo, can I get these packages
>      and put them on my ftp server so that others can download them? Should I
>      inform the authors or others?

You may download any file from garbo FTP archives freely.  That's
exactly what they are for in there.  For free downloading.  Of
course I welcome it if you decide to inform me, especially if the
operation will be in the magnitude to be entered on my
garbo.uwasa.fi:/pc/pd2/moder.lst list of MsDos & Windows FTP sites.
You have a free hand.  It is up to you.  You do not need individual
permissions from the authors (not at least as far as this is
non-commercial).

>   2. Is here the right group to post this kind of questions? If no, where
>      should I post them?

I guess it all right here as far as it concerns MsDos & Windows FTP
sites.  Still, the newsgroup comp.archives.admin is better geared
for general discussions of FTP site policies.

>   3. Is there any rule for maintaining the anonymous ftp server? Is there
>      any policy on classification of the packages I got, ie. what packages
>      should I put in certain directory?

Not fast rules perhaps, but much to be learned out of the actual
practice of FTP site moderation.  You might take a moment to study
how the garbo system has been constructed.  We have been fortunate
to have much postitive feedback on how our file system at garbo is
organized.  (There is always room for sensible improvement, though).
As for setting up the site in the technical sense, that is beyond me
since I do not do garbo system management, only archives management
and publicity.

>   4. He want to allow uploading by users. Is there any rule or policy about
>      uploading? How should he deal with these uploaded packages, ie. how to
>      decide whether the uploaded package is accepted or not?

First you must decide whether you want to be a fine general site
like SIMTEL20 and wuarchive, or whether you wish specialize like
garbo.  Then you must set your own standards they way you feel best.
There are some general pieces of advice though.  Always check for
viruses.  Never accept anything that you suspect might be commercial
or cracked.  With the exception of archivers avoid self-extracting
files.  Avoid overly weak and non-working packages.  Require a
proper documentation.  As a moderator be prepared to compliments,
but also abuse.  Be prepared to allocate much time the moderation.
Be extra careful if you decide to take the risk of considering
controversial material (eg religious, political, adult).

>   Please send your reply to
>             jgl@mail.ncku.edu.tw
>   or post to this group.

As my habit is, I'll post since this has general applicability.

>Mac Su-Cheong
>nckus089@twnmoe10.bitnet
>msc@sun4.ee.ncku.edu.tw

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


[And Keith's views on this]

-From w8sdz@Vela.ACS.Oakland.Edu Mon Mar 23 11:44:01 EET 1992
Article: 3057 of comp.binaries.ibm.pc.archives
From: w8sdz@Vela.ACS.Oakland.Edu (Keith Petersen)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: Questions about FTP server maintainance.
Date: 22 Mar 92 23:45:43 GMT
Lines: 42

Mac Su-Cheong Wrote:
>   My friend is a novice moderater of an anonymous ftp server. Here are some
> questions about maintainance of ftp server.
>
> 1. There are many nice packages on simtel or garbo, can I get these packages
>    and put them on my ftp server so that others can download them? Should I
>    inform the authors or others?

All files in the SIMTEL20 collection are freely distributable.  You can
copy them from SIMTEL20 or its mirror sites.  There is no requirement to
notify the authors.

> 2. Is here the right group to post this kind of questions? If no, where
>    should I post them?

Policy questions should be sent to the archive site maintainers, rather
than being posted in a public forum.

> 3. Is there any rule for maintaining the anonymous ftp server? Is there
>    any policy on classification of the packages I got, ie. what packages
>    should I put in certain directory?

Your directory organization is whatever you want it to be.  If you want
to make it easy for users to find files by using the SIMTEL20 index then
it would be best to use the same general directory organization.

> 4. He want to allow uploading by users. Is there any rule or policy about
>    uploading? How should he deal with these uploaded packages, ie. how to
>    decide whether the uploaded package is accepted or not?

Don't allow anonymous uploads.  Always know who your uploaders are and
keep a record of who uploaded what in case you have questions or
problems later.  Scan all uploads for viruses and be sure the program is
freely distributable.  If it contains a copyright and no statement that
it is freely-distributable don't accept it.

Keith
--
Keith Petersen
Maintainer of the MSDOS, MISC and CP/M archives at SIMTEL20 [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or       w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                          BITNET: w8sdz@OAKLAND


From ts@uwasa.fi Tue Mar 24 11:50:18 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: question of funding
Organization: University of Vaasa, Finland
Date: Tue, 24 Mar 1992 09:49:53 GMT
Status: RO

In article <92081.120228K3006E7@ALIJKU11.BITNET>
K3006E7@ALIJKU11.BITNET writes:
>I am just curious where the funding comes from in regards to
>maintaining Simtel20 by Keith Petersen and uwasa by Timo Salmi.
>Don't get me wrong, I enjoy the services of these two sites
>as much as the thousands (or millions?) of others.  But
>I assume taking care of these archives is pretty much a full-time
>job|  Who pays?
>                   Just curious

The garbo.uwasa.fi archives are part of the activities of the
University of Vaasa, Finland.  All the universities in Finland are
state owned, so you could say that in the final analysis the Finnish
tax payers provide the funding.

At garbo the archives moderation is a far cry from a full time
operation.  Only my fellow moderator Harri Valkama has a part of his
time officially assigned to garbo maintenance.  As far I am
concerned my regular duties consist of being an Accounting and
Business Finance professor and the dean of the Faculty of Accounting
and Industrial Management.  Much of my moderation at garbo takes
place at home through a 9600bps modem.  Although I see no imminent
reason for that at the moment, this means that I can reassign my
personal priorities with respect to moderating any time I choose. 
For example, if I would decide to drop this tomorrow that would be
it.  Period.  As a moderator I can be considered a just a volunteer
who has so far seen this activity worth my while.  What we would
like to have is a full-time assistant for garbo who would get
properly paid for this.  (Please note, this is _not_ a petition, but
just an observation.  I am not striving at anything by this reply). 

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Wed Mar 25 07:02:35 1992
Subject: Re: ADDPATH.BAT and path length
To: slumos@hammond.cs.unlv.edu
Date: Wed, 25 Mar 92 7:02:35 EET
In-Reply-To: <9203250103.AA22856@uwasa.fi>; from "slumos@hammond.cs.unlv.edu" at Mar 24, 92 4:52 pm
X-Mailer: ELM [version 2.3 PL11]
Status: RO

> Hi Timo,
>
> The question is: Will your .BAT program ADDPATH.BAT allow putting more
> than 127 characters into the path? I have heard that this is possible
> with batch files.

Hi Steve,

PATH.TXT in the same /pc/ts/tsbat34.zip package has more on that.

> Thank you - Steve

All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From landers@ibm150.mgmt.purdue.edu Fri Mar 27 18:45:25 1992
From: landers@ibm150.mgmt.purdue.edu
Subject: Minor bug in TODAY.EXE
To: <ts@uwasa.fi>
Date: Fri, 27 Mar 92 11:19:00 PST
Status: RO


I downloaded your utility sets from SIMTEL a few weeks ago (I don't remember
seing them there before).  I usually don't download from vassa since it's a
satalite link from here and VERY slow.  I finally looked through the readme
files this weekend and was quite excieted about several of them, which I'll
try out as need arises.

I used TODAY and think it's great.  I've had a util for this before, but
it didn't take a filespec, nor recurse, so this is just what I needed.  I have
one request, if you will be revising it:  the shorthand for current directory
gives incorrect results.  A sample is below.



c> today .

TODAY, Copyright (c) by Prof. Timo Salmi, (Ver. 1.1) 19-Jul-90
Address: School of Business Studies, University of Vaasa, Finland

Using mask E:\PI
Recursively 0 days back
0 files found



today *.*

TODAY, Copyright (c) by Prof. Timo Salmi, (Ver. 1.1) 19-Jul-90
Address: School of Business Studies, University of Vaasa, Finland

Using mask E:\PI\*.*
Recursively 0 days back
Fr-27-03-92 11:26 E:\PI\REINDEX.EXE
Fr-27-03-92 11:27 E:\PI\ADDR-ETA.NDX
Fr-27-03-92 11:27 E:\PI\ADDRESS.NDX
Fr-27-03-92 11:27 E:\PI\CONT-ETA.NDX
Fr-27-03-92 11:27 E:\PI\CONTDATE.NDX
Fr-27-03-92 11:27 E:\PI\CONTNAME.NDX
Fr-27-03-92 11:27 E:\PI\FUNDS.NDX
Fr-27-03-92 11:27 E:\PI\STATUS.NDX
Fr-27-03-92 11:27 E:\PI\TOTC-AMT.NDX
Fr-27-03-92 11:27 E:\PI\TOTC-ETA.NDX
Fr-27-03-92 11:30 E:\PI\FOO
11 files found


Regards,


   <================================><============================>
   || Christopher Landers           || PURDUE UNIVERSITY         ||
   || Information Center Specialist || KRAN 708                  ||
   || Krannert Computing Center     || West Lafayette, IN  47907 ||
   <=================== landers@zeus.mgmt.purdue.edu =============>

[Epilogue.  I subsequently corrected the bug Chris kindly reported.]



From roy%cybrspc@cs.umn.edu Sun Mar 29 07:35:57 EET 1992
Article: 15047 of comp.binaries.ibm.pc.d
From: roy%cybrspc@cs.umn.edu (Roy M. Silvernail)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: PKZip 2.01 released?
Date: 28 Mar 92 17:42:23 GMT
Organization: Villa CyberSpace, Minneapolis, MN
Lines: 60
Status: RO

gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall) writes:

> Someone just told me that PKZip 2.01 was released. I wanted to check with
> the net to see if this is a real released version, or another bogus version.
> Anyone know?

This message was forwarded to the Info-ZIP mailing list:


Date: Fri, 27 Mar 1992 11:07:57 -0800 (PST)
From: Rich Wales <wales@CS.UCLA.EDU>
Subject: Administrivia: Warning -- bogus PKZ201 being circulated
Message-ID: <920327.190757z.29224.wales@valeria.cs.ucla.edu>

The following announcement came from PKWARE.  If you see something
that claims to be "PKZIP version 2.01", it is a hacked copy of the
1.93-alpha program and should not be used or redistributed.

Rich Wales <wales@CS.UCLA.EDU> // UCLA Computer Science Department
3531 Boelter Hall // Los Angeles, CA 90024-1596 // +1 (310) 825-5683
 ==== Moderator of the INFO-ZIP Digest (info-zip@cs.ucla.edu) ====

03/16/1992
WARNING!  WARNING!  WARNING!  WARNING!  WARNING!  WARNING! WARNING!
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

There is a file being circulated on BBS's called PKZ201.ZIP or
PKZ201.EXE or similar, and that claims to be version 2.01 of
PKZIP but in fact is a hacked version of PKZIP 1.93 Alpha.

As of the date of this writing, the latest version of PKZIP is
version 1.10. If you see the files PKZ201.ZIP or PKZ201.EXE on any
BBS or on-line system, please ask the SysOp of that system to remove
the files IMMEDIATELY, and please contact PKWARE to report where the
files were seen.

Of course, because of this PKWARE will never release a version
of PKZIP with the version number 2.01.

If you have any information about the source of PKZ201.EXE or
PKZ201.ZIP, please report it to PKWARE immediately, either:

by Voice at 414-354-8699
by BBS   at 414-354-8670
by FAX   at 414-354-8559
or by mail:

PKWARE Inc.
9025 N. Deerwood Drive
Brown Deer, WI 53223 USA

Sincerely,

        Phil Katz
        President, PKWARE Inc.

--
Roy M. Silvernail --    []  Call your Congressman and urge support of HR3515!
roy%cybrspc@cs.umn.edu  []      Your Senator should support S. 2112, too!
cybrspc!roy@cs.umn.edu  []    Protect equal access to the telephone network!


From w8sdz@rigel.acs.oakland.edu Mon Mar 30 06:58:19 EET 1992
Article: 15061 of comp.binaries.ibm.pc.d
From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Join info-zip mailing list
Date: 29 Mar 92 18:55:11 GMT
Organization: The SIMTEL20 Archives
Lines: 14
Status: RO

Join the Info-Zip mailing list and learn about the development of
"portable zip" - a project to produce a zip/unzip that will run on as
many systems as possible.  If you have good programming skills you
will be especially welcomed (doubly so if you have access to a
platform that hasn't yet been "conquered").  Send e-mail to
info-zip-request@cs.ucla.edu with a request to be added to the
mailing list.

Keith
--
Keith Petersen
Maintainer of the MSDOS, MISC and CP/M archives at SIMTEL20 [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or       w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                          BITNET: w8sdz@OAKLAND


From hv@garbo.uwasa.fi Tue Mar 31 08:46:25 1992
Subject: Re: Mail server suggestions
To: edwardsc@cpsc.ucalgary.ca (Christopher Edwards)
Date: Tue, 31 Mar 92 08:47:42 +0300
Status: RO


   Prof. Salmi

           I believe I saw somewhere that you welcome suggestions
           for you site so I will make one.
           When I receive downloads from garbo and I use the mail
           program we have here the last part of the message is cut
           off.  The last part of the message is always
           ' part - #' so unfortunately I know the name of the file
           but not which part.  Another place I down load form uses
           this format:

           part #/# - filename path_to_file

           I feel that putting the part number first is very convienent.
           you could just put the filename and not the path to it as
           the path is not that important.  With the part number
           first I can just append the parts in the correct order
           instead of trying to figure out which part is which.

           Just a suggestion,

           Chris Edwards         at: edwardsc@cpsc.ucalgary.ca

That was such a good suggestion that I changed my mailserver according
your advice. Now it works like that. Thank you.

-harri-

From w8sdz@VELA.ACS.OAKLAND.EDU Thu Apr  2 15:04:23 EET 1992
Article: 3255 of comp.binaries.ibm.pc.archives
From: w8sdz@VELA.ACS.OAKLAND.EDU (Keith Petersen)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: No AV number for SCANV89B.ZIP , VSHLD89B.ZIP etc...
Date: 1 Apr 92 20:38:35 GMT
Lines: 96
Status: RO

grooth@prl.philips.nl (groothuis e) writes:
> >bplim@cs.utexas.edu (Gerald Lim) writes:
> >>Has anyone out there downloaded the new SCANV89B.ZIP and support archives..?
> >>Aren't archives from McAfee supposed to come with the auto-verification
> >>number...??  I'm asking because this is the first time (i.e. since McAfee
> >>started using those PKZip auto-verification numbers) that I've downloaded
> >>those files, extracted them without seeing the NW#405 (I think that's the
> >>correct number) at the end of the extract.
> >
> >You didn't say where you got the files.  The McAfee files on SIMTEL20
> >and OAK were obtained direct from McAfee Associates.  They each display
> >
> >  Authentic files Verified!   # NWN405   Zip Source: McAFEE ASSOCIATES
> >
> >when extracting the files.
> >
> >Keith
>
> I'm sorry for you, but I only get the -AV mark. I'm using PKZ110EU
> (which allows auto-verification numbers) and got my .ZIP-files from
> aok.aokland.edu (directory /pub/msdos/trojan-pro). Any idea why?

You have the export version of PKUNZIP/PKZIP, which is distributed by
SIMTEL20, OAK and garbo as PKZ110EU.EXE.  It does not have the encryption
routines which apparently are needed for the "Authentic files Verified!"
message to appear.  If you would like to let PKWare know how you feel
about this, their e-mail address is:  75300.730@compuserve.com

Here is what I get with the U.S. version of PKZUNIP version 1.10 on the
McAfee files downloaded from SIMTEL20 and OAK.Oakland.Edu:

C:\SIMTEL20\>PKUNZIP/T *.ZIP

PKUNZIP (R)    FAST!    Extract Utility    Version 1.1    03-15-90
Copr. 1989-1990 PKWARE Inc. All Rights Reserved. PKUNZIP/h for help
PKUNZIP Reg. U.S. Pat. and Tm. Off.

Testing: AGENTS.TXT    OK -AV
Testing: COMPUSER.NOT  OK -AV
Testing: README.1ST    OK -AV
Testing: REGISTER.DOC  OK -AV
Testing: SCAN.EXE      OK -AV
Testing: SCAN89.DOC    OK -AV
Testing: VALIDATE.COM  OK -AV
Testing: VALIDATE.DOC  OK -AV
Testing: VIRLIST.TXT   OK -AV

Authentic files Verified!   # NWN405   Zip Source: McAFEE ASSOCIATES

Keith
--
Keith Petersen
Maintainer of the MSDOS, MISC and CP/M archives at SIMTEL20 [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or       w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                          BITNET: w8sdz@OAKLAND


From bwmohle@pbsdts.sdcrc.PacBell.COM Mon Apr  6 00:52:30 1992
Date: Sun, 5 Apr 92 21:51:53 pst
From: bwmohle@pbsdts.sdcrc.PacBell.COM (Bruce W. Mohler)
To: ts@uwasa.fi
Subject: Re: SLASH.ZIP - '/' in pathnames and '-' for switches in DOS 5
Newsgroups: comp.binaries.ibm.pc.archives
In-Reply-To: <1992Apr5.055653.9452@uwasa.fi>
References: <3157.w8sdz@Vela.ACS.Oakland.Edu>
Organization: Pacific Bell, San Diego, CA
Status: RO

In article <1992Apr5.055653.9452@uwasa.fi> you write:
>In article <3157.w8sdz@Vela.ACS.Oakland.Edu> malpass@ll.mit.edu
(Don Malpass) writes:
>>SLASH.ZIP       '/' in pathnames and '-' for switches in DOS 5
>>I take no credit for this work other than passing it on.  It saved me
>>back when I installed DOS-5 and found that Microsoft wouldn't let me
>>change the switch-character.
>
>I would be interested in feedback whether my SWITCHAR.EXE manages to
>do the same since I have not tested it with MsDos 5.0, just 3.3.
>
>garbo.uwasa.fi:/pc/ts/tsutld19.zip Fourth set of Utilities, T.Salmi
>Filename        Comment                             Date      Time
>--------        --------------------------------    ----      ----
>:
>SWITCHAR.EXE    Makes Unix freaks feel at home    11-26-89  21:25:32
>:
>----            ------             ------  -----
>0017            141195             103599   27%
>
>...................................................................
>Prof. Timo Salmi
>Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
>School of Business Studies, University of Vaasa, SF-65101, Finland
>Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

Timo,

I have DOS 5.0 running on an AST Premium 286 (venerable and stable)
and neither of the programs worked.  The slash program claimed to be
changing the file name delimiter character,  but dir and other pure
DOS programs demonstrated that it was ineffective.  Similar failure
for the program switchar.

[All of the other computers that I work on run Unix, so these programs
were appealing until they did not work.  I do not consider myself a
Unix "freak" but more of an interesting mutation :-) ]

Bruce

--
Bruce W. Mohler                      | voice: 619-586-2218
System Administrator / COSMOS/March  | email: bwmohle@pbsdts.sdcrc.pacbell.com
------------------------------------------------------------------------------
Don't complain about what you can't change; work to change what you can.

[Another on this one:]
-From ts@uwasa.fi Mon Apr  6 20:57:58 1992
Subject: Re: SLASH.ZIP - '/' in pathnames and '-' for switches in DOS 5
To: b-davis@chinle.cs.utah.edu (Brad Davis)
Date: Mon, 6 Apr 92 20:57:58 EET DST
In-Reply-To: <9204061739.AA25800@chinle.cs.utah.edu>; from "Brad Davis" at Apr 6, 92 11:39 am
X-Mailer: ELM [version 2.3 PL11]

> In article <1992Apr5.055653.9452@uwasa.fi> you write:
> >I would be interested in feedback whether my SWITCHAR.EXE manages to
> >do the same since I have not tested it with MsDos 5.0, just 3.3.
>
> If your program calls the undocumented DOS function to change the
> switch character then it won't work.  MS (in their infinite wisdom)
> disabled that function call.
>
> --
> Brad Davis    ..!uunet.uu.net!cs.utah.edu!jaguar.cs.utah.edu!b-davis
>               b-davis@jaguar.cs.utah.edu, b-davis@cs.utah.edu
> One drunk driver can ruin your whole day.

Hello Brad,

Yes, so that's why!  In fact my program does just that.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Mon Apr  6 07:05:55 1992
Subject: Re: Registering your units/programs
To: holland@matt.ksu.ksu.edu (Rich Holland)
Date: Mon, 6 Apr 92 7:05:55 EET DST
In-Reply-To: <9204052142.AA02223@matt.ksu.ksu.edu>; from "Rich Holland" at Apr 5, 92 4:42 pm
X-Mailer: ELM [version 2.3 PL11]
Status: O

> I recently downloaded your tsps2755.zip collection of units out of
> curiosity.  At the moment, I'm at work and have need of code which
> will change a variable in the parent environment.  Last summer, PC
> Magazine published TP5.5 code which would do exactly that, by
> tracing back through the PSP's in DOS, looking for one that owned
> itself (the original COMMAND.COM) and then pointing to that
> environment space.  Basically, I added a Dos-Shell to the program
> I'm coding for work, and want to change the prompt so they don't run
> the thing twice, by forgetting they've shelled out of it.  I noticed
> in your units collection is a unit for this, but I also noticed the
> following paragraph in the READTSPA.ME file:
>
> > For ANY other usage, such as use in your commercial or in your
> > shareware program, use in a business enterprise or at a university,
> > please contact the author for registration.
>
> Does this mean I can't use your unit without sending you money?
> If so, I guess I'll go home and dig through my old PC-Magazines and
> disks (I *think* i keyed the code in...) and use the code that was
> published there (it's PD).  What is entailed by 'registration' anyway,
> for future reference?

Hello Rich,

Yours is good question.  I am not necessarily after money but rather
a recognition of the work by yours truly and the University of
Vaasa, Finland.  The answer quite depends on the particulars.
Please let me know what kind of usage, and in what kind of a
situation you have in mind.  My main rule has _approximately_ been
that if the individual would have to pay him/herself, then I usually
only ask for a prominent display of having made use of my
facilities, where they have come from and / or a reciprocal favor
(usually helping in propagation or uploading useful utilities and
updates to garbo).  If it would be a corporation or a university
that would pay, then that is different.

With my current Finnish marginal taxation at 66 percent (yes!) I
have little incentive for extra earnings from individuals, because
what a US citizen could sell say at $10 I would have to sell at some
$25 to break even the same way.  No wonder that the Finnish economy
is in deep trouble in fact worse exactly today than in a long time.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Tue Apr  7 00:15:44 EET 1992
Newsgroups: news.newusers.questions
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: "Wasted" Bandwidth
Organization: University of Vaasa, Finland
Date: Mon, 6 Apr 1992 21:14:26 GMT
Lines: 31
Status: RO

In article <01050133.0abmpd@caligula.cts.com> edw@caligula.cts.com
(Ed Watkeys) writes:
>When people get flamed here for not posting to the correct newsgroup, aren't
>the flames wasting as much bandwidth as the questions themselves, or as much

That in fact is a FAQ, or rather a frequently debated issue.  If we
talk of "flames" in the positive sense, that is giving genuine
guidance, these issues are far from a simple bandwidth questions.
Especially in new users' groups (but also elsewhere) you have to
account for the fact that by posting the pointers one gives the
information simultaneously to a great number of users potentially
not having the information.  Common sense should prevail in striking
a balance between posting and emailing these pointers.  In
particular, persons who write much on the news (FTP site moderators
like yours truly, newsgroup moderators, etc) have to do quite a
balancing act in this respect, yet someone always will have a
different view.

One can see the expression "wasted bandwidth" so often thrown around
all too lightly in the news just for the sake of having such a nifty
expression in one's vocabulary without really stopping to think what
it entails.

Abusive or flippant flames on the other hand won't be useful for
anyone.

If you are particularly interested in the posting vs emailing and
replying methods issue you might want to take a look at the
following material:

garbo.uwasa.fi:/pc/pd2/post05.zip item #6 (sixth in _chronological_
order when read with elm!)

garbo.uwasa.fi:/pc/pd2/post07.zip item #17

FAQNEWS.TXT in garbo.uwasa.fi:/pc/ts/tsfaq27.zip, item #19 (as
numbered in its headers).

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun



From ts@uwasa.fi Tue Apr  7 09:31:30 1992
Subject: Re: ChipFn
To: J_SCHULL@ACC.HAVERFORD.EDU (Jonathan Schull)
Date: Tue, 7 Apr 92 9:31:31 EET DST
Status: O

> I know you don't "relase your sources", but how about a hint?
>
> How do you figure out the Chip?
>
> Thanks for all your fine work.
>
>            Jon

Hi Jon,

As far as I recall I in fact give even a bit more than a hint in
garbo.uwasa.fi:/pc/ts/tsfq27.zip.  It is somewhat like "see
Tischer's TP book and Infoplus sources".  (Exact references in
tsfaq27.zip).  Both are very useful in many respects.  And thank
your for the compliment.  Always appreciated.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

-From ts@uwasa.fi Wed Apr  8 19:41:23 1992
Subject: Re: CHIPFN
To: J_SCHULL@ACC.HAVERFORD.EDU (Jonathan Schull)
Date: Wed, 8 Apr 92 19:41:23 EET DST
In-Reply-To: <01GILPMU8HCW91W63G@ACC.HAVERFORD.EDU>; from "Jonathan Schull" at Apr 8, 92 11:19 am
X-Mailer: ELM [version 2.3 PL11]

>
> Thanks for your note.
> I find nothing about ChipFn in TSFAQ27.
> And I'm afraid I lost your message mentioning another lead..
>
> A few more pointers ifyou have a moment?
> Thanks
>

Hello Jon,

Oops, sorry, it was a bad tip then.  The full reference to Tischer's
book is in the bibliography of FAQPAS.TXT in /pc/ts/tsfaq27.zip.
The reference to InfoFlus sources is in /pc/ts/tsans059.txt.

All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Thu Apr  9 06:35:44 1992
Subject: Re: pascal editors
To: preavley@cs.utexas.edu (Paul Reavley)
Date: Thu, 9 Apr 92 6:35:44 EET DST
Cc: dmurdoch@watstat.uwaterloo.ca (Duncan Murdoch),
        rhys@cs.uq.oz.au (Rhys Weatherley)
X-Mailer: ELM [version 2.3 PL11]
Status: O

>
> Could you suggest any source examples of turbo pascal code that
> adds basic formatting capabilities such as underlining and bold
> to the dos tvedit unit, or pascal or c examples used with a simple
> dos editor?  Also, is there a file for the pascal FAQ list that I
> can find at a North American mirror site?  I hope this note is
> not a nuisance.  Any assistance would be appreciated.
>                                   Paul Reavley

Hello Paul,

Your questions are welcome, but had your read /pc/ts/tsfaq27.zip
Frequently Asked Questions you would know that I program in Turbo
Pascal 5.0 and know nothing about Turbo Vision, nor have I ever
written a single line of code in C.  Probably the best way of
proceeding is putting the question to comp.lang.pascal.  As for
MsDos FTP sites and mirrors the information can be found in
garbo.uwasa.fi:/pc/pd2/moder.lst list which I moderate together with
my Australian friend Rhys Weatherley.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Fri Apr 10 13:09:28 1992
Subject: Re: A /pub directory on garbo
To: reuver@mikro.ee.tu-berlin.de (Dirk Reuver)
Date: Fri, 10 Apr 92 13:09:28 EET DST
Status: O

> Hi,
>
> I noticed a strange thing about garbo.uwasa.fi
> After ftp'ing the ls-lR.Z file I found the file I was looking for
> was listed under /pub/pc/...
> I tried to ftp it using the full pathname, but got 'no such file'
> Then I tried using only pc/... and it worked
> So my question is: If you have no /pub directory, why is it listed in
> the ls-lR file ?
>
> Sorry for bothering you, but I think this may be confusing to others, too.
>
> Regards
>
> Dirk
>
> __________________________________________________________________________
> Dirk Reuver                           Phone:  +49 30 314 26705
> Institute for Microelectronics        FAX:    +49 30 314 24597
> Technical University Berlin           Email:  reuver@mikro.ee.tu-berlin.de
>                     "You say tomato, I say tomato"
>

Hello Dirk,

This is a good and relevant question.  The reason for this quirk is
that for anonymous FTP users garbo's /pub directory is their root.
Thus while the true directory is eg /pub/pc/ts this directory looks
like and must be referred to as /pc/ts as far as an anonymous FTP
user is concerned.  (For a mail server user the directory usage is
pc/ts that is without the preceding slash).

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Fri Apr 10 16:51:14 1992
Subject: Re: Some information about the files on GARBO.UWASA.FI
To: SATCC@CUNYVM.BITNET (Sameer Tejani)
Date: Fri, 10 Apr 92 16:51:14 EET DST
In-Reply-To: <718F06380BFFE00199@OPMVAX.CSC.FI>; from "Sameer Tejani" at Apr 9, 92 1:36 pm
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Dear Professer Salmi,
>
> I have been downloading many files from you FTP site recently.  Usually
> I download a file which I think would of use to me, by looking at it's name.
> However, some files I download are of no use to me, and I was just wondering
> whether you happen to have a file which contains some information about the
> files you have at your site so that I can get a rough idea of what the program
> is about, before I download it.
>
> I thank you in advance for your co-operation and eagerly await your reply,
>
> Sincerely,
>
> Sameer <SATCC@CUNYVM.BITNET>

Hello Sameer,

Our main annotated MsDos file list is /pc/INDEX.ZIP.  There is also
a /pc/INDEXTS detailed contents list of each package in the /pc/ts
directory that has the rather large collection of my own programs. 

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Mon Apr 13 01:06:05 1992
Subject: Re: Renaming MODER.LST to MODER001.ZIP
To: rhys@cs.uq.oz.au
Date: Mon, 13 Apr 92 1:06:05 EET DST
Cc: Garbo infolist, w8sdz@vela.acs.oakland.edu (Keith Petersen)
Status: O

>
> >Sun 12-Apr-92: I am changing the naming convention of the
> >garbo.uwasa.fi:/pc/pd2/moder.lst list of MsDos FTP sites and
> >moderators which I maintain together with Rhys Weatherley.  I'll
> >make it a .zip file, and include a version number from now on.  Thus
> >I have changed it now to be moder001.zip.  There are no changes in
> >the text this time.  The file uses PC eolns so that if you wish to
> >unzip it on your Unix host, apply unzip -a moder001.zip.
>
> Sounds like a good idea.  However, I always find it annoying when such
> frequently updated files change names, because it makes it harder to
> automatically retrieve the latest one (I'm not doing this at the moment
> with moder.lst and the TS-faqs, but I may).
>
> I don't know how hard it would be to do from an archive-maintenance
> stand-point, but a link "moder.zip" pointing to the latest version would
> be nice.  But only if you think it is worth it, and not too much hassle.
> It's only a suggestion.
>
> The automatic retrieval I do is mainly to retrieve FAQ's and other useful
> information, rather than a full mirror.
>
> Cheers,
>
> Rhys.
>
> +=====================+==================================+
> ||  Rhys Weatherley   |  The University of Queensland,  ||
> ||  rhys@cs.uq.oz.au  |  Australia.  G'day!!            ||
> ||       "I'm a FAQ nut - what's your problem?"         ||
> +=====================+==================================+
>

Hello Rhys,

Yours is an excellent idea.  I'll link a moder.zip and author.zip as
names.  I'll let a few days go by first, though, to avoid double
confusion.

   All the best, Timo

[Epilogue: The clones of the information files are now in the new
/pc/link directory without the version numbers.  See below]

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


-From: rhys@cs.uq.oz.au
Subject: Re:  This is your doing :-)
To: ts@uwasa.fi
Date: Thu, 16 Apr 92 09:42:48 +1000

>-rw-rw-r--  2 ts           6983 Apr 13 23:53 /pub/pc/link/author.zip
>-rw-rw-r--  2 ts           4234 Apr 15 14:04 /pub/pc/link/moder.zip
>-rw-rw-r--  2 ts          27981 Mar 22 10:33 /pub/pc/link/pd2ans.txt
>-rw-rw-r--  2 ts          30031 Mar 16 11:33 /pub/pc/link/tsans.txt
>-rw-rw-r--  2 ts          17554 Apr 15 07:25 /pub/pc/link/tsarc.zip

Thanks Timo.  I'll set up some automatic retrieval stuff to test out my
theory that links make it easier.

Cheers,

Rhys.

+=====================+==================================+
||  Rhys Weatherley   |  The University of Queensland,  ||
||  rhys@cs.uq.oz.au  |  Australia.  G'day!!            ||
||       "I'm a FAQ nut - what's your problem?"         ||
+=====================+==================================+


From ts@uwasa.fi Tue Apr 14 10:59:38 1992
Subject: Re: MsDos uploads at garbo, Vaasa, Finland (Mon 13-Apr-92)
To: roberts@triton.unm.edu
Date: Tue, 14 Apr 92 10:59:38 EET DST
Cc: hv@uwasa.fi (Harri Valkama), AKISAARI@cc.Helsinki.FI (Aki Saari)
Status: O

> Timo,
>
> I just wanted to drop you a note telling you how much I like
> the idea of an index before all the other miscellaneous
> notes/program information in your "new at garbo" message.
>
> Robert
> Albuquerque, NM USA  (roberts@triton.unm.edu)  The Land of Enchantment!

Hello Robert,

I am pleased that several users have expressed their satisfaction
with this new procedure.  The only snag is that some of your kind
uploaders do not use descriptive subject headers when they send us
their upload announcements.  In fact, sometimes there is no subject
header at all.

This is such an important matter from the cbip.archive users' point
of view that I'll take the liberty of posting your feedback and my
reply to it.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From bew@brahms.udel.edu Wed Apr 15 20:28:22 1992
From: bew@brahms.udel.edu (Ben Williams)
Date: Wed, 15 Apr 1992 13:28:10 EDT
To: ts@uwasa.fi
Subject: MSPLIT.EXE
Status: RO

Hi! Recently I accumulated a large amount of e-mail on my UNIX
account and was wondering if there was a program that would format
them in a useful format (hopefully starting with an index of sender,
time, and subject headings like I get when I run mush) and then
conveniently print them out.  I asked the consultant here and he
said no, they had no such thing.  Later I was looking through things
I had accumulated off the net and I noticed your MSPLIT.EXE did at
least the basic thing I wanted, which was put a form-feed between
messages.  So I downloaded my 162 email messages and looked at the
documentation for MSPLIT.  It mentioned "From: " beginning a line
followed by "Subject: " because that is how you can output from elm
(I have no experience with that mail handler).  When I looked at
what my messages looked like, I thought, oh no, mush outputs them
beginning "From " followed by "Received: " and I thought I would
have to go through and replace all the "From "s with "From: "s, and
started dusting off my 'sed' manual.  But then I saw you DO accept a
"From " rather than a "From: ", and thought, great, it should work
then.  Well, I ran it to create separate files, and guess what, I
got files numbered up to 171.  Guess why? The reason is, there were
some messages that contained a "From: " "Subject: " pair, like maybe
someone was forwarding part of another message.  So even though you
generalized MSPLIT to accept a "From " as well as a "From: ", it was
backfiring in this case.  SOLUTION: My first idea was perhaps you
could have as part of the argument for MSPLIT, a file that would
include the pair of lines which delineate the beginning of a
message.  But this seemed somewhat awkward.  BETTER SOLUTION: Use
your current general scheme, looking for any of the 8 possible
pairs.  When you find your first pair, lock on that pair.  That is,
after finding that first pair, only look for additional pairs that
exactly match that first pair, rather then continuing to use the
more general search.  This solution negates the requirement for any
additional arguments, and would solve the problem I had, anyway.

Thanks for having this rudimentary way to deal with email, anyway.
I am really surprised that nothing else has been done about what I
would think would be a very useful utility, but then I haven't
looked that hard for something.  If there is no software to do like
I was wishing (at the top of this message), maybe I should try to
write something.  Anyway, wishing you well...

Ben.

From ts@uwasa.fi Thu Apr 16 11:37:36 EET 1992
Article: 3491 of comp.binaries.ibm.pc.archives
Newsgroups: comp.binaries.ibm.pc.archives,comp.os.msdos.apps,comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Invitation, PD&SW MsDos authors list
Followup-To: comp.binaries.ibm.pc.archives
Organization: University of Vaasa, Finland
Date: Thu, 16 Apr 1992 02:02:49 GMT
Lines: 55
Status: RO

Dear PD & SW MsDos utilities authors.  I am still soliciting entries
to my public garbo.uwasa.fi:/pc/ts/author*.zip list of authors
reachable from InterNet by email to a stable address.

 - This list specializes in MsDos PD & SW utilities authors.  Games
   and Windows are not covered.
 - Please fill in.  That way the possibility of me making errors
   is diminished.
 - This is above all an address list.  Therefore the "Program:" line
   should have your major or preferred product including a suitable
   description in a manner that does not exceed column 68 on the
   single line reserved for this purpose.  (Thus only one line).
 - Yet, if possible, be specific about your product.  Rather than
   just stating e.g.
    Program: GISMO
   you might want to state
    Program: GISMO Global International Simulator Modelling utilities
 - When you kindly fill this in for me, please do not use tabs, and
   start from column 13 as the ruler indicates.
 - If you are correcting or changing an entry I already have, please
   be sure to fill in all the items, nevertheless.  Not just the
   changed one.

--------------------- please cut here ------------------------------
            3456789 123456789 123456789 123456789 123456789 12345678
Key:
Author:
Program:
Company:
Email:
Address:
Voice:
BBS:
Fax:
Other info:
--------------------- please cut here ------------------------------

Here is an example.  Please see garbo.uwasa.fi:/pc/pd2/author*.zip
if you wish to have more examples.
Key:        Derr, James
Author:     James (Jim) Derr
Program:    SHEZ Compression Companion
Company:    California Software Design
Email:      76266.2634@compuserve.com
Address:    P.O. Box 15248, Santa Rosa, Ca. 95402, USA
Voice:      (707) 575-9868
BBS:        (707) 538-8710
Fax:
Other info:

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Fri Apr 17 08:11:52 1992
Subject: Re: error (tskerm24.zip)
To: vcsc111@sfsuvax1.sfsu.edu (JASON H.)
Date: Fri, 17 Apr 92 8:11:52 EET DST
Status: O

>  Hi, after I pkunzip the file 'tskerm24.zip', the error message read
>
> files fails CRC check
>
>  please tell me if it is the tskerm24.zip problem ?
>
> vcsc111@sfsuvax1.sfsu.edu          /vcsc111

No, it is problem of your file handling.  With a 99% probability the
problem is one of the following:

1) Use binary mode in transfers at all junctions.

2) Use PKUNZIP version 1.10, never earlier!  (Or use unzip42.exe).

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Fri Apr 17 09:28:36 EET 1992
Article: 3506 of comp.binaries.ibm.pc.archives
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Doing it kindly (Was Re: looking for ...)
Message-ID: <1992Apr17.062747.9712@uwasa.fi>
Organization: University of Vaasa, Finland
Date: Fri, 17 Apr 1992 06:27:47 GMT
Lines: 65
Status: RO

In article <1992Apr16.000224.29692@sol.UVic.CA> weixiu@sirius.UVic.CA (Weixiu Du) writes:
>I would like to thank all of you who offered help to my previous question.
>The problem can be very easily solved by using "-d" option of
>unzip command.  Some people also reminded me that this is not the
>right group for this kind of question.  I apologize for that.

First my compliments to Weixiu for telling the solution, since
others might be interested too.  This is a commendable spririt.

Mis-selecting a group is quite understandable.  Sometimes it is
quite confusing even for the most experienced users.  The way it
goes is that if one has a problem with a utility announced on the
MsDos and Windows FTP sites, in accordance with the charter, this
(cbip.archives) is the place to post.  On the other hand, if the
question concerns where to find something the only right cbip place
is cbip.wanted.  The main task of cbip.archives is and remains MsDos
& Windows FTP site upload announcements.

Some additional, general comments.  I hope that you have been given
the notes about this in a constructive manner.  We should give
directions to fellow users.  Flames will not benefit anyone.

Some users criticize that pursuing the cbip charters the way we do
is overzelous or playing the net police.  That is missing the point.
Trying to keep the cbip groups on topic is not done for any pleasure
of net policing.  There is much more down to earth reason.  It is
wanting to keep the cbip groups (cbip.archives in particular) useful
in their original purpose.  Keith and I as archive site moderators
have a particular interest at stake in cbip.arcives in this respect.

Some commentators have also expressed a preference that all the
notes about charters be emailed only.  There is a very good point in
that since if everyone posted, a veritable chaos would follow.  On
the other hand posting makes also the other users aware of the
problems involved and informs of the correct procedures.  The
solution I prefer is striking a balance.  Although we do not have
actual moderation in this cbip.archives newsgroup, one can safely
say that Keith and I bear a self-imposed responsibility for this
group.  Since we do so much of the work around here, please allow us
two the use own judgement in this for the better or worse.  But I do
agree that for the great majority of users it is better to choose
emailing for their directives. 

It has also been said that our public efforts in keeping the cbip
groups on track are of no avail because breaches still occur.  I
have to disagree.  (Sorry friend Stan).  Having been around
practically all time I can safely and with confidence say that had
we not intervened the situation would have gone out of hand.  It
almost did in cbip.d at the beginning of having these different cbip
discussion subgroups but for the effort Keith and I put in (with a
little bit of help from others too).  Now we have things at a
tolerable level now most of the time, but we still have to be on our
tows.

As a concluding comment I have been pleased to see that there has
been very little of the inevitable acrimony in cbip.archives so
often present on the UseNet news.  Let's all keep up the good work.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

-From ts@uwasa.fi Sun Apr 19 08:36:45 1992
Subject: Re: Doing it kindly (Was Re: looking for ...)
To: dfoster@jarthur.Claremont.EDU
Date: Sun, 19 Apr 92 8:36:45 EET DST
Cc: w8sdz@vela.acs.oakland.edu (Keith Petersen),
        oneill@ulowell.edu (Brian ONeill),
        sloane@kuhub.cc.ukans.edu (Bob Sloane)
In-Reply-To: <9204190450.AA08981@uwasa.fi>; from "dfoster@jarthur.Claremont.EDU" at Apr 18, 92 9:48 pm
X-Mailer: ELM [version 2.3 PL11]

> Hello,

Hello Derek, and thank you for a nice and constructive message below. 
I'll include this reply in garbo.uwasa.fi:/pc/pd2/post08.txt because
you are making points of general interest. 

> I appreciate all the work that you go to to try and keep cbip.archives
> on-track. However, I am an experienced user, and I have to admit I find
> the repeated corrections of people's inappropriate postings occasionally
> almost as time-consuming as the postings themselves. I have tried to filter
> out some of the messages by adding lines such as "looking for" and "wanted"
> to my kill file, but it doesn't really do the job. The simplest possible
> way to be sure to get them all would be (not that I plan to do this)
> to add your name to my kill file, but then I would lose all of the
> invaluable contributions you make to the newsgroup as well. Needless to say
> that doesn't seem like a very good solution.
>
> What I was wondering is this: would it be possible for you to tag your
> messages of this sort with some sort of keyword in the subject line, so
> that experienced readers can filter them out? Since I am using trn, the
> threaded newsreader, I could simply tell it to "junk" all threads which
> contain that keyword, and thus get rid of both the inappropriate postings
> and your replies to them in one fell swoop. This would make a considerable
> reduction in the amount of time I spend reading cbip.archives, and I would
> appreciate it very much.

Yes, this is a fair suggestion.  Perhaps a suitable keyword would be
"(administrative)".  When the next case arises I'll try to remember
to do that and also inform the readers of this new practice.  I'll
also ask how this sounds with Keith and Brian and how they see this. 

I like take way you put this.  So many messages I get just want
something without making genuine suggestions how the problem might
be solved.  For the (few) users who have complained about my notes
in a civilized manner I have usually noted that I come in a
wholesale package, take it or leave it, but you are coming up with a
potential alternative.  (Fortunately the uncivilized complaints have
been very few but all the more unsavory.  They have concerned cbip.d
rather than cbip.archives, though.)

> As for the long-term problem, one thing that I think might help would be
> to change the name of the newsgroup from cbip.archives (which implies, to
> a novice, that this is a good place for inquiries about archives) to
> something like cbip.uploads, or cbip.announce, or whatever. That might
> filter out some of the people.

The name should in fact have been something like
comp.binaries.ibm.pc.msdos&windows-FTP-archive-site-announcements,
but naturally that is far, far too long.  Anyway, changing the name
of a newsgroup is overly laborious so I guess that we are stuck with
the current name.  There is nothing that I can do in this respect. 
Even if it were possible, I don't have the time to see it through. 

But the number of suggestions of a name change for cbip.archives I
have gotten from the gentle users is indicative.  And this concerns
cbip.archives in particular.  I have had practically no such
suggestions about renaming the other groups though some users have
suggested reducing the number of the discussion groups from three to
two.  That is not practical even if I personally was inclined to two
at the beginning when the new groups were planned.  (I voted for the
current arrangement, though, but for me the decision was not easy).
The reason for not wanting a reduction now is that if we changed at
this stage, we would be in for another period of utter confusion.

> Thanks for your time!
>
> Derek Riippa Foster

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

-From ts@uwasa.fi Sun Apr 19 09:13:14 EET 1992
Article: 3529 of comp.binaries.ibm.pc.archives
Newsgroups: comp.binaries.ibm.pc.archives
Path: uwasa.fi!ts
From: ts@uwasa.fi (Timo Salmi)
Subject: (administrative) Re: ALL ABOUT ARCS, ARJS, LZHS, ZIPS, ZOOS, LBRS, and SQUEEZED FILES
Message-ID: <1992Apr19.061017.10298@uwasa.fi>
Organization: University of Vaasa, Finland
References: <2413@accucx.cc.ruu.nl> <1992Apr15.195926.16285@cc.umontreal.ca> <1992Apr16.190423.17080@midway.uchicago.edu>
Date: Sun, 19 Apr 1992 06:10:17 GMT
Lines: 26

In article <1992Apr16.190423.17080@midway.uchicago.edu> valley@gsbsun.uchicago.edu (Doug Dougherty) writes:
>At the risk of incurring Timo's wrath for posting this here, let me
>point out that there is indeed a newer version of ZOO available.  It's
:
>(THis [sic] message should be assumed to have been smiley captioned for the
>humor impaired)

Friend Doug has a sense of humor I often enjoy.  Seriously though I
was approached in a nice and constructive manner by a user with a
useful suggestion that if a posting of mine is administrative I mark
it so by using the keyword "(administrative)".  Please see the
subject header of this reply for an example.  I have decided to try
to remember to do so from now on, on a trial basis.  This way those
of us who already know about the administrative side of this group
well enough can concentrate on the upload announcements and the
occasional program reviews, things we all would like to do, right?. 
Mind you, Gentle Fellow Users, I haven't enjoyed either to have to
try to keep the group on track. 

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From rhys@cs.uq.oz.au Sat Apr 18 00:50:37 1992
Date: Sat, 18 Apr 92 07:49:35 +1000
From: rhys@cs.uq.oz.au
Message-Id: <9204172149.AA17043@client>
To: ts@uwasa.fi
Subject: FTP fetch script
Status: RO


Hi Timo!

Since I was the one who suggested the "link" directory idea, I
thought you may be interested in the following script for fetching
the stuff in the link directory (plus some other stuff) and dumping
it in our local FAQ area.  It contacts archie.au for the data.  I've
set up a crontab entry so that this stuff will be archived every
Sunday, which should be enough to catch all the changes that happen
to them.  (Though, maybe I should fetch moder.zip every 2 hours
given the frequency of its updating.  :-).

Cheers,

Rhys.

+=====================+==================================+
||  Rhys Weatherley   |  The University of Queensland,  ||
||  rhys@cs.uq.oz.au  |  Australia.  G'day!!            ||
||       "I'm a FAQ nut - what's your problem?"         ||
+=====================+==================================+

---CUT-HERE---
#!/bin/sh
#
# fetchftp - A script to fetch some Frequently Asked stuff via FTP.
#
# 1.0   Rhys Weatherley, April 18, 1992.
#

# Define the directory to dump the final FAQ files in.
FAQDIR=/homes/faq

# Trap the exit conditions to make sure everything is cleaned up.
trap 'rm -Rf /tmp/ftp$$;exit' 0 1 2 3 15

# Set a path because I want to run this from crontab.
PATH=/usr/ucb:/usr/bin:/usr/5bin:/usr/local/bin
export PATH

# Get FAQ stuff from the garbo and Simtel20 mirrors.
mkdir /tmp/ftp$$
cd /tmp/ftp$$
echo "open archie.au
user anonymous rhys@cs.uq.oz.au
binary
cd /micros/pc/garbo
get INDEX.ZIP index.zip
cd /micros/pc/garbo/link
get author.zip
get moder.zip
get pd2ans.txt
get tsans.txt
cd /micros/pc/oak/filedocs
get simlist.arc
quit" | ftp -nv

# Extract the files from the zip/arc files and put them in the right place.
FIXNLS="tr -d '\015'"
unzip -p author.zip author.lst | $FIXNLS | compress >$FAQDIR/shareware.authors.Z
unzip -p moder.zip moder.lst | $FIXNLS | compress >$FAQDIR/msdos.ftp.sites.Z
compress <pd2ans.txt >$FAQDIR/garbo.faq.Z
compress <tsans.txt >$FAQDIR/garbo.ts.faq.Z
unzip -p index.zip INDEX | $FIXNLS | compress >$FAQDIR/garbo.file.list.Z
arc x simlist.arc SIMIBM.LST
$FIXNLS <SIMIBM.LST | compress >$FAQDIR/simtel20.file.list.Z
#--END--

