HDTenEightyP/NetNews huggingface dataset:
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: campaign '92
Organization: University of Minnesota, Minneapolis
Distribution: comp
Date: Tue, 8 Sep 1992 16:31:19 GMT

In <9209042151.AA06735@utopia.cc.nd.edu> cooper@utopia.cc.nd.edu writes:

>Look into the following link:

>Name=Campaign '92 documents
>Type=1
>Port=+
>Path=ftp:nptn.org@/pub/campaign.92/
>Host=+

>the org is the National Public Telecomputing Network.  They are  
>putting up etexts of the 92 presidential campaign so we can get away  
>from the soundbyte/factoid thing.  Way cool.

>The Government department here is pretty excited.

>Happy labor day (U.S.),

Also the info system and umd has it as well.  Plus they have search
engines too!

Gopher on down to info.umd.edu

--
 | 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: BDESIMON@uga.cc.uga.edu (Bert)
Newsgroups: comp.infosystems.gopher
Subject: Re: T Type and PCG2 1.05
Date: 11 Sep 92 17:18:58 GMT
Distribution: comp
Original-To: Daniel Torrey <daniel@bauhaus>,
        Gopher Folks <gopher-news@boombox.micro.umn.edu>

On Fri, 11 Sep 92 10:51:56 CDT Daniel Torrey said the following
concerning adding type "T" support the the PC Gopher II client:

<<<<<Daniel, I apologize for not giving up and going away -- bd>>>>

>All I have to go on is the protocol document that I was given. It
>defines the types "0" through "9", and states that the types "A"
>through "Z" are "reserved". I'm not sure what that means, but since
>there's no reference to "T" types in the protocol, I don't have any
>plans to support them.

Bummer ... this kinda puts me between a rock and a hard place.

Our library requires tn3270 access, as well as do several other libraries.
I could, of course, create the link to our library as type 8 telnet, but
this really impacts the Mac folks.  The Mac client is type T compliant, and a
proper tn3270 settings file is created for type T.  If it is type 8, an NCSA
settings file is created, which doesn't do at all.  And, you know, the
CMS client and Unix client are type T compliant, too.

 ---------------------------------------
| Albert DeSimone, Jr.                  |
|   BITNET:    bdesimon@uga             |
|   Internet:  bdesimon@uga.cc.uga.edu  |
 ---------------------------------------
Newsgroups: comp.infosystems.gopher
Subject: Re: PC Gopher v1.05r2 Released
From: Michel.Davidoff@sonoma.edu (Michel Davidoff)
Date: 14 Sep 92 09:04:02 PDT
Distribution: comp
Organization: Sonoma state university

In article <yyjdavis.716343831@sol.UVic.CA> yyjdavis@sol.UVic.CA (John Davis) writes:
>Subject: Re: PC Gopher v1.05r2 Released
>From: yyjdavis@sol.UVic.CA (John Davis)
>Date: 13 Sep 92 00:23:51 GMT
>In <9209091843.AA17735@bauhaus.micro.umn.edu> daniel@bauhaus (Daniel Torrey) writes:
>>PC Gopher II v1.05r2 is now available ...
>
>I wonder if anyone will help a poor beginner.  I've just
>installed the new client on a Zenith Z-386 SX, with 640K 
>base and 3328K extended memory, and a colour EGA monitor.
>
>The client doesn't seem to know that I have a colour
>monitor or extended memory, and I haven't been able to
>figure out how to tell it these things.  I run out of
>memory when I try to telnet from within gopher.
>
>Suggestions please?
>
>John N. Davis, University of Victoria (Canada)
Try loading DOS high. To do this you need to Load EMM386,and DOS=high,UMB in 
config.sys. Remember to Exclude the board address when loading EMM386.

Michel
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: Pleading for Windows version of the ol' Goph
Date: 11 Sep 1992 23:37:38 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

RBNTJC@rohvm1.rohmhaas.com (Thomas J Cozzolino) writes: : This is yet
another impassioned plea for a Windows 3.X version of : Gopher.  Nothin'
fancy, just what the rest of the platforms have (!). :  There is a Windows
version of WAIS - if you point your gopher at the Msen _Internet Review_
(gopher.msen.com) and browse through v2n3 or v2n4 or v2n5 you'll see the
pointer to it.  It looked like a good platform to build from, since you
could probably drop some sockets code right on top of it to have something
running. 
RBNTJC@rohvm1.rohmhaas.com (Thomas J Cozzolino) writes:
: This is yet another impassioned plea for a Windows 3.X version of
: Gopher.  Nothin' fancy, just what the rest of the platforms have (!).

There is a Windows version of WAIS - if you point your gopher at the Msen
_Internet Review_ (gopher.msen.com) and browse through v2n3 or v2n4 or
v2n5 you'll see the pointer to it.  It looked like a good platform to
build from, since you could probably drop some sockets code right on top
of it to have something running. 

--
Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
      MSEN Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
 A distributed system is one in which the failure of a computer you didn't
 even know existed can render your own computer unusable. (Leslie Lamport)
From: beaudoin@ireq-robot.hydro.qc.ca (Martin Beaudoin)
Newsgroups: comp.infosystems.gopher
Subject: Index of what is on every gopher server....
Date: 11 Sep 92 17:36:46 GMT
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec

I am looking for an index describing the sort of information available
on every gopher server... There is a lot of gopher servers out there,
so I would like to narrow my search to the servers specialized in
the specific topics I am interested in.

Maybe that information is already available via gopher... If so, on
which server???

Thank you!
--
Martin Beaudoin                         mbeaudoin@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mbeaudoin@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1          +1 514 652-8136
From: rahardj@ccu.umanitoba.ca (Budi Rahardjo)
Newsgroups: comp.infosystems.gopher
Subject: Gopher at University of Manitoba
Keywords: manitoba
Date: 14 Sep 92 16:21:33 GMT
Organization: University of Manitoba, Winnipeg, Manitoba, Canada

The top gopher server is now gopher.cc.umanitoba.ca, port 70

-- budi
-- 
Budi Rahardjo <rahardj@ccu.umanitoba.ca>
Unix Support - Computer Services - University of Manitoba
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: How to get feedback from Gopher users?
Date: 10 Sep 1992 10:16:52 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

I can think of a couple ways to get feedback, though you will have to do a
little work on each of them...

The first and obvious answer is "it's in the Gopher+ protocol" [*].

You may be able to use the 'm' (mail me this item) command to good effect.
For instance I think you could run a usenet vote by having two menu items -

 Vote _yes_ on comp.sys.foo
 Vote _no_ on comp.sys.foo

with the text of each being

 (send this to foo-yes@host.domain.org)

 I vote yes on comp.sys.foo as proposed

If your local 'm' command invokes a mailer that lets the user edit the
file before sending it it should work even better.

A third way would be to use the 'M' multi-media mail message document
type, and include a document part in the message that asks the user to
send out a message.  This demands the most work on your part since many
gopher installations don't have their multi-media mailers hooked in, but
if you do get it going it could be the most flexible. [*]

--
Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
      MSEN Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
 A distributed system is one in which the failure of a computer you didn't
 even know existed can render your own computer unusable. (Leslie Lamport)

[*] International standard symbol for "hairball".
Newsgroups: comp.infosystems.gopher
From: jhaataja@nic.funet.fi (Juha Haataja)
Subject: How to get feedback from Gopher users?
Organization: Centre for Scientific Computing, Finland
Date: Thu, 10 Sep 92 12:40:47 GMT


How can a Gopher client user easily send feedback to the manager of a
Gopher service? 

For example, when browsing through some directories with a client, I
might find some out of date information --- is there a way to provide
of "drop box" or a mail address where the questions and comments
would automatically go. 

Of course, you could put in every directory a text file which has the
relevant contact information, but that's not very convenient for the
user (or the manager). And everyone would do it differently, if at
all.

I think that as more and more Gopher sites become operational, a way
for getting feedback from even the first-time users is a must.  Of
course, there might already be such a mechanism, universally routed to
/dev/null --- I don't know Gopher that well.

- Juha Haataja
  Centre for Scientific Computing, Finland

Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Gopher, Ultrix and netstat
Organization: University of Minnesota, Minneapolis
Date: Tue, 15 Sep 1992 04:14:09 GMT

