HDTenEightyP/NetNews huggingface dataset:
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Indexing
Keywords: index
Date: 5 Nov 92 08:54:10 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <1992Nov4.134533.13860@lynx.dac.northeastern.edu>,
johnson@lynx.dac.northeastern.edu (Chris Johnson) writes:
|> 
|>      I'm just starting to play with gopher.  There is a search capabilty
|> I'd like to use; type=7.  The code looks for indexes in 
|> gopherpath/.index/index.ixif.  Fine.  Maybe I've missed something,
|> probably have.  But how are these indexes built?  What utility is used?
|> Or what's the format of the file?

Check out the section in the gopherd manual page entitled 'FULL TEXT
INDEXES'. The waisindex utility which comes with the WAIS distribution
is needed to create the indexes so if you haven't got this then you'll
need to acquire it.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: secure 'more'?
Organization: University of Minnesota, Minneapolis
Date: Mon, 9 Nov 1992 08:15:38 GMT

In <1992Nov7.001718.29467@murdoch.acc.Virginia.EDU> dba3k@faraday.clas.Virginia.EDU (Daniel Burton Avery) writes:

>OK, so I'm trying to run a secure gopher here under SunOS 4.1.1.
>I've got the 'more' and 'telnet' versions from U.Minn. that
>are not shell-escapable.  The only problem right now is an
>aesthetic one.  The 'more' program doesn't erase the message
>saying "Hit SPACEBAR for more-" which screws up any line
>formatting at that point in the document, and sometimes it
>shoots through two screenfuls instead of one.  Suggestions?

Search the gopher-news archive for secure and I think you'll find out
how to configure a secure gopher-login.

--
 | 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: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: ugopher - a DOS-based gopher client
Date: 4 Nov 92 07:59:31 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <7692@lib.tmc.edu>, snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
writes:
|> Greetings,
|> 
|> Ugopher v0.96 is available to the public immediately, and can be gotten
|> by anonymous ftp as oac.hsc.uth.tmc.edu:public/dos/misc/dosgofer.exe, a
|> self-extracting archive.
|> 
|> Versions for Novell LAN Workplace and Sun's PC-NFS are also available.
|> You can find them at bcm.tmc.edu in the /public and /nfs directories
|> respectively.

WARNING!!! The version for PC-NFS appears to have expired at the beginning
of November. I posted a message about this yesterday but haven't seen any
response to it yet.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: lnosek@ux4.cso.uiuc.edu (Luke Nosek)
Newsgroups: comp.infosystems.gopher
Subject: More people would use gopher if ...
Date: 12 Nov 92 22:24:52 GMT
Organization: University of Illinois at Urbana


	... IT DIDN'T HAVE SUCH A STUPID NAME!!!

	Who is the idiot who named it GOPHER? I almost have to say it with
"stupid" sounding tone in my voice.

	I really like gopher - the access to information in such a format
is a great idea - but they oughta call it something that people can feel proud
about when they use it!
Newsgroups: comp.infosystems.gopher
From: arnold@stat.ncsu.edu (Tim Arnold)
Subject: xgopher requires a lot of resources?
Originator: arnold@esssc4.stat.ncsu.edu
Organization: Department of Statistics, NCSU
Date: Wed, 11 Nov 1992 15:39:37 GMT


I'm running xgopher on a SUN IPX OW3.0 and SunOS 4.1.3.

Everything is fine until I try to use it from another machine
setting my display to the remote screen ala setenv DISPLAY machinename:0

When I do this, the xgopher window pops up for a fraction of a second
and disappears.  Then a message comes up saying theres insufficient
resources for XCreateWindow.

Other X-related windows work fine, like remote x emacs windows,
even hog-like applications like SAS.  

Why does xgopher take up so much resources?  Can I fix it somewhere
in the build?  I'd really like to be able to do remote Xgopher.

TIA,
-- Tim Arnold
-- 
----------------------------------------------------------------------
Tim Arnold                      Instructional Computing
Internet: arnold@stat.ncsu.edu  North Carolina State Univ.
BITNET  : ARNOLD@NCSUSTAT       Dept. of Statistics, Raleigh NC 27695
From: jim@cavebear.berkeley.edu (Jim Bradley)
Newsgroups: comp.infosystems.gopher
Subject: Zip code directory on Internet?
Followup-To: comp.infosystems.gopher
Date: 13 Nov 1992 16:40:00 GMT
Organization: UC CNR Computer Facility
Distribution: usa
NNTP-Posting-Host: gia1mac7.berkeley.edu


Is there a 5-digit ZIP-code directory (with streets)
accessible on the Internet?

Thanks,

Jim Bradley, UC Berkeley
From: rsanborn@usafa.af.mil (Roderick S. Sanborn)
Newsgroups: comp.infosystems.gopher
Subject: Trouble loading gopher on VMS:  missing file
Keywords: gopher, vms
Date: 10 Nov 92 20:59:18 GMT
Organization: United States Air Force Academy

We just tried loading gopher onto our VAX running VMS 5.5 and it said that it
was missing MULTINET_SOCKET_LIBRARY.EXE.  Anybody know where we can get this
file?

Merci d'avance.


----------------------------------------------------------------
!Rod Sanborn                         rsanborn@gems.usafa.af.mil!
!VAX VMS System Manager                                        !
!US Air Force Academy, CO                                      !
----------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: gopher/wais question
Organization: University of Minnesota, Minneapolis
Date: Mon, 9 Nov 1992 08:14:21 GMT

In <1992Nov6.202700.16802@leland.Stanford.EDU> schemers@Slapshot.Stanford.EDU (Roland Schemers) writes:

>I finally got around to messing with the gopher/wais interface, and can't
>get it to work. After compiling gopherd (1.0[23]) with WAIS support, I get
>the following message when trying to connect to a database:

>telnet slapshot 70
>waissrc:/Wais/whois.src stanford
>Connect to socket did not work (2): Connection refused
>0Server error: Error openning connection to wais.nic.ddn.mil via service 210.  error.host       1
>.

Hmmmm, might be that infamous -c bug :-)  If you're on a DECstation it
needs to find {gopherhome}/etc/svc_conf, just like anon-ftp.  Run with
-c and give it another (slap) shot.


--
 | 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: am299bv@sdcc15.ucsd.edu (Ravinder Bhumbla)
Newsgroups: comp.infosystems.gopher
Subject: How do you gracefully cancel a request in Unix gopher?
Date: 5 Nov 92 00:21:32
Organization: UC San Diego, AMES Department
Distribution: usa
Reply-To: rbhumbla@ucsd.edu (Ravinder Bhumbla)
NNTP-Posting-Host: sdcc15.ucsd.edu

I am using the terminal based Unix gopher client.  Many times gopher
seems to hang after a particular request - especial when it is
retrieving a directory from a server that may be dead.  Is there a
simple way to tell gopher to abort the request?  The only way I know
is to hit contor-c which kills gopher.  The man page I have is silent
on this subject.  It has happened too many times for me to consider
this only a minor annoyance.

On a similar subject.  I know this subject has been discussed before
but a way *has* to be devised to know the size of a text file before
retrieving it.  This is especially true for anonymous ftp sites.  For
the sumex-aim archive I can get away by keeping a list of all files
locally and then retrieving only the file whose size I like.  But that
will not always work, especially for sites not on the frequently
ftp'ed list and when you can't afford to store a copy of the listing.

Ravi

Newsgroups: comp.infosystems.gopher
From: Peter Kaufman <kaufman@macc.wisc.edu>
Subject: Gopher server 1.03 & NeXTStep 3.0
Organization: Madison Academic Computing Center - Univ. WI
X-Useragent: Nuntius v1.1b1
Date: Wed, 11 Nov 92 22:49:00 GMT

Fellow Gophers,

Hardware:	NextCube
Software:	NeXTStep 3.0
Gopher:	1.03

I have recently upgraded to the new NeXT operating system, 
and have found a few problems in running the gopher server 
with indexing. "ixBuild" (now "ixbuild") and ixsearch look 
for a file called ".index.store" versus "index.ixif". There 
have been some changes in operation as well from what I've 
read on the man pages for these utilities. The ixbuild does 
not work appropriately with hidden directories as well.

At this time I need to decide among the following (in order 
of likelyhood):

1) Drop back to NeXTStep 2.x and proceed with installing 1.03
2) Stay at NeXTStep 3.0 and figure out how to get the WAIS 
search engine going
3) Stay at NeXTStep 3.0 and figure out how gopherd is calling 
the 2.x search libraries in order to hack a fix for the new 
version.

I would really love to hear if the developers in Minnesota 
have any interim solutions to the new NeXT operating system, 
and if so, how close are they (days, weeks, ??). If they have 
any beta versions of 1.03 server out that work on 3.0 with 
indexing, please let me know. I hate to drop back to 2.x 
(simplest), and it would be terribly ironic to resort to the 
WAIS indexer on a NeXT!

Thanks in advance!!  Also, a big thanks to the guys at Gopher 
International (MN)... they have really come out with a great 
program.  Kudos, Kudos, Kudos!

Peter
From: jaw@castle.ed.ac.uk (Graeme Wood)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher/WAIS Problem...???
Date: 9 Nov 92 13:19:38 GMT
Organization: Distributed Unix Support, Edinburgh University Computing Service

In article <dgaraffa-061192091225@bigmac.mskcc.org>, dgaraffa@bigmac.mskcc.org (Dave Garaffa) writes:
|> I have a problem and I am not too sure where to post it so here goes....
|> 
|> 
|> Unix    : A/UX v3.0
|> Hardware: Quadra 950 w/16Meg
|> Software: gopher 1.0.3
|>           wais-8-b5
|> 
|> 
|> I am running gopher 1.0.3 (on a side note how is Gopher+ development
|> going?)
|> and wais-8-b5, all *seemed* well.
|> 
|> Here is the problem:  When I do a wais search and I get LESS than 40
|> responces
|>                       everything is A-OKAY!!!
|> 
|>                       But... *IF* I get MORE than 40-50... CORE DUMP
|>                       location of the CORE is my root gopher dir.
|> 
|> this ONLY happens when I do searches on MY OWN indexes...  when I use
|> gopher
|> to connect to foo.bar.edu and search their indexes I never get the CORE
|> DUMP.

I think foo.bar+.edu gets the core dump in that case.  I have seen this happen on
my server as well. I have not been able to track down where the problem is yet
though.

Graeme
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Re: Booleans, partial words and other WAIS mods in biology data searches
Keywords: boolean searches
Date: 6 Nov 92 22:39:16 GMT
Organization: Michigan State University

In article <Bx8wv9.K3D@usenet.ucs.indiana.edu>  
gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
> 
> I have just about finished adding boolean operators 'and' and 'not', 
> partial words, literal phrases, symbol matching and extended results
> retrieval to the WAIS release 8b5 source, and the Gopher server here
> is sporting these new features.    It will be next week until the source
> to these is publicly available, but you can try these out now via
> Gopher or WAIS to ftp.bio.indiana.edu.

Don, this strikes me as a fundamental contribution.  We've longed for
good Boolean support for a variety of databases.  This is going to be
immediately useful. The folks anxious to see a good way to search
a Best database are going to be thrilled.  From a handful of sample 
searches, the response seems quite crisp.

Perhaps I'm missing this in your announcement and in the intro file
on your Gopher, but could you elaborate on order of operations?
Is it left-to-right, or are ANDs done first?  Parentheses allowed?

Also, my Next client in some cases highlights the first word in the
document, not the first matching word.  (Of course, it might be tricky
defining how it ought to behave for complex searches.)

Thanks for providing a sorely needed enhancement.

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: strom@stein.u.washington.edu (Mark Strom)
Newsgroups: comp.infosystems.gopher
Subject: MS Windows gopher (again)
Summary: Is there one, and where can it be obtained
Keywords: gopher, MS Windows
Date: 12 Nov 92 06:31:53 GMT
Article-I.D.: u.1992Nov12.063153.6491
Organization: University of Washington

There have been a few messages recently alluding to a gopher for MS
Windows, but I've seen no postings as to where it can be obtained.  So, is
there one, and if so, can it be obtained by ftp?  Is it compatible with NCSA
TCP/IP?  I've tried searching for it with gopher and archie with no
luck.  Thanks for any help on this.


-- 
Mark S. Strom, Ph.D.                       phone: (206)543-4318
Department of Microbiology SC-42           fax:   (206)543-8297
University of Washington                   email: strom@u.washington.edu
Seattle, WA 98195
Newsgroups: comp.infosystems.gopher
From: Eric Lease Morgan <eric_morgn@ncsu.edu>
Subject: Re: Booleans, partial words and other WAIS mods in biology data searches
X-Xxmessage-Id: <A727EF0B3E01184D@ericmorgan.lib.ncsu.edu>
X-Xxdate: Thu, 12 Nov 92 11:22:51 GMT
Organization: NCSU Libraries
X-Useragent: Nuntius v1.1.1d12
Date: Thu, 12 Nov 1992 16:18:15 GMT

In article <1992Nov11.202106.434@tigger.jvnc.net> Vikas Aggarwal,
aggarwal@tigger.jvnc.net writes:
>>>
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: Go4gw configuration question
Date: 11 Nov 92 16:39:15 GMT
Article-I.D.: news2.1992Nov11.163915.28334
Organization: University of Minnesota, Minneapolis

In <1992Oct31.141519.3155@news.csuohio.edu> cowboy@trans.csuohio.edu (Joe Rosenfeld) writes:

>Greetings:

>I just set up the go4gw scripts and directory.  I changed my services and
>inetd.conf file, killed and restarted my inetd daemon, etc.  My problem, I
>suppose, is kind of newbie, so please accept my apologies.  I tried
>searching Usenet, but our server lacks the space to have included articles
>aged more than a single week.

Remember you can always search the archives for gopher using gopher itself.

>What I want is to learn is how to make the links necessary to connect to three
>gateways covered by go4gw:

>1. Archie gateway
>2. Finger gateway
>3. NNTP gateway 

If you've set up your go4gw correctly all you'll need to do is point
the unix gohper client at it, for instance, we run go4gw on
ashpool.micro.umn.edu on port 4324, so do this:

%  gopher ashpool.micro.umn.edu 4324

Change the host/port to what you're running.  Then when you find a
link, press '=' and stuff the file on your server.

>I set up my /etc/services with the line: go4gw  4324/tcp, and I set up the
>inetd.conf properly, I believe.  The one thing I need to verify is that
>after the nowait I inserted root.  Is this correct?

Sounds right.

--
 | 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
Subject: Help with execing shell scripts
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Date: 13 Nov 1992 02:08:01 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz


Tonight I was playing around with executing a shell script via gopher.
But I can't get any output displayed.  I know the scripts being run,
I've traced the code through printfile to the writestring back to the
client and the data is getting through.  But the client always comes
back with nothing happened.

I'm using a DECsystem (Ultrix v4.2a) gopher 1.1abeta (but 1.03 gives the same
result) with the 1.1abeta client, and a VMS client (0.6 I think).

Has anyone any ideas ?

Roger
-- 
brockie@golem.wcc.govt.nz
Date: Fri, 6 Nov 92 15:28:09 CST
From: gopher@boombox.micro.umn.edu ("The Gopher Team" )
Original-To: gopher-news@boombox.micro.umn.edu
Subject: TurboGopher 1.0.4 bugfix release
Newsgroups: comp.infosystems.gopher
Distribution: comp

TurboGopher 1.0.4 is available from the U of Minnesota Gopher server
look in the Information About Gopher directory tree.  It is also available
via anonymous ftp from boombox.micro.umn.edu; look in the /pub/gopher
directory tree.  List of bugfixes as follows:

B Improperly configured MacTCP message dialog.
B Printing bug.
B Another recycle window bug.
B BinHex receive status message bug.
B Last bufferful of large documents sometimes not flushed to disk.
B Background notify bug.  [Steve Ebstein]
C Popup menu position bug.  [Michael Sherer]


+ The ISO filter completely revised using the tables kindly contributed
  by Jean-Pierre Kuypers.
+ Selection by first letters (like Finder) in directories is now
  supported by popular demand.
+ Find an item in a directory using Find dialog now supported..
+ Option-Click in close box closes all windows. (Paul wanted that.)
+ Shift-Click in close box releases that cache. (While we were making hacks..)
+ Mini-phonebook dialog. Pierre Cormier wanted that.
+ PC and UNIX binary retrieval.  Ick.
+ Image files: type 'g' and 'I' retrieved. Geez! Can't wait till Gopher+?
  So now TurboGopher supports all official and quasi-official types.
+ Strings moved from CODE resources for localization. For Jean-Pierre Kuypers.
+ TurboGopher Settings resource fork placed in path.  
  This is for localization, resource overrides, XCMDs.
+ Large file progress status messages added.
+ There is now an "Inside TurboGopher" document available.

  - The Gopher Team.
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Would you use gopher as a database?
Date: 4 Nov 92 11:55:33 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

We are using gopher as the basis for a CWIS - no problem. One of the
departments here (the Museum) are considering using gopher as a means to
provide public access to their catalogues. The first section they are
contemplating is the minerals collection with about 11000 entries.
I know various people out there are using gopher as a database system
with large numbers of entries but what sort of problems have you had
(if any!) in coping with such large amounts of data? They are particularly
concerned over the lack of proper boolean searching with the indexing
done by waisindex. Has anyone modified the gopher/WAIS software to
enable more complex searches to take place and would you be prepared
to make available your changes? I would be extremely grateful for
any comments relating to this sort of use of gopher.

-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.infosystems.gopher
From: rik@nella9.cc.monash.edu.au (Rik Harris)
Subject: Re: secure/closed gopher system
Reply-To: rik.harris@fcit.monash.edu.au
Organization: Monash University, Melb., Australia.
Date: Fri, 6 Nov 1992 03:13:57 GMT

hofer@Informatik.TU-Muenchen.DE (Robert Hofer) writes:

>i want to install a 'closed' gopher system. That means, that only 
>special users and hosts are allowed to connect to the gopher server.
>Has someone already installed such a system or must i patch the gopher
>for my own ?

You can easily restrict usage on a host-by-host basis, on a UNIX
machine, by installing the log_tcp package, and running the gopher
server through inetd.  User-based restriction is a bit more difficult,
as they are harder to authenticate.  If you have an RFC931 server
running on each of the hosts you want to restrict, you can get log_tcp
to pass the username and hostname to a script, which checks it against
a list, and then runs the gopher server if they are acceptable.  Please
note that this isn't _absolutely_ secure, but it will certainly stop
all but the dedicated.  Notably, root on any host can easily pretend to
be any user on that system.

I have done some of this on my system for a short while, and it seemed
to work OK.

hope this helps,
rik.
--
Rik Harris - rik.harris@fcit.monash.edu.au
+61 3 571-2895 (AH & ans.mach) +61 3 573-2679 (BH)
Faculty of Computing and Information Technology,
Caulfield Campus, Monash University, Australia
Newsgroups: comp.infosystems.gopher
From: mmorse@z.nsf.gov (Michael Morse)
Subject: Colon in Name= Field a problem for Mac clients?
Organization: National Science Foundation, Washington, D.C.
Date: Thu, 12 Nov 1992 19:00:11 GMT

I was informed that having a colon (":") in the Name= field
causes problems for Mac clients because it is used as the filename
when a user retrieves the item to a file.  My questions:

 1) Does this occur with a specific Mac client or with all Mac clients?
 2) Are there any plans to change the Mac clients that have this
    problem?
 3) Are there other characters that I should avoid for the benefit
    of other clients?

I don't really mind changing my "Name=" fields, but I just want to be
fully informed before I do it.

--Mike
-- 
Michael Morse                           Internet: mmorse@note.nsf.gov
National Science Foundation               BITNET: mmorse@NSF
1800 G St. N.W. Room 401               Telephone: (202) 357-7659
Washington, D.C.  20550                      FAX: (202) 357-7663
Newsgroups: comp.infosystems.gopher
From: MAHE@YaleVM.YCC.Yale.Edu
Subject: Complete libraries:  moved, updated
Organization: Yale University
Date: Fri, 13 Nov 92 16:36:02 EST

The Yale list of libraries has moved, many apologies, it should be the last
time.  We were finally allowed to kill the 'Xperimental' section, so
you will now find the libraries at their (hopefully) final resting
place:
 
Name=Internet Libraries
Type=1
Host=gopher.yale.edu
Port=70
path=1/Internet Libraries
 
These were originally derived from Peter Scott's Hytelnet database
by Michigan State.  They have been updated so they are completely
in synch with Billy Barron's latest list, 10/16/92.  They are being
updated as information comes out on Peter Scott's LIB-HYTELNET list,
and they benefit from occasional additions by kind users (see the
extra Danish and Dutch libraries for instance).
 
Please contact gophadmi@gopher.yale.edu if you have any corrections,
or if you have trouble connecting.
If you have new listings, it's probably most efficient if you'd send
them directly to Billy (billy@unt.edu) and Peter (scottp@jester.usask.ca).
 
Marie-Christine
mahe-marie-christine@yale.edu
From: cdh@eng.cam.ac.uk (Chris Horne)
Newsgroups: comp.infosystems.gopher
Subject: Is There an Open Look Xgopher?
Date: 12 Nov 92 09:23:42 GMT
Reply-To: cdh@eng.cam.ac.uk
Organization: University of Cambridge

I've just disovered GOPHER and have compiled the Xgopher client. Great!
Does an Open Look Xgopher exist? Is anyone working on one?

Thanks in advance,

Chris Horne

__
Chris Horne BEng ACGI | Tel: +44 223 332738 | University of Cambridge 
cdh@eng.cam.ac.uk     | Fax: +44 223 332662 | Department of Engineering

"Today must be Thursday. I never could quite get the hang of Thursdays"