HDTenEightyP/NetNews huggingface dataset:
From: edgar@function.mps.ohio-state.edu (Gerald Edgar)
Newsgroups: comp.infosystems.gopher
Subject: Re: a group of gophers?
Date: 15 Oct 1992 15:34:59 -0400
Organization: The Ohio State University, Dept. of Math.
NNTP-Posting-Host: function.mps.ohio-state.edu


A network of gophers...
-- 
  Gerald A. Edgar                Internet:  edgar@mps.ohio-state.edu
  Department of Mathematics      Bitnet:    EDGAR@OHSTPY
  The Ohio State University      telephone: 614-292-0395 (Office)
  Columbus, OH 43210             -292-4975 (Math. Dept.) -292-1479 (Dept. Fax)
Newsgroups: comp.infosystems.gopher
From: kerce@psy.fsu.edu (Kingsley F. Kerce)
Subject: Problem with gopherd security file
Organization: Florida State University Psychology Department
Date: 08 Oct 92 17:17:24 GMT

I recently installed gopherd from the Unix gopher 1.03 distribution.
Everything runs smoothly except that we'd like to make this gopher
server local to our department, so I invoked gopherd with the -s
option, pointing it to the following security file:

128.186.66
!*

Our dept domain is 128.186.66, so according to gopherd(8), I'm
restricting access to the gopher server to allow only clients within
our domain.

Starting a Unix gopher client from the machine on which gopherd is
running gives the "Nothing available..." message and the client must
be exited.

Here's a record of login attempts to the secure gopherd:

Tue Oct  6 18:43:49 1992 6856 0.0.57.208 : Root Connection
Tue Oct  6 18:44:14 1992 6860 0.0.57.208 : Root Connection
Thu Oct  8 15:52:26 1992 9099 0.0.57.216 : Root Connection
Thu Oct  8 15:53:52 1992 9112 0.0.57.216 : Root Connection
Thu Oct  8 15:55:07 1992 9124 0.0.57.216 : Root Connection
Thu Oct  8 15:56:11 1992 9126 0.0.57.216 : Root Connection
Thu Oct  8 15:58:06 1992 9148 0.0.57.232 : Root Connection
Thu Oct  8 16:00:29 1992 9169 0.0.58.120 : Root Connection
Thu Oct  8 16:10:40 1992 9183 0.0.58.120 : Root Connection
Thu Oct  8 16:12:53 1992 9190 0.0.58.120 : Root Connection

Note the strange IP addresses ^^^^^^^^^^ for the clients (?).

The effect is that for such a security file, gopherd allows _no one_
to connect.

Can someone give a hand here?  Thanks much!
--
Kingsley Kerce                        kerce@psy.fsu.edu (Internet)
Department of Psychology              Ph#s: TR 9:30-2:30 (904)5436, or 8562
FSU, Tallahassee, FL, 32306-4019
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Re: News from RLG // Z39.50 Server for Internet Use
Date: 8 Oct 92 01:46:11 GMT
Organization: Michigan State University

In article <1asnnfINNb49@nigel.msen.com> emv@msen.com (Edward Vielmetti)  
writes:
> good news here that these things are all interoperating, and that perhaps
> (finally) we'll get reasonable client-server access to internet libraries.
> 
> --Ed
> >               RLG DEVELOPS Z39.50 SERVER FOR INTERNET USE
> 
> October 6, 1992 -- The Research Libraries Group (RLG) has developed a
> Z39.50 server for searching its RLIN and CitaDel databases, and 14
> institutions nationwide have now successfully tested the server over
> the Internet.  The Z39.50 server, when fully implemented, will make it
> easier for users of other online catalogs to search RLG's databases.
> 
> The Z39.50 protocol translates commands back and forth between the
> requesting system (called a "client") and the system with the database
> being searched (called a "server"), even if the two systems run on
> different hardware or use different commands and screen displays.  
> 
> > For more information about RLG's Z39.50 server, please contact:
> Lennie Stovel, Research Libraries Group, 1200 Villa Street, Mountain
> View, CA 94041-1100; phone 415/691-2259; FAX 415/964-0943; e-mail
> BL.MDS@RLG.BITNET or BL.MDS@RLG.STANFORD.EDU (Internet).

Does anyone have any clues as to how to actually get a client
and point it at a server?  I sent e-mail to the address per
offer for more info and got no reply.  

/Rich Wiggins, Gopher Coordinator, Michigan State U
Organization: Arizona State University
Date: Monday, 12 Oct 1992 17:12:41 MST
From: <ICJSW@ASUACAD.BITNET>
Newsgroups: comp.infosystems.gopher
Subject:    Boolean full-text search workaround?

Is there a workaround/patch/whatever to get boolean searches out of a
waisindexed full-text database?  We've got a gopher 1.03 server running
on a sun sparc station...  We've got mac, pc, unix, etc. clients.

Many thanks in advance...

Scott Williams
From: lindner@mermaid.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: Error Compiling GOPHERD with NeXT & WAIS Searching
Date: 16 Oct 92 18:52:35 GMT
Organization: University of Minnesota, Minneapolis

In <92289.115227C09615TB@wuvmd.wustl.edu> Timothy Bergeron <C09615TB@WUVMD.WUSTL.EDU> writes:

>I'm trying to compile Gopherd 1.03 with NeXT and WAIS 8-b5 searching on my
>NeXT. GOPHERD comiles fine with no searching or with NeXT searching. When I
>compile it using both, I get the following:

>Making server with NeXT and WAIS searching
>cc -O -DDATA_DIRECTORY=\"/gopher\"  -DDOMAIN_NAME=\".ecs.wustl.edu\"  -DGOPHER_
>PORT=70  -DNEXTSEARCH -DWAISSEARCH    -I../object -I.. -I../ir -I../ui -c
>waisgopher.c
>In file included from gopherd.h:10, from waisgopher.c:29:
>/usr/include/netdb.h:15: redefinition of `struct hostent'
>/usr/include/netdb.h:28: redefinition of `struct netent'
>/usr/include/netdb.h:35: redefinition of `struct servent'
>/usr/include/netdb.h:42: redefinition of `struct protoent'
>/usr/include/netdb.h:48: redefinition of `struct rpcent'
>In file included from globals.h:15, from gopherd.h:70, from waisgopher.c:29:
>../object/boolean.h:8: warning: useless keyword or type name in declaration

I've encountered this problem and it will be fixed in the next
release. Solution is to modify boolean.h so that it undef's boolean
before typedefing it, and making sure that _sockets_h or some such
define is defined...
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   |"You have to spit
 |              | Computer & Information Services | to see the shine..."
 |             	| University of Minnesota         | -- Babes in Toyland
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: comp.infosystems.gopher
From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
Subject: Re: Displaying images
Organization: Biology, Indiana University - Bloomington
Date: Thu, 15 Oct 1992 04:10:08 GMT

GopherApp, the Macintosh client, does gif (if your mac has one
of the free gif view apps).  It also does jpeg, pict, tiff, and
so forth, if your mac has apps to display those.  I've started
putting up typeset docs, in rich text (RTF) format on my gopher
server, and gopherApp can also fetch & display those (using
MS Word or another RTF doc viewer).

-- don

-- 
Don Gilbert                                     gilbert@bio.indiana.edu
biocomputing office, biology dept., indiana univ., bloomington, in 47405
Newsgroups: comp.infosystems.gopher,alt.gopher
From: kjetilo@gollum.uio.no (Kjetil Otter Olsen)
Subject: Re: PC-NFS compatible client required.
Organization: University of Oslo
Date: Thu, 8 Oct 1992 12:06:15 GMT



The University of Oslo has a PC-NFS port of the UNIX/curses gopher.
It is currently in the final beta-test.

Watch this space!

--Kjetil
-----
Kjetil Otter Olsen                            kjetilo@usit.uio.no
Senior Communication Engineer,     M.Sc.,   C.Sc.
Center for Information Technology Services (USIT, University of Oslo

Xref: sparky comp.infosystems.gopher:733 comp.graphics:10613
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher,comp.graphics
Subject: Re: graphical capabilities of gopher clients
Date: 15 Oct 1992 06:28:58 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Henny Bekker (henny@accucx.cc.ruu.nl) wrote:
: 
: My problem is:
:   I have to know if it is possible to build a CWIS in gopher with sort
:   of the same (preferable better :-)) graphic capablities as videotex
:   oriented information systems.

If I were to have to hack on this right now right here,
I would take the approach that gopher does ("everything 
is text"), find a system that's been getting some
evangelism that's also mostly text but that can display
pictures, and bash the two together.

Ie. I'd think real hard about doing a gopher in NAPLPS,
which is an ISO 2022 variant just sorta kinda like 
the encoding used for doing Japanese.  

I am not aware of stuff in gopher+ which would deal with stuff like
color, layout, etc. But I really do suspect that you could build a
gopher server that looks OK to us Internet Wilderness Society
vt100's-forever crowd that would also look really nice under NAPLPS.  Almost
certainly.worth a try.

(is there a NAPLPS group yet?)

--Ed
Newsgroups: comp.infosystems.gopher
From: mark@opus.pass.wayne.edu (Mark Murphy)
Subject: Text Truncation problem with VM Gopher client
Organization: Wayne State Univ.
Date: Tue, 13 Oct 1992 14:28:34 GMT


I posed a problem last Friday with Rice version of VM Gopher 2.3. Our news feed  
has been down for 3 days and any replies to my original message, if any, were  
lost. Anyone who might have replied to my message, can you please resend your  
answer? 

The problem was that while viewing text files from VM Gopher client, some files  
display only the first line of each paragraph, others truncation the ending of  
the file, while others display with no problem. The server which all these  
documents reside is on a unix machine. I don't understand why the truncation is  
affecting text files differently. I don't see any noticable difference in the  
text files. Does anyone have any suggestions or answers to this problem?
--

Mark Murphy
Wayne State University
mark@opus.pass.wayne.edu   (NeXT)
mmurphy@cms.cc.wayne.edu   (VM/CMS)
From: sob@TMC.EDU (Stan Barber)
Newsgroups: comp.infosystems.gopher
Subject: Lan Workplace Client available
Date: 10 Oct 1992 04:02:09 GMT
Organization: Baylor College of Medicine, Houston, Tx
Distribution: world
NNTP-Posting-Host: tmc.edu

A port of the Unix/Curses client for DOS with LWP is available from
bcm.tmc.edu in /public as lwpgopher.exe. This requires LWP 4.01 to work.

Send bug reports to me.

-- 
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
Date: Fri, 9 Oct 92 17:21:32 CDT
From: gopher@boombox.micro.umn.edu ("The Gopher Team" )
Original-To: gopher-news@boombox.micro.umn.edu
Subject: TurboGopher 1.0.1 maintenance release.
Newsgroups: comp.infosystems.gopher
Distribution: comp

We just put up a minor maintenance release of TurboGopher (available from the
usual place: boombox.micro.umn.edu and the U of M Gopher), basically fixing
the bugs reported this week and adding some of your suggestions.

Note: The full manual for TurboGopher is bundled right INTO the
TurboGopher application; you can read it, search it, or
print it.  Use the Help menu item.

The current version of TurboGopher is 1.0.1


Outstanding Reported Bugs.
-------------------------
None.

(WAIS-Gateway servers were not sending CRLF at the ends of
lines.  TurboGopher was displaying one long line.  This
will be fixed in the WAIS-gateway server.)

B = Bug fix.    C = Cosmetic fix.   Q = Quick feature Hack.

Version 1.0.1 is just a minor maintenance release
-------------------------------------------------
B  CSO window recycle bug.  [Mark Thacker]
B  BinHex compression bug.  [David Dexter]
Q  Arrow-key, Return Enter-key for selection.  [John A. Rocchio]
Q  Basic Japanese language support.
Q  Basic Traditional Chinese language support.
Q  Launch of StuffIt or Compactor under System 7.
C  AND checkbox disable in CSO window.
C  Connect timeouts scaled back.

 - The Gopher Team

Newsgroups: comp.infosystems.gopher
From: heycke@sumex-aim.stanford.edu (Torsten Heycke)
Subject: TurboGopher Requests
Followup-To: comp.infosystems.gopher
Organization: Knowledge Systems Lab
Date: Mon, 12 Oct 1992 22:10:23 GMT

I really like the TurboGopher. Kudos to the Minnesota group. A couple of
small requests occur to me immediately (and I'm posting this to the group
because I've already made similar requests in the past to another
individual designing a client and maybe other client writers could
benefit(?)).

1. For index query dialog box: retain last typed-in query, i.e., a new
query dialog displays selected text from the previous query--easy to type
over or to add to). This is apparently quite simple (see Jonzy's MacGopher)
and useful if you want to expand or contract your search criteria in some
way. Leaving text in such dialogs seems to be an acknowledged useful
feature (System 7's Find Feature uses this, for example).

2. Highlight query text in documents if possible. I know the WAIS mac
client used to do this (did the HyperCard Gopher client too?) I realize
that I can use Command-F once the document is open, but this seems
something that the client could do fairly easily (?).

Thanks again for a great client,

Torsten
Date: Thu, 15 Oct 92 17:44:48 CDT
From: gopher@boombox.micro.umn.edu ("The Gopher Team" )
Original-To: gopher-news@boombox.micro.umn.edu
Subject: TurboGopher version 1.0.2 available.
Newsgroups: comp.infosystems.gopher
Distribution: comp

Another minor release of TurboGopher (1.0.2) is now available from
the University of Minnesota Gopher server and by anonymous FTP from
boombox.micro.umn.edu.

Outstanding Reported Bugs.
-------------------------
None.

(WAIS-Gateway servers were not sending CRLF at the ends of
lines.  TurboGopher was displaying one long line.  This
will be fixed in the WAIS-gateway server.)
Mac back to ISO characters will be put in soon... not this time around...


B = Bug fix.    C = Cosmetic fix.   Q = Quick feature Hack.

Version 1.0.2 (maintenance release) October 15th 1992.
-----------------------------------------------------------------
B  CSO window checkbox disable bug.  [Joel Cooper]
B  ISO a-acute/a-grave transpose, plus more substitutions [Pierre Cormier]
C  Now not dependent on any custom font.  [Kathryn Ruud]
Q  Left and Right arrow-key Previous/Next window cruising.
Q  More feedback when document is saved to disk.
Q  Now can open TurboGopher by double-clicking Bookmark file (no connect)
Q  Creator of saved TEXT documents now configurable.


  - The Gopher Team
From: dave@opus.csd.uwm.edu (Dave Rasmussen)
Newsgroups: comp.infosystems.gopher
Subject: Re: long client startup
Date: 7 Oct 1992 20:37:48 GMT
Organization: University of Wisconsin - Milwaukee
Distribution: na
Reply-To: dave@opus.csd.uwm.edu
NNTP-Posting-Host: 129.89.7.40
Originator: dave@opus.csd.uwm.edu

From article <1992Oct7.141526.2284@news2.cis.umn.edu>, Gophermeister:
> In <1ad585INNnq6@uwm.edu> dave@csd4.csd.uwm.edu (David A Rasmussen) writes:
> 
> 
>>I've been dinking around with a server here on csd4.csd.uwm.edu, but notice
>>lately that it takes *forever* (minutes) for the top menu to appear. I am
>>running the 1.02 versions of the unix software.
> 
>>Does anyone have any idea what is going on perhaps? 
> 
I put the server log file in the main directory. The startup got slower
and slowerrrrrr and slowerrrrrrrrrrrrrrrrrrrrrrr. Someone else told me about
this and I moved it to a subdirectory.

-- 
Dave Rasmussen - SysAdm/Hacker/Consulting Manager, UWM Computing Svcs Div.
Internet:dave@uwm.edu, Uucp:uwm!dave, Bitnet:dave%uwm.edu@INTERBIT
AT&T:414-229-5133 USmail:Box 413 EMS380,Milwaukee,WI 53201
Newsgroups: comp.infosystems.gopher
From: cliff@world.std.com (c m williams)
Subject: Re: a group of gophers?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 15 Oct 1992 19:07:49 GMT

My guess is that a group of gophers would be called a Gopher Colony.

I am not from Gopher land though.
-- 

=================================================================
800-729-4491 (24 hour voice mail and fax)
Preferred Electronic Mail Address: 76256.2135@Compuserve.com
From: sob@TMC.EDU (Stan Barber)
Newsgroups: comp.infosystems.gopher
Subject: Re: Displaying images
Date: 16 Oct 1992 21:07:21 GMT
Organization: Baylor College of Medicine, Houston, Tx
NNTP-Posting-Host: tmc.edu

In article <7569@lib.tmc.edu> snewton@oac.hsc.uth.tmc.edu (Steven E. Newton) writes:

>ugopher for DOS supports the image type 'I' and gif type 'g'.  Versions for
>PC/TCP, Lan Workplace, and PC-NFS are available.
>
>PC/TCP version - oac.hsc.uth.tmc.edu:public/dos/misc/dosgofer.exe
>PC-NFS version - bcm.tmc.edu:nfs/gopher.exe
LWP version - bcm.tmc.edu:public/lwpgopher.exe
-- 
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
Xref: sparky comp.infosystems.gopher:740 comp.graphics:10630
From: henny@accucx.cc.ruu.nl (Henny Bekker)
Newsgroups: comp.infosystems.gopher,comp.graphics
Subject: Re: graphical capabilities of gopher clients
Date: 15 Oct 92 14:26:27 GMT
Followup-To: comp.infosystems.gopher
Organization: Academic Computer Centre Utrecht

In <1bj33oINNab4@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:

>Henny Bekker (henny@accucx.cc.ruu.nl) wrote:
>: My problem is:
>:   I have to know if it is possible to build a CWIS in gopher with sort
>:   of the same (preferable better :-)) graphic capablities as videotex
>:   oriented information systems.

>If I were to have to hack on this right now right here,
>I would take the approach that gopher does ("everything 
>is text"), find a system that's been getting some
>evangelism that's also mostly text but that can display
>pictures, and bash the two together.
>
I like the idee, but it is beyond my power to do so..  In our
situation we have a network with mixed computer systems.. eg div kind
of Unix systems, MSdos PC's, VAX/VMS and Macintosh systems..
The gopher-clients should work on all  those systems.. (and olso it
has to work outside our own campus...)

>Ie. I'd think real hard about doing a gopher in NAPLPS,
>which is an ISO 2022 variant just sorta kinda like 
>the encoding used for doing Japanese.  
>
Yes..  For al gopher clients ???? I'm impressed ...

>I am not aware of stuff in gopher+ which would deal with stuff like
>color, layout, etc. But I really do suspect that you could build a
>gopher server that looks OK to us Internet Wilderness Society
>vt100's-forever crowd that would also look really nice under NAPLPS.  Almost
>certainly.worth a try.
>
Again..  I'm looking forward for such gopher clients..  I'll be a willing
person to use it..

Cheers, Henny Bekker

-------------------------------------------------------------------------------
E-Mail: Henny.Bekker@cc.ruu.nl        INTERNET       ! Disclaimer:             
        ruulif::henny                 SURFnet        !    The main obstacle to 
        henny@hutruu52                EARN/BITnet    !    progress is not      
        012911028120::henny           PSI            !    ignorance, but the   
Voice:  (+31) (30) 536971                            !    illusion of knowledge
X400:   G=Henny;S=Bekker;OU=cc;O=ruu;PRMD=surf;ADMD=400net;C=nl        o
Paper:  H.J.Bekker, University of Utrecht, Computer Centre         _  /- _
        Po Box 80011, 3508 TA  Utrecht  Nederland                 (_) > (_)
-------------------------------------------------------------------------------
From: mcgee@nic.csu.net
Newsgroups: comp.infosystems.gopher
Subject: UB PC NIU Drivers, anyone?
Date: 9 Oct 92 12:52:11 PDT
Organization: Information Resources and Technology

Greetings!

Once again I make an appeal: Has anyone gotten Gopher running
over Ungermann-Bass PC-NIU cards, using anything like the
Clarkson packet drivers set? I can use it just fine over the
PC-NIC cards, but can't find any info about NIU drivers.
I've been told that UB will not release the sources to this
card. Any help you can provide would be most appreciated!


Rich McGee
Cal State University System
RICH@MCVAX.CSUSB.EDU

Newsgroups: comp.infosystems.gopher
From: MAHE@YaleVM.YCC.Yale.Edu
Subject: Re: The definitive collection of Internet-accessible libraries?
Organization: Yale University
Date: Wed, 14 Oct 92 14:55:46 EDT

Good questions... OK, here's the bits I know.  MSU and Yale are definitely
supposed to be in synch on 'libraries by location', we've been trading
tar files and we do mean to cooperate seriously here.  However, Yale
hasn't done a bit of coordination with UMinn, and I'm not sure how
much MSU has.
 
UMinn doesn't seem to list nearly as many libraries as Billy Barron.
What else do they have that you think is missing in the MSU/Yale setup?
I like their organization of electronic serials by subject, but we'll
probably end up listing the CICNet one instead, because MSU is a member
and because the SSN cataloguing adds a lot of librarian respectability :-).
 
Note that the nice MSU 'Libraries by catalog type' section only
returns 'not available'.  it was a good idea, and it could be done
with links, but I think we all found it overly daunting.  I thought
of the index as a replacement for that, and also as a guide to
geography for the confused (we still have plenty of 'unknown'),
not to mention a handy guide to major collections if we ever manage
to accumulate that information.  Granted, the index as it is now
is ugly, if not outright confusing.  I'll be very happy when we
can get to Gopher+ and put all the info for one library into one file,
and we certainely could stand some cleanup of the wais display.
But meanwhile, this is easy, and it's there.
 
It's not clear to me whether this stuff ought to be at MSU or
Yale or both.  We haven't formally talked about it yet, all busy
with other trivia, but possibly we should setup a special 'library'
server at one place or the other, give equal access to various
maintainers, and all point to it in concert?
 
Because my time's been all eaten up with the silly catalog connections,
Yale's data organization leaves a lot to be desired.  As a user,
I violently resent having to look in 5 different places for the
same institution's library catalog, library bbs, old cwis, gopher,
and name server.  So the least I'd like to do is to list the
library bbs right next to the catalog, after all it's all
library-related.  Do you guys agree?
 
Marie-Christine
mahe-marie-christine@yale.edu
From: tim@maths.tcd.ie (Timothy Murphy)
Newsgroups: comp.infosystems.gopher
Subject: Query: Is gopher useful for local information only?
Summary: Is gopher useful on machines without Internet connection?
Keywords: gopher information local
Date: 14 Oct 92 02:44:06 GMT
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.

Is it worth installing gopher on a machine without Internet connection?
Our local gods do not allow us to use our main machines for ftp.
We have to nominate another machine which students cannot access.
(Don't ask me why -- man proposes, system administrator disposes.)

I'm thinking of it simply as a way of organising information
for local consumption.


-- 
Timothy Murphy  
e-mail: tim@maths.tcd.ie
tel: +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland