xxbja@csduts1.lerc.nasa.gov (Betty Jo Armstead) (03/22/91)
I'm not sure if this is the correct place to post this but here goes. I am interested to find out if there is an MVS print server using the IBM TCP/IP interface. We have a lot of unix systems that would like access to the 3800 printer that is hooked to MVS. -- Betty Jo Armstead SVERDRUP Technology Inc. 21000 Brookpark Rd.Ms 142-2 Phone:216-433-5086 Nasa Lewis Research Center Cleveland Ohio 44135 From: xxbja@csduts1.lerc.nasa.gov
tierney@nevada.edu (TIM TIERNEY) (03/23/91)
In article <1991Mar21.203401.12787@eagle.lerc.nasa.gov> xxbja@csduts1.lerc.nasa.gov (Betty Jo Armstead) writes: >I'm not sure if this is the correct place to post this but here goes. >I am interested to find out if there is an MVS print server >using the IBM TCP/IP interface. We have a lot of unix systems that >would like access to the 3800 printer that is hooked to MVS. We have the same situation here and run MVS/ESA. Our reasons for needing the interface are somewhat different but compatible. If you find out anything about this, please let me know as well. Tim ----- - Life is the ultime sexually transmitted disease -----
tierney@arrakis.UUCP (TIM TIERNEY) (03/23/91)
In article <1991Mar21.203401.12787@eagle.lerc.nasa.gov> xxbja@csduts1.lerc.nasa.gov (Betty Jo Armstead) writes: >I'm not sure if this is the correct place to post this but here goes. >I am interested to find out if there is an MVS print server >using the IBM TCP/IP interface. We have a lot of unix systems that >would like access to the 3800 printer that is hooked to MVS. We have the same situation here and run MVS/ESA. Our reasons for needing the interface are somewhat different but compatible. If you find out anything about this, please let me know as well. Tim ----- - Life is the ultime sexually transmitted disease -----
drake@drake.almaden.ibm.com (03/23/91)
From IBM announcement letter 290-589:
STATEMENT OF GENERAL DIRECTION
It is IBM's intention to provide Network Computing System (NCS (1)),
Kerberos, REXEC and LPR/LPD support in the TCP/IP MVS environment.
Announcement of this capability will be based on IBM's
business and technical judgement.
(1) Trademark of Apollo, Inc.
Sam Drake / IBM Almaden Research Center
Internet: drake@ibm.com BITNET: DRAKE at ALMADEN
Usenet: ...!uunet!ibmarc!drake Phone: (408) 927-1861drake@drake.almaden.ibm.COM (03/23/91)
From IBM announcement letter 290-589:
STATEMENT OF GENERAL DIRECTION
It is IBM's intention to provide Network Computing System (NCS (1)),
Kerberos, REXEC and LPR/LPD support in the TCP/IP MVS environment.
Announcement of this capability will be based on IBM's
business and technical judgement.
(1) Trademark of Apollo, Inc.
Sam Drake / IBM Almaden Research Center
Internet: drake@ibm.com BITNET: DRAKE at ALMADEN
Usenet: ...!uunet!ibmarc!drake Phone: (408) 927-1861CEARLEY_K%UMS@VAXF.COLORADO.EDU (03/25/91)
Interlink's TCP/IP implementation supports LPD (Server) capability, also FTP to internal JES reader... > From IBM announcement letter 290-589: > > STATEMENT OF GENERAL DIRECTION > It is IBM's intention to provide Network Computing System (NCS (1)), > Kerberos, REXEC and LPR/LPD support in the TCP/IP MVS environment. > Announcement of this capability will be based on IBM's > business and technical judgement. What is this supposed to mean? Is IBM announcing it or will they announce if their 'business and technical judgement' so indicates? Is anyone else out there using Interlink's TCP/IP, is there a list for this implementation? Technically we've found it blows IBM's MVS/XA implementation out of the water. -Kent Cearley -University of Colorado, Boulder
jmaynard@thesis1.hsch.utexas.edu (Jay Maynard) (03/25/91)
In article <9103250340.AA23380@lilac.berkeley.edu> BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@lilac.berkeley.edu> writes: >Is anyone else out there using Interlink's TCP/IP, is there a list for >this implementation? Technically we've found it blows IBM's MVS/XA >implementation out of the water. We're using it, but it could be better. 1) When they say to stick their 37x2 Ethernet box on a channel by itself, BELIEVE THEM. It soaks up 45% of the channel, no matter what the traffic going through it. 2) The documentation is unclear at best, and opaque at worst. I still have problems with the DNR configuration, and can't seem to do an FTP GET to save my life. 3) The mailer doesn't do MX records. This is nearly a fatal flaw, especially when the DNR problems mean that perfectly good addresses with A records fail at times as well - thus, a manual TSO DNRGET is required to determine the cause of bounced mail. 4) The API is baroque. They modeled it after the VTAM interface...itself not exactly a model of simplicity. The thought of writing an NNTP reader client for it gives me cold chills. 5) The only mail user agent for it appears to be UCLAMAIL. Besides needing an experienced systems programmer to customize and install, this introduces the inefficiency of a TSO address space just for users whose only use of the MVS system is mail - hardly the way to go. I'd like to use something like MEMO, from Verimation, but that requires applications programming - see 4). Yes, when it works, it's nice and fast. It's just a pain to deal with. -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@thesis1.hsch.utexas.edu | adequately be explained by stupidity. "You can even run GNUemacs under X-windows without paging if you allow about 32MB per user." -- Bill Davidsen "Oink!" -- me
thesis1.hsch.utexas.EDU@lib.UUCP (Jay Maynard) (03/25/91)
In article <9103250340.AA23380@lilac.berkeley.edu> BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@lilac.berkeley.edu> writes: >Is anyone else out there using Interlink's TCP/IP, is there a list for >this implementation? Technically we've found it blows IBM's MVS/XA >implementation out of the water. We're using it, but it could be better. 1) When they say to stick their 37x2 Ethernet box on a channel by itself, BELIEVE THEM. It soaks up 45% of the channel, no matter what the traffic going through it. 2) The documentation is unclear at best, and opaque at worst. I still have problems with the DNR configuration, and can't seem to do an FTP GET to save my life. 3) The mailer doesn't do MX records. This is nearly a fatal flaw, especially when the DNR problems mean that perfectly good addresses with A records fail at times as well - thus, a manual TSO DNRGET is required to determine the cause of bounced mail. 4) The API is baroque. They modeled it after the VTAM interface...itself not exactly a model of simplicity. The thought of writing an NNTP reader client for it gives me cold chills. 5) The only mail user agent for it appears to be UCLAMAIL. Besides needing an experienced systems programmer to customize and install, this introduces the inefficiency of a TSO address space just for users whose only use of the MVS system is mail - hardly the way to go. I'd like to use something like MEMO, from Verimation, but that requires applications programming - see 4). Yes, when it works, it's nice and fast. It's just a pain to deal with. -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@thesis1.hsch.utexas.edu | adequately be explained by stupidity. "You can even run GNUemacs under X-windows without paging if you allow about 32MB per user." -- Bill Davidsen "Oink!" -- me
drake@drake.almaden.ibm.com (03/25/91)
In article <9103250340.AA23380@lilac.berkeley.edu> BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@lilac.berkeley.edu> writes: > >> From IBM announcement letter 290-589: >> >> STATEMENT OF GENERAL DIRECTION >> It is IBM's intention to provide Network Computing System (NCS (1)), >> Kerberos, REXEC and LPR/LPD support in the TCP/IP MVS environment. >> Announcement of this capability will be based on IBM's >> business and technical judgement. > >What is this supposed to mean? Is IBM announcing it or will they announce >if their 'business and technical judgement' so indicates? This is not an announcement of LPR/LPD; rather, it says that IBM intends to announce such function. The "business and technical judgement" phrase is boilerplate, always included in a "statment of intent". IBM intends to announce LPR/LPD, but something unforeseen might happen to change IBM's mind. Sam Drake / IBM Almaden Research Center Internet: drake@ibm.com BITNET: DRAKE at ALMADEN Usenet: ...!uunet!ibmarc!drake Phone: (408) 927-1861