HDTenEightyP/NetNews huggingface dataset:
From: zlsiimw@info.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: pcnfs telnet
Date: 15 Dec 92 09:00:37 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <haydenw.105.0@elp.aero.org>, haydenw@elp.aero.org (bill hayden)
writes:
|> I cannot get a telnet session to work using pcnfs.
|> 
|> My config.sys loads the pcnfs drivers etc and the autoexec.bat does the
|> nfsrun etc.
|> 
|> My gopher bat file sets the g_tel to point to the telnet.exe, does 
|>   net route to define the gateway for the telnet, runs the wd8003e driver, 
|>   then gopher.
|> 
|> Gopher seems ok with its own ftp but the telnet attempts timeout,
|> 
|> Since a local ping works before but not after running gopher I assume the 
|>   problem has to do with conflicting drivers - aarrgg !!!

Probably. Do you have a PC-NFS driver for your card? I think you might be
better off if you use the packet driver interface for PC-NFS which uses
the PKTD.SYS driver in conjunction with the PKTMUX stuff (this is available
from wuarchive.wustl.edu in /mirrors2/win3/util/pktmux12.exe (self-
extracting archive)). However, you may find that you've got so many
drivers loaded that there's not enough room for loading telnet.

An alternative solution would be to get hold of the gopher client for use
with PC-NFS. It looks like the Unix curses client and can be got from
bcm.tmc.edu  in /nfs. I've got my PC set up in such a way that I can
configure it to run PC-NFS or not to run PC-NFS and my gopher.bat file
can automatically determine how it is configured and runs the appropriate
gopher client.

Hope this gives you a few ideas.

|> 
|> The FAQ A21 tells of a PKTMUX. Can this solve my problem ?
|>   If so where can I ftp it from ?
|>   If not - help !!!
|> 
|> Thanks in advance for any inputs or suggestions

-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.infosystems.gopher
From: datkins@hydra.unm.edu (Drexel Atkinson CIRT)
Subject: gopher eval and questions
Date: Fri, 18 Dec 92 20:37:44 GMT
Organization: University of New Mexico, Albuquerque

I have been putting up a couple of test servers(on Ultrix) at our site and have 
some questions.  First, I am putting together an evaluation of the 
capbilities and functionality of gopher, in order to present to my
admin.  If anyone out there has done a similar compilation, could you
please post of send me a copy of what you have.  

Second, I have just recently begun reading this group, and noted some
questions on making exec run in gopher.  I would be interested in a complete
description of the capability of exec and of executing programs from
gopher.  I have played with it some, and the best I can seem to do is
get a telnet run by using type telnet.  Can you execute a program from
gopher(ie. a suggestion box program or even something as simple as an ls)
and make it work.  I understand that gopher is really more of an information
server and was not designed for this, but it would be nice to be able to
it.  

Maybe a couple, or more, examples of the .link entry and the program to be
executed as well as an explanation of how this works would help to clarify my confusion.  

thanks,
	drex
 
---------------------------------------------------------------------------
    Drexel Atkinson 			BITNET:  	datkins@unmb
    Systems Programmer			INTERNET:     	datkins@ariel.unm.edu
    CIRT-ACS  University of New Mexico  
---------------------------------------------------------------------------    
Newsgroups: comp.infosystems.gopher
From: klein@saturn.glassboro.edu
Subject: Using Gopher for a Calendar
Organization: Rowan College of New Jersey
Date: Fri, 18 Dec 1992 05:09:41 GMT

Has anyone out there used Gopher for displaying their campus calendar? How 
did you structure the information? How do you have users put info into it?

Any info or tips would be greatly appreciated. Please respond by e-mail
and I'll summarize if there is interest.

Thanks,
Bruce Klein
Rowan College of New Jersey
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.infosystems.gopher
Subject: Re: VMS Client and PAGER
Date: 14 Dec 92 21:31:40 GMT
Organization: BC Systems Corporation

In article <1992Dec8.073727.13001@jyu.fi>, HOUGHTON@jylk.jyu.fi (DAVID HOUGHTON, LK) writes:
> 
> We are using a VMS gopher client and have noticed that in  
> the gopher code in routine Initialise() it has the line
> 
> 	if (getenv("PAGER") == NULL)   etc
> 
> This implies that the local system has a symbol,logical or
> CLD for PAGER. Well, we do but. But it cannot be used to view
> files. The definition that the client wants to use is in the
> conf.h file, but if the logical PAGER already exists then 
> some nasty surprises happen when you want to read a text file.

This refers to a symbol, not a logical.  I've used the default TYPE/PAGE and
also used EDIT/TPU/READ and MOST, all without difficulties.  Logicals don't
affect this, symbols do.

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA     Office:  (604) 389-3430    Fax: (604) 389-3412
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Allowing clients to hop into the middle of a Gopher tree
Keywords: client hierarchy microlabs
Date: 16 Dec 92 21:44:59 GMT
Organization: Michigan State University

Has anyone modified a client to allow it to fire up a 
Gopher session jumping into the middle of a tree?  Ie, rather
than starting up with the null selector string to get
the root menu, the client knows the string for a particular
item, and it fires up and sends that string to begin with?
This could be in a config file, or an optional command parameter
(or both).

There's a few reasons why you might want to do this.  Suppose
you've got a microlab environment that offers a bunch of 
local applications, as well as menu items for network 
resources.  Rather than having a single menu item labeled
'Gopher', you might want to allow users to connect to specific
net resources by label.  Of course, you'd have to keep your 
client selectors in sync with your Gopher servers, but given
that consistency, you could update the lower parts of the
directory hierarchy without having to update every lab.

For frequently-used network resources -- say your campus phone books --
you might set up a separate menu item (or in a Windows environment
maybe even a separately-configured copy of the client) that points
straight to the resource you want.  Commonly-used resources would
be a click away instead of several.

Comments?

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: fogel@jester.usask.ca (Earl Fogel)
Newsgroups: comp.infosystems.gopher
Subject: Re: VMS Client
Date: 17 Dec 1992 19:43:09 GMT
Organization: University of Saskatchewan
Distribution: comp
NNTP-Posting-Host: jester.usask.ca

In article <9212100428.AA02843@pinjel.ucq.edu.au> m.connell@ucq.edu.au writes:
>Can anyone help?
>
>I am looking for a Gopher VMS client to run with CMUTEK.

JQ Johnson <jqj@phloem.uoregon.edu> and I are currently porting the new
Unix gopher client V1.1 to VMS.  Our plan is to support UCX, Multinet and
Wollongong.  We had not considered adding CMUTEK support, but we might be
persuaded, if there is sufficient interest, and if it is not too much
extra work.

Earl Fogel
-------------------------------------------------------------------
fogel@jester.usask.ca		Computing Services, Room 56 Physics
Phone: (306) 966-4861		University of Saskatchewan
Fax:   (306) 966-4938		Saskatoon, Sask. CANADA, S7N 0W0
Newsgroups: comp.infosystems.gopher
From: dgm@ecsvax.uncecs.edu (Debby Morley)
Subject: boombox
Keywords: boombox
Organization: UNC Educational Computing Service
Date: Tue, 15 Dec 1992 18:28:57 GMT


I can't do an anonymous login to boombox.micro.umn.edu to get gopher software.
I get to the login prompt, but boombox doesn't accept anonymous.  Is there
somewhere else I can get the PC version of gopher?
 
Newsgroups: comp.infosystems.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: replicating popular resources
Organization: University of North Texas
Date: Tue, 15 Dec 1992 22:23:34 GMT

jqj@duff.uoregon.edu (JQ Johnson) writes:

>One of my users complained just now that she couldn't access the Weather
>in our gopher server.  We implement it as a link to ashpool.micro.umn.edu,
>which is (not unreasonably; it's only a computer) down at the moment.

>It seems to me that there are a number of high-visibility gopher resources
>that would do well to be invisibly replicated for greater availability
>(and perhaps for load sharing).  There are at least two problems, though:
>(1) the lack of a protocol to allow clients to transparently locate
>replicas of a gopher link, and (2) the lack of protocols and methodologies
>for maintaining replicated gopher databases.

Comment on #2: we have GopherClone, which I think Dennis Boone (God of Gopher
related Perl scripts ;-), may be patching up to be more bulletproof (it doesn't
like things like spaces and commas very well).  

I've been thinking of listing two items in menus when there are two replicated
sources.  Anybody done any experimentation in this area as far as whether or
not it helps the users more than it confuses them?

>Are other people worried about replication?  Anyone interested in 
>cooperating in an experiment?

Yes, I'm worried about replication.  In fact, it would make a good topic
for the next GopherCon.  If I wasn't stretched too thin already, I would
be interested....

Billy Barron, VAX/UNIX Systems Manager, University of North Texas
billy@unt.edu, billy@untvax.bitnet, THENET: NTVAX::BILLY
Newsgroups: comp.infosystems.gopher
From: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: MORE HPUX SOCKET INFO...
Organization: University of Illinois, Urbana-Champaign
Date: Sat, 19 Dec 1992 19:24:37 GMT

Haven't been able to try this, but it looks like it might
be helpful for the socket restart problem when using the 
gopherd1.1 on HP's running HPUX.

The default in the gopherd.c code is to have l_onoff=0
and l_linger=0.  It might be better for HPUX'ers to have
l_onoff = 1 and l_linger = 0.

Here is the info I just gleaned from comp.sys.hp which 
gave me this idea.  If I can try it out and verify that
it helps, I will post the results here.

>  If l_onoff is zero, close(2) returns immediately, but any remaining data
>  in the send buffer will be sent before the TCP connection is closed.
>
>  If l_onoff is non-zero and l_linger is zero, close(2) returns immediately,
>  and any remaining data in the send buffer is flushed (not sent).
>
>  If l_onoff is non-zero and l_linger is non-zero, close(2) will not return
>  until all remaining data in the send buffer is sent.

JohnKemp@uiuc.edu
Newsgroups: comp.infosystems.gopher
From: john@math.nwu.edu (John Franks)
Subject: gopherd.1.1  bug in index search (ShellIndexQuery())
Organization: Dept of Math, Northwestern Univ
Date: Sun, 13 Dec 1992 15:34:58 GMT


There is a bug in the gopherd.1.1 file index.c in the function
ShellIndexQuery().  It causes the server to hang when a shell
type index search is done.  Here is a change which fixes it.

You hav'ta increment those variables, Paul   :)


     /*** Clean up the arguments, remove  ; and " **/
     cp = Searchstring;
     while (*cp != '\0') {
	  if (*cp == ';')
	       *cp = '.';
	  if (*cp == '"')
	       *cp = '.';
          cp++;           <<<<<<<  ADD THIS LINE !!!!!
     }

	  
Here is a patch if you prefer for the same problem:

*** index.c.orig	Sat Dec 12 18:59:33 1992
--- index.c	Sun Dec 13 09:20:08 1992
***************
*** 393,398 ****
--- 393,399 ----
  	       *cp = '.';
  	  if (*cp == '"')
  	       *cp = '.';
+           cp++;
       }
  	  
  




John Franks 	Dept of Math. Northwestern University
		john@math.nwu.edu

Newsgroups: comp.infosystems.gopher
From: rick@jaguar.msc.cornell.edu (Rick Cochran)
Subject: server "chroot" operation appears broken at 1.1b4
Organization: Cornell Materials Science Center
Date: Fri, 11 Dec 1992 19:23:59 GMT

When I try to run the 1.1b4 server without the "-c" option, clients
get stuck trying to retrieve the root directory.

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
Newsgroups: comp.infosystems.gopher
From: kevin@ssc.gov (Kevin Dunn)
Subject: Re: "About this directory" files: a plea
Organization: Superconducting Super Collider Laboratory
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 17 Dec 1992 17:33:16 GMT

Bill Alford (bill@rsphys.anu.edu.au) wrote:

: But surely all the information you are after could be covered in a general
: "About X's Gopher Information Service" menu item at the top of the gopher
: directory tree. Various gophers that I have used have this file, and all the
: information that you are asking for is in this file.  

The problem is that in Gopher you almost never hit a service at the top
of the tree. Usually you are linked from one gopher to another without
ever knowing when you leave one gopher server and go to another. With the
development of VERONICA this is even more true.

A top level "About..." is great...but it should be supplimented by
directory level "Abouts..."  for those entering the gopher at a point
in the tree.

I still like the idea (presented by someone..can't remember who) of a new
 "." file type - an .about file which would be provided by the server to
the client for display in some special way. 

Kevin S. Dunn, Network Analyst
Superconducting Super Collider
Dallas, Texas 
***Opinions expressed do not represent the views of the SSC or the DOE. They
are mine and mine alone.
From: osamus@mtl.t.u-tokyo.ac.jp (SHIMOKUNI Osamu)
Newsgroups: comp.infosystems.gopher
Subject: Re: WANTED - logging of access to individual gopher entries?
Date: 16 Dec 92 21:21:10 GMT
Organization: H. Tanaka Lab. Department of Electric Engineering, University of
	Tokyo, Japan.
In-reply-to: bagwill@swe.ncsl.nist.gov's message of 16 Dec 92 16:16:00 GMT

Hello, gopher users.

In article <7516@dove.nist.gov> bagwill@swe.ncsl.nist.gov (Bob Bagwill) writes:
  |I would find it useful to be able to log access to some files
  |and not others.  I'm assuming gopherd can't do that now.  Does
  |anyone else want/need this?

We want that, the log of who got the specified files.

We plan to distribute our department TR by using gopher. But some
auther claim to get the infomation who got thier TR, Because they want
to maintain TR(or same case, debug the inclueded program) and to send
readers further infomation.

SHIMOKUNI, Osamu
Dpt. Mathematical Enginnering and Infomation Physics, Univ. of Tokyo
--

				  $@2<T"(J  $@<#(J(Shimokuni Osamu)
				$@El5~Bg3X9)3XIt7W?t9)3X2J(J 4 $@G/(J
Newsgroups: comp.infosystems.gopher
From: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: HP720 REFUSED TO BIND! (gopher1.1)
Organization: University of Illinois, Urbana-Champaign
Date: Sun, 13 Dec 1992 06:25:26 GMT

I've been debugging our gopher1.1 for the last few
hours.  It fails with an 

	Address already in use

error on the call to bind in gopherd.  Does anybody
have any idea how I can free up the address or make
that bind call succeed???

Help!
kemp@uiatma.atmos.uiuc.edu
--------  john kemp            (  (  )_  internet - johnkemp@uiuc.edu
  -----                       (  (   __)   
   ---    univ of illinois   (_ (   __)    bitnet - {uunet,convex}
   --     dept of atmos sci  .(____).               !uiucuxc!uiatma!kemp
   -      105 s gregory ave    ...          phone - (217) 333-6881
    -     urbana, il 61801    ...             fax - (217) 244-4393

Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
From: mitra@pandora.sf.ca.us (Mitra)
Subject: Compression: Gopher and Wais incompatible
Organization: Pandora Systems
Date: Thu, 17 Dec 1992 02:22:14 GMT
X-Newsreader: TIN [version 1.1 PL6]


There is an unfortunate incompatibility between Waisindex and the
compression scheme in gopher.  It seems that although Wais can index 
compressed files, it stores the name of the uncompressed file in the index,
this is needed because its storing byte-position info as well, which makes no
sense applied to the compressed-file.  Wais handles this by looking for 
the compressed file if the uncompressed file isnt found.


Gopher handles compression, by returning the name of the compressed file, 
and then uncompressing it if the user requests it. 

I'm not sure of the fix, one would be to store the .Z in the wais index, but
I'm more inclined to patch gopher to look for a compressed file if an 
uncompressed file isnt found.  This would be usefull in other cases where
a pointer from a link points to a compressed file, and the file gets
uncompressed, or vica-versa. It would be nice to correctly find the file 
in both cases.

What do people think, has anyone else done this?

- Mitra


Newsgroups: comp.infosystems.gopher,alt.gopher
From: M21816@MBVM.Mitre.Org (Paul Campbell)
Subject: IOT trap
Organization: The MITRE Corporation, Bedford MA 01730
Date: Sun, 13 Dec 1992 15:49:41 GMT

hi,
 
i have been attempting to run the gopher 1.1 server on a sun4 machine.
at start-up time i get "IOT Trap (core dumped)". the start-up command
used is "gopherd -cD -u pjc". also, at install time i get a warning
"libgopher.a (compatible.o) : no symbol table" when this library is
built. many thanks /pc
Newsgroups: comp.infosystems.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: UNT FTP Server Gopher Up and Running
Organization: University of North Texas
Date: Tue, 15 Dec 1992 14:23:39 GMT

I have made the FTP archives of FTP.UNT.EDU made available to Gopher space.
Feel free to point links into it for things such as my Internet Library guide.
The link file is:

Name=University of North Texas FTP Server
Type=1
Port=70
Path=1/
Host=ftp.unt.edu

I would appreciate it if this could be added to USA Gopher List.

Thanks,

Billy Barron, VAX/UNIX Systems Manager, University of North Texas
billy@unt.edu, billy@untvax.bitnet, THENET: NTVAX::BILLY
Newsgroups: comp.infosystems.gopher
From: rick@jaguar.msc.cornell.edu (Rick Cochran)
Subject: Re: FTP with BETA gopher 1.1b4
Organization: Cornell Materials Science Center
Date: Fri, 11 Dec 1992 19:36:14 GMT

In article <1992Dec9.034852.15786@news2.cis.umn.edu>, lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
|> Second.  1.1 now speaks ftp protocol directly.  It uses the PASV
|> command to make it's life easier, A/UX however has a broken ftpd that
|> doesn't implement PASV correctly.  It returns negative values for the
|> port. 

FTP in 1.1b4 doesn't work for me either.  I'm afraid you are arguing
against a mounting body of evidence.

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
From: bagwill@swe.ncsl.nist.gov (Bob Bagwill)
Newsgroups: comp.infosystems.gopher
Subject: WANTED - logging of access to individual gopher entries?
Date: 16 Dec 92 16:16:00 GMT
X-Newsreader: TIN [version 1.1 PL6]

I would find it useful to be able to log access to some files
and not others.  I'm assuming gopherd can't do that now.  Does
anyone else want/need this?

--
Bob Bagwill
bagwill@swe.ncsl.nist.gov
Newsgroups: comp.infosystems.gopher
From: ron@rivm.nl
Subject: Re: Compiling GOPHER with WAIS on Ultrix
Organization: RIVM 
Date: Wed, 16 Dec 1992 15:54:10 GMT

In article <1992Dec16.092640.17165@nuscc.nus.sg> bchtantw@nuscc.nus.sg (Dr Tan
Tin Wee) writes:

>      struct msghdr {
>      --------------^
>ccom: Error: /usr/include/netdb.h, line 17: redeclaration of hostent
>      struct	hostent {
>      ------------------^
>ccom: Error: /usr/include/netdb.h, line 30: redeclaration of netent
>      struct	netent {
>      -----------------^
>ccom: Error: /usr/include/netdb.h, line 37: redeclaration of servent
>      struct	servent {
>      ------------------^
>ccom: Error: /usr/include/netdb.h, line 44: redeclaration of protoent
>      struct	protoent {
>      -------------------^
>ccom: Error: /usr/include/netdb.h, line 50: redeclaration of rpcent
>      struct rpcent {
>      --------------^
>*** Error code 1
>
>Stop.
>*** Error code 1
>
>Stop.
>
>-- 
>    Tin-Wee TAN                        /  INTERNET: bchtantw@nuscc.nus.sg
>    Dept of Biochemistry               /  BITNET:   BCHTANTW@NUSVM
>    National University of Singapore   /  Tel:      (65)-772-3678
>    Singapore 0511                     /  Fax:      (65)-779-1453
>

I do remember having those errors. Cant remember exactly where it was, but just

delete one include statement and you're ready to go on...


Ron
Newsgroups: comp.infosystems.gopher
From: cheekai@ncb.gov.sg (Chin Chee-Kai)
Subject: # of Gopherd
Organization: National Computer Board, Singapore
Date: Sun, 13 Dec 1992 14:53:09 GMT

Does anyone know how many gopher servers there are at this
moment?  How may one find out/estimate this variable?

Chin Chee-Kai
Newsgroups: comp.infosystems.gopher
From: rrgd50@email.sps.mot.com (Chris Terwilliger)
Subject: Re: mailing info to gopher/wais servers - how ??
Followup-To: comp.infosystems.gopher,comp.infosystems.wais
Organization: Motorola
Date: Fri, 18 Dec 1992 18:15:06 GMT

In article <1992Dec15.223305.21532@cc.uow.edu.au>, kirk@cc.uow.edu.au
(Kirk) wrote:
> 
> 
> G'Day,
> 	I am interested to find out if anyone has setup programs or 
> procedures that enable them to email files to gopher or wais servers and have 
> the information automatically placed into the relevant area/index. A while 
> back someone posted an article about how to do something like this which I 
> think also included converting Microsoft Word documents to plain text.
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I need this part!!! Does a utility exist for this conversion?          
             

* Chris Terwilliger, KB7PPT                rrgd50@email.sps.mot.com *
* Motorola                        "And now, the sequence of events, *
* 2100 E. Elliot Rd. EL374         in no particular order."         *
* Tempe, AZ  85284                                     - Dan Rather *
From: mitra@pandora.sf.ca.us (Mitra)
Newsgroups: comp.infosystems.gopher
Subject: Gopher and FTP - is there a better way to do it
Date: 19 Dec 92 21:35:25 GMT
Organization: Pandora Systems
X-Newsreader: TIN [version 1.1 PL6]


Is anyone else worried about the efficiency of Gopher FTP? It seems
crazy that every file requested is ftp-ed to some gateway or other and
then transferred to the client in gopher.  It means that if I put up a
gopher menu with large files on it then I either have the choice or
routing every access of that file through this site, or routing them all
through some other site (e.g. ashpool). 

The alternative, of course, would be to have built the ftp protocols
into the client instead of the server. I'm tempted to hack the client to
recognize the ftp: string, and go and fetch the file itself, or - at the
least - fetch it through our local gopher server.

Has anyone else looked into this? 

- Mitra
Newsgroups: comp.infosystems.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: 'comp.infosystems.gopher.announce' newsgroup
Organization: University of North Texas
Date: Sat, 19 Dec 1992 08:53:54 GMT

atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:

>It is far from clear that the existing traffic is so high that we
>really need to split off a ~.announce newsgroup at this point.
>
A lot of the traffic for this new group is currently hidden on some mailing
lists (gopherdiff, ann-lots, cis, etc).


Billy Barron, VAX/UNIX Systems Manager, University of North Texas
billy@unt.edu, billy@untvax.bitnet, THENET: NTVAX::BILLY
Newsgroups: comp.infosystems.gopher
From: stein@sionext.uio.no (Stein Onsrud)
Subject: Gopher Client for IBM RS6000
Organization: University of Oslo
Date: Wed, 16 Dec 1992 11:57:11 GMT

Are there anyone out there that have ported the Gopher Client to IBM  
RS6000 ?

Stein Onsrud
SiO Data