HDTenEightyP/NetNews huggingface dataset:
Date: Wed, 22 Jul 92 12:38:41 EDT
From: BDESIMON@uga.cc.uga.edu (bert desimone)
Subject: Is Less Really More?
Original-To: Gopher Folks <gopher-news@boombox.micro.umn.edu>
Newsgroups: alt.gopher
Distribution: alt

A colleague of mine has noticed an interesting little problem with the
Unix Gopher client and the PAGER_COMMAND.  It goes like this...

OK, let's say you have an environment varaible set for PAGER. Some
people like to set this to less so that man and other utilites that
look for this variable will use less.  Now, you leave the PAGER_COMMAND
for the Gopher client -- set in conf.h -- as more.  Crank up Gopher,
and behold the Pager command. It is less.  No problem??  Well, there
seem to be a few.  The main one has to do with the way that less
handles, or rather doesn't handle, the character sequences used for
toggling screen highlighting for search terms in retrieved documents.
Instead of the highlighting action taking place, the highlighting
characters are displayed (..this is the ^[[7mterm^[[m searched for..).

So, you say, don't use less.  But, even if you change the Pager Command
to more within the client (shift-o) the Pager Command is not written
to .gopherrc like Telnetcmd, Mailcmd, etc.

If I may be so bold as to suggest a change, have Gopher not read the
PAGER environment variable and save Pagercmd in .gopherrc like
Telnetcmd, Mailcmd, etc.  In addition, an environment variable for
GOPHER_PAGER could be added, like GOPHER_TELNET, GOPHER_MAIL, etc.

 ---------------------------------------
| Albert DeSimone, Jr.                  |
|   BITNET:    bdesimon@uga             |
|   Internet:  bdesimon@uga.cc.uga.edu  |
 ---------------------------------------
From: ness@aecom.yu.edu (Seth Ness)
Subject: help
Original-To: gopher-news@boombox.micro.umn.edu
Date: Tue, 21 Jul 92 17:16:38 EDT
X-Mailer: ELM [version 2.3 PL4]
Newsgroups: alt.gopher
Distribution: alt

hi,
i know nothing about unix but i've been volunteered to find out about
setting up the unix gopher server. i've read all the docs i could find but
i'm still confused. what do you have to do to all your files and directories
so they'll work with gopher? i saw that you can use your anonymous ftp
file structure, how do you do this? how does the gopher server know what
type of file something is;text, binhex,sound, etc..the types that are numbered
0-7? does it figure it out or do you have to specify somewhere for every
single file on the computer what type it is, and if so how?
thanks

-- 
 Seth L. Ness                        Ness Gadol Hayah Sham          
 Ness@aecom.yu.edu
Date: Wed, 22 Jul 1992 09:50:08 -0600
From: digiuser@sirius.byu.edu (Robert Perkins)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: remove me from the list
Newsgroups: alt.gopher
Distribution: alt

Please remove my name from the list

---
Rob Perkins
BYU Systems Software Support Technician
Hi! I'm a .signature Virus! Copy me into your .signature and join the fun!
"My opinions are sick and can't come to work"
:) 

-----------------
Rob_Perkins@byu.edu NeXTMail welcome! 
Newsgroups: alt.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: problems with gopherd under inetd
Organization: Draper Laboratory
Date: Mon, 27 Jul 1992 13:02:00 GMT

In article <1992Jul27.035950.7779@mtu.edu>,
splite@mtu.edu (Steven Plite) writes:

[numerous gopherd lossages under inetd]

>This is under SunOS 4.1.1, for what it's worth.  Firing up a gopherd from the
>command line with both '-l' and '-s' works fine.  Any help (including spare
>hair: I've ripped out most of mine...) would be appreciated.

Send your tonsorial bill to Sun Microsystems and the rest of that
crazy Unix gang.  There is an *undocumented* "feature" of inetd
in that a maximum of 5 command line arguments is processed.

That's what I found out, thanks to Paul Lindner at micro.umn.edu.
He says he'll document this (presumably in a future README?).

So I had to write a dummy shell script to pass all the arguments.
Here's my gopherd.sh:

#!/bin/sh
#
# hack to get around undocumented limitation of /etc/inetd.conf that
# only 5 arguments are allowed.
#
# Entry in /etc/inetd.conf looks like:
#
# gopher		stream	tcp	nowait root /usr/local/etc/gopherd.sh gopherd
#
cd /usr/local/etc
PATH=${PATH}:/usr/local/etc
export PATH
gopherd -CIcu seb1525 -l /var/gopher/server-log /usr/local/lib/gopher-data 70

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
From: dbeedle@rs6000.cmp.ilstu.edu (Dave Beedle)
Subject: CMS Pipelines?
Date: Mon, 27 Jul 1992 16:23:50 GMT
Organization: Illinois State University

   Hello.  I'm working on setting up the rice Gopher client on a VM machine.  
At one point the client says that it needs something called CMS Pipelines.  
What is this and where is it available?  Thanks!
-- 
  Dave Beedle                                    Office of Academic Computing
                                                    Illinois State University
  Internet:  dbeedle@rs6000.cmp.ilstu.edu                    136A Julian Hall  
  "Relax, don't worry!  Have a homebrew!"                  Normal, IL   61761
Newsgroups: alt.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: gopher<->NNTP perl script
Summary: acl's
Organization: Distributed Computing Group, Stanford University
Date: Sat, 25 Jul 92 21:42:06 GMT

In article <1992Jul25.002513.22566@leland.Stanford.EDU> schemers@leland.Stanford.EDU (Roland Schemers) writes:
>Ok, here is yet ANOTHER gopher gateway. Gopher to NNTP. This is
>different from MSU's approach in that it is done dynamically
>by changing gopher requests into NNTP requests and vice-versa.

Ok, for those of you with news you can't deliver off of campus
(like clari* at Stanford :-), the version I dropped off in 
pub/gopher/incoming/gopher2nntp includes acls. They are simple
and look like:

  @nntp_acl=(
#     ipaddress  group    access + = allow, - = deny    
     '^36\.      .*       +',
     '.*         ^clari   -',
     '.*         .*       +'
  );

Acl's are processed in order until a match is found. This acl
allows anyone on campus full accesss, everyone else is denied
access to groups that start with ^clari, while allowed access to everything
else (this may change of course, as this gopher is not really public yet).

Roland

-- 
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
From: fwp@CC.MsState.Edu (Frank Peters)
Newsgroups: alt.gopher
Subject: Re: index for all of gopherspace
Date: 27 Jul 92 21:44:01 GMT
Organization: Computing Center, Mississippi State University

In article <1992Jul27.180509.27470@mercury.unt.edu> billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager) says:
: >You send a query to the meta-database server, and it returns a
: >list of databases.  You pick one [or several- but we can't do this without
: >overhauling the client] of those, and your client sends a search off to
: >them.
: >Now, why couldn't we do this with gopher?
: >
: This could be done.  Actually, I don't really care to make this a "user"
: feature.  It would involve some major coding and maybe a protocol change.
: Just something us sysadmins use to figure out where we would like to place
: links to.

I think making it only a gopher administrator's resource sort of
defeats the purpose.

I'm a twinkie eating UNIX weanie and could care less about a recipe
server, for example.  But that doesn't mean that none of my gopher
users are interested in them...or in a bejillion other things I don't
care about.  But, of course, if I link in EVERYTHING then they still
have the problem...it has just been translated into one of traversing
my gopher tree hierachy (which would, of course, be huge and constantly
out of date).

I think it would be a very useful thing indeed if Joe Random
Entomologist had some way to go out and find some bug databases without
requiring me to explicitly support a link to them (bugs give me the
willies).  Sort of an archie server for gopher/wais/www resources is
what I have in mind (possibly with hooks to automagically "go there" in
various clients or servers).

This is the sort of thing that is going to be necessary to get these
resources out there to the user in the age of information overload.
--
Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
Newsgroups: alt.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: official g2nntp
Organization: Distributed Computing Group, Stanford University
Date: Fri, 31 Jul 92 18:32:08 GMT

In article <15bpcbINNsda@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:
>I would like to see a g2nntp gateway that would let me reference articles
>by message id, not just by article number.  That would increase the chance
>that I could take a reference from a remote site and localize it without
>having to copy the data back.
>

I just downloaded a version of g2nntp (for the go4gw daemon) to boombox that
has the following command:

nntp article <15bpcbINNsda@nigel.msen.com>

Is that what you meant? You can now using the following article commands with
the g2nntp script (under go4gw):

nntp article su.jobs 1023               # any old article
nntp article su.jobs first              # first article in group
nntp article su.jobs last               # last article in group
nntp article <id>                       # grab article by id

I'm probably going to add stuff like:

nntp article su.jobs last-1             # 2nd from last

But I'm not sure how useful that would be.

I have also added some other commands, which act just like their NNTP
counterparts:

body
head

So you can grab just the header or body of an article:

nntp body <id>
nntp body su.events last

This helps out for those newsgroup that you don't want people to see the
headers on. I have also added the following commands:

lsa
lsb
lsh

Which will list groups and return the correct "article","body","head" commands
as selectors. Note the group can now be BLANK in the "ls?" commands, so you
can have something like:

Name=USENET news
Path=nntp lsb
...
Name=USENET news (with headers)
Path=nntp lsa 
...

Here are the new commands:

# ""                         -> list top level groups, using $nntp_defart
# ls $group                  -> list group's articles and sub-groups
# lsa $group                 -> like "", sends "article" & "lsa" commands back
# lsb $group                 -> "" sends "body" & "lsb" commands back
# lsh $group                 -> "" sends "header" & "lsh" commands back
# article <id>               -> get article by ID
# article $group $number     -> get 1 article, number can be "last" or "first"
# body <id>                  -> like article, but just get text
# body $group $number        -> ""
# head <id>                  -> like article, but just get header
# head $group $number        -> ""
# sorry                      -> send sorry message


As far as a standard "g2nntp" script, I don't see why there has to be
one, since they aren't running on the same port anyways. 

If anyone wants me to post the new g2nntp script I will. Its on boombox
in the go4gw.shar. (yea, yea, I'll put a version numbers and RCS on some
day :-)

Roland




-- 
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: alt.gopher
From: daniel@mudhoney.micro.umn.edu (Daniel Torrey)
Subject: Re: index for all of gopherspace - try the new archie...
Organization: University of Minnesota, Minneapolis
Distribution: na
Date: Tue, 28 Jul 1992 16:05:03 GMT

In <1992Jul28.001000.8292@sifon.cc.mcgill.ca> peterd@bunyip.com (Peter Deutsch) writes:


>The idea is that archie will revisit your server periodically to a) 
>verify you're still alive, and b) pick up a description of your site in 
>some format (provided you can give this to us). We were planning to 
>look into asking the Gopher gang to standardize on such site 
>descriptions as we set things up. Sound reaonable? Have such standards 
>been worked out and I missed it?

Sounds like a great idea, Peter.  Resource discovery is non-existent in
Gopher.  I don't believe that we've got any work going on in this area
at all yet.

>Another approach is a simple extension to the Gopher protocol to allow 
>us to say "dump the equivalent of ls -lR" to the sender and have
>the server give back the entire listing in a format we can parse, or
>even "dump your hierarchy of descriptions files".

I like this one, although I'm but a lowly client-developer.  Paul Lindner
is well-qualified to address this one, being the main server architect.

-daniel




--

Daniel A. Torrey                           daniel@bauhaus.micro.umn.edu
University of Minnesota                                  (612) 626-8663
CIS/UAP/ETC               In gopherspace, no one can hear you scream...
Newsgroups: alt.gopher
From: daniel@nstn.ns.ca (Daniel MacKay)
Newsgroups: alt.gopher
Subject: index for all of gopherspace
Date: 27 Jul 92 16:37:46 GMT
Organization: NSTN Network Operations Centre, Nova Scotia, Canada

Hello!

I was thinking of the WAIS, and how you can do a WAIS query which'll tell
you a list of databases are pertinent to your query.  And I was writing
something which said "Here's the difference between WAIS and gopher."

Now, the WAIS thang works because all the people who run WAISs, have sent
in to the mother of all WAISs, an abstract for each database they've
published.  You send a query to the meta-database server, and it returns a
list of databases.  You pick one [or several- but we can't do this without
overhauling the client] of those, and your client sends a search off to
them.

Now, why couldn't we do this with gopher?

Here's the problem I'm trying to solve: I know somewhere in gopherspace
there's a really good recipe database.  But where is it?

All we'd need for this is a central registry where people could submit
well-written, noun-rich abstracts of resources which are available *only*
in their gopher.  Obviously a human would have to screen out duplicate
entries and could even possibly inform gopher managers of redundancy- that
is, after all, one of the things we're fighting against.

Then- we just run an index on the abstracts, and gopher managers can put a
search item onto their menus- something like "Gopherspace Resource Search"
that points to the central registry.

Our hapless user picks it, and asks for "recipies" or "food" or "cooking"
and gets a pointer back to the resource- whereever it is. (who cares where
it is?)

In my case, I'd write an abstract about the Canadian Weather Forecasts,
NSTN, and the CA*Net newsletter.  The abstract would go into a directory
with a descriptive name, and also in that directory would be the pointer to
the resource itself.  If the user typed "weather" into the gopherspace
search item, presumaby he'd get a couple entries back- the US Weather
Forecast service (wherever it is) and mine.  He can point and shoot and be
connected to the resource.

What do you think?
--
	Daniel MacKay				daniel@nstn.ns.ca
	NOC Manager, NSTN Operations Centre	902-494-NSTN
	Dalhousie University, Halifax, Nova Scotia, Canada
From: schafers@cps.msu.edu.cps.msu.edu (Steven R Schafer)
Newsgroups: alt.gopher
Subject: Executing other applications through gopher
Date: 30 Jul 92 19:04:06 GMT
Reply-To: schafers@cps.msu.edu.cps.msu.edu (Steven R Schafer)
Organization: Dept. of Computer Science, Michigan State University
Originator: schafers@atlantic.cps.msu.edu

I was wondering if it is possible, and if so how would you do it, to run
another application from gopher.  Let's say wais or www, maybe by using
exec in a .link file or something similar.
Newsgroups: alt.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: index for all of gopherspace
Organization: University of North Texas
Distribution: na
Date: Tue, 28 Jul 1992 02:21:46 GMT

peterd@bunyip.com (Peter Deutsch) writes:

>This echoes the point I was trying to make in one of my previous posts. 
>Providing a good Yellow Pages service is a different puppy from 
>providing a great tool for easy interactive browsing of collections of 
>information. your browsing tool is a great way to access the 
>information once it is built up (so a gateway to this service, with
>a suitable link at the top of every Gopher hierarchy, seems to make 
>sense) 
>
*throws up violently* ;-)  That is EXACTLY the opposite of what I am seeking
with my Gopher server.  Our goal here at NT is to hide where the data
is from the end user.  I've talked to a lot of users.  The theme I always
hear is "I just want the data.  I don't care where it is and really do not
want to know."  Transparency is the goal.  It requires time and effort though.

This concept will help the sites that do not invest the time and energy into
their Gopher though.

Billy
From: urle@rz.uni-karlsruhe.de (Uli Betzler (urle))
Newsgroups: alt.gopher
Subject: Re: Gopher Type 6 ???
Date: 21 Jul 92 15:39:47 GMT
Organization: University of Karlsruhe, Germany

Hello Don !

In article <Brqo9v.5D6@usenet.ucs.indiana.edu>, gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
|> Type 6 is not a new type, it was assigned for UU encoded files
|> a while back.  It seems to have been dropped from release 1.0,
|> but I missed noticing that.  The reason that uuencoded type
|> is in this patch, which I wrote, is that on my archive, there
|> are lots of encoded files, including binhex (mac) and uuencoded
|> (pc, unix, vms).  I generally do not know, nor does the server
|> computer know, what is inside these uuencoded files.  So it
|> is hard to assign them as text or binary.  However, uuencoded
|> files could be treated as text type, if no one else wants
|> to support type 6.   

... but what should the client do with this type ?
The client doesn't know, what's in the file - so he only can copy it as
it is. The only advantage of type 6 is, that the gopher-server uudecodes
the file instead of the client.

The question is: should we spent an extra type for this point or could we
treat this problem like the compressed files ?
One possible way could be: 1. uuencode the first part of the file and
2. test, if it's text or binary stuff and treat it correctly.

I think, this behaviour is easy to implement into the server - right ?

urle

urle


-- 
Ulrich Betzler                             smtp:   urle@rz.uni-karlsruhe.de
Universitaet Karlsruhe                     bitnet: rz83 at DKAUNI2
Rechenzentrum
Zirkel 2                                   X.500:  cn=Ulrich Betzler
7500 Karlsruhe 1                                   ou=Rechenzentrum
FRG                                                o=Uni-Karlsruhe
                                                   c=DE
phone: +49 721 608-4039                                       
Newsgroups: alt.gopher
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: official g2nntp
Organization: Swarthmore College Computing Center, Swarthmore, PA, USA
Date: Fri, 31 Jul 1992 14:59:29 GMT

billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager) writes:
> I think it would be preferable to standardize on ONE if possible.

Huh?  Why?

In any case, Roland's multiple nntp/whois/webster go4gw daemon is the way to
go if you're adamant about choosing one.  It only makes sense to consolidate
the similar services under one daemon and makes adding new services very
easy.

--
Eiji Hirai <hirai@cc.swarthmore.edu>    :     :    :   :  : :: ::: :::: :::::
Unix Hacker for Swarthmore College      :     :    :   :  : :: ::: :::: :::::
Computing Center, Swarthmore, PA, USA.  Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.   All Rights Reserved.
From: arf@maths.warwick.ac.uk (Anthony Iano-Fletcher)
Newsgroups: alt.archery
Subject: Re: Olympic opening ceremony
Date: 28 Jul 92 11:44:27 GMT
Organization: Mathematics Institute, University of Warwick, UK.

In article <1992Jul27.122822.8523@aio.jsc.nasa.gov>,  (J. Hamilton) writes:
> I just wanted to say THANK YOU to whoever posted the note about
> the Olympic torch being lit by flaming arrow... that was really
> the only reason I tuned in to watch the opening ceremony, and it
> was really something to see, really incredible. Wow.  Thanks! :)
> 
> -j.
Thanks from me as well.

Does anyone know if/when the BBC are going to show any archery in the UK?

			Ta, Anthony.
