HDTenEightyP/NetNews huggingface dataset:
From: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.infosystems.gopher
Subject: Re: GopherShare
Date: 7 Oct 1992 13:59:56 GMT
Followup-To: comp.infosystems.gopher
Organization: Academic Computing

In article <fredb-061092150054@153.106.5.123>, fredb@calvin.edu (Fred
Bremmer) wrote:
> 
> In article <YNWQBRVG@cc.swarthmore.edu>, hirai@cc.swarthmore.edu (Eiji
> Hirai) wrote:
> > 
> > Andrew Gilmartin <Andrew_Gilmartin@Brown.Edu> writes:
> > > Associating a Gopher type with a Macintosh application is the
> > > way to go. The ultimate Gopher client would be an external file
> > > system linking a Gopher server to the Macintosh
> > > desktop--GopherShare.
> > 
> It's definitely an interesting idea.  Does anybody else have thoughts on
> how this might work?

I can't see any practical value in twisting the interactive browsing
paradigm of gopher into a read-only file system. There are plenty of BETTER
ways to do what you want. Simply export your gopher tree as a read-only NFS
volume and be done with it.

Gopher is NOT a file system. The Mac's Finder is not an interactive
information browser. Perhaps you should look into Apple's Open
Collaboration tools to see how gopher might fit in there. Mashing gopher
into a file system is a cute technical exercise, but it defeats the purpose
of gopher.

--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                      |    
Ass't Director, Academic Computing |       "This space for rent."
UT Health Science Center Houston   |  
cshotton@oac.hsc.uth.tmc.edu       |         
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Newsgroups: comp.infosystems.gopher
From: ron@rivm.nl (Ron Roozendaal)
Subject: Re: Gopher, WAIS, WWW and CD-ROM - Possible?
Followup-To: comp.infosystems.gopher
Reply-To: ron@rivm.nl
Organization: RIVM
Date: Mon, 12 Oct 1992 11:04:54 GMT

In article <92282.110020RBNTJC@rohvm1.rohmhaas.com> RBNTJC@rohvm1.rohmhaas.com
(Thomas J Cozzolino) writes:
>It seems that lots and lots of data is becoming available on CD-ROM, and
>accessed over LANs (Novell, and others).
>
>What is this group's thoughts about allowing this data to be accessed by
>Gopher/WAIS (and/or WWW)?  Does the Gopher+ spec, and the Z39.50 spec allow
>for this to happen?
>
>If the CD-ROM data is in Hypertext form, can we use these nifty tools to get
>at it?  Or am I dreaming?
>
>Comments/catcalls are welcome..
>

We do use WAIS / Gopher for CD-RoM type data (like current contents), but put
it on mag disks first. Not the thing you would want to do ..Still looking for
different soultions too.


Ron

____________
  Ron Roozendaal (ron@rivm.nl)
  Senior Consultant
  National Institute on Public Health and Environmental Protection
  Informatics Service Centre
  Postbox 1, 3720 BA Bilthoven, the Netherlands
  Tel. ++31 30 742790, Fax. ++31 30 282 316

Xref: sparky comp.infosystems.gopher:681 alt.gopher:1309
From: sob@TMC.EDU (Stan Barber)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: PC-NFS compatible client required.
Date: 10 Oct 1992 03:55:09 GMT
Organization: Baylor College of Medicine, Houston, Tx
NNTP-Posting-Host: tmc.edu
Keywords: pc-nfs gopher packet-driver

In article <1992Oct6.135501.9290@vax.oxford.ac.uk> rpb@psy.ox.ac.uk writes:
>Is anyone working on a PC Gopher client which will co-reside with
>PC-NFS?

Ta-Da! Look on bcm.tmc.edu in /nfs for gopher.exe! Lots of other nifty
pc-nfs stuff there as well (including an archie client!). Feedback welcome.

-- 
Stan           internet: sob@bcm.tmc.edu         Director, Networking 
Olan           uucp: rutgers!bcm!sob             and Systems Support
Barber         Opinions expressed are only mine. Baylor College of Medicine
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: GopherShare
Date: 7 Oct 92 15:40:41 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Chuck Shotton (cshotton@oac.hsc.uth.tmc.edu) wrote:
: Gopher is NOT a file system. The Mac's Finder is not an interactive
: information browser. Perhaps you should look into Apple's Open
: Collaboration tools to see how gopher might fit in there. Mashing gopher
: into a file system is a cute technical exercise, but it defeats the purpose
: of gopher.

Anonymous FTP is not a file system either, but that hasn't stopped people
from thinking about useful ways to make it behave like one.  Indeed the
discussion at the last Usenix file systems workshop showed all sorts of
things that were not *really* file systems but were taught to behave that
way - at least to the level of the familiar open/close/seek/readdir/stat
level.

One limitation of gopher (to be addressed in gopher+) is the absence of
basic file information like a date stamp and a size.  That makes doing
ordinary file system operations kind of hard - how do you mirror something
if you can't know that it has changed ?

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
Newsgroups: comp.infosystems.gopher
From: tplabuza@EPX.CIS.UMN.EDU ("Ted Labuza")
Reply-To: "Ted Labuza" <tplabuza@EPX.CIS.UMN.EDU>
Original-To: gopher-news@boombox.micro.umn.edu
Subject: IBM version of Popmail
Date: Mon, 12 Oct 92 10:30:07 -0500
Newsgroups: comp.infosystems.gopher
Distribution: comp

A friend of mine at Hebrew Univ. would like to use PopMail but he has an IBM. Is
there a version available and how can I send it ti him. Can I attach it as an 
enclosure in Popmail or does he have to fetch it with internet. Will documents I
send him be readable if they contain equations, graphs etc. or does he also need
a MAC.

Dr Ted Labuza      tplabuza@EPX.CIS.UMN.EDU
Department of Food Science & Nutrition
136 AMLMS U of Minnesota
St Paul, MN 55108
Home Fax 612-633-0627
Voice  612-624-9701  UM Fax 612-625-5272


There is no such thing as a poverty of "TIME". Rather there is a poverty of 
being able to say "NO" !

Time is Nature's way of keeping everything from happening at once".  Except in 
my office which exists in a time warp!!!

Newsgroups: comp.infosystems.gopher
From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
Subject: Re: a group of gophers?
Organization: Biology, Indiana University - Bloomington
Date: Fri, 16 Oct 1992 12:50:11 GMT


The North American pocket gopher is a solitary critter, so it is unlikely
there is an established biological name for groups of them.

Extracts from "The Imperial collection of Audubon Animals":

The pocket gopher occurs only in North America, where there are many
species and subspecies.  The various species range over much of the midwest,
plus southern, northern and mountain varieties.  

The pocket gopher spends most of its life underground searching for food.
Day and night, summer and winter, it keeps extending its tunnel system. 
Little deters its progress -- not even electric and telephone cables.

Some 300 kinds of pocket gophers have been named.  There is little overlap
among these kinds, probably because pocket gophers are normally solitary
and notoriously ferocious toward each other.   After a brief spring
mating, the pocket gopher resumes its solitary existance.

A fur-lined pocket with outside opening extends from each side of
its lower jaw down to the shoulders.  With first one forepaw then the
other the animal stuffs food and bedding into these carryalls.  

When tunnelling, earth is scraped off with the forefeet, kicked under 
the belly and to the rear.  When a load has accumulated the animal
turns a half somersault to reverse its direction.  Holding the pile
to its chest with the forearms, it pushes the dirt into a lateral tunnel
and out to the surface.

In undeveloped areas, gophers perform valuable work by mixing soil and adding
humus to lower layers.  In farming areas, however, they bore thru
irrigation structures and by eating roots, cause destruction in planted
fields and orchards.  

Observations of John James Audobon include  
"They...commit great havoc in the potato-fields adjoining the fort, 
not only by eating the potatoes on the spot, but by carrying off large
quantities of them in their pouches".
-- 
Don Gilbert                                     gilbert@bio.indiana.edu
biocomputing office, biology dept., indiana univ., bloomington, in 47405
From: sna@prophet.pharm.pitt.edu
Newsgroups: comp.infosystems.gopher
Subject: Help With TurboGopher Client -Manual???#2
Date: 13 Oct 92 19:31:03 GMT
Distribution: usa
Organization: University of Pittsburgh


 oops, sorry about the first post................


I have just started to become familiar with gopher.  It seems really neet.  I
have turbogopher1.0.1
and it comes set up to connect to a Univ. of Minn. (my home town) server.  I
have some ?'s.

