HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher and Symbolic links
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Sat, 2 Jan 1993 14:17:26 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

In article <1992Dec31.162253.7322@news2.cis.umn.edu>, lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
|> In <1992Dec31.141242.28769@midway.uchicago.edu> rich@delphi.bsd.uchicago.edu (Rich Long) writes:
|> 
|> >In article <1992Dec31.051621.3293@news2.cis.umn.edu>  
|> >lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
...
|> >> use the -c option..
...
|> Oh, I see, symbolic links *within* the gopher-data directory should be
|> followed no matter what..  Use -c if you want to link outside the
|> gopher-data directory.
|> --


'hard' links can be used if you use gopher without -c. However, you're 
nailed down to one device, then. 

-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Gopher and Symbolic links
Organization: University of Minnesota, Minneapolis
Date: Thu, 31 Dec 1992 16:22:53 GMT

In <1992Dec31.141242.28769@midway.uchicago.edu> rich@delphi.bsd.uchicago.edu (Rich Long) writes:

>In article <1992Dec31.051621.3293@news2.cis.umn.edu>  
>lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
>> 
>> The solution to most Unix gopher daemon problems 1/2 :-)
>> 
>> use the -c option..
>> --

>Ok, the man page says this does not do a chroot and will allow symbolic  
>links to anything anywhere, but doesn't chroot follow symbolic links that  
>are below the new root?  This should work like anonymous ftp then which  
>also does a chroot.  So, if the symbolic links are contained within the  
>gopher data directory shouldn't the links be visible without the -c  
>option?  Thanx...

Oh, I see, symbolic links *within* the gopher-data directory should be
followed no matter what..  Use -c if you want to link outside the
gopher-data directory.
--
 | 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: comp.infosystems.gopher
From: dave@blackbox.isca.uiowa.edu (Dave Lacey)
Subject: MIME gopher client for NeXT available
Date: Tue, 22 Dec 1992 04:58:38 GMT
Organization: University of Iowa, Iowa City, IA


  A preliminary version of my NeXT gopher client that can view MIME
documents is available from:
 	panda.uiowa.edu (128.255.40.201)
   	/pub/Gopher1.3M.tar.Z
This is a NeXTstep 3.0 application.

  This version of Gopher is based on V 1.3.01 from Jim LeBay with my
own additions for the MIME component.  In this version, the MIME decoder
is not complete - it was done on rather short notice and currently does
a minimal set of rich text and images (tiff rather than the standard gif).
I plan to extend the client to do the complete MIME spec in the near future.

  I also have an authoring tool that lets you create documents with the
customary NeXT drag-and-drop paradigm.  This and the Gopher client will
be released in source form when completed.

  You can find some example MIME gopher documents on the University of 
Iowa's gopher server panda.uiowa.edu port 8337.  Look in the following
directories:
	University of Iowa Information/Museum of Art
	University of Iowa Information/Radiology

  Also, I've got a grant from Apple to port this to the Mac, so I should
have a Mac client with MIME support early next year.

  Feedback would be appreicated...

    - dave

-- 
-----------------------------------------------------------------------------
|  David Lacey                           | The ISCA BBS whip.isca.uiowa.edu |
|  President, Iowa Student Computer Assn |       and ISCA file archives     |
|  Senior Medical Student, Univ of Iowa  |        grind.isca.uiowa.edu      |
|  David-Lacey@uiowa.edu  (NeXTmail OK)  | 3 GIG of disk space and growing  |
-----------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: mahoney@helios.usq.EDU.AU (barry mahoney)
Subject: gopher over LAN Manager - anyone done it?
Keywords: LAN Manager gopher
Organization: University of Southern Queensland
Date: Wed, 30 Dec 1992 02:06:40 GMT

Has anyone got a gopher client running over LAN Manager. Is it possible
to easily adapt the PC gopher clients which require the Clarkson drivers
to run over a LAN Manager network?

All comments welcome.

Regards,
--
Barry Mahoney			   | Phone:  (076) 31-2478
Computer Services		   | Fax:    (076) 31-2798
University of Southern Queensland  | Post:   Post Office Darling Heights 4350
Toowoomba Queensland Australia.	   | E-mail: mahoney@zeus.usq.edu.au
From: walker@cae.wisc.edu
Subject: gopher for LAN Workplace
Original-To: gopher-news@boombox.micro.umn.edu (Gopher News)
Date: Thu, 24 Dec 92 13:51:48 CST
X-Mailer: ELM [version 2.3 PL0]
Newsgroups: comp.infosystems.gopher
Distribution: comp

