HDTenEightyP/NetNews huggingface dataset:
From: m.m.l.kuunders@research.ptt.nl (Martien Kuunders)
Subject: Re: Searching through an text file with gopher
Originator: martien@sif
Organization: PTT Research, Dr.Neher Laboratories, The Netherlands
Date: Mon, 31 Aug 1992 14:45:09 GMT

In article <hadig.715261899@ouzo> hadig@ouzo.rog.rwth-aachen.de (Thomas Hadig) writes:
>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 ?

Try waisindex -t one_line, this makes each line in the file a seperate
document. If you get a match only the line is shown, not the complete file.

--Martien.
-- 
- M. Kuunders, m.m.l.kuunders@research.ptt.nl, +31-703326049 ICBM 52.05N 4.24E -
- These opinions are mine and mine alone but can be licensed for a nominal fee.-
From: tkt@vax5.cit.cornell.edu
Newsgroups: comp.infosystems.gopher
Subject: FAQ for gopher?
Date: 25 Aug 92 14:51:27 EDT
Distribution: comp
Organization: Cornell University



Hi all-
	I was wondering if there is an FAQ sheet for gopher?  Thanks.



Adam
Newsgroups: comp.infosystems.gopher
From: J Pink <James.K.Pinkelman.1@nd.edu>
Subject: Need Mac help with gopher use
X-Xxmessage-Id: <A6C3CBC38501401E@jpinkelman.aero.nd.edu>
X-Xxdate: Fri, 28 Aug 92 12:25:39 GMT
Organization: University of Notre Dame
X-Useragent: Nuntius v1.1.1d9
Date: Fri, 28 Aug 1992 17:14:58 GMT

I would appreciate any advice on how to get gopher up and running.
I downloaded version 1.3b56 and am trying to get it working on my mac.
I have access and regularly use internet with MacTCP and am running
System 7 on my mac.
Whenever I open a file (e.g. Info Mac Archives (sumex-aim)) I get the same
message:

 "Could not complete the TCP command because of bad address for Host"

Any suggestions would be greatly apprciated.
From: symanzik@frith.msu.edu (Ed Symanzik)
Newsgroups: comp.infosystems.gopher
Subject: Gopher USENET change
Keywords: usenet
Date: 2 Sep 92 14:41:12 GMT
Distribution: usa
Organization: Michigan State University
Originator: symanzik@frith.egr.msu.edu

I know that many gopher sites out there point to our USENET directory
so I felt I should ask this rather than suprizing you with it.

I've been looking into switching our Gopher USENET service to use 
gonntp instead of our homegrown system.  It shouldn't be a problem for 
sites that point to the top level, but those sites that get a single 
newsgroup (e.g. alt.gopher) might have to update their links.

What do you folks think of the change?

How do I let other gopher administrators know about a change?

Is there a way to set up gonntp such that no one has to change links?

Need input.

--
Ed Symanzik
Michigan State University
symanzik@egr.msu.edu
From: fischer@iesd.auc.dk (Lars Peter Fischer)
Newsgroups: comp.infosystems.gopher
Subject: Re: lost+found
Date: 26 Aug 92 03:43:32 GMT
Organization: Mathematics and Computer Science, Aalborg University


>>>>> "Torben" == Torben Noerup Nielsen (torben@foralie.net.hawaii.edu)

Torben> I just set up a Gopher server and since I used an entire file
Torben> system for the home directory for it, I ended up with a
Torben> lost+found file as part of the listing.

Why not simply step down a directory level, ie:

                      ....
		     /    \
                    /      \ 
                 Gopher   lost+found
                 /  \
                /    \
              .........

This would also make it simpler to keep administartive info, hacked
files, alternate versions, and other stuff along with your Gopher
installation -- just keep then in a directory alongside the Gopher
directory.

/Lars
--
Lars Fischer, fischer@iesd.auc.dk | It takes an uncommon mind to think of
CS Dept., Aalborg Univ., DENMARK. | these things.  -- Calvin
Newsgroups: comp.infosystems.gopher
From: danj@welchgate.welch.jhu.edu (Dan Jacobson x-8453)
Subject: Gopher1.03 and Ultrix
Organization: Johns Hopkins Univ. Welch Medical Library
Date: Fri, 4 Sep 1992 15:20:18 GMT

I`m trying to compile the new Gopher server on a DEC station (5000)
running under Ultrix 4.2A.  Wais-8-b5 compiled fine and works as normal.
The gopher client compiles and runs just fine BUT the compiler barfs on
the server code and gives me the following message:

(...)
(cd ..; make  server)
Making server
Making server with WAIS searching
cc -O -DDATA_DIRECTORY=\"/usr/users/danj/gopher1.03/gopher-data\"  -DDOMAIN_NAME=\".welch.jhu.edu\"  -DGOPHER_PORT=70  -DWAISSEARCH    -I../object -I.. -I../ir -I../ui -c waisgopher.c
cpp: warning /usr/include/sys/param.h:389: MIN redefined
cpp: warning /usr/include/sys/param.h:390: MAX redefined
ccom: Error: /usr/include/sys/socket.h, line 131: redeclaration of linger
      struct	linger {
      -----------------^
ccom: Error: /usr/include/sys/socket.h, line 172: redeclaration of sockaddr
      struct sockaddr {
      ----------------^
ccom: Error: /usr/include/sys/socket.h, line 181: redeclaration of sockproto
      struct sockproto {
      -----------------^
ccom: Error: /usr/include/sys/socket.h, line 221: redeclaration of msghdr
      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.
*** Error code 1

Stop.



Does anybody have a suggestion on how to fix this?

Sincerely,

Dan Jacobson

danj@welchgate.welch.jhu.edu


Newsgroups: comp.infosystems.gopher
Subject: Gopher1.03 and Ultrix
Summary: 
Followup-To: 
Distribution: world
Organization: Johns Hopkins Univ. Welch Medical Library
Keywords:
From: SNYDER@d0sb10.fnal.gov
Newsgroups: comp.infosystems.gopher
Subject: New version of emacs gopher client
Date: 30 Aug 92 11:37:19 GMT
Distribution: comp
Organization: SUNY Stony Brook High Energy Physics


I've just posted a new version (1.0) of my gopher client for emacs to
gnu.emacs.sources.  Message IDs:

    <920830042634.22800073@D0SB10.FNAL.GOV>
    <920830042720.22800073@D0SB10.FNAL.GOV>

The major new feature of this release is the ability to use
bookmark files.  It also has the ability to start telnet sessions
in an xterm (instead of using the emacs telnet mode), as well
as a number of minor cleanups.

have fun...
sss
snyder@d0gsc,fnal.gov
Xref: sparky comp.infosystems.gopher:320 alt.uu.announce:8
From: reuver@mikro.ee.tu-berlin.de (Dirk Reuver)
Subject: HELP! my gopherd -I doesn't exit
Organization: ZRZ/TU-Berlin
Date: Wed, 26 Aug 1992 11:14:12 GMT

A few weeks ago, I installed gopherd version 1.02 using an inetd.conf
entry on a Sparc

gopher  stream  tcp     nowait  root    /usr/new/etc/gopherd    gopherd -I -c -l /usr/new/etc/gopherd.log

Since yesterday, gopherd doesn't exit after a request.
When a client connects, gopherd is started and some data is transfered.
Then the client and the server hang, and after killing the server process,
the client correctly displays the directory. If you request a file,
the client doesn't hang, just the server. But if you try to get a second
file, inetd starts a second gopherd and everything hangs again until
the older gopherd process is killed.

This behavior stays after rebooting. I didn't change any of the files,
even checked inetd file. The log file is writable for gopherd, checked that
too because I noticed that gopherd didn't log anything since yesterday.

Any ideas appreciated. I'm afraid I will have to remove the gopher
service since I had to reboot the machine today when it was
completely dead (I guess) due to gopherds.

Dirk

__________________________________________________________________________
Dirk Reuver    DD6RE                  Phone:  +49 30 314 26705
Institute for Microelectronics        FAX:    +49 30 314 24597
Technical University Berlin           Email:  reuver@mikro.ee.tu-berlin.de
                    "You say tomato, I say tomato"
From: apeltone@smtplink.oulu.fi (Antti Peltonen)
Subject: Win gopher-still waiting?
Organization: ATK-keskus
Date: Tue, 1 Sep 1992 06:17:41 GMT

Hello earthlings,

There is a big need for Gopher client for
MS-WINDOWS 3.1


Preferably for PD packet drivers or e.g. PCTCP.

If You know any info about existing or
"coming out soon" programs.- Just drop a line to News.

-Antti-
Organization: St. John's University
Date: Tuesday, 1 Sep 1992 11:49:15 EDT
From: Michael S. Holtzman <HOLTZMAN@SJUVM.BITNET>
Newsgroups: comp.infosystems.gopher
Subject: RE: gopher and hytelnet
 <29AUG92.15132781@sklib.usask.ca>

I wrote some procedures to port the PC version of Hytelnet into our CMS
Gopher server.  It's actually pretty straight forward.  Let me know if
you want more details.
From: tom@uts.cc.wayne.edu (Thomas Richard Stevenson)
Subject: Re: Double clicking does not work
Organization: Wayne State Univ.
Date: Fri, 4 Sep 1992 00:18:52 GMT

hippo@sonoma.edu (Michel Davidoff) writes:

>When double clicking the mouse in gopher the action is not taking place. 
>The selection is highlighted but no action.
>It looks like there is no pattren when or why. Any ideas ? 
>Many different Pc's many different configurations. Gopher Ver 1.04

>Thanks 
>Michel Davidof
I've seen this before in other programs. There is a variable called

xxxx*multiClickTime

where xxxx is the app name. The default is 200 milliseconds, which I
also find very fast. If you have control of the app's file, you can
add (or change) the value to something longer. If you don't have
control of the app's file, change your local config file (either 
.Xresources or .xdefaults) in the same way. This should help.
Organization: Penn State University
Date: Tue, 25 Aug 1992 14:23:37 EDT
From: <ALC@psuvm.psu.edu>
Newsgroups: comp.infosystems.gopher
Subject: GopherCon 92

Can someone send me the text of the writeup on GopherCon 92? Thanks.

  /^/|^|    Alan Claver, Microcomputer Info Specialist                 |^|\^\
 / / | ||^| Penn State University Libraries                         |^|| | \ \
/_/  |_||_| E6 Pattee Library, University Park, PA 16802            |_||_|  \_\
     Ma Bell:(814) 865-7213--Bitnet:ALC@PSULIAS--Internet:ALC@PSUVM.PSU.EDU
   "Practice random kindness ...  and senseless acts of beauty"
Newsgroups: comp.infosystems.gopher
From: raman@cs.cornell.edu (T. V. Raman)
Subject: sparcaudio on gopher
Summary: Where can I find sparcaudio on gopher?
Keywords: sparcaudio gopher
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Mon, 31 Aug 1992 13:57:18 GMT

Hi!

I know gopher supports sound, but I have not seen sparcaudio at any
site.

The only sparcaudio file I have found was at an experimental site in Europe.

Are there any North American Gophers with a good sparcaudio collection?

-- 
   T. V. Raman <raman@cs.cornell.edu>Tel: (607)255-9202  R 272-3649
                       Office: 4116 Upson Hall,
Department of Computer Science, Cornell University Ithaca NY 14853-6201
                Res: 226 Bryant Avenue Ithaca NY 14850
From: dmanning@nero.UVic.CA (David  Manning)
Newsgroups: comp.infosystems.gopher
Subject: a change to Xgopher.1.1.GIF
Date: 28 Aug 92 18:23:08 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu


I have made a small change to Xgopher.1.1.GIF on boombox (in the
 /pub/gopher/incoming dir). It now forks off the image display program on it's
own. This was done so that xv and other really cool display programs that did not have a -fork option could be used. Using xv instead of Xloadimage will
allow you to save the image being viewed in a number of exciting formats as
well as manipulate it in a number of exciting ways.


This was a fast change made in response to popular demand so please do not
hesitate to mail me if there are any problems with it. 



				Dave Manning
Newsgroups: comp.infosystems.gopher
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Proposal: A mail-updateable top-level gopher
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Sat, 29 Aug 1992 14:54:05 GMT

I think there's a need for a top-level gopher server which can be
updated by email (or a similar available-to-all medium).  It would
perhaps have just .Links files or both .Links and data files.

The gopher documents would have the email address and urge anyone to
announce their gopher server to the top-level server which would then
automatically add that link to the .Links file.  Anyone could create
new directories to the server for new topic areas to better organize
information.

Access control wouldn't be necessary at first - take it as an
experiment of an anarchistic top-level gopher.  Anyone could add items
to the directories, add directories, add files, delete them, change
them and so on.  The software would possibly archive deleted stuff,
though, to protect against malicious deletions.

What do you think?

//Jyrki
Newsgroups: comp.infosystems.gopher,gnu.emacs.help
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: GNU info and gopher?
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Mon, 31 Aug 1992 01:24:17 GMT

Has anyone integrated GNU info and gopher?  It would simplify
maintenance of the info files a lot to have just one machine to
maintain the files in rather than a separate info dir on each machine.

I see several possibilities to do this:

1. Just put the info files on a gopher server as-is.  Modify
   info.el to use gopher as a transport protocol to read
   info files instead of direct read from the file system.
   Use the modified info.el or a separate gopher client to
   read the info files.

  Advantage: would maintain full info functionality
             (links etc.)

  Disadvantage: poor readability with a gopher client


2. Write a texinfo-compiler which compiles the *.texi source
   files to a file per node directory tree.  Use gopher or
   the emacs gopher client to read the files.

  Advantage: would offer good usability with a gopher client

  Disadvantage: would cripple info severely (no hypertext)


3. As 1., but also write a gopher-info gateway, which understands
   the info file node structure and converts it into a format
   suitable for gopher.


4. Use both 1. and 2.

  Disadvantage: you still have two separate place to make updates to

//Jyrki
From: devet@info.win.tue.nl (Arjan de Vet)
Newsgroups: comp.infosystems.gopher
Subject: Re: Bug in gopherd 1.02 securityfile code
Date: 30 Aug 92 16:49:52 GMT
Reply-To: devet@win.tue.nl (Arjan de Vet)
Distribution: comp
Original-To: lindner@boombox.micro.umn.edu.
Original-Cc: gopher-news@boombox.micro.umn.edu
X-Mailer: ELM [version 2.4beta PL11]
Content-Type: text
Content-Length: 1036

Paul Lindner:

>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.

That may be true but the variable host_name is used in BOTH domain name AND
IP address comparison, which means that one method DOES NOT WORK (in my case
the IP address, because Sun gives a domain name in the variable host_name).
Domain name and IP-address should be obtained separately.

Arjan

-- 
Arjan de Vet -*-*-*-*-*-*-*-*-*-*-*-*-*-*- Eindhoven University of Technology
Internet : devet@win.tue.nl -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- the Netherlands
X.400    : c=nl;admd=400net;prmd=surf;o=tue;ou=win;s=devet -*-*-*-*-*-*-*-*-*
From: Andrew Gilmartin <Andrew_Gilmartin@Brown.Edu>
Newsgroups: comp.infosystems.gopher
Subject: A Gopher gateway to Ph
Date: 26 Aug 1992 19:41:08 GMT
Organization: Brown University
Distribution: world
NNTP-Posting-Host: cis_staff-kntx9.cis.brown.edu
X-UserAgent: Nuntius v1.1.1d7
X-XXMessage-ID: <A6C15780A801B05F@cis_staff-kntx9.cis.brown.edu>
X-XXDate: Wed, 26 Aug 92 20:45:04 GMT

After Gopher '92 and seeing the X.500 to Gopher gateway, I
decided to write a Ph (CSO name server) to Gopher gateway. Both
gateways incorporate the I concept of using existing parts of
the Gopher protocol to access new information sources or
services. Since searching and navigation are part of the Gopher
protocol it makes sense to use these with Ph. Thus Phq.

Phq is a Gopher server that knows how to respond to search,
folder, and file requests with information from Ph. Search
(type 7) and folder (type 1) requests return a list of Gopher
files (type 0) derived from Ph records that match the given
query. File (type 0) requests return a Ph record.

You can use folders for navigation. For example, our Gopher
server has the link

Name=News Bureau Staff
Type=1
Path=1department="News Bureau"
Host=gopher.brown.edu
Port=1070

This link is displayed as a folder on the client. Opening the
folder, the client sees a list of the News Bureau staff. This
staff listing is infact the result of a Ph query. Opening one
of the list's items will display that staffer's Ph entry.

Searching requires that you have a search link, for example

Name=Search Brown's Online Directory
Type=7
Path=7
Host=gopher.brown.edu
Port=1070

Try Phq out and see if you like it. Phq is a simple server with
little error handling. If Brown decides to use it, I will
strengthen it. Since all Ph servers are a little different, you
might have to modify the code a little to work with your Ph
server. What to modify is documented in the source.

Phq is available via anonymous FTP at ftp.brown.edu
/pub/gopher/phq.tar.Z.

--
Andrew Gilmartin
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
Newsgroups: comp.infosystems.gopher
From: silvert@cs.dal.ca (Bill Silvert)
Subject: Re: gopher and CDROMS
Reply-To: silvert@biome.bio.ns.ca (Bill Silvert)
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Distribution: na
Date: Fri, 28 Aug 1992 17:20:43 GMT

In <1992Aug28.063057.26582@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:

>>I want to make a CD-ROM available for gopher access, as FTP-able
>>items.  Is it possible to incorporate a non-writable medium into the
>>gopher structure?

>Sure, it's possible.  If you're mounting the CD under UNIX, run
>gopherd with the -C option to disable writing caches.

I haven't found that necessary.  I have caching enabled, but it doesn't
seem to cause a problem if the cache file can't be written.
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.ns.ca
Newsgroups: comp.infosystems.gopher
From: lindner@mermaid.micro.umn.edu (Paul Lindner)
Subject: Re: Mail file and full text search and a new gopher hole
Organization: University of Minnesota, Minneapolis
Date: Wed, 26 Aug 1992 20:09:44 GMT

In <1992Aug25.133459.28726@Informatik.TU-Muenchen.DE> stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf) writes:


>Is it possible/how to setup gopher so that I can access a mail file
>still as directory (with the Subject: lines as filenames) but do
>full text search (not only search the Subject: lines).

Yes, you can use wais to index mail spools as well.

waisindex -t mail_or_rmail mailspoolfile..


>There is a new gopher hole in Germany on

>	gopher.informatik.tu-muenchen.de    port 70

Okay, it's added to the list of all gophers...

>Besides some local stuff, there is a WAIS database with all articles of
>comp.archives since January 1st, 1992 available in /services
>and another WAIS database has a (slowly) growing IAFA (Internet Anonymous
>FTP Archive) index of some of the packages available on our FTP server!
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   |"You have to spit
 |              | Computer & Information Services | to see the shine..."
 |             	| University of Minnesota         | -- Babes in Toyland
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: lindner@mermaid.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: Two questions about running gopher
Date: 26 Aug 92 20:13:44 GMT
Organization: University of Minnesota, Minneapolis

In <leo.714837666@galaxy> leo@ph.tn.tudelft.nl (Leo Breebaart) writes:

>Two questions from a novice gopherd user. I have looked through docs,
>FAQ, and archived articles, but I couldn't find anything to help me.
>Nonetheless it's all pretty basic newbie stuff, I think.

>- Does the -s option work? If I give the command:

>   gopherd -s /usr/partool/lib/gopher.security -c

>and gopherd obligingly says:

>    Using Security file /usr/partool/lib/gopher.security

>and /usr/partool/lib/gopher.security consists of one single line:

>    !*

>then why am I still allowed to access gopher from everywhere??


Are you getting access to files or just directories?  The "secure"
behavior is to show directories but not allow access to files.

>- If I change anything in a Link description in the .Links file (e.g. just 
>one character in the name field), then the next time I start up gopher *all*
>entries will be duplicated (and the pair for the entry I changed will be
>one correctly changed, one still the old entry).

You're using emacs.  Gopherd looks at the Emacs dropping file (ending in ~)

>This freaks me no end: I know that gopher must still be storing that old
>information *somewhere* but I just cannot find it, let alone get rid
>of it (at one point I had deleted *every* file in the gopher home-directory,
>including .Links itself, and *still* I got those ghost-entries).


--
 | Paul Lindner | lindner@boombox.micro.umn.edu   |"You have to spit
 |              | Computer & Information Services | to see the shine..."
 |             	| University of Minnesota         | -- Babes in Toyland
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: phoward@husky1.stmarys.ca
Newsgroups: comp.infosystems.gopher
Subject: Version detection & update suggestion
Date: 28 Aug 92 16:14:39 GMT
Organization: St. Mary's University, Halifax, N.S., Canada

While using MIT's TechInfo I was informed that my version of the client was
out of date and told where/how to get a newer version.

This would be a great feature to include in Gopher, if possible, especially
during this stage of furious changes in features and protocol.

I realize there are a number of clients out there, but each one could be
assigned an "official" apps ID like Macintosh applications.

Suggestively yours,
Philip

CC: GopherSupport

-------
Philip M. Howard         |Internet: PHoward@Husky1.StMarys.ca
Academic User Services   |   Voice: (902) 420-5481
Saint Mary's University  |     FAX: (902) 420-5115
Halifax, Nova Scotia     |"My Canada is based on fair representation...
C A N A D A    B3H  3C3  |  ...let Quebec go; vote NO to the new Parliament."