HDTenEightyP/NetNews huggingface dataset:
From: P.C.Sutton@bradford.ac.uk (Paul Sutton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Unix client to auto-load after login: gopher (how?)
Date: 1 Sep 92 10:03:17 GMT
Reply-To: Paul Sutton <P.C.Sutton@bradford.ac.uk>
Distribution: comp
Via: uk.ac.bradford; Tue, 1 Sep 1992 11:03:57 +0100
Original-To: gopher-news@boombox.micro.umn.edu
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII

On Fri, 21 Aug 1992, Dave Garaffa wrote:
> Paul Lindner & The Gopher News Group,
> Sorry if this is a dumb question (I am still very new to unix)... anyway I
> would like to setup the unix gopher client in a similar fashion to the
> client you have setup @ umn (ie: login: gopher will bring you directly
> into the client) I know all unix's are *NOT* the same (I am running A/UX)
> but could you point me in the right/general direction as to how to get my
> system setup the same way? 

In a similar vein, does anyone have a `wrapper' for gopher for anonymous
logins on a Unix (Sun) system? 

I what to set up an entry for gopher in our password file so that
it can be used by anonymous telnet (and JANET X.25) callers; something
like:

gopher::99:99:Anonymous:/gopher/anonbin/gopher/anonbin/gopherwrapper

where gopherwrapper is a program which:
  - detects the terminal type of the called (if available) or
    asks for a terminal type and sets it up
  - Sets up the environment for a secure gopher session (ie
    sets the PAGER environment variable to be a secure version
    of more, such as comes with gopher_tools)
  - Sets up signals etc to make it secure
  - Invokes gopher -s
  - After gopher finishes, cleans up (specifically, if gopher fails
    for any reason, the wrapper should ensure that the connection is
    terminated securely)

Is this all a reasonable thing to want to do? How have other sites which
have set up anonymous gophers done it? Thanks for any help. 

Paul
--
Paul Sutton (P.C.Sutton@bradford.ac.uk)
Computer Centre, University of Bradford, Bradford, UK. +44.274.383319.
Newsgroups: comp.infosystems.gopher
From: torben@foralie.net.hawaii.edu (Torben Noerup Nielsen)
Subject: Problems with Gopher 1.12 under Nextstep 3.0 (PR2)
Organization: University of Hawaii
Date: Wed, 26 Aug 1992 19:18:50 GMT

I'm having a problem with the Gopher 1.12 NeXT client. I'm running it  
under Nextstep 3.0 (PR2) and neither telnet nor ftp work from gopher. Does  
anyone else have the same problems? Could this be due to the OS? Lastly,  
is anyone planning on updating the client interface on the NeXT for 3.0?

			Thanks, Torben
From: syrjanen@klaava.Helsinki.FI (Seppo Syrjanen)
Newsgroups: comp.infosystems.gopher
Subject: Re: WAIS Index
Date: 28 Aug 92 11:33:29 GMT
Organization: University of Helsinki

In <1992Aug24.224942.7173@tamsun.tamu.edu> mwb7098@tamuts.tamu.edu (Michael W. Bolton) writes:

>I have been using an older version of the server for some time, including  
>the old gindexd program.  I have also been running a dozen or so gindex's  
>to handle my searching and indexing requirements.

<...>
>  Server error: Unknown index type.

I struggled with a similar situation last week. I managed to make it
work like this:

1) If you dont use -c with gopherd, patch waisindex with a patch at the end
   of this message (I found pointer to it in gopher FAQ at Minnesota
   server). This is a problem described as "dangling file" problem which
   has something to do with waisindex's absolute file paths and gopherd
   chroot'ing to data root directory. It helped me, anyway.

2) Make sure you have directories ir and ui from WAIS distribution
   soft-linked to gopher source root directory (Makefile finds WAIS this
   way). Make one "clean" in gopherd directory if you hadn't done that.

3) make indexes the usual way i.e.
    cd <data root directory>
    mkdir .index
    cd .index
    waisindex -r ..

4) make link for this index
    Name=Search for info
    Host=+
    Port=+
    Path=7/.index/index

   So, links use a path _relative_ to gopher data root directory (at least
   with no -c in gopherd).

I hope this is of some help.

BTW. I made some scripts to automate maintenance of multiple indexes
from a cron job. I'll post them next week.

-Seppo

--
  Seppo Syrjanen    Seppo.Syrjanen@Helsinki.FI syrjanen@finuha.bitnet
  Computing Centre, University of Helsinki, Finland   Phone: +358 0 708 4132
  "If it's too loud, you're too old!" -MTV
-----------------------------------------------------------------------------

Sorry, I have lost the credits for this patch to waisindex.

--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
*** 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 {
From: arvind@brutus.ct.gmr.com (Arvind Singh)
Newsgroups: comp.infosystems.gopher
Subject: Gopher & WAIS (Help!)
Date: 26 Aug 92 18:24:34 GMT
Reply-To: arvind@brutus.ct.gmr.com (Arvind Singh)
Organization: General Motors Research Laboratories

I recently installed gopherd (1.02) on my DECstation 5000 (Ultrix).
I am having major problems making gopher work with WAIS:

1) One of the claims in Gopher FAQ list is that gopherd can remotely
query WAIS servers and funnel the data. When I try to query, I get
the message: 
  There are no files selected by this index search.

On the WAIS server side: it reports a message:
  
165: 59: Aug 26 13:57:53 1992: 1: Accepted connection from: 129.124.48.11
  165: 60: Aug 26 13:57:53 1992: 100: Child PID = 26239
  26240: 999999: Aug 26 13:57:53 1992: -1: Fatal Error:    Incompatable header versions (Current version: 2, supplied version: s. 

2) When I try to use local wais indices, I get a server error with 
messages saying that either it isn't a WAIS index or No wais stuff in the
server etc.

I have tried to run gopherd with & without -u & -c options.
I have tried with waisindex files both in the GopherSpace or outside
thru symbolic links and .Link
I have read man pages, FAQ etc. and have tried everything in them

Any pointers? Help will be greatly appreciated. Thanks.

____
Arvind Sabharwal                arvind@gmr.com (internet)
General Motors Research Labs    (313)986-1959 (phone)
Warren, MI 48090-9055           (313)986-2995 (fax)
Newsgroups: comp.infosystems.gopher
From: Albert-Lunde@nwu.edu (Albert Lunde)
Subject: Re: Running two gopher servers on one mac?
Followup-To: comp.infosystems.gopher
Originator: lunde@casbah.acns.nwu.edu
Reply-To: Albert-Lunde@nwu.edu (Albert Lunde)
Organization: Northwestern University, Evanston, Illinois, USA
Date: Mon, 24 Aug 1992 00:15:45 GMT

In article <MICHELE.92Aug22131903@apex.yorku.ca> michele@apex.yorku.ca (Michele Marques) writes:
>
>I'ld like to be able to run two gopher servers from one mac.  I tried
>making a copy of the gopher server program and giving each a different
>port, but then they would both run off of whatever port I selected last.
>
>Any suggestions?
>
>		-- Michele
>--
>Michele Marques                      | UUCP: ....!utzoo!yunexus!michele
>Computing Help Desk                  | Internet: michele@apex.ccs.yorku.ca
>Computing & Communications Services  | Bitnet:   michele@yuorion
>York University                      | Voice:    +1-416-736-5800
 
The port selection is stored in a preferences file.  One approach might be
to hack the application with a disk file editor to change the preferences
file name.  Also try changing the application name - in the case of the 
MacApp derived GopherApp this is used in generating the prefs file name.

-- 
    Albert Lunde                      Albert-Lunde@nwu.edu
                                      alunde@nuacvm.bitnet
Newsgroups: comp.infosystems.gopher
From: toriver@flipper.pvv.unit.no (Tor Iver Wilhelmsen)
Subject: Re: Searching through an text file with gopher
Keywords: WAIS
Organization: ProgramVareVerkstedet - UNIT
Date: Mon, 31 Aug 92 13:17:07 GMT

In article <hadig.715261899@ouzo> hadig@ouzo.rog.rwth-aachen.de (Thomas Hadig) writes:
>Hi,
>
>The only possiblity i know of is using wais, but i would have to make
>more than 12000 files, each containing one town.
>

No, you can have all the postcodes in one file, but index it using the
following command:
waisindex -t one_line filename
or equivalent. Remeber that a WAIS document and a file can be two
different things. The type one_line indicates that each line should be
treated as a separate document.

- Tor Wilhelmsen

-- 
"I'm a Derek, and Dereks don't run!" - Derek in 'Bad Taste'
toriver@pvv.unit.no
Standard disclaimer should apply to this, I guess...
"Reality is a poor escapism for people who cannot handle roleplaying" - Me
From: emv@ilium.troy.msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: GopherCon 92
Date: 28 Aug 92 18:01:52 GMT
Organization: TMC & Associates, Troy, MI

In article <92238.142337ALC@psuvm.psu.edu> <ALC@psuvm.psu.edu> writes:
>Can someone send me the text of the writeup on GopherCon 92? Thanks.

Visit this part of gopherspace:
 Msen gopher (gopher.msen.com)
  Msen _Internet Review_
   v2n3
    GopherCon trip report

as an aside - did Michigan State publish their "index all of the headers"
server code?  I sure could use it...

--Ed
From: peterson@choctaw.csc.ti.com (Bob Peterson)
Subject: Re: xgopher and the .gopherrc file
Keywords: xgopher gopher bookmarks .gopherrc
Reply-To: peterson@csc.ti.com
Organization: Texas Instruments
Date: Tue, 25 Aug 1992 17:30:15 GMT

In article <14711@borg.cs.unc.edu>, hoffman@cs.unc.edu (Doug Hoffman) writes:
|> Am I missing something or is the .gopherrc file NOT used by the xgopher client
|> program?

  The README for XGopher 1.1a lists saving bookmarks across sessions the
heading "Yet to come." 

|> Doug

    Bob
--
Bob Peterson             Work: peterson@csc.ti.com              Expressway Site
Texas Instruments        Home: peterson@zgnews.lonestar.org     North Building
P.O. Box 655474, MS238   TIMSG: RWP  Landline: +1 214 995 6080  Aisle A4
Dallas, Tx USA 75265                 FAX line: +1 214 995 0304  2-88V97
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: The current "other servers" file?
Organization: University of Minnesota, Minneapolis
Date: Sun, 23 Aug 1992 20:53:45 GMT

In <1992Aug21.060616.15372@uwm.edu> gblock@csd4.csd.uwm.edu (Gregory R Block) writes:

>I'm handling the gopher here at csd4.csd.uwm.edu, and I sure could use
>a little help.  :)  Is there a current "other servers" file, and if
>so, could someone please place it here or mail it to me?

Look at the funky perl script in the misc directory: gopherdist.

This script will let you copy gopher links off of another machine.
This is useful for presenting a local (fast) directory structure for
remote sites.

Here's an example that will fetch all the North American Gopher Links:

gopherdist gopher.micro.umn.edu 70 "1/Other Gopher and InformationServers/North America"

Hope this helps...
--
 | 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: zzassgl@uts.mcc.ac.uk (Geoff Lane)
Newsgroups: comp.infosystems.gopher
Subject: Gopher as a pseudo-xwebster server?
Date: 27 Aug 92 10:50:06 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


Now the xwebster servers are mostly restricted to limited areas of the
network I've been thinking how to provide a similar service.

The combination of gopher + WAIS could provide a crude but effective
replacement.  The only remaining problem is getting hold of PD dictionary
sources.  Word lists are easy, but a full dictionary complete with
pronuncations, definitions and examples of usage as far as I can determine
are just not available.


Anyone got any suggestions on how to get hold of a PD dictionary?


-- 
Geoff. Lane.                                  Janet: zzassgl@uk.ac.mcc.uts
UTS Sys Admin, Manchester Computing Centre, Oxford Rd, Manchester, M13 9PL
From: lindner@mudhoney (Paul Lindner)
Subject: Re: Bug in gopherd 1.02 securityfile code
Original-To: devet@win.tue.nl
Date: Fri, 28 Aug 92 14:40:23 CDT
Original-Cc: gopher-news@boombox.micro.umn.edu (Gopher News Mailing List)
Reply-To: lindner@boombox.micro.umn.edu.
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gopher
Distribution: comp

Arjan de Vet sez:
. 
. There's a bug in the function Can_Read in gopherd.c (1.02):
. 
. boolean
. Can_Read(sockfd)
.   int sockfd;
. {
. 
. The variable host_name contains the *name* and not the internet address, so
. comparing host_name with an Internet address as is done above is not very
. usefull :-)

Hmm, I just checked the code.  If you look in inet_netnames it will
copy the dotted internet number into the host_name if it cannot find a
match with the resolver.

. On SUN OS 4.1.1 host_name does not contain a fully qualified domain name
. (e.g., it gives `foo' instead of `foo.bar.edu') if the connection comes from
. within the same domain. That's the reason why I tried the numerical variants
. in the securityfile, but they didn't work because of the bug described above.