Hello all,

Does anyone have know the ftp site of where I can get gopher for the
LAN workplace?  I have an older version I wanted to update it.

Also is there gopher for Windows?

George Walker
Network Administrator
Computer Aided Engineering
University of Wisconsin - Madison

-- 
=========================================================================

George B. Walker	      *******************************************
1527 Madison Street           * When you don't know where you have been *
Madison, WI  53711            *   how do you know where you are going   * 
Home:  (608) 256-7264         *******************************************
Work:  (608) 263-1875
email: walker@cae.wisc.edu
Newsgroups: comp.infosystems.gopher
From: OAISEH0@MVS.OAC.UCLA.EDU (E.C.)
Subject: Gopher for MS/Windows 3.1
Date: 29 Dec 92 23:02:55 PST

Does anyone know of a Gopher client for MS/Windows?  I have searched
for one but couldn't find it.  Isn't it about time?   Thanks
Newsgroups: comp.infosystems.gopher
From: mike@rs1.tcs.tulane.edu (michael pilman)
Subject: Federal Register or better yet Veronica
Organization: Tulane University, New Orleans, LA
Date: Wed, 23 Dec 1992 16:34:40 GMT
Nntp-Posting-Host-[nntpd-14850]: rs1.tcs.tulane.edu

Happy Holidays,
  I have a user that would like access to the Federal Register of 
Academic grants.  Could someone point me to such a gopher, or better
yet to a Veronica server.  I looked in the FAQ and didn't see Veronica
mentioned yet, or did I just miss it? 

     Gopher = K.I.S.S.   One vote for keeping it that way.

Mike Pilman
Tulane University 
Newsgroups: comp.infosystems.gopher
From: david.hoisve@UUSERV.CC.UTAH.EDU
Subject: Re: gopher server NLM
Organization: University of Utah Computer Center
Date: Wed, 23 Dec 1992 02:05:11 GMT

In article <15DEC199214505827@mivax.mc.duke.edu> joe@mivax.mc.duke.edu (Joe Hales) writes:

>It occurred to me, however, that it ought to be possible to write an NLM
>(Netware Loadable Module) that is a gopher server running on top of Novell's
>TCPIP NLM.  

I think it is a GREAT idea!  

We have many, many Novell 3.11 servers on campus.  For these departments to 
set up a Gopher server requires either a dedicated PC, preferrably dedicated 
Macintosh, or access to a Unix workstation.

This would really "democratize" the process, and, hopefully, make much more 
information available by Gopher.

If I can help in any way, short of hacking NLM code, please let me know.

-- Dave.
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: html Experimental ID
Date: 21 Dec 1992 20:22:40 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]

Lynn Ward (ward@ux1.cso.uiuc.edu) wrote:
: In the Gopher FAQ, a list of object IDs is given.  I'm familiar with all
: of the types except that designated as "html".  Can somebody explain
: what this object type is?

HTML is the file format used by World Wide Web.  See Ch 13 in
Krol's _Whole Internet Catalog_ for an introduction to the system,
or ftp to "info.cern.ch" for more details.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher 1.1 client dumps core erratically.
Date: 3 Jan 93 20:23:19 GMT
Article-I.D.: nigel.1i7i05INNlmh
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]

Stew Ellis (ellis@nova.gmi.edu) wrote:
: I would really like to update to the 1.1 client from 1.03, but it rather
: erratically dumps core on a Segmentation Fault.  It may work without
: problems for 10 times and then dump every time for the next 10.

This happened to us too.

Check your configuration on "alternative gopher servers", the unix
client randomly picks one from its list of gophers when it starts.
(Grep the sources for a random() call!)  If one of the several 
choices is wrong it will dereference a null pointer and drop core.


  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
From: rich@delphi.bsd.uchicago.edu (Rich Long)
Newsgroups: comp.infosystems.gopher
Subject: Gopher and Symbolic links
Date: 30 Dec 92 20:09:53 GMT
Reply-To: rich@delphi.bsd.uchicago.edu
Organization: University of Chicago Computing Organizations


Does (should?) gopher follow symbolic links?  The service I am trying to  
provide includes many large files that I want to reside in one place and
have links to them in more specific areas.  However, gopher does not seem  
to follow symbolic links, is there a way around this?

--rich
Newsgroups: comp.infosystems.gopher
From: doylej@liberty.uc.wlu.edu (John Doyle)
Subject: Veronica (partial) database, Telnet to W&L
Date: Mon, 21 Dec 1992 01:12:05 GMT
Organization: Washington & Lee University
X-Newsreader: Tin 1.1 PL5

There is a flat text-file copy of the Veronica database (just the
directory menu entries, NOT the filename entries) in the FTP directory at
Washington & Lee (approx. 2Mb).  It is intended to be used interactively
via telnet. After selecting the menu entry for the local version of
Veronica the text-file is displayed (with line numbers) and may be
searched. After quitting from the file, an option is given to select a
line number.  The Gopher client will then connect to the Gopher directory
that corresponds to that line in the text file. 
Probably doesn't make much sense without looking at:

telnet liberty.uc.wlu.edu
login: lawlib

John Doyle.  Washington & Lee Law School Library.  doylej@liberty.uc.wlu.edu
Newsgroups: comp.infosystems.gopher
From: sally@seas.gwu.edu (Sally Qiu)
Subject: Gopher FAQ ?
Organization: George Washington University
Distribution: na
Date: Mon, 21 Dec 1992 19:10:16 GMT

Hi there,

Can anybody tell me where I can get the Gopher FAQ?
Thanks.

sally@seas.gwu.edu
(202)994-9390

Newsgroups: comp.infosystems.gopher
From: vonk@ccfsun.nrl.navy.mil (Michael G. Vonk)
Subject: Help with WAIS indexes
Organization: Naval Research Lab, Washington, DC
Date: Mon, 21 Dec 1992 21:55:20 GMT

Hello,

I seem to be having problems using WAIS indexes.  I want to index the
subdirectory /usr/local/gopher-data/NRL Directives/SOPs.  After cd'ing
to this directory, I did the following:

    % mkdir .waisindex
    % waisindex -d .waisindex/index *

And created the following .link file:

    Name=Search SOPs
    Type=7
    Path=7/NRL Directives/SOPs/.waisindex/index
    Host=+
    Port=+
    Numb=1

But, when I tried using gopher to search this directory, I get the message:

    --> 1. Server error:  Sorry, this isn't a WAIS index.

I also noticed that "Search SOPs" was at the end of the menu for its directory,
even though "Numb=1" was specified.  When I did a waissearch on this directory,
everything worked ok.

What am I doing wrong?

						Michael G. Vonk
						vonk@ccf.nrl.navy.mil
Newsgroups: comp.infosystems.gopher
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: gopher 1.1 client dumps core erratically.
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Mon, 4 Jan 1993 03:50:30 GMT

emv@msen.com (Edward Vielmetti) writes:

>Stew Ellis (ellis@nova.gmi.edu) wrote:
>: I would really like to update to the 1.1 client from 1.03, but it rather
>: erratically dumps core on a Segmentation Fault.  It may work without
>: problems for 10 times and then dump every time for the next 10.

>This happened to us too.

>Check your configuration on "alternative gopher servers", the unix

I had blown it in the conf.h file.  I had commented out the 2 hosts, put in
one of my own, and for the second had put 0 (zero), evidently misreading the
comment about setting the port for the second host to 0.  I fixed that and
in 20 or so startups since then have not had a single fault.  Thanks for the
pointer Ed.

>client randomly picks one from its list of gophers when it starts.
>(Grep the sources for a random() call!)  If one of the several 

I could not however find a random anywhere in the source tree.  ??

>choices is wrong it will dereference a null pointer and drop core.


>  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
>        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB

--
                                                          ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
Newsgroups: comp.infosystems.gopher,uk.net
From: Eric Lease Morgan <eric_morgn@ncsu.edu>
Subject: Re: Proxy servers to interconnect JANET<->Internet
X-Xxmessage-Id: <A7647AAC5B02184D@ericmorgan.lib.ncsu.edu>
X-Xxdate: Mon, 28 Dec 92 09:34:36 GMT
Organization: NCSU Libraries
X-Useragent: Nuntius v1.1.1d12
Date: Mon, 28 Dec 1992 14:27:35 GMT

In article <1992Dec23.105845.12981@lut.ac.uk> [*] M.T.Hamilton,
M.T.Hamilton@lut.ac.uk writes:
>I've recently become interested in gatewaying UK Coloured Book and 
>Internet services via proxy servers - by which I mean hosts which 

What is a "Coloured Book"?

Eric Lease Morgan
From: kann@picasso.cc.rochester.edu (Kirk Anne)
Newsgroups: comp.infosystems.gopher
Subject: Re: Disclaimer page on client startup...
Date: 23 Dec 92 20:29:20 GMT
Organization: University of Rochester - Rochester, New York

In <1992Dec22.164051.5141@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu,
(Paul Lindner) writes:
>In <1h7e5dINNp7g@phantom.gatech.edu> ccoprmm@phantom.gatech.edu,
(Michael Mealling) writes:
>>In article <7056@m1.cs.man.ac.uk> M.Whidby@mcc.ac.uk writes:
>>>In article <1992Dec14.224353.7718@galileo.cc.rochester.edu>,
>>>kann@picasso.cc.rochester.edu (Kirk Anne) writes:
>>>|> On receiving the directory listing, if a particular file name appears,
>>>|> display it in a dialog box or on the screen first before displaying the
>>>|> file list (minus the particular file).
>>>
>>>The same sort of thing could be used as an urgent newsflash type of
>>>message. Potentially quite a useful thing in a gopher being used as a CWIS...

>>  Should this be a new type or an agreed upon name for an entry in a 
>>directory listing? I know I may get flamed for even suggesting a new
>>type but there is a precedent for a type that functions differently.
>>  
>>  Also, do we want it to be displayed the same way all files are displayed
>>or do we want a different type of window to be displayed when this type
>>of entry in encountered?

>I think gopher+ will address some of these shortcomings.  There are
>two ways to do it right, the first might be to make an alternative
>directory view, clients that understood it..  Or, you could specify an
>alternate block like this:

>+DISPLAY
> now

>or

>+DISPLAY
> later


>This then could be used for other interesting things too,
>automatically playing a sound when you enter a directory is an idea
>that springs to mind..

Another thought is to include an "announcement" file that old gophers
can see.  Something like

	Welcome to the Yoyodyne Institute.  We are honored in providing
	some really useful data but we ask that you follow these rules.

		Insert legal stuff here...

	+INCLUDE yoyodyne.logo
	+INCLUDE welcome.to.yoyodyne.archives.snd

A special window would be nice to bring the attention of the user to the
information (as most expensive Mac products do now) but should be configurable.
Popup windows for dumb terminals may be overkill but for Mac or Windows
clients, you could really wow some people and make the 'gopher' server exciting
to use and fun to explore.

Kirk Anne				Phone:    (716) 275-2811
Graphics Lab Manager/Gopher Consultant	BITNET:   KANN@UORDBV
Taylor Hall 24				Internet: kann@cc.rochester.edu
University of Rochester			FAX:      (716) 273-1023
Rochester, NY 14627 USA
Newsgroups: comp.infosystems.gopher,alt.gopher
From: M21816@MBVM.Mitre.Org (Paul Campbell)
Subject: HTML Problems
Organization: The MITRE Corporation, Bedford MA 01730
Date: Tue, 29 Dec 1992 12:53:07 GMT

hi all,
 
i have attempted to use the type=h feature of gopher and i have run
into a few problems setting up some ".html" files with the unix
server (1.1).  would someone please provide details about the "GET"
parameter in the gopherd.conf file?
 
when i started to investigate other sites that have ".html" information
(with the unix client v1.1) i find after paging through a html file i
am unable to exit without a "Segmentation fault (core dumped)" error.
 
thanks
/pc
Xref: sparky comp.infosystems.gopher:1730 alt.gopher:1446
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: PC gopher client and graphics in gophers
Keywords: PC gopher graphics
Date: 23 Dec 1992 16:49:15 GMT
Followup-To: comp.infosystems.gopher
Organization: UT Health Science Center Houston

In article <ellis.725073736@nova> ellis@nova.gmi.edu (Stew Ellis) writes:

[ stuff deleted ]

>I decided it was about time to
>try a PC client and was shocked yesterday to discover that it did not do
>anything constructive with the weather gifs at uiuc.  Is anyone working on
>getting graphics support in a PC gopher client?  Has anybody been waiting
>for someone to ask?
>--                                                        ___________________
>  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
>  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
>  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /

Hi,

If you are using PC/TCP, PC-NFS, or Novell Lan Workplace, there is a client
that supports images.  It is a DOS port of the unix curses client v0.9.
You can get the version for the various stacks as listed below:

PC/TCP:
oac.hsc.uth.tmc.edu:/public/dos/misc/dosgofer.exe
This self-extracting archive contains full documentation.

PC-NFS
bcm.tmc.edu:/nfs/gopher.exe
Executable only.

LWP:
bcm.tmc.edu:/novell/lwpgopher.exe
Executable only.

Feel free to email me if you have questions.
Steven E. Newton
Office of Academic Computing

-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
            I can hear you well,               |Nobody else speaks for me,
            George Orwell.                     |and I speak for no one else.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: ad626@yfn.ysu.edu (Steve Crocker)
Subject: List of gopher dial-ins?
Organization: Youngstown State University/Youngstown Free-Net
Date: Sun, 27 Dec 1992 10:59:43 GMT


Does anybody here know of a list of local dial-in numbers to publically
accessible gophers? I'd appreciate an email response if possible.

Thanks,
-Steve
Newsgroups: comp.infosystems.gopher
From: woods@claven.ucar.edu (Greg Woods)
Subject: Re: Gopher and Symbolic links
Organization: Scientific Computing Division/NCAR Boulder, CO
Date: Thu, 31 Dec 1992 20:02:06 GMT

In article <1992Dec31.162253.7322@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
>So, if the symbolic links are contained within the  
>>gopher data directory shouldn't the links be visible without the -c  
>>option?  Thanx...
>
>Oh, I see, symbolic links *within* the gopher-data directory should be
>followed no matter what..  

One thing can bite you here: the name contained within the symlink
may point somewhere else after a chroot is done, e.g. if your
gopher area is, say, /gopher, and your symlink points to
/gopher/somewhere, this may work before a chroot("/gopher"), but not
after, where it will have to point to /somewhere. The way to avoid
this is to make sure all your symlinks use RELATIVE path names, and make
sure the relative paths will be the same both before and after the
chroot.

--Greg

Newsgroups: comp.infosystems.gopher,news.answers
From: hoymand@wissago.wisc.edu (Dirk Herr-Hoyman)
Subject: Re: "About" information for WAIS servers via Gopher
Organization: Physical Sciences Lab, UW-Madison
Date: Tue, 22 Dec 92 17:30:55 GMT

In article <Bzo3C7.Czt@rice.edu> riddle@is.rice.edu (Prentiss Riddle) writes:
> gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
> > The boolean search ability resides with gopher/wais servers.  It
> > is always going to be the case in gopher/wais land that users
> > will need to pay some attention to the customizations at the 
> > servers that they use.  I may want to provide a unique search service
> > suited only to biology data, and I will make help available via
> > gopher to explain this as need be.  After all, gopher is a great
> > tool for making such help available also.  We can lead the horses
> > but we can't force the stuff down their throats.
> > 
> > However, I have in the back of my mind that a Gopher+ server and client
> > might use an extended query (+ASK ?) that would have additional lines
> > of info as the query is presented to the user, with such pertinent 
> > help as:
> > Question from server ------
> >    Search for what recipe?
> >    (use "and" and "not" between terms to limit responses,
> >     use "word*" to match partial words, and 
> >     use "'some phrase!'" to match literal strings )
> > 
> > I don't know yet if this can be shoehorned into the protocol.
> 
I am actually following up Don Gilbert's post, but don't have the original.

I am wondering whether there's a bit of reinventing the wheel going on with  
what Don is suggesting.  Doesn't the z39.50 protocol allow for these types of  
queries?  I am not completely up on the details of either the gopher or z39.50  
or WAIS protocols, so perhaps I am suggesting something silly.  But, couldn't  
we somehow take advantage of z39.50 directly?

What I am seeing coming out of Don's suggestion is:

  Gopher boolean searching based on WAIS
  WAIS searching based on z39.50

So, now we have 3 protocols for searching: z39.50, WAIS, and Gopher.  Unless we  
are very careful, I fear small variations in each will cause incompatibilities.

Could those with more knowledge of these protocols comment?

--
Dirk Herr-Hoyman
Internet Publishing Specialist
University of Wisconsin - Extension
hoymand@wisplan.uwex.edu
608-262-0518 (voice)
608-265-2530 (fax)
Newsgroups: comp.infosystems.gopher