--
Anthony Iano-Fletcher (arf@maths.warwick.ac.uk)
PHONE:      +44 203 523523 x267
Newsgroups: alt.archery
From: akarpowicz@mta.ca (Adam Karpowicz)
Subject: Re: Long distance record
Reply-To: akarpowicz@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Wed, 22 Jul 1992 23:41:07 GMT

In article <RIGG.92Jul22095842@osnome.che.wisc.edu>, rigg@osnome.che.wisc.edu (Tim Rigg) writes:
>In article <1992Jul22.003403.25314@jupiter.sun.csd.unb.ca> akarpowicz@mta.ca (Adam Karpowicz) writes:
>   Does anyone know what is the recent record in long distance shooting?
>   What was the type/construction of the bow used?
>
>Amazing.  I was just browsing through a Guiness Book of World Records
>this weekend and noticed this record.  The maximum distance is
>something like 2300 yards using a "footbow". They had a picture of
>this fellow on his back with a bow held in his feet.  He was pulling
>the string back with both hands.  It didn't look like something you
>could take to your deer stand..

Wow!!!

How about a "hand" bow?

Adam

Newsgroups: alt.archery
From: lalonde@qucis.queensu.ca (Paul Lalonde)
Subject: Journal of the Soc. of Archer Antiquaries (was Re: Hungarian bow)
Organization: Computing & Information Science, Queen's University at Kingston
Date: Wed, 22 Jul 1992 18:09:05 GMT

