home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20221 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  1.7 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!nobeltech!ppan
  2. From: ppan@nobeltech.se (Per Andersson)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: LN03 Queues on TCP/IP LINES
  5. Message-ID: <1993Jan3.001130.7592@nobeltech.se>
  6. Date: 3 Jan 93 00:11:30 GMT
  7. References: <mBgmVB8w164w@jwt.UUCP> <1992Dec12.044048.21399@iscnvx.lmsc.lockheed.com> <14DEC199212310637@vxcrna.cern.ch>
  8. Organization: NobelTech AB
  9. Lines: 24
  10.  
  11. In article <14DEC199212310637@vxcrna.cern.ch> huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712) writes:
  12. >I don't want to start again a war on "Why ban LAT in an environment supporting
  13. >VMS?" question; 
  14. >but in a Telnet, i.e. TCP/IP environment, the usual printer server/client 
  15. >protocol is LPD/LPR, and LPR clients are available for VMS as well.
  16. >The question remains, where are the "Telnet" terminal/printer servers 
  17. >implemnting LPD daemons ?
  18.  
  19. I don't think there is any reason for a war over this issue. How about having
  20. more than a couple of dozen nodes, and no money for FDDI everywhere ?
  21.  
  22. An alternative solution to the problem would be to use the relatively new 
  23. feature in Multinet ( or the one from Process Software) to have a pseudo-
  24. device which connects to the port on the server. Than you can use a symbiont
  25. that thinks it is talking to a TTY (provided it doesn't do ugly things),
  26. and it will be much less work than converting to LPR or whatever.
  27. (Haven't tried this yet, though.)
  28.  
  29. /Per
  30. -- 
  31. -----------------------------------------------------------------------------
  32. Per Andersson - ppan@nobeltech.se (perand@stacken.kth.se on free time)
  33. Managing networks at, but not speaking for Nobeltech AB, J{rf{lla, Sweden
  34. -----------------------------------------------------------------------------
  35.