HDTenEightyP/NetNews huggingface dataset:
From: daniel@bauhaus ("Daniel Torrey")
Newsgroups: alt.gopher
Subject: PC Gopher II Released
Date: 10 Apr 92 00:26:07 GMT
Article-I.D.: bauhaus.9204100046.AA01004
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu

PC Gopher II, the new Internet Gopher client for DOS-based
microcomputers, is now available for anonymous ftp from
 

  boombox.micro.umn.edu
	
in the directory
 

  /pub/gopher/PC_client/PC_Gopher_II
	
The directory contains the following files:

	GOPHER.EXE  The main executable file.
	GOPHER.OVR  The overlay file.
	GOPHER.REZ  The resource / configuration info file.
	REZGEN.EXE  A utility to generate a new resource file,
              should your old one get munged.
	GENV.BAT    An EXAMPLE of a batchfile to set up your
              environment properly for PC Gopher II - it's
              ONLY an example, and won't work if you don't
              modify it to suit your environment!
	About_PCGII List of changes, etc.
	
	PCGII.ZIP   All of the above, archived with PKZIP
	
	PCG2_SRC.ZIP  The source files, Turbo Pascal v6.0, and the
                TCP/IP driver, IBMTCP.DVR
	PKUNZIP.EXE	  A program to unarchive the .ZIP files
	00README		  This file, more or less.
							 

REMEMBER TO SET THE FTP TRANSFER MODE TO BINARY BEFORE YOU GRAB
THESE FILES.

Also, be sure to read the accompanying file About_PCGII!  Many things
have changed between the old PC Gopher and PC Gopher II; if you just
grab the executable and run it, you will certainly run into trouble!

A quick rundown of what's new:

1. Support for the Gopher <--> WAIS gateway

2. Minimal support for CSO servers

3. Path to telnet application is now read from the environment

4. Fully overlaid; overlay buffer kept in EMS if available.

5. Directory cacheing

In order to run PC Gopher II, you'll need a packet driver; the  
version 9 distribution of the Clarkson packet drivers is available in  
the directory
 

   /pub/gopher/PC_client/drivers
	 

All available previous versions have all been moved to a directory  
called
 

   /pub/gopher/PC_client/old_client
	 

Bug reports, flames, beer, and cash should all be sent to:
 

   gopher@boombox.micro.umn.edu
	 

-daniel
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Newsgroups: alt.gopher
Subject: UNT Gopher up and Available
Date: 9 Apr 92 15:57:06 GMT
Organization: University of North Texas

I'd like to announce that we have our gopher up and running.  It's been up
and running for a long time, but we have been using it as a demo on what can
be done.  However, it's getting close enough to production shape that I'm
willing to let others use it.  The link file is:

Name=University of Nroth Texas (under development)
Type=1
Port=70
Path=
Host=gopher.unt.edu

I would strongly advise against putting links to anywhere, but the root.
We already know that the directory structure will be a point of argument
and will most likely change.   When it gets stable enough for links, I'll
remove the "under development" from the name.

Billy Barron
billy@unt.edu
Newsgroups: alt.gopher
From: leonard@aix3090b.uky.edu (Leonard Lauria)
Subject: compile problems
Keywords: compile time error on aix370
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Wed, 15 Apr 1992 15:07:05 GMT
Distribution: alt
X-Bytes: 

	
I am having problems compiling the gopher client/server on aix370.

this is what i got when i tried to build the gopher server...it will also
happen on the client...this happened on 0.7 as well...until someone (i
forget who) sent me a version that they had compiled...he  said there
were no changes...but i was able to compile that one....


any ideas?????

thanks

leonard

==================== cut here ====================================


cc -g -DDATA_DIRECTORY=\"/aix3090b/local/doc/ukccinfo\" -DDOMAIN_NAME=\".uky.edu      \" -DNONE -c util.c
"globals.h", line 17: warning: TRUE redefined
"globals.h", line 18: warning: FALSE redefined
MetaWare High C Compiler R2.1t 
(c) Copyright 1987-90, MetaWare Incorporated
E "util.c",L179/C11:	Type "int" is not assignment compatible with type "char*".
E "util.c",L183/C9:	Type "int" is not assignment compatible with type "char*".
2 user errors   No warnings   
*** Error code 1

Stop.
From: JONZY@CC.UTAH.EDU (Jonzy)
Newsgroups: alt.gopher
Subject: PC server, VMS client
Date: 7 Apr 92 17:54:00 GMT
Article-I.D.: CC.E9FBF9930201D272
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
X-Vms-To: IN%"gopher-news@boombox.micro.umn.edu"

Does anybody know of an existing or in development PC gopher server that
runs as an NLM in a NOVELL file server. ( NETWARE 3.1 and above).

I am also interested in a VMS gopher client.

It should be noted that the gopher client for the Macintosh that I have
been working on, should have be in beta release by the end of the month.

-------------------------------------------------------------------------
Jonzy                                           | postmaster@cc.utah.edu
Postmaster (UUCC)                               | postmast@utahcca.bitnet
University of Utah Computer Center              | (801) 581-8810
-------------------------------------------------------------------------
President UHGA (Utah Hang Gliding Association)
-------------------------------------------------------------------------
From: lux@sol.UVic.CA (Michael O'Henly)
Newsgroups: alt.gopher
Subject: Four Easy Questions...
Date: 13 Apr 92 01:45:03 GMT
Article-I.D.: sol.9204130145.AA28055
Distribution: alt
Organization: Library Systems Office
Original-To: gopher-news@boombox.micro.umn.edu
Phone: (604) 721-7623
X-Mailer: ELM [version 2.3 PL11]

Hello...

	I have some questions about Gopher...

1. Does anyone have an estimate of how many sites are running
   production Gophers worldwide?

2. How does the Gopher-to-WAIS connection work? Are there any sites
   that I can connect to and try it out?
 
3. I'm interested in trying out an NeXT Index-Search server.  Could
   anyone provide an address for a Gopher that uses the NeXT search
   engine?

4. Is there any sort of comprehensive list of the domain addresses of
   Gopher sites?

	Many thanks!

	Michael.


PS:	Forgive me if I'm suggesting something horribly obvious here,
	but would there be some value in a "Gopher Registry"? I'm
	thinking of a Gopher server with a pointer to every known
	production Gopher.  Anyone (like me) who'd like to see what's
	happening in the Gopher world could connect to this server and
	be only one step away from every other Gopher... (Or does the
	"Other Gophers" list at University of Minnesota already do
	this?)

--
Date: Fri, 10 Apr 92 13:04:20 EDT
From: scotty@piranha.cs.uoguelph.ca (Steve Howie)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Glitch
Newsgroups: alt.gopher
Distribution: alt

Howdy,

I noticed in PC Gopher II that tabs don't get expanded when you view  
a document. The 2.02 version I tried didn't have this problem. Just  
and FYI .. the rest of the package is pretty slick.

Scotty
From: poe@daimi.aau.dk (Peter Orbaek)
Newsgroups: alt.gopher
Subject: Re: Archie-gopher gateway
Keywords: archie
Date: 15 Apr 92 11:37:24 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

lindner@danzig.micro.umn.edu (Paul Lindner) writes:

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

>Yes, it is better.  The perl one (at least the one I'm familiar with)
>goes out and simulates a telnet session.  This is bad.  The c-client
>version uses prospero and is much more efficent.

The Perl client we use (by Khun Yee Fung clipper@csd.uwo.ca) does speak
native Prospero. And of course we don't need to re-compile it for each of
our architectures. :-)

	- Peter.
--
Peter Orbaek ----------------- poe@daimi.aau.dk  |      ///
Hasle Ringvej 122, DK-8200 Aarhus N, DENMARK     |     ///
                                                 | \\\///
"Strong typing is for people with weak memories" |  \XX/
Newsgroups: alt.gopher,comp.archives.admin
From: scoob@bnr.ca (Christian Marcotte)
Subject: Charging $$$ for Archie server!!! [was: Re: gopher sites, IP addresses]
Organization: Bell-Northern Research, Ontario, Canada
Distribution: na
Date: Tue, 14 Apr 1992 02:14:05 GMT

In article <1992Apr8.021502.19201@sifon.cc.mcgill.ca> peterd@cc.mcgill.ca (Peter Deutsch) writes:
>
>Also, we do expect to be charging a "reasonable" fee to license the
>server software, so before  you think of volunteering be aware that
                                          ~~~~~~~~~~~~
>there will be a modest charge to get access to the archie code starting
>with this next release.
>
>I'm really sorry that we have to do this, but we've received little
>institutional support to date and there's real pressure on us to get
>some cash in to pay for our resources. We'll distribute details to 
>interested parties when we get closer to general release. Note: this
>is NOT an advertisement for our service, and we are not soliciting
>clients. I'm merely trying to let people know what's coming.

	Peter !!!

	As you have written yourself sites are volunteering some machine
	resources to run archie clients.  This already shows great 
	generosity from those sites.  Now please let me know if I'm wrong
	but those sites pretty much loose usage to a machine when it is 
	an archie server (archie server keeps the machine very busy).  They
	don't get much pay back from offering such service.  

	HOW DO YOU EXPECT PEOPLE TO PAY TO OFFER VOLUNTEER SERVICE ?????

	My fear is that Archie-3 will NOT become a widely available service.

	What *I* don't understand about your funding problem (and I sure
	you have problems with this too :->) is that McGill will offer 
	burseries and provide financial help to students and researchers
	to study, research annnnddd write papers cuz papers are GOOD 
	for Universities' image and visibility.  NOW, RIS *is* research,
	it *is* highly visible (so is archie) and you guys *can* (and
	have if I recall) write papers on this work.  Now why don't you
	have funding too ????  (And we ALL KNOW Mcgill is not the poorest
	university [I should know, I was there]).

	Please shed some light on this matter. 

	Keep up the good work !!!  We *ALL* need it.

