HDTenEightyP/NetNews huggingface dataset:
From: macphed@imhotep.USask.Ca (Ian MacPhedran)
Newsgroups: comp.infosystems.gopher
Subject: FTP and the chrooted gopherd
Date: 11 Nov 92 03:22:10 GMT
Article-I.D.: access.1992Nov11.032210.29624
Organization: University of Saskatchewan
X-Newsreader: TIN [version 1.1 PL6]


Hello;
I'm trying to run a chroot'ed gopher daemon on a Sun 4/280 under SunOS 4.1.2.
(Well, I am running it fairly successfully, and have gotten the go4gw stuff
working as well.) The gopherd is version 1.03, with the wais stuff for
wais-8-b5 compiled in. (With the patched irsearch.c to allow chrooted WAIS
searches.)

The part I am having trouble with is getting the ftp lookups to work.

This link works:
Name=Cool ftp directory
Type=1
Path=ftp:imhotep.usask.ca@pub/
Host=ashpool.micro.umn.edu
Port=70

This link doesn't:
Name=Cool ftp directory 2
Type=1
Path=ftp:imhotep.usask.ca@pub/
Host=+
Port=+
(UNIX 1.03 client comes back with: Nothing available. <press RETURN>)

I had first thought that it was just my configuration of the ftp binaries,
libraries and such, but I can cd to the root directory of the gopherd,
and do a:
chroot . ./usr/ucb/ftp
which works.

The files I have in the root directory include:
usr/ucb/ftp
usr/lib/{ld.so,libc.so.1.7,libdl.so.1.0}
tmp
etc/passwd
dev/{null,zero}

Some of these I'm certain I don't need, others I know I do. However, there
is nothing that I can think of that I am missing. I really don't want to run
non-chrooted, and going off-campus to do ftp lookups is silly (I think).

Any ideas out there?
Thanks in advance.
Ian.
--
----------------------------------------------------------------------------
Ian MacPhedran,   Engineering Computer Centre,   University of Saskatchewan.
2B13 Engineering Building, U. of S. Campus, Saskatoon, Sask., CANADA S7N 0W0
macphed@dvinci.USask.CA     (306) 966-4832      Ian_MacPhedran@engr.USask.CA
Newsgroups: comp.infosystems.gopher
From: mark@cda.mrs.umn.edu (Mark Van Overbeke)
Subject: Re: Trouble loading gopher on VMS:  missing file
Keywords: gopher, vms
Organization: University of Minnesota - Morris
Date: Fri, 13 Nov 1992 19:33:49 GMT

In article <rsanborn.721429158@usafa.af.mil> rsanborn@usafa.af.mil (Roderick S. Sanborn) writes:
>We just tried loading gopher onto our VAX running VMS 5.5 and it said that it
>was missing MULTINET_SOCKET_LIBRARY.EXE.  Anybody know where we can get this
>file?
>
>Merci d'avance.
>
>
>----------------------------------------------------------------
>!Rod Sanborn                         rsanborn@gems.usafa.af.mil!
>!VAX VMS System Manager                                        !
>!US Air Force Academy, CO                                      !
>----------------------------------------------------------------

MULTINET_SOCKET_LIBRARY.EXE is a file that comes with the Multinet
TCP/IP software.  It is not something that anyone can just distribute.
You will need to change the link procedure to use the tcp libraries for
your tcp/ip software package, whatever that happens to be.

-- 
Mark Van Overbeke                   Systems Software Programmer
Computing Services                  BITNET:    Mark@UMNMOR.BITNET   (VMS)
University of Minnesota, Morris     INTERNET:  Mark@caa.mrs.umn.edu (VMS) 
Morris, MN   56267           (612) 589-6378    mark@cda.mrs.umn.edu (Ultrix)
From: jqj@duff.uoregon.edu (JQ Johnson)
Newsgroups: comp.infosystems.gopher
Subject: server admin tools?
Date: 9 Nov 92 21:03:14 GMT
Article-I.D.: pith.1dmjmiINN8hb
Distribution: world
Organization: University of Oregon Network Services
NNTP-Posting-Host: duff.uoregon.edu

Does anyone have a tool (analogous to gophertree or whatever) that walks
the tree of gopher data on a particular server and intelligently verifies
that all links off that server are still functional?  In this era of
complex webs of links, checking that one's gopher server still points at
accessible places seems like an important thing to do on a regular basis. 
On the other hand, if I have a link to a huge file someplace far away, I
don't really want to download the file on a weekly basis just to make sure
it's still there.

Ideal would be to use only Gopher functionality, without Gopher+.

-- 
JQ Johnson				Office: 250E Computing Center
Director of Network Services		Internet: jqj@ns.uoregon.edu
Computing Center, Univ. of Oregon	voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
Newsgroups: comp.infosystems.gopher
From: silvert@cs.dal.ca (Bill Silvert)
Subject: Re: Help with execing shell scripts
Reply-To: silvert@biome.bio.ns.ca (Bill Silvert)
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Thu, 12 Nov 1992 17:04:33 GMT

In <1dtkvhINN83d@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger Brockie) writes:

>Tonight I was playing around with executing a shell script via gopher.
>But I can't get any output displayed.  I know the scripts being run,
>I've traced the code through printfile to the writestring back to the
>client and the data is getting through.  But the client always comes
>back with nothing happened.

I've had similar problems, and I've noticed that gopher dumps a lot of
files into our /tmp directory which look like files that people tried to
view or get, but which only made it part way.  I haven't been able to
figure out the problem yet, but it would sure be nice to be able to fix it.
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.ns.ca
Newsgroups: comp.infosystems.gopher
From: will@ogre.cica.indiana.edu (William Sadler)
Subject: Re: gnntp--a simple Gopher NNTP gateway
Organization: Indiana University
Date: Wed, 11 Nov 1992 17:04:37 GMT

Will any of these gateways run on DOS platforms? 

We are just starting to use Gopher and I want to find
a good news reader too.  The campus has a license for Trumpet
and it is so good I just have to install it.  NOT.

If Gopher/PC could include a news reader you might find a
really large constituency out there who would use it.

Thanks,

Will
--
***************************************************************************
*   _______________\|/_      Will Sadler     will@cica.indiana.edu        * 
*   Laser 44888    /|\                       sadler@iubacs.bitnet         *     
***************************************************************************
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Newsgroups: comp.infosystems.gopher
Subject: Re: Help with execing shell scripts
Date: 14 Nov 1992 14:53:22 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

In article <BxM5Kq.G40@news.cso.uiuc.edu> lbroda@s.psych.uiuc.edu (Larry Broda) writes:
>brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>
>
>>Tonight I was playing around with executing a shell script via gopher.
>>But I can't get any output displayed.  I know the scripts being run,
>>I've traced the code through printfile to the writestring back to the
>>client and the data is getting through.  But the client always comes
>>back with nothing happened.
>
>You're doing better than me... I can't get it to execute the script at
>all... what is the secret?
>
>I'm coming from a SunOS 4.1.2 environment so maybe this advice is not
>valid, but it might be that Gopher is trapping the stdout from your

I found the answer I gave the type as 1 (Directory) not 0 (text file)
so I guess the clients were expecting something different.

As Nat pointed out if show use chroot, as we do, you have to have certain
files in the directory tree, i.e. bin/sh, and the shell script has to
have #!/ as its first 3 characters, thats how it knows its a shell script,
the info is not passed by the routine that parses the link file to the routine
that reads/execs the file.   And there is a slight problem if you don't put
in any args (It won't work).  I believe this will be fixed in the next release.
In the meantime use a dummy argument.  Oh yes, the routine uses popen() which
uses /bin/sh to exec the script so write sh scripts, or put #!/bin/csh (or
your favourite shell) at the beginning of the file.

Roger


-- 
brockie@golem.wcc.govt.nz
Newsgroups: comp.infosystems.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: More people would use gopher if ...
Organization: Draper Laboratory
Date: Fri, 13 Nov 1992 13:17:00 GMT

In article <1992Nov13.071825.12928@nwnexus.WA.COM>,
ralphs@halcyon.com (Ralph Sims) writes:

>Just as the animal that peruses our gardens looking for succulent tidbits,
>the Internet gopher travels the myriad passages of the Internet looking
>for succulent tidbits.  One searches for food, the other for knowledge,
>and both get their appetites satisfied.

There is one problem...

The network of Gopher paths has been envisioned as an interlocking
system of gopher tunnels, each leading to the other directly or
indirectly.  Someone pointed out recently that gopher tunnels in
fact are disjoint from one another, gophers being not quite as
sociable as we would like to believe.  Perhaps the system should
have been named AntColony...

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: comp.infosystems.gopher
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: xgopher requires a lot of resources?
Originator: rvloon@triton.cv.ruu.nl
Date: Thu, 12 Nov 1992 13:15:06 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <1992Nov12.122520.26360@cv.ruu.nl> rvloon@cv.ruu.nl (Ronald van Loon) writes:

|"* apply the following patch after which xgopher will work on all servers,
|"  provided they don't run a virtual window manager (it will work, but the 
|"  busy wait cursor might not show up when xgopher's window is very large.)

This patch is taken from xgopher1.1a.
-- 
+--- Ronald van Loon ---+ Dave Barry on Japan: Japan is an extremely foreign 
|  (rvloon@cv.ruu.nl)   | country, where you can never be sure whether the sign
|  3DCV Group, Utrecht  | on the door you're about to open says: RESTAURANT
+--- The Netherlands ---+ or: ENTER HERE FOR EXPRESS VASECTOMY SERVICE
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: server admin tools?
Organization: University of Minnesota, Minneapolis
Date: Tue, 10 Nov 1992 04:07:03 GMT

In <1dmjmiINN8hb@pith.uoregon.edu> jqj@duff.uoregon.edu (JQ Johnson) writes:

>Does anyone have a tool (analogous to gophertree or whatever) that walks
>the tree of gopher data on a particular server and intelligently verifies
>that all links off that server are still functional?  In this era of
>complex webs of links, checking that one's gopher server still points at
>accessible places seems like an important thing to do on a regular basis. 
>On the other hand, if I have a link to a huge file someplace far away, I
>don't really want to download the file on a weekly basis just to make sure
>it's still there.

Sure, it's called gopherhunt, in the misc directory of your Unix
gopher distribution.
--
 | 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: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Walking the Gopher tree; server admin tools
Keywords: Gopher Tree
Date: 11 Nov 92 04:26:57 GMT
Organization: Michigan State University

In article <1dmjmiINN8hb@pith.uoregon.edu> jqj@duff.uoregon.edu (JQ Johnson)  
writes:
> Does anyone have a tool (analogous to gophertree or whatever) that walks
> the tree of gopher data on a particular server and intelligently verifies
> that all links off that server are still functional?  In this era of
> complex webs of links, checking that one's gopher server still points at
> accessible places seems like an important thing to do on a regular basis. 
> On the other hand, if I have a link to a huge file someplace far away, I
> don't really want to download the file on a weekly basis just to make sure
> it's still there.
> 
> -- 
> JQ Johnson				Office: 250E Computing Center
> Director of Network Services		Internet: jqj@ns.uoregon.edu
> Computing Center, Univ. of Oregon	voice:	(503) 346-1746
> Eugene, OR  97403-1212			fax: (503) 346-4397

I believe some folks use the Gopher "Road Map" tool written by my colleague,
Dennis Boone to verify that all the documents local to a server are 
in good shape.  It'd probably be easy to bend it to check on remote links 
as well.  

Dennis' Perl is on boombox.micro.umn.edu, under pub/gopher/incoming,
as file gophertree1.0.

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Re: TurboGopher FONT ??
Keywords: proportional fonts
Date: 11 Nov 92 04:11:25 GMT
Organization: Michigan State University

In article <BxGpM3.3pu@news.cso.uiuc.edu> kemp@uiatma.atmos.uiuc.edu (John  
Kemp) writes:
> How can I change the default font that mac TurboGopher 1.1beta
> uses???  Lots of our text depends on a fixed space font for
> column headings to line up.
> 
> If I have to use ResEdit, can you point me to the proper
> resource name I should be editing???

If the default font isn't monowidth, it ought to be.  Since we're
stuck in a flat ASCII world a lot of us provide documents with
tabular information that will never display right under proportional
fonts.  Letting the user select the font (as I believe Sextant
allows) is also nice, but the default should be fixed width.

/Rich Wiggins, Gopher Coordinator, Michigan State U
Newsgroups: comp.infosystems.gopher
From: Wade Williams <williw1@mail.auburn.edu>
Subject: Binaries and subscribing
X-Xxmessage-Id: <A723DAA21D01031A@xanadu.duc.auburn.edu>
X-Xxdate: Mon, 9 Nov 92 15:06:42 GMT
Organization: Auburn University
X-Useragent: Nuntius v1.1.1d12
Date: Mon, 9 Nov 1992 15:05:48 GMT

Two questions:

1)  I've noticed that the DOS and XWindows clients do not recognize 
binaries files like the Macintosh gopher client will.  I read a message 
explaining the reasons for this, but surely it's a problem that needs 
fixing.  How close is it to being fixed (or is it already?).

2)  What's the address to subscribe to the gopher mailing list so I won't 
have to read comp.infosystems.gopher?

Thanks!
-------------------------------------------------------------------------
Wade Williams   	       	       	"Any escape might help to smooth the 
User Services Specialist        	unattractive truth, but the suburbs
Academic Computing      	       	have no charms to soothe the restless
Auburn University       	       	dreams of youth." (N. Peart)
wadew@ducvax.auburn.edu
-------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: apeltone@smtplink.oulu.fi (Antti Peltonen)
Subject: How to restrict Gopher access?
Organization: ATK-keskus
Date: Thu, 5 Nov 1992 14:50:08 GMT

Hi,

What are the usual things in (Sun) Unix machine
to restrict access to certain Gopher server in
this machine? 

The whole idea is to put up Gopher for information
what we don't want to "distribute" to all Gopher clients
- just for a few dedicated PC-machines for certain places.

Is the Internet address only "security" or is it easy
to build "filter" for e.g. Ethernet (HW) addresses?

-Antti-

apeltone@smtplink.oulu.fi
Newsgroups: comp.infosystems.gopher
From: dgaraffa@bigmac.mskcc.org (Dave Garaffa)
Subject: Gopher/WAIS Problem...???
Date: Fri, 06 Nov 92 09:21:59 EST
Organization: Memorial Sloan Kettering Cancer Center
Followup-To: comp.infosystems.gopher

I have a problem and I am not too sure where to post it so here goes....


Unix    : A/UX v3.0
Hardware: Quadra 950 w/16Meg
Software: gopher 1.0.3
          wais-8-b5


I am running gopher 1.0.3 (on a side note how is Gopher+ development
going?)
and wais-8-b5, all *seemed* well.

Here is the problem:  When I do a wais search and I get LESS than 40
responces
                      everything is A-OKAY!!!

                      But... *IF* I get MORE than 40-50... CORE DUMP
                      location of the CORE is my root gopher dir.

this ONLY happens when I do searches on MY OWN indexes...  when I use
gopher
to connect to foo.bar.edu and search their indexes I never get the CORE
DUMP.

Any info would be a BIG help....

Dave Garaffa
Manager Macintosh Information Systems
Memorial Sloan Kettering Cancer Center
1-212-639-3738
From: SEB1525@MVS.draper.com (Steve Bacher)
Newsgroups: comp.infosystems.gopher
Subject: Re: gnntp--a simple Gopher NNTP gateway
Date: 11 Nov 92 21:31:00 GMT
Organization: Draper Laboratory

In article <1992Nov10.225655.10241@engr.latech.edu>,
dan@engr.latech.edu (Daniel Len Schales) writes:

>Disadvantages [of using gopher as a news reader]:
>
>1) have to have perl inside the gopher home or run non-chroot()
>2) Code is ugly
>3) Since it talks only to NNTP, it cannot take advantage of
>   non-NNTP stuff (like .overview files, although the next
>   tin is supposed to be able to provide that via its NNTP
>   extensions.) Of course we are talking NNTP gw's so I guess
>   they would all suffer from this.

I have some more:

4) No keeping track of what you've read a la newsrc file
5) Can't post articles

Also, can the individual who disliked Trumpet explain why?
Everyone else on the net seems to like it.  I don't know,
because I haven't seen it.


--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: comp.infosystems.gopher
From: catstyle@cathouse.aiss.uiuc.edu (Jason R. Heimbaugh)
Subject: Re: gnntp--a simple Gopher NNTP gateway
Reply-To: jrh@uiuc.edu
Organization: University of Illinois at Urbana
Date: Wed, 11 Nov 1992 00:42:12 GMT

In article <1992Nov10.225655.10241@engr.latech.edu> dan@engr.latech.edu  
(Daniel Len Schales) writes:
> Andrew Gilmartin (Andrew_Gilmartin@Brown.Edu) wrote:
> : Gnntp is a simple Gopher to NNTP gateway. Unlike gnews it uses the 
> It seems to me it is a very popular way to read news (go figure). I
                                                        ^^^^^^^^^
Check what groups are being read.  Gopher is an extremely easy way to
get newsgroups like the alt.binaries.* hierarchy for sites that don't
carry them and for people who don't know of or how to connect to an  
off-campus nntp server.
--
Jason R. Heimbaugh (CatStyle)
jrh@uiuc.edu
"When my time's over and I'm out on my own,
 You won't find me in an old folks home." --Ronnie Van Zant
Return-Path: <Roberta_Alberding@occshost.nlm.nih.gov>
From: Roberta_Alberding@occshost.nlm.nih.gov
Date: Fri, 6 Nov 92 19:33:00 EST
Original-To: gopher-news-request@boombox.micro.umn.edu,
        gopher-news@boombox.micro.umn.edu
Subject: Slightly irate question
Newsgroups: comp.infosystems.gopher
Distribution: comp

         I agree.  And by the way, could you please UNSUBSCRIBE
         me from this list.
Date: Fri, 13 Nov 92 11:04:19 -0800
From: foster@cs.unr.edu (Steve Foster)
X-Mailer: Mail User's Shell (7.1-unr.1 5/02/90)
Original-To: gopher@boombox.micro.umn.edu
Subject: University of Nevada gopher
Original-Cc: gopher-news@boombox.micro.umn.edu
Newsgroups: comp.infosystems.gopher
Distribution: comp

        This is to announce the University of Nevada gopher at:

Name=University of Nevada System
Type=1
Path=
Port=70
Host=gopher.unr.edu

Please include this site in the North American gophers list, and in the
list of "All gophers".

The major special feature here is a searchable index of the menu "Name"
fields of about 250 gopher sites.  The searches are slow of course.   
We offer this to pique your interest, but our li'l machine can't service
many requests of this nature.  Perhaps some other sites would like to split 
the load with us, ala archie ?

Steve Foster
Sr. Technical Consultant
UCCSN Computing Services
Newsgroups: comp.infosystems.gopher
From: aggarwal@tigger.jvnc.net (Vikas Aggarwal)
Subject: Re: Booleans, partial words and other WAIS mods in biology data searches
Originator: aggarwal@r2d2.jvnc.net
Keywords: boolean searches
Organization: JvNCnet
Date: Wed, 11 Nov 1992 20:21:06 GMT

rww@mugwump.cl.msu.edu (Richard W. Wiggins) writes:

>In article <Bx8wv9.K3D@usenet.ucs.indiana.edu>  
>gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
>> 
>> I have just about finished adding boolean operators 'and' and 'not', 
>> partial words, literal phrases, symbol matching and extended results
>> retrieval to the WAIS release 8b5 source, and the Gopher server here
>> is sporting these new features.    It will be next week until the source
>> to these is publicly available, but you can try these out now via
>> Gopher or WAIS to ftp.bio.indiana.edu.

>Don, this strikes me as a fundamental contribution.  We've longed for
>good Boolean support for a variety of databases.  This is going to be

We have added field based searches to WAIS (login to wais.jvnc.net as
user waisrfb)... adding boolean searches will give full library
cataloging functionality using WAIS.

-vikas							Network Engineering
vikas@jvnc.net						(609) 258-2403
...rutgers!jvncnet!vikas				(609) 258-2424 (fax)
			JvNCnet, Princeton, NJ
-----------------------------------------------------------------------------
From: rick@sjsumcs.sjsu.edu (Richard Warner)
Newsgroups: comp.infosystems.gopher
Subject: Re: Is There an Open Look Xgopher?
Date: 12 Nov 92 22:38:37 GMT
Organization: San Jose State University - Math/CS Dept.

cdh@eng.cam.ac.uk (Chris Horne) writes:

>I've just disovered GOPHER and have compiled the Xgopher client. Great!
>Does an Open Look Xgopher exist? Is anyone working on one?

Why?  I prefer that all freely available X software remain 
neutral in the matter of user interface.  There is nothing that
prevents an X client written for Xt or the Athena widgets, etc., from
functioning under the Open Look window manager or the Motif window
manager (or twm, or tvtwm, etc. etc.).  It seems that when folks 
start getting into doing UI specific versions there ends up being a
lot of confusion, incompatibilities, etc.  Overall I believe it dilutes
rather than enhances the end product.  

Long live UI independence!

>Thanks in advance,

>Chris Horne

>__
>Chris Horne BEng ACGI | Tel: +44 223 332738 | University of Cambridge 
>cdh@eng.cam.ac.uk     | Fax: +44 223 332662 | Department of Engineering

>"Today must be Thursday. I never could quite get the hang of Thursdays"