HDTenEightyP/NetNews huggingface dataset:
From: raisch@Control.COM (Robert Raisch)
Newsgroups: alt.gopher
Subject: For Pay Gopher Services
Date: 15 Apr 92 22:25:35 GMT
Distribution: alt
Organization: Control Technology Corp., Hopkinton MA

In the brave new world of URN, (Ubiquitious Residential Networking using
ISDN, (real soon now)), there will be a real need for a service like 
gopher, with the ability to add to the info-base.

Once such a beast is available, the question of cost rears it's ugly
head, and although I doubt anything I have to say on the subject might
make any difference whatsoever, here goes.... <grin>

Suppose:

	I wake up one morning, and connect my ISDN terminal to my
	local info-mart, check my Data Agents, and find that there
	is new material on a variety of topics in which I have interest.

	I select the most likely candidate and request that it be
	downloaded to my terminal as I go off to my morning ablutions.

	I return, and find that I have received a document upon which I have
	some comment. (I have a lot of opinions.  <chuckle>)

	I add my two centavos worth of opinion/data/new information, and
	proceed to the next interesting tidbit.

	Upon completion, I note my online charges, and see that, as usual,
	they are far less than I would have expected, /italics/ had I not
	added to the store of knowledge already there.

	You see, everytime I add something to the info-base, and someone
	like myself downloads it, I get a credit.

	Debits for data received, and Credits for information that I provided
	at some point which others find of use.

	
Just another thought to ponder.

	/rr
	
-- 
"What makes you think that you can dictate how people love each other?" -Soren
Copyright 1991 by raisch; contents cannot be sold for profit without permission.
Newsgroups: alt.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Archie-gopher gateway
Keywords: archie
Organization: University of North Texas
Date: Thu, 9 Apr 1992 15:49:39 GMT

This is going to one of several posts today.  The first few are about the
upgrade to 0.9.

Does the archie-gopher gateway require the C archie client to be installed?
The reason I ask is because I have the Perl client.  The gateway appears
to be passing all kinds invalid flags (as far as the Perl client goes).

I see two basic options:

1.  Switch to the C client.  Is it better than the Perl client?  We
    have the Perl client because it came out first.

2.  Modify the gateway software to have a flag to specify which client
    it is using.  Is anybody already working on this?  If not, I might
    do it when I get some time.

Thanks,

Billy Barron
billy@unt.edu
From: wha2482@tamsun.tamu.edu (William Ambrose)
Newsgroups: alt.gopher
Subject: Using CSO Nameserve from PC Gopher2
Date: 14 Apr 92 15:51:08 GMT
Article-I.D.: tamsun.9204141551.AA11183
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu
X-Mailer: ELM [version 2.3 PL11]

I currently have a number of people here at A&M who are experimenting
with PC Gopher2.  They have discovered a problem when our local gopher
server accesses our local CSO Nameserver.  Ph returns a list of all the
fields available in our Nameserver in response to a query of any kind.

Our gopher server can contact Nameservers at other universities and 
retrieve individual entries successfully.  If anyone else has experienced
this problem or have an idea of a configuration setting that could be
improperly set, I would greatly appreciate your response.

Thanks in advance.
Bill Ambrose
gopher@tamu.edu

--
From: lindner@mudhoney (Paul Lindner)
Newsgroups: alt.gopher
Subject: Shakespeare now available
Date: 7 Apr 92 22:43:53 GMT
Article-I.D.: mudhoney.199204072243.AA06866
Reply-To: lindner@boombox.micro.umn.edu.
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu (Gopher News Mailing List)
X-Mailer: ELM [version 2.3 PL11]

The Electronic Books section of the gopher server gopher.micro.umn.edu
has undergone a few changes:

 1) The directory has undergone some reorganization.  There are now
    sections for books listed by Author, Call Number and Title.
    Everything has been indexed nicely.

 2) Just about all Gutenberg titles have been added, including
     1991 factbook and Far from the Madding Crowd.

 3) A bunch of historical documents from FreeNet have been added, i.e.
    the constitution, Bill of Rights, etc.

 4) The complete works of Shakespeare have been added.  These include:
  

------------------------------------------------------
THIS FILE IS IN THE PUBLIC DOMAIN.  DISTRIBUTE FREELY.


The Complete Moby(tm) Shakespeare: CONTENTS
-------------------------------------------
(In approximate chronological order of composition within each group.)


Histories
---------
2 Henry VI
3 Henry VI
1 Henry VI
Richard III
Venus and Adonis
The Rape of Lucrece
Richard II
King John
1 Henry IV
2 Henry IV
Henry V
Sonnets and 'A Lover's Complaint'
Various Poems
Henry VIII

Comedies
--------
The Two Gentlemen of Verona
The Taming of the Shrew
The Comedy of Errors
Love's Labour's Lost
A Midsummer Night's Dream
The Merchant of Venice
The Merry Wives of Windsor
Much Ado About Nothing
As You Like It
Twelfth Night
Troilus and Cressida
Measure for Measure
All's Well That Ends Well
Pericles Prince of Tyre
The Winter's Tale
Cymbeline
The Tempest

Tragedies
---------
Titus Andronicus
Romeo and Juliet
Julius Caesar
Hamlet
Othello
Timon of Athens
King Lear
Macbeth
Antony and Cleopatra
Coriolanus

Glossary
--------
  


-- 
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | GopherMaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: Ron Roozendaal
Newsgroups: alt.gopher
Subject: net radio
Date: 8 Apr 92 07:32:33 GMT
Reply-To: ron@rivm.nl
Organization: RIVM

Hi,

Somewhere I read about the different data types supported by Gopher, including
netradio. Has anyone a clue as to which servers and clients are available that
support netradio?


Thanks!


Ron Roozendaal
RIVM (National Institute on Public Health and Environmental Protection)
netherlands
ron@rivm.nl
From: brw@hertz.njit.edu (Brian White)
Newsgroups: alt.gopher
Subject: indexing and general questions
Date: 9 Apr 92 15:03:52 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.
Originator: brw@hertz.njit.edu

I'm a bit confused about using indices and have a few other questions. Perhaps 
someone can show me where I'm misinterpreting the documentation.  

Scenario: The are two machines, A and B, of differing RISC architectures. The
gopherd runs on A, which has some text files that are not indexed. It also
has the local CSO nameserver. I put some text files on B (actually, emacs info
files), built gindexd with the WAIS text indexer, and used waisindex to create
the index file(s). I am running gindexd on B (pointing to the directory with 
the text files) and have set up the link file on A to point to B ("Path" is set
to where the text files reside on B). When a gopher client connects to A, the
title of the files available on B is seen. When a string is entered to search
for, a list of files is returned. If I try to access the file, the message
"//filename - File does not exist!!!!" comes up. 

Questions:

1) Why do I get that message? It appears that gindexd is not trying to retrieve
   the files from the proper directory. The documentation states that WAIS
   indexer keeps the full path in the index; you are supposed to make the 
   third line in the hostdata file (on B, where the index and text files 
   reside) indicate the directory where the text files reside -  I did that.

2) *whatever* string I enter gets hits and returns a list of text files. Once
   again, something seems screwy with the index. Hints?

3) When the CSO Nameserver is used through gopher, there appears to be a 
   problem if you decide *not* to use it after selecting the option. There
   seems to be no way to exit from the CSO Nameserver screen cleanly; <CR>
   does not exit, as stated on the screen. Note that the lookup works fine,
   once information is entered into a field.

4) Where index files and their repective text/data files reside is a bit
   confusing. The docs say that the indices can be stored on one machine 
   and the data on another. What if the indices are created on a big-endian
   machine and moved to little-endian machine? Are they byte order 
   independent?

I haven't started digging through source just yet; I am trying to avoid it
if possible.

Thanks for any help you can provide,

Brian
-- 

Brian White, System Manager
New Jersey Institute of Technology
brw@hertz.njit.edu brw@njit.edu 
Newsgroups: alt.gopher
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Subject: Re: Requesting item information
Organization: Michigan State University
Distribution: alt
Date: Tue, 7 Apr 92 20:58:17 GMT

In article <9204021418.AA21033@brown.edu> Andrew_Gilmartin@Brown.Edu  
(Andrew Gilmartin, CIS) writes:
> One of the requirements for Brown's Campus-Wide Information Service  
(CWIS)
> is that a user can find out when a document, folder, or any item was  
added
> to the CWIS and who added it. The current set of gopher services do not
> support returning such information.
> Comments?
> 
>    Andrew_Gilmartin@Brown.Edu

Here at Michigan State we're evaluating Gopher as a plaftorm for 
campus-wide information services.  The concern you raise could
come up under any system.  With Gopher's built-in ability to 
point off to another Gopher anywhere on the net, it's easy to
get confused as to who has posted a message.

For instance, sometimes messages are posted that a particular
service isn't available.  It isn't always obvious whether the
poster is on your local Gopher server or at the ultimate server
site or somewhere in between.

In the absence of a formal mechamism such as Andrew describes,
I wonder if it'd be a good thing, as a matter of convention,
for people to simply sign (name and e-mail address) and date
informational notices they post in various Gopher servers?
Has anyone in Gopherland adopted such a policy?

/Rich Wiggins, Michigan State U
Newsgroups: alt.gopher
From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
Subject: Re: File security
Organization: Biology, Indiana University - Bloomington
Date: Tue, 7 Apr 92 20:47:00 GMT

In article <1992Apr7.195717.19773@news2.cis.umn.edu> lindner@danzig.micro.umn.edu (Paul Lindner) writes:
>One thing you can do with the UNIX gopher server version 0.8 and above
>is the following:
>
>gopherd -c -u ftp /ftp/pub 70
>
>This will run the gopherd daemon as the user ftp.  Note that you have
>to use the -c option as well....

Could someone compare on pros and cons of gopher security using default
options versus above options (-c -u user)?  My understanding here is vague,
and I apologize for not going to the source first to look up the answers,
but feel the answer may be of interest to several people.

If I recall, the ftp daemon for anonymous ftp improves security by (a)
using chroot to make the ftp/... path the apparent root path, and (b)
sets user id to "ftp" so only normal user privileges apply.

If I recall right, the default gopherd security uses (a) chroot, but then
runs as root owner w/ all privileges, but the above options "-c -u" sets
a user id (b) but does not do a chroot to isolate the directory path.  If
this is correct, which is safer?  Are there drawbacks to one or the other
gopherd security option?  Could one have a gopherd use both chroot and a
user id to improve security?

-- Thanks, Don 
-- 
Don Gilbert                                     gilbert@bio.indiana.edu
biocomputing office, biology dept., indiana univ., bloomington, in 47405
From: lux@sol.UVic.CA (Michael O'Henly)
Newsgroups: alt.gopher
Subject: Cosmetic bug in Unix client 0.9
Date: 16 Apr 92 21:11:46 GMT
Article-I.D.: sol.9204162111.AA15417
Distribution: alt
Organization: University of Victoria
Original-To: gopher-news@boombox.micro.umn.edu (Gopher-News)
Department: Library Systems Office
Phone: (604) 721-7623
X-Mailer: ELM [version 2.3 PL11]

Hello...

	As you navigate through the directory hierarchy the name of
the current directory is displayed across the top of the list.
	In version 0.9, this only works correctly on the way "down"
the directory tree. When you work your way back up (using the "Up"
command), the name of the "lowest" directory you reached continues to
be displayed.

	Michael.
-- 
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm
From: prao%bluemoon@hub.ucsb.edu (Parik Rao)
Newsgroups: alt.gopher
Subject: Putting Kermit in gopher? (re: automatic logins)
Date: 9 Apr 92 20:52:40 GMT
Article-I.D.: bluemoon.9204092052.AA09455
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu
X-Mailer: ELM [version 2.3 PL11]


As many of you undoubtedly know, the latest Kermit (179) supports TCP/IP.
Combined with its script/take facilities, its fairly simple to write
automatic login procedures for systems.  Off and on I've been working
on this, so users don't have to login to information systems around the
place.

Obv problem: All this is happening on the unix end.  You simply add a new
type which automatically goes out and runs kermit <script-file>, which
logs into the system (and gives error messages if it fails, etc, etc).  Fine
& great if the user uses the unix-client, BUT... PC, Mac, and NeXT clients
are out of luck!  (you can also just replace telnet with kermit, but then
you must make a script for each site -- edit conf.h).

One possible solution: have gopherd (the server) not bother sending a new
type out to the client, simply run kermit itself!  Of course, this sort of
defeats the purpose of gopher being the "keys", its now doing quite a bit
of work.

If anyone has come up with a reasonable solution for automating logins
thru gopher, I'd love to hear 'em.  rlogin suffers the same problem as
kermit and is much too limited (requires a unix site and a .rhosts file).
The only thing I can think of is requiring Mac & PC users to have kermit
on their machines and including a update every now and then to give them
a bunch of scripts.  PC-Gopher/Mac-Gopher would automatically transfer
to kermit and run the scripts when they are run on the unix box (and the
unix client would be just fine running local scripts).

parik rao						 prao@bluemoon.ucsb.edu
From: lindner@danzig.micro.umn.edu (Paul Lindner)
Newsgroups: alt.gopher
Subject: Re: File security
Date: 7 Apr 92 19:57:17 GMT
Article-I.D.: news2.1992Apr7.195717.19773
Organization: University of Minnesota, Minneapolis

In <1992Apr7.005309.12936@bronze.ucs.indiana.edu> gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:

>If you use the default gopher security method, chrooand run gopher
>as a root process, then most every file and folder inside a gopher directory 
>path is available to the enterprising cracker thru telnet.  I found this
>out when I overlaid a gopher server on an anonymous ftp server.  I had
>a folder in the ftp folder tree called "private" which was unreadable to
>ftp users (due to privileges).  Neither was it available to normal
>gopher users, as it was not linked into the main gopher directory listing.

One thing you can do with the UNIX gopher server version 0.8 and above
is the following:

gopherd -c -u ftp /ftp/pub 70

This will run the gopherd daemon as the user ftp.  Note that you have
to use the -c option as well....

>This is no big deal as long as you remember that all files and folders
>under a gopher directory, except for any which are avoided in your
>server (the standard ones are "dev", "etc", "bin", ...), are available
>to those who like to poke around where they are not wanted.

Right..  

--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | GopherMaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: catone@drachma.wharton.upenn.edu (Tony Catone)
Newsgroups: alt.gopher
Subject: Re: Requesting item information
Date: 17 Apr 92 07:18:59 GMT
Article-I.D.: drachma.CATONE.92Apr17031859
Distribution: alt
Organization: University of Pennsylvania
In-reply-to: Andrew_Gilmartin@Brown.Edu's message of 2 Apr 92 14:21:07 GMT

In article <9204021418.AA21033@brown.edu> Andrew_Gilmartin@Brown.Edu (Andrew Gilmartin, CIS) writes:

   One of the requirements for Brown's Campus-Wide Information Service (CWIS)
   is that a user can find out when a document, folder, or any item was added
   to the CWIS and who added it. The current set of gopher services do not
   support returning such information.

Can you elaborate as to why this is a requirement as opposed to a 
desired feature?


- Tony
  catone@dmark.wharton.upenn.edu
Newsgroups: alt.gopher
From: sysmatt@aix3090b.uky.edu (James M. Simpson)
Subject: Re: MVS gopher now available 
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 16 Apr 1992 07:36:28 GMT
Distribution: alt
X-Bytes: 

I retrieved the gopher.src.transmit file and tried to reload it on my
MVS system via RECEIVE, which is the standard way of reloading files
unloaded with TRANSMIT. I receive error messages indicating that the file
can not be reloaded (MSG IEB183I). Has anyone else had a problem with this,
or has anyone successfully reloaded this file?
From: fabio@uqbar.cirfid.unibo.it ("fabio")
Newsgroups: alt.gopher
Subject: unsubscribe
Date: 15 Apr 92 11:26:48 GMT
Article-I.D.: boombox.9204151742.AA14483
Distribution: alt
Priority: Normal
Original-To: gopher-news@boombox.micro.umn.edu

unsubscribe
Newsgroups: alt.gopher
From: Albert-Lunde@nwu.edu (Albert Lunde)
Subject: MIME
Followup-To: alt.gopher
Reply-To: Albert-Lunde@nwu.edu (Albert Lunde)
Organization: Ministry of Silly Walks
Distribution: alt
Date: Thu, 16 Apr 1992 15:07:36 GMT

After reading the MIME (Multi-purpose Internet Mail Extensions) standard
(see thumper.bellcore.com in pub/nsb), I think that the gopher developers
should talk about standardizing this as a gopher data type. This would
allow more common code development, and provide extensibility.

This standard allows for multi-part enclosures, and multiple representations
of the same text to be encoded in the body of a rfc-822 style mail message.

It seems like minor changes would allow using it for the same purpose
with gopher text files.

I suspect that the unix gopher client could be hacked to cooperate with
the "metamail" program.
-- 
 Albert Lunde         | Interfaith  |     *Y*Y*      "A branch on the
 Albert-Lunde@nwu.edu |  Bisexual   |      *Y*        tree of life"
 alunde@nuacvm.bitnet |  Feminist   |.......|.........................
Newsgroups: alt.gopher
From: essa@cs.scarolina.edu (Ossama Ahmed Essa)
Subject: Where to get gopher ?
Organization: USC  Department of Computer Science
Distribution: alt
Date:  5 Apr 92 20:04:42 GMT

Would some one please tell me how to get gopher. I have a version from a friend
which doesn't work. I need it for RS-6000.

  Thanks a lot

  Ossama
Date: 14 Apr 92 13:48:55 U
From: gahussey@agcs.psu.edu ("GAHUSSEY")
Subject: Gopher via Appletalk Remote
Original-To: gopher-news@boombox.micro.umn.edu
Newsgroups: alt.gopher
Distribution: alt

I am having trouble trying to use the Mac gopher client with Appletalk Remote
Access.  I am using V.32bis modems and Mac Tcp v1.1 but gopher fails to connect
to gopher.micro.umn.edu.  Mac TCP is set to obtain an IP address off a server
on our IP gateway.   Other TCP/IP depended applications work fine using the
same configuration, e.g., Fetch, Versaterm, NCSA telnet, etc.  

Has anybody else tried this?  I would appreciate any suggestions.

Art Hussey
gahussey@agcs.psu.edu
From: Joy.Lynam@MVS.UDEL.EDU
Newsgroups: alt.gopher
Subject: port number
Date: 9 Apr 92 14:56:00 GMT
Article-I.D.: MVS.92.99.14.56.20.108
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu

If I'm setting up a gopher server knowing it will not be the main gopher
server at my location (and reserving port 70 for that gopher),
what should I use as the port number?  A previous post suggests
something in the 'experimental port range'.  What would that range be?

Joy Lynam / University of Delaware
From: jmsellen@watmath.waterloo.edu (John Sellens)
Newsgroups: alt.gopher
Subject: gopher0.9 server should ignore RCS directories
Date: 12 Apr 92 02:28:14 GMT
Article-I.D.: watmath.9204120228.AA02061
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu

The gopher server should ignore RCS directories (and SCCS too now
that I think of it) so that one can maintain one's files in
the gopher data directory structure if so desired.

Here's a patch, though you might want to add SCCS too.


*** /tmp/RCSA001740	Sun Apr 12 02:25:49 1992
--- gopherd.c	Sun Apr 12 02:25:37 1992
***************
*** 1318,1323 ****
--- 1318,1324 ----
  	      && strcmp(filename, "bin") != 0 && 
  	         strcmp(filename, "dev") != 0 &&
  	         strcmp(filename, "usr") != 0 &&
+ 	         strcmp(filename, "RCS") != 0 &&
  	         strcmp(filename, "core")!= 0 &&
  	         strcmp(filename, "etc") != 0)   {
Date: Fri, 10 Apr 1992 08:32:39 -0400
From: campbell@bach.udel.edu (L L Campbell)
Original-To: gopher-news@boombox.micro.umn.edu, prao%bluemoon@hub.ucsb.edu
Subject: Re:  Putting Kermit in gopher? (re: automatic logins)
Original-Cc: campbell@bach.udel.edu
Newsgroups: alt.gopher
Distribution: alt

I strongly object to  the proposal that Mac & PC users be required to
run kermit on their machines to access Gopher. Kermit has a lot of 
problems and I quit using it sometime ago.

L. Leon Campbell

===============================================================================

L. Leon Campbell
University of Delaware
400 Morris
Newark,  DE 19717-5267
(302) 831-6767

Internet: campbell@brahms.udel.edu  

*******************************************************************************

Information Without Access Is Not Information 

*******************************************************************************
===============================================================================
Date: Fri, 10 Apr 92 12:35:22 GMT-0600
From: daniel@bauhaus ("Daniel Torrey")
Original-To: scotty@piranha.cs.uoguelph.ca (Steve Howie)
Subject: Re: Glitch
Original-Cc: gopher-news@boombox.micro.umn.edu, gopher@boombox.micro.umn.edu
Newsgroups: alt.gopher
Distribution: alt


> I noticed in PC Gopher II that tabs don't get expanded when you
> view a document. The 2.02 version I tried didn't have this problem. 


Oops! Thanks for the report, Scotty.

> the rest of the package is pretty slick.

Thanks!

-daniel
Date: Tue, 14 Apr 92 17:15:39 CDT
From: mpm@boombox.micro.umn.edu ("Mark P. McCahill" )
Original-To: gopher-news@boombox.micro.umn.edu
Subject: MVS gopher now available 
Newsgroups: alt.gopher
Distribution: alt

The source to the MVS gopher server (written by Shawn Hart; e-mail: 
Shawn.Hart@MVS.UDEL.EDU) is now up on boombox.micro.umn.edu for 
anonymous ftp in the /pub/gopher/mvs directory. There are 3 files:

         gopher.src.transmit     - an MVS TRANSMIT format file
         mvssrc.zip              - a zip file containing the source
         mvs.readme              - instructions on how to use the above

The gopher.src.transmit file is in MVS TRANSMIT format; apparently 
that's the way IBM has been distributing some of their network software.
Hopefully people with MVS systems are familiar with with this. 

Enjoy!




Mark P. McCahill      
                                                                
University of Minnesota                      Computer & Information Services
room 125 Shepherd Labs                             mpm@boombox.micro.umn.edu    
100 Union Street SE                                     612 625 1300 (voice)    
Mpls., MN 55455                                           612 625 6817 (fax)