Archive-Date: Wed, 1 Dec 1999 02:23:51 -0400 Message-ID: <3844BD9E.1735247A@email.sps.mot.com> Date: Wed, 01 Dec 1999 14:18:06 +0800 From: "Kumar Prem" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: vax Subject: host table in multinet Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, How can I set a unix IP address and a hostname on a host table using multinet in VaxVms. Note that this IP is yet to be registered with DNS. Thanks for your help. Regards, Prem. ================================================================================ Archive-Date: Wed, 1 Dec 1999 08:19:25 -0400 Sender: schreiber@process.com Date: Wed, 1 Dec 1999 08:17:59 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009E1F5D.0AF5436A.3@process.com> Subject: RE: host table in multinet "Kumar Prem" writes: > >How can I set a unix IP address and a hostname on a host table using >multinet in VaxVms. Note that this IP is yet to be registered with DNS. > Might I suggest our companion mailing list or newsgroup for the future? (Info-Multinet-Request@process.com to subscribe, or the newsgroup vmsnet.networks.tcpip.multinet) You want to edit the MULTINET:HOSTS.LOCAL file, add a line for the IP address to hostname mapping. e.g.: HOST : 127.0.0.1 : LOCALHOST : : : : Then you need to re-compile and re-install the new database: $ MULTINET HOST_TABLE COMPILE $ @MULTINET:INSTALL_DATABASES -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 1 Dec 1999 19:14:24 -0400 Message-ID: <3845AA6B.DAA1EB63@email.sps.mot.com> Date: Thu, 02 Dec 1999 07:08:28 +0800 From: "Kumar Prem" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Jeff Schreiber , Info-Multinet-Request@process.com CC: Info-TCPware@process.com Subject: Re: host table in multinet References: <009E1F5D.0AF5436A.3@process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Jeff, Thanks for the help but I have tried this before I query. The Vax server(running multinet) is already picking up IP addresses from DNS and this particular IP that I want to use is not in the DNS, so I wanted to add in the local host table so that I can use it. What I understand is, when DNS is running, I can't use the local host table..? Is it true ? or the local host table can be used as a secondary referral when the required IP is not is DNS. Please advise. Thanks. Prem. Jeff Schreiber wrote: > "Kumar Prem" writes: > > > >How can I set a unix IP address and a hostname on a host table using > >multinet in VaxVms. Note that this IP is yet to be registered with DNS. > > > > Might I suggest our companion mailing list or newsgroup for the future? > (Info-Multinet-Request@process.com to subscribe, or the newsgroup > vmsnet.networks.tcpip.multinet) > > You want to edit the MULTINET:HOSTS.LOCAL file, add a line for the > IP address to hostname mapping. e.g.: > > HOST : 127.0.0.1 : LOCALHOST : : : : > > Then you need to re-compile and re-install the new database: > > $ MULTINET HOST_TABLE COMPILE > $ @MULTINET:INSTALL_DATABASES > > -Jeff > > -- > Jeff Schreiber, Process Software Corp. > schreiber@mx.process.com http://www.process.com > TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Tue, 7 Dec 1999 17:43:47 -0400 Message-ID: <4032B5978D8BD31186A500805FC7A9B034076E@hoexchsrvr> From: Charles Weidmann Reply-To: Info-TCPware@process.com To: 'VAX' Subject: I have a question Date: Tue, 7 Dec 1999 17:36:12 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="---- =_NextPart_001_01BF4103.76F8AB90" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_001_01BF4103.76F8AB90 Content-Type: text/plain; charset="iso-8859-1" Sir, I am running Multinet for OpenVMS. I am trying to print DCPS reports to a TCP/IP printer. The problem is that the channel keeps hanging on the VAX side, is there some kind of "time-out value" setting in Multinet that I can set? Thank you, Charlie Weidmann c.weidmann@planettechs.com ------ =_NextPart_001_01BF4103.76F8AB90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a question

Sir,

I am running Multinet for = OpenVMS.  I am trying to print DCPS reports to a TCP/IP = printer.  The problem is that the channel keeps hanging on the VAX = side,  is there some kind of  "time-out value"  setting = in Multinet that I can set?

Thank you,

Charlie Weidmann

c.weidmann@planettechs.com

