HDTenEightyP/NetNews huggingface dataset:
From: tuchman@ux1.cso.uiuc.edu (Allan Tuchman)
Subject: Re: Looking for help with xgopher and veronica
Organization: University of Illinois at Urbana
Date: Thu, 21 Jan 1993 19:26:34 GMT

In <1993Jan21.150748.12135@cas.org> lwv26@cas.org (Larry W. Virden) writes:

>Is there a way, after asking veronica for a list of hits on a keyword,
>that I could 'save off' the info returned to make this 'menu' a part of
>my std environment?  Is there a way that I, as a regular user and NOT a
>gopher administrator, could set things up to customize my initial
>screen, so that I get to see the things that I want to see?

This isn't a complete answer, but for your specific example, Xgopher
can do this.  It is strange, but acceptible for the top level gopher
item to be an index search (type 7), either with or without the
keywords already specified.  In other words, you can be prompted for
the index search words or use ones already in the search item.  Of 
course, you pay the time penalty of waiting for the search to be
executed each time you start up Xgopher at this root item.

I see what you are looking for in general and it's a good idea.
Brygg Ullmer (ullmer@cs.uiuc.edu) is a frequent poster to this
list.  He has done some work in allowing personal gopher space
configuration.

-Allan
-- 
-Allan Tuchman    University of Illinois at Urbana-Champaign (UIUC)
		  Computing and Communications Services Office (CCSO)
		  phone: (217) 244-0048
a-tuchman@uiuc.edu   -or-  tuchman@ux1.cso.uiuc.edu
Newsgroups: comp.infosystems.gopher
From: conklin@tigger.jvnc.net (David Conklin)
Subject: Indexing gopher tree
Organization: JvNCnet
Date: Thu, 21 Jan 1993 21:51:54 GMT
Originator: conklin@nisc.jvnc.net


I was wondering if anyone knows of a good way to index a gopher tree,
in such a way, that if a person searches for a string that leads to
an object other than a document, the action specified by that object
is "executed", just as if the user had chosen that object.  

A possible example (in an attempt to make what I'm trying to get across
a little bit clearer) is for someone to search for the string, 'archie'.
This could result in 
-----
1 Archie Document			 #A text document
2 Search Archie   			 #A link to search archie
-----

If a user choses the first choice, they would see a document talking about 
archie.  If they chose the second one, I would like for the link to be
"executed" and the user allowed to enter their search pattern for archie,
and go from there.

I tried wais indexing the tree, but this leads to the second choice being
displayed (The information on how to perform the connection) and not
"executed."

Thanks in advance for any information you can give.
Dave

P.S. My apologies if this has already been discussed.
-- 
-----------------------------------------------------------------------------
David L. Conklin |  Network Engineer   | 6B von Neumann Hall | (609) 258-2414
conklin@jvnc.net | GES, Inc. - JvNCnet | Princeton, NJ 08852 | (609) 258-2400
-----------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Gopher *client* over inetd
Organization: University of Minnesota, Minneapolis
Date: Thu, 28 Jan 1993 02:44:57 GMT

In <1993Jan27.062306.1361@rat.csc.calpoly.edu> guy@library.calpoly.edu (Guy Martin) writes:

>Ok, time to ask all you gopher experts out in netland... I have been banging
>my head against the wall long enough....

>We are seriously considering replacing our current library remote interface
>software with a Gopher server.  I have gotten both the gopher server and 
>gopher client to compile on our Sequent S27.  However, we would like to be
>able to run the Gopher *client* (not the server) over inetd, so that when
>users initiate a 'telnet' session from our campus net, they connect directly
>to the Gopher client, which in turn connects to our Gopher server...  Now,
>I realize that we could hack it up so that we created an account called
>'gopher' or some such and then just had remote users 'login' to use the 
>remote Gopher via that mechanism, but we have just gotten our technophobic
>users used to the idea of typing "connect library" from the network prompt,
>then having a menu pop up to greet them... Adding the extra step of having
>them login would probably throw 90% of them for a loop... #:-)

>So, what I am getting at is:  Has anyone successfully run the Gopher client
>over inetd?  My problem is that, althougth it runs, of course all input is
>in raw mode, so arrow keys are useless, and since the client uses curses,
>things come out in strange places.  I have tried writing several different
>C programs to allocate pty's and such, but have had no success at all...
>Is anyone out there in GopherLand running their client in this manner, and if
>you are, can you send me hints, source code, anything.. #:-)... Thanks for
>listening....

The best place to start would be with the techinfo source..  They have
the code to do exactly this.

Another option would be to get the source to in.telnetd, and
substitute starting the gopher system instead of /bin/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.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: comp.infosystems.gopher,biz.sco.general
From: rik@nella02.cc.monash.edu.au (Rik Harris)
Subject: Re: Gopher and arguments in inetd.conf
Reply-To: rik.harris@fcit.monash.edu.au
Organization: Monash University, Melb., Australia.
Date: Tue, 26 Jan 1993 08:58:03 GMT

mitra@pandora.sf.ca.us (Mitra) writes:

>Does anyone else have problems with the number of arguments required in
>inetd.conf for Gopher.  It appears that in our Unix (SCO 3.2.4) that the

>number of parameters is limited to 9, which only leaves 4 for parameters
>that end up in argv - by the time you've set the flags, -o -u -l  you
>dont have any left for the data-directory and the port. 

>Can someone not using SCO confirm if they have more parameters than this?

This is a common problem with many versions of inetd.  The solution is
to put a shell script as the entry in /etc/inetd.conf, and in that
script, do an "exec gopherd -o -p -t -i -o -n -s /and/file/names"

rik.
--
Rik Harris - rik.harris@fcit.monash.edu.au
+61 3 560-3265 (AH & ans.mach)      +61 3 565-3227 (BH)
Faculty of Computing and Information Technology,
Clayton Campus, Monash University, Australia
From: lindner@danzig.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: trouble with searches on PC client
Date: 25 Jan 93 19:17:38 GMT
Article-I.D.: news2.C1FC9F.HFu
Organization: University of Minnesota, Minneapolis

In <1993Jan25.135839.16235@ncsu.edu> Eric Lease Morgan <eric_morgn@ncsu.edu> writes:

>In article <01GTTDVB7TQQ8ZHLNH@vx.cis.umn.edu> Kimberley Homer,
>HOMERK@VTVM1.BITNET writes:
>>We have a link to NC State's "Search ERIC archives" on our Gopher.
>>When I do a search using my PC client, I get the message "Sorry!
>>When I looked I didn't find anything!" But when I do the search
>>with the Unix gopherd (1.1) client, it works fine.  Is there some
>>kind of query time-out parameter I should set on the PC client?

>Gee, I suppose I should try to answer this, but I can't. I have the same
>problem, and this is my own server! I don't know
>what to do either.

I beleive the PC client is hitting the Pascal string size limits (256
characters)  A textual representation of a wais document id can be
longer than that...
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Xref: sparky comp.infosystems.gopher:2087 comp.infosystems.wais:853
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
Subject: restricting access to waisindexed documents
From: russell@ccu1.aukuni.ac.nz (Russell Fulton)
Date: Wed, 27 Jan 1993 23:22:49 GMT
Organization: University of Auckland, New Zealand.

We have been looking at ways to make class rolls and student records
available on campus. It occurred to me that I could index the name and
list of papers for each student using wais. Then anyone on campus could
easily access the class rolls via gopher. No problem here since class
rolls are public information. 

It also occurred to me that I could include the student's record
(unindexed) if there was a way of controlling who could retrieve
the document. This would be a neat way of solving the problem. Anyone
could search the indexes to get a list of students in a class or find
out what papers a particular student is taking but only those with the
authority could retrieve the document.

Has anybody tried implementing anything like this using wais and/or
gopher? I realise that the big snag is that authentication would require
extentions to the protocol. We need a Kerberdized Gopher 1/2 ;-)

Cheers, Russell.

-- 
Russell Fulton, Computer Center, University of Auckland, New Zealand.
<rj_fulton@aukuni.ac.nz>
From: zlsiimw@info.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Indexing gopher tree
Date: 26 Jan 93 08:48:29 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <1993Jan21.215154.4377@tigger.jvnc.net>, conklin@tigger.jvnc.net
(David Conklin) writes:
|> 
|> I was wondering if anyone knows of a good way to index a gopher tree,
|> in such a way, that if a person searches for a string that leads to
|> an object other than a document, the action specified by that object
|> is "executed", just as if the user had chosen that object.  
|> 
|> A possible example (in an attempt to make what I'm trying to get across
|> a little bit clearer) is for someone to search for the string, 'archie'.
|> This could result in 
|> -----
|> 1 Archie Document			 #A text document
|> 2 Search Archie   			 #A link to search archie
|> -----
|> 
|> If a user choses the first choice, they would see a document talking about 
|> archie.  If they chose the second one, I would like for the link to be
|> "executed" and the user allowed to enter their search pattern for archie,
|> and go from there.

This is possible through Dennis Boone's ts & tb - you should be able to
get a copy by searching the gopher news archives at Minnesota; try searching
for ts or tb.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: Roy Pearce
Newsgroups: comp.infosystems.gopher
Subject: Re: Whereis veronica?
Date: 21 Jan 93 16:33:39 GMT
Organization: The University of Birmingham, United Kingdom
NNTP-Posting-Host: ibm3090.bham.ac.uk

>Argghh - Veronica seems to have vanished, the menu on port 70 no longer
>includes veronica itself?
>
>- Mitra
>
>
>------------------------------------------------------------------------------

==============================================================================
I discovered quite by accident that I need to use:

  Path=1/veronica

rather than

  Path=1/Veronica

Has anyone else spotted this?
From: rezac@kuhub.cc.ukans.edu
Newsgroups: comp.infosystems.gopher
Subject: TOUCH DISPLAYS for Gopher kiosk?
Date: 22 Jan 93 14:07:58 CST
Organization: University of Kansas Academic Computing Services

I'm looking for information regarding the pricing and availability of Touch
Displays.  I have information on IBM's 8516 Touch Display Model 001.  Given
the relatively high cost of this hardware and the fact that it was introduced
about 18 months ago I figure there have to be similar products available.

The intended application is an interactive information kiosk so the screen
has to deal with an Xgopherish interface.

Thanks,

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
CHARLES REZAC   *   bitnet: REZAC@UKANVAX   internet: rezac@kuhub.cc.ukans.edu
The University of Kansas -- Academic Computing        Lawrence, KS  66045
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Date: Tue, 26 Jan 93 14:51:36 -0600
From: ltague@physio1.utmem.edu ("Larry Tague" )
Reply-To: "Larry Tague"  <ltague@physio1.utmem.edu>
Original-To: Dieter.Weiss@hrz.uni-giessen.dbp.de
Original-Cc: gopher-news@boombox.micro.umn.edu
Subject: Re: Request for Information
Newsgroups: comp.infosystems.gopher
Distribution: comp

In message  
<930126083510859-MTAJLUG*/G=Dieter/S=Weiss/OU=HRZ/PRMD=uni-giessen/ADMD=dbp/C=de
/@MHS>  writes:

> Dear Collegues,
> 
> in Nature Vol. 360, 24./31. Dec. 1992, p. 700 there is a reference
> on two reports "on the health of US research universities":
> 
> - PCAST: Renewing the Promise: Research-Intensive Universities and
>   the Nation
> 
> - FCCSET: In the National Interest: The Federal Government and
>   Research-Intensive Universities.
> 
> Does anyone of you know, whether these reports are available on
> the Gopher-Net or who can scan them to bring them into the
> gopherspace?
> 
> Ulrich Duerr,
> E-Mail: Ulrich.Duerr@Verwaltung.Uni-Giessen.dbp.de
> ** END OF MESSAGE **

Herein lies a problem which is coming to the information delivery surface at a 
blinding speed.  Namely the question of copyright vs. freedom of information.  
It seems to me that the publisher owns this information, and as such has the 
right, if they so choose, to either not release any information or when it is to
their benifit give us at least a teaser of information (if they will just get a 
gopher).  The "virtual library" concept is in the same stewing pot.  This may 
not be the proper place to start such a discussion, and if it is not please 
direct us to a more appropriate place.  However, this is all very important to 
the future of gopher services, and needs to be aired in a constructive manner.  
Thanks for allowing me to beat my drum for a few seconds.




Larry Tague                         U.T. Memphis, TN
Research Associate, Physiology      Dept. of Physiolgoy and Biophysics
Research Program Director, MECCA*   894 Union Ave
Phone: 901-528-7152                 Memphis, TN 38163
FAX:   901-528-7126                 Internet: ltague@physio1.utmem.edu
                            
*MECCA (Memphis Educational Computer Connectivity Alliance)
From: msw1633@zeus.tamu.edu (Mark S. Whitsitt, N5RJF)
Newsgroups: comp.infosystems.gopher
Subject: Re: trouble with searches on PC client
Date: 25 Jan 1993 17:17 CST
Organization: Texas A&M University, Biochemistry Department
Distribution: world
Reply-To: MSW1633@SUMMA.TAMU.EDU
NNTP-Posting-Host: zeus.tamu.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan25.135839.16235@ncsu.edu>, Eric Lease Morgan <eric_morgn@ncsu.edu> writes...
>In article <01GTTDVB7TQQ8ZHLNH@vx.cis.umn.edu> Kimberley Homer,
>HOMERK@VTVM1.BITNET writes:
>>We have a link to NC State's "Search ERIC archives" on our Gopher.
>>When I do a search using my PC client, I get the message "Sorry!
>>When I looked I didn't find anything!" But when I do the search
>>with the Unix gopherd (1.1) client, it works fine.  Is there some
>>kind of query time-out parameter I should set on the PC client?
> 
>Gee, I suppose I should try to answer this, but I can't. I have the same
>problem, and this is my own server! I don't know
>what to do either.
> 
>Eric Lease Morgan
>NCSU Libraries

Yep, add me to the list...  I understand that this is some kind of problem 
with the client itself... don't know for sure, though...  I have been looking 
for a better PC client for months and haven't found one.  If I could do it, I 
would make a better client, but thats not possible (at least not now.).

If anyone finds a better client for PC's and clones, lemme know... I'll even try 
someone's test version if you would like...

Love gopherspace... hate spending time there with a PC.... oh well...

(and before someone says "get a Mac", we have one, but the power that beez dont 
wanna put it on the network for some inane reason....) 

Mark S. Whitsitt, N5RJF        Texas A&M University, Dept of Biochemistry
Internet:  msw1633@summa.tamu.edu 	  College Station, Tx. 77843-2128
AMPRnet:   n5rjf@n5rjf.ampr.org 			   (409) 845-0832
Packet/APLINK:  N5RJF @ KE5HE.TX.USA.NA
   "You can't throw darts when you're empty, man." - another Shadelism
From: nigelm@ohm.york.ac.uk (Nigel Metheringham)
Newsgroups: comp.infosystems.gopher
Subject: Gopherising FAQ files
Summary: The best way to do this is....
Date: 21 Jan 93 17:48:15 GMT
Organization: Electronics Department, University of York, UK

There has been a bit of discussion on news.groups as to the best way
of getting FAQ information to users - particularly naive ones, but
there is a problem that FAQ files are generally pretty imposing
pieces of text.

As an experiment a few weeks back I took the Perl FAQ and shattered
it into file-lets (one per section within it), hit them with an
indexer and ended up with a rather nice Perl FAQ directory complete
with full index searching.

This seems like a good way to serve up FAQs so in my copious spare
time :-) I am looking at the idea of a generalised Perl script that
recognises most of the FAQ types (table driven I'm afraid - the
FAQs are just too diverse to recognise easily) and will split them
correctly.  However rather than making one file per FAQ section, I
am wondering if it would be better to use the gopher server's range
(ie mailbox splitting) command.  This means that my script builds a
links file containing lots of entries to items each as ranges
within a single file (this might also work better for gopher
directories built on top of FTP sites.

My server runs on a NeXT, so I use NeXT indexing.  I don't have
WAIS.  I know that I can coerce the NeXT indexer (through foul
means) to index files based on subranges, however is this possible
on the WAIS indexing?

Would this code be of interest to the community?
Also would anyone be prepared to look at the WAIS indexing
functions?

Any comments...

	Nigel.

-- 
#   Nigel Metheringham  -- (NeXT) EMail: nigelm@ohm.york.ac.uk    #
#   System Administrator, Electronics Dept, University of York    #
#   York YO1 5DD. Phone: +44 904 432374, Fax: +44 904 432335      #
From: guy@library.calpoly.edu (Guy Martin)
Newsgroups: comp.infosystems.gopher
Subject: Gopher *client* over inetd
Date: 27 Jan 93 06:23:06 GMT
Organization: Polycat/Systems Support - Kennedy Library, Cal Poly SLO

Ok, time to ask all you gopher experts out in netland... I have been banging
my head against the wall long enough....

We are seriously considering replacing our current library remote interface
software with a Gopher server.  I have gotten both the gopher server and 
gopher client to compile on our Sequent S27.  However, we would like to be
able to run the Gopher *client* (not the server) over inetd, so that when
users initiate a 'telnet' session from our campus net, they connect directly
to the Gopher client, which in turn connects to our Gopher server...  Now,
I realize that we could hack it up so that we created an account called
'gopher' or some such and then just had remote users 'login' to use the 
remote Gopher via that mechanism, but we have just gotten our technophobic
users used to the idea of typing "connect library" from the network prompt,
then having a menu pop up to greet them... Adding the extra step of having
them login would probably throw 90% of them for a loop... #:-)

So, what I am getting at is:  Has anyone successfully run the Gopher client
over inetd?  My problem is that, althougth it runs, of course all input is
in raw mode, so arrow keys are useless, and since the client uses curses,
things come out in strange places.  I have tried writing several different
C programs to allocate pty's and such, but have had no success at all...
Is anyone out there in GopherLand running their client in this manner, and if
you are, can you send me hints, source code, anything.. #:-)... Thanks for
listening....

	-Guy

-- 
Guy Martin -- Polycat/Systems Support      | Internet: guy@library.calpoly.edu
Robert E. Kennedy Library, Cal Poly SLO    |    OR   : guy@calpoly.edu
----------------------------- Standard Disclaimer -----------------------------
  My opinions are my own!  They do not reflect those of the Kennedy Library.
From: ccfj@hippo.ru.ac.za (F. Jacot Guillarmod)
Newsgroups: comp.infosystems.gopher
Subject: sources for a "whoisd"
Date: 26 Jan 93 18:03:35 GMT
Organization: Rhodes University, Grahamstown, South Africa

I've searched unsuccessfully with archie for a whoisd package that'll
give output usable by gopher.  We're running mainly SunOS, with a few
charon gateways and other odds and ends.

Our present whoisd, while it sort of works, leaves a lot to be
desired :-(

Can anyone point me to something available via anonymous FTP?

Many thanks.
-- 
  F.F. Jacot Guillarmod     PO  Box 94     \        |     ccfj@hippo.ru.ac.za
  Computing Centre       Grahamstown 6140   \      /     +27 461 22023 xt 284
  Rhodes University        South Africa      ;___*/   33 18 30 S | 26 31 45 E
Newsgroups: comp.infosystems.gopher
From: jon@hill.lut.ac.uk (Jon P. Knight)
Subject: Re: SerialGopher QA
Keywords: gopher
Organization: Dept of Comp. Studies, Loughborough University of Tech., UK.
Date: Fri, 22 Jan 93 19:48:25 GMT

In article <1993Jan21.101139.17555@informatik.uni-ulm.de>
ulbrich@informatik.uni-ulm.de (Jan Ulbrich) writes:
>
>				[...]  And to hit the political aspect:
> If you give access to the Internet to everyone, it will break down.  But
> everyone should have access to powerful information-systems - in reading
> and writing. 

Just one point:  why will the Internet break down if we give it to
everyone?  So far it seems to have scaled very well - an enormous growth
rate is currently being supported and estimates have put the number of
users as high as 10 million on over 1 million hosts.  Developments such
as gopher, Z39.50 systems, WWW and email front ends are making the
Internet more easily used my non-``wirehead'' users.

My hope is that eventually people will have Internet access as we
currently have access to roads, radios and footpaths.  Indeed I hope
that it will be that the Internet will be even more widely spread - into
the Third World and to the poorer communities in the First World.  With
constant developments such as IPv7 I can see no reason why it can
eventually be accessible to a very large userbase.  After all, who would
have thought that the early packet networks of the late 60's and early
70's would grow to support today's user populations.

Have I missed something fundamental here?

Jon
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Jon Knight, Research Student in High Performance Networking and Distributed
Systems in the Department of _Computer_Studies_ at Loughborough University.
* Its not how big your share is, its how much you share that's important. *
Newsgroups: comp.infosystems.gopher