From ts@uwasa.fi Fri Mar  8 06:46:17 1991
Return-Path: <ts@uwasa.fi>
From: Timo Salmi <ts@uwasa.fi>
Subject: The /pc/pd2/tspost07.zip 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 post07.txt).  !
! Or try /pc/mail/rmail##.zip to read on a PC                   !
+---------------------------------------------------------------+

   This is the seventh 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 tspost##.zip is always being updated until
it contains 30 messages.  The files are located at the /pc/pd2
directory. 

1   Dec 31 Timo Salmi         (29)   The /pc/pd2/post07.txt file descript
2   Mar 17 Harri Valkama      (45)   Re: strange login message
3   Mar 16 Keith Petersen     (41)   Re: Need a special uudecoder
4   Mar 12 Robert T. Mathews  (37)   What is FUNET?
5   Mar 9  To wong@concour.cs (38)   Re: TSUTLE16.ZIP, Diagnozing CMOS in
6   Mar 4  Timo Salmi         (77)   Re: FTP dir scroll, or textfile read
7   Mar 3  To Bob Marshall O/ (49)   Re: ftp to garbo refused
8   Mar 3  To Yih-Jin Young   (30)   Re: A simtel20 directory question
9   Mar 3  To Pierre Charles  (87)   Re: cmos.exe
10  Mar 1  Arnaud.Wylie@bbs.a (36)   Re: ftp-sites by mail ?
11  Feb 29 To Tom Owen        (40)   Re: uuexe510.zip is corrupted
12  Feb 27 Joseph Gil         (140)  Re: Software decriptions
13  Feb 25 To Gavriel Philips (29)   Re: tar options help needed
14  Feb 25 To btier@metz.une. (39)   Re: TSLIN33 and integer programming
15  Feb 22 Timo Salmi         (56)   Re: Form Feed stripper
16  Feb 22 To F Siedladczek   (42)   Re: The /pc/_files.in file
17  Feb 21 To A user          (69)   Re: On CBIP crossposting
18  Feb 20 Joseph Gil         (89)   bury.btm and revive.btm
19  Feb 20 To Andrew Turner   (38)   Timo's magic :-)
20  Feb 20 To John R. Zeigler (45)   Re: Where is spice for the PC?
21  Feb 18 To Peter Lind      (40)   Re: Turbopas Directory
22  Feb 17 To Ryan Mitchell   (43)   Re: Join/cut/paste/sort (unixish) fo
23  Feb 17 Frank Holzwarth    (131)  Re: ZIP file fails CRC check, what t
24  Feb 17 To bob angell      (28)   Re: ftp statistics for node garbo (f
25  Feb 13 Harri Valkama      (49)   Need a special uudecoder
26  Feb 9  To ilya@math.mit.e (303)  Re: New (debugged) version of unpack
27  Feb 9  To Thomas James Sn (60)   Re: FAQ for Turbo Vision, or how to
28  Feb 8  To michael jensen  (37)   Re: MANAgame
29  Feb 6  Hannu Hirvonen     (54)   Re: Access from BITNET refused
30  Feb 3  Harri Valkama      (75)   Have you stopped saving download sta

..................................................................
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 Mon Feb  3 10:32:05 1992
Return-Path: <hv@garbo.uwasa.fi>
Date: Mon, 3 Feb 92 10:32:13 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
To: ts@uwasa.fi
Cc: ddetws@Arco.COM, hh@uwasa.fi
In-Reply-To: Timo Salmi's message of Sat, 1 Feb 92 8:01:18 EET
Subject: Have you stopped saving download stats?
Status: RO

   From: ts@uwasa.fi (Timo Salmi)
   Date: Sat, 1 Feb 92 8:01:18 EET
   X-Mailer: ELM [version 2.3 PL11]

   >
   > I was wondering if you have stopped saving the windows download stats,
   > or are you just behind with the system change. The last one that I got
   > was ftplog01.lst. Just curious.
   >
   > Thanks in advance,
   >
   > Tommy Sager
   > ddetws@arco.com
   >

   Hello Tommy,

   There has been no change in policy, but after garbo.uwasa.fi was
   transferred to run from the former Mips R2030 workstation to the
   current Sun IPX workstation we had so much to arrange that we
   obviously missed running the statistics for at least one week.

      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

Windows download stats? We have never had  a separate Windows download
stats. But if you say ftplogXX then you must mean the one Timo already
answered.

-harri-

Timo's further comment.  The garbo download statistics are available
as the annotated garbo.uwasa.fi:/pc/filelist/dload*.lst (for MsDos
directories) and the raw /pc/filelist/ftplog*.lst which includes all
the directories and shows dowloading sites.

-From: hv@garbo.uwasa.fi (Harri Valkama)
Subject: LAST question about Windows download stats!
To: ddetws@Arco.COM
Date: Tue, 4 Feb 92 08:07:37 +0200

   Date: Mon, 3 Feb 92 16:53:59 CST
   From: ddetws@Arco.COM (Tommy W. Sager)

   I finally got the ftplog05.lst. I greatly appreciate it! I am missing 02,
   03, and 04. Did those get generated, or were they lost in the system change?
   If they were generated can they be obtained? Last question I promise. Keep
   up the good work.

   Thanks in advance,
   Tommy Sager
   /**************************************************************************\
   | Tommy Sager        P. O. Box 1792          "Let's just assume it's       |
   | ddetws@Arco.com    Odessa, Texas 79760      Friday afternoon." - Unknown |
   \**************************************************************************/

Sorry, there are no 2, 3 or 4 available.

-harri-

From hh@macavity.uwasa.fi Thu Feb  6 14:13:32 1992
From: Hannu Hirvonen <hh@macavity.uwasa.fi>
Subject: Re: Access from BITNET refused
To: IBRAHIM%TRMETU.BITNET@uwasa.fi
Date: Thu, 6 Feb 92 12:13:33 GMT
Cc: ts@uwasa.fi (Timo Salmi)
Status: RO

>hi,
>two days ago, i tried to receive wscan85b.zip from your source
>using FTPSRV AT PUCC but got the following answer(just for your information).
>                                                     regards
>
>Received: from PUCC.PRINCETON.EDU by TRMETU.BITNET (Mailer R2.07) with BSMTP id
> 8548; Wed, 05 Feb 92 18:00:47 TUR
>Received: from PUCC.PRINCETON.EDU by PUCC.PRINCETON.EDU (Mailer R2.08 PTF008)
> with BSMTP id 6293; Wed, 05 Feb 92 10:58:25 EST
>Received: by PUCC (Mailer R2.08 R208004) id 0431; Wed, 05 Feb 92 10:58:24 EST
>Date:     Wed, 5 Feb 1992 10:58:24 EST
>From:     Princeton BITNET FTP Server <BITFTP4@PUCC>
>To:       IBRAHIM@TRMETU
>Subject:  BITFTP REPLY
>
>
>10:58:24 > FTP garbo.uwasa.fi
>10:58:24 > USER anonymous
>10:58:24 >>>> Access to the Scandinavian nodes has been
>10:58:24 >>>> discontinued, due to the slowness
>10:58:24 >>>> and unreliability of the network connections.
>10:58:24 >>>> Please try to confine your BITFTP requests
>10:58:24 >>>> to North American nodes.  Thank you.

Well, it would be rather silly to make the file pass the atlantic twice,
first from Finland over the Internet to Princeton and then from
Princeton to Middle-East Technical.

Our link to the US is by no means slow or unreliable (in fact, it is
faster than 95 % of the BITNET).  What may make the BITFTP slow and/or
unreliable is the limited tcp/ip capabilities of the gateway host.

garbo can also send the files to you by mail, provided that you can
unpack them: you need unix-compatible uudecode and uncompress (sources
and compiled programs exist for various machines, including MS-DOS PCs).

An other possibility would be the FINFILES.BITNET server (no, I don't
know how to use it, we can reach the host with ftp.  It is definitely
NOT an IBM (it is a Sun, I forget, which model), but they have something
like 8 GB of stuff for PCs, Macs, Ataris, Amigas, UNIX-machines etc.,
all on-line.)

--
    Hannu Hirvonen, Computer Centre, U of Vaasa  !  P.O. BOX 297
    hh@uwasa.fi, HIRVONEN@FINFUN.bitnet          !  SF-65101 Vaasa, Finland

From ts@uwasa.fi Sat Feb  8 04:37:51 1992
Subject: Re: MANAgame
To: jensen@unlinfo.unl.edu (michael jensen)
Date: Sat, 8 Feb 92 4:37:51 EET
X-Mailer: ELM [version 2.3 PL11]
Status: O

> We like your program MANAgame, and are using it to teach
> basic business management skills to a family of
> home-schoolers. Do you have any updates or instruction
> manuals that you could e-mail to us? The latter is most
> needed--especially an explanation of the various aspects of
> business expenses. Thanks for making this program available
> to people worldwide. We appreciate it.
> --Michael Jensen, Susan Stephen, and Hannah Spongberg
> (daughter, 10)

Hello Michael, Susan, and Hannah,

I am very pleased to hear this.  But I am afraid that all the
(scanty) information there is is already within the package.  The
current version still is

44129 Jun 1 1989 garbo.uwasa.fi:/pc/ts/tsgame12.zip

The primary purpose of Managame is to be a simple introduction for
business students to the idea of fully fledged management games on
computers.  I must confess that I had never thought of Managame as
more than that, or as a hopefully entertaining game.

   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 Feb  9 07:43:06 1992
Subject: Re: FAQ for Turbo Vision, or how to get net help
To: snively@math.psu.edu (Thomas James Snively)
Date: Sun, 9 Feb 92 7:43:06 EET
Cc: dmurdoch@watstat.uwaterloo.ca (Duncan Murdoch),
        jik@pit-manager.MIT.EDU (Jonathan I. Kamens)
Status: O

> Professor Salmi,
>
> I have some questions about specific Turbo Vision problems that I have.
> I would like to get help from the internet, if possible.  My questions
> may be common, and may be in a FAQ file.  I feel uneasy about posting to
> comp.lang.pascal if they are common questions.

Hello Tom,

I am sorry that I cannot help you in this one.  The reason is
simple.  Although I write a lot of TP programs, I use Turbo Pascal
version 5.0 even if I have all the versions from 3.02A to 6.0.  I
have chosen not to use at all object oriented programming, Turbo
Vision, Windows in any sense, C and so on.  This is because I have
to rationalize, and my personal cost-befenit analysis did not come
up with sufficiently auspicious ratio for me personally.  Else with
this hobby and my other hobbies, and my regular duties as a
professor and a dean of a faculty I would be totally swamped.
(Sometimes I think I already am).

> Could you tell me if you have a FAQ for Turbo Vision, or if you know where
> one is.  Do you know of any books that have demonstrations of Turbo Vision
> applications that are a little more complicated than the examples in the
> Turbo Vision Guide, or the Turbo Pascal 6 Complete Reference?

I have not seen such a FAQ.  As for Turbo Vision literature, the
same applies as above.  But yours are sensible and good questions
and I don't see any reason to be shy about putting them to
comp.lang.pascal.  There is nothing wrong with asking FAQs on the
net.

> Thank you for your time.

You are welcome.  I am sorry that I could not give you anything
useful on your query.  But I'll make a cabon copy of this to Duncan
Murdoch whose TP skills we all enjoy and Jonathan Kamens who
maintains a large and very useful FAQ library.

> -Tom
> snively@math.psu.edu
>
> PS  My problems have to deal with using nested records in an object type
> (is there a better way), and how to put multiple dialog boxes up withing
> a window.  TS

   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 Feb  9 08:47:29 1992
Subject: Re: New (debugged) version of unpack with wildcards, file extensions and envir.
To: ilya@math.mit.edu
Date: Sun, 9 Feb 92 8:47:29 EET
X-Mailer: ELM [version 2.3 PL11]
Status: RO

Excellent.  Thank you Ilya.  This is such a major revision that I'll
make it separately available by including your version into
garbo.uwasa.fi:/pc/pd2/post07.txt which is publicly downloadable.

   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: ilya@math.mit.edu
Subject: Re: New (debugged) version of unpack with wildcards, file extensions and envir.
To: ts@uwasa.fi (Timo Salmi)
Date: Sun, 9 Feb 92 2:07:20 EST

        Thank you, Timo!

It was a real plesure to READ you tsbat.zip distribution, and I just
thought that this little technique (developed in a struggle with my
huge .bat file who didnot want to run on any machine but my) can be
useful to somebody.  This .bat file was wrap-around for a .make-file
for conversion from ChiWriter to TeX, that some my friends needed
urgently.

        Sincerely Yours,

echo off
rem ON my old system (3.30) construction %variable% sometimes
rem works only in uppercase! Now I cannot reproduce this behavior.

rem Enhancements:
rem 1. The first paramenter can be an option
rem 2. The extensions are allowed (look into the trick, I have never seen it
rem elsewhere)
rem 3. Any amount of environment is allowed (Yes, today I debugged this part)
rem 4. Whilecards allowed!
rem             unpack /v *
rem now works!


rem The following rows to kill differences of my computer with the standard

rem mft
rem pause

set comspec=
set prompt=

set _choice=
set _archive=
set _files=
set _type=
set _return=
set tmp_=
set _ext=
set _batname=

rem environment space manipulations:
if not %DUMMY%.==. set dummy=ouuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuph
rem If inside iteration:
if not %TEMPTRY%.==. goto memok
set temptry1=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
set temptry2=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
set temptry3=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
set temptry4=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
set temptry5=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
set temptry=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
if %TEMPTRY%.==aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa. goto memok
echo Not enough environment space, I'm trying to increese it
if %COMSPEC%.==. SET COMSPEC=command
if %COMSPEC%.==. command /e:2048/c %0 %1 %2 %3 %4 %5 %6 %7 %8 %9
if %COMSPEC%.==. exit
%COMSPEC% /e:2048/c %0 %1 %2 %3 %4 %5 %6 %7 %8 %9
exit
goto end
:memok
set temptry=
set temptry1=
set temptry2=
set temptry3=
set temptry4=
set temptry5=
if %COMSPEC%.==. SET COMSPEC=command
set _batname=%0

rem echo off
echo.
echo ZDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD?
echo 3 Unpack, test, or view any kind of archive         3
echo 3 By Prof. Timo Salmi, ts@chyde.uwasa.fi, 4-Feb-92  3
echo @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY

rem When one writes many utilities, getting new ideas is the more critical
rem part than the actual programming. Sometimes it is difficult to pinpoint
rem where exactly the ideas come from, but this one clearly owes an
rem acknowledgement to the posting by John LaRue (7 Mar 90) in the InterNet
rem news in comp.binaries.ibm.pc.d for the general idea. All the details,
rem the idea of using switches and using the file list, and the actual
rem programming are entirely my own, though.

if "%1"=="" goto _help

rem Get the arhive name, the parameters, and the filenames
set _choice=_usage

set _files=
goto _floop
:_loop
shift
:_floop
if "%1"=="" goto _toupper
if "%1"=="/e" set _choice=_extract
if "%1"=="/e" set _opt=%1
if "%1"=="/e" goto _loop
if "%1"=="/E" set _choice=_extract
if "%1"=="/E" set _opt=%1
if "%1"=="/E" goto _loop
if "%1"=="/t" set _choice=_test
if "%1"=="/t" set _opt=%1
if "%1"=="/t" goto _loop
if "%1"=="/T" set _choice=_test
if "%1"=="/T" set _opt=%1
if "%1"=="/T" goto _loop
if "%1"=="/v" set _choice=_view
if "%1"=="/v" set _opt=%1
if "%1"=="/v" goto _loop
if "%1"=="/V" set _choice=_view
if "%1"=="/V" set _opt=%1
if "%1"=="/V" goto _loop
if .%_ARCHIVE%.==.. set _archive=%1
if .%_ARCHIVE%.==.%1. goto _loop
set _files=%_files% %1
goto _loop

:_toupper
rem make uppercase
set tmp_=%path%
path=%_ARCHIVE%
set _archive=%path%
path=%tmp_%
goto %_choice%


:_extract
set _return=_extr1
goto _subru
:_extr1
if "%_type%"=="arc" pkunpak -e %_archive% %_files%
if "%_type%"=="zip" pkunzip %_archive% %_files%
if "%_type%"=="lzh" lharc e %_archive% %_files%
if "%_type%"=="zoo" zoo e %_archive% %_files%
if "%_type%"=="pak" pak e %_archive% %_files%
if "%_type%"=="sdn" pak e %_archive% %_files%
if "%_type%"=="arj" arj e %_archive% %_files%
goto _out

:_test
set _return=_test1
goto _subru
:_test1
if "%_type%"=="arc" pkunpak -t %_archive% %_files%
if "%_type%"=="zip" pkunzip -t %_archive% %_files%
if "%_type%"=="lzh" lharc t %_archive% %_files%
if "%_type%"=="zoo" zoo -test %_archive% %_files%
if "%_type%"=="pak" pak t %_archive% %_files%
if "%_type%"=="sdn" pak t %_archive% %_files%
if "%_type%"=="arj" arj t %_archive% %_files%
goto _out

:_view
set _return=_view1
goto _subru
:_view1
if "%_type%"=="arc" pkunpak -v %_archive% %_files%
if "%_type%"=="zip" pkunzip -v %_archive% %_files%
if "%_type%"=="lzh" lharc v %_archive% %_files%
if "%_type%"=="zoo" zoo v %_archive% %_files%
if "%_type%"=="pak" pak v %_archive% %_files%
if "%_type%"=="sdn" pak v %_archive% %_files%
if "%_type%"=="arj" arj v %_archive% %_files%
goto _out

rem Subroutine for identifying the archive type and parsing the archive name
rem If the same archive has been packed with several methods .arc takes
rem precedence, then .zip, and so on
:_subru
set _type=
if exist %_archive%.arj set _type=arj
if exist %_archive%.sdn set _type=sdn
if exist %_archive%.pak set _type=pak
if exist %_archive%.zoo set _type=zoo
if exist %_archive%.lzh set _type=lzh
if exist %_archive%.zip set _type=zip
if exist %_archive%.arc set _type=arc

if not "%_type%"=="" goto _found

set _ext=yes
:but_found

echo %_ARCHIVE% | find /c ".ARC"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?zip
set _type=arc
goto _end_find
:_?zip
echo %_ARCHIVE% | find /c ".ZIP"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?lzh
set _type=zip
goto _end_find
:_?lzh
echo %_ARCHIVE% | find /c ".LZH"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?zoo
set _type=lzh
goto _end_find
:_?zoo
echo %_ARCHIVE% | find /c ".ZOO"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?pak
set _type=zoo
goto _end_find
:_?pak
echo %_ARCHIVE% | find /c ".PAK"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?sdn
set _type=pak
goto _end_find
:_?sdn
echo %_ARCHIVE% | find /c ".SDN"| ask /b
if errorlevel 48 if not errorlevel 49 goto _?arj
set _type=sdn
goto _end_find
:_?arj
echo %_ARCHIVE% | find /c ".ARJ"| ask /b
if errorlevel 48 if not errorlevel 49 goto _end_find
set _type=arj

:_end_find

if "%_type%"=="" goto _notfound
:_found

rem Check that no wildcards or extension was used
for %%f in (%_archive%.%_type%) do if "%%f"=="%_archive%.%_type%" goto _ok
for %%f in (%_archive%) do if "%%f"=="%_archive%" goto _ok
if %COMSPEC%.==. SET COMSPEC=command
if not .%_ext%.==.yes. goto _mult_noext
for %%f in (%_archive%) do %COMSPEC% /e:2048/c %0 %_opt% %%f %_files%
goto _end_wild
:_mult_noext
for %%f in (%_archive%.arj) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.sdn) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.pak) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.zoo) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.lzh) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.zip) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
for %%f in (%_archive%.arc) do %COMSPEC% /e:2048/c %_batname% %_opt% %%f %_files%
:_end_wild
goto _out
:_ok
goto %_return%

rem Archive does not exist
:_notfound
echo.
echo File %_archive%.arc[.zip.lzh.zoo.pak.sdn.arj] not found
set _choice=_usage
goto _usage

:_help
:_usage
echo.
echo Usage: UNPACK ArchiveName [FileNames] { /e : /t : /v }
echo                                          3    3    @D view contents
echo                                          3    @D test integrity
echo                                          @D extract files
if "%_choice%"=="_usage" goto _out
echo.
echo Examples: UNPACK b:\tsutil30 /v d*.exe
echo Examples: UNPACK /v *
echo.
echo Before you can use this batch, you must make the following programs
echo available at your path (or include the relevant paths in the batch):
echo pkunpak.exe, pkunzip.exe, lcarc.exe, pak.exe, zoo.exe, and arj.exe.
echo.
goto _out

:_out
set _choice=
set _archive=
set _files=
set _type=
set _return=
set tmp_=
set _ext=
set _batname=

From hv@garbo.uwasa.fi Thu Feb 13 07:47:32 1992
Return-Path: <hv@garbo.uwasa.fi>
Date: Thu, 13 Feb 92 07:46:49 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
Message-Id: <9202130546.AA17180@garbo.uwasa.fi>
To: ts@uwasa.fi
Cc: pjh@mccc.edu
In-Reply-To: Timo Salmi's message of Wed, 12 Feb 92 6:26:41 EET
Subject: Need a special uudecoder
Status: RO

   > Hi, Timo...
   >
   > I've started getting some files via a list server and they come as
   > multiple mail messages. Each is a piece of a uuencoded whole, with a
   > mail header at the beginning.
   >
   > None of the uudecoders I have will deal with either the individual
   > pieces (apparently the pieces are generated by using split on the
   > original uuencoded file) or on the result of catting them all together.
   >
   > Do you know of any?
   >
   > Thanks,
   > Pete

   Hi Pete,

   In this one not out of hand.  I'll have to refer you to the
   information I have in my FAQ (/pc/ts/tsfaq25.zip, I take it you have
   it) on PC uuen/decoding, the inevitable file lists, and I'll also
   forward your query to Keith Petersen and Harri Valkama who are
   better in the know on uuen/decoding.

      All the best, Timo

   PS Where have you been hiding for the last month or so?

   ...................................................................
   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

