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/post05.txt file description
To: ts@uwasa.fi (Timo Salmi)
Date: Fri, 31 Dec 99 6:46:16 EET
Status: OR

+---------------------------------------------------------------+
! This file is in mail format, so you can also read it with any !
! suitable Unix mail program such as elm: (elm -f post05.txt).  !
! Or try /pc/mail/rmail##.zip to read on a PC                   !
+---------------------------------------------------------------+

   This is the fifth 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.

1   Dec 31 Timo Salmi         (29)   The /pc/pd2/post05.txt file descript
2   Dec 1  To Doug Dougherty  (48)   Re: TDEL.EXE recursive delete in TSU
3   Nov 26 Harri Valkama      (163)  Thanks, for the ls -l patch
4   Nov 25 To Rolf EBERT      (64)   Re: Problems with ftp and thanks
5   Nov 25 Harri Valkama      (48)   Re: garbo problem status ?
6   Nov 24 Timo Salmi         (45)   Email your f*cking replies, Timo.
7   Nov 16 To Rene Bonvanie   (95)   Re: Reply from Garbo-Archive re: inv
8   Nov 12 Harri Valkama      (51)   Re: Where is MAC archives
9   Nov 6  To Gentle users    (29)   Timo's title
10  Nov 6  To Doug Tooley     (57)   Re: A Question about your tsutils
11  Nov 3  To AMATYA VB - SYS (52)   Re: COMPRESS BINARY FILES ?
12  Oct 30 :X6562AER          (22)   FAQ file problems solved, ignore req
13  Oct 29 Harri Valkama      (28)   garbo and mailserver
14  Oct 28 Harri Valkama      (53)   Re: NFS mount of Garbo?
15  Oct 26 Timo Salmi         (42)   Re: ZMODEM and PC <===> UNIX transfe
16  Oct 24 Timo Salmi         (46)   On Unix host --> PC file transfers
17  Oct 24 Timo Salmi         (64)   Re: FTP How-to
18  Oct 23 Jonathan I. Kamens (40)   FAQS>>>>>>>>>>
19  Oct 23 To * Riaz ... **   (50)   Re: FAQS>>>>>>>>>>
20  Oct 17 Hylton Boothroyd   (42)   Re: Some quotas may have to be impos
21  Oct 17 Timo Salmi         (61)   CBIP newsgroups once again (Was Re:
22  Oct 16 To Mike Parasich   (42)   Re: TsUnits Query
23  Oct 15 To anonymous       (38)   Re: Avoid unwarranted CBIP cross-pos
24  Oct 15 To chuah@stargate. (35)   Re: Don't forget the compressed garb
25  Oct 14 To Doug Dougherty  (44)   Re: TSUTLB19.ARC with touch updated
26  Oct 11 Harri Valkama      (25)   Re: Changed package length
27  Oct 10 Keith Petersen     (60)   How to order SIMTEL20 files via e-ma
28  Oct 10 Hannu Hirvonen     (37)   dir on garbo
29  Oct 9  Hannu Hirvonen     (22)   Re: An rn cancelling trick (Was Re:
30  May 1  David Dodell       (29)   FidoNet Nodelist

..................................................................
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 hh@macavity.uwasa.fi Wed Oct  9 11:52:46 1991
From: Hannu Hirvonen <hh@macavity.uwasa.fi>
Subject: Re: An rn cancelling trick (Was Re: TSR terminal program wanted)
To: ts@chyde.uwasa.fi (Timo Salmi)
Date: Wed, 9 Oct 91 9:52:45 GMT
Cc: brown@NCoast.ORG, hh@chyde.uwasa.fi
Status: OR


> > Unfortunately, when I do a C in trn, it says something to the
> > effect of "you can't cancel somebody else's article."  Somehow
> > it doesn't realize that I was the poster.

there are at least two possible causes for this behaviour, but the
most likely one is that the news software is misconfigured (either
different hard-wired hostnames in different parts of the news system,
or a mix of hard-wired names and calls to hostname-command).

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


From hv@garbo.uwasa.fi Fri Oct 11 08:16:45 1991
From: Harri Valkama <hv@garbo.uwasa.fi>
Subject: Re: Changed package length
To: nguyenh@eng.umd.edu (Hoa Gia Nguyen)
Date: Fri, 11 Oct 91 9:16:35 EET
Cc: ts@garbo.uwasa.fi (Timo Salmi, B219, 248274, )
Status: OR


>       Thanks, Harri, for processing VIET1P6.  I have a question though.
> The file VIET1P6.ZIP which I uploaded was 223834 bytes long.  The file
> that is now in pc/editor is 224092 bytes long.  Is this normal?
> (You unzipped, then re-zipped it with different options?)

No, we include our contact information in these archived packages.

>       Thanks,
>       Hoa Nguyen

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help

From hh@macavity.uwasa.fi Thu Oct 10 15:48:04 1991
From: Hannu Hirvonen <hh@macavity.uwasa.fi>
Subject: dir on garbo
To: LAAAA43@cc1.kuleuven.ac.be
Date: Thu, 10 Oct 91 13:47:44 GMT
Cc: ts@uwasa.fi (Timo Salmi)
Status: OR


> could you please explain why the Garbo FTP Server reacts with
> 'Can't build data connection : Interrupted system service'
> when I give the dir-command.

this is a known problem (well, known to us anyway). there seems to be
some timing problem in the network code in UMIPS 4.51. we have not
been able to locate the fault, we have notified mips co., but as we
don't have support contract for our few mips rs2030 machines, we can't
get patches, updates or other official responses. we may consider
getting os update, when (if) mips co. can supplu SVR4. we may try
running bsd 4.[34] networking code in the near future just to see, if
this cures the problem.

> Some people here asked me that question, and I can't give them
> a proper answer...

the problem itself is very obscure, as even some topologically very
close sites seem to have continuous probles, while some VERY faraway
sites have never seen any data connection failures. you can always try
getting the INDEX file instead of dir/ls command.

btw, as you seem to have internet connectivity, why did your message
arrive through a very contortious bitnet path ?

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

From w8sdz@rigel.acs.oakland.edu Sat Oct 12 07:07:55 EET 1991
Article: 1082 of comp.binaries.ibm.pc.archives
From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: How to order SIMTEL20 files via e-mail
Date: 10 Oct 91 16:43:59 GMT
Status: OR

If you do not have FTP access to SIMTEL20, files may be ordered by
e-mail from LISTSERV@VM1.NODAK.EDU or LISTSERV@VM.ECS.RPI.EDU.

           If you are on BITNET: LISTSERV@NDSUVM1
                                 LISTSERV@RPIECS

   If your mailer knows domains: listserv@vm1.nodak.edu
                                 listserv@vm.ecs.rpi.edu

If your mailer wants bang paths: uunet!vm1.nodak.edu!listserv
                                 uunet!vm.ecs.rpi.edu!listserv

If you use bang paths, substitute your nearest neighbor which is also
on the Internet for uunet in the examples above.  Some examples are:
ames, decvax, decwrl, harvard, hplabs, nosc, rutgers, sharkey, sun,
ucbvax, ucsd, udel, uw-beaver, wuarchive.

Send this command to the server to get its help file:

GET PDGET HELP

Sample command (which gets our catalog of MS-DOS files):

/PDGET MAIL PD:<MSDOS.FILEDOCS>SIMLIST.ARC UUENCODE

These commands should be sent as the body of a regular email message.
Do not include a signature because it confuses the server.  If you
have xxdecode, you may wish to specify XXENCODE instead of UUENCODE to
avoid character translation problems.

Comments, questions, and suggestions should be directed to the LISTSERV
manager at one of these addresses, depending on which server you normally
use:

                    Internet                  BITNET

  "John Fisher" <FISHER@VM.ECS.RPI.EDU>   <FISHER@RPIECS>
  "Marty Hoag"  <INFO@VM1.NODAK.EDU>      <INFO@NDSUVM1>

Please do NOT send your comment or question about the servers to SIMTEL20.
However, if you wish to report a program bug or to request information
on how to upload files to SIMTEL20, you may send e-mail to me at one
of the addresses below.

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 ts@uwasa.fi Mon Oct 14 13:25:57 1991
Subject: Re: TSUTLB19.ARC with touch updated at garbo, Vaasa, Finland
To: valley@gsbsun.uchicago.edu (Doug Dougherty)
Date: Mon, 14 Oct 91 13:25:57 EET
In-Reply-To: <9110141103.AA18120@gsbsun.uchicago.edu>; from "Doug Dougherty" at Oct 14, 91 6:03 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

>
> In comp.binaries.ibm.pc.archives you write:
>
> >   filter < YourFile > tmp
> >   touch tmp /n /fYourFile
> >   copy tmp YourFile > nul
> >   del tmp > nul
>
> Shouldn't the last two lines be:
>
> >   del YourFile
> >   ren tmp YourFile
>
> to save the time of recopying the data?  Also, I took out the >nul's
> since neither of these commands makes output (except when something goes
> wrong, in which case you really do want to hear about it)
>

Hello Doug,
   This kind of feedback is always warmly welcome.  Thank you.  You
are right in your observations.  But there is a catch in the
renaming method you suggest.  It prevents the user from utilizing
paths, since renaming in MsDos is not allowed across directories.
Say, for example, that we are in the c:\ directory, and YourFile is
in the c:\text directory, and the user applies c:\text\YourFile.
The altered batch won't work then.  But yours is a nice idea, and
I'll put this in my public /pc/pd2/post05.txt useful feedback file.
   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 Oct 15 13:39:29 1991
Subject: Re: Don't forget the compressed garbo file lists
To: chuah@stargate.elec.canterbury.ac.nz
Date: Tue, 15 Oct 91 13:39:29 EET
Cc: madler@cco.caltech.edu (Mark Adler), wales@CS.UCLA.EDU (Rich Wales),
        jloup@chorus.fr (Jean-loup Gailly)
In-Reply-To: <9110151203.AA08375@betelgeux.elec.canterbury.ac.nz>; from "chuah@stargate.elec.canterbury.ac.nz" at Oct 16, 91 12:03 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> >Mon 14-Oct-91: To decrease the load please note that the heavily
> >downloaded garbo.uwasa.fi MsDos filelist /pc/INDEX is optionally
> >available as /pc/filelist/garboidx.arc (with MsDos eolns) and
>                            ^^^^^^^^^^^^
> How about a garboidx.zip - since (I think) zip is the "prefered
> archive" for garbo, and ZIP from info-zip now runs under unix.

Hello Dennis,
   You are right of course.  The catch is that the Unix Zip does not
yet have a switch for converting to MsDos eolns as Unix arc does.
I'd prefer using .zip, naturally.
   All the best, Timo

> ------------------------------------------------------------------------------
> Dennis Chuah  | "Pencangkul Matahari"  email:         |The gunners: We have
> EEE Canterbury|  chuah@stargate.elec.canterbury.ac.nz |  taken the league!.
> New Zealand   |  CHUAHDC@ELEC.canterbury.ac.nz        |  Yeeaaahhh!!!!.
> --------------   (bugs+flames) > /dev/null             -----------------------

...................................................................
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 Oct 15 23:58:14 1991
Subject: Re: Avoid unwarranted CBIP cross-posting (Re: HELP! Need gpp3.zoo !!!)
To: anonymous
Date: Tue, 15 Oct 91 23:58:14 EET
Status: OR

> Surely your posted admonitions - justified though they may be - are
> equally inappropriate as postings; wouldn't e-mail responses be
> better?

Hello Xxxxxx,

No, they surely are not.  Not at this stage.  The point my posted
notes is not to admonish individual users, but to try to retain the
cbip subgroups on track in general.  That cannot be achieved by
email alone.  When and if, the breaches of the cbip charter become
more sporadic, then just emailing is the better alternative.  But of
course this administrative postings method should be only done by
those who factually bear the brunt of the reorganization (Bob
Sloane, Keith Petersen, Bill Davidsen, and yours truly).

> Not a criticism, just a suggestion...

Thanks.

All the best, Timo

> --
> Xxxxxxx Xxxxx  (To honour the person's anonymity)
> Address:


...................................................................
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 Oct 16 08:07:20 1991
Subject: Re: TsUnits Query
To: MNP@ALPHA.SUNQUEST.COM (Mike Parasich)
Date: Wed, 16 Oct 91 8:07:20 EET
In-Reply-To: <911015162714.20a01ec3@ALPHA.SUNQUEST.COM>; from "Mike Parasich" at Oct 15, 91 4:27 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo:
>
>       I've FTP'd your TP units from a site here in the US and I think
>       they are GREAT.   However, After experimenting with them, I have
>       a question that I thought you could answer.  I was trying to use
>       a combination of the checksum and the run counter or the time
>       stamp and keep getting a checksum error after the counter or time
>       stamp changes.  Is there any fix for this?  Do you know if there
>       is a way for me to use these in combination?  Well, Thanks for
>       the great units and the help.
>
>
>       Mike Parasich
>       MNP@Alpha.Sunquest.Com
>       Tucson, Arizona, USA

Hello Mike,
   A good question.  Sounds a complicated problem, though.  You
would have to write a checksum routine of your own that skips the
part in the executable that stores the stamp information.  I am not
sure I know even myself how to do that.  Not at least off hand. But
I am pretty sure that you cannot achieve that with the use of the
TPU routines only, that are in my TPU collection.
   I am pleased that you have found my /pc/ts/tspa24##.arc units of
use.
   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 uwasa.fi!ts Thu Oct 17 08:19:50 EET 1991
Newsgroups: comp.binaries.ibm.pc.d
From: ts@uwasa.fi (Timo Salmi)
Subject: CBIP newsgroups once again (Was Re: sysid62.zip in garbo)
Organization: University of Vaasa, Finland
Date: Thu, 17 Oct 1991 06:09:03 GMT
Status: OR

In article <1991Oct16.162137.19427@shark.uucp> eric@sol.cse.fau.edu (Eric L. Thav) writes:
>In article <AV.91Oct16111822@kielo.uta.fi> av@uta.fi (Arto V. Viitanen) writes:
>>I tries SYSID602.ZIP from garbo (there is no sysid62.zip as prof. Salmi
:
>No reason to contact the author - he was correct.  The 80386DX is the same as

Dear Fellow users, please.  Would you please try to follow up the
postings concerning programs on archives to cbip.archives.

A general note at the same time, since some users have pointed out
that my notes should be only emailed.

1) In general terms you are absolutely right, BUT:
2) My purpose is not to admonish anyone, but to inform and remind
   the bulk of the users of the proper groups.
3) We need this as long there are so many misplaced postings.  When
   we get on a level comparable to "normal" newgroups, public posting
   is no more necessary.
4) There are four people who have had to bear the brunt of cbip
   reorganization, Bob Sloane, Keith Petersen, Bill Davidsen, and
   yours truly.  It is best that posting these administrative
   postings only come from us, so that they won't be too numerous.