-- Scoob

BTW:  What is gopher exactly?  I know archie, prospero and WAIS but
      not gopher.  I read about this because you crossposted in 
      news.archive.admin


-- 
---------------------------------------------------------------------------
Christian Marcotte                Bell-Northern Research
scoob@bnr.ca                      3500 Carling Ave
Telephone: (613) 763-2782         Nepean, Ont., Canada K1Y 4H7
From: valke@cca.vu.nl (Peter Valkenburg)
Newsgroups: alt.gopher
Subject: Bug in 0.9 titles
Summary: Anybody got a fix?
Keywords: gopher 0.9
Date: 15 Apr 92 13:03:54 GMT
Organization: VU Amsterdam - dienst CCA

There appears to be a bug in the gopher client 0.9 with the handling of
titles.  If you return to the parent/root directory from a submenu, the
menu title remains unchanged.  I checked this with the 0.9beta release on
consultant.micro.umn.edu and it does not have this problem.  Is this a
bug that has crept in after the beta release?  Is there a fix?

Regards,

	Peter Valkenburg (valke@cca.vu.nl).
Newsgroups: alt.gopher
From: jmsellen@watdragon.waterloo.edu (John M. Sellens)
Subject: Re: indexing and general questions
Organization: DCS Software Activists Squad
Date: Fri, 10 Apr 1992 00:58:01 GMT

In article <1992Apr9.150352.19203@njitgw.njit.edu> brw@hertz.njit.edu (Brian White) writes:
|3) When the CSO Nameserver is used through gopher, there appears to be a 
|   problem if you decide *not* to use it after selecting the option. There
|   seems to be no way to exit from the CSO Nameserver screen cleanly; <CR>
|   does not exit, as stated on the screen. Note that the lookup works fine,
|   once information is entered into a field.


Here's a minor tweak to cso.c to fix this - I think I've already submitted
this to the gopher crew, but ...