In this  case the answer  can be a  simple one. Perhaps  you forgot to
strip the headers from the concatenated files.

-harri-

From ts@uwasa.fi Mon Feb 17 07:37:48 1992
Subject: Re: ftp statistics for node garbo (fwd)
To: bangell@cs.utah.edu (bob angell)
Date: Mon, 17 Feb 92 7:37:48 EET
Status: O

> Timo,
>
> I would like to see, if possible, a listing of 100 most active files with a
> description of that file with your download statistics...that way I can follow
> what is being downloaded without having to figure out what each file is.

Hello Bob,

No problem.  The monthly statistics is annotated.  It is available
as garbo.uwasa.fi:/pc/filelist/dload*.lst (*=01,...) and I also post
it each month to comp.binaries.ibm.pc.archives, and to
Garbo infolist.

> -Bob-

   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 Feb 17 12:24:29 1992
Subject: Re: Join/cut/paste/sort (unixish) for MS-DOS wanted
To: rjm@mentor.cc.purdue.edu (Ryan Mitchell)
Date: Mon, 17 Feb 92 12:24:29 EET
X-Mailer: ELM [version 2.3 PL11]
Status: O

> > garbo.uwasa.fi:/pc/ts/tsfcom23.zip File manipulation by Timo Salmi
> > Filename        Comment                             Date      Time
> > --------        --------------------------------    ----      ----
> > CRYPTER.EXE     Protects files with a password    07-08-90  19:58:54
>
> Could you please tell me about this program?  Is it simply a
> utility that garbles a file until ungarbled again, or does it
> actually prevent the useage of a file every time it's used?
> What I would like is a utility that would prevent the use of
> a batch file or COM/EXE program when called unless the correct
> password is entered.  Is that what this does?
>
> Thank you,
> Ryan
>
>      ===============================/  /=============================*
>      ========/   Ryan      /======/  /     rjm@mentor.cc.purdue.edu  |
>      ======/   Mitchell  /======/  /  mitchell@mentor.cc.purdue.edu  |
>      =========================/  /===================================*

Hello Ryan,

It is simply an ordinary crypter, that is it just un/garbles the
target file.  True password protection programs also exist, and in
fact I think we have one, but I do not recall which.  You'll have to
search /pc/INDEX.ZIP to locate it.  (I hope it is clearly indicated,
but I cannot guarantee 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 HOLZWARTH@dhdspri6.bitnet Mon Feb 17 15:54:14 1992
Date: Mon, 17 Feb 1992 07:52 JAN_TIME_ZONE
From: Frank Holzwarth <HOLZWARTH@DHDSPRI6.BITNET>
Subject: Re: ZIP file fails CRC check, what to do first!
To: salmi@finsun.csc.fi
Status: RO

Dear Timo,

I'd like to point you to some fact, that can cause difficulties
in using compressed archives from garbo. I have no possibility
to do (anonymous) FTP so I rely on the mailserver that you kindly
provide. I am even only relayed to comp.binaries.ibm.pc.archives
so I will send this via ordinary e-mail.


I fetched the UUDECODE program by Richard Marks (it is excellent)
from pc/decode/uuexe???.zip - until this year I have had no problems.
All worked well with the multiple file decoding. From this January
on suddenly the ZIP archives assembled by UUDECODE are reported corrupt.
To unzip I use PKUNZIP 1.1 we purchased directly from PKWARE Inc.

I already discussed this with Harri (he assured that the archives are
all right at garbo, of course :-). Note: Multiple part uuencoded
archives I get from BITFTP at PUCC are ok all the time.

Now I tracked down the thing: The corrupt archives are resulting
from the space characters in the uuencoded files. UUDECODE expects
back quote characters (ascii 96) instead. Somewhere between switching
from one part of the uue files to the next UUDECODE gets confused
about this. The ZIP archives are ok up to this point but thereafter
result in complete garbage. Especially the ZIP file index at the
end of every archive is not usable. One can use zipfix to get an
idea what was in the file.

Until I get some time to write my own multi part uudecoder I now
take apart the mail parts assembling a single .UUE file which
I feed into my old TP uudecoder - it's very slow but it works.

Hope that can help you answering questions from other garbo users.

Thank you for your time reading this and for offering such a great
service to all of us net users.

With kind regards from Germany,
Frank Holzwarth
                             e-mail: HOLZWARTH@DHDSPRI6.bitnet
Springer-Verlag
Dept. New Technologies/Product Development
Tiergartenstrasse 17
W-6900 Heidelberg
FRG

-From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
Subject: ZIP file fails CRC check, what to do first!
To: ts@uwasa.fi (Timo Salmi)
Date: Mon, 17 Feb 92 11:36:01 -0500

> Now I tracked down the thing: The corrupt archives are resulting
> from the space characters in the uuencoded files.

I thought garbo was going to fix this.  I sent source code for the
latest uuencode program to the folks at garbo.  The problem is SunOS's
broken uuencoder.

> UUDECODE expects back quote characters (ascii 96) instead.

That's not true.  It works for either.  Ask Richard Marks before
you put this into any information file, Timo.  The problem is
a mailer somewhere along the line that is deleting trailing spaces.

When are you going to offer XXencoding for those who have character
translation problems?  The source is available from SIMTEL20, in
directory pd8:<misc.unix>.

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

-From: hv@garbo.uwasa.fi (Harri Valkama)
Subject: ZIP file fails CRC check, what to do first!
To: ts@uwasa.fi
Date: Mon, 17 Feb 92 22:15:53 +0200

   From: ts@uwasa.fi (Timo Salmi)
   Date: Mon, 17 Feb 92 18:45:33 EET
   X-Mailer: ELM [version 2.3 PL11]

   > > UUDECODE expects back quote characters (ascii 96) instead.
   >
   > That's not true.  It works for either.  Ask Richard Marks before
   > you put this into any information file, Timo.  The problem is
   > a mailer somewhere along the line that is deleting trailing spaces.
   >
   > When are you going to offer XXencoding for those who have character
   > translation problems?  The source is available from SIMTEL20, in
   > directory pd8:<misc.unix>.
   >
   > Keith

   Thank you Keith.  These are good tips and suggestions.  What I will
   do at the moment is I'll take the liberty of attaching your message
   to Frank's in our information files.  I take it Harri and Hannu will
   look into this out since this is slightly more in their line than
   mine.

   Hannu & Harri.  If you don't have Richard's email address I think I
   have it handy in my files.  Please let me know.

      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



I have already  corrected this problem  with the little  help of  this
German customer. Last week, in fact.

Keith, can  we just replace  UUencode with  XXencode or  do we have to
have both as user selectable?

-harri-


From ts@uwasa.fi Tue Feb 18 22:02:11 1992
Subject: Re: Turbopas Directory
To: lind@maccs.dcss.mcmaster.ca (Peter Lind)
Date: Tue, 18 Feb 92 22:02:11 EET
Cc: w8sdz@vela.acs.oakland.edu (Keith Petersen)
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Dear Timo,
>
> I would like to get several of the files available from garbo in the
> /turbopas directory. Instead of wasting time and money running FTP
> to Finland, I would prefer to access an FTP site in North America.
> So, my question is: Do you know of a site in Canada or US that
> mirrors garbo (or that garbo mirrors)?
>
> Thanks,
>
> Peter C. Lind, lind@maccs.DCSS.McMaster.ca
> Dept. Electrical & Computer Engineering
> McMaster University
> Hamilton, ON
> Canada  L8S 4K1

Hello Peter,

Unfortunately there aren't any garbo mirrors in North America, but
SIMTEL20 has a lot of the same material.  A trick that some users
seem to be using (both ways) is that they get both SIMTEL20 and
garbo.uwasa.fi file lists, since the information in them often is
complementary, and then get the material from the nearest of the
sites.  At garbo the filelist is /pc/INDEX.ZIP.

   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 Feb 20 08:56:23 1992
Subject: Re: Where is spice for the PC?
To: johnz@darby.wv.tek.com (John R. Zeigler)
Date: Thu, 20 Feb 92 8:56:23 EET
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Thanks for the info Timo. You are right, .wanted would have been more
> appropriate, wish I had known the group existed. I'm subscribed now.

Hello John,

You are most welcome.  The reason I send the cbip newsgroups charter
to selected posters is to assure that kind readers are aware of the
current arrangements, and that their sites get all the cbip
discussion subgroups.  This has been turned out to be useful, since
some sites still do not get comp.binaries.ibm.pc.archives and
comp.binaries.ibm.pc.wanted.  I am pleased that (like you) most of
the kind users have understood that this is to help.  Only very few
of the users have misunderstood my purpose, and gotten very angry
about having been sent the information.

> On another issue, some of us don't have access to the various sites
> through the name (such as cica.cica.etc) and have to use the actual
> numeric address (such as 128.214.87.1). Would it not be helpful to
> have something published in the .archive group that would let people
> know what numbers go with which names (ah yes, a phone book).

In fact such phone books are available:

145980 Dec 24 13:03 garbo.uwasa.fi:/pc/doc-net/ftpsites.lst
  6665 Feb 12 11:11 garbo.uwasa.fi:/pc/pd2/moder.lst

> Thanks again. :-)
>
> John R. Zeigler

   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 Feb 20 13:47:49 1992
Subject: Timo's magic :-)
To: act@softserver.canberra.edu.au (Andrew Turner)
Date: Thu, 20 Feb 92 13:47:49 EET
Status: O

> Hi Timo,
>
> I often wonder
> what magic you use to fit 36 hours into a 24 day?  We all appreciate the
> service provided by the archive sites and such folks as yourself.
>
> Take care
> Regards Andrew.
>
> --
> renruT werdnA                 Probable-Possible, my black hen,
>                               She lays eggs in the Relative When.
> act@ss.canberra.edu.au                She doesn't lay eggs in the Positive Now
>                               Because she's unable to postulate how.
>                                               -- Frederick Windor

Hello Andrew,

Thank you for the kind words.  Much appreciated.  The "magic" is
called organization and efficiency.  Without any undue modesty, I am
fortunate enough to be endowed with those characteristics, if and
when I wish to.  Besides, I am quite well motivated in archive site
maintenance, and frankly we can use all the positive publicity we
can get for our remote University of Vaasa, Finland.

   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 yogi@cs.ubc.ca Thu Feb 20 19:12:46 1992
Date: 20 Feb 92  9:08 -0800
From: Joseph Gil <yogi@cs.ubc.ca>
To: <ts@uwasa.fi>
Subject: bury.btm and revive.btm
Status: RO

Hello dear Timo,

I know that you were very much into batch files programming.  Perhaps
you will find interest in my bury.btm and revive.btm batch files, which
allow me to work on a project for a while, and then bury it: i.e.,
remove all object files, backups etc.  and then zip all new files back
into an archive.  The revive operation does the opposite.

Very Truly Yours,

        Yossi

-- Bury.btm ---
@echo off
iff [%1]==[] then
        echo Usage: %@name[%0] dirname
        quit
endiff
setlocal
set dirname=%@name[%1]
if exist %dirname\nul cd %dirname
if not exist *.* quit
if not exist savelist pkunzip ..\zip\%dirname.zip savelist
fa /hyd- /sys- /r- *.* >nul
iff exist clean.bat then
        call clean.bat
else
        iff exist clean.btm then
                call clean.btm
        else
                set RMLIST=bla*.* ? noname*.* *.pck *.bak *.obj *.exe
                set RMLIST=%RMLIST% *.map *.tpu *.com *.tds *.cfg
                rm -B %RMLIST%
                set RMLIST=
        endiff
endiff
iff exist savelist then
        set savelist=@savelist
else
        set savelist=*.pas *.prj *.c *.asm *.tp *.tc *.inc *.h *.bat *.btm *.doc makefile
        Echo No savelist - using default %savelist
endiff
ds en
:iff isdir d:\ then
:       set T=d:\
:else
        set T=c:\tmp
:endiff
pkzip -b%T -mu ..\zip\%dirname.zip %savelist
if exist savelist pkzip -bd:\tmp -mu ..\zip\%dirname.zip savelist
dir ..\zip\%dirname.zip
pkunzip -v ..\zip\%dirname.zip
if not exist *.* quit
dir/2
erase *.*
if not exist *.* quit
rm -B *.*
iff exist *.* then
        pkunzip ..\zip\%dirname.zip savelist clean.bat clean.btm
endiff


-- Revive.btm---
@echo off
iff [%1]==[] then
        echo Usage: %@name[%0] dirname
        quit
endiff
set dirname=%@name[%1]
iff %@lower[%@name[%_CWD]] == zip then
        if not exist ..\%@name[%1]\nul md ..\%@name[%1]
        iff not exist ..\%@name[%1]\nul then
                echo Cannot create directory: %@name[%1]
                quit
        endiff
        cd ..
endiff
cd %@name[%1]
pkunzip -n ..\zip\%@name[%1].zip



From ts@uwasa.fi Fri Feb 21 19:58:51 1992
Subject: Re: On CBIP crossposting
To: A user
Date: Fri, 21 Feb 92 19:58:51 EET
X-Mailer: ELM [version 2.3 PL11]
Status: RO

[This is in response to a user who is unhappy with my crossposting
an administrative note to cbip.archives and cbip.wanted, and sees my
actions as playing net.police].

Hello ........,

Thank you for expressing your view.  I honestly appreciate your
opinion, even if I agree only in part.  The problem is that every
time we do something administrative some of the users are pleased
with it, some not.  This means that as long Keith and I do the most
of the work in these groups, we have to rely on our own judgement
with the user response being so ambivalent.

As for having time to play net.police, I usually don't have time for
games.  I have an FTP archive site to run, and I am faced with
occasionally unruly cbip groups where to convey the information for
the benefit of the users.  I prefer to leave playing whatever to
others who contribute less, and have more energy and idle time for
the less productive activities.

You and I both agree that we wish to limit the number of
crosspostings in the comp.binaries.ibc.pc discussion subgroups, not
to speak of off-topic postings.  Obviously we may have slightly
diverging views on how to best achieve that.  But we do have a
common goal, and I understand you dilemma with crossposted articles.
I am trust that net net welcomes any useful potential help that you
are can provide.  I take it from your concern that you are likely to
contribute.

As an aside.  One thing which has always escaped me is that if some
of users are unhappy with my frequent activieties in the cbip
groups, why do they not simply put my name in their kill files to
skip my postings.

As a second aside I have been sometimes asked why I consider myself
in a position to try to administer the cbip discussion subgroups.
Part of the answer is that I was one of the four users who were
originally responsible for setting up the current composition of the
cbip discussion subgroups (the others are Bob Sloane, Keith
Petersen, and Bill Davidsen).  I have a vested interest in
cbip.arhives in partucular, because with Keith Petersen we have been
the two persons who have so far taken care of a significant majority
of the upload announcements in there.

The cbip discussion subgroups are unmoderated.  Several kind users
have suggested that the newsgroups, or at least cbip.archives should
be turned into a moderated group with Keith Petersen and yours truly
as moderators.  The dilemma here is that we simply do not have
enough time to put in the effort required to make the newsgroup
fully moderated but it is in our interest to try to direct the
groups the best we can.

I look forward seeing you on the news.

   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 Sat Feb 22 07:21:48 1992
Subject: Re: The /pc/_files.in file
To: F.Siedladczek1@loughborough.ac.uk (F Siedladczek)
Date: Sat, 22 Feb 92 7:21:48 EET
Cc: hv@uwasa.fi (Harri Valkama)
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Hi!
>
>    I would like to know whether there is a possibility to add a description to
> the file listing in the file _files.in in the /pc directory?
> It is quite a good idea to have a file that indicates updates etc. but it is
> difficult to determin whether you should down this file or not because you
> don't know anything about the contents.
>
>    Well, to download the INDEX file would be a possibility but it's very large
> and quite a hassle to find the new files in the index.
>
>    So, what do you think about descriptions in _files.in?
>
> Regards
>
>    Frank

Hello Frank,

Usesul feedback on garbo is always very welcome.  Thank you.  Yes,
it would be a great idea.  Whether it is technically possible is
another matter.  garbo.uwasa.fi:/pc/_files.in is produced
automatically by a script as a diff.  We'll certainly look into this
one, but I cannot guarantee that it is possible.  At the very least
I think that we would have to make this annotated list separate from
the /pc/_files.in.

   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 Sat Feb 22 08:28:37 EET 1992
Newsgroups: comp.binaries.ibm.pc.wanted
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Form Feed stripper
Organization: University of Vaasa, Finland
Date: Sat, 22 Feb 1992 06:28:22 GMT
Status: RO

In article <1992Feb21.125825.2931@gw.wmich.edu> 479lim@gw.wmich.edu writes:
> I need some help into looking for a PD page break remover from
> an ascii file. ie removes the funny sign that looks like the
> symbol for a female (ankh). FTP sites welcomed.

Apply FILTXT.EXE with the following customized translation table
!FFSTRIP.XLT Strip formfeed from a text file
12 !<FF>       (The ! is just for comments)
-1 !nothing

garbo.uwasa.fi:/pc/ts/tsfltb15.zip Build your own filters, T.Salmi
Filename        Comment                             Date      Time
--------        --------------------------------    ----      ----
DEMOTXT.XLT     How to build a translation table  08-04-91  11:04:16
FILBIN.EXE      General filter for binary files   01-29-92  05:10:42
FILGEN.EXE      Generalized filter for any file   08-06-91  11:28:40
FILTXT.EXE      General filter for text files     01-29-92  04:51:12
LOWER.XLT       To lowercase, also foreign chars  03-25-89  15:52:24
NOEOF.XLT       Enables reading text past eof     08-04-91  11:05:06
PC2UNIX.XLT     PC newlines to Unix newlines      08-04-91  11:01:44
SIMUL8.XLT      8-bit to look-alike 7-bit chars   07-04-89  23:55:02
STRIP.XLT       Strip the high bit of 8bit chars  07-04-89  21:21:02
TOASC.XLT       Scandinavian IBM to ASCII         03-23-89  18:39:22
TOIBM.XLT       Scandinavian ASCII to IBM         03-23-89  18:41:34
TSFLTB.INF      Document                          01-30-92  02:22:16
TSFLTB.NWS      News announcements about tsfltb   01-30-92  02:04:02
TSPROG.INF      List of programs from T.Salmi     01-25-92  04:54:22
UNIX2PC.XLT     Unix newlines to PC newlines      08-04-91  11:01:40
UPPER.XLT       To uppercase, also foreign chars  03-25-89  15:45:46
VAASA.INF       Info: Finland, Vaasa, U of Vaasa  02-02-90  11:52:54
----            ------             ------  -----
0017            63228 Jan 30 04:22 garbo.uwasa.fi:/pc/ts/tsfltb15.zip

"If you do not know how to go about getting this material users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 35Kb), Keith Petersen (w8sdz@wsmr-simtel20.army.mil)
for SIMTEL20 information, or Craig Warren (ccw@deakin.oz.au) for
Oceanian garbo mirror information.  North American users are advised
first to search on SIMTEL20 or its mirror wuarchive.wustl.edu.
Oceanian users are referred to rana.cc.deakin.oz.au (for recent
files)."

...................................................................
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 Feb 25 07:21:09 1992
Subject: Re: TSLIN33 and integer programming
To: btier@metz.une.oz.au
Date: Tue, 25 Feb 92 7:21:09 EET
X-Mailer: ELM [version 2.3 PL11]
Status: RO

> hello Dr Salmi,
> I notice your frequent postings in sci.math about the
> availability of tslin33.zip.  Is it useful for integer
> programming? and if it is is source code available?
> I have lookde through some other archives but have not found
> any IP packages.
> do you know of any (other) public domain integer programming
> packages.
> thanks in advance
> bruce

Hello Bruce,

Thank you for your query.  Sorry, no.  My /pc/ts/tslin33.zip is not
useful for integer linear programming.  It is good for ordinary
linear programming and linear goal programming.  With the natural
exception of my batch collections my source codes are not publicly
available, only the packakes themselves.  I do not know of any PD
integer (linear) programming packages, and in a way that is not
surprising because integer programming is such a difficult and
specialized task that the porgrams tend to be commercial.  But there
is some interesting information in the reviews referred to in the
reference list included in /pc/ts/tslin33.zip.

   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 Feb 25 19:53:57 1992
Subject: Re: tar options help needed
To: gavriel@ccsg.tau.ac.il (Gavriel Philipson)
Date: Tue, 25 Feb 92 19:53:57 EET
Status: RO

> Hello,
> I know this is a FAQ, but I nevertheless didn't succeed:
> I downloaded some file from your unix directory at garbo,
> with the extension .tar.Z I know how to uncompress, but how do I open
> the .tar ? (i know u use tar, but what options exactly)?
> please answer me a.s.a.p
> thanks a  lot
> -Gavrie.

Hello Gavrie,

Advice can be found in /unix/ts/0news-u.  You'll have to look
because I don't remember the details even myself.

   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 yogi@cs.ubc.ca Fri Feb 28 06:24:07 EET 1992
Article: 2673 of comp.binaries.ibm.pc.archives
From: yogi@cs.ubc.ca (Joseph Gil)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: Software decriptions
Date: 27 Feb 92 17:30:58 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Lines: 88
Status: RO

ts@uwasa.fi (Timo Salmi) writes:

>... Perhaps we archive
>site moderators should give even more guidelines as to what should
>be in the acceptable upload announcements.

...

>You are right, we could have more items on the list. Perhaps we
>should add
>  - Indicate the shareware / freeware etc status and the potential
>    registration price & conditions
>Are there any other sensible items we should ask for?.

Perhaps we could come up with upload forms: a textual skeleton
that uploaders would be asked to use for uploads.
Something like:


File name: ________.___
        (fill the file name, no more than 8 chars for file name)
Suggested directory:
        (use only names from enclosed list or leave empty, separate with
        commas if more than one)
Author name:
        (or company name)
Author address:
        (more guidelines)
Author e-mail:
...
Payement required from private users: Y/N
Payement required from corporates: Y/N

Demo: Y/N
        (Answer Yes if the software is restricted so that it essentially cannot
        perform the task it was desgined to do: e.g. word processors that
        cannot save files, restricted data size, communication prog with
        limited time communication etc.)

Nagware:
        (Answer Yes if the software displays registratio reminders more
        than once, or if it requires the user to type in more than
        3 characters which are not necessary in the regitered version,
        or if it induces more than 5 seconds delays in the unregistered
        version)
...
Source included: Yes | No | n/a
...
Number of help screens:
        A. 1
        B. 2-5 help screens.
        C. 6-10 help screens.
        D. 11-25 help screens.
        E. 25-100 help screens.
        F. >100 help screens.
On line doc type:
        A. Global, page based.
        B. Hyper-text
        C. Context sensitive.
        D. Hyper-text + context sensitive.
External doc size:
        A. 1K or less
        B. ....
...
40 chars description (for 4DOS):
46 chars description (for SIMTEL):
65 chars description (for GARBO):
10 lines description (not more than 72 chars/line):


Long description (up to 400 lines, 72 chars/line):

This suggestion may require consirable start up cost. Probably the most
difficult part would be composing a universal form and guidlines for filling
it. The next step would be to write software for validating forms which
could be used by users. At an intermediate stage, you could have a
validating program at the archive site, which will check the form, and
send and if it is not valid, will reply to the sender with list of
suggested corrections. After that, the sky is the limit to what you can
do with good data base programs.


        b) Writing
--
Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi
Dept. of Computer Science          yogi@cs.ubc.ca (cs.ubc.ca=137.82.8.5)
6356 Agricultural Road., Univ. of B.C.,             Tel: +1-604-822-8175
Vancouver, British Columbia, V6T 1Z2, Canada.       Fax: +1-604-822-5485


-From ts@uwasa.fi Fri Feb 28 06:42:53 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Software decriptions
Organization: University of Vaasa, Finland
Date: Fri, 28 Feb 1992 04:42:42 GMT

In article <1992Feb27.173058.28692@cs.ubc.ca> yogi@cs.ubc.ca (Joseph Gil) writes:
>ts@uwasa.fi (Timo Salmi) writes:
>>... Perhaps we archive
>>site moderators should give even more guidelines as to what should
>>be in the acceptable upload announcements.
:
>Perhaps we could come up with upload forms: a textual skeleton
>that uploaders would be asked to use for uploads.
>Something like:
:
>Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi

Excellent.  A public thanks for your excellent outline Yossi.  For
the moment I have stored your very useful posting into the publicly
available information and feedback file garbo.uwasa.fi:/pc/pd2/
post07.txt.  We'll look it over with Harri and hopefully also Keith,
and wait a second if we get any other points or feedback on your
suggestion, but at a quick look your suggestion seems useful the way
it is to be the general skeleton.  I'll try make yours (or an
updated version) a public recomendation for those of our gentle
garbo.uwasa.fi uploaders who would like to have a ready skeleton for
their upload announcements.  Let's see what further views we might
get.

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 Sat Feb 29 08:12:42 1992
Subject: Re: uuexe510.zip is corrupted
To: towen@relay.nswc.navy.mil (Tom Owen)
Date: Sat, 29 Feb 92 8:12:42 EET
Cc: jloup@chorus.fr (Jean-loup Gailly),
        bbking!rmarks@PRC.Unisys.COM (Richard Marks),
        madler@cco.caltech.edu (Mark Adler)
In-Reply-To: <9202282346.AA29439@uwasa.fi>; from "ea00" at Feb 28, 92 4:43 pm
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Thanks for the information. The problem turned out to be I had indeed
> too early a version of pkzip.  The file correctly unzipped with version
> 1.93a.  I do not know what is the minimum version to unzip though.
>
> The error message was very cryptic in that the -v options did not show
> an error, but -t showed that 2 of the 3 files were corrupted.  I would
> have thought it would had said incompatible archiving method.
>
> Anyway, sorry for the inconvenience.
>
> Tom Owen

Hello Tom,

In fact while the long awaited 2.00 version of PKZIP is still
waporware, PKUNZIP 1.10 (or unzip41) is the safest version to use.
The problem of the misleading error message is a known one, and can
occur if the file has been handled with the Unix zip.  Thus if one
has an out of date PKUNZIP version these .zip files will look
corrupted although the true problem is using an out of date PKUNZIP
version.

   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 Arnaud.Wylie@bbs.actrix.gen.nz Sun Mar  1 17:02:05 EET 1992
From: Arnaud.Wylie@bbs.actrix.gen.nz
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: ftp-sites by mail ?
Date: 1 Mar 92 05:56:35 GMT
Organization: Actrix Information Exchange
Lines: 26
Status: RO

In article <1391@emdeng.DaytonOH.NCR.COM> btrue@emdeng.UUCP
(Barry.True) writes:
> I'd be interested in this (ftp by mail) also as well as any
> instructions for access/usage.

The ftp mail server I use is ftpmail@decwrl.dec.com
A sample message is as follows:

connect garbo.uwasa.fi
binary
uuencode
chdir /pc/turbopas
get execws.zip
quit

N.B,:
Apparently you can only use chdir once per session.
Use the command "ls" to list the files in the current subdirectory
You will have to use an editor to cut & paste the text if it was sent in
several parts.
After that use uudecode to convert the ascii text back to a real file.

--
UseNet:  Arnaud.Wylie@bbs.actrix.gen.nz |  "This statement is false"
FidoNet:              3:771/170         |  Phone 0064 4 3823-237


From ts@uwasa.fi Tue Mar  3 08:02:00 1992
Subject: Re: cmos.exe
To: pcj1@cunixf.cc.columbia.edu (Pierre Charles Jelenc)
Date: Tue, 3 Mar 92 8:02:00 EET
In-Reply-To: <CMM.0.90.2.699584336.pcj1@cunixf.cc.columbia.edu>; from "Pierre Charles Jelenc" at Mar 2, 92 7:58 pm
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Dear Prof. Salmi,
>
> I think there is a buglet in CMOS.EXE. On my machine, today Monday 2
> March 1992, it gave the date as Sunday 2 March 1992.
>
> Best regards.
>
> Pierre Jelenc                        pcj1@cunixf.cc.columbia.edu
> Columbia University

Hello Pierre,

Thank you for the feedback on my CMOS.EXE from /pc/ts/tsutle16.zip.
Always appreciated.  This is a difficult one to answer for sure.
Please help me further.  Would you please try it on another PC near
you, because I do not get the same error.  The error might be in
your CMOS, or in my program.  I cannot know outright which.  Mind
you, the weekday is not read by MsDos, only the date information.
What you have the in the date command is calculated as far as I
know.  (I am not absolutely sure).  The recent leap-day in this leap
year might even have confused your battery backupped clock.  Mine
seems to give the correct weekday.

But I noticed a related bug, which is unambiguous.  If the CMOS
weekday information bit is indefinite the the result is also
indefinite.  I'll correct this this in the next version.

   All the best, Timo

[The exchange continues below]

-From ts@uwasa.fi Thu Mar  5 16:08:09 1992
Subject: Re: cmos.exe
To: pcj1@cunixf.cc.columbia.edu (Pierre Charles Jelenc)
Date: Thu, 5 Mar 92 16:08:09 EET

> Timo,
>
> I have tried to get more on the weird behavior of cmos.exe, but I am
> limited by the unavailability of other machines with color graphics. I
> tried it on one with mono EGA, but it could tell the monitor was mono
> and did not run.
>
> On the machine where it runs (Leading Edge 386/25; DOS 5.0; 4DOS 4.0),
> it still gives the wrong day, today Wednesday, it says Tuesday. What is
> even more peculiar is that if I change the date with the DATE command,
> and reboot, the date that shows up at the DATE command is the one I am
> expecting, while in cmos.exe only the date is correct, while the day of
> the week is still Tuesday, regardless of the date I changed to. Since I
> reboot each time, I assume the change is properly registered, but why
> the day of the week shows that behavior is incomprehensible. It is as
> though there is a counter that is not updated, and that the DOS command
> DATE gets its day of the week by calculation from the date while
> cmos.exe gets it from the counter that is  not updated. Does that make
> sense?
>
> Best regards,
>
> Pierre
>
>
> Pierre Jelenc                        pcj1@cunixf.cc.columbia.edu
> Columbia University

Hello Pierre,

Thank you for your report.  I have since come to the conclusion that
the weekday in CMOS is probably somehow volatile, and I have decided
to remove the information from future versions of my CMOS.EXE.
Incidentally, I have added math coprocessor status detection for
future versions.

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 Mar  3 08:36:43 1992
Subject: Re: A simtel20 directory question
To: y8321@u.washington.edu (Yih-Jin Young)
Date: Tue, 3 Mar 92 8:36:43 EET
Cc: w8sdz@vela.acs.oakland.edu (Keith Petersen)
In-Reply-To: <9203030628.AA15362@milton.u.washington.edu>; from "Yih-Jin Young" at Mar 2, 92 10:28 pm
X-Mailer: ELM [version 2.3 PL11]
Status: O

> Hello Timo,
> Thank you for the file you sent me. Yes, I will go through them carefully.
> BTW, just a personal request. I don't know if it is appropriate to post on
> cbip. In simtel20, from which directory can I get a copy of pkzip software?

Hello Yih-Jin,

It is perhaps a bit too common a question to post.  The answer that
you would most probably get in cbip.wanted would be "please take a
look at the file list pd1:<msdos.filedocs>simibm.arc".  At garbo our
corresponding file list is /pc/INDEX.ZIP and the directory pkzip
file is /pc/arcers/pkz110eu.exe.  But being in the US you should
rather use the US sites because of the oversees load.

   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 Mar  3 21:09:44 1992
Subject: Re: ftp to garbo refused
To: marshall@force.ssd.lmsc.lockheed.com (Bob Marshall O/67-92 B/561 x65737)
Date: Tue, 3 Mar 92 21:09:44 EET
Cc: hv@uwasa.fi (Harri Valkama), hh@uwasa.fi (Hannu Hirvonen)
In-Reply-To: <00957062.4A022C10.5652@force.ssd.lmsc.lockheed.com>; from "Bob Marshall O/67-92 B/561 x65737" at Mar 3, 92 10:04 am
X-Mailer: ELM [version 2.3 PL11]
Status: O

>
> When I connect to garbo.uwasa.fi via anonymous ftp I get that annoying
> message about "cannot translate your hostname to an address, if this is
> not fixed soon...blah, blah, blah". It makes me feel like I'm doing
> something underhanded. I'd "fix" it if I could, but I'm not sure if that's
> something I'm supposed to initiate or what. What does it take to "fix"
> this? My hostname is force.ssd.lmsc.lockheed.com, which translates
> to 129.197.67.20.
>
> I certainly would hate to have my access to garbo cut off, since it seems
> to be one of the better-run ftp sites around. In fact, I can't think of
> one that is run any better.
>
> Bob Marshall
> marshall@force.ssd.lmsc.lockheed.com
>

Hello Bob,

As far as I understand from our, in these respects much more
knowledgeable, system managers (Hannu Hirvonen hh@chyde.uwasa.fi and
Harri Valkama hv@garbo.uwasa.fi) the problem is not at this end.  It
is a problem of your site's name server and/or its hierarchy and
location in the net.  As far as I understand there is noting we can
do about it, and it is thus up to your own site's system
administration.  Thus the first person to contact would be your
site's system manager.  The first thing s/he should check is your
site's name server status.

I hope I got my facts right.

   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 Mar  4 20:20:43 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: FTP dir scroll, or textfile read
Organization: University of Vaasa, Finland
Date: Wed, 4 Mar 1992 18:20:09 GMT
Lines: 52
Status: RO

In article <1992Mar4.160435.22305@CERIS.Purdue.EDU>
jheath@CERIS.Purdue.EDU (Jim Heath) writes:
>Could someone tell me how to pause a dir listing on ftp, please?  When I
>do a dir, like ftp>dir, on ftp, the list goes by too fast to
>read.

Take a moment to study the two tricks in the demonstration session
log below.  The tricks are "ls -CF" and "ls -lF |less".  A third
trick is to have a terminal emulator with a scroll-back buffer.  Eg
MsKermit has this convenient feature.  You can even read a text file
with theses trick by applying eg "get README |less".  You can direct
a listing to a file.  Example "ls -lF dir.log".  You shell from the
session by "!less dir.log" to read the file.

               *** IMPORTANT NOTICE ***
Handy as these tricks are, you should use them judiciously, since
they keep the FTP connection open.  Recall that there may be many
simultaneous users at the more popular FTP sites.  It is better to
decrease the load by first getting the text files (eg the example
README, especially if it is long) and read them at your leasure at
your own host after you have closed the FTP connection.  There may
even access limitations on the maximum simultaneous number of FTP
users, so do not hog the connection.

> ftp garbo.uwasa.fi
Connected to garbo.uwasa.fi.
220 garbo.uwasa.fi FTP server ready.
Name (garbo.uwasa.fi:ts): anonymous
331 Guest login ok, send ident as password.
Password: [your email address]
230 Guest login ok, access restrictions apply.
ftp> ls -CF
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
HELP         etc/         ls-lR.Z      pc/          ql/          unix/
X11/         gif-art/     mac/         private-hv/  sparc/       vms/
bin/         lost+found/  next/        private-ts/  suntools/    win3@
cats-meow/
226 Transfer complete.
remote: -CF
190 bytes received in 0.049 seconds (3.8 Kbytes/s)
ftp> cd /pc/ts
250 CWD command successful.
ftp> ls -lF |less
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 6892
-rw-rw-r--  1 10016     110          2790 Feb 11 06:05 0dir-ts
-rw-rw-r--  1 10016     110         15588 Mar  2 12:00 0news-ts
[parts deleted]
-rw-rw-r--  1 10016     110         67361 Sep 29 16:52 tschek14.zip
-rw-rw-r--  1 10016     110        101251 Feb 18 21:35 tsfaq26.zip
:q
Transfer complete.
local: |less remote: -lF
3842 bytes received in 4.6 seconds (0.81 Kbytes/s)
ftp> close
221 Goodbye.
ftp> quit
>

There is also an alternative approach to reading long text files
on-line if you are using a PC for your terminal emulation.  Get a
screen buffer program where you can scroll the text back and forth. 
For example get

 45720 Oct 19 01:08 garbo.uwasa.fi:/pc/screen/scrlit18.zip
 scrlit18.zip SCROLLit, Advanced Screen ScrollBack Buffer (good)

   All the best, Timo

..................................................................
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 ts@uwasa.fi Mon Mar  9 21:43:21 1992
Subject: Re: TSUTLE16.ZIP, Diagnozing CMOS information, at garbo
To: wong@concour.cs.concordia.ca
Date: Mon, 9 Mar 92 21:43:21 EET
In-Reply-To:  <9203091829.aa16633@concour.cs.concordia.ca>; from "wong@concour.cs.concordia.ca" at Mar 9, 92 6:29 pm
X-Mailer: ELM [version 2.3 PL11]
Status: RO

> Hi Prof. Timo Salmi,
>
> This may not be appropriate, but I try anyway.  I want to access the
> CMOS on AT computer but I don't know the address.  Is there a standart
> for addressing? If so, can you give me some pointer?
>
> Thank you very much.
>
> William Wong
> wong@cenparmi.concordia.ca

Hello William,

You can find CMOS addressing information in

284014 Apr 15  1991 garbo.uwasa.fi:/pc/programming/helppc21.zip

CMOS is accessed via ports, not memory addressing, and unless you
are very careful you might seriously harm your PC.  The number one
rule of port programming is "never experiment with ports unless you
know exactly what you are doing".

   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 bm189@cleveland.Freenet.Edu Thu Mar  12 04:50:52 1992
From: bm189@cleveland.Freenet.Edu (Robert T. Mathews)
Subject: What is FUNET?
To: ts@uwasa.fi
Date: Thu, 12 Mar 92 04:50:52 -0500
Status: RO


Prof. Salmi:

I noticed in your signature that you subscribe to Funet.  Could you
please tell me if this is a Finnish network or is it more global?
and How might one subscribe to this network, that is if it is even a
possibility.

Best regards,
Robert Mathews.
bm189@cleveland.freenet.edu

-From: Petri Ojala <ojala@funet.fi>
Subject: Re: Funet
To: bm189@cleveland.freenet.edu
Date: Sun, 15 Mar 1992 14:20:23 +0200


FUNET is acronym from Finnish University and Research Network.  It is
network organisation like NSFNET, ie. it runs the research Internet
in Finland.

You probably cannot become FUNET member unless you happen to run
Finnish University or research institute or corporation with research
activities.

We use the 'FUN' term in quite a many places as network is usually
quite fun ;-)

Petri

From w8sdz@vela.acs.oakland.edu Mon Mar 16 21:23:35 1992
Return-Path: <w8sdz@vela.acs.oakland.edu>
Received: from via.ws13.merit.edu ([35.197.161.9]) by uwasa.fi (4.1/101091(hh))
        id AA20750; Mon, 16 Mar 92 21:23:11 +0200
Date: Mon, 16 Mar 92 13:02:12 EST
From: Keith Petersen <w8sdz@vela.acs.oakland.edu>
Message-Id: <2743.w8sdz@vela.acs.oakland.edu>
To: pjh@mccc.edu (Peter J. Holsberg)
Cc: ts@uwasa.fi (Timo Salmi)
Subject: Re: Need a special uudecoder
Status: RO

> > I've started getting some files via a list server and they come as
> > multiple mail messages. Each is a piece of a uuencoded whole, with a
> > mail header at the beginning.
> >
> > None of the uudecoders I have will deal with either the individual
> > pieces (apparently the pieces are generated by using split on the
> > original uuencoded file) or on the result of catting them all together.

Pete, this script which I call lcombine, will handle the multiple-part
uuencoded files received from the LISTSERVs at NoDak and RPI.

#! /bin/sh
cat $* | sed '/--- End /,/--- Part/d' | uudecode

If you haven't already done so, you should look at uucat.c which is
available from SIMTEL20's pd8:<misc.unix> directory.  Get uucat.msg,
too.  It explains how to use it.  It's a filter that ignores garbage
inbetween parts of uuencoded pieces.  I use it all the time instead of
the combine or lcombine scripts.

uucat various.* | uudecode

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 17 08:48:58 1992
Date: Tue, 17 Mar 92 08:50:03 +0200
From: hv@garbo.uwasa.fi (Harri Valkama)
To: u7742043@mis.nsysu.edu.tw
Cc: hh@uwasa.fi, ts@uwasa.fi
In-Reply-To: u7742043's message of Tue, 17 Mar 92 10:08:36 -0800 <9203171808.AA27602@mis.nsysu.edu.tw>
Subject: Re: strange login message
Status: RO

                           3/17/92

   Hello Harri Valkama,

        I just wanted to thank you and Timo Salmi, and Hannu Hivvonen for
   all your good work in running the anonymous ftp site garbo.uwasa.fi.  I
   really appreciate all the time and effort being spent!

        As you are the SysMgr (from what it says inside the PKZip banner
   from every zipfile download) I wish to inform you that every time I use FTP
   as anonymous login, I get the message from your site :

     "Unable to map your machine address into a network name.  If this
     is not fixed soon you will be unable to login."

   It then proceeds to allow me to login.  I wish you would inform me on how to
   fix this problem.  I do not get this message logging into other anonymous
   ftp sites (ex. wuarchive.wustl.edu or utsun.s.u-tokyo.ac.jp) so I'm not sure
   if this problem is on the machine at my end or the machine at your end.
   Please advise me as I do not wish to lose the privilege of logging into your
   site.

   Thank You once again,

   U7742043@MIS.NSYSU.EDU.TW
   140.117.72.1 (tcpip address)
   National Sun Yat Sen University, Taiwan, R.O.C.


The  message   means  that your host   is  not  known to  any internet
nameserver, and therefore our server is unable  to register your call.
I can  resolve  neither of your  numeric addresses.  The hostnames and
their addresses must be registered with the nameserver of your domain.

-harri-

