HDTenEightyP/NetNews huggingface dataset:
From: Jane Smith <jds@concert.net>
Subject: New mailing list for Z39.50 project
X-Xxmessage-Id: <A76725488E048311@akebia.concert.net>
X-Xxdate: Wed, 30 Dec 92 15: 07:04 GMT
Organization: Clearinghouse for Networked Information Discovery and Retrieval
X-Useragent: Nuntius v1.1.1d13
Date: Wed, 30 Dec 1992 15:06:55 GMT

A new mailing list for technical discussion about the Z39.50-92
information project (zip, for the moment) which was announced to
several mailing lists and newsgroups by Jim Fullton on Dec. 23,
1992
has been set up at:

  zip@kudzu.concert.net

To subscribe to the list, send mail to:

  zip-request@kudzu.concert.net

with the text:

  subscribe zip

This is a simple mail reflector, not a listserv mechanism. You
will
receive notification of subscription when your address has been
added
to the mailing list.

Archives can be retrieved via anonymous ftp from
kudzu.concert.net:

  /pub/zip/zipmail*

A brief excerpt from the original Z39.50-92 information
project announcement follows:

In article <1992Dec23.203300.26379@rock.concert.net> Jim
Fullton,
fullton@jazz.concert.net writes:
>As some of you may know, the U.S. National Science Foundation
has funded
>the creation of the Clearinghouse for Networked Information
Discovery
>and Retrieval. One of the responsibilities of CNIDR is to
promote the
>use and development of tools for discovering and using
networked
>information. We have been specifically charged with the task of
>providing an evolutionary path for the public-domain version
of WAIS,
>the Wide Area Information Server. Therefore, we have been
paying close
>attention to the remarks and "wish lists" provided by the
network
>community, and are well into a project to try to fulfill those
wishes.
>
>We are in the early beta test stages of a new generation of
WAIS-like
>systems that build on the heritage of WAIS as released by
Thinking
>Machines, but with quite a bit of extensibility and new
features.
>Specifically, and with the help of many others, we're creating
a
>Z39.50-92 (soon to be 93) server with full backwards
compatibility with
>current WAIS clients and indexes, features such as boolean
search,
>formatted searching on fielded text information, thesaurus
based synonym
>substitution, stemming, and a search engine integration
toolkit.

The entire text of the announcement can be retrieved via
anonymous ftp
from kudzu.concert.net:

  /pub/zip/zip.announce
Newsgroups: comp.infosystems.gopher
From: ward@ux1.cso.uiuc.edu (Lynn Ward)
Subject: html Experimental ID
Organization: University of Illinois at Urbana
Date: Mon, 21 Dec 1992 17:26:22 GMT

In the Gopher FAQ, a list of object IDs is given.  I'm familiar with all
of the types except that designated as "html".  Can somebody explain
what this object type is?

Thanks!

-- 
Lynn Ward
Network Design Office/Computing and Communications Services Office
1304 W. Springfield Ave., Urbana, IL 61801
e-mail: L-ward1@uiuc.edu
Newsgroups: comp.infosystems.gopher
From: Albert-Lunde@nwu.edu (Albert Lunde)
Subject: Re: Mac Server problems
Followup-To: comp.infosystems.gopher
Originator: lunde@casbah.acns.nwu.edu
Reply-To: Albert-Lunde@nwu.edu (Albert Lunde)
Organization: Northwestern University, Evanston, Illinois, USA
Date: Sat, 26 Dec 1992 15:50:49 GMT

In article <senetza.724970837@honte> senetza@sigma.uleth.ca (Len Senetza) writes:
>I am having a problem getting the mac version of the server running.  I had it
>running once, but then got a new hard-disk in my mac.  Since that time, I have
>downloaded the server (via turbo-gopher and ftp) and failed to get it running
>a number of times (at least 1/2 a dozen).
>
>I get the error:
>
>	Could not initialize Gopher
>	because of a disk error.
>
This is just a guess, but is there anything that could prevent it from 
creating its preferences file? 


-- 
    Albert Lunde                      Albert-Lunde@nwu.edu
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher 1.1 server problems on ULTRIX 4.3
Date: 22 Dec 92 16:31:33 GMT
Organization: University of Minnesota, Minneapolis

In <1992Dec22.005655.9626@selway.umt.edu> mewes@selway.umt.edu (Jim Mewes) writes:

>The 1.03 version of the server works fine, but I'm getting the following 
>messages from the 1.1 server in debug mode ...

>	getsvc: stat of /etc/svc.conf failed
>	getsvc: stat failed: No such file or directory

>The server system is a DECstation 5000/120 running ULTRIX 4.3 with enhanced
>security.

>Has anyone seen this before?  Any fixes or suggestions would be greatly 
>appreciated.

Yes:

-------------------------------------------------------------------
Q14: On a DECstation I get the error message "/etc/svc.conf no such
file
     or directory" when running the gopherd server, why?

A14: This is caused by the chroot() call in gopherd.  It can be easily
     fixed by running gopherd with the -c option.

     Alternatively you can copy /etc/svc.conf into a directory named
     "etc" inside the gopher-data directory.
-------------------------------------------------------------------
--
 | 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: lux@sol.UVic.CA (Michael O'Henly)
Newsgroups: comp.infosystems.gopher
Subject: WAIS: Boolean vs. "Standard" searching...
Date: 21 Dec 92 20:04:19 GMT
Organization: University of Victoria


    Only documents that are indexed using the IUBIO waisindex can be
searched using boolean terms. Is this true? 

    For some reason, I was thinking that the boolean capability rested
with the client. But I just realized that, even though our server was
built with the IUBIO WAIS package, I'm not able to do boolean searches
on many of the WAIS databases I've looked at.

    I hope I'm not restating the obvious here, but, if this is true,
it could lead to some real confusion for the naive user. I can see
them searching an index with a term like "X and Y" but getting hits
for "X or Y" without necessarily realizing it...

    Michael
-- 
           Michael O'Henly |     o   | 604-721-7623 (604-721-8215 fax)
    Library Systems Office |  --/--  | LUX@UVVM.BITNET
    University of Victoria |  __\    | lux@sol.UVic.CA
    Victoria, B.C., Canada |     \   | mohenly@malahat.Library.UVic.CA
From: rick@sjsumcs.sjsu.edu (Richard Warner)
Newsgroups: comp.infosystems.gopher
Subject: Gopher 1.1 for Sequent Dynix (3.0.17)
Keywords: gopher Sequent Dynix
Date: 22 Dec 92 15:51:15 GMT
Organization: San Jose State University - Math/CS Dept.

I am attempting to port Gopher 1.1 to Sequent Dynix (3.0.17) and
was wondering, before spending any more time, if someone else has
done it and would be willing to provide a diff file.

I have:

  change <string.h> to <strings.h>
  aliased strchr() to index()
  aliased strrchr() to rindex()
  written an strspn()
  uncommented the SEQLIBS line in Makefile.config

It will compile but core dumps with a segmentation fault.  Any ideas.


+-----------------------+-------------------------------------+
|   Richard M. Warner   |   Internet:  rick@sjsumcs.sjsu.edu  |
|                       | CompuServe:  71121,2257             |
+-----------------------+-------------------------------------+
|  ** DISCLAIMER:  All opinions are strictly my own.  I work  |
|                  hard enough at forming them!               |
+-------------------------------------------------------------+
Newsgroups: comp.infosystems.gopher
From: haydenw@elp.aero.org (bill hayden)
Newsgroups: comp.infosystems.gopher
Subject: sun client
Date: 23 Dec 1992 21:03:31 GMT
Organization: The Aerospace Corporation
NNTP-Posting-Host: hayden.aero.org
Summary: where from

Where (FTP site) can I obtain an executable gopher client for a SUN ?
Newsgroups: comp.infosystems.gopher
From: prm@aplcenmp.apl.jhu.edu (Paul Raymond McMullin)
Subject: Re: No logging when running ``gopherd -u gopher'' ?
Organization: Johns Hopkins Continuing Professional Programs
Date: Thu, 24 Dec 1992 13:33:22 GMT

This sounds like a question for the FAQ:

(Q) "Howcum gopher works differently from inetd than from when I was
    running it as a stand-alone process?"

(A) Most unix(tm) systems appear to have a limit of 5 parameters that
    are passed from the inetd invocation line to the program.  This is
    remedied by "wrapping" the invocation in a shell script, and invoking the
    script from inetd ala:

        #!/bin/sh
        cd /export1/sdnet/newgopher/gopherd
        gopherd -I -o /export1/sdnet/newgopher/gopherd/gopherd.conf \
	        -l /export1/sdnet/newgopher/gopher.log \
	        -u sdnet -c /export1/sdnet/newgopher/gopher-data 70

    or whatever it is that you need to be doing...

-prm
-- 
Paul McMullin prm@aplcomm.jhuapl.edu
Newsgroups: comp.infosystems.gopher,uk.net
From: jon@hill.lut.ac.uk (Jon P. Knight)
Subject: Re: Proxy servers to interconnect JANET<->Internet
Organization: Dept of Comp. Studies, Loughborough University of Tech., UK.
Date: Mon, 28 Dec 92 17:53:02 GMT

In article <1992Dec28.142735.6325@ncsu.edu> Eric Lease Morgan <eric_morgn@ncsu.edu> writes:
>In article <1992Dec23.105845.12981@lut.ac.uk> [*] M.T.Hamilton,
>M.T.Hamilton@lut.ac.uk writes:
>>I've recently become interested in gatewaying UK Coloured Book and 
>>Internet services via proxy servers - by which I mean hosts which 
>
>What is a "Coloured Book"?
>
>Eric Lease Morgan

Seeing as I know that Martin is currently sunning (?) himself in a
cottage in Cornwall, allow me to step in here and answer this.  The
``Coloured Books'' are the set of protocols devised by the UK Academic
community and which, until relatively recently, were the only protocols
which were allowed on the Joint Academic NETwork (JANET).  They were
produced by a variety of UK Universities under contract from the Joint
Network Team (JNT).

The name ``Coloured Book'' derives from the colours of the covers of the
books which describe each protocol.  For example, I have in front of me
the Red Book, which is actually ``A Network Independent Job Transfer and
Manipulation Protocol''.  At the moment, JANET is in a transition phase
where Coloured Book services are being moved over to true OSI protocols
(Coloured Books were devised before OSI protocols appeared in public,
and I believe that they provided some input into some of the standards
processes), and the JANET IP Service (JIPS) providing IP connectivity
directly to the Internet.

What Martin is basically suggesting is providing a gateway service
between the TCP/IP based Gopher protocol and the traditional Yellow Book
Transport Service (YBTS), or X.29 terminal sessions.  A number of sites
on JANET are still limited to using only Coloured Book services, and so
exciting developments on the Internet such as Gopher are not available
to them.  Lucky sites with forward looking Computer Services departments
(such as here at LUT) and the necessary funding to provide IP
connectivity as well as Coloured Book services could easily provide a
gateway service to let those less fortunate access Gopherspace.

Gopher is a useful target because it appears to be easy to extend
(without worrying about Gopher+) using the Path field in the links to
support proxy servers.  It also encompasses a number of other Internet
services within its field of the world (for example fingering, FTPing
and WAIS database access).

I hope this clears things up a bit.

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
From: mewes@selway.umt.edu (Jim Mewes)
Subject: gopher 1.1 server problems on ULTRIX 4.3
Organization: University of Montana
Date: Tue, 22 Dec 1992 00:56:55 GMT

The 1.03 version of the server works fine, but I'm getting the following 
messages from the 1.1 server in debug mode ...

	getsvc: stat of /etc/svc.conf failed
	getsvc: stat failed: No such file or directory

The server system is a DECstation 5000/120 running ULTRIX 4.3 with enhanced
security.

Has anyone seen this before?  Any fixes or suggestions would be greatly 
appreciated.

-- 

Jim Mewes                               mewes@selway.umt.edu
ULTRIX Administration                   University of Montana
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: Disclaimer page on client startup...
Date: 22 Dec 92 16:40:51 GMT
Organization: University of Minnesota, Minneapolis

In <1h7e5dINNp7g@phantom.gatech.edu> ccoprmm@phantom.gatech.edu (Michael Mealling) writes:

>In article <7056@m1.cs.man.ac.uk> M.Whidby@mcc.ac.uk writes:
>>In article <1992Dec14.224353.7718@galileo.cc.rochester.edu>,
>>kann@picasso.cc.rochester.edu (Kirk Anne) writes:
>>|> On receiving the directory listing, if a particular file name appears,
>>|> display it in a dialog box or on the screen first before displaying the
>>|> file list (minus the particular file).
>>
>>The same sort of thing could be used as an urgent newsflash type of
>>message. Potentially quite a useful thing in a gopher being used as a CWIS...

>  Should this be a new type or an agreed upon name for an entry in a 
>directory listing? I know I may get flamed for even suggesting a new
>type but there is a precedent for a type that functions differently.
>  
>  Also, do we want it to be displayed the same way all files are displayed
>or do we want a different type of window to be displayed when this type
>of entry in encountered?

I think gopher+ will address some of these shortcomings.  There are
two ways to do it right, the first might be to make an alternative
directory view, clients that understood it..  Or, you could specify an
alternate block like this:

+DISPLAY
 now

or

+DISPLAY
 later


This then could be used for other interesting things too,
automatically playing a sound when you enter a directory is an idea
that springs to mind..
--
 | 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: fogel@jester.usask.ca (Earl Fogel)
Newsgroups: comp.infosystems.gopher
Subject: Announcing VMS Gopher V1.1 Client (Beta release)
Date: 22 Dec 1992 18:04:16 GMT
Organization: University of Saskatchewan
Distribution: world
NNTP-Posting-Host: jester.usask.ca
Originator: fogel@jester.usask.ca

We have just placed the first (beta) release of the VMS gopher V1.1 client
software in the /pub/gopher/incoming directory on boombox.micro.umn.edu,
in the file gopher1.1v.tar.Z.

This VMS gopher client was ported from the Unix gopher V1.1 client by
JQ Johnson <jqj@phloem.uoregon.edu> and Earl Fogel <fogel@jester.usask.ca>.
It works with the UCX, Multinet and Wollongong versions of TCP/IP for VMS.


Making the VMS Gopher Client
----------------------------

Makefiles are provided in the gopher & object directories for those of
you with a VMS MAKE utility, and compile.com and link.com files are
provided for those who do not.

To make the VMS gopher client, edit conf.h to reflect your local environment.

If you are using MAKE, edit the makefiles to specify your TCPVERSION (UCX,
MULTINET, or WOLLONGONG).  Run MAKE in the object directory first, then
in the gopher directory.

If you are not using MAKE, the TCP version is specified on the
compile.com & link.com command lines (eg. "@COMPILE UCX").  Execute the
compile.com and link.com procedures in the object directory first, then
do the ones in the gopher directory.


Known Problems
--------------

 - sounds are not supported on VMS
 - images are not transfered properly on UCX
 - interrupts (^C and ^Y) are not handled properly

Please let us know if you find other problems, or if you fix any of
these ones.


Earl Fogel & JQ Johnson

------------------------------------------------------------------------
Earl Fogel
fogel@jester.usask.ca		Computing Services, Room 56 Physics
Phone: (306) 966-4861		University of Saskatchewan
Fax:   (306) 966-4938		Saskatoon, Sask. CANADA, S7N 0W0
------------------------------------------------------------------------
JQ Johnson
Director of Network Services            Internet: jqj@oregon.uoregon.edu
University of Oregon                    voice:  (503) 346-1746
250E Computing Center                   BITNET: jqj@oregon
Eugene, OR  97403-1212                  fax: (503) 346-4397
------------------------------------------------------------------------





Newsgroups: comp.infosystems.gopher
From: tuchman@ux1.cso.uiuc.edu (Allan Tuchman)
Subject: Re: Problem with GIF image display in Xgopher
Organization: University of Illinois at Urbana
Date: Wed, 30 Dec 1992 16:50:53 GMT

In <BzxzB6.K1v@ucunix.san.uc.edu> hemmadst@ucunix.san.uc.edu (Srikant Gurudas Hemmady) writes:

>Hi:

>I could succesfully install the xgopher1.3 on my machine. But it

(strange, I haven't released version 1.3 yet.  I hope you mean 1.2)

>can't display the gif image files. I use the 'xv' instead of 'xloadimage'.
>It displays the picture.gif (Ann Arbor gopher conference) by can't
>display anything else.

If it displays one image, then the problem is most likely not with 
Xgopher or xv, but that the server is not giving you 'I' type files.
Xgopher uses type 'I' for image.  Some people have installed gif files
as type 'g'.  You can still access these files, less easily, by using
the "info" button to give you the name/host/path of the image file,
then use the "Enter Gopher Item" panel (from the "Other Options" menu)
to request this file, but selecting type 'I'.  This will force the
file to be processed as an image.  Now xloadimage or xv may croak if
the file is REALLY not an image, but that's another problem.

-Allan Tuchman
-- 
-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
From: droelke@spirit.aud.alcatel.com (Daniel R. Oelke)
Newsgroups: comp.infosystems.gopher
Subject: Problem with Xgopher 1.2 and/or gethostbyname
Date: 21 Dec 1992 13:32:00 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

I just compiled Xgopher 1.2 - my first gopher client.
It appears to work great, but only with numerical IP address.  

The problem I have is that the function call to gethostbyname according
to my man pages only resolves hosts listed in /etc/hosts , but apparently
it is intended to (in net.c of xgopher.c) to access the domain name server
and resolve the host this way.  This defficiency of course creates 
problems as I can't use anything other than the IP addresses for
xgopher.

My big question is: Is there a workaround or fix for this?


The flavor of UNIX I am running is 
"SunOS Release 4.1.2 (GENERIC) #1: "
and I am running OpenWindows 3 (and I have gotten around the problems with
the Xmu library).

Thanks for any and all help you can give me.

Dan Oelke

-----------------------------------_---_--------------------------------------
Dan Oelke                         / \ / \              Alcatel Network Systems
droelke@aud.alcatel.com           \  V  /                       Richardson, TX
Phone: (214) 996-5013              \VMS/             #include <std-disclaim.h>
  Fax: (214) 996-7119               \ / 
-------------------------------------V----------------------------------------

Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
From: riddle@is.rice.edu (Prentiss Riddle)
Subject: "About" information for WAIS servers via Gopher
Summary: Was re: WAIS: Boolean vs. "Standard" searching...
Organization: Ministry of Information, William's Marsh
Date: Tue, 22 Dec 1992 15:36:06 GMT

gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
> The boolean search ability resides with gopher/wais servers.  It
> is always going to be the case in gopher/wais land that users
> will need to pay some attention to the customizations at the 
> servers that they use.  I may want to provide a unique search service
> suited only to biology data, and I will make help available via
> gopher to explain this as need be.  After all, gopher is a great
> tool for making such help available also.  We can lead the horses
> but we can't force the stuff down their throats.
> 
> However, I have in the back of my mind that a Gopher+ server and client
> might use an extended query (+ASK ?) that would have additional lines
> of info as the query is presented to the user, with such pertinent 
> help as:
> Question from server ------
>    Search for what recipe?
>    (use "and" and "not" between terms to limit responses,
>     use "word*" to match partial words, and 
>     use "'some phrase!'" to match literal strings )
> 
> I don't know yet if this can be shoehorned into the protocol.

There may actually be a way to do this without extending the protocol,
by making a minor change in the gopher clients.

When I use a WAIS client (e.g. xwaisq) and send the WAIS server a null
search string, I sometimes get back two items:

    1000  9.5K Information on database: Aesop-Fables
    1000 48.5K Catalog for database: Aesop-Fables

However, when I use a gopher client (e.g. Unix curses gopher 1.03 or
xgopher 1.1) and try to send a null search string, the client assumes
I've made a mistake and doesn't submit the query to the WAIS server.
Is this a bug or a feature?

The "Information on database" item is a logical place to put a
description of what flavor of WAIS searching the server uses, as well
as other important information typically kept in Gopher "About" files
(name and contact info of the data maintainer; description, origin, and
authority of the data; frequency with which the data is updated; any
known omissions, problems or "bugs" in the data).

Unfortunately, not all WAIS servers return the "Information on
database" in response to a null query, and those that do often return a
relatively uninformative boilerplate message automatically generated by
waisindex.  Clearly for this method to be generally useful, it would
require the cooperation of the maintainers of WAIS servers as well as a
change in the gopher clients.

-- Prentiss Riddle ("aprendiz de todo, maestro de nada") riddle@rice.edu
-- Unix Systems Programmer, Office of Networking and Computing Systems
-- Rice University, POB 1892, Houston, TX 77251 / Mudd 208 / 713-285-5327
-- Opinions expressed are not necessarily those of my employer.
Newsgroups: comp.infosystems.gopher
From: hemmadst@ucunix.san.uc.edu (Srikant Gurudas Hemmady)
Subject:  Problem with GIF image display in Xgopher
Organization: University of Cincinnati
Date: Sun, 27 Dec 1992 23:45:05 GMT

Hi:

I could succesfully install the xgopher1.3 on my machine. But it
can't display the gif image files. I use the 'xv' instead of 'xloadimage'.
It displays the picture.gif (Ann Arbor gopher conference) by can't
display anything else.

I would highly appreciate some help from anybody

Thanks

Srikant


-- 

srikant hemmady >>>