5) Both the postings involved here (Arto's and Eric's) are useful
   per se, and as a pair convey useful information to fellow news
   users.  This is in no way a flame against them as individual
   posters.
6) Occasional accidents in group selections are understandable. It
   happens to me too.  But we have to get this into tolerable
   limits.
7) Sometimes it is difficult to say where actually to post in cbip.
   The charter is fairly unambiguous, though.  I'll keep posting it
   at least each Sunday.  Perhaps I should even add, say, a
   Wednesday posting for the time being.
8) Please try to understand that I am trying to provide a service
   for common good by these notes.  I am not working against anyone,
   but try to help the majority of users.  The alternative is that
   we leave this alone, and let the groups (cbip.d in particular,
   since it has the worst problems) choke into a "comp.ibm.pc.misc".
9) I suggest that helpful users who note a misplaced posting, follow
   up to the correct newsgroup.  As an example, Eric could have
   changed the posting header as follows:
     Newsgroups: comp.binaries.ibm.pc.d  -->
     Newsgroups: comp.binaries.ibm.pc.archives
   Again, this is a general example.  Not a note saying that Eric
   has done anything wrong.  He only tried to help, just like I do.

...................................................................
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  bsrdp@warwick.ac.uk Thu Oct 17 21:00:04 EET 1991
From: bsrdp@warwick.ac.uk (Hylton Boothroyd)
Newsgroups: comp.binaries.ibm.pc.archives
Subject: Re: Some quotas may have to be imposed on garbo usage
Date: 17 Oct 91 16:58:36 GMT
Organization: Warwick Business School
Status: OR

In article <1991Oct16.212822.629@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
> Please also remember the alternative of using batchftp (if you can) for
> more efficient usage.

I find I get on very well, on a unix host here, by using a script with
'ftp'.  I keep several small scripts, one for each site I am interested
in, and edit a copy freely during a sequence of FTP connections.

For example, the script f.garbo now reads
        verbose
        open garbo.uwasa.fi
        user anonymous bsrdp@warwick.ac.uk
        ascii
        dir  /unix/ftp
        bye
which allows me to call and read the directory listing at my leisure by
        ftp -in < f.garbo | less
which releases the network connection the instant the data has arrived
here from garbo.  But remember that using 'dir' rather than 'ls' may well
get the the famous garbo message saying you can't have it :-) .

To get a file, substitute a body in the style of
        binary
        hash
        get /unix/ftp/batchftp102.tar.Z  batchftp102.tar.Z
        bye
and make the call
        ftp -in < f.garbo
--
Hylton Boothroyd        h.boothroyd@warwick.ac.uk     or, if necessary:
Warwick Business School Janet:    h.boothroyd@uk.ac.warwick
University of Warwick   Internet: h.boothroyd%warwick.ac.uk@nsfnet-relay.ac.uk
COVENTRY, CV4 7AL       Uucp:     h.boothroyd@warwick.uucp

From ts@uwasa.fi Wed Oct 23 05:31:05 1991
Subject: Re: FAQS>>>>>>>>>>
To: u895297@bruny.cc.utas.edu.au (* Riaz ... **)
Date: Wed, 23 Oct 91 5:31:05 EET
Cc: jik@cats.ucsc.edu (Jonathan I. Kamens)
In-Reply-To: <9110230127.AA09354@bruny.cc.utas.edu.au>; from "* Riaz ... **" at Oct 23, 91 12:27 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> G'day...
> I am writting to thank you for the questions & answers that you've made up!!!!
> It's very good!!
> Are there more sources for such Q uestions and answers that are common all
> over the net!!
> I'd really appreciate it@!!
>
> cheers for now!!!
> --
>
> Riaz Akhtar-khavari
> Dept Of Computer Science
> University Of Tasmania
> Australia.
> ~~~~~~~~~
>
> e-mail : riaz@bruny.cc.utas.edu.au

Hello Riaz,

Thanks for your compliment.

Jonathan Kamens jik@pit-manager.mit.edu is the best person to
answer the question about the net-wide FAQs.  See his included
message on this.

Furthermore, there is some more of my own FAQ material in
  garbo.uwasa.fi:/pc/pd2/post01.txt
  :
  garbo.uwasa.fi:/pc/pd2/post05.txt
You are now reading post05.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 jik@pit-manager.MIT.EDU Wed Oct 23 10:41:05 1991
Return-Path: <jik@pit-manager.MIT.EDU>
Received: from pit-manager.MIT.EDU by uwasa.fi (4.1/101091(hh))
        id AA06290; Wed, 23 Oct 91 10:40:58 +0200
Received:  by pit-manager.MIT.EDU (5.61/2.1JIK)
        id <AA00596@pit-manager.MIT.EDU>; Wed, 23 Oct 91 04:40:45 -0400
Date: Wed, 23 Oct 91 04:40:45 -0400
Message-Id: <9110230840.AA00596@pit-manager.MIT.EDU>
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
Sender: jik@pit-manager.MIT.EDU
To: ts@uwasa.fi
Cc: u895297@bruny.cc.utas.edu.au
In-Reply-To: Timo Salmi's message of Wed, 23 Oct 91 5:31:05 EET <9110230331.AA02228@uwasa.fi>
Subject: FAQS>>>>>>>>>>
Status: OR

The right place to look for more information about my FAQ archive is
in this posting:

Subject: How to find sources (READ THIS BEFORE POSTING)
Newsgroups: comp.sources.wanted,alt.sources.wanted,news.answers

Available in the indicated USENET newsgroup(s), or via anonymous ftp from
pit-manager.mit.edu (18.72.1.58) in the file:

/pub/usenet/comp.sources.wanted/How_to_find_sources_(READ_THIS_BEFORE_POSTING)

Also available from mail-server@pit-manager.mit.edu by sending a mail message
containing:

send usenet/comp.sources.wanted/How_to_find_sources_(READ_THIS_BEFORE_POSTING)

Send a message containing "help" to get general information about the
mail server.

Jonathan Kamens                                         jik@MIT.Edu
MIT Information Systems/Athena              Moderator, news.answers
              (Send news.answers-related correspondence
                  to news-answers-request@MIT.Edu.)