*** /tmp/RCSA003358	Fri Apr 10 00:56:56 1992
--- cso.c	Thu Apr  9 22:30:33 1992
***************
*** 36,42 ****
  	  Get_Options(GSgetTitle(ZeGopher), sErrMsg, iFieldCount, Option, Response);
  
  	  for (i = 0;i < MAXRESP; i++)   /* count responses */
! 	       if (Response[i]) iCount++;
  
  	  if (iCount == 0)               /* if none, do nothing */
  	       return;
--- 36,42 ----
  	  Get_Options(GSgetTitle(ZeGopher), sErrMsg, iFieldCount, Option, Response);
  
  	  for (i = 0;i < MAXRESP; i++)   /* count responses */
! 	       if (*(Response[i]) != '\0') iCount++;
  
  	  if (iCount == 0)               /* if none, do nothing */
  	       return;
Date: Fri, 10 Apr 92 10:38:52 GMT-0600
From: daniel@bauhaus ("Daniel Torrey")
Original-To: LAPOINTE@uthscsa.edu (David Lapointe)
Subject: Re: New PC Gopher II
Original-Cc: gopher-news@boombox.micro.umn.edu, gopher@boombox.micro.umn.edu
Newsgroups: alt.gopher
Distribution: alt


> I just installed PCGII and it slick as gopher g.. Never mind!

Thanks!

> I have problem with adding bookmarks. Here's how it goes.
  [ etc. ]
> Is there a trick to this? 


Apparently so.  :-)

Thanks for the bug report, David.  You're the first!  I'll have a  
look at it.

By the way, I'll be out of town for the next week, so bug-fixes  
probably won't start until the week after next.


-daniel
From: lindner@mudhoney (Paul Lindner)
Newsgroups: alt.gopher
Subject: Solution to WAIS dangling pointers
Date: 8 Apr 92 17:50:12 GMT
Article-I.D.: mudhoney.199204081750.AA21135
Reply-To: lindner@boombox.micro.umn.edu.
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu (Gopher News Mailing List)
X-Mailer: ELM [version 2.3 PL11]


 I figured out what went wrong with WAIS 8-b4 searches and chroot().

The wais searcher checks for the existence of a file before it spits
it out.  If the file doesn't exist on the local host it skips it and
gives a "Dangling file pointer" error in the log file.

This small hack to irsearch.c in the wais distribution will remove
this "feature".  It will then allow you to move WAIS indices to other
machines and to run gopherd with WAIS indices under chroot().

Enjoy

-------

*** irsearch.c.old	Wed Apr  8 12:40:13 1992
--- irsearch.c	Wed Apr  8 12:40:40 1992
***************
*** 348,357 ****
        if(probe_file_possibly_compressed(the_best_hit->filename))
  	return(0);  /* we win */
        else { /* we lose */
! 	waislog(WLOG_HIGH, WLOG_WARNING, 
  		"Dangling File %s in database %s.", 
  		the_best_hit->filename,
  		db->database_file);
        }
      }
      else {
--- 348,359 ----
        if(probe_file_possibly_compressed(the_best_hit->filename))
  	return(0);  /* we win */
        else { /* we lose */
! /*	waislog(WLOG_HIGH, WLOG_WARNING, 
  		"Dangling File %s in database %s.", 
  		the_best_hit->filename,
  		db->database_file);
+ */
+ 	   return(0);
        }
      }
      else {

-- 
 | 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: 8825747V@Levels.UniSA.Edu.Au (Yemon Chambers)
Newsgroups: alt.gopher
Subject: Availability of an Australian Gopher Service ??
Date: 9 Apr 92 15:14:00 GMT
Article-I.D.: Levels.01GINW26B9IOCQ91Z1
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
X-Vms-To: @GOPHER
X-Vms-Cc: 8825747V

Hi,
   Is anybody aware of an Australian gopher service ?

Cheers,

Yemon Chambers.....
-------------------------------------------------------------------------------
|        School of Electronic Engineering, University of South Australia      |
|-----------------------------------------------------------------------------|
| e-mail:                              |       Work: Process Tomography.      |
| 8825747v@lv.levels.unisa.edu.au      |          .__o    Slower than an      |
| 8825747v@lux.levels.unisa.edu.au     |        _-\_<,    electron in a       |
| 8825747v@vlsi1.sait.edu.au           |       (*)/'(*)   negative field.     |
-------------------------------------------------------------------------------
Newsgroups: alt.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Several things of note in the Gopher 0.9
Organization: University of North Texas
Date: Fri, 10 Apr 1992 00:52:59 GMT

Most of these are not bugs, but things of note that my systems programmer
Marc St.-Gil and I discovered today about the gopher 0.9 client.

1.  If you <m>ail an item and then later select the 
ave option,
    it fills in the filename blank with the e-mail address that you
    gave earlier.  Personally, I like this behavior as it could be
    confusing for some users.  From looking at the source, it was
    coded this way on purpose from some reason (save memory?).  Does
    anyone else have a feeling about this.

2.  In my account, CTRL-X is the kill line key.  In Marc's account,
    he has it defined as CTRL-U.  When I'm at a prompt like the 
ave
    prompt, it behaves correctly when I hit CTRL-X.  When he hits CTRL-U,
    it kicks him out of that item and back to the menu.  We looked at the
    code and didn't see any obvious reason for this to happen.

3.  In conf.h, the default MAIL_COMMAND is "mail".  On a SunOS machine
    (and possibly others), there is an implicit assumption that you have
    /usr/ucb in your path before /usr/bin.  If you don't, you get all kinds
    of strange behavior including error messages.  If your path is set up
    that way, you need to change the order of your Path or define MAIL_COMMAND
    as "/usr/ucb/mail".  /usr/bin/mail doesn't work with Gopher.  In fact,
    we couldn't figure out what /usr/bin/mail was anyway.

    By the way, after looking at it, we agree that /usr/ucb should be in
    the path before /usr/bin.  We just didn't think about it when we set
    up the machine.

4.  After selecting <m>ail, it sometimes (always?) say "Mailing File...".
    The client doesn't say so, but it is waiting on you to push RETURN.

Sorry for all the posts today.  I just saw a lot of things today that were
possibly of general interest.  I must say that 0.9 is a definite improvement
over 0.8.  The progress that has been made over the past few months has been
incredible.  :-)

Billy Barron
billy@unt.edu 
Newsgroups: alt.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Secure version of TN3270
Organization: University of North Texas
Date: Thu, 9 Apr 1992 16:09:15 GMT

Since TN3270 will fall back to VT100 (telnet) automatically, I'm using
it as my TELNET_COMMAND in gopher.  However, for the open access gopher
account, I needed a secure version of it so I grabbed the tn3270 source
and have modified it to be secure.  For example, it is not possible to
shell out of it and get a unix prompt up.

I'm not promising that it is a 100% secure.  We had some local people hack
on it and couldn't find any holes.  If you discover one, please let me know
and I'll attempt to patch it (or better yet, give me the patch :-).

It is available for anonymous FTP on FTP.UNT.EDU in the /pub/unix directory.
I've only compiled it on SunOS though it should work on others.

Billy Barron
VAX/UNIX Systems Manager
billy@unt.edu
From: Joy.Lynam@MVS.UDEL.EDU
Newsgroups: alt.gopher
Subject: Indicate cities where some things are.
Date: 8 Apr 92 17:45:00 GMT
Article-I.D.: MVS.92.98.17.45.43.239
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu

This week I FTPed Unix gopher0.8 and attemped to run the Unix server
pretty much as is.  In the Makefile I changed the search to none.
The error I am getting is when I make the Makefile is:
  ld: Undefined symbol
  _WaisIndexQuery
  *** Error cose 2
  make: Fatal error: Command failed for target `none'

I manually tried the following, which resulted in the same error:
  gopherd /home-gopher-data 70

Anyone else come across this?

Thanks,
Joy Lynam/University of Delaware
From: lindner@mudhoney (Paul Lindner)
Newsgroups: alt.gopher
Subject: Re: port number
Date: 9 Apr 92 18:46:36 GMT
Article-I.D.: mudhoney.199204091846.AA10331
Reply-To: lindner@boombox.micro.umn.edu.
Distribution: alt
Original-To: Joy.Lynam@MVS.UDEL.EDU
Original-Cc: gopher-news@boombox.micro.umn.edu
X-Mailer: ELM [version 2.3 PL11]

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

Anything above 2048 ought to be fine.  Under most UNIX systems
non-root processes can't bind to the low ports.


-- 
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | GopherMaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: alt.gopher,comp.archives.admin
From: german@nd.edu (chad.w.german.1)
Newsgroups: alt.gopher
Subject: PC Gopher II
Date: 13 Apr 92 13:50:35 GMT
Article-I.D.: nd.german.66
Organization: University of Notre Dame

I try to get a .BAT file working where I'm trying to pass %a %p in the set 
file :

set G_TEL=c:\gopher\telapp.exe %a %p

after executing the .BAT file I'm not able to pass the "a"

When executing set I get

G_TEL=c:\gopher\telapp.exe p

NOTE:  When not going thru a .BAT file and staying with at the command 
prompt I'm able to pass both parameters...
Newsgroups: alt.gopher
From: leonard@aix3090b.uky.edu (Leonard Lauria)
Subject: phonebook on gopher
Keywords: phonebook
Summary: how to set up a gopher phonebook
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Wed, 8 Apr 1992 07:28:05 GMT
Distribution: alt
X-Bytes: 

How does one go about putting a phonebook online with the gopher server?
What is the format?  I am not familuar with CIS format, so I am at a
loss for what to do.

Thanks

Leonard


Xref: sparky alt.gopher:376 alt.wais:511 bit.listserv.cwis-l:462
From: catone@drachma.wharton.upenn.edu (Tony Catone)
Newsgroups: alt.gopher,alt.wais,bit.listserv.cwis-l
Subject: Re: RFD:  comp.infosystems.gopher
Date: 17 Apr 92 07:22:43 GMT
Followup-To: alt.gopher
Organization: University of Pennsylvania
In-reply-to: harmo@valt.Helsinki.FI's message of 3 Apr 92 14:11:25 GMT

In article <harmo.101@valt.Helsinki.FI> harmo@valt.Helsinki.FI (TIMO HARMO) writes:

   I suppose that creating new top-level-hierarchies is not done
   often, but I think there would be need for a new domain here.
   Of course, it is not a big deal if the comp. remains there if it 
   would be tacitly agreed that computers are not really a nominating
   factor here.

   Anyway, I would like to see things like the following grouped togethether:

People in hell would like ice water.  Perhaps if you justifed your "wants"
instead of stating them dogmatically others might have a basis for
judgement.


- Tony
  catone@dmark.wharton.upenn.edu

Newsgroups: alt.gopher
From: jnaumann@sfsuvax1.sfsu.edu (Jon Naumann)
Subject: Re: CSO
Organization: California State University, Sacramento
Distribution: alt
Date: Thu, 16 Apr 1992 23:52:21 GMT

Greetings all,

Our campus network people have recently become quite intrigued with
the gopher product; However there are questions about this "CSO"
protocol ...

Does anyone have information about this protocol ?  Is there a host
that would have such info FTP'able ?  Any hints or directions would
be appreciated .

Thanks in advance,

Jon Naumann * San Francisco State University * jnaumann@sfsu.edu
Date: Fri, 10 Apr 92 09:56:18 CDT
From: bya@gopher.adp.wisc.edu (Barb Avery)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: OS2 Client?
Newsgroups: alt.gopher
Distribution: alt

Does anyone know of an OS2 client under development?  We recently learned that  
TCP/IP out of a DOS window in OS2 probably doesn't work unless you're running IBM's  
TCP/IP software, which of course we aren't....Thanks in advance for any leads,

Barb Avery
UW-Madison Gopher team
bya@gopher.adp.wisc.edu
Newsgroups: alt.gopher