------ =_NextPart_001_01BF4103.76F8AB90-- ================================================================================ Archive-Date: Wed, 8 Dec 1999 09:32:49 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Recording the results of the DAYTIMED service Date: Wed, 8 Dec 1999 14:02:15 -0000 Message-ID: <82lobd$ond$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM I'm tasked with putting together a very crude automated QA check procedure for our systems that will be run just after midnight on 1st Jan. As a basic check on the TCP/IP side I thought that maybe I could use the DAYTIMED service to get the date/time from a remote system. I think this effectively ensures that the network's in place and that the core TCPware functions are working (not that I'd ever believe they wouldn't ;) since DAYTIMED is a fairly high-up-the-stack service. The Management Guide states that it can be tested through TELNET, but I found it impossible to capture the output in a file so I've turned to FTP by using $ FTP hostname dummy dummy/port=13 Is this a valid high-level test ? (Note that in the procedure I actually start by FTPing to LOCALHOST to "ensure" local TCPware's alive & kicking). -Andy ================================================================================ Archive-Date: Wed, 8 Dec 1999 10:03:27 -0400 Sender: bryant@process.com Date: Wed, 8 Dec 1999 10:01:41 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009E24EB.B063DE24.1@process.com> Subject: RE: Recording the results of the DAYTIMED service "Andy Williams" writes: > >I'm tasked with putting together a very crude automated QA check procedure >for our systems that will be run just after midnight on 1st Jan. As a basic >check on the TCP/IP side I thought that maybe I could use the DAYTIMED >service to get the date/time from a remote system. I think this effectively >ensures that the network's in place and that the core TCPware functions are >working (not that I'd ever believe they wouldn't ;) since DAYTIMED is a >fairly high-up-the-stack service. The Management Guide states that it can be >tested through TELNET, but I found it impossible to capture the output in a >file so I've turned to FTP by using > >$ FTP hostname dummy dummy/port=13 > >Is this a valid high-level test ? (Note that in the procedure I actually >start by FTPing to LOCALHOST to "ensure" local TCPware's alive & kicking). > >-Andy > > How about: $ telnet set log x.x open host/port=13 exit $ ty x.x Wed Dec 08 09:59:11 -0500 1999 Make sure you have the service running on the remote system. As far as what this tests, it will test the IP and TCP layers of the stack. It will also test dns and therefore UDP by doing the host lookup. A crude test, but gives some basics. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Wed, 8 Dec 1999 13:46:12 -0400 Message-ID: <384E9245.5C3D862@SMTP.DeltaTel.RU> Date: Wed, 08 Dec 1999 20:15:49 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! Hi PSC! The problem is still here! I can't take access to the ping (!) for non-priveleged accounts! Ruslan R. Laishev wrote: > > Hi All! > I have some problem with ping&traceroute command after of VMS 7.1/AXP > -> 7.2-1/AXP upgrade: > > $ set proc /priv=(all) > $ install remove tcpware:ping > $ instal add tcpware:ping.exe/priv=sysprv > $ INSTALL LIST/FULL tcpware:ping > > DISK$ENERGY01:.EXE > PING;2 Prv > Entry access count = 0 > Privileges = SYSPRV > Authorized = SYSPRV > $ set proc /priv=(noall,tmpmbx,netmbx) > $ ping 127.0.0.1 > ping: socket: permission denied > $ > $ ping www.process.com > ping: socket: permission denied > > TIA. > > -- > Cheers, SysMan at DLS. > www.dls.net --- Conection with care > www.radiusvms.com --- Free & Commercial software for ISP under OpenVMS -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 8 Dec 1999 16:12:00 -0400 Message-ID: <4.2.2.19991208140620.00bf4100@mehlhop.org> Date: Wed, 08 Dec 1999 14:07:16 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING In-Reply-To: <384E9245.5C3D862@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed What privilege do you need to run PING when you run it from a priv'd account? Jim At 08:15 PM 12/8/99 +0300, Ruslan R. Laishev wrote: >Hi All! Hi PSC! > > The problem is still here! > I can't take access to the ping (!) for non-priveleged accounts! > > >Ruslan R. Laishev wrote: > > > > Hi All! > > I have some problem with ping&traceroute command after of VMS > 7.1/AXP > > -> 7.2-1/AXP upgrade: > > > > $ set proc /priv=(all) > > $ install remove tcpware:ping > > $ instal add tcpware:ping.exe/priv=sysprv > > $ INSTALL LIST/FULL tcpware:ping > > > > DISK$ENERGY01:.EXE > > PING;2 Prv > > Entry access count = 0 > > Privileges = SYSPRV > > Authorized = SYSPRV > > $ set proc /priv=(noall,tmpmbx,netmbx) > > $ ping 127.0.0.1 > > ping: socket: permission denied > > $ > > $ ping www.process.com > > ping: socket: permission denied > > > > TIA. > > > > -- > > Cheers, SysMan at DLS. > > www.dls.net --- Conection with care > > www.radiusvms.com --- Free & Commercial software for ISP under OpenVMS > >-- >Cheers, >+OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 >+http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Wed, 8 Dec 1999 16:17:47 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE8601FAAF0A@lespaul.process.com> From: Bob Weithman Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: TCPware TCP 5.3-3 & VMS 7.2-1 & PING Date: Wed, 8 Dec 1999 16:16:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" In the TCPware V5.3 Management Guide, Chapter 28 page 18 PING "To use the PING Utility, you need BYPASS or SYSPRV privilege. Also , always run the PING utility from an account that has NETMBX privileges" Bob ================================================================================ Archive-Date: Wed, 8 Dec 1999 16:28:43 -0400 Sender: DLUTES@fw1.textron.com Message-ID: <384E78B1.41D5932A@cessna.textron.com> Date: Wed, 08 Dec 1999 15:26:41 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING References: <4.2.2.19991208140620.00bf4100@mehlhop.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jim Mehlhop wrote: > > What privilege do you need to run PING when you run it from a priv'd account? > > Jim > > At 08:15 PM 12/8/99 +0300, Ruslan R. Laishev wrote: > >Hi All! Hi PSC! > > > > The problem is still here! > > I can't take access to the ping (!) for non-priveleged accounts! > > [lots omitted here] The magic privilege is SYSPRV. I found this out thru trial and error. Try: $ INSTALL/PRIV=SYSPRV TCPWARE:PING and see if that solves your problem. -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Wed, 8 Dec 1999 16:28:54 -0400 Sender: bryant@process.com Date: Wed, 8 Dec 1999 16:27:11 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009E2521.8AEA6D8F.24@process.com> Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING On one system I see: DISK$AXPVMSSYS:.EXE PING;25 Open Hdr Shar Prv Entry access count = 26 Current / Maximum shared = 0 / 3 Global section count = 11 Privileges = NETMBX SYSPRV Jim Mehlhop writes: > >What privilege do you need to run PING when you run it from a priv'd account? > >Jim > > >At 08:15 PM 12/8/99 +0300, Ruslan R. Laishev wrote: >>Hi All! Hi PSC! >> >> The problem is still here! >> I can't take access to the ping (!) for non-priveleged accounts! >> >> >>Ruslan R. Laishev wrote: >> > >> > Hi All! >> > I have some problem with ping&traceroute command after of VMS >> 7.1/AXP >> > -> 7.2-1/AXP upgrade: >> > >> > $ set proc /priv=(all) >> > $ install remove tcpware:ping >> > $ instal add tcpware:ping.exe/priv=sysprv >> > $ INSTALL LIST/FULL tcpware:ping >> > >> > DISK$ENERGY01:.EXE >> > PING;2 Prv >> > Entry access count = 0 >> > Privileges = SYSPRV >> > Authorized = SYSPRV >> > $ set proc /priv=(noall,tmpmbx,netmbx) >> > $ ping 127.0.0.1 >> > ping: socket: permission denied >> > $ >> > $ ping www.process.com >> > ping: socket: permission denied >> > >> > TIA. >> > >> > -- >> > Cheers, SysMan at DLS. >> > www.dls.net --- Conection with care >> > www.radiusvms.com --- Free & Commercial software for ISP under OpenVMS >> >>-- >>Cheers, >>+OpenVMS [Sys|Net] HardWorker........................................+ >> Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 >> 191119,St.Petersburg,Transportny per. 3 116-3222 >> Fax: +7 (812) 115-1035 >>+http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > _________________________________________________________________________ > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > _________________________________________________________________________ > ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Wed, 8 Dec 1999 16:43:10 -0400 Sender: DLUTES@fw1.textron.com Message-ID: <384E7C1A.1742A51B@cessna.textron.com> Date: Wed, 08 Dec 1999 15:41:14 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING References: <009E2521.8AEA6D8F.24@process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Oops. Forget my answer and Geoff's. First, there was a syntax error in mine. Even after correcting the INSTALL command to add a REPLACE or ADD verb, it still doesn't work right. I had based my original answer on: $ set proc/priv=(noall,netmbx,tmpmbx,setprv,sysprv) $ ping
which worked. However: $ install replace tcpware:ping /priv=(sysprv) $ ping
fails, if the executing process has only netmbx, tmpmbx, and setprv. Curious... BTW, I am running TCPware 5.3-2 on VMS/Alpha 7.2-1. -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Wed, 8 Dec 1999 17:19:45 -0400 Message-ID: <4.2.2.19991208151317.00bfed90@mehlhop.org> Date: Wed, 08 Dec 1999 15:13:59 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING In-Reply-To: <384E7C1A.1742A51B@cessna.textron.com> References: <009E2521.8AEA6D8F.24@process.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Does anyone have the problem on regular 7.2 not 7.2-1? I don't have 7.2-1. Jim At 03:41 PM 12/8/99 -0600, you wrote: >Oops. Forget my answer and Geoff's. First, there was a >syntax error in mine. Even after correcting the INSTALL >command to add a REPLACE or ADD verb, it still doesn't >work right. I had based my original answer on: > > $ set proc/priv=(noall,netmbx,tmpmbx,setprv,sysprv) > $ ping
> >which worked. However: > > $ install replace tcpware:ping /priv=(sysprv) > $ ping
> >fails, if the executing process has only netmbx, tmpmbx, >and setprv. Curious... > >BTW, I am running TCPware 5.3-2 on VMS/Alpha 7.2-1. > >-- >Dale D. Lutes >Flight Data Systems >Cessna Aircraft Company >316-517-7109 _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Wed, 8 Dec 1999 17:59:26 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: Recording the results of the DAYTIMED service Date: Wed, 8 Dec 1999 22:31:29 -0000 Message-ID: <82mm6c$6hs$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Thanks Geoff, that works a treat ! The only problem is that TELNET insists on putting it out to the screen as well & I can't seem to turn that off. Here's what I do: $ open/write log 'tmp_file1' $ write log "set translation /receive=lf" $ write log "set log ''tmp_file2'/options" $ write log "open ''host'/port=13" $ write log "exit" $ close log $ define/user telnet_startup 'tmp_file1' $ define/proc sys$output nl: $ define/proc sys$error nl: $ telnet Wed Dec 08 22:19:26 +0000 1999 (BTW: TCPware V5.3-2 and V5.3-3, both VAX and Alpha) Any ideas ? > How about: > > $ telnet > set log x.x > open host/port=13 > exit > $ ty x.x > Wed Dec 08 09:59:11 -0500 1999 > > Make sure you have the service running on the remote system. > > As far as what this tests, it will test the IP and TCP layers of the stack. It > will also test dns and therefore UDP by doing the host lookup. A crude te st, > but gives some basics. ================================================================================ Archive-Date: Wed, 8 Dec 1999 18:02:56 -0400 Date: Wed, 8 Dec 1999 17:01:11 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <991208170111.202000c3@process.com> Subject: Re: Recording the results of the DAYTIMED service "Andy Williams" writes: > >Thanks Geoff, that works a treat ! The only problem is that TELNET insists >on putting it out to the screen as well & I can't seem to turn that off. >Here's what I do: > You could also use C-Kermit to do this very easily, with more control over what you see on the screen. It also would be pretty easy to write a little program that does this as well. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 8 Dec 1999 18:12:06 -0400 Message-ID: From: "Garrido, Ramon, Mr, HQAFCEE" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: FTP log and Telnet denial 4 outgoing Date: Wed, 8 Dec 1999 17:10:14 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF41D1.62BDC53C" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF41D1.62BDC53C Content-Type: text/plain; charset="iso-8859-1" Running VMS 7.1-1H2 and TCPware 5.4 I have 2 problems. 1) my ftpserver.log does not log the right IP address. For the ANONYMOUS user, it gives me the TO IP address even though it says FROM. And for the user logging in through their VMS account, it show as 0.0.0.0. This log-file is defined as a logical during startup. 2) setting up the OUTGOING RESTRICTIONS to deny outgoing Telnet does not prevent users using Telnet from the Host (outgoing). It used to work with 5.3 version. Does anyone have any of these problems? Thanks, Ramon __________________________________________________________________________ 12.12.1.2 (myserver.org) is the server these users are logging into, not where they are coming FROM (ANONYMOUS). elliott is a user with a VMS account logging (FTP) into 12.12.1.2. (true ip address & name were changed except 0.0.0.0) Problem #1 FTPSERVER.LOG __________________________________________________________________________ 5-DEC-1999 19:11:49.90 ANONYMOUS FTP user (DBRADY@CHE.COM) from 12.12.1.2 job 151, 150 Opening data connection for directory. 5-DEC-1999 19:11:50.26 ANONYMOUS FTP user (DBRADY@CHE.COM) from 12.12.1.2 job 151, 226 Closing data connection. 5-DEC-1999 19:12:19.72 job 151 QUIT 6-DEC-1999 08:40:31.20 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 08:40:31.50 elliott from 0.0.0.0 331 Password required. 6-DEC-1999 09:51:10.54 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 09:51:10.89 elliott from 0.0.0.0 331 Password required. 6-DEC-1999 11:24:17.75 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 11:24:18.24 elliott from 0.0.0.0 331 Password required ____________________________________________________________________________ Problem #2 $netcu show out TCPware(R) for OpenVMS Outgoing Access Restrictions List Actions Userid Destination Address Destination Mask Port ------- ------ ------------------- ---------------- ---- DENY * 0.0.0.0 0.0.0.0 EQ 23 PERMIT * 0.0.0.0 0.0.0.0 ____________________________________________________________________________ ___ ------_=_NextPart_001_01BF41D1.62BDC53C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable FTP log and Telnet denial 4 outgoing

Running VMS 7.1-1H2 and TCPware = 5.4

I have 2 problems. 1) my ftpserver.log = does not log the right IP = address. For the ANONYMOUS user, it gives me the TO IP address even = though it says FROM. And for the user logging in through their VMS = account, it show as 0.0.0.0. This log-file is defined as a logical = during startup.

2) setting up the OUTGOING = RESTRICTIONS to deny outgoing Telnet does not prevent users using = Telnet from the Host (outgoing).

It used to work with 5.3 = version.
Does anyone have any of these = problems?
Thanks,
Ramon
_________________________________________________________= _________________
12.12.1.2 (myserver.org) is the = server these users are logging
into, not where they are coming FROM = (ANONYMOUS).
elliott is a user with a VMS account = logging (FTP) into 12.12.1.2. (true ip address & name were changed = except 0.0.0.0)

Problem #1
FTPSERVER.LOG
_________________________________________________________= _________________
 5-DEC-1999 19:11:49.90 = ANONYMOUS FTP user (DBRADY@CHE.COM) from
12.12.1.2 job 151, 150 Opening data = connection for directory.
 5-DEC-1999 19:11:50.26 = ANONYMOUS FTP user (DBRADY@CHE.COM) from
12.12.1.2 job 151, 226 Closing data = connection.
 5-DEC-1999 19:12:19.72 job 151 = QUIT

 6-DEC-1999 08:40:31.20  = from 0.0.0.0 220 MYSERVER.ORG
(12.12.1.2) FTP-OpenVMS FTPD V5.4-3 =
(c) 1999 Process Software = Corporation

 6-DEC-1999 08:40:31.50 elliott = from 0.0.0.0 331 Password required.

 6-DEC-1999 09:51:10.54  = from 0.0.0.0 220
MYSERVER.ORG (12.12.1.2) FTP-OpenVMS = FTPD V5.4-3
(c) 1999 Process Software = Corporation

 6-DEC-1999 09:51:10.89 elliott = from 0.0.0.0 331 Password required.

 6-DEC-1999 11:24:17.75  = from 0.0.0.0 220 MYSERVER.ORG
(12.12.1.2) FTP-OpenVMS FTPD V5.4-3 = (c) 1999 Process Software Corporation

 6-DEC-1999 11:24:18.24 elliott = from 0.0.0.0 331 Password required

_________________________________________________________= ___________________
Problem #2
$netcu show out

 TCPware(R) for OpenVMS Outgoing = Access Restrictions List
 
 Actions    &= nbsp;      = Userid         Destination = Address Destination Mask     Port
 -------       &n= bsp;        = ------         = -------------------         = ;       = ----------------         &n= bsp;  ----
 DENY        = ;       = *            = ;   = 0.0.0.0           = ;            = ;  = 0.0.0.0           = ;    EQ 23
 PERMIT       &nb= sp;    = *            = ;   = 0.0.0.0           = ;            = ;  0.0.0.0
 

_________________________________________________________= ______________________

------_=_NextPart_001_01BF41D1.62BDC53C-- ================================================================================ Archive-Date: Thu, 9 Dec 1999 07:31:36 -0400 Message-ID: <384F9B44.9A3E77F1@SMTP.DeltaTel.RU> Date: Thu, 09 Dec 1999 15:06:28 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hello Jim! Jim Mehlhop wrote: > > What privilege do you need to run PING when you run it from a priv'd account? SYSPRV. > > Jim > > At 08:15 PM 12/8/99 +0300, Ruslan R. Laishev wrote: > >Hi All! Hi PSC! > > > > The problem is still here! > > I can't take access to the ping (!) for non-priveleged accounts! > > > > > >Ruslan R. Laishev wrote: > > > > > > Hi All! > > > I have some problem with ping&traceroute command after of VMS > > 7.1/AXP > > > -> 7.2-1/AXP upgrade: > > > > > > $ set proc /priv=(all) > > > $ install remove tcpware:ping > > > $ instal add tcpware:ping.exe/priv=sysprv > > > $ INSTALL LIST/FULL tcpware:ping > > > > > > DISK$ENERGY01:.EXE > > > PING;2 Prv > > > Entry access count = 0 > > > Privileges = SYSPRV > > > Authorized = SYSPRV > > > $ set proc /priv=(noall,tmpmbx,netmbx) > > > $ ping 127.0.0.1 > > > ping: socket: permission denied > > > $ > > > $ ping www.process.com > > > ping: socket: permission denied > > > > > > TIA. > > > > > > -- > > > Cheers, SysMan at DLS. > > > www.dls.net --- Conection with care > > > www.radiusvms.com --- Free & Commercial software for ISP under OpenVMS > > > >-- > >Cheers, > >+OpenVMS [Sys|Net] HardWorker........................................+ > > Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 > > 191119,St.Petersburg,Transportny per. 3 116-3222 > > Fax: +7 (812) 115-1035 > >+http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > _________________________________________________________________________ > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > _________________________________________________________________________ -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 9 Dec 1999 07:42:27 -0400 Message-ID: <384F9BEE.55D8BCCA@SMTP.DeltaTel.RU> Date: Thu, 09 Dec 1999 15:09:18 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Please, take a look to original message where was showed an example of installing with /priv=sysprv. Don't forget also that I have tried this under VMS 7.2-1 and TCPware5.3-3 with latest patches for 5.3-3. Dale Lutes wrote: > > Jim Mehlhop wrote: > > > > What privilege do you need to run PING when you run it from a priv'd account? > > > > Jim > > > > At 08:15 PM 12/8/99 +0300, Ruslan R. Laishev wrote: > > >Hi All! Hi PSC! > > > > > > The problem is still here! > > > I can't take access to the ping (!) for non-priveleged accounts! > > > > > [lots omitted here] > > The magic privilege is SYSPRV. I found this out thru trial and error. > Try: > > $ INSTALL/PRIV=SYSPRV TCPWARE:PING > > and see if that solves your problem. > > -- > Dale D. Lutes > Flight Data Systems > Cessna Aircraft Company > 316-517-7109 -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 9 Dec 1999 07:48:27 -0400 Message-ID: <384F9DE5.574E9C89@SMTP.DeltaTel.RU> Date: Thu, 09 Dec 1999 15:17:41 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Thankyou very much Bob! :) Bob Weithman wrote: > > In the TCPware V5.3 Management Guide, Chapter 28 page 18 > PING > "To use the PING Utility, you need BYPASS or SYSPRV privilege. > Also , always run the PING utility from an account that has NETMBX > privileges" > > Bob -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 9 Dec 1999 07:59:54 -0400 Message-ID: <384F9FE0.B93452C5@SMTP.DeltaTel.RU> Date: Thu, 09 Dec 1999 15:26:08 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hello Jim! I have tried under 7.2-1 only. It's looks like as PING have tried to use $SETPRV calls. It's really so ? Jim Mehlhop wrote: > > Does anyone have the problem on regular 7.2 not 7.2-1? I don't have 7.2-1. > > Jim > > At 03:41 PM 12/8/99 -0600, you wrote: > >Oops. Forget my answer and Geoff's. First, there was a > >syntax error in mine. Even after correcting the INSTALL > >command to add a REPLACE or ADD verb, it still doesn't > >work right. I had based my original answer on: > > > > $ set proc/priv=(noall,netmbx,tmpmbx,setprv,sysprv) > > $ ping
> > > >which worked. However: > > > > $ install replace tcpware:ping /priv=(sysprv) > > $ ping
> > > >fails, if the executing process has only netmbx, tmpmbx, > >and setprv. Curious... > > > >BTW, I am running TCPware 5.3-2 on VMS/Alpha 7.2-1. > > > >-- > >Dale D. Lutes > >Flight Data Systems > >Cessna Aircraft Company > >316-517-7109 > > _________________________________________________________________________ > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > _________________________________________________________________________ -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 9 Dec 1999 10:00:05 -0400 Sender: DLUTES@fw1.textron.com Message-ID: <384F6F1F.36715330@cessna.textron.com> Date: Thu, 09 Dec 1999 08:58:07 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING References: <384F9FE0.B93452C5@SMTP.DeltaTel.RU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jim, I just tried this on a VAX system running VMS 7.2 (no dash 1) and TCPware 5.3-2. It worked as advertised by installing PING with SYSPRV only. I couldn't make this work on my Alpha machine (VMS 7.2-1) even when I installed with ALL privileges! Looks to me like our friends at Compaq and Process Sofware will have to get together to figure this one out. Dale Ruslan R. Laishev wrote: > > Hello Jim! > I have tried under 7.2-1 only. > > It's looks like as PING have tried to use $SETPRV calls. It's really so ? > > Jim Mehlhop wrote: > > > > Does anyone have the problem on regular 7.2 not 7.2-1? I don't have 7.2-1. > > > > Jim -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Thu, 9 Dec 1999 10:13:06 -0400 Sender: bryant@process.com Date: Thu, 9 Dec 1999 10:11:20 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009E25B6.33FE097E.68@process.com> Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Dale Lutes writes: > >Jim, > >I just tried this on a VAX system running VMS 7.2 (no dash 1) >and TCPware 5.3-2. It worked as advertised by installing PING >with SYSPRV only. I couldn't make this work on my Alpha machine >(VMS 7.2-1) even when I installed with ALL privileges! Looks >to me like our friends at Compaq and Process Sofware will have >to get together to figure this one out. We'll look at it. There were some priv check changes for VMS 7.x due to some data structure changes in VMS. >Dale > > >Ruslan R. Laishev wrote: >> >> Hello Jim! >> I have tried under 7.2-1 only. >> >> It's looks like as PING have tried to use $SETPRV calls. It's really so ? >> >> Jim Mehlhop wrote: >> > >> > Does anyone have the problem on regular 7.2 not 7.2-1? I don't have 7.2-1. >> > >> > Jim > >-- >Dale D. Lutes >Flight Data Systems >Cessna Aircraft Company >316-517-7109 ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Thu, 9 Dec 1999 10:22:01 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: Recording the results of the DAYTIMED service Date: Thu, 9 Dec 1999 14:43:02 -0000 Message-ID: <82of3u$k7j$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Unfortunately these are production systems smack bang in the middle of a change "freeze". There's no chance of getting any new code added to the systems this month. Given that I don't seem to be able to suppress the information coming back I might have to go back to using FTP... Thanks anyway -Andy "Hunter Goatley" wrote in message news:991208170111.202000c3@process.com... > "Andy Williams" writes: > > > >Thanks Geoff, that works a treat ! The only problem is that TELNET insists > >on putting it out to the screen as well & I can't seem to turn that off. > >Here's what I do: > > > You could also use C-Kermit to do this very easily, with more control > over what you see on the screen. > > It also would be pretty easy to write a little program that does this > as well. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Thu, 9 Dec 1999 10:37:31 -0400 Message-ID: <4.2.2.19991209083132.00c07400@mehlhop.org> Date: Thu, 09 Dec 1999 08:32:39 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING In-Reply-To: <384F9FE0.B93452C5@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Don't know I haven't had a chance to look. I was looking to reproduce it then I can look into it better. I may have to go over to DEC to get a copy of 7.2-1 as I work remote from the Process home office. Jim At 03:26 PM 12/9/99 +0300, you wrote: >Hello Jim! > I have tried under 7.2-1 only. > > It's looks like as PING have tried to use $SETPRV calls. It's > really so ? > >Jim Mehlhop wrote: > > > > Does anyone have the problem on regular 7.2 not 7.2-1? I don't have > 7.2-1. > > > > Jim > > > > At 03:41 PM 12/8/99 -0600, you wrote: > > >Oops. Forget my answer and Geoff's. First, there was a > > >syntax error in mine. Even after correcting the INSTALL > > >command to add a REPLACE or ADD verb, it still doesn't > > >work right. I had based my original answer on: > > > > > > $ set proc/priv=(noall,netmbx,tmpmbx,setprv,sysprv) > > > $ ping
> > > > > >which worked. However: > > > > > > $ install replace tcpware:ping /priv=(sysprv) > > > $ ping
> > > > > >fails, if the executing process has only netmbx, tmpmbx, > > >and setprv. Curious... > > > > > >BTW, I am running TCPware 5.3-2 on VMS/Alpha 7.2-1. > > > > > >-- > > >Dale D. Lutes > > >Flight Data Systems > > >Cessna Aircraft Company > > >316-517-7109 > > > > > _________________________________________________________________________ > > Jim Mehlhop, Support Engineer > > Process Software > > Mehlhop@process.com > > Phone 719-638-8448 > > Join Cauce to outlaw spam > > http://www.cauce.org/ > > > _________________________________________________________________________ > >-- >Cheers, >+OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 >+http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Thu, 9 Dec 1999 10:44:33 -0400 Message-ID: <4.2.2.19991209083809.00bff670@mehlhop.org> Date: Thu, 09 Dec 1999 08:38:32 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING In-Reply-To: <384F6F1F.36715330@cessna.textron.com> References: <384F9FE0.B93452C5@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Thanks Dale, That's the info I needed. Jim At 08:58 AM 12/9/99 -0600, you wrote: >Jim, > >I just tried this on a VAX system running VMS 7.2 (no dash 1) >and TCPware 5.3-2. It worked as advertised by installing PING >with SYSPRV only. I couldn't make this work on my Alpha machine >(VMS 7.2-1) even when I installed with ALL privileges! Looks >to me like our friends at Compaq and Process Sofware will have >to get together to figure this one out. > >Dale > > >Ruslan R. Laishev wrote: > > > > Hello Jim! > > I have tried under 7.2-1 only. > > > > It's looks like as PING have tried to use $SETPRV calls. It's > really so ? > > > > Jim Mehlhop wrote: > > > > > > Does anyone have the problem on regular 7.2 not 7.2-1? I don't have > 7.2-1. > > > > > > Jim > >-- >Dale D. Lutes >Flight Data Systems >Cessna Aircraft Company >316-517-7109 _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Thu, 9 Dec 1999 11:49:02 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE8601E753C6@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP log and Telnet denial 4 outgoing Date: Thu, 9 Dec 1999 11:47:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" I can duplicate the problems with the IP address in the ftpserver log and am investigating. -----Original Message----- From: Garrido, Ramon, Mr, HQAFCEE [mailto:Ramon.Garrido@hqafcee.brooks.af.mil] Sent: Wednesday, December 08, 1999 6:10 PM To: Info-TCPware@process.com Subject: FTP log and Telnet denial 4 outgoing Running VMS 7.1-1H2 and TCPware 5.4 I have 2 problems. 1) my ftpserver.log does not log the right IP address. For the ANONYMOUS user, it gives me the TO IP address even though it says FROM. And for the user logging in through their VMS account, it show as 0.0.0.0. This log-file is defined as a logical during startup. 2) setting up the OUTGOING RESTRICTIONS to deny outgoing Telnet does not prevent users using Telnet from the Host (outgoing). It used to work with 5.3 version. Does anyone have any of these problems? Thanks, Ramon __________________________________________________________________________ 12.12.1.2 (myserver.org) is the server these users are logging into, not where they are coming FROM (ANONYMOUS). elliott is a user with a VMS account logging (FTP) into 12.12.1.2. (true ip address & name were changed except 0.0.0.0) Problem #1 FTPSERVER.LOG __________________________________________________________________________ 5-DEC-1999 19:11:49.90 ANONYMOUS FTP user (DBRADY@CHE.COM) from 12.12.1.2 job 151, 150 Opening data connection for directory. 5-DEC-1999 19:11:50.26 ANONYMOUS FTP user (DBRADY@CHE.COM) from 12.12.1.2 job 151, 226 Closing data connection. 5-DEC-1999 19:12:19.72 job 151 QUIT 6-DEC-1999 08:40:31.20 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 08:40:31.50 elliott from 0.0.0.0 331 Password required. 6-DEC-1999 09:51:10.54 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 09:51:10.89 elliott from 0.0.0.0 331 Password required. 6-DEC-1999 11:24:17.75 from 0.0.0.0 220 MYSERVER.ORG (12.12.1.2) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process Software Corporation 6-DEC-1999 11:24:18.24 elliott from 0.0.0.0 331 Password required ____________________________________________________________________________ Problem #2 $netcu show out TCPware(R) for OpenVMS Outgoing Access Restrictions List Actions Userid Destination Address Destination Mask Port ------- ------ ------------------- ---------------- ---- DENY * 0.0.0.0 0.0.0.0 EQ 23 PERMIT * 0.0.0.0 0.0.0.0 ____________________________________________________________________________ ___ ================================================================================ Archive-Date: Thu, 9 Dec 1999 22:39:14 -0400 Date: Thu, 9 Dec 1999 21:37:19 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <991209213719.202000c1@process.com> Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Dale Lutes writes: > >I just tried this on a VAX system running VMS 7.2 (no dash 1) >and TCPware 5.3-2. It worked as advertised by installing PING >with SYSPRV only. I couldn't make this work on my Alpha machine >(VMS 7.2-1) even when I installed with ALL privileges! Looks >to me like our friends at Compaq and Process Sofware will have >to get together to figure this one out. > The differences introduced in OpenVMS Alpha V7.2 are causing the problem. There is no such problem if you're running TCPware V5.4-3. Unfortunately, our current DRIVERS ECO kit for V5.3-3 doesn't include the V7.2-related changes to the drivers. We'll look into issuing a new ECO kit. Upgrading to V5.4-3 will solve the problem too. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Fri, 10 Dec 1999 10:05:15 -0400 Message-ID: <3.0.6.32.19991210100009.008778d0@fpemail.erenj.com> Date: Fri, 10 Dec 1999 10:00:09 -0500 To: Info-TCPware@process.com From: Ken Robinson Reply-To: Info-TCPware@process.com Subject: NETCU sho ver says 4.2 but we're running 5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I just took over some systems that are running TCPware. When I do a $ netcu sho ver I get: TCPware(R) for OpenVMS V4.1-2 Copyright (c) 1994 Process Software Corporation When I do a $ netcu sho ver/all I get: TCPware Image Version Link Date/Time ---------------------------------------- --------------- -------------------- TCPWARE:ACECLIENT_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:34 TCPWARE:ACEMAIN_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:36 TCPWARE:BGDRIVER.EXE TCPWARE V5.3-3 13-JAN-1999 08:49:53 TCPWARE:CHARGEND.EXE TCPWARE V5.3-3 13-JAN-1999 08:50:31 etc... How to I get the short version of "sho ver" to show the correct version? Thanks Ken Robinson ksrobin@erenj.com ================================================================================ Archive-Date: Fri, 10 Dec 1999 10:17:02 -0400 Sender: schreiber@process.com Date: Fri, 10 Dec 1999 10:15:14 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009E267F.E9919C2E.85@process.com> Subject: RE: NETCU sho ver says 4.2 but we're running 5.3 Ken Robinson writes: > >I just took over some systems that are running TCPware. When I do a >$ netcu sho ver >I get: >TCPware(R) for OpenVMS V4.1-2 Copyright (c) 1994 Process Software Corporation > >When I do a >$ netcu sho ver/all >I get: > >TCPware Image Version Link Date/Time >---------------------------------------- --------------- -------------------- >TCPWARE:ACECLIENT_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:34 >TCPWARE:ACEMAIN_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:36 >TCPWARE:BGDRIVER.EXE TCPWARE V5.3-3 13-JAN-1999 08:49:53 >TCPWARE:CHARGEND.EXE TCPWARE V5.3-3 13-JAN-1999 08:50:31 > In the SHOW VER/ALL output, what do you see for the images in sys$share? -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Fri, 10 Dec 1999 10:24:16 -0400 Message-ID: <3.0.6.32.19991210101829.00796c50@fpemail.erenj.com> Date: Fri, 10 Dec 1999 10:18:29 -0500 To: Info-TCPware@process.com From: Ken Robinson Reply-To: Info-TCPware@process.com Subject: RE: NETCU sho ver says 4.2 but we're running 5.3 In-Reply-To: <009E267F.E9919C2E.85@process.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 10:15 AM 12/10/1999 -0400, you wrote: > > In the SHOW VER/ALL output, what do you see for the images in sys$share? > > -Jeff SYS$SHARE:TCPWARE_ACECLIENT_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:33 SYS$SHARE:TCPWARE_FTPLIB_SHR.EXE TCPWARE V5.3-3 5-OCT-1999 15:06:32 SYS$SHARE:TCPWARE_KRBLIB_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:57:17 SYS$SHARE:TCPWARE_PORTMAPPER_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:55:35 SYS$SHARE:TCPWARE_RPCLIBG_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:55:33 SYS$SHARE:TCPWARE_RPCLIB_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:55:31 SYS$SHARE:TCPWARE_SOCKLIBG_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:50:07 SYS$SHARE:TCPWARE_SOCKLIB_SHR.EXE TCPWARE V5.3-3 13-JAN-1999 08:50:04 Ken ================================================================================ Archive-Date: Fri, 10 Dec 1999 10:25:21 -0400 Message-ID: <38511AE0.F38491CA@PROCESS.COM> Date: Fri, 10 Dec 1999 10:23:12 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: NETCU sho ver says 4.2 but we're running 5.3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > From: Ken Robinson [mailto:ksrobin@erenj.com] > Subject: NETCU sho ver says 4.2 but we're running 5.3 > > > > I just took over some systems that are running TCPware. When I do a > $ netcu sho ver > I get: > TCPware(R) for OpenVMS V4.1-2 Copyright (c) 1994 Process Software Corporation > > When I do a > $ netcu sho ver/all > I get: > > TCPware Image Version Link Date/Time > ---------------------------------------- --------------- -------------------- > TCPWARE:ACECLIENT_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:34 > TCPWARE:ACEMAIN_CL.EXE TCPWARE V5.3-3 13-JAN-1999 08:51:36 > TCPWARE:BGDRIVER.EXE TCPWARE V5.3-3 13-JAN-1999 08:49:53 > TCPWARE:CHARGEND.EXE TCPWARE V5.3-3 13-JAN-1999 08:50:31 > > etc... > > How to I get the short version of "sho ver" to show the correct version? Check to make sure that you do not have multiple copies of SYS$MESSAGE:TCPWARE_MSG.EXE, a 4.2 version in SYS$SPECIFIC and the 5.4 version in SYS$COMMON. regards Michael -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 10 Dec 1999 10:35:19 -0400 Message-ID: <3.0.6.32.19991210102920.00798100@fpemail.erenj.com> Date: Fri, 10 Dec 1999 10:29:20 -0500 To: Info-TCPware@process.com From: Ken Robinson Reply-To: Info-TCPware@process.com Subject: RE: NETCU sho ver says 4.2 but we're running 5.3 In-Reply-To: <38511AE0.F38491CA@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 10:23 AM 12/10/1999 -0500, you wrote: >Check to make sure that you do not have multiple copies of >SYS$MESSAGE:TCPWARE_MSG.EXE, a 4.2 version in SYS$SPECIFIC and >the 5.4 version in SYS$COMMON. > >regards >Michael Thanks. That was it. I renamed the one in sys$specific and did a install replace to get the correct one in place. Now NETCU displays the correct version. Ken ================================================================================ Archive-Date: Tue, 14 Dec 1999 14:10:22 -0400 Message-ID: <3856901F.6914A6A0@SMTP.DeltaTel.RU> Date: Tue, 14 Dec 1999 21:44:47 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hunter, Jim! Is there any chance to get PING worked under VMS 7.2-1 + TCPWare TCP 5.3-3 ? Hunter Goatley wrote: > > Dale Lutes writes: > > > >I just tried this on a VAX system running VMS 7.2 (no dash 1) > >and TCPware 5.3-2. It worked as advertised by installing PING > >with SYSPRV only. I couldn't make this work on my Alpha machine > >(VMS 7.2-1) even when I installed with ALL privileges! Looks > >to me like our friends at Compaq and Process Sofware will have > >to get together to figure this one out. > > > The differences introduced in OpenVMS Alpha V7.2 are causing the > problem. There is no such problem if you're running TCPware V5.4-3. > Unfortunately, our current DRIVERS ECO kit for V5.3-3 doesn't include > the V7.2-related changes to the drivers. We'll look into issuing a > new ECO kit. Upgrading to V5.4-3 will solve the problem too. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ -- Regards. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM +.....................Kick ass VMS solution!.........................+ ================================================================================ Archive-Date: Tue, 14 Dec 1999 14:33:32 -0400 Date: Tue, 14 Dec 1999 13:31:36 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <991214133136.202000c1@process.com> Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING "Ruslan R. Laishev" writes: > >Hunter, Jim! > Is there any chance to get PING worked under VMS 7.2-1 + TCPWare TCP >5.3-3 ? > Just this morning I finished creating a DRIVERS ECO kit for this. As soon as our QA dept. approves it, it'll be released. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Tue, 14 Dec 1999 15:02:23 -0400 Sender: DLUTES@fw2.textron.com Message-ID: <38564D66.ECE691B@cessna.textron.com> Date: Tue, 14 Dec 1999 14:00:06 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING References: <991214133136.202000c1@process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hunter, Is this already working properly in TCPware 5.4? If not, will there be a separate ECO kit for this version? Dale Hunter Goatley wrote: > > "Ruslan R. Laishev" writes: > > > >Hunter, Jim! > > Is there any chance to get PING worked under VMS 7.2-1 + TCPWare TCP > >5.3-3 ? > > > Just this morning I finished creating a DRIVERS ECO kit for this. As > soon as our QA dept. approves it, it'll be released. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Tue, 14 Dec 1999 15:36:33 -0400 Date: Tue, 14 Dec 1999 14:03:22 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <991214140322.202000c1@process.com> Subject: Re: TCPWAre TCP 5.3-3 & VMS 7.2-1 & PING Dale Lutes writes: > >Is this already working properly in TCPware 5.4? >If not, will there be a separate ECO kit for this version? > Yes, the problem was corrected in TCPware V5.4-3, so if you upgrade to V5.4-3, there's no need for an ECO kit. (The problem was actually caused by a change in OpenVMS Alpha that necessitated a programming change in the drivers.) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Sat, 18 Dec 1999 07:49:48 -0400 Date: Sat, 18 Dec 1999 07:39:34 -0500 From: Graham Burley <100625.30@compuserve.com> Reply-To: Info-TCPware@process.com Subject: DHCP client subnet move & address renegotiation Sender: Graham Burley <100625.30@compuserve.com> To: INFO-TCPWARE Post Message-ID: <199912180742_MC2-91A2-1CF2@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii OpenVMS Alpha 7.1-2 + TCPware V5.3-2 + DHCPD_V532P020 We're using the TCPware DHCP server to dynamically allocate addresses for 700+ NT 4 workstations (SP4,5,6) spanning 20+ subnets. This is working well except when the NT client is moved from one subnet to another -- the expected address renegotiation fails, and the NT client must be forced to renegotiate by performing an IPCONFIG/RELEASE + IPCONFIG/RENEW on the NT client. It seems quite possible that the failure is in the NT DHCP client, but so far we've been unable to find any reference. Anybody else seen this? Graham Burley ================================================================================ Archive-Date: Sun, 19 Dec 1999 10:21:48 -0400 Subject: Re: DHCP client subnet move & address renegotiation From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <385cf68b$1@news.kapsch.co.at> Date: 19 Dec 1999 16:15:23 +0100 To: Info-TCPware@PROCESS.COM In article <199912180742_MC2-91A2-1CF2@compuserve.com>, Graham Burley <100625.30@compuserve.com> writes: >OpenVMS Alpha 7.1-2 + TCPware V5.3-2 + DHCPD_V532P020 > >We're using the TCPware DHCP server to dynamically allocate addresses for >700+ NT 4 workstations (SP4,5,6) spanning 20+ subnets. > >This is working well except when the NT client is moved from one subnet to >another -- the expected address renegotiation fails, and the NT client must >be forced to renegotiate by performing an IPCONFIG/RELEASE + IPCONFIG/RENEW >on the NT client. > >It seems quite possible that the failure is in the NT DHCP client, but so >far we've been unable to find any reference. Anybody else seen this? Yes. With the M$ DHCP server. But so far (knock on wood) not often enough to cry for help (by whom ?). -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 20 Dec 1999 04:34:47 -0400 From: "Alex Tam" Reply-To: Info-TCPware@process.com Subject: FTP from UCX to TCPware got strange behaviour Date: Mon, 20 Dec 1999 16:26:27 +0800 Message-ID: <83kprk$j79@news.hkjc.org.hk> To: Info-TCPware@PROCESS.COM Please help ! Whenever we issue ftp from an OpenVMS 7.1 AlhpaServer (with UCX 4.1 ECO8) and connect to a OpenVMS 5.5-2 VAX (with TCPware 5.3-2), the second ftp command will hang after a ftp get, Two examples are attached. As shown in the examples, I have to issue control-c [where you see "Cancel" in the examples], and sometimes control-y as well [where you see "interrupt" in the last example], to abort the session. Alex kctam@netvigator.com Example (1) ========= Avms01> ftp magna 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 Process Sof tware Corporation Connected to MAGNA.DEV.RHKJC.HK. Name (MAGNA.DEV.RHKJC.HK:962929): 331 Password required. Password: 230 User logged in, proceed. FTP> get welcome.txt 200 TYPE command okay. 200 PORT command okay. 150 Opening data connection for KC:[TMP]WELCOME.TXT;2. 226 Closing data connection. local: KC:[TOPRINT]WELCOME.TXT;1 remote: welcome.txt 136 bytes received in 00:00:00.02 seconds (6.64 Kbytes/s) FTP> quit Cancel 221 Service closing connection. Avms01> Example (2) ========= Avms01> ftp magna 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 Process Sof tware Corporation Connected to MAGNA.DEV.RHKJC.HK. Name (MAGNA.DEV.RHKJC.HK:962929): 331 Password required. Password: 230 User logged in, proceed. FTP> get x.x 200 TYPE command okay. 200 PORT command okay. 150 Opening data connection for KC:[TMP]X.X;2. 226 Closing data connection. local: KC:[TOPRINT]X.X;5 remote: x.x 37682 bytes received in 00:00:00.80 seconds (45.76 Kbytes/s) FTP> get y.y Cancel Interrupt Avms01> --- end of examples --- ================================================================================ Archive-Date: Mon, 20 Dec 1999 06:56:21 -0400 Message-ID: <31942E4743A6D21185DC00805FA137968342E6@aquarius.intra.kender-thijssen.nl> From: Dick Cozijnsen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP from UCX to TCPware got strange behaviour Date: Mon, 20 Dec 1999 12:57:35 +0100 MIME-Version: 1.0 Content-Type: text/plain Hello Alex, There is a work around, disable vms_plus in the ucx ftp client. I have experienced simular problems with different versions of UCX and TCPware, running alpha and vax. When you execute a netcu sho conn , your connection is shoing state : FIN-WAIT-2 Compaq claims to have fixed this in 4.x versions and i am waiting for a patch for 5.0 (for alpha) at the moment. I have just tested with tcpware 5.4 alpha and ucx 4.0 eco 5 on vax. This ucx version also had problems with tcpware versions 5.3-x, but works fine now in combination with tcpware 5.4 It is a known problem. Regards, Dick Cozijnsen > -----Oorspronkelijk bericht----- > Van: Alex Tam [SMTP:kctam@netvigator.com] > Verzonden: Monday, December 20, 1999 9:26 AM > Aan: Info-TCPware@PROCESS.COM > Onderwerp: FTP from UCX to TCPware got strange behaviour > > > Please help ! > > Whenever we issue ftp from an OpenVMS 7.1 AlhpaServer (with UCX 4.1 ECO8) > and connect to a OpenVMS 5.5-2 VAX (with TCPware 5.3-2), the second ftp > command will hang after a ftp get, > > Two examples are attached. As shown in the examples, I have to issue > control-c [where you see "Cancel" in the examples], and sometimes > control-y > as well [where you see "interrupt" in the last example], to abort the > session. > > Alex > kctam@netvigator.com > > Example (1) > ========= > Avms01> ftp magna > 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 > Process > Sof > tware Corporation > Connected to MAGNA.DEV.RHKJC.HK. > Name (MAGNA.DEV.RHKJC.HK:962929): > 331 Password required. > Password: > 230 User logged in, proceed. > FTP> get welcome.txt > 200 TYPE command okay. > 200 PORT command okay. > 150 Opening data connection for KC:[TMP]WELCOME.TXT;2. > 226 Closing data connection. > local: KC:[TOPRINT]WELCOME.TXT;1 remote: welcome.txt > 136 bytes received in 00:00:00.02 seconds (6.64 Kbytes/s) > FTP> quit > Cancel > > 221 Service closing connection. > Avms01> > > Example (2) > ========= > > Avms01> ftp magna > 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 > Process > Sof > tware Corporation > Connected to MAGNA.DEV.RHKJC.HK. > Name (MAGNA.DEV.RHKJC.HK:962929): > 331 Password required. > Password: > 230 User logged in, proceed. > FTP> get x.x > 200 TYPE command okay. > 200 PORT command okay. > 150 Opening data connection for KC:[TMP]X.X;2. > 226 Closing data connection. > local: KC:[TOPRINT]X.X;5 remote: x.x > 37682 bytes received in 00:00:00.80 seconds (45.76 Kbytes/s) > FTP> get y.y > Cancel > > Interrupt > > Avms01> > > --- end of examples --- > > > > > > ================================================================================ Archive-Date: Mon, 20 Dec 1999 10:28:12 -0400 Sender: schreiber@process.com Date: Mon, 20 Dec 1999 10:25:58 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009E2E5D.11F06524.75@process.com> Subject: RE: FTP from UCX to TCPware got strange behaviour "Alex Tam" writes: > >Whenever we issue ftp from an OpenVMS 7.1 AlhpaServer (with UCX 4.1 ECO8) >and connect to a OpenVMS 5.5-2 VAX (with TCPware 5.3-2), the second ftp >command will hang after a ftp get, > >Two examples are attached. As shown in the examples, I have to issue >control-c [where you see "Cancel" in the examples], and sometimes control-y >as well [where you see "interrupt" in the last example], to abort the >session. > If I remember correctly, this was a known problem I found with the UCX product. Try disabling VMS Plus mode and see how it goes. I seem to remember that UCX doesn't close the data connection all the time when in VMS plus mode. The UCX client doesn't actually wait for the data connection to be done before it opens a new one, so the 'hang' isn't seen from UCX to UCX. Since the TCPware client waits for the data connection to be complete, and the UCX server won't close the data connection even though it's done sending, we wait. If that's the same problem [I found that one 3 years ago or so], try turning off VMS plus mode, and it should start working. -Jeff ================================================================================ Archive-Date: Mon, 20 Dec 1999 16:17:13 -0400 Date: Mon, 20 Dec 1999 16:14:36 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: DRIVERS_V533P050 To: TCPware-Announce@PROCESS.COM Message-ID: <01JJQBF92Y8I002I4C@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: DRIVERS_V533P050 Description: VMS 7.2-1 privilege problem Release date: 20-DEC-1999 Versions: 5.3-3,5.3-2 ftp://ftp.process.com/support/53_3/drivers_v533p050.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- DRIVERS patch kit for TCPware Version 5.3-3 December 13,= 1999 Copyright =A9 1999 Process Software Corporation This patch kit provides new versions of the following driver(s): BGDRIVER INETDRIVER IPDRIVER NTDRIVER TCPDRIVER UDPDRIVER These drivers include changes necessary for proper privilege checks under OpenVMS Alpha V7.2 and higher (D/E 5296). In addition, the following changes have been made: BGDRIVER - D/E 2298 - Modify behaviour of IO$_DEACCESS - D/E 3509 - Modified to allow DCL/Perl scripts to= work properly under the Netscape FastTrack= web server. INETDRIVER - D/E 339 - Correct the output of an extra f= or output from REXEC IPDRIVER - D/E 2213 - Fix routine which derives largest MTU= of all physical interfaces. This is us= ed by TCP to set the MSS advertised at conn= ection establishment. - D/E 2453 - EWA twisted pair Ethernet controllers= with the cable removed would hang TCPware = during startup. This problem has been corre= cted. NTDRIVER - DE 3330: Drop any received data when closing. DE 1537: Permanent NTA /w CLOSE_DASSGN cannot b= e deleted. TCPDRIVER - D/E 3872 - Recognize SYN packets in successive connections when old connection is in TIME_WAIT (RLOGIN clients no longer h= ang on successive connections) UDPDRIVER - D/E 5296 NOTE: You must reboot your system after installing this patch in or= der to load the new driver(s). The old versions of the driver(s) will be renamed to *.EXE_OLD. Once installed, you may undo this patch by renaming the file(s) bac= k to: TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE [End of ECO announcement] ================================================================================ Archive-Date: Mon, 20 Dec 1999 16:36:14 -0400 Date: Mon, 20 Dec 1999 16:33:35 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: FTP_V543P010 To: TCPware-Announce@PROCESS.COM Message-ID: <01JJQC3RQZAA002I4C@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: FTP_V543P010 Description: Assorted ftp server: performance, logging, config Release date: 20-DEC-1999 Versions: 5.4-3 ftp://ftp.process.com/support/54_3/ftp_v543p010.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- ----------------------------------------------------------------------- FTP Patch kit (revision 1.0) for TCPware version 5.4-3 15-Dec-1999 Copyright (c) 1999, by Process Software Corporation This VMSinstallable saveset provides a new versions of FTP_CONTROL.COM, FTP_LISTENER.EXE, and FTP_SERVER.EXE for TCPware for OpenVMS. TCPWare V5.4-3 and later VMS/VAX V5.5-2 and later VMS/ALPHA V6.1 and later The following change[s] has been made: FTP_CONTROL.COM now asks if you wish to provide FTP service in the configuration phase. A problem which caused FTP_LISTENER.EXE to display the wrong IP addresses in the log file has been corrected. FTP_SERVER.EXE has had the default window size increased to improve performance of GET operations. This version also corrects a problem with incorrect IP addresses in the log file. [End of ECO announcement] ================================================================================ Archive-Date: Mon, 20 Dec 1999 18:44:34 -0400 Date: Mon, 20 Dec 1999 18:39:15 -0500 From: Graham Burley <100625.30@compuserve.com> Reply-To: Info-TCPware@process.com Subject: Re: DHCP client subnet move & address renegotiation Sender: Graham Burley <100625.30@compuserve.com> To: Blind.Copy.Receiver@compuserve.com Message-ID: <199912201842_MC2-91D6-7BF2@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii >Yes. With the M$ DHCP server. >But so far (knock on wood) not often enough to cry for help (by whom ?). It's becoming quite a problem for us with notebooks & PCs on trolleys, and Administrator rights are required for the IPCONFIG shuffle. A search on the MS Knowledge Base turns up two articles (Q169122 & Q167014) neither of which seem relevant to us. Q167014 might be of interest to you as it concerns the MS DHCP server, although there seem to be some unusual subnetting conditions involved. Thinking out loud ... Subnet renegotiation did work for us with the Novell Client32 DHCP client, I'm pretty sure it's never worked for us with the NT DHCP client. We also had a problem with automated NT builds where the TCPware DHCP debug implied the client didn't honour the DHCPNAK, but I didn't confirm that the DHCPNAK made it onto the network, and I think it was a DOSish DHCP client in the early stage of the NT build. I guess I'll have to do some work! Graham Burley ================================================================================ Archive-Date: Tue, 21 Dec 1999 01:59:10 -0400 From: "Alex Tam" Reply-To: Info-TCPware@process.com Subject: Re: FTP from UCX to TCPware got strange behaviour Date: Tue, 21 Dec 1999 14:24:17 +0800 Message-ID: <83n72h$j85@news.hkjc.org.hk> To: Info-TCPware@PROCESS.COM Thanks to those have helped me. Yes, "netcu show conn" shows FIN-WAIT-2; and after disabling vms_plus in the ucx ftp client, the 'hang' problem goes away. Remark: however, by experience, there is one side-effect on using "disable vms_plus": VMS file type and attributes are not detected and transferred automatically; for example, I have to manually correct the "record format" for backup savesets after a transfer. Alex Dick Cozijnsen wrote in message news:31942E4743A6D21185DC00805FA137968342E6@aquarius.intra.kender-thijssen.n l... > Hello Alex, > > There is a work around, disable vms_plus in the ucx ftp client. > > I have experienced simular problems with different versions of UCX and > TCPware, running alpha and vax. > When you execute a netcu sho conn , your connection is shoing state : > FIN-WAIT-2 > > Compaq claims to have fixed this in 4.x versions and i am waiting for a > patch for 5.0 (for alpha) at the moment. > > I have just tested with tcpware 5.4 alpha and ucx 4.0 eco 5 on vax. This ucx > version also had problems with tcpware versions 5.3-x, but works fine now in > combination with tcpware 5.4 > It is a known problem. > > Regards, > > Dick Cozijnsen > > > > -----Oorspronkelijk bericht----- > > Van: Alex Tam [SMTP:kctam@netvigator.com] > > Verzonden: Monday, December 20, 1999 9:26 AM > > Aan: Info-TCPware@PROCESS.COM > > Onderwerp: FTP from UCX to TCPware got strange behaviour > > > > > > Please help ! > > > > Whenever we issue ftp from an OpenVMS 7.1 AlhpaServer (with UCX 4.1 ECO8) > > and connect to a OpenVMS 5.5-2 VAX (with TCPware 5.3-2), the second ftp > > command will hang after a ftp get, > > > > Two examples are attached. As shown in the examples, I have to issue > > control-c [where you see "Cancel" in the examples], and sometimes > > control-y > > as well [where you see "interrupt" in the last example], to abort the > > session. > > > > Alex > > kctam@netvigator.com > > > > Example (1) > > ========= > > Avms01> ftp magna > > 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 > > Process > > Sof > > tware Corporation > > Connected to MAGNA.DEV.RHKJC.HK. > > Name (MAGNA.DEV.RHKJC.HK:962929): > > 331 Password required. > > Password: > > 230 User logged in, proceed. > > FTP> get welcome.txt > > 200 TYPE command okay. > > 200 PORT command okay. > > 150 Opening data connection for KC:[TMP]WELCOME.TXT;2. > > 226 Closing data connection. > > local: KC:[TOPRINT]WELCOME.TXT;1 remote: welcome.txt > > 136 bytes received in 00:00:00.02 seconds (6.64 Kbytes/s) > > FTP> quit > > Cancel > > > > 221 Service closing connection. > > Avms01> > > > > Example (2) > > ========= > > > > Avms01> ftp magna > > 220 magna.dev.rhkjc.hk (10.192.1.1) FTP-OpenVMS FTPD V5.3-2 (c) 1997 > > Process > > Sof > > tware Corporation > > Connected to MAGNA.DEV.RHKJC.HK. > > Name (MAGNA.DEV.RHKJC.HK:962929): > > 331 Password required. > > Password: > > 230 User logged in, proceed. > > FTP> get x.x > > 200 TYPE command okay. > > 200 PORT command okay. > > 150 Opening data connection for KC:[TMP]X.X;2. > > 226 Closing data connection. > > local: KC:[TOPRINT]X.X;5 remote: x.x > > 37682 bytes received in 00:00:00.80 seconds (45.76 Kbytes/s) > > FTP> get y.y > > Cancel > > > > Interrupt > > > > Avms01> > > > > --- end of examples --- > > > > > > > > > > > > ================================================================================ Archive-Date: Tue, 21 Dec 1999 02:38:07 -0400 Message-ID: <385F2567.642606D3@SMTP.DeltaTel.RU> Date: Tue, 21 Dec 1999 09:59:51 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: TCPWAre 5.4-3 SMTP Server customization routines Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Under 5.4 exist ability to some customization of the SMTP symbiont, is there some "customization routines" for SMTP Server? I'm would like to performs some additional checking of "relay allow/disallow" for remote addreses with my own discipline. TIA. -- Regards. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM +.....................Kick ass VMS solution!.........................+ ================================================================================ Archive-Date: Wed, 22 Dec 1999 09:38:02 -0400 From: Nick Lewis Reply-To: Info-TCPware@process.com Subject: TCPWARE License Query Date: Wed, 22 Dec 1999 14:25:43 +0000 Message-ID: <3860DF66.4424F65B@flextech.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Can anyone explain the difference between the following product names : TCPWARE-PK1 TCPWARE-TRY TCPWARE-TCP Our two Alpha systems have a different combination of the above products licensed. Any help would be appreciated. Regards, Nick Lewis ================================================================================ Archive-Date: Wed, 22 Dec 1999 10:11:04 -0400 Reply-To: Info-TCPware@process.com From: "Susan Gilliam" To: "TCPware Mailing List (E-mail)" Subject: SMTP mail and exchange Date: Wed, 22 Dec 1999 10:12:49 -0500 Message-ID: <001201bf4c8f$0349dd70$9e6466c6@arceng.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi all, I'm running v5.3-3 tcpware, VMS v5.5-2. I'm trying to migrate to MS Exchange ( :-( ), currently have my users using exchange for exchange only to corporate, and TCPWare POP for Internet/SMTP mail. I now want to have the VAX (currently my main network/mail/dns server) send SMTP mail to my exchange server and distribute to exchange users there. I have added the mx record in my named.host file like this: arceng.com. IN MX 0 myvax.arceng.com. myvax IN A (VAX IP address) IN MX 10 myvax.arceng.com. ; ;10/31/99 exchange server: exchange IN A (Exchange IP Address) arceng.com. IN MX 20 exchange.arceng.com. ; If I have a user whose VAX account is, say, USER and exchange account is respectively Joe.User, and whose current SMPT e-mail address is USER@ARCENG.COM, I now want his SMTP mail to go to Joe.User@exchange.arceng.com. (where arceng.com is my domain) I believe that I have correctly set up SMTP and DNS on the exchange server, but who knows? () I can send SMTP mail OUT to the internet from the exchange server ok, but cannot seem to receive it. I have played around with creating a TCPWare alias: NETCU> SHO ALIAS TCPware(R) for OpenVMS Incoming SMTP Aliases: Alias Equivalence ----- ----------- JOE.USER Joe.User@EXCHANGE.ARCENG.COM Joe.User Joe.User@EXCHANGE.ARCENG.COM NETCU> sho alias/outgoing TCPware(R) for OpenVMS Outgoing SMTP Aliases: User Alias ---- ----- Joe.User@EXCHANGE.ARCENG.COM Joe.User when I try to send e-mail to Joe.User@arceng.com it bounces with the message that there is no such user JOE.USER at node MYVAX. Also the same result with Joe.User@exchange.arceng.com If I try adding the SMTP_LOCALHOSTS parameter to the SMTP configuration and tell it to accept mail for exchange.arceng.com then ALL the mail (even normal VAX SMTP mail) bounces with the message Error sending mail to : Invalid address syntax. Emtpy list of Internet Addresses after MX processing. Can someone please enlighten me? And don't tell me not to use exchange, you're preaching to the choir. The suits at corporate are making me do it. Thanks in advance for any help or advice, Sue Gilliam ----------------------------------------- Sue Gilliam Atlantic Research Corporation Design Engineering Department gilliam@arceng.com ----------------------------------------- ================================================================================ Archive-Date: Wed, 22 Dec 1999 11:25:04 -0400 Message-ID: <19991222162238.88237.qmail@hotmail.com> From: "Scott Layne" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Re: SMTP mail and exchange Date: Wed, 22 Dec 1999 11:22:38 EST MIME-Version: 1.0 Content-Type: text/plain; format=flowed You could try setting up VMS forwarding... MAIL> set forward "Joe.User@EXCHANGE.ARCENG.COM" /user=JOE.USER" or some variation thereof? ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ================================================================================ Archive-Date: Wed, 22 Dec 1999 17:18:09 -0400 Message-ID: <38614D74.B6C8BE59@PROCESS.COM> Date: Wed, 22 Dec 1999 17:15:16 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: TCPWARE License Query Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > Can anyone explain the difference between the following product names : > > TCPWARE-PK1 > TCPWARE-TRY > TCPWARE-TCP > > Our two Alpha systems have a different combination of the above products > licensed. > > Any help would be appreciated. > TCPWARE-TCP enables all the TCP components of TCPware, it does not enable the now unsupported Netware components (TES, FSS, and NPS) TCPWARE-TRY enables all the TCP components except the NFS server and client. TCPware-PK1 enables all the TCP components and the Netware components. regards Michael -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 22 Dec 1999 18:10:40 -0400 Message-ID: <38615A03.1B686889@mmaz.com> Date: Wed, 22 Dec 1999 16:08:51 -0700 From: Barry Treahy Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com, VMS List Service Subject: Re: TCPWARE License Query References: <38614D74.B6C8BE59@PROCESS.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > TCPware-PK1 enables all the TCP components and the Netware components. > > regards > Michael I didn't think the Netware components were supported any longer. I bought 5.4-3 last year and couldn't get it to work because drivers were missing and support told me that it was a discontinued product. Barry ================================================================================ Archive-Date: Thu, 23 Dec 1999 09:04:11 -0400 Sender: bryant@process.com Date: Thu, 23 Dec 1999 09:01:50 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009E30AC.D0184980.108@process.com> Subject: Re: TCPWARE License Query Barry Treahy writes: > >> >> TCPware-PK1 enables all the TCP components and the Netware components. >> >> regards >> Michael > >I didn't think the Netware components were supported any longer. I bought >5.4-3 last year and couldn't get it to work because drivers were missing and >support told me that it was a discontinued product. > >Barry It is indeed an unsupported product now, though we haven't done anything to knowingly break it for people who had it. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Thu, 23 Dec 1999 11:07:08 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: TCPWARE License Query Date: Thu, 23 Dec 1999 15:40:28 -0000 Message-ID: <83tfnj$bpt$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM I'm not sure how far back this little facility goes (I know it's in V5.0-3B) and it's certainly not in the online help, but you can do a $ NETCU SHOW LICENSE[/OUT=xxx] It's an incredibly useful command: I've built it in to my New Year OpenVMS system QA procedure (which does the basic "is this VMS system up enough to try to start up our applications ?" checks.) We have many systems where the TCPWARE_CONFIGURE file specifies (for example) NFS client and/or server to be started but the TCPware license doesn't allow it. My procedure executes the config file, decides that NFS should be running & flags one or more missing TCPware processes. By parsing the NETCU SHOW LICENSE command I can filter what I look for. One further question along that line for the Process guys: If you "upgrade" the TCPWARE license is it possible to get the new license details picked up without restarting TCPware ? Cheers, -Andy "Nick Lewis" wrote in message news:3860DF66.4424F65B@flextech.co.uk... > Can anyone explain the difference between the following product names : > > TCPWARE-PK1 > TCPWARE-TRY > TCPWARE-TCP > > Our two Alpha systems have a different combination of the above products > licensed. > > Any help would be appreciated. > > Regards, > Nick Lewis > ================================================================================ Archive-Date: Thu, 23 Dec 1999 11:07:16 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: TCPWARE License Query Date: Thu, 23 Dec 1999 15:40:44 -0000 Message-ID: <83tfo3$bqg$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM I'm not sure how far back this little facility goes (I know it's in V5.0-3B) and it's certainly not in the online help, but you can do a $ NETCU SHOW LICENSE[/OUT=xxx] It's an incredibly useful command: I've built it in to my New Year OpenVMS system QA procedure (which does the basic "is this VMS system up enough to try to start up our applications ?" checks.) We have many systems where the TCPWARE_CONFIGURE file specifies (for example) NFS client and/or server to be started but the TCPware license doesn't allow it. My procedure executes the config file, decides that NFS should be running & flags one or more missing TCPware processes. By parsing the NETCU SHOW LICENSE command I can filter what I look for. One further question along that line for the Process guys: If you "upgrade" the TCPWARE license is it possible to get the new license details picked up without restarting TCPware ? Cheers, -Andy "Nick Lewis" wrote in message news:3860DF66.4424F65B@flextech.co.uk... > Can anyone explain the difference between the following product names : > > TCPWARE-PK1 > TCPWARE-TRY > TCPWARE-TCP > > Our two Alpha systems have a different combination of the above products > licensed. > > Any help would be appreciated. > > Regards, > Nick Lewis > ================================================================================ Archive-Date: Thu, 23 Dec 1999 11:52:37 -0400 Message-ID: <386252A0.ECE47270@PROCESS.COM> Date: Thu, 23 Dec 1999 11:49:36 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: Re: TCPWARE License Query Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > One further question along that line for the Process guys: If you "upgrade" > the TCPWARE license is it possible to get the new license details picked up > without restarting TCPware ? > Yes - $ NETCU START/TCP regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Mon, 27 Dec 1999 15:08:11 -0400 Message-ID: <3CD591440EF3D111BF1400104B72117F05C54C3F@ALFEXC5> From: "Crosby, Michael" Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Subject: printing problems Date: Mon, 27 Dec 1999 14:05:26 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Trying to print just a text file (Welcome.txt VMS 71.) to an HP8500 N printer. The only thing i get printed is this: User: crosbym Host: ors76.hq.ora.fda.gov class: ora76.hq.ora.fda.gov job: Welcome Printer queue HP8500, idle, on ORA76::NLP22:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /LIBRARY=HPDEVCTL Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(RESET=(RESET)) Any Ideas Mike ================================================================================ Archive-Date: Mon, 27 Dec 1999 15:19:08 -0400 Message-ID: <44CE15BEC7A9D311A1AF00902785C6B304EB@MAIL> From: Tom.Carter@viainfo.net Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: RE: printing problems Date: Mon, 27 Dec 1999 14:20:43 -0600 MIME-Version: 1.0 Content-Type: text/plain Try specifying the directory specification in the print command AND/OR try printing a different file (e.g. sys$login:login.com) Does your Welcome.txt file have any Escape codes in it for screen formatting that the HP8500 is interpretting ? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:05 PM To: Info-TCPware@PROCESS.COM Subject: printing problems Trying to print just a text file (Welcome.txt VMS 71.) to an HP8500 N printer. The only thing i get printed is this: User: crosbym Host: ors76.hq.ora.fda.gov class: ora76.hq.ora.fda.gov job: Welcome Printer queue HP8500, idle, on ORA76::NLP22:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /LIBRARY=HPDEVCTL Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(RESET=(RESET)) Any Ideas Mike ================================================================================ Archive-Date: Mon, 27 Dec 1999 15:30:55 -0400 Message-ID: <01BE9872614BD311BB8000805F9F4A850168B36E@norma.mfs.com> From: "Robert, Andrew" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@PROCESS.COM'" Subject: DCL to create Multinet print queues using NTY ports Date: Mon, 27 Dec 1999 15:28:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Please review the attached DCL. This code is designed to create Multinet NTY queues. NTY queues have the following advantages over LPD or Stream. Improved print formatting The standard OpenVMS print symbiont normally takes advantage of formatting capabilities in the OpenVMS terminal driver. These capabilities were only partially emulated by the STREAM symbiont. Because MULTINET_NTYSMB uses network terminal port devices, full print symbiont formatting is now supported. More control over queues devices The standard SET TERMINAL and queue operation commands are used to set up the NTY terminal device and MULTINET_NTYSMB print queues. System managers wishing to take advantage of the OpenVMS queue manager's Autostart capability may now do so with this new print queue support. Familiar management interface The NTY Control Program (NTYCP) and MULTINET_NTYSMB print symbiont are patterned after Compaq Computers (formerly Digital Equipment Corporation) LAT Control Program (LATCP) and LAT print symbiont, providing a management interface that should be familiar to many OpenVMS system managers. Note! MultiNet must be started before NTY devices can be created or MULTINET_NTYSMB print queues can be initialized or started. System managers using the OpenVMS queue manager's Autostart capability must leave Autostart disabled until after MultiNet is started and NTY devices have been set up. $! START_IP_PRINTERS.COM $! $! CREATED 12-27-99 $! AUTHOR: ANDREW ROBERT $! $! FUNCTION: TO CREATE MULTINET NTY QUEUES USING A SUPPLIED DATA FILE $! $ SET NOON $! $ ON ERROR THEN CONTINUE $! $ CLOSE/NOLOG PRINTERS $! $! $! DEFINE SYMBOLS FOR PROCEDURE $! $ NODENAME = F$GETSYI("NODENAME") $ PRINTER_FILE1 = "SYSTEMS__COM:CLUSTER_PRINTERS.DAT" $ NTY_PORT=1000 $ NTYCP := $MULTINET:NTYCP $! $!CREATE GENERIC AND EXECUTION QUEUES $! $! $ OPEN/READ/SHARE PRINTERS 'PRINTER_FILE1' $! $ READ_LOOP: $! $ READ/END=CLOSE PRINTERS PRINTER_DATA1 $! $ QNAM = F$ELEMENT(0,"/",PRINTER_DATA1) $ QUEUE_ADDR = F$ELEMENT(1,"/",PRINTER_DATA1) $! $ NTYCP CREATE PORT NTY'NTY_PORT' /NODE='QUEUE_ADDR'/PORT=9100 $ SET TERMINAL/PERMANENT NTY'NTY_PORT': /NOBROADCAST/NOTYPEAHEAD/NOWRAP/FORM $ INITIALIZE/QUEUE/ON=NTY'NTY_PORT': 'NODENAME'_'QNAM'/PROCESSOR=MULTINET_NTYSMB/START $ INIT/QUE/START 'QNAM' /GENERIC=('NODENAME'_'QNAM') $ NTY_PORT='NTY_PORT'+1 $! $ GOTO READ_LOOP $! $! $ CLOSE: $! $ ON ERROR THEN CONTINUE $! $ CLOSE PRINTERS $! $! $ EXIT $! ================================================================================ Archive-Date: Mon, 27 Dec 1999 15:37:54 -0400 Message-ID: <3CD591440EF3D111BF1400104B72117F05C54C40@ALFEXC5> From: "Crosby, Michael" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: printing problems Date: Mon, 27 Dec 1999 14:35:04 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" No Go Same problem -----Original Message----- From: Tom.Carter@viainfo.net [mailto:Tom.Carter@viainfo.net] Sent: Monday, December 27, 1999 3:21 PM To: Info-TCPware@process.com Subject: RE: printing problems Try specifying the directory specification in the print command AND/OR try printing a different file (e.g. sys$login:login.com) Does your Welcome.txt file have any Escape codes in it for screen formatting that the HP8500 is interpretting ? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:05 PM To: Info-TCPware@PROCESS.COM Subject: printing problems Trying to print just a text file (Welcome.txt VMS 71.) to an HP8500 N printer. The only thing i get printed is this: User: crosbym Host: ors76.hq.ora.fda.gov class: ora76.hq.ora.fda.gov job: Welcome Printer queue HP8500, idle, on ORA76::NLP22:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /LIBRARY=HPDEVCTL Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(RESET=(RESET)) Any Ideas Mike ================================================================================ Archive-Date: Mon, 27 Dec 1999 15:50:40 -0400 Message-ID: <44CE15BEC7A9D311A1AF00902785C6B304ED@MAIL> From: Tom.Carter@viainfo.net Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: RE: printing problems Date: Mon, 27 Dec 1999 14:52:03 -0600 MIME-Version: 1.0 Content-Type: text/plain I am assuming then that you have printed this successfully to another printer and it only happens with this particular HP8500. Do you have other HP printers using the same library? Have you deleted the que and recreated it? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:35 PM To: 'Info-TCPware@process.com' Subject: RE: printing problems No Go Same problem -----Original Message----- From: Tom.Carter@viainfo.net [mailto:Tom.Carter@viainfo.net] Sent: Monday, December 27, 1999 3:21 PM To: Info-TCPware@process.com Subject: RE: printing problems Try specifying the directory specification in the print command AND/OR try printing a different file (e.g. sys$login:login.com) Does your Welcome.txt file have any Escape codes in it for screen formatting that the HP8500 is interpretting ? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:05 PM To: Info-TCPware@PROCESS.COM Subject: printing problems Trying to print just a text file (Welcome.txt VMS 71.) to an HP8500 N printer. The only thing i get printed is this: User: crosbym Host: ors76.hq.ora.fda.gov class: ora76.hq.ora.fda.gov job: Welcome Printer queue HP8500, idle, on ORA76::NLP22:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /LIBRARY=HPDEVCTL Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(RESET=(RESET)) Any Ideas Mike ================================================================================ Archive-Date: Mon, 27 Dec 1999 19:03:33 -0400 Message-ID: <8520E1AE8EDBD211995200A0C9E98AD7011A0DFE@chelsea.vfl.vodafone> From: Alex.Daniels@vf.vodafone.co.uk Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: RE: printing problems Date: Tue, 28 Dec 1999 00:00:31 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" We have TCPware here not multinet, but anyway.. Is the HP8500 an IP printer or is it connected to an IP print server? If so, is the print server and the way multinet sends the job to it configured as per other working ones ? Also you have a '/SEPARATE=(RESET=(RESET)' on your queue, I have not come across a reset before, but from what I understand you need the module you specify in your library (this has the forms in it as well). So in this case 'sys$library:hpdevctl.tlb' should contain RESET within it... You can check this with lib/list sys$library:hpdevctl.tlb. If RESET is in there extract it with 'lib/ext=RESET sys$library:hpdevctl.tlb' and edit hpdecvtl.txt and make sure the reset sequence is as your would expect. Alex Daniels OpenVMS Support Vodafone Airtouch PLC -----Original Message----- From: Tom.Carter@viainfo.net [mailto:Tom.Carter@viainfo.net] Sent: Monday, December 27, 1999 8:52 PM To: Info-TCPware@process.com Subject: RE: printing problems I am assuming then that you have printed this successfully to another printer and it only happens with this particular HP8500. Do you have other HP printers using the same library? Have you deleted the que and recreated it? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:35 PM To: 'Info-TCPware@process.com' Subject: RE: printing problems No Go Same problem -----Original Message----- From: Tom.Carter@viainfo.net [mailto:Tom.Carter@viainfo.net] Sent: Monday, December 27, 1999 3:21 PM To: Info-TCPware@process.com Subject: RE: printing problems Try specifying the directory specification in the print command AND/OR try printing a different file (e.g. sys$login:login.com) Does your Welcome.txt file have any Escape codes in it for screen formatting that the HP8500 is interpretting ? -----Original Message----- From: Crosby, Michael [mailto:michael.a.crosby@compaq.com] Sent: Monday, December 27, 1999 2:05 PM To: Info-TCPware@PROCESS.COM Subject: printing problems Trying to print just a text file (Welcome.txt VMS 71.) to an HP8500 N printer. The only thing i get printed is this: User: crosbym Host: ors76.hq.ora.fda.gov class: ora76.hq.ora.fda.gov job: Welcome Printer queue HP8500, idle, on ORA76::NLP22:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /LIBRARY=HPDEVCTL Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(RESET=(RESET)) Any Ideas Mike ================================================================================ Archive-Date: Thu, 30 Dec 1999 23:39:13 -0400 Date: Thu, 30 Dec 1999 23:36:09 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: FTP_V543P020 To: TCPware-Announce@PROCESS.COM Message-ID: <01JK4PR5DAMA0037IJ@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: FTP_V543P020 Description: Assorted FTP server: performance, data corruption, denial of service fixes Release date: 30-DEC-1999 Versions: 5.4-3 ftp://ftp.process.com/support/54_3/ftp_v543p020.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- ----------------------------------------------------------------------- FTP Patch kit (revision 2.0) for TCPware version 5.4-3 29-Dec-1999 Copyright (c) 1999, by Process Software Corporation This VMSinstallable saveset provides a new versions of FTP_CONTROL.COM, FTP_LISTENER.EXE, and FTP_SERVER.EXE for TCPware for OpenVMS. TCPWare V5.4-3 and later VMS/VAX V5.5-2 and later VMS/ALPHA V6.1 and later The following change[s] has been made: FTP_CONTROL.COM now asks if you wish to provide FTP service in the configuration phase. (DE 5058) FTP_LISTENER.EXE - A problem which caused the wrong IP addresses to be displayed in the log file has been corrected. (DE 5285) - A possible denial of service attack has been corrected. (DE 5347) FTP_SERVER.EXE - The default window size increased to improve performance of GET operations. (DE 5195) - A problem with incorrect IP addresses in the log file has been corrected. (DE 5285) - A data corruption problem has been corrected. (DE 5298) [End of ECO announcement] ================================================================================ Archive-Date: Fri, 31 Dec 1999 09:19:47 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" CC: "'support@process.com'" , "'Info-VAX@MVB.SAIC.COM'" Subject: Purveyor Y2K bug Date: Fri, 31 Dec 1999 14:16:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hi there, One of our OpenVMS Alpha systems running Purveyor 2.0-1 in Melbourne has found a bug when using SSL when it rolled over to 01-Jan-2000 HTTPS: requests now generate the following OPCOM messages: %%%%%%%%%%% OPCOM 1-JAN-2000 00:00:34.49 %%%%%%%%%%% Message from user SYSTEM on EXTEL %PURVEYOR-I-WORKERERROR, Worker Purveyor 0001 (00000839) reported error -PURVEYOR-E-SSLERROR, certificate load failed: Certificate is out of date -PURVEYOR-I-WORKERCONN, while processing connection from 195.153.167.9,1444 I have reproduced this on a test system here. Does anybody know how we can get around this, as we have a number of systems also configured the same that will be rolling over soon !!! Regards, Derek... PS - I only get the the digests on the Info-VAX list, so I'd appreciate being cc'd to this address in any replies. *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Fri, 31 Dec 1999 09:35:31 -0400 Date: Fri, 31 Dec 1999 9:33:25 GMT From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <991231093325.117c8@ENDOR.COM> Subject: RE: Purveyor Y2K bug There is a purveyor 2.1 out, however, It fails with a 2.0 lic pac. john ================================================================================ Archive-Date: Fri, 31 Dec 1999 13:23:14 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Purveyor Y2K bug Date: Fri, 31 Dec 1999 18:19:33 -0000 MIME-Version: 1.0 Content-Type: text/plain John, I got instructions on how to get the 2.1 kit from a FTP server and installed it (many thanks to Paul Barker at Integralis in the UK who contacted me from home after I logged the problem with their help desk). Works fine with 2.0 licenses, and solves problem. Thanks for your help. Happy New Year everybody, Derek... > -----Original Message----- > From: babiarz@ENDOR.COM [SMTP:babiarz@ENDOR.COM] > Sent: 31 December 1999 09:33 > To: Info-TCPware@process.com > Subject: RE: Purveyor Y2K bug > > There is a purveyor 2.1 out, however, It fails with a 2.0 lic pac. > > john *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Fri, 31 Dec 1999 18:44:20 -0400 Date: Fri, 31 Dec 1999 17:35:54 -0600 (CST) From: TECH@CJIS.CI.LINCOLN.NE.US Reply-To: Info-TCPware@process.com Subject: RE: Purveyor Y2K bug In-Reply-To: "Your message dated Fri, 31 Dec 1999 18:19:33 +0000" To: Info-TCPware@process.com Message-ID: <01JK5RLDIE0G006677@CJIS.CI.LINCOLN.NE.US> MIME-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII It would be great if those instructions were posted here for any of us in a similar situation! How about it? Thanks >I got instructions on how to get the 2.1 kit from a FTP server and installed >it (many thanks to Paul Barker at Integralis in the UK who contacted me from >home after I logged the problem with their help desk). >Works fine with 2.0 licenses, and solves problem. >Thanks for your help. >> >> There is a purveyor 2.1 out, however, It fails with a 2.0 lic pac. >> >> john ================================================================================ Archive-Date: Fri, 31 Dec 1999 19:34:58 -0400 Sender: schreiber@process.com Date: Fri, 31 Dec 1999 19:32:17 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009E374E.35ECB1F1.13@process.com> Subject: RE: Purveyor Y2K bug TECH@CJIS.CI.LINCOLN.NE.US writes: > >It would be great if those instructions were posted here for any of us >in a similar situation! How about it? > I unfortunately don't have the instructions. However, they are available from your support rep. Also, we sent out a large number of upgrade kits to Purveyor customers around thanksgiving. If you have that distribution, you can find the instructions in there. Unfortunately I know nothing of the decision to have the password protected FTP download, so I can't comment on why that is [and thus, why the information can't be posted publicly]. -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever