home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / infosyst / gopher / 2128 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.7 KB  |  50 lines
  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!mudhoney!lindner
  3. From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
  4. Subject: Re: Gopher *client* over inetd
  5. Message-ID: <C1JMAy.E7s@news2.cis.umn.edu>
  6. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  7. Nntp-Posting-Host: mudhoney.micro.umn.edu
  8. Organization: University of Minnesota, Minneapolis
  9. References: <1993Jan27.062306.1361@rat.csc.calpoly.edu>
  10. Date: Thu, 28 Jan 1993 02:44:57 GMT
  11. Lines: 37
  12.  
  13. In <1993Jan27.062306.1361@rat.csc.calpoly.edu> guy@library.calpoly.edu (Guy Martin) writes:
  14.  
  15. >Ok, time to ask all you gopher experts out in netland... I have been banging
  16. >my head against the wall long enough....
  17.  
  18. >We are seriously considering replacing our current library remote interface
  19. >software with a Gopher server.  I have gotten both the gopher server and 
  20. >gopher client to compile on our Sequent S27.  However, we would like to be
  21. >able to run the Gopher *client* (not the server) over inetd, so that when
  22. >users initiate a 'telnet' session from our campus net, they connect directly
  23. >to the Gopher client, which in turn connects to our Gopher server...  Now,
  24. >I realize that we could hack it up so that we created an account called
  25. >'gopher' or some such and then just had remote users 'login' to use the 
  26. >remote Gopher via that mechanism, but we have just gotten our technophobic
  27. >users used to the idea of typing "connect library" from the network prompt,
  28. >then having a menu pop up to greet them... Adding the extra step of having
  29. >them login would probably throw 90% of them for a loop... #:-)
  30.  
  31. >So, what I am getting at is:  Has anyone successfully run the Gopher client
  32. >over inetd?  My problem is that, althougth it runs, of course all input is
  33. >in raw mode, so arrow keys are useless, and since the client uses curses,
  34. >things come out in strange places.  I have tried writing several different
  35. >C programs to allocate pty's and such, but have had no success at all...
  36. >Is anyone out there in GopherLand running their client in this manner, and if
  37. >you are, can you send me hints, source code, anything.. #:-)... Thanks for
  38. >listening....
  39.  
  40. The best place to start would be with the techinfo source..  They have
  41. the code to do exactly this.
  42.  
  43. Another option would be to get the source to in.telnetd, and
  44. substitute starting the gopher system instead of /bin/login...
  45. --
  46.  | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
  47.  |              | Computer & Information Services | is good for the sake
  48.  | Gophermaster | University of Minnesota         | of comparision.
  49. ///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
  50.