Well, that's a problem with the way your system administrator setup
your suns.  Suns look to NIS(YP) before going to the resolver.  You
should put the FQDN in your /etc/hosts file as follows:

mudhoney[2:36pm]-=> ypmatch 134.84.132.7 hosts.byaddr
134.84.132.7    mudhoney.micro.umn.edu  mudhoney.micro  mudhoney loghost mailhost

-- 
 | 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: hadig@ouzo.rog.rwth-aachen.de (Thomas Hadig)
Newsgroups: comp.infosystems.gopher
Subject: Searching through an text file with gopher
Date: 31 Aug 92 11:51:39 GMT
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen

Hi,
i have a problem with our gopher server (still experimental; first
try).

I have a file with informatations about the german postcode system.
Each line consists of the town name and his post code. Now i want
to enter a the town name or the post code and want to get the lines
matching. How can I do this ?

The only possiblity i know of is using wais, but i would have to make
more than 12000 files, each containing one town.

Are their other --- more practical --- posibilities ?

Thanks for your answers,
Thomas

----------------------------------------------------------------------------
Thomas Hadig, Otto-Petersen-Haus Zi.1009, Ruetscher Str.155, D-51 Aachen
       hadig@rog.rwth-aachen.de
       hadig@pool.informatik.rwth-aachen.de
