HDTenEightyP/NetNews huggingface dataset:
From: valentin@vms.cis.pitt.edu
Newsgroups: comp.infosystems.gopher
Subject: Using .cap files and the "Path" line
Date: 16 Nov 92 20:19:01 GMT
Organization: University of Pittsburgh

Hi, 

	I'm trying to build a gopher server, and I'm having some trouble with 
.cap directories, specifically using the "Path" line. 

	We have a directory /afs/pitt.edu/public/info/pittdoc which contains 
a number of documents that are of general interest to the Pitt community. 

	My gopher data directory is /usr/gopher/data. In there I have a directory
called "University of Pittsburgh Documentation". I want to reference the documents in 
the information directory with the .cap functionality. So, I have 

/usr/gopher/data/University of Pittsburgh Documentation/somefile 

and 

/usr/gopher/data/University of Pittsburgh Documentation/.cap/somefile

The .../cap/somefile looks like this:

Name=Getting Started with Blah Blah Blah
Type=0
Path=0/afs/pitt.edu/public/info/pittdoc/blah-blah.doc


This works insofar as the name appears in the gopher client. However, 
when I try to actually retrieve the document, it responds with 

OServer error: /afs/pitt.edu/public/info/pittdocblah-blah.doc' does 
not exist!! error.host 1

The file exists just fine. I've tried a whole lotta combinations with 
this. The file is world readable, and it behaves just the same whether 
or not it is in afs. 

If you'd care to look at it, the gopher server is gopher.pitt.edu port 70. 

Any help you can give me is greatly appreciated. Thanks is advance. 

Shawn Hernan 
valentin+@pitt.edu
Newsgroups: comp.infosystems.gopher
From: schemers@Slapshot.Stanford.EDU (Roland Schemers)
Subject: Re: More bugs gopher1.1b1 (beta programmers as well as code)
Organization: Distributed Computing Group, Stanford University
Date: Wed, 18 Nov 92 22:52:23 GMT

In article <1edt7rINN1sl@nigel.msen.com>, emv@msen.com (Edward Vielmetti) |> 
|> I have a hunch that a competent perl programmer could put together a
|> bare bones totally new server in a fairly short amount of time, either
|> of the traditional "it's a file system" model plopped down on a bunch of
|> directories or some kind of "it's a database" model stuck in in front
|> of dbm or oracle or sybase databases.  The protocol per se is just not
|> that complicated.
|> 

Actually I was going to do this. After thinking about the go4gw stuff, it
seemed that a perl gopher would be much easier to write, maintain, modify,
etc, in perl.  I don't think the overhead would be that noticable, since you 
are mainly dealing with scanning files, etc, no heavy number crunching.  
Hacking the wais support and ftp gateway back in perl might not be fun :-), but they could be written in C as external go4gw type modules. 

Of course the builtin associative arrays combined with DBM files could be useful
for Gopher+ and other new ideas.

Sounds like a project for this weekend... :-O

Roland

ps. Of course the problem is once I write it someone might actually use it
(like the go4gw stuff) :-)

-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
Newsgroups: comp.infosystems.gopher
From: xcea@uxa.ecn.bgu.edu (Chad Adams)
Subject: unix gopherd -s and -l don't work togeather
Organization: Educational Computing Network
Date: Mon, 16 Nov 1992 22:31:23 GMT

I am tring to use the following in inetd.conf on SunOS 4.1.2 and it does
not work:  (line split up to into 80 column chunks to put in article)

gopher stream tcp nowait root /usr/local/etc/gopherd gopherd -I
-s/home/uxa/xgopher/public_access -l/home/uxa/xgopher/log/public -uxgopher
/home/uxa/xgopher/gopher-public 70

It can't access the main menu.  If I take out the -s or the -l it works.
We need to use both -s and -l.

We are useing the gopherd from gopher1.03.

Chad Adams
-- 
Chad Adams              __               Educational Computing Network
Systems Programmer     /  ) /         /  University Park, IL  USA
1-708-534-0200        /    /_  __, __/   ECN, networking in IL since 1975
c-adams@bgu.edu      (__/ / /_/_/_(_/_   "Wherever you go, there we are."
Newsgroups: comp.infosystems.gopher
From: lindner@danzig.micro.umn.edu (Paul Lindner)
Subject: Re: Go500 how to make it work ?
Organization: University of Minnesota, Minneapolis
Date: Fri, 20 Nov 1992 18:17:39 GMT

In <1eadm6INN18f@kiwi.atk.vtt.fi> keijo@kiwi.atk.vtt.fi (Keijo Tuominen) writes:
>I just installed go500 but when there wasn't any advises how to make it
>work.

>It seems to work file when I telnetd straiht to port it's running
>but inside gopher service it don't work.

>Any ideas.

>My links is:

>name=X.500 directory searcheas
>Type=1
>Port=5555
>Path=1/
>Host=gopher.vtt.fi


You need to set your path to a Search Base.  I beleive something like:
"@c=us@o=University of Minnesota@ou=Twin Cities" should work.
--
 | 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: cschneid@pws2.itr.ch (Schneider Christian)
Subject: Re: New/additional gopher at the Univ of Utah
Organization: Interkantonales Technikum Rapperswil (ITR) Switzerland
Date: Mon, 16 Nov 1992 11:51:16 GMT

In article <BxpKn8.Bw9@cs.dal.ca> silvert@cs.dal.ca (Bill Silvert) writes:
> In <SKLEPZI.4.0@SSB1.SAFF.UTAH.EDU> SKLEPZI@SSB1.SAFF.UTAH.EDU (Steven  
Klepzig) writes:
> 
>>This is to announce a new/additional gopher at the University of Utah.It 
>>is in addition to the top level gopher already in existence here and at 
>>this 
>>time is experimental.  There is very little on this gopher right now but  
>>I hope to have lots of student related stuff on it, like class  
>>schedules, work study/coop job information, registration information &  
>>dates, admissions stuff, etc.
> 
>>It could be listed under the N. American gopher lists and it should be 
>>available also through the top level gopher here at the U of U (I'm not  
>>sure if it is yet...).
> 
> I think we need a hierarchical organization of gopher listings to deal
> with the vast new numbers of servers.  Actually several parallel
> hierarchies are possible because of the way that gopher works.  If
> someone using my server wants the UU class schedules they should be able
> to find a site that lists all US class schedule servers, or all western
> university servers, or something like that.
> 
> There is already a problem in trying to locate servers by subject area.
> I would love to have a list of servers that carry material on
> oceanography and ecology, but at present all I can do is search through
> the continental listings and make guesses.
> -- 

For Anonymous FTP Sites exists Archie, a database for all the stuff in the  
different Anonymous FTP Sites. 
What about an Archie for Gopher Sites? Each Gopher-Server makes an Index  
of the Stuff they have (Keywords, Hostname, Directory) and then this Index  
would be gatherd together in one database. Then it is  possible to search  
for Keywords and the result is a list of Servers, with a remark, were to  
find the special thing.
Example:

Search for Mathematics:

Results:

sunic.sunet.se:70			1/Subject Tree/Mathematics
laurel.euromath.dk:70			/	
vogon.mathi.uni-heidelberg.de:70	1/Matlab
finsun.csc.fi:70			1/matematiikka
laurel.euromath.dk:70			1/Mathematical Institute, DK
...


--
* Christian Schneider; 	Interkantonales Technikum (ITR)
*			Oberseestrasse 10
*			CH-8640 Rapperswil; Switzerland
*			Phone: +4155 234709; Fax:   +4155 234400
* EMAIL: cschneid@itr.ch
From: xcea@uxa.ecn.bgu.edu (Chad Adams)
Newsgroups: comp.infosystems.gopher
Subject: Re: unix gopherd -s and -l don't work togeather
Date: 17 Nov 92 16:04:11 GMT
Article-I.D.: uxa.BxvBB0.9u1
Organization: Educational Computing Network

In article <1992Nov17.070258.10075@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
>SunOS is really braindamaged in that it only allows four real
>parameters to an inetd.conf entry.  You can do one of two things:
>
>remove paramaters (not possible in your case..)
>
>Or make a shellscript "wrapper"
>
>#!/bin/sh
>gopherd -l moo -s goo -I -c etc etc 70
>
>Then you execute the wrapper instead of the actual program..
>--
> | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
> |              | Computer & Information Services | is good for the sake
> | Gophermaster | University of Minnesota         | of comparision.
>///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /

This fixed it. Thanks.
-- 
Chad Adams              __               Educational Computing Network
Systems Programmer     /  ) /         /  University Park, IL  USA
1-708-534-0200        /    /_  __, __/   ECN, networking in IL since 1975
c-adams@bgu.edu      (__/ / /_/_/_(_/_   "Wherever you go, there we are."
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: More bugs gopher1.1b1 (beta programmers as well as code)
Date: 18 Nov 1992 17:06:53 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

the gopher server code should be thought of as roughly in the same
stage that 'A News' software was; people were pretty sure that it would
be used by three or four sites for a couple messages a day, tops.
no one on the nets plans for explosive growth, not for services
they're not sure are going to exist tommorow let alone be scattered
throughout the planet.

now, this should be a heartening analogy, since A News begat B News
which begat C News which begat INN.  Four new-from-scratch implementations
of the same protocol in 10 yrs is not bad at all.

I have a hunch that a competent perl programmer could put together a
bare bones totally new server in a fairly short amount of time, either
of the traditional "it's a file system" model plopped down on a bunch of
directories or some kind of "it's a database" model stuck in in front
of dbm or oracle or sybase databases.  The protocol per se is just not
that complicated.

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

Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Waisindex indexing the index.* files
Organization: University of Minnesota, Minneapolis
Date: Tue, 17 Nov 1992 06:40:02 GMT

In <92321.171224RBF@psuvm.psu.edu> <RBF@psuvm.psu.edu> writes:

>I am running the 1.03 Unix server from Boombox and the Wais code (from
>wais-8-b5) under Aix/ESA.  I build indexes in the usual way by cd'ing to a
>.index directory and then running waisindex.  The index.* files that are
>built work fine except that they also include the data in the index.* files.
>How do I prevent waisindex from indexing the index.* files that it builds in
>the .index directory (this occurs right before waisindex finishes).  I have
>tried this with and without the gopher daemon running and get the same
>result.

Okay, here's whatcha do:

Say you have a directory /home/foo, you store your indexes in
/home/foo/.index.

That's cool, instead of doing this:

waisindex -r /home/foo

do this:

waisindex -r /home/foo/*

Most shells don't expand dot files when you give it a asterick to chew
on. 
--
 | 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: malcolm@portia.csu.murdoch.edu.au (Hugh Malcolm)
Subject: Re: More people would use gopher if ...
Organization: Murdoch University
Date: 22 Nov 92 09:53:39 GMT

bill@rsphys.anu.edu.au (Bill Alford) writes:
 if you asked people outside of the US what a gopher was
>you would probably get a reply of 'I don't know'. I know roughly what a gopher
>is but the rest of the world would not know 

Most 10 year old Australians would be quite familiar with gophers,
either from an interest in what was once called Natural History, or
form the impact of American cultural imperialism via tv cartoons.
What's the big deal about the name? It's established, you won't change
it now. The pun with go fer is both apt and clever, any Mensa member
would agree. 

--
=================================================================
| Hugh Malcolm / Social Sciences Librarian / Murdoch University |
|  Perth, Western Australia. (Edge of the world, Network ends)  |
| Internet: malcolm@portia.murdoch.edu.au                       |
|                                                               |
| "Da steh' ich nun, ich armer Tor"                             |
=================================================================
Newsgroups: comp.infosystems.gopher,news.answers
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: MVS Gopher and TCP/IP
Organization: Draper Laboratory
Date: Fri, 20 Nov 1992 23:26:00 GMT

In article <1992Nov20.153757.19598@uts.cc.wayne.edu>,
mark@opus.pass.wayne.edu (Mark Murphy) writes:

>   I have a question concerning using Gopher on MVS. Does this require a
>particular version of TCP/IP? We have SNS TCP/IP running on MVS, not the IBM
>TCP/IP. Would this make a difference? Any and all information on MVS Gophers
>and the use of TCP/IP with these gophers is welcome. Thanks.

Yes, it requires IBM TCP/IP.  Of course, since it uses sockets, the
code is pretty standard, so it may not be that hard to convert it to
use another TCP/IP.  It may even run out of the box that way (almost).

Why don't you try it?  Get the source and let me know what has/had to
be done to it to get it to run under other TCP/IPs, and I will
incorporate the necessary ifdefs.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: comp.infosystems.gopher
From: HOUGHTON@jylk.jyu.fi (DAVID HOUGHTON, LK)
Subject: VMS Wollongong Client
Organization: University of Jyvaskyla
Date: Wed, 18 Nov 1992 10:16:25 GMT
X-News-Reader: VMS NEWS 1.20

Hello

Is anyone out there using the VMS gopher client with Wollongong TCP
package ? If so I have some questions for you. Well, actually only
one question. Ours will not work. I can compile and link the code
OK but there is a problem with the connect socket function. I have
checked this function with other programs and it will not work. Although
the same code will work on UNIX. Please contact me if you have any
suggestions.

Dave Houghton
Newsgroups: comp.infosystems.gopher
From: Julian Humphries <jmh3@cornell.edu>
Subject: Gopher server on Coherent Un*x?
X-Xxdate: Fri, 20 Nov 92 18: 57:57 GMT
Nntp-Posting-User: jmh3@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Fri, 20 Nov 1992 18:47:01 GMT

Has anyone got the gopherd working on an Intel architecture
machine running Coherent Unix?  How about wais?  Problems?
Newsgroups: comp.infosystems.gopher
From: lindner@danzig.micro.umn.edu (Paul Lindner)
Subject: Re: Unix gopherd functionality suggestion
Organization: University of Minnesota, Minneapolis
Date: Sat, 21 Nov 1992 00:25:24 GMT

In <1eec52INNjfe@pith.uoregon.edu> jqj@duff.uoregon.edu (JQ Johnson) writes:

>The current Unix gopherd has a notion of a "security file" that restricts
>access to the server based on soure IP address or name.  This is a nice
>idea, but is somewhat inflexible.  Also, it currently restricts access
>only to gopher items of type '0' or 'h'.  For such items, it returns
>the "bummer" string instead of the real data.

Yes, this feature was quickly added once we started our UPI/Clarinet
news service.

>In addition to not blocking other file accesses (binary downloads, sounds,
>etc., it allows some type 1 directory accesses.  There's a bug here though
>in the handling of cache files (if a .cache file exists, then type 1
>entries are also blocked, but if no .cache file exists then directory
>access is not blocked.  This means that the first time a blocked host
>displays a directory it may work, but not the second time).

Hmmm, I'll have to look at this..


>Before I go off and start hacking on the code, I'd like some advice from
>the community as to what features are desirable.  My inclination is that
>access checks should be for ANY gopher transaction, not just for file
>printing.  However, what should the server return in response to a client
>request for something random?

Have a look at the gopherd.conf file in the UNIX beta distribution.
The code to implement it is written already and you might want to look
at it.

With the new code you can do the following:

access: default !read,!search,browse
access: micro.umn.edu read,search
access: bozo.umn.edu !browse

Thus you can mask on read,browse, and search.  The beta unix server
still needs to put all the hooks in for the access controls but most
of it's in there.

>More generally, what security model would a typical Unix gopher server
>administrator like to be able to enforce?

I have a plan on doing security for individual directories too...
That would be nice.
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
X-Popmail-Charset: English
Date: Fri, 20 Nov 92 17:16:31 EST
From: lparris@kscmail.Kennesaw.Edu ((Larry Parris))
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Gopher and CSO Nameserver
Newsgroups: comp.infosystems.gopher
Distribution: comp

I am running a CSO Nameserver on my Sun machine.
When I try to acces the Nameserver using PC Gopher II version 1.05r3
I get an error Couldn't build field list.
I have had people off campus access the same gopher server and CSO 
Nameserver and not have a problem.

Has anybody else had this problem.
I have spent 2 days trying different things and nothing seems to work.
I sent a message to gopher@boombox and they were even able to see my CSO 
Nameserver without any problems.
 
Lawrence (Larry) R. Parris
Assistant Director Administrative Computer Services
Kennesaw State College
Marietta, Georgia  30061
Phone 404-423-6049  Gist 228-6049   Fax 404-423-6541





Xref: sparky comp.infosystems.gopher:1205 comp.infosystems.wais:644 comp.infosystems:583
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais,comp.infosystems
Subject: PISA conference report in PACS-L
Date: 18 Nov 1992 02:46:35 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Jack Kessler has a great trip report about the Pisa conference on
network information stuff, which he just posted to PACS-L.  Go ->
there and read it.  (bit.listserv.pacs-l)


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


Newsgroups: comp.infosystems.gopher
From: raman@cs.cornell.edu (T. V. Raman)
Subject: Veronica: unix gopher hangs?
Keywords: veronica choked or hung?
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Fri, 20 Nov 1992 17:05:03 GMT



Hi!

I still have not had any success at using veronica with my gopher 1.02
unix client. I tried several times yesterday and the search did not
return, and I assumed the machine at the other end was choking. The
same thing is happening today, so I am beginning to suspect the unix
client.

So where's the problem? Has anyone had any success in getting replies
from veronica using the unix gopher client?

Thanks,

--Raman
-- 
   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
Newsgroups: comp.infosystems.gopher
From: thacker@cc1.unt.edu (Mark D. Thacker x2568)
Subject: Re: Veronica: unix gopher hangs?
Keywords: veronica choked or hung?
Organization: Computing Center, UNT
Date: Fri, 20 Nov 1992 22:37:25 GMT

In article <1992Nov20.170503.16309@cs.cornell.edu> raman@cs.cornell.edu (T. V. Raman) writes:
>Newsgroups: comp.infosystems.gopher
>Path: mercury.unt.edu!cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!batcomputer!cornell!raman
>From: raman@cs.cornell.edu (T. V. Raman)
>Subject: Veronica: unix gopher hangs?
>Message-ID: <1992Nov20.170503.16309@cs.cornell.edu>
>Keywords: veronica choked or hung?
>Organization: Cornell Univ. CS Dept, Ithaca NY 14853
>Date: Fri, 20 Nov 1992 17:05:03 GMT
>Lines: 21
>
>
>Hi!
>
>I still have not had any success at using veronica with my gopher 1.02
>unix client. I tried several times yesterday and the search did not
>return, and I assumed the machine at the other end was choking. The
>same thing is happening today, so I am beginning to suspect the unix
>client.
>
>So where's the problem? Has anyone had any success in getting replies
>from veronica using the unix gopher client?
>
>Thanks,
>
>--Raman
>-- 
>   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


I have had the same problem with any client that I use (Mac, PC, X, Unix).

So...don't blame your client.

Such a shame, because I really want to see Veronica work!!!

Mark


Mark Thacker                Bitnet : MARK@UNTVAX -or- THENET : NTVAXA::MARK
CC1 Novell LAN Manager      Internet : Thacker@cc1.unt.edu
Computing Center                  or : Mark@vaxb.acs.unt.edu
University of North Texas   Denton, Texas 76203    817-565-2324
Newsgroups: comp.infosystems.gopher
From: harper@convex.csc.FI (Rob Harper)
Subject: Re: New/additional gopher at the Univ of Utah
Organization: Finnish Academic and Research Network Project - FUNET
Date: Wed, 18 Nov 92 09:37:48 GMT

In <1e4m99INN1i4@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:

>Bill Silvert (silvert@cs.dal.ca) wrote:
>: In <SKLEPZI.4.0@SSB1.SAFF.UTAH.EDU> SKLEPZI@SSB1.SAFF.UTAH.EDU (Steven Klepzig) writes:
>: 
>: There is already a problem in trying to locate servers by subject area.
>: I would love to have a list of servers that carry material on
>: oceanography and ecology, but at present all I can do is search through
>: the continental listings and make guesses.

Put in this link to you gopher and it might be of some help.

Name=Geography and Oceanography
Type=1
Port=70
Path=1/Subject Tree/Geography and Oceanography
Host=sunic.sunet.se

Here is what you get when you login as oceanic.

%%%%%%%%%%%%%%%%%%%%%%%%%%% CLIP %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

                            Welcome to
                          O C E A N I C
                    The OCEAN Information Center

                          incorporating
                             SONIC
             The SPAN::OCEAN Network Information Center


                    Created and Maintained by

                    The University of Delaware
                    College of Marine Studies
                        Lewes, Delaware
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Rob "at your service" Harper









--
 ~ Rob Harper                    ~ E-mail:          harper@convex.csc.fi    
 ~ Finnish State Computer Centre ~ Molbio/software: harper@nic.funet.fi
 ~ P.O. Box 40                   ~ Telephone:       +358 0 457 2076
 ~ SF-02101 Espoo Finland        ~ Fax:             +358 0 457 2302