In article <1992Jul20.002343.14199@jupiter.sun.csd.unb.ca> akarpowicz@mta.ca writes:
>There was an article in the Journal of the Society of Archer-Antiquaries
>in 1984, by Dr.Fabian Gyula. He describes an Avar bow from 6th-8th centuries
	
	Can anyone give me some contact information for this group?
I've been looking for something like this for a while...

	Paul


 Paul A. Lalonde	 	Internet: lalonde@qucis.queensu.ca
 Home Phone: (613)549-0605	Work Phone: (613)545-6754

"On ne voit bien qu'avec le coeur, l'essentiel est invisible aux yeux"
				- Antoine de St.-Exeupery
From: lee@deneb.jsc.nasa.gov (Darrell Lee [MDSSC])
Newsgroups: alt.archery
Subject: Waterproof Fletching
Date: 28 Jul 1992 15:07:07 GMT
Organization: Software Technology Branch - NASA/JSC
Originator: lee@deneb


This hunting season I am planning to switch from plastic vanes to feathers
on my hunting arrows. Can any one tell me a good odorless way to waterproof
them?


Thanks ,
 
Darrell
From: bsmorgan@sdrc.COM (Brian Morgan)
Newsgroups: alt.archery
Subject: Re: Ok.. here are some bows..
Date: 30 Jul 92 19:42:16 GMT
Organization: SDRC

In article <59324@mimsy.umd.edu> acecoder@umiacs.umd.edu (Pierce Leonberger) writes:
>
>Ok..  I've thumbed through a couple of magazines and finally found one with
>some decent information on Compound Bows.  Here they are.  I'm only listing
>the ones that were in my price range.
>
Another brand you might consider is Darton.  My son and I both have Dartons
(sorry, can't remember the model names) and they have both been great.
I've had mine for about 7 years now, and have taken several dear, and LOTS of
small game.  Darton is usually less expensive than the brands you listed.
    Brian


Newsgroups: alt.archery