----------------------------------------------------------------------------
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher and WAIS to serve VMS HELP (.HLP) files?
Date: 26 Aug 1992 22:43:41 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

syrjanen@klaava.Helsinki.FI (Seppo Syrjanen) writes:
: Subject says it all. We have quite a lot of information on VMS HELP
: library form, so it'd be nice to feed them directly to gopher.
: 
I think that the World Wide Web folks have solved this problem, so if you
manage to take their code and gopher-ize it you should be set.  gopher and
web are close enough that code has moved between the two before without
undue grief. 

world wide web info is on info.cern.ch; telnet there to get the
interactive system, or ftp there to /pub/WWW to get code.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
From: u251016@hnykun11.urc.kun.nl (Niek Veldhuis)
Newsgroups: comp.infosystems.gopher
Subject: Re: Problems with 2 MB Ram
Date: 28 Aug 92 09:27:54 GMT
Organization: Department of Theology. Catholic University of Nijmegen, The Netherlands

In article <hippo.18.0@sonoma.edu> hippo@sonoma.edu (Michel Davidoff) writes:
>Subject: Problems with 2 MB Ram
>From: hippo@sonoma.edu (Michel Davidoff)
>Date: 27 Aug 92 08:40:22 PDT

>We have here about 20 PS/2 model 80 Running Dos 3.3 with 2 MB of Ram. 
>Also loaded is IPX (For Packet Driver). When I try to run telnet from Gopher 
>I get the message that there is not engouh memory ? Why ? Is it Fixable ?(We 
>can not buy more memory right now or update to DOS 5.0)
>Thank you
>Michel

Telnet is run on top of Gopher, together they take about 515kb of memory. If
you have loaded some other stuff (DOS, mouse, packet driver, menu, LAN 
software) this problem will occur. Buying more memory will do no good, 
since only the first 640Kb are used. I am afraid DOS 5.0 is the only 
solution.
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher,rwwmaint@msu.edu
Subject: 'Proceedings' from CICnet Gopher Workshop
Keywords: Workshop Proceedings
Date: 30 Aug 92 21:14:04 GMT
Organization: Michigan State University

As many of you know, this month a two-day workshop on Gopher development
was sponsored by CICNet in Ann Arbor, Michigan.  We had two members of
the Gopher team from U Mn plus about 42 other Gophernauts from CICNet
organizations and around the country.  A summary of the event by Prentiss
Riddle of Rice U has been posted here and is archived on MSEN's Gopher.

At the workshop we distributed a notebook of seminal papers on Gopher
and other related protocols.  These were public domain documents 
chosen with the help of Ed Vielmetti (MSEN) and Dennis Boone (Michigan State).
Various speakers at the workshop provided handouts that went with their
talks.  

It would be possible to gather the PD documents in a single place for
folks to get hold of, but the handouts would be tougher.  Also, in
putting the notebook together, we found that not all Postscript files
print on your nearest Laserwriter (espeically if Transcript is in the
act, it seems.)

I'd like to ask participants in this list if they'd be interested in a
Proceedings binder from the Workshop, including the materials described
above.  The idea would be to sell the binder at close to the cost of
reproduction.  Without figuring it out I'm guessing it'd be $30 per copy.

If you would be interested in acquiring a Proceedings notebook, would you
please send me private mail to this address?  Based on the rough count
we'll decide whether this is worth pursuing.

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: tiktin@getafix.cs.uoregon.edu (David Mark Tiktin)
Newsgroups: comp.infosystems.gopher
Subject: archie module for go4gw
Date: 3 Sep 92 23:39:18 GMT
Reply-To: tiktin@cs.uoregon.edu
Distribution: comp.infosystems.gopher
Organization: University of Oregon


Is there an archie module available for the go4gw daemon?  How about modules
for *any* services other than those from the distribution (whois, nntp,
webster)?


David Tiktin
tiktin@cs.uoregon.edu
From: ccoprmm@prism.gatech.EDU (Michael Mealing)
Newsgroups: comp.infosystems.gopher
Subject: Gopherspace engineering tools
Date: 27 Aug 92 08:15:53 GMT
Organization: Georgia Institute of Technology

A while back someone mentioned wanting a gopher client that would actually
look at $HOME/gopher instead of an actual server. This has been brewing
in the back of my mind as a good start on a user friendly front-end for
adding to Gopherspace. I remember a challenge being offered for someone
to write the mods for this but has anyone actually done it? If so I'd
like to look at the modifications so we can standardise on a method. If not
then it's just more coding for me, oh well :-).

  (The need for engineering tools came out of trying to actually write all
of the information building tidbits down for the Admin Manual I'm working
on. The ins and outs of gopherspace engineering get quite complex if you
start trying to actually document things. )

-- 
------------------------------------------------------------------------------
Michael Mealling                     ! Hypermedia WWW, WAIS, and gopher will be
Georgia Institute of Technology      ! here soon via MIME. Your view of the 
Internet: michael@fantasy.gatech.edu ! internet is about to change completely!
Date: Wed, 2 Sep 92 18:27:12 CDT
From: mpm@boombox.micro.umn.edu ("Mark P. McCahill" )
Reply-To: "Mark P. McCahill"  <mpm@boombox.micro.umn.edu>
Original-To: gopher-news@boombox.micro.umn.edu
Subject: keeping track of gopher sites
Newsgroups: comp.infosystems.gopher
Distribution: comp

Our friend Anders Gillner (of SUNet in Sweden) volunteered to keep track of 
the gopher sites in Europe, so if you have a European gopher and want to get 
added to the list of all the gopher srvers in the world, you should send e-mail 
to:
     gopher@ebone.net

Anders and we will be mirroring each other's lists of gopher sites, so the only 
real change is that gopher@ebone.net is the right place to register gopher sites
in Europe. Everybody else can continue to send annoucements of new gophers to 
gopher@bommbox.micro.umn.edu. The main reason for splitting the gopher 
registration workload is that Anders was willing to handle this and we don't 
mind getting some help.








Mark P. McCahill      
                                                                
University of Minnesota                      Computer & Information Services
room 125 Shepherd Labs                             mpm@boombox.micro.umn.edu    
100 Union Street SE                                     612 625 1300 (voice)    
Mpls., MN 55455                                           612 625 6817 (fax)

Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: archie module for go4gw
Organization: University of Minnesota, Minneapolis
Distribution: comp.infosystems.gopher
Date: Fri, 4 Sep 1992 18:42:46 GMT

In <TIKTIN.92Sep3153918@getafix.cs.uoregon.edu> tiktin@getafix.cs.uoregon.edu (David Mark Tiktin) writes:
top


>Is there an archie module available for the go4gw daemon?  How about modules
>for *any* services other than those from the distribution (whois, nntp,
>webster)?

There is an archie gateway in the 1.0 release of go4gw.  Perhaps I
forgot to mention it in my announcement....

It works well and maps binaries to (hopefully) the right types.  Note
that the I type is the official image type that I'm supporting.  The I
type is defined as *any* image, not just GIF....

Enjoy...
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Date: Thu, 3 Sep 92 14:23:29 EDT
From: hamlin@grits.valdosta.peachnet.edu (Jon Hamlin)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Gopher 1.03 Client Bug?
Newsgroups: comp.infosystems.gopher
Distribution: comp


When we installed the 1.03 version of the Unix client, all of our WAIS indexes
became unavailable.

Going back to the 1.02 client allowed them to be accessible again.

Has the type changed in 1.03 and was not noted?

Jon Hamlin
hamlin@grit.valdosta.peachnet.edu
Newsgroups: comp.infosystems.gopher