HDTenEightyP/NetNews huggingface dataset:
From: ed@cwis.unomaha.edu (Ed Stastny)
Subject: Looking for new root server for SOUND
Organization: University of Nebraska at Omaha
Date: Fri, 31 Jul 1992 15:00:55 GMT

As some may have noticed...SOUND is "suspended indefinately" on
odin.unomaha.edu.  The system administrator has done this in question of
it's "academic relation".  SOUND is an entertainment and news paper in
the Omaha area.  
 
My brief request is for gopher-administrators on commercial or other
friendly servers who would be interested in carrying the SOUND News and
Arts.  I built it in a format allowing for browsing of individual
articles in separate sections.     
 
If interested, please contact me at: ed@odin.unomaha.edu   OR
                                     ed@cwis.unomaha.edu   OR
                                     ed@unomaha.edu
 
Thanks.

--
| Ed Stastny                   | SOUND Now available via: email (from me), |
| ed@cwis.unomaha.edu          | gopher (cwis.unomaha.edu), and snailmail. |
|                              |===========================================|
| SOUND newspaper and netzine  | Death has far too short a fuse...live.
Newsgroups: alt.gopher
From: splite@mtu.edu (Steven Plite)
Subject: problems with gopherd under inetd
Organization: Michigan Technological University
Date: Mon, 27 Jul 1992 03:59:50 GMT

I'm having a problem in getting gopherd to use both a log and a security file.
The relevent line in inetd.conf is:

gopher  stream  tcp     nowait  root    /local/mining/lib/gopherd       gopherd
-I -l /local/mining/gopher/.log -s /local/mining/gopher/.secure /local/mining/go
pher 70

If I remove either the '-l ...' or the '-s ...' part, it works.  If both are
present, the server won't grant access.  My gopher directory looks like so:

drwxr-xr-x  2 root          512 Jul 26 23:41 ./
drwxr-xr-x 16 root          512 Jul 25 15:41 ../
-rw-------  1 root            0 Jul 26 23:40 .log
-rw-------  1 root            2 Jul 26 23:42 .secure
-rw-r--r--  1 root           16 Jul 25 15:46 readme

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.

Also, I can't run gopherd from inetd with '-u' without '-c' (altough the man
page says one can.)  It looks like a chroot is done before every command
received-- unfortunately, the uid is changed the first time through, so
the chroot fails.  I fixed this by using seteuid instead of setuid, then
temporarily changing back to uid 0 to do the chroot.  This fixed the problem
when running gopherd from the command line, but inetd was still no go.
Any suggestions?  (Sorry if this is old news, but I've read all the articles
we have in alt.gopher without luck.)  Thanks in advance.
								-- splite
-- 
_______________________________________________________________________________
Steven Plite  [splite@mtu.edu] or      Department of Mining Engineering, MTU
              [splite@mtus5.bitnet]    Academic Computing Services, MTU
Newsgroups: alt.gopher
From: hooper@ccs.QueensU.CA (Andy Hooper)
Subject: Wish List Re:  gopher<->NNTP et al.
Organization: Queen's University, Kingston
Date: Wed, 29 Jul 1992 22:09:16 GMT

All these gopher<->xyz gateway scripts are really neat, but they're
proliferating like crazy. A single, table driven, gopher gateway daemon
would be nice, to pull them back under some kind of umbrella something
like inetd does for TCP/IP daemons. 

Andy Hooper
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: alt.gopher
Subject: Re: Which gopherholes support sound...
Date: 23 Jul 92 21:52:07 GMT
Organization: Michigan State University

In article <1992Jul23.141530.8687@ncsu.edu> everette@ncsuvm.cc.ncsu.edu  
(Everette Allen) writes:
> I am interested in hearing sound with the gopher client on my mac. Is there
> an index or list of holes that have sound resources available?  Time of day
> restrictions, etc.  EVerette


We have some sounds on our Gopher service (gopher.msu.edu) under our Voice
Library section (under MSU Libraries).  They are a handful of speeches
from our Voice Library.  No usage restrictions so far (and I hope this posting
doesn't cause a change in that situation!)  Enjoy.

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Newsgroups: alt.gopher
Subject: Re: index for all of gopherspace
Date: 27 Jul 92 21:15:43 GMT
Organization: Swarthmore College Computing Center, Swarthmore, PA, USA

billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager) writes:
> I was going to bring it up at the Gopher
> Developer's Conference in a couple of weeks

Whoa!  What's this?  Is this something that's being organized as a BOF at
one of the upcoming Usenix conferences or are you just visiting U of
Minnesota?

--
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.
Newsgroups: alt.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Gopher and NeXT Digital Librarian Problem
Organization: University of Minnesota, Minneapolis
Distribution: alt
Date: Wed, 29 Jul 1992 21:20:16 GMT

In <Mailstrom.1.02b2.44752.-3114.heycke@sumex-aim.stanford.edu> heycke@sumex-aim.stanford.edu (Torsten Heycke) writes:

>We've found the Boolean operator search capability derived from using the NeXT's
>Digital Librarian to index our gopher files to be useful. Unfortunately, we also
>find that multiple directories of files result in recursive links in the gopher
>directories (because DL apparently wants pathnames relative to the directory in
>which the index resides). 

>Are there other Digital Librarian gopher users out there who have experienced
>this? figured out a work-around?


Here is a general purpose script that munges the pathnames correctly.
Give it a try...

#!/bin/csh

#
# A simple shell script that makes NeXT indexes of a directory with
# the paths munged appropriately.
#
# Automatically makes a link for good measure too.
#

set GopherHome = "/Gopher/IIC"
set Data = "/Gopher/IIC/CSOM Information/MBA Program/Course Descriptions"

cd $GopherHome

mkdir /tmp/.index
ln -s /tmp/.index "$GopherHome/.index"
ixBuild -Vv -f text -i $GopherHome/.index/index.ixif "$Data"
mv /tmp/.index/index.ixif "$Data/.index/"
rm "$GopherHome/.index"

echo "Name=Index of this tree"  >"$Data/.IndexLink"
echo "Type=7" 			>"$Data/.IndexLink"
echo "Path=7/$Data/.index" 	>"$Data/.IndexLink"
echo "Host=+"			>"$Data/.IndexLink"
echo "Port=+"			>"$Data/.IndexLink"

--
 | 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: dgaraffa@bigmac.mskcc.org (Dave Garaffa)
Newsgroups: alt.gopher
Subject: None
Date: 24 Jul 92 14:55:05 GMT
Distribution: alt
Original-To: gopher-news@boombox.micro.umn.edu (Gopher Discussion List)
X-Mailer: LeeMail 1.2.4

Hello Fellow Gophers!

I have been on the "CLIENT" side for quite some time now, (and love it!)  Last 
week I got a Macintosh Quadra 950 with the A/UX bundle and I am tring to 
install the Gopher (unix) "SERVER" v1.0.1 and I am having a few problems...

to note: I am still new to A/UX and I think that might be part of the trouble
         but here go...

When I do a make in the /gopher1.01 directory both gopher and gopherd compile 
but I get the following warnings:

in /gopher1.01/gopherd/gopherd.c
    line 1181: warning: statement never reached

in /gopher1.01/gopher/gopher.c
    line 617: warning: illegal pointer combination, op==
    line 622: warning: illegal pointer combination, op==

but the server DOES run okay and so does the client!  Is this okay?!?!

the second problem is when I do a make install

the only way it will do the install is if I change all instances of the command 
install from install <file> <directory> to install <directory> <file>

Like I said, I am very new to A/UX and I think this message may belong in 
comp.unix.aux but alas we (MSKCC) do not have a news server and I only have 
read-rights to a server located 'elsewhere'.
 
I hope someone can lend-a-hand...


------------------------------------------------------------------------
= Dave J. Garaffa                        =       Internet Email        =
= Manager Macintosh Support              =                             =
= Memorial Sloan Kettering Cancer Center =  dgaraffa@bigmac.mskcc.org  =
------------------------------------------------------------------------
include <std.disclaimer>
From: peterson@choctaw.NoSubdomain.NoDomain (Bob Peterson)
Newsgroups: alt.gopher
Subject: Escaping shell metacharacters
Date: 24 Jul 92 20:56:32 GMT
Reply-To: peterson@csc.ti.com
Organization: Texas Instruments Computer Science Lab


  Over the past few days I used Mike Macgirvin's
(mtm@camis.Stanford.EDU) WHOIS/FINGER hack (alt.gopher article
<mtm.711060422@CAMIS>) to implement in our Gopher 1.01 queries of the
local Archie index.  In doing so I suddenly discovered my Archie query
using the regular expression ^emacs caused _execution_ of emacs, rather
than executing the archie shell script with an argument of ^emacs.  The
shell (/bin/csh under SunOS 4.1.2) interpreted the caret as a
metacharacter, terminated the line up to and including the caret, then
executed emacs.

  In short, gopherd`s exec: processing needs to strip or escape
characters with special meaning.  Failing to handle special characters
opens a security hold, e.g., if instead of searching for files matching
the regular expression "^emacs" I had searched for "^rm -rf *", well,
you get the idea.

  The new code should probably go into gopherd/special.c just after
line 64, "s[strlen(s)-1] = '\0';".  I've not yet debugged the necessary
code.

    Bob

--
Bob Peterson             Work: peterson@csc.ti.com              Expressway Site
Texas Instruments        Home: peterson@zgnews.lonestar.org     North Building
P.O. Box 655474, MS238   TIMSG: RWP  Landline: +1 214 995 6080  Aisle A4
Dallas, Tx USA 75265                 FAX line: +1 214 995 0304  2-88V97
Newsgroups: alt.gopher
From: jmc@newton.emba.uvm.edu.uvm.edu (John Connors)
Subject: VMS Client Help File
Keywords: gopher help
Organization: University of Vermont -- Division of EMBA Computer Facility
Date: Wed, 29 Jul 1992 19:43:06 GMT


If you someone could be so kind as to direct me to a help file suitable
for the VMS gopher client?  Or mail it to me?   People type 'h' and 
get a file not found error.  

Thanks in advance.

jc in vt



-- 
John M. Connors                  Ph: (802)656-2012 Fax: (802)656-8429
238 Waterman Building            E-Mail: jmc@uvm.edu, jmc@uvmvax.bitnet
University of Vermont            "Really, I am a computing professional." 
Burlington, VT  05405-0160              "I have a business card."
From: emv@msen.com (Edward Vielmetti)
Newsgroups: alt.gopher
Subject: Re: queries: is there a line-mode UNIX client, & xgopher "hanging"
Date: 27 Jul 1992 22:35:45 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

jml4@cus.cam.ac.uk (John Line) writes:
: 
: Is there any prospect of either the standard curses gopher client learning how
: to cope with really dumb terminals, or a totally separate program providing
: equivalent functionality?

If you use the line more world wide web client (from
info.cern.ch:/pub/WWW) and point it at your gopher you get a pretty good
result.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 741 1120
"We believe in: rough concensus and working code."  Dave Clark on the IETF
Date: Wed, 22 Jul 92 16:01:05 EDT
From: HOLTZMAN@SJUVM.BITNET ("Michael S. Holtzman")
Subject: PC Client problem fixed / more CMS server questions
Original-To: VM-Gopher Discussion List <vmgopher@PUCC.BITNET>,
        Gopher News List
 <gopher-news@boombox.micro.umn.edu>
Organization: St. John's University
X-Envelope-To: gopher-news@boombox.micro.umn.edu
Newsgroups: alt.gopher
Distribution: alt

Hi again.  I got a newer PC Gopher II (v102 ?) and the server type
error is now fixed -- thanx.  Now some more server questions ....
 
Is it possible to:
   1 - set up a Telnet link that automatically logs on to the remote
system?
 
   2 - run an arbitrary program (REXX Exec, etc) from a Gopher menu?
 
If you can send me an example for a CMS server to do anything like that,
I would be very grateful.  Thanx again.....
 
--------------------------------------------------------------------
Michael S. Holtzman      St. John's University    HOLTZMAN@SJUVM
(718) 990-1637           Perboyre Hall, Rm B14    MIKE000@SJUMUSIC
                         Jamaica, NY 11439
Newsgroups: alt.gopher
From: jqj@duff.uoregon.edu (JQ Johnson)
Subject: Re: Human factors in PC Gopher II
Keywords: PC Gopher II
Organization: University of Oregon Network Services
Date: Wed, 22 Jul 92 20:06:22 GMT

>People don't know understand the distinction between closing a text
>window that's opened up, versus hopping back a menu level.  Thus
>invariably they type Alt-F3 when they don't mean to.  This of course
>closes their current Gopher session.

The present semantics make some sense when you realize that one gopher
instance (note that you can have multiple simultaneous gopher instances)
inside of a PC Gopher session can have multiple text window or CSO window
children all open simultaneously.  Closing a *window* is consistent
across window types.

On the other hand, I also observe that most Gopher users have simply a
single gopher instance and at most a single text window open at any one
time.  They seem to conceptualize a gopher session as a stack with several
menus (poppable via "Back") then either a text window or a menu window at
the "top" of the stack.  Perhaps this is because of the small screen size
(most people seem to use 25 line displays), perhaps it's the natural way
people think, or perhaps it's because selecting a directory item in gopher
REPLACES the current directory window rather than creating a new window. 
If you created a new directory window for each directory item selected,
you could get rid of the "Back" menu item altogether, greatly simplifying
the conceptual user interface.  You might not even need the "New Gopher"
item.

By the way, why can't we resize menu/directory windows?

-- 
JQ Johnson
Director of Network Services		Office: 250E Computing Center
Computing Center			Internet: jqj@ns.uoregon.edu
University of Oregon			voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
Newsgroups: alt.gopher
From: mahler@usl.edu (Mahler Stephen J)
Subject: weather
Organization: University of Southwestern Louisiana
Date: Fri, 24 Jul 1992 13:45:15 GMT

I haven't been around to read this group for awhile, what is the
scoop on  the weather that was supplied by  mermaid.micro.umn.edu ??
...Steve
Newsgroups: alt.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: xgopher segmentation violation after applying query patch
Organization: Distributed Computing Group, Stanford University
Date: Wed, 22 Jul 92 15:37:15 GMT

In article <19920722103433SEB1525@MVS.draper.com> SEB1525@MVS.draper.com (Steve Bacher) writes:
>
>After application of the query patch to xgopher (1.1a),
>it core dumps with a segmentation violation when I try to
>retrieve a file from the server.  It dies at line 414 in util.c,
>function getFile, because the indexString is null.  (Actually it dies
>in writeString, presumably.)
>
>Apparently the addition of the writeString(s,indexString) did it.
>Should be trivial to fix.
>

Sorry about that! Just removing the following two lines from getFile:

       writeString(s, "\t");
       writeString(s, indexString);

I originally was going to use getFile, but I needed some more logic
so I cut and pasted it to getQueryFile and forgot to take the
two lines out of getFile.

Sorry!

I replaced xgopher.query.patch with the correct one, and all works
fine.

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: lindner@mudhoney (Paul Lindner)
Subject: Re: Branching out of the Gopher Directory Tree
Original-To: moravan@yuma.ACNS.ColoState.EDU (Michael Moravan)
Date: Fri, 24 Jul 92 15:56:17 CDT
Original-Cc: gopher-news@boombox.micro.umn.edu
Reply-To: lindner@boombox.micro.umn.edu.
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: alt.gopher
Distribution: alt

Michael Moravan sez:
. 
. 
. 
. I would like to have Gopher branch out of the gopher directory tree
. to another subdirectory outside the gopher directory tree but in
. the same unix file system. 
. 
. I am trying to bring up a Gopher 1.01 unix server  and found that gopher
. will not follow a symbolic link and my system manager vetoed 
. using a hard link.
. 
. One site appeared to use another port an the same gopher server?
. Is this the only way to so this?

True, this is one way of doing it.  A better way is:

1) Run the Unix server with the -c option.
2) Make symbolic links from any other dir/file to the gopher-data
   directory.

Easy, you could even do this:

ln -s /usr/man/cat1 /home/gopher-data/Man_Pages/cat1


-- 
 | 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: alt.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: g2nntp patch
Organization: Distributed Computing Group, Stanford University
Date: Thu, 30 Jul 92 21:17:14 GMT

Here is a patch file for g2nntp. It allows you to grab the first or last
article in a newsgroup. I might extend this concept further, and allow
last-1, etc. This allows you to have a link like:

Name=Latest ClariNet Headlines
Type=0
Port=4320
Host=slapshot.stanford.edu
Path=nntp article clari.news.headlines last

Thanks to Jurgen Botz for the initial suggestion. I decided to use "first" and
"last" instead of his suggestion of -1 as the last article.

The shar on boombox contains the patched version of g2nntp.

Roland

ps. Version numbers coming to a theater near you. :-)


*** g2nntp	Thu Jul 30 13:35:59 1992
--- g2nntp.new	Thu Jul 30 13:37:39 1992
***************
*** 22,28 ****
  # 
  # ""                         -> list top level groups
  # ls $group                  -> list group's articles and sub-groups
! # article $group $number     -> get 1 article
  # sorry                      -> send sorry message
  #
  
--- 22,28 ----
  # 
  # ""                         -> list top level groups
  # ls $group                  -> list group's articles and sub-groups
! # article $group $number     -> get 1 article, number can be "last" or "first"
  # sorry                      -> send sorry message
  #
  
***************
*** 31,37 ****
  
    &do_ls("") if /^$/;
    &do_ls($1) if /^ls\s+(.*)/i;
!   &do_article($1,$2) if /^article\s+(\S+)\s+(\d+)/i;
    &Gsorry if /^sorry$/;
    &Gabort("Unknown command!");
    exit;
--- 31,37 ----
  
    &do_ls("") if /^$/;
    &do_ls($1) if /^ls\s+(.*)/i;
!   &do_article($1,$2) if /^article\s+(\S+)\s+(\S+)/i;
    &Gsorry if /^sorry$/;
    &Gabort("Unknown command!");
    exit;
***************
*** 46,51 ****
--- 46,55 ----
    &Gsend("GROUP $group");
    $_ = &Grecv;
    &Gabort($_) if !/^211/;
+   ($n,$f,$l) = /211\s+(\d+)\s+(\d+)\s+(\d+)/;
+ 
+   if ($number eq 'last')     { $number = $l; }
+   elsif ($number eq 'first') { $number = $f; }
  
    &Gsend("ARTICLE $number");
    $_ = &Grecv;



-- 
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: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: alt.gopher
Subject: help with gopher1.0 on ultrix
Date: 31 Jul 92 14:26:47 GMT
Organization: Ecole Polytechnique Federale de Lausanne


   I just compiler the gopher server on ultrix, everything works
except the ftp gateway. It blocks. I spent 4 hours trying to debug
it without success. It seems that the popen in SendFtpQuery doesn't
work correctly. Sometimes, the pclose blocks, sometime not (almost
randomly) but the file /tmp/gftpL+ is never created.
   Does anyone have seen this before ? and why not have a solution ?

  thanks for any hints.

-- 


                    Claude Lecommandeur
                    Service Informatique Central
                    Ecole Polytechnique Federale de Lausanne
                    1015 LAUSANNE (SWITZERLAND)
                    E-Mail : lecom@sic.epfl.ch
                    Tel : (41 21) 693-22-97
From: jmsellen@watdragon.waterloo.edu ("John M. Sellens")
Original-To: BDESIMON@uga.cc.uga.edu, gopher-news@boombox.micro.umn.edu
Subject: Re:  Is Less Really More?
Date: Wed, 22 Jul 1992 14:39:13 -0400
Newsgroups: alt.gopher
Distribution: alt

| From boombox.micro.umn.edu!gopher-news-request Wed Jul 22 13:33:15 1992
| From: bert desimone <BDESIMON@uga.cc.uga.edu>
| Subject:      Is Less Really More?
| To: Gopher Folks <gopher-news@boombox.micro.umn.edu>
| 
| 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.

It's better to have gopher behave as most other programs do, than
to have it be the one exception to the rule, because it doesn't
happen to work with "less" quite the way you might prefer.
Consider the alternative of
  alias moregopher	'(unsetenv PAGER; gopher)'
or equivalent ...
Date: Tue, 21 Jul 92 08:27:46 EDT
From: HOLTZMAN@SJUVM.BITNET ("Michael S. Holtzman")
Subject: TNVT100/TN3270 Question
Original-To: Gopher News List <gopher-news@boombox.micro.umn.edu>
Organization: St. John's University
X-Envelope-To: gopher-news@boombox.micro.umn.edu
Newsgroups: alt.gopher
Distribution: alt

Does the VM Gopher differentiate between linemode and full screen
connections? Someone suggested setting the TELNET variable to
TNVT100 for non-IBM Telnets.  Will this mess up Telnet sessions to
IBM full screen hosts, or is there a different link file (type?) for
TN3270 connections?  Thanx in advance for the information.
 
--------------------------------------------------------------------
Michael S. Holtzman      St. John's University    HOLTZMAN@SJUVM
(718) 990-1637           Perboyre Hall, Rm B14    MIKE000@SJUMUSIC
                         Jamaica, NY 11439