(1)  Are there any good manuals or Doc' s for the gopher, turbogopher, or
gopher+ clients??  I have downloaded everything from the Mac-turbogopher
directory at UMN, and printed the 4 page HELP file that comes internal to
turbogopher, but this is not much info.  What are the diff's between the above
three gopher clients (if that's what they all are?).

(2)  Can I use gopher like an archie sever to find a file on any FTP site by
only knowing its name?

(3)  How can I use gopher to go to a specific FTP site (like the Mac FTP
program fetch)?  Or can I  only go to gopher servers, and not ANY  FTP site
that my heart desires?

(4)  Why do only certain directories have a ? file that I can open to search
for a key phrase?  Is there a way to find these in advance, or do I have to
stumble upon them by luck?

These are probably simple questions to someone that understands gopher, but I
only know the biological kind (in Minneapolis they put a garden hose down their
holes to get rid of them), and it seems hard to get answers to these questions
from what little documentation I have found so far.

I appreciate the help from someone in the know.

Stewart
sna@prophet.pharm.pitt.edu
From: mark@noc.missouri.edu ()
Newsgroups: comp.infosystems.gopher
Subject: Need help with Gopher/WAIS index searches
Date: 12 Oct 1992 18:36:03 GMT
Organization: School of Engineering and Applied Sciences, UCLA
Distribution: world
NNTP-Posting-Host: noc.missouri.edu

I nned to get our gopher server (currently in test) to use the wais indexes
I have created,  I am currently using Gopher 1.03, and have compiled it
with the wais-8-b5 release, the waisserver is running and works, the gopher
server is running and works,  but when ever I try to setup a link between
the two it fails.  Is there someplace I can look for more explicit
directions for doing this?  Thanks,


Mark Moody  
MOREnet - Missouri Research and Educational network
University of Missouri - Columbia 
mark@noc.missouri.edu 			BITNET: CCMARK@MIZZOU1
ccmark@more.net  
Newsgroups: comp.infosystems.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: Customizing CSO queries?
Organization: Distributed Computing Group, Stanford University
Date: Sat, 10 Oct 92 23:31:42 GMT

In article <19921010155243SEB1525@MVS.draper.com> SEB1525@MVS.draper.com (Steve Bacher) writes:
>
>Some or all of this is provided by the experimental "q" and "Q" types,
>patches for which exist for at least the Unix Gopher client and server.
>
>I didn't see the "q" type make its way into the Gopher+ protocol.
>Anyone want to comment?  Don't let it just die...
>

I think the +ASK attribute takes care of the "q" type.  For example:

   0A file#file selector#host#port#?

   1A directory#dir selector#host#port#?

This means the client is supposed to ask for the +ASK attributes, which 
contain the prompts. This will work for any gopher type.

Roland
-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
Newsgroups: comp.infosystems.gopher
From: sysjmm@idun.albany.edu (jayen malde)
Subject: Re: Why does VAX/VMS Gopher client hang?  Any patches?
Organization: State University of New York at Albany
Date: Mon, 12 Oct 92 18:50:45 GMT

In article <kjcole.718661481@well.sf.ca.us> kjcole@well.sf.ca.us (Kevin Cole) writes:
>
>From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
>Organization: Gallaudet Research Institute
>Lines: 28
>
>Hi.
>
>About a week ago, I downloaded, edited and compiled the VMS Gopher client from 
>boombox.  I later got the version from ohio state.  Both seemed to work fine, 
>but yesterday, I got a message from our Computer Services Dept. telling me that 
>there was a runaway process that ate up 16 hours of CPU time, running my image 
>of Gopher.  Needless to say, this did nothing to improve my already tarnished 
>reputation.
>
>The user who had the problem pretty savvy when it comes to technology.  She
>told me she tried the usual ctrl-C & ctrl-Y to abort the thing when it never
>came back, but she said it didn't get her anywhere.  So she just walked away
>from it.  I believe she was doing a search at the time.  This morning, another
>user (less sophisticated) told me that she got frozen out while just trying to 
>get a directory.
>
I ran into the same problem (somewhat) when I tried to get a "link-directory".
I had installed the VMS gopher (version 0.6B) from boombox (I presume that's
the version you downloaded) a while ago. But whenever I try to retrieve a
link-directory, the server seems to hang forever. I think the link on 
directories doesn't seem to work well (I'm using UCX TCP/IP).

I had posted an article some time ago asking if any newer VMS gopher versions
were out, but I did not hear from anyone. Also (unfortunately), I haven't been
able to get around this problem.
>I'm very new to the wonderful world of Gophers, and so I don't necessarily know 
>what I'm doing, but do other VAX/VMS GOPHER users have the same problems?  Or 
>is there a patch out there?
>
>Thanks for any info.
>-- 
>
> ========== U.S. Mail =============================== E-Mail =================
> Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
> Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
> Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
> (202) 651-5575  x4592                |  The WELL:   kjcole
>-- 
>
>============================================================================
>  Kevin Cole     <Flatline>      |  Bitnet:        CADS_COLE@GALLUA.BITNET
>  Gallaudet Research Institute   |  Internet:  KJCOLE@GALLUX.GALLAUDET.EDU

=============================================================================
                              Jayen Malde
                              SUNY at Albany
                              (518) 442-3711
                              sysjmm@csc.albany.edu
=============================================================================
From: ems@odin.mda.uth.tmc.edu (Eric Sisson)
Newsgroups: comp.infosystems.gopher
Subject: Need help with gopher and WAIS
Date: 16 Oct 1992 20:28:21 GMT
Organization: University of Texas M.D. Anderson Cancer Center
Originator: ems@odin

NOTE: I originally posted this to alt.gopherand then found out about
      comp.infosystems.gopher.  Since the latter appears to have more
      traffic, I thought I stood a better chance of getting my
      question answered if I posted it here.  My apologies to those
      who have already this -- simply hit 'n' now.

Greetings,

I need net.help getting gopher and WAIS to work together.

Setup:  Sun SPARCstation IPC, SunOS 4.1.1 rev. B
        wais-8-b5
        gopher 1.03

gopher SERVERDATA = /home/jackalope/gopher-data

files in SERVERDATA -- .cap .waisdata waisindex

file ".cap/waisindex" -- Name=WAIS test (mail)
                         Type=7
                         Path=7/waisindex/index
                         Host=jackalope.uth.tmc.edu
                         Port=70

Directory ".waisdata" contains a file of mail messages, and
directory "waisindex" contains the files created by "waisindex"-ing
that file.  When I run the gopher client pointed at this host,
I see the line item "WAIS test (mail) <?>".  When I hit the <return>
key for that item, I get the prompt "Index word(s) to search for:".
For anything I type, I get the response
     Nothing available.  <press RETURN>
However, if I go to the directory "waisindex" and enter
     waissearch -d index help
I get plenty of output.  So far, I have been unable to figure out
why I cannot get gopher to give me the response I expect.

Will someone please point out the error of my ways?
Thanks in advance.
-- 
Eric M. Sisson                         Internet:  ems@jackalope.uth.tmc.edu
Programmer Analyst III                                  voice: 713-792-6466
Department of Academic Computing - Box 549              fax:   713-794-5072
The University of Texas M. D. Anderson Cancer Center
From: ccoprmm@prism.gatech.EDU (Michael Mealling)
Newsgroups: comp.infosystems.gopher
Subject: Re: a group of gophers?
Date: 15 Oct 92 18:48:20 GMT
Organization: Georgia Institute of Technology

In article <1992Oct15.141735@helix.nih.gov> sb@helix.nih.gov (Steve Bailey) writes:
>Does anyone know what a group of gophers is called?

A herd? (I have this interesting mental image of a visitor walking into
a room full of machine running gopher servers and being told that it is
a "herd of gophers".

You could also use: pack, pride, or horde, but I still like herd the best.


-- 
------------------------------------------------------------------------------
Michael Mealling                     ! Hypermedia WWW, WAIS, and gopher will be
Georgia Institute of Technology      ! here soon via MIME. Your view of the 
Internet: michael@fantasy.gatech.edu ! internet is about to change completely!
Newsgroups: comp.infosystems.gopher
From: dan@ORTTA (Daniel C. Cummings)
Subject: PC Gopher Server problem
Organization: U of Mn
Date: Thu, 15 Oct 1992 15:08:35 GMT

I have been working with the PC version of the Gopher Server (net091b.exe) and
have succeeded it setting it up and accessing it with the PC Client
software.....but the Mac clients seem to have trouble using it!
When a Macintosh client connects, it can see the server and the opening page
of selector strings, but any attempt to access any of the files or
directories results in a "Could Not Connect" message.  I *can* successfully
access links to other gopher servers and telnet sessions....it's just the
files and directory entries that fail.  

I've tried various versions of the Mac client including Turbo Gopher all 
with the same result.  I have examined my ginfo files on my PC server and 
everything seems OK...and as I mentioned, everything works fine from a PC 
client!  Any ideas?


Regards -

Dan

~!
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Daniel C. Cummings, CNE                   Voice:  (612) 624-2574
Manager of User Services                  FAX:    (612) 624-4843
University of Minnesota - ORTTA
1100 Washington Avenue, Suite 201
Minneapolis, Minnesota  55419-1226      Internet: dan@ortta.umn.edu
Newsgroups: comp.infosystems.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: g2snmp
Summary: snmp->gopher gateway
Keywords: go4gw!
Organization: Distributed Computing Group, Stanford University
Date: Thu, 8 Oct 92 22:04:20 GMT

This is not a true snmp<->gopher gateway, but rather an easy way to
get at some of those MIB tables. It represents one night of hacking
with the "Simple Book" on my lap :-) To run it you need:

   go4gw
   g2snmp
   tricklet (snmp command line utilities)

You can grab the g2snmp file and tricklet.1.4.tar.Z from:

stanford.edu:~ftp/pub/gopher/*

Its currently setup so in response to the "Index word(s) to search for" prompt
you type a hostname running an SNMP agent. You will then get a menu like so:

                            SNMP Gateway: homerun

      1.  Address Translation Group.
      2.  Interface Group.
      3.  ICMP Group.
 -->  4.  IP Group.
      5.  System Group.
      6.  TCP Group.
      7.  UDP Group.

After selecting one of the groups you will get detailed information, such as:

Host: homerun
Date: Thu Oct  8 15:02:32 PDT 1992

          IP Group

Forwarding          gateway
Default TTL         255
Input
  Datagrams         697316
  Hardware Err      0
  Address Err       0
  Unknown Proto     0
  Discards          0
  Delivers          0
Output
  Datagrams         0
  Discards          0
  No Routes         6
Reassembly
  Timeout           15
  Requests          0
  OK                0
Frags
  OK                0
  Fail              0
  Created           0
Forwarded Datagrams 0

                    IP Interface Address Table
Interface  IP address      Net Mask        Broadcast        Reasm Max (mib II)
   2       127.0.0.1       255.0.0.0       1                65535
   1       36.53.0.98      255.255.0.0     1                65535

                         Routing Table
Destination     Interface  Next Hop        Type     Mask (mib II)
36.53.0.0           1      36.53.0.98      direct   0.0.0.255
36.53.0.98          2      127.0.0.1       direct   255.255.255.255
0.0.0.0             1      36.53.0.1       remote   0.0.0.0
127.0.0.1           2      127.0.0.1       direct   255.255.255.255

               Net to Media Table (ARP cache)
 Interface   Physical Address     IP Address       Type
    2        00:00:0c:02:78:4b    36.53.0.1        dynamic
    2        08:00:2b:1b:d1:3c    36.53.0.203      dynamic
    1        08:00:2b:10:74:2d    36.53.0.161      dynamic
    2        08:00:2b:10:74:2d    36.53.0.161      dynamic
    1        08:00:2b:2a:7a:9f    36.53.0.16       dynamic
    2        08:00:2b:2a:7a:9f    36.53.0.16       dynamic
    1        08:00:2b:1b:d1:3c    36.53.0.203      dynamic
    1        00:00:0c:02:78:4b    36.53.0.1        dynamic


Note that I whipped this up last night and there may be bugs :-)

Roland


-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Newsgroups: comp.infosystems.gopher
Subject: Displaying images
Date: 15 Oct 1992 11:04:58 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz


Which gopher clients support the displaying of imgaes ?
I hope I've got it right, that its a function of the client not the server.
Xgopher1.1a won't acknowledge the files exist.  TurboGopher displays
the entries but says its an unsupported format and the unix client
tries to display it (yes, GIF on a vt100 hmmm) but of course can't.

Any help would be appreciated.

Roger
-- 
brockie@golem.wcc.govt.nz
Newsgroups: comp.infosystems.gopher