In <7314@lib.tmc.edu> snewton@oac.hsc.uth.tmc.edu (Steven E. Newton) writes:

>datta@cs.uwp.edu (David Datta) writes:
>Not sure it this relates, but here's my experience..

>In porting the unix curses client to DOS I discovered I would run out of
>net connections -- turns out the client was never closing the connection
>after receiving a file.  In unix this might be OK, but on the PC you
>have a limited number of connections and you must close when you are
>done.

>This was true at the 0.9 version and it seems to still be in there at
>1.02.  In showfile() you'll see that it does a GSconnect() but never
>closes.

Eeeeek!  This isn't good.  I imagine that the unclosed connections are
timed out by the server end and things mess up when the client closes
all of them at once...  Ugly.

I'd suggest people add a close(sockfd); at the end of showfile until
the next release comes out.


--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Date: Tue, 15 Sep 92 15:50:17 -0400
From: jmsellen@math.uwaterloo.ca (John Sellens)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: yet more gopher utilities ...
Newsgroups: comp.infosystems.gopher
Distribution: comp

I have two more gopher utilities that people might be interested in:

getgoph - get a response from a gopher server

    A useful tool for interrogating gopher servers manually,
    when testing a server, or wanting to figure out what data you're
    receiving that your client doesn't like, or for use in copying parts
    of another server into yours.

    Used by gopherwalk to walk a gopher server.

gopherwalk - "walk" a gopher or make table of contents

    A Handy way to list a server, for indexing, or table of contents
    generation.

    Uses getgoph to talk to the server.


These are available for anonymous ftp from math.uwaterloo.ca in
the directory ~ftp/pub/gopher.

John Sellens
jmsellens@math.uwaterloo.ca
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher, Ultrix and netstat
Date: 13 Sep 1992 17:36:28 GMT
Organization: UT Health Science Center Houston

datta@cs.uwp.edu (David Datta) writes:
>
>
>I have been running gopherd as a server for quite a while now and
>recently I did a netstat and lo and behold, there were over 100
>connections on port 70 with a status of FIN_WAIT_2. Is this normal?

Not sure it this relates, but here's my experience..

In porting the unix curses client to DOS I discovered I would run out of
net connections -- turns out the client was never closing the connection
after receiving a file.  In unix this might be OK, but on the PC you
have a limited number of connections and you must close when you are
done.

This was true at the 0.9 version and it seems to still be in there at
1.02.  In showfile() you'll see that it does a GSconnect() but never
closes.

Granted the server should be able to force the connection closed
immediately, but on the other hand the client shouldn't be leaving a
mess behind.

Steve

-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
         The map is the territory/             |Nobody else speaks for me,
       The map is not the territory.           |and I speak for no one else.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Re: Index of what is on every gopher server....
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Fri, 11 Sep 1992 23:34:31 GMT

In article <BEAUDOIN.92Sep11133506@felix.ireq-robot.hydro.qc.ca>, beaudoin@ireq-robot (Martin Beaudoin) writes:
>I am looking for an index describing the sort of information available
>on every gopher server... There is a lot of gopher servers out there,
>so I would like to narrow my search to the servers specialized in
>the specific topics I am interested in.
>
>Maybe that information is already available via gopher... If so, on
>which server???

If you can't find the mountain, let the mountain come to you - ie.
install an automatically mail-updateable gopher tree where anyone can
create links, new directories for new topics, and so on.

//Jyrki
From: keijo@kiwi.atk.vtt.fi (Keijo Tuominen)
Newsgroups: comp.infosystems.gopher
Subject: New gopher at Finland
Date: 9 Sep 1992 10:13:04 +0300
Organization: Technical Research Centre of Finland, Computing Service
Distribution: world
NNTP-Posting-Host: kiwi.atk.vtt.fi


Technical Research Centre of Finland has a gopher server in address:

gopher.vtt.fi

It's experimental server so some errors may occur.
-- 
* Keijo Tuominen; PL 105 Vuorimiehentie *  INTERNET: Keijo.Tuominen@vtt.fi  *
* 02151 Espoo, Finland                  *  BITNET:   atkktu@finvtt.bitnet   *
* Phone: +358 (9)0 456 4295             *  X.400:    C=FI,ADMD=MAILNET      *
* Fax: +358 (9)0 460 648	        *      PRMD=VTT,S=TUOMINEN,G=KEIJO  *
From: bill@biome.bio.ns.ca (Bill Silvert)
Newsgroups: comp.infosystems.gopher
Subject: Keeping versions together: gopher and xgopher
Date: 15 Sep 92 20:36:33 GMT
Distribution: comp

As I keep upgrading gopher servers and clients and enjoy all the new
goodies that keep showing up, I find that the pieces of the pie are
getting progressively more incompatible.  For example, when I first
installed xgopher it worked fine with gopher 1.01.  Later the enhanced
version was able to view GIF files from the UVic server.  Super!  Now
with gopher 1.03 my own system has a server that supports GIFs and my
gopher client can view them, but xgopher no longer can.  It sure would
be nice to view graphics with xgopher, but there is such a maze of
unofficial patches out there that I don't think I can do anything with
them.  So any help in this direction would be most welcome.

By the way, any plans to install a feature in gopher clients that would
let the user abort transfers?  I sometime find myself waiting
interminably for an unexpectedly large file to come through, and it
would be nice to have a graceful exit back to gopher.
-- 
Bill Silvert at the Bedford Institute of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2
InterNet Address: bill@biome.bio.ns.ca
From: BRAY_EO@TAMUG2.TAMU.EDU (Elliott O. Bray)
Newsgroups: comp.infosystems.gopher
Subject: Gopher and CUTCP
Date: 15 Sep 92 14:35:46 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu
X-Vmsmail-To: SMTP%"gopher-news@boombox.micro.umn.edu"

Since 1.04 I have been bumping up against memory problems when I try to
telnet out of gopher (pc).  I realize that I could work over my machine
with mem mamagers etc.   I will have to see if I can find the right comb.

However, I will be installing a package including Gopher, CUTCP, and POPmail
on many machines on campus.  All types with their own hardware and software
budgets.  

Question:    How much DOS memory do I need?
             What (if anything) can I do to reduce the memory requirements
             of Gopher and either telbin or tn3270)?

             Suggestions for memory management tricks helpful.

Would like to retain Windows (using packet driver and WINPKT), using BOOTP.

Thanks

Elliott Bray, Director                         bray_eo@tamug.tamu.edu
Academic Computer Center
Texas A&M University at Galveston
From: Jeremy.James@med.umich.edu ("Jeremy T. James")
Newsgroups: comp.infosystems.gopher
Subject: LWP for DOS gopher client!!!
Date: 9 Sep 92 00:48:17 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu

________

  The LWP for DOS client is no longer Beta.  Anyone who wants the release
version, 1.0, can retrieve the files starting Wed. morning.  They are
located at lennon.itn.med.umich.edu for anonymous ftp in the pub/gopher
directory.
  For anyone who used the beta version, I suggest using the new one because
it is much better now.  I believe all the bugs are worked out, but I'm sure
everyone will let me know when they find one.
  Have fun...

==============================================================================
Jeremy T. James     University of Michigan Medical Center,  ITN
B1911 CFOB, Ann Arbor, MI 48109-0704  Phone:313-747-2778 blackp@med.umich.edu
------------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: fredb@calvin.edu (Fred Bremmer)
Subject: Re: Macintosh GopherApp truncates large texts
Followup-To: comp.infosystems.gopher
Organization: Calvin College Computer Center
Distribution: usa
Date: Mon, 14 Sep 1992 14:56:53 GMT

> What gives here?  This program will receive large binhex files and decode
> them, but a large (> 50k?) text file causes it to stop with a message that
> the file was too large, after asking me for a storage location on disk after
> reaching the ~32k limit.  Why is there a limit on the length of a text file,
> other than my disk space?  This severely reduces the utility of this otherwise
> fine program!

I believe it has to do with how the Mac's built-in text handling functions
allocate memory.  It seems that if you want your program to handle more
than 32K of text, you have to write your own memory/buffer handling
routines.  GopherApp lets you save the complete text message to disk, but
it uses a 32K buffer to view only the first part of a long message.  You
can read the complete file into a more full-featured text editor or word
processor.