From uwasa.fi!ts Thu Oct 24 08:11:52 EET 1991
Newsgroups: comp.archives.admin
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: FTP How-to
Organization: University of Vaasa, Finland
Date: Thu, 24 Oct 1991 06:10:31 GMT
Status: OR

In article <1991Oct23.225913.23440@uwm.edu> datta@vacs.uwp.edu (David Datta) writes:
>I am about to move the archives we have here and as long as I
>have to revise the how-to instructions I have, I was wondering
>if other archive admins have made a simple "how to FTP" file
>that they mail out to inquiring users.

Mine are included in
  garbo.uwasa.fi:/pc/pd2/pd2ans051.txt
  garbo.uwasa.fi:/pc/ts/tsans051.txt
Furthermore I have relevant material in
  garbo.uwasa.fi:/pc/pd2/post01.txt - post05.txt

I usually reply by sending pd2ans051.txt except when the question
concerns my own programs.  Then I use tsans051.txt.  These files
have much information.  There are so many recurring queries at a
major ftp site that a simple FTP session outline is not sufficient.
But that is included in there, too.

If you find these useful, you are welcome to utilize their texts as
long as you give the source.

On the net I use prerecorded messages like:

"The wares are available by anonymous ftp from garbo.uwasa.fi,
Vaasa, Finland, 128.214.87.1, or by using our mail server (use the
latter if, and only if you don't have anonymous ftp).  If you are
not familiar with anonymous ftp or mail servers, I am prepared to
send prerecorded instructions on email requests.
   If you don't get the instructions from me within a few days, it
will mean that your email address cannot be reached by a simple
email reply.  In that case, ask your system manager to devise a
proper mail path for you, because unless you do, you wouldn't be
able to utilize the mail server anyway.  If you are in North America
first consider using an ftp site near you to spare the overseas
load."

or
-------------------------------------------------------------------

The package is available by anonymous FTP or mail server from Vaasa,
Finland, garbo.uwasa.fi archives, and within a day or two (in .zip
format) from SIMTEL20.

If you do not know how to go about getting this package you are
welcome to email me for the prerecorded garbo.uwasa.fi instructions,
or Keith Petersen (w8sdz@wsmr-simtel20.army.mil) for SIMTEL20
information.
--------------------------------------------------------------------

...................................................................
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 uwasa.fi!ts Thu Oct 24 11:58:16 EET 1991
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: On Unix host --> PC file transfers
Organization: University of Vaasa, Finland
Date: Thu, 24 Oct 1991 09:57:50 GMT
Status: OR

Thu 24-Oct-91: Since this important subject has come up from the
readers, let me describe how I transfer files from my Unix host to
my PC in a modem connection when I am at home.  When connecting to
garbo (or chyde) I normally use MsKermit.  I have (among others) the
following commands in my initialization file.  (Some of the settings
are due to Keith Petersen, thanks Keith).  At the PC end of things I
have (a registered copy of) Chuck Forsberg's (text-graphics version
of) Zmodem GSZ program from garbo.uwasa.fi:/pc/termutil/gsz1007.zip.
My MsKermit settings are among other things
 set baud 9600
 set port com2
 set terminal vt102
 set parity even

define releasez define \%1,define \%2,define \%3, define \%4, define \%5

define beep3 echo \7\7\7

define gdn run gsz F ha on port 1 est 0 9600 pY129 rz,beep3

define gup run gsz F ha both port 1 est 0 9600 pY129 pB4096
 sz \%1 \%2 \%3 \%4 \%5,releasez,beep3 (wrapped here for readability)

At the Unix end of things I give eg a command
 sz -by tsfaq24.arc
Note that I have an oldish version of sz so you may have to look at
the switches.

At the PC end of things I invoke the MsKermit prompt (I get it from
alt-X), and simply type gdn, and voila!

...................................................................
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 uwasa.fi!ts Sun Oct 27 00:25:30 EET 1991
Newsgroups: comp.binaries.ibm.pc.archives
Path: uwasa.fi!ts
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: ZMODEM and PC <===> UNIX transfer
Keywords: zmodem, kermit
Organization: University of Vaasa, Finland
Date: Sat, 26 Oct 1991 22:16:18 GMT
Status: OR

In article <1991Oct26.195151.18454@watserv1.waterloo.edu> dreimer@watserv1.waterloo.edu (Reimer D - Wilfrid Laurier U) writes:
>I have been grateful for the advice on using GSZ in kermit (thanks,
>Timo!). Meanwhile, I have a problem. Using both the settings that
>Timo supplied, as well as those suggested by the GSZ documentation, I
>*cannot* get GSZ to work! I keep getting the error message about needing
>"7-bit" transfers and reading the 1st chapter of the manual. I've read
>the manual, but I still can't figure out what I'm doing wrong! I
>download from both a SunOS system as well as SysV. Both have Forsberg's
>ZMODEM installed. Will any kind soul have pity on this klutz and tell me
>what I'm doing wrong, and, more importantly, how to do it right!!

Some further tricks before taking this to the real experts.  Have
you set your parity as 7-E-1 instead of 8-N-1.  If not, try that.
Another question is your modem connection directly to your host.  If
not, trouble time.  That is that if you are factually going to your
host through another Unix machine, you are like to have problems.
If you have a high speed modem, turn the data compression off, but
you may leave error correction on.  Also, in a high speed modem, try
the same speed both at your serial port and at your modem.  Some
modems set these separately.  If these guesses do not help, then I
am out of ideas.  Unfortunately my own experience tells me that the
circumstances can be so complicated that prerecorded locig is not
enough.  One has to experiment heavily.

...................................................................
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 hv@garbo.uwasa.fi Mon Oct 28 07:52:32 1991
Return-Path: <hv@garbo.uwasa.fi>
Received: from garbo.uwasa.fi by uwasa.fi (4.1/101091(hh))
        id AA06092; Mon, 28 Oct 91 07:52:31 +0200
Received: by garbo.uwasa.fi (5.61/1.34)
        id AA01431; Mon, 28 Oct 91 07:52:29 +0200
From: Harri Valkama <hv@garbo.uwasa.fi>
Message-Id: <9110280552.AA01431@garbo.uwasa.fi>
Subject: Re: NFS mount of Garbo?
To: ts@uwasa.fi (Timo Salmi)
Date: Mon, 28 Oct 91 7:52:27 EET
Cc: bj@dc.luth.se, hh@garbo.uwasa.fi (Hannu Hirvonen, B231, 248264, 168563)
In-Reply-To: <9110271753.AA02207@uwasa.fi>; from "Timo Salmi" at Oct 27, 91 7:53 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR


> > Some of the sysadmins here at the University of Lule} are using the
> > FTP atchives at Garbo rather much. I know that some of the FTP
> > archives in the US (wuarchive for example) also is available via NFS,
> > does this apply for Garbo too?? If that is the case, would it be
> > possible for us to use that method instead of FTP? For a trial period,
> > at least, we would use a host here that only the sysadmins have access
> > to and probably use the Sun automounter.
> >
> > --B|rje
>
> Hej B|rje,
>    I am afraid that I don't even understand the question.  The
> technical part of garbo does not belong to me.  I only moderate the
> archives.  But no problem.  I'll forward your message to people who
> know of (also) of the technical part.
>    All the best, Timo
>
> ...................................................................
> Prof. Timo Salmi

I am afraid that the answer is no. Because we have already enough load
in this machine even without that.   Also  garbo is  not a very stable
machine because of several reasons. One  is that we have troubles with
the inet daemon (OS problem) and because of that  garbo is a ping-pong
machine. Also I have mail server  that gives quite  a heavy load every
now and then. Also I have  already one  NFS mount  TO this machine and
that is from nic.funet.fi  (Mac dir). So I think  we can't  afford the
NFS mount  to you (using perhaps quite  a slow link). Perhaps  when we
have a more stable garbo, hope so.

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help

From uwasa.fi!hv Tue Oct 29 13:24:57 EET 1991
Article: 1211 of comp.binaries.ibm.pc.archives
Newsgroups: comp.binaries.ibm.pc.archives
Path: uwasa.fi!hv
From: hv@uwasa.fi (Harri Valkama)
Subject: garbo and mailserver
Message-ID: <1991Oct29.111034.29109@uwasa.fi>
Organization: University of Vaasa, Finland
Date: Tue, 29 Oct 1991 11:10:34 GMT
Status: OR

We have had so many  troubles and problems lately  that we must try to
figure our what is behind of these  all.   So now we suspect that this
machine can't handle the load that comes from  mailserver AND many ftp
connections. So we keep now  mailserver shut for a couple  of days and
see if this machine  is more stable.  If  everything goes well we  can
perhaps start serving mail server requests again after 3 or 4 days (at
least we hope so).

Sorry to tell you this but this is the situation at the moment.

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help


From x6562aer%maple.decnet@pine.circa.ufl.edu Thu Oct 31 03:59:53 1991
Return-Path: <x6562aer%maple.decnet@pine.circa.ufl.edu>
Received: from pine.circa.ufl.edu by uwasa.fi (4.1/101091(hh))
        id AA25916; Thu, 31 Oct 91 03:59:42 +0200
Message-Id: <9110310159.AA25916@uwasa.fi>
Date: 30 Oct 91 20:45:00 EDT
From: "MAPLE::X6562AER" <x6562aer%maple.decnet@pine.circa.ufl.edu>
Subject: FAQ file problems solved, ignore request
To: "ts" <ts@uwasa.fi>
Status: OR

I figured out the problem I was having with the file tsfaq24.zip
The problem was that during transfers I had not specified the binary mode.
I have successfully unzipped the file and found it very informative.
I will follow your suggestions for dealing with .tar.Z files as you stated
in the FAQ.

Thanks for your time, people like you help keep things running as smoothly
as possible :-).
Ricardo Lopez, University of Florida, EE Dept.


From ts@uwasa.fi Sun Nov  3 09:08:07 1991
Subject: Re: COMPRESS BINARY FILES ?
To: vamatya@watserv1.uwaterloo.ca (AMATYA VB - SYSTEMS DESIGN)
Date: Sun, 3 Nov 91 9:08:07 EET
In-Reply-To: <9111022054.AA29915@watserv1.uwaterloo.ca>; from "AMATYA VB - SYSTEMS DESIGN" at Nov 2, 91 3:54 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> In article <1991Oct28.170251.16862@uwasa.fi> you write:
> >In article <91301.002938NCKUS029@TWNMOE10.BITNET> NCKUS029@TWNMOE10.BITNET (Jer-Sheng Chen) writes:
> >>yes, u can use PKZIP and PKUNZIP to do compress and uncompress, respectively.
> >
> >As many users will undoubtedly note, this wording can lead to
> >confusion, since "compress" can be understood in two ways here.  If
> >there are new users around let me try to explain a bit.
>
> I successfully collected ten parts of Deshi's program for zoo..
> but have no idea what is next step ,  so that I can use it.
> i. e.  how do I combine the parts and uncompress. any help will be greatly
> appreciated
>
> Thanx
>
> Vishwa
> vamatya@warserv1.waterloo.ca

Hello Vishwa,

It is difficult to answer your question since you have not given
sufficient information what you mean by having Zoo in parts, that is
how and in what format you have obtained it.

If you have it obtained it as a binary posting uuencoded, then
please either read cbip.d for awhile or ask the cbip moderator Bill
Davidsen.  His email address is in the header in the Cc field, and
in his news postings.

If you have obtained it through a mail server, then follow the
instructions that came with the email, or if there were none
included, send for the help file of the site you used.

If you have obtained Unix Zoo, and don't know what to do with the
parts, please read garbo.uwasa.fi:/unix/ts/0news-u.

   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 Nov  6 08:48:58 1991
Subject: Re: A Question about your tsutils
To: djtooley@lotus.uwaterloo.ca (Doug Tooley)
Date: Wed, 6 Nov 91 8:48:58 EET
In-Reply-To: <9111041532.AA18596@lotus.waterloo.edu>; from "Doug Tooley" at Nov 4, 91 10:32 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Hello Prof. Salmi,   (well, you're aliased in my .mailrc as "timo" :-)

Hello Doug,

Timo is perfectly all right.

> I was in need of a Directory Pop/Push program and I remembered your's so I
> tried it out...

I am pleased to hear that.

> Is it possible to get it to run silently? When I use it, I get my

No, not at the moment, it isn't.
[Epilogue: In garbo.uwasa.fi:/pc/ts/tsbat30.zip it now is.]

> environment variables echoed back at me. (from the "set" command)
> This cannot be redirected for some reason...
> I suppose I could hack the binaries, but I'd prefer a more elegant
> solution. ;)
> Any suggestions?

I think I'll reprogram a bit and put a switch into pusdire that
optionally turns off echoing the environment variables.  Please
stand by for an announcement in the news.  Most probably in one to
five days.

> Thanks!
>
> btw: I saw your posting about Qedit and a spell-check macro. Good idea!
>      I'll try it out when time permits.

I have found it very handy myself, and can recommend going trought
the trouble of setting it up.  It is well worth the one-time effort
it takes.

All the best, Timo

> -----                                                                   -----
> Doug Tooley             2B Co-Op CS student at U of Waterloo, Ontario, Canada
> djtooley@descartes.uwaterloo.ca   ...!watmath.waterloo.edu!descartes!djtooley
> -----      "What's another word for Thesaurus?" -- Steven Wright        -----

...................................................................
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 Nov  6 09:15:00 1991
Return-Path: <ts@uwasa.fi>
Subject: Timo's title
To: Gentle users
Date: Wed, 6 Nov 91 9:15:00 EET
Status: OR

Wed 6-Nov-91: Some kind users have nicely asked how they should
address me.  I prefer being called Timo on the net, at the
university by my colleagues, and also by my students.  Although I
personally don't go for the formal protocols, in general it won't
hurt you to know how they stand.  It is useful to know that using a
Mr or a Dr of a full university professor is considered outright
ignorance, and that this is not just Finnish convention but a
wide-spread international one.  Thus if you call me Mr Salmi, or a
Dr Salmi, I won't mind, but I cannot help noticing.  The stiff,
formal address always would be Prof. Salmi or Professor Salmi.
Such a friendly greeting as "Hi Prof" is also perfectly all right
with me, but you should be quite wary on your own campus if you
intend to approach every professor in this informal manner.

...................................................................
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 hv@garbo.uwasa.fi Tue Nov 12 08:07:07 1991
Return-Path: <hv@garbo.uwasa.fi>
Received: from garbo.uwasa.fi by uwasa.fi (4.1/101091(hh))
        id AA09464; Tue, 12 Nov 91 08:07:06 +0200
Received: by garbo.uwasa.fi (5.61/1.34)
        id AA07967; Tue, 12 Nov 91 08:07:05 +0200
From: Harri Valkama <hv@garbo.uwasa.fi>
Message-Id: <9111120607.AA07967@garbo.uwasa.fi>
Subject: Re: Where is MAC archives
To: ts@uwasa.fi (Timo Salmi)
Date: Tue, 12 Nov 91 8:07:02 EET
Cc: nms@jvd.msk.su
In-Reply-To: <9111092157.AA08966@uwasa.fi>; from "Timo Salmi" at Nov 9, 91 11:57 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR


> > Dear Sir,
> > would you know the reason why simple command
> >
> >     send mac/INDEX
> >
> > does not work? Something happens with MAC archives?
> >
> > Thanks
> > --
> > Nickolay Saukh <nms@jvd.msk.su> | Speaking from but not for JV Dialogue
>
> Hello Nickolay,
>
> As far as I understand our Mac support has been transferred to
> nic.funet.fi.
>
>    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

Yes, sorry to say we can't use the  NFS mount because  of the net load
that gets garbo on her  knees if we  do so. The sad  part is that I am
afraid that nic.funet.fi has not reliable or useful mail server yet.

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help

From ts@uwasa.fi Sat Nov 16 19:52:23 1991
Subject: Re: Reply from Garbo-Archive re: invalid request(s) (fwd)
To: rene@troll.ingres.nl (Rene Bonvanie)
Date: Sat, 16 Nov 91 19:52:23 EET
Cc: hv (Harri Valkama)
In-Reply-To: <9111150833.AA06479@troll.ingres.nl>; from "Account Manager" at Nov 15, 91 9:33 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo,
>
> I tried to download a file through the mail server recently.  I have very
> carefully read your explicit wish not to use the mail server if one has
> ftp access in the c.b.p.c.a newsgroup.  We are a big company, but this
> subsidary only has mail access to the world.  I have often downloaded from
> garbo (many many thanks for this wonderful service!), so I have a script.
>
> :
>    #getgarbo : get files from the garbo mailserver
>    me=`whoami`
>    garbo=mailserv@garbo.uwasa.fi
>    if [ $# -ne 2 ]
>    then
>            echo
>            echo "Usage: getgarbo <group> <filename>"
>            echo
>            echo "Example: getgarbo pc INDEX"
>            exit
>    fi
>    echo "Sending . . ."
>    echo "send $1/$2" | \
>            mail -v -s garbo-request $garbo $me
>    echo "Getgarbo done."
>
> This script has always worked for me, until recently.  I wanted to download
> the latest version of ARJ.  I first downloaded the INDEX, using;
>
>       getgarbo pc INDEX
>
> This worked OK.  After reading and finding the new version of ARJ, I then
> used the following;
>
>       getgarbo pc/arcers arj221a.exe
>
> This was the reply garbo gave me;
>
> Forwarded message:
> > From hp4nl!hp4nl.nluug.nl!garbo.uwasa.fi!mailserv Fri Nov 15 08:06:07 1991
> > Message-Id: <9111150042.AA00710@garbo.uwasa.fi>
> > From: mailserv@garbo.uwasa.fi (Garbo Mail Server)
> > Date: Fri, 15 Nov 1991 02:42:40 EET
> > X-Mailer: Mail User's Shell (7.1.1 5/02/90)
> > To: rene@troll.ingres.nl
> > Subject: Reply from Garbo-Archive re: invalid request(s)
> >
> > The following requests could not be honored. Sorry.
> >
> >         send pc/arcers/arj221a.exe
> >
> > For help, send the message "send help" to the server.
> >
>
> Invalid request ??  What is wrong ?  Is the mail server different now ?
> Did you limit some downloaders ?  Is my request wrong ?  Please help me.
>
> Thank you very much.
>
> Rene
> ====*
>
> Rene Bonvanie              | rene@ingres.com | Chacun fait ce qui lui plait.
> Ingres Corporation bv      |     (VMS)       | (Pourvu qu'on me derange pas)
> Amsterdam, The Netherlands | rene@ingres.nl  | Mon violon d'Ingres est Ingres.
> Tel. +31-20-5659135        |     (Unix)      | (Ceci n'est pas une pub ;-)

Hello Rene,

You have an instructive script in your message so I took the liberty
of quoting the whole of your message and putting this into our
garbo.uwasa.fi:/pc/pd2/post05.txt interesting feedback file.

The problem you were experiencing was my fault.  The current version
if ARJ is arj222.exe, but I had forgotten to make the change in the
/pc/INDEX.  This occasionally happens because of the number of
updates we have to handle.

   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 24 Nov 11:00:00 1991
Subject: Email your f*cking replies, Timo.
From: Timo Salmi <ts@uwasa.fi>
Date: Sun, 24 Nov 91 11:00:00 EET
Status: OR

 Q: Email your f*cking replies, Timo. I am fed up with your postings.

 A: There are two sides to the question of whether to email or post
one's replies.  If one posts, then the same information is made
available to a number of users who may have a similar problem, or
who might otherwise be making the same mistakes (such as posting
binaries to discussion newsgroups, posting to wrong newsgroups, etc)
if common usages and conventions are not made publicly known.  This
post/email dilemma is particularly problematic for an FTP archive
site moderator like yours truly because there are so much questions
I try to answer both on and off the UseNet news.  Therefore I prefer
to rationalize my workload.
   The other side of the coin is that some users who have seen the
same replies and notes from me many times over may become irritated
because of a true or an imagined loss of bandwidth.  As an example,
at one time in 1991 I got two such persistent flamers from the
comp.binaries.ibm.pc.d newsgroup, that I practically ceased posting
there altogether for a spell ("Why bother" was my reaction).  I
don't quite understand the logic of these individuals.  If they hate
my postings so much, why don't they simply put my name in their kill
file.  Fortunately most of the divergent views I have had on the
posting / emailing question have been constructive and polite.
   Note that I am not denying that there isn't a good point for only
emailing the replies and notes.  In particular, if everyone posted
their replies instead of emailing, the situation would soon get out
of hand.
   In general, I do not expect that everyone agrees with my views or
likes my methods.  That is all right, and I'm always prepared to
discuss matters, but only if they are presented in a civilized
manner.  Abusive individuals end up in my elm reject database.
--------------------------------------------------------------------

...................................................................
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 ddodell@stjhmc.fidonet.org Wed May 1 02:49:44 1991 GMT
Newsgroups: alt.bbs
From: ddodell@stjhmc.fidonet.org (David Dodell)
Subject: FidoNet Nodelist
Date: 1 May 91 02:49:44 GMT
Message-ID:<9406.281E36D7@stjhmc.fidonet.org>
Status: OR

The only site that is authorized by the copyright holder, Tom
Jennings, is the one I maintain at asuvax.eas.asu.edu

David Dodell
Administrator, fidonet.org


To request the FidoNet Nodelist do the following

(1) If you have ftp capabilities;

    anonymous ftp to: asuvax.eas.asu.edu  (tcp/ip = 129.219.30.5)

    find file "nodelist.txt" in the directory "stjhmc"

   -------------------------------------------------------------------------
          St. Joseph's Hospital and Medical Center, Phoenix, Arizona
        uucp: {gatech, ames, rutgers}!ncar!asuvax!stjhmc!ddodell
    Bitnet: ATW1H @ ASUACAD                    FidoNet=> 1:114/15
    Internet: ddodell@stjhmc.fidonet.org       FAX: +1 (602) 451-1165

From hv@garbo.uwasa.fi Mon Nov 25 08:01:00 1991
Return-Path: <hv@garbo.uwasa.fi>
Received: from garbo.uwasa.fi by uwasa.fi (4.1/101091(hh))
        id AA08447; Mon, 25 Nov 91 08:00:59 +0200
Received: by garbo.uwasa.fi (5.61/1.34)
        id AA24116; Mon, 25 Nov 91 08:00:50 +0200
From: Harri Valkama <hv@garbo.uwasa.fi>
Message-Id: <9111250600.AA24116@garbo.uwasa.fi>
Subject: Re: garbo problem status ?
To: gillum@ecn.purdue.edu (Timothy A Gillum)
Date: Mon, 25 Nov 91 8:00:48 EET
Cc: hh@garbo.uwasa.fi (Hannu Hirvonen, B231, 248264, 168563),
        ts@garbo.uwasa.fi (Timo Salmi, B219, 248274, ), mt@chyde.uwasa.fi
In-Reply-To: <9111241748.AA24764@en.ecn.purdue.edu>; from "Timothy A Gillum" at Nov 24, 91 12:48 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR


> Dear Harri,
>
> I saw your message and checked it out.  Things appeared to work fine
> from here.  I used 'dir', 'ls -l', and 'ls -F' (aside from a couple
> of cd's and get's :) and all appeared to function properly.  It's
> good to see this fixed, whether a software patch or not, since I
> like to see file size before I do a transfer.

Great.

> I've been reading the newsgroup and using your facilities for about
> six months now and I'd like to take the chance to say how much I
> (and I'm sure countless others) appreciate the hard work that Timo
> and yourself put in to what you do.  Thank You.
>
> Take care and keep up the good work.

Thanks for the kind words.

> |    ______            ____
> |      /              /  __                     gillum@en.ecn.purdue.edu
> |     / / /|/|       /___/  / /_ /_ /_/ /|/|
> |                                              programming can really byte!

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help

From ts@uwasa.fi Mon Nov 25 14:01:30 1991
Subject: Re: Problems with ftp and thanks
To: re@spinoza.enpc.fr (Rolf EBERT)
Date: Mon, 25 Nov 91 14:01:30 EET
Cc: hv@uwasa.fi (Harri Valkama)
In-Reply-To: <9111251102.AA13705@spinoza.enpc.fr>; from "Rolf EBERT" at Nov 25, 91 12:02 pm
X-Mailer: ELM [version 2.3 PL11]

>
> Dear Timo Salmi,
>
> first I want to thank you for this wonderful mailserver. I pulled
> already many useful programs and it was our only source of public
> domain programs when we had not yet the ftp facility at our school.
> Thank you.
>
> This morning I have tried for the first time to get some files via ftp
> from `garbo.uwasa.fi', but your server denied access for any `get'
> command: <filename>: Permission denied. `ls -l' works fine.
>
> Could you tell me, if it is a problem at our site, or a problem of your
> ftp server, please. In the meantime I shall continue to use the
> mailserver (really great!).
>
>
> Thank you
>
> Rolf Ebert
> -----------------------------------------------------------------------------
> Rolf Ebert     Groupe Informatique et Systemes Energetiques     GISE EMP-ENPC
> Tel: +33 1 43044098 app 3475 FAX: +33 1 43046364            La Courtine Cedex
> Internet: ebert@enpc.fr                                F-93167 Noisy le Grand
> -----------------------------------------------------------------------------

Hello Rolf,

Use ls -lF rather than just ls -l to see that the file you want
really is here, and that you are not trying in fact to get a
directory.  The ls -lF command puts a / after the name if it is a
directory instead of a downloadable file.  If that is ok, next check
the file permissions.  They file should be -rw-rw-r--.  If not,
please let us know which file does not, since we occasionally have
forgotten to set some permissions right.

If your FTP still fails please let me, and above all my fellow
moderator Harri Valkama (hv@uwasa.fi) have a log of your session so
that we can see exactly where your process fails.  If you are
operating from a Unix host see "man script" for making a log of your
session.

If you can make FTP work, please use only that.  The mail server
causes much more load on garbo, and the connection, than FTP.  The
best solution of all is to use automated FTP /unix/ftp/
batchftp102.tar.Z after you have magaged to get the ordinary FTP to
work properly.

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 hv@garbo.uwasa.fi Tue Nov 26 10:02:56 1991
Return-Path: <hv@garbo.uwasa.fi>
Received: from garbo.uwasa.fi by uwasa.fi (4.1/101091(hh))
        id AA26485; Tue, 26 Nov 91 10:02:54 +0200
Received: by garbo.uwasa.fi (5.61/1.34)
        id AA04611; Tue, 26 Nov 91 10:01:05 +0200
From: Harri Valkama <hv@garbo.uwasa.fi>
Message-Id: <9111260801.AA04611@garbo.uwasa.fi>
Subject: Thanks, for the ls -l patch
To: phil@mips.com, rr@mips.com, wje@mips.com (William J. Earl),
        w8sdz@wsmr-simtel20.army.mil (Keith Petersen),
        hh@garbo.uwasa.fi (Hannu Hirvonen, B231,
        248264, 168563),
        ts@garbo.uwasa.fi (Timo Salmi, B219, 248274, ), mt@chyde.uwasa.fi
Date: Tue, 26 Nov 91 10:01:02 EET
X-Mailer: ELM [version 2.3 PL11]
Status: OR


I  received this  patch   about 2 weeks    ago from  William  J.  Earl
(wje@mips.com) and  patched  our ftpd  and have received   2 responses
stating that indeed garbo is  now  serving our ftp customers (normally
1000 visits per day) finally OK.

So I  want to thank MIPS Computer  Systems,Inc. and every other people
who has attended on this scheme and helped us.

Thank you.

------------------------------------------------------------------------

From: wje@mips.com (William J. Earl)
Message-Id: <9111131827.AA02223@redwood.mips.com>
To: hv@uwasa.fi, ts@uwasa.fi, phil@mips.com, rr@mips.com,
        w8sdz@vela.acs.oakland.edu
Cc: jay@mips.com
Subject: solution for problem with ftpd on RISC/os systems
Status: RO

     A while ago, I received mail about problems at various locations,
including (uwasa.fi) with ftpd on RISC/os being unable to reliably
open the data connection for the ls command.  We have fixed the
problem in RISC/os 5.0 (which is now in Beta test), and have a patch
to ftpd which should work around the problem on RISC/os 4.5X.

    When an "ls" or similar command is performed, ftpd does a popen()
for the command "/bin/ls".  popen() does a fork() and execve() to execute
the commmand.  On return from popen(), ftpd then does a connect() to the
port supplied by the remote client.  Normally, this completes before the
child process (the "/bin/ls") completes.  In particular, if the amount
of data exceeds the buffering for the pipe created by popen(), the child
cannot possibly exit before ftpd starts reading, which does not happen
until after the connect() completes.  If, however, the directory listing
is short enough to be completely bufferred, and if the connection takes
long enough (as over a slow network route) that the ls completes first,
ls exits and sends a SIGCLD to ftpd.  Ordinarily this would be of no
consequence, as ftpd ignores SIGCLD, but RISC/os has special handling
of SIGCLD to support SVR3 semantics for child process management.
The SVR3 rule is that, if SIGCLD is ignored, the zombies for child processes
should be "reaped" (discarded) silently.  This is done in the
parent process, in order to correctly account for process resource usage.
Unfortunately, there is a bug in RISC/os 4.5X which causes an ignored
SIGCLD to erroneously interrupt a connect() request (and in fact any
request which sleep()'s interruptably).  The effect is that the connect()
returns with and error indication (-1 return value) and an EINTR errno value.
The cure is to avoid interrupting sleep()'s when an ignored SIGCLD arrives,
and this is the case in RISC/os 5.0.

    The workaround in RISC/os 4.5X is to modify ftpd to retry the
connect() on an EINTR error.  The balance of this message is a context
diff, which you may apply to the ftpd source (possibly with minor
modifications if your source differs from the RISC/os 4.52 version).
If you do not have suitable source, let me know, and we can arrange to
send you a fixed binary.

SRCS rcsdiff -c -rRISCOS_4_52_FIXES -rX25_1_00_FIXES ftpd.c
*** /tmp/,RCSt1a01341   Thu Nov  7 11:12:13 1991
--- /tmp/,RCSt2a01341   Thu Nov  7 11:12:17 1991
***************
*** 496,502 ****
  {
        char sizebuf[32];
        FILE *file;
!       int retry = 0;

        if (size >= 0)
                (void) sprintf (sizebuf, " (%ld bytes)", size);
--- 496,502 ----
  {
        char sizebuf[32];
        FILE *file;
!       int newflag, retry = 0;

        if (size >= 0)
                (void) sprintf (sizebuf, " (%ld bytes)", size);
***************
*** 505,511 ****
        if (pdata > 0) {
                struct sockaddr_in from;
                int s, fromlen = sizeof(from);
-
                s = accept(pdata, &from, &fromlen);
                if (s < 0) {
                        reply(425, "Can't open data connection.");
--- 505,510 ----
***************
*** 538,555 ****
                return (NULL);
        }
        data = fileno(file);
!       while (connect(data, &data_dest, sizeof (data_dest)) < 0) {
!               if (errno == EADDRINUSE && retry < swaitmax) {
                        sleep((unsigned) swaitint);
                        retry += swaitint;
                        continue;
                }
!               reply(425, "Can't build data connection: %s.",
!                   sys_errlist[errno]);
                (void) fclose(file);
                data = -1;
                return (NULL);
        }
        reply(150, "Opening data connection for %s (%s,%d)%s.",
            name, inet_ntoa(data_dest.sin_addr),
            ntohs(data_dest.sin_port), sizebuf);
--- 537,564 ----
                return (NULL);
        }
        data = fileno(file);
!
!       newflag=0;
!       while (connect(data, &data_dest, sizeof (data_dest)) < 0) {
!               if ((errno == EADDRINUSE) && retry < swaitmax) {
                        sleep((unsigned) swaitint);
                        retry += swaitint;
                        continue;
                }
!               if (errno == EINTR)
!               {
!                       newflag = 9;
!                       continue;
!               }
!               if (errno == EISCONN && newflag==9) goto newcont;
!
!               reply(425, "Can't build data connection: %s,%x.",
!                   sys_errlist[errno],errno);
                (void) fclose(file);
                data = -1;
                return (NULL);
        }
+ newcont:
        reply(150, "Opening data connection for %s (%s,%d)%s.",
            name, inet_ntoa(data_dest.sin_addr),
            ntohs(data_dest.sin_port), sizebuf);

---------------------------------------------------------------------

--
== Harri Valkama, University of Vaasa, Finland ==========================
P.O.Box 700, 65101 VAASA, Finland (tel:+358 61 248426 fax:+358 61 248465)
Anon ftp garbo.uwasa.fi (128.214.87.1) and nic.funet.fi (128.214.6.100)
Mailserver: mailserv@garbo.uwasa.fi,Subject:garbo-request,body:send help

From ts@uwasa.fi Sun Dec  1 22:37:22 1991
Subject: Re: TDEL.EXE recursive delete in TSUTLE12.ZIP at garbo
To: valley@gsbsun.uchicago.edu (Doug Dougherty)
Date: Sun, 1 Dec 91 22:37:22 EET
In-Reply-To: <9112011815.AA01650@gsbsun.uchicago.edu>; from "Doug Dougherty" at Dec 1, 91 12:15 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

In comp.binaries.ibm.pc.archives you write:

>>Sun 1-Nov-91: I have written a TDEL.EXE program for safe deleting of
>>files.  It asks for confirmation before deleting.  Besides this
>:
>>the updated garbo.uwasa.fi:/pc/ts/tsutle12.zip package.
[At the time of revising post05.txt it was tsutle14.zip]
>
>Just out of curiosity, does your pgm use FCB calls to do the actual deletion?
>
>In response to my recent query on the subject, some guy in England (UK)
>sent me source to a program he had written (i.e., yet another Unix-like RM
>program [YAUR]) that was very simple, very elegant, and used the FCB
>delete file function.  I have yet to get around to compiling it, but it
>looks very nice.
>
>In any case, I am curious about yours.  It is essential to use the FCB
>call, since it is much faster on big directories than is deleting each
>file individually.

Hello Doug,

No, it uses the ordinary Erase procedure for files and RmDir
procedure for directories.  Speed is unessential in TDEL.EXE because
the user has to input a confirmation for each and every file.  This
is a deliberate choice on my part.  I wanted to make TDEL's
recursive action as safe as possible.  Thus there is no option to
force TDEL to sweep without individual confirmation on each and
every file.  I am not "competing" with an rm -r -f *.* with TDEL.

   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