Fred
--
 Fred Bremmer    |     Internet: fredb@calvin.edu
 Calvin College  |.._. ._. . _..  _... ._. . __ __ . ._.
 Grand Rapids,   |      Phone:   (616) 957-6144
 MI USA   49546  |      Fax:     (616) 957-8551
Newsgroups: comp.infosystems.gopher
From: ema@netcom.com (Energy Management Assoc)
Subject: HTML?   Re: Unix gopher 1.03 now available
Date: Tue, 08 Sep 92 12:39:22 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp

In article <mudhoney.micro.umn.edu> lindner@boombox.micro.umn.edu. writes:
>Gopher for UNIX, server and client and other goodies is now available.
>

Does the HTML part of Gopher work correctly?  I can't get it to work,
and I read somewhere that it wasn't yet a part of the Gopher system,
but the code has been there for a while now.  By HTML, I mean the WWW
hypertext capabilities.

Thanks for any info,
James Morse

Energy Management Associates
The Utilities Division of EDS

Newsgroups: comp.infosystems.gopher
From: schemers@Slapshot.Stanford.EDU (Roland Schemers)
Subject: Re: problems with check_access in g2webster and g2whois
Organization: Distributed Computing Group, Stanford University
Distribution: compinfosystems.gopher
Date: Wed, 9 Sep 92 22:45:06 GMT

In article <TIKTIN.92Sep9133109@idiotix.cs.uoregon.edu>, tiktin@idiotix.cs.uoregon.edu (David Mark Tiktin) writes:
|> 
|> I've installed go4gw on a Sequent Symmetry running DYNIX(R) V3.2.0 and Perl
|> 
|> The problem is in the check_access subroutine:
|> 
|> sub check_access {
|>    local($group)=@_;
|> 
|>    return 1 if (-t STDIN);
|>    $sockaddr = 'S n a4 x8';
|>    $mysockaddr = getpeername(STDIN);
|>    ($ramily,$rport,$raddr) = unpack($sockaddr,$mysockaddr);  <-- dies here
|>    ...
|> 
|> I'm new to perl, but after consulting the manual, it seemed to me that the x8
|> part of the template for unpack was causing the problem.  So I replaced
|> 
|>    $sockaddr = 'S n a4 x8'; 
|> 
|>  with
|> 
|>    $sockaddr = 'S n a4';
|> 
|> That fixed it, but I don't know perl well enough to know whether it's working
|> by chance or because it's right.  Is it right?  Is there a better fix?

Strange.  'S n a4 x8' works fine for me, and I've tested it with off campus
sites. In fact, I probably grabbed that from /usr/local/lib/perl/chat2.pl:

## chat.pl: chat with a server
## V2.01.alpha.7 91/06/16
## Randal L. Schwartz

package chat;

$sockaddr = 'S n a4 x8'
...

Its also used on page 340 in the Perl/camel book. It could be that on your
system that 'S n a4 x8' is wrong. Thats because these values are system 
specific (although they work on most systems). 

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: Installing new gopher server
Original-To: jsantos@tolten.puc.cl (Juan Manuel Santos)
Date: Tue, 8 Sep 92 9:57:55 CDT
Original-Cc: gopher-news@boombox.micro.umn.edu, jsantos@tolten.puc.cl,
        aaraya@tolten.puc.cl
Reply-To: lindner@boombox.micro.umn.edu.
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gopher
Distribution: comp

Juan Manuel Santos sez:
. 
. 
.  	Hello:
. 		I want to know if somebody can answer my question.
.  The thing is that i made sim-links to local ftp sytes and i used the -c option
. and the problem is that it only works with the anonymous ftp of my machine 
. and i can't link other campus ftp sytes, i'm confused because it works with 
. wuarchive.wustl.edu in the examples directory.

Hmmm, where is your server running?  I'd like to diagnose it from here..

.  The second thing is that i want to know what is the diference between load
. de gopherd with or without the -c option.

-c uses secure file-opening routines developed by myself.  These
routines are meant to be secure, however it's possible they aren't... 

Otherwise when gopherd runs it uses the chroot() call to protect file
accesses.  



-- 
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /