Archive-Date: Fri, 1 Oct 1999 08:53:59 -0400 Message-ID: <19991001124703.18397.qmail@hotmail.com> From: "Payne Jim" Reply-To: Info-TCPware@process.com To: info-tcpware@process.com Subject: Purveyor and Y2K Date: Fri, 01 Oct 1999 13:47:03 BST MIME-Version: 1.0 Content-Type: text/plain; format=flowed On http://www.process.com/multinet/news/year2000.htp you state: Upon further evaluation, we have determined that Purveyor Encrypt WebServer for OpenVMS may not be Year 2000 Compliant. Tests are currently underway, and we will release test results as soon as they are available. Are any results available? If not, any idea when they will be? Regards Jim ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ================================================================================ Archive-Date: Fri, 1 Oct 1999 09:11:36 -0400 Message-ID: <37F4B15D.9B553F66@PROCESS.COM> Date: Fri, 01 Oct 1999 09:04:29 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: Purveyor and Y2K Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > On http://www.process.com/multinet/news/year2000.htp you state: > > Upon further evaluation, we have determined that Purveyor Encrypt > WebServer for OpenVMS may not be Year 2000 Compliant. Tests are > currently underway, and we will release test results as soon as > they are available. > > Are any results available? If not, any idea when they will be? The page has been updated and now reads - "Purveyor Encrypt WebServer for OpenVMS products are year 2000 compliant once the user installs version 2.1." You can call support (800-394-8700 or 508-628-5074) to get download instructions for the new kit. 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: Tue, 5 Oct 1999 23:37:27 -0400 Subject: RE: DSNlink over tcpware Message-ID: <1999Oct5.230611@elnath.process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 5 Oct 99 23:06:11 -0400 To: Info-TCPware@PROCESS.COM > The last thing I'd like to work out is how to get the services to create a > log file in DSN$LOGS, as the /OUTPUT qualifier is not supported for bg_tcp > services (anybody got any suggestions) ? Log files should be created in the login directory for the user account. You could change the login directory for the user to be DSN$LOGS? - Bernie Volz Process Software ================================================================================ Archive-Date: Wed, 6 Oct 1999 04:13:39 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: DSNlink over tcpware Date: Wed, 6 Oct 1999 09:02:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Thanks Bernie, Log files are all in the correct place, and everything is working fine now. Cheers, Derek... -----Original Message----- From: volz@process.com [mailto:volz@process.com] Sent: 06 October 1999 04:06 To: Info-TCPware@PROCESS.COM Subject: RE: DSNlink over tcpware > The last thing I'd like to work out is how to get the services to create a > log file in DSN$LOGS, as the /OUTPUT qualifier is not supported for bg_tcp > services (anybody got any suggestions) ? Log files should be created in the login directory for the user account. You could change the login directory for the user to be DSN$LOGS? - Bernie Volz Process Software *********************************************************************** 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 email 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 disemination, distribution or copying is strictly prohibited. If you have received this email in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Fri, 8 Oct 1999 11:58:24 -0400 Date: Fri, 08 Oct 1999 11:42:54 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: CNFS_V533P010 To: TCPware-Announce@PROCESS.COM Message-ID: <01JGW2O69KCY002Q59@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: CNFS_V533P010 Description: Fix ACLs propogations and wildcard directory recognition Release date: 8-OCT-1999 Versions: 5.3-3, 5.3-2, 5.2-3 ftp://ftp.process.com/support/53_3/cnfs_v533p010.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. ----------------------------------------------------------- -------------------------------------------------------------------------------- NFS Client Patch kit(revision 1.0) for TCPware V5.3-3 23-Aug-1999 Copyright (c) 1997, 1998, 1999 by Process Software Corporation This VMSinstallable saveset provides a new version of the NFS client for TCPware for OpenVMS. The NFS client must be shut down before installing. This patch supports TCPware V5.2-3, V5.3-2 and V5.3-3 for VMS V5.5-2 thru V7.2. This patch supercedes the patch kit CNFS_V523P020.A. This patch kit provides the following files: NFSACP.EXE NFSMOUNT.EXE The following change[s] has been made: - Fixed a bug which would cause the client to issue getattr requests with an invalid filehandle. (Applicable to V5.2-3 only) - Fixed ACL propagations for new file versions. - Fixed wildcard directory recognition on first attempts. The old version of NFSACP.EXE will be renamed to TCPWARE_COMMON:[TCPWARE]NFSACP.EXE_OLD The old version of NFSMOUNT.EXE will be renamed to TCPWARE_COMMON:[TCPWARE]NFSMOUNT.EXE_OLD Once installed, you may undo this patch by shutting down NFS and renaming the TCPWARE_COMMON:[TCPWARE]NFSACP.EXE_OLD back to TCPWARE_COMMON:[TCPWARE]NFSACP.EXE, and TCPWARE_COMMON:[TCPWARE]NFSMOUNT.EXE_OLD back to TCPWARE_COMMON:[TCPWARE]NFSMOUNT.EXE. To make this patch operational dismount all NFS devices. Replace the TCPWARE:NFSMOUNT.EXE in the INSTALL utility. Remount the NFS devices. [End of ECO announcement] ================================================================================ Archive-Date: Fri, 8 Oct 1999 13:08:32 -0400 Subject: ARPWATCH From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <37fe20b4@news.kapsch.co.at> Date: 8 Oct 1999 18:49:56 +0100 To: Info-TCPware@PROCESS.COM I'd like to have ARPWATCH on OpenVMS. Either for UCX or TCPware or NETLIB or standard TCPIP sockets. ARPwatch is a program which registers IP/Mac addr pairs in a local file and informs the manager (me) of any changes in the registration (eg. per mail). With ARPwatch you can keep control about your LAN and the attached IP systems. IMHO, every better IP stack should have such a functionality, but I'm still waiting to see this happen. In the meantime, please, has anyone ported ARPwatch to OpenVMS or found another (freeware) tool which has this capabilities ? Many TIA -- 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, 11 Oct 1999 05:36:46 -0400 From: "Philip M Martyn" Reply-To: Info-TCPware@process.com To: info-tcpware@process.com Message-ID: <85256807.003487CA.00@nyc-ntgw-n01.ny.jpmorgan.com> Date: Mon, 11 Oct 1999 10:33:35 +0100 Subject: Help - Upgrade Instructions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, I'm looking to upgrade Purveyor to a Y2K-ready version. However, there's no installation/upgrade instructions with it. I do not have a previous copy either. Can anyone direct me to where I could get an installation / upgrade manual ? Thanks. Phil M. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and is subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates. ================================================================================ Archive-Date: Mon, 11 Oct 1999 05:48:31 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE8601C91864@lespaul.process.com> From: Matt Brightman Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Help - Upgrade Instructions Date: Mon, 11 Oct 1999 05:48:14 -0400 MIME-Version: 1.0 Content-Type: text/plain Philip, The Purveyor docs are available online at http://vms.process.com Those docs are for v2.0-1. However, there weren't any documentation changes for v2.1. v2.1 is simply a Y2K updated version. From that page click on the Administrator's Guide link and you will be able access that guide in HTML format. Regards, -Matt -----Original Message----- From: Philip M Martyn [mailto:martyn_philip@jpmorgan.com] Sent: Monday, October 11, 1999 5:37 AM To: info-tcpware@process.com Subject: Help - Upgrade Instructions Hello, I'm looking to upgrade Purveyor to a Y2K-ready version. However, there's no installation/upgrade instructions with it. I do not have a previous copy either. Can anyone direct me to where I could get an installation / upgrade manual ? Thanks. Phil M. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and is subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates. ================================================================================ Archive-Date: Mon, 11 Oct 1999 09:04:20 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: INSFPRM error from FTP under V5.5-3 Date: Mon, 11 Oct 1999 13:37:26 +0100 Message-ID: <7tslke$pap$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Two VAX systems running VMS V6.2 with TCPware V5.3-3 plus most available patches... When you FTP from one system to the other (it doesn't matter which way round) a 'DIR' command gets "500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters". If you change it to 'DIR SYS$LOGIN' or whatever then everything works OK. Using FTP to a system running TCPware V5.3-2 (plus a multitude of patches) runs just fine. Has anybody else seen this or have I missed something pretty basic ? Thanks for any help, -Andy ================================================================================ Archive-Date: Mon, 11 Oct 1999 11:43:57 -0400 Message-ID: <4.1.19991011094059.00b952a0@mehlhop.org> Date: Mon, 11 Oct 1999 09:41:11 -0600 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: INSFPRM error from FTP under V5.5-3 In-Reply-To: <7tslke$pap$1@mailgate.liffe.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Did you log a call on this? At 01:37 PM 10/11/99 +0100, you wrote: >Two VAX systems running VMS V6.2 with TCPware V5.3-3 plus most available >patches... When you FTP from one system to the other (it doesn't matter >which way round) a 'DIR' command gets "500 %CLI-W-INSFPRM, missing command >parameters - supply all required parameters". If you change it to 'DIR >SYS$LOGIN' or whatever then everything works OK. Using FTP to a system >running TCPware V5.3-2 (plus a multitude of patches) runs just fine. > >Has anybody else seen this or have I missed something pretty basic ? > >Thanks for any help, > >-Andy > _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Mon, 11 Oct 1999 16:33:42 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: INSFPRM error from FTP under V5.5-3 Date: Mon, 11 Oct 1999 21:08:23 +0100 Message-ID: <7ttg23$frv$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Not yet. Thought I'd see if I'd done anything obviously stupid first. It seemed to be a fairly basic kind of error... Apart from that, I'm out of the office all week (on a TCP/IP networking course, strangely enough !) so I'm not there to field the calls. BTW: I tried just putting an 'exit' as the first line of LOGIN.COM, SYLOGIN.COM etc. with no change. It still comes back with: 230 User logged in, proceed. FTP> dir 200 STRU command okay. 200 PORT command okay. 500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters %TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server -TCPWARE-I-REPLY, server's reply was "500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters" FTP> I'll try to log a call electronically through our TCPware provider... Cheers, -Andy Jim Mehlhop wrote in message news:4.1.19991011094059.00b952a0@mehlhop.org... > Did you log a call on this? > > At 01:37 PM 10/11/99 +0100, you wrote: > >Two VAX systems running VMS V6.2 with TCPware V5.3-3 plus most available > >patches... When you FTP from one system to the other (it doesn't matter > >which way round) a 'DIR' command gets "500 %CLI-W-INSFPRM, missing command > >parameters - supply all required parameters". If you change it to 'DIR > >SYS$LOGIN' or whatever then everything works OK. Using FTP to a system > >running TCPware V5.3-2 (plus a multitude of patches) runs just fine. > > > >Has anybody else seen this or have I missed something pretty basic ? > > > >Thanks for any help, > > > >-Andy > > > > _________________________________________________________________________ > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > _________________________________________________________________________ ================================================================================ Archive-Date: Tue, 12 Oct 1999 11:41:44 -0400 Sender: schreiber@process.com Date: Tue, 12 Oct 1999 11:41:23 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009DF82F.2C89190A.64@process.com> Subject: Re: INSFPRM error from FTP under V5.5-3 "Andy Williams" writes: >230 User logged in, proceed. >FTP> dir >200 STRU command okay. >200 PORT command okay. >500 %CLI-W-INSFPRM, missing command parameters - supply all required >parameters >%TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server >-TCPWARE-I-REPLY, server's reply was "500 %CLI-W-INSFPRM, missing command >parameters - supply all required parameters" >FTP> Could you try this again, but type 'debug' before the dir, to turn debugging on and that way we can see what commands are being sent, rather than just the responses from the server? - Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 13 Oct 1999 11:02:45 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: Secondary DNS server question Date: Wed, 13 Oct 1999 15:56:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hi there, If you have a server configured as a secondary dns server and the primary server crashes and burns, how long will the secondary server continue serving dns until it decides it needs a refresh and can't ? Derek... -----Original Message----- From: Derek Fage [mailto:DerekF@ITEXJSY.com] Sent: 11 August 1999 14:03 To: 'Info-TCPware@process.com' Subject: NTP Configuration I'm having trouble configuring NTP on TCPware 5.3-3 What I want to end up with is our cluster synchronising from a Stratum 2 server on the internet, and then all internal systems to get their time from the cluster. I'm testing this first with a development system. From looking at the Admin manual, I can't see the reason to have a peer statement in NTPD.CONF for the local server, so I've left it out for the moment. I seem to have synchronised with the external server, but it has not changed the time (I've disabled and deleted the NCL DTSS entity). Can anybody help ? As I was cutting and pasting the info, the time reset itself, but it is now one hour behind - any ideas ? Here's some info: ;NTP.CONF local-master 12 server ntp1.uk.psi.net prefer server ntp2.uk.psi.net server ntp3.uk.psi.net ntpq> peers remote refid st t when poll reach delay offset disp ============================================================================ == LOCAL(2) LOCAL(2) 12 l 42 64 377 0.00 0.000 10.48 *ntp1.uk.psi.net ntp0.NL.net 2 u 10 64 377 37.98 -311938 4.23 +ntp2.uk.psi.net ntp0.NL.net 2 u 10 64 377 43.40 -311936 4.33 +ntp3.uk.psi.net ntp0.NL.net 2 u 10 64 377 51.15 -311935 6.26 ntpq> assoc ind assID status conf reach auth condition last_event cnt =========================================================== 1 20724 9014 yes yes none insane reachable 1 2 20725 9614 yes yes none sys.peer reachable 1 3 20726 9414 yes yes none synchr. reachable 1 4 20727 9414 yes yes none synchr. reachable 1 xntpdc> listpeers client LOCAL(2) client ntp2.uk.psi.net client ntp1.uk.psi.net client ntp3.uk.psi.net xntpdc> peers remote local st poll reach delay offset disp ======================================================================= =LOCAL(2) 127.0.0.1 12 64 377 0.00000 0.000000 0.01048 =ntp2.uk.psi.net 193.123.154.180 2 64 377 0.04340 -3119.369 0.00534 *ntp1.uk.psi.net 193.123.154.180 2 64 377 0.03798 -3119.380 0.00529 =ntp3.uk.psi.net 193.123.154.180 2 64 377 0.05115 -3119.355 0.00729 xntpdc> pstats ntp1.uk.psi.net remote host: ntp1.uk.psi.net local interface: 193.123.154.180 time last received: 12s time until next send: 52s reachability change: 1100s packets sent: 18 packets received: 18 bad authentication: 0 bogus origin: 0 duplicate: 0 bad dispersion: 15 bad reference time: 0 candidate order: 1 EXTEL::SYSTEM>show lo *timezone* (LNM$PROCESS_TABLE) (LNM$JOB_811C1D80) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" "SYS$TIMEZONE_DIFFERENTIAL" = "3600" "SYS$TIMEZONE_NAME" = "BST" "SYS$TIMEZONE_RULE" = "GMT0BST-1,M3.5.0/1,M10.4.0/1" "TCPWARE_TIMEZONE" = "+000000" = "GMT" "TCPWARE_TIMEZONE_NAME" = "GB-EIRE" (DECW$LOGICAL_NAMES) *********************************************************************** 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 email 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 disemination, distribution or copying is strictly prohibited. If you have received this email in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Wed, 13 Oct 1999 11:17:33 -0400 Sender: schreiber@process.com Date: Wed, 13 Oct 1999 11:17:09 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009DF8F4.F408AD5D.1@process.com> Subject: RE: Secondary DNS server question Derek Fage writes: > >If you have a server configured as a secondary dns server and the primary >server crashes and burns, how long will the secondary server continue >serving dns until it decides it needs a refresh and can't ? > This is dependant on the SOA information in the zones the server is secondary for. If the refresh fails, it will retry every retry time, but still serve out answers authoritatively until the expire time has expired [the time since the last successful refresh]. In other words. Given: @ IN SOA cozmo.test.example. wheelhog.cozmo.test.example. ( 1999101301 ; Serial 3600 ; Refresh 600 ; Retry 43200 ; Expire 86400 ) ; Minimum It will refresh every 3600 seconds (1 hour). If it can't refresh, it will retry the refresh every 600 seconds [10 minutes] until the expire time has been reached since the last successful refresh. So with the above example, the secondary will continue serving the zone for at most 43200 (12 hours) after the primary goes down. -Jeff ================================================================================ Archive-Date: Wed, 13 Oct 1999 11:34:00 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Secondary DNS server question Date: Wed, 13 Oct 1999 16:18:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Thanks, That's exactly what I was after (I get the feeling I should have read the manual). Cheers, Derek... -----Original Message----- From: Jeff Schreiber [mailto:schreiber@process.com] Sent: 13 October 1999 16:17 To: Info-TCPware@process.com Cc: schreiber@process.com Subject: RE: Secondary DNS server question Derek Fage writes: > >If you have a server configured as a secondary dns server and the primary >server crashes and burns, how long will the secondary server continue >serving dns until it decides it needs a refresh and can't ? > This is dependant on the SOA information in the zones the server is secondary for. If the refresh fails, it will retry every retry time, but still serve out answers authoritatively until the expire time has expired [the time since the last successful refresh]. In other words. Given: @ IN SOA cozmo.test.example. wheelhog.cozmo.test.example. ( 1999101301 ; Serial 3600 ; Refresh 600 ; Retry 43200 ; Expire 86400 ) ; Minimum It will refresh every 3600 seconds (1 hour). If it can't refresh, it will retry the refresh every 600 seconds [10 minutes] until the expire time has been reached since the last successful refresh. So with the above example, the secondary will continue serving the zone for at most 43200 (12 hours) after the primary goes down. -Jeff *********************************************************************** 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 email 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 disemination, distribution or copying is strictly prohibited. If you have received this email in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Wed, 13 Oct 1999 12:09:10 -0400 Message-ID: <19991013160844.87344.qmail@hotmail.com> From: "Mavis Deith" Reply-To: Info-TCPware@process.com To: info-tcpware@process.com Subject: FTP patches Date: Wed, 13 Oct 1999 17:08:43 BST MIME-Version: 1.0 Content-Type: text/plain; format=flowed Just noticed that both FTPD_PIP_V533P010.A and FTPD_PIP_V533P020.A have the same readme.txt file and give the same program ident (250 Patch 1.0). I presume there is a difference - what it is? Also, a long time ago, I had a list of debug logicals that could be set. That list is over two years old. Could a current one be pulished to this list - I'm sure many people would find it useful. Regards Mavis ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ================================================================================ Archive-Date: Wed, 13 Oct 1999 12:30:33 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE8601ACBDA8@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP patches Date: Wed, 13 Oct 1999 12:30:09 -0400 MIME-Version: 1.0 Content-Type: text/plain There may have been some errors in assembling the patch kit. The FTPD_PIP_V533P020 kit corrects a problem with intrusion records coming from a source of SYSTEM on VAX. -----Original Message----- From: Mavis Deith [mailto:mavis_deith@hotmail.com] Sent: Wednesday, October 13, 1999 1:09 PM To: info-tcpware@process.com Subject: FTP patches Just noticed that both FTPD_PIP_V533P010.A and FTPD_PIP_V533P020.A have the same readme.txt file and give the same program ident (250 Patch 1.0). I presume there is a difference - what it is? Also, a long time ago, I had a list of debug logicals that could be set. That list is over two years old. Could a current one be pulished to this list - I'm sure many people would find it useful. Regards Mavis ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ================================================================================ Archive-Date: Wed, 13 Oct 1999 16:53:29 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: INSFPRM error from FTP under V5.5-3 Date: Wed, 13 Oct 1999 13:04:49 +0100 Message-ID: <7u1sf2$inv$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Sure can. This is a log of a session from a VAX running TCPware V5.3-2 to another VAX running V5.5-3. Both systems are VMS V6.2 FTP> debug Debugging on. FTP> dir PORT 156,48,1,23,4,42 200 PORT command okay. LIST 500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters %TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server -TCPWARE-I-REPLY, server's reply was "500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters" FTP> close QUIT 221 Service closing connection. FTP> exit FWIW, we get an identical result using DIR, LIST or LS. I get the same result if I do an 'FTP 0'. I've also logged a call with my provider. I'm sure I must be doing something stupid, but just in case, here's a SHOW VERS/ALL from the V5.3-3 system: WKSTN1» netcu show vers/all TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software Corporation Build Revision 11 OpenVMS version V6.2 booted on 7-OCT-1999 16:36:31.58, running on a VAXstation 4000-60. MAS number: TCPware Image Version Link Date/Time ---------------------------------------- --------------- ------------------- - TCPWARE:ACECLIENT_CL.EXE V533P010 11-MAY-1999 12:23:10 TCPWARE:ACEMAIN_CL.EXE TCPWARE V5.3-3 11-MAY-1999 12:03:08 TCPWARE:BGDRIVER.EXE 5.3-3 PATCH 3.0 7-JUN-1999 17:29:40 TCPWARE:CHARGEND.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:49 TCPWARE:CHAT.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:39 TCPWARE:CONTROLLER_VAX.EXE TCPWARE V5.3-3 22-MAY-1998 14:41:50 TCPWARE:DAYTIMED.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:50 TCPWARE:DECW_FTP.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:58 TCPWARE:DHCPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:46 TCPWARE:DISCARDD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:51 TCPWARE:DNIPDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:12 TCPWARE:ECHOD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:52 TCPWARE:FTP.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:47 TCPWARE:FTPD_DTP.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:56 TCPWARE:FTPD_PIP.EXE 250 PATCH 1.0 11-MAY-1999 12:28:20 TCPWARE:GATED.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:34 TCPWARE:IMAPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:37 TCPWARE:INETDRIVER.EXE 5.3-3 PATCH 3.0 7-JUN-1999 17:29:41 TCPWARE:IPDRIVER.EXE 5.3-3 PATCH 3.0 7-JUN-1999 17:29:42 TCPWARE:LPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:13 TCPWARE:LPQ.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:08 TCPWARE:LPR.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:07 TCPWARE:LPRM.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:09 TCPWARE:NAMED.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:01 TCPWARE:NAMED_ZXFR.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:03 TCPWARE:NETCP.EXE 5.3-3 PATCH 3.0 11-MAY-1999 12:29:52 TCPWARE:NETCU.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:29 TCPWARE:NLM.EXE TCPWARE V5.3-3 11-MAY-1999 12:10:51 TCPWARE:NSLOOKUP.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:04 TCPWARE:NSTEST.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:05 TCPWARE:NTDRIVER.EXE 5.3-3 PATCH 3.0 7-JUN-1999 17:29:43 TCPWARE:NTPD.EXE 5.3-3 PATCH 1.0 20-SEP-1999 17:20:35 TCPWARE:NTPDATE.EXE 5.3-3 PATCH 1.0 20-SEP-1999 17:20:45 TCPWARE:NTPQ.EXE 5.3-3 PATCH 1.0 20-SEP-1999 17:20:40 TCPWARE:NTPTRACE.EXE 5.3-3 PATCH 1.0 20-SEP-1999 17:20:43 TCPWARE:PING.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:54 TCPWARE:PING_V2.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:54 TCPWARE:POP3D.EXE 5.3-3 PATCH 1.0 11-MAY-1999 12:30:32 TCPWARE:PPPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:38 TCPWARE:PURVEYOR_RTL.EXE TCPWARE V5.3-3 22-MAY-1998 14:48:28 TCPWARE:PWIPDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:14 TCPWARE:QUOTED.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:53 TCPWARE:RCDDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:07 TCPWARE:RCP.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:00 TCPWARE:RLOGIN.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:54 TCPWARE:RMTDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:05 TCPWARE:RMTSETUP.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:59 TCPWARE:RPCGEN.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:25 TCPWARE:RPCINFO.EXE TCPWARE V5.3-3 11-MAY-1999 12:10:48 TCPWARE:RSH.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:56 TCPWARE:SMTP_CL.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:15 TCPWARE:SMTP_MAILSHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:20 TCPWARE:SMTP_MAILSHRP.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:18 TCPWARE:SMTP_SVR.EXE TCPWARE V5.3-3 11-MAY-1999 12:12:17 TCPWARE:SNMPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:41 TCPWARE:TALK.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:47 TCPWARE:TALKD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:48 TCPWARE:TCPDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:01 TCPWARE:TCPDUMP.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:45 TCPWARE:TCPWARE_DNS_MAIN.EXE 5.3-3 PATCH 1.2 11-MAY-1999 12:26:12 TCPWARE:TCPWARE_RMT_SERVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:57 TCPWARE:TELNET.EXE 5.3-3 PATCH 20 11-MAY-1999 12:31:41 TCPWARE:TFTP.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:44 TCPWARE:TFTPD.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:43 TCPWARE:TIMED.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:28 TCPWARE:TIMEDC.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:29 TCPWARE:TRACEROUTE.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:55 TCPWARE:UCX$IPC_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:40 TCPWARE:UCX$RPCXDR_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:23 TCPWARE:UDPDRIVER.EXE TCPWARE V5.3-3 11-MAY-1999 12:00:58 TCPWARE:WHOIS.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:43 TCPWARE:WORKER_VAX.EXE TCPWARE V5.3-3 22-MAY-1998 14:47:56 TCPWARE:X25.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:36 TCPWARE:XDM.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:50 TCPWARE:XDM_SESSION.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:52 TCPWARE:XNTPDC.EXE 5.3-3 PATCH 1.0 20-SEP-1999 17:20:38 SYS$SYSTEM:TCPWARE_LPRSMB.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:10 SYS$SYSTEM:TCPWARE_TSSYM.EXE TCPWARE V5.3-3 11-MAY-1999 12:02:15 SYS$SYSTEM:TCPWARE_VMSLPRSMB.EXE 5.3-3 PATCH 1.0 11-MAY-1999 12:36:30 SYS$SHARE:TCPWARE_ACECLIENT_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:03:05 SYS$SHARE:TCPWARE_FTPLIB_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:11:50 SYS$SHARE:TCPWARE_PORTMAPPER_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:10:48 SYS$SHARE:TCPWARE_RPCLIBG_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:10:45 SYS$SHARE:TCPWARE_RPCLIB_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:10:43 SYS$SHARE:TCPWARE_SOCKLIBG_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:18 SYS$SHARE:TCPWARE_SOCKLIB_SHR.EXE TCPWARE V5.3-3 11-MAY-1999 12:01:16 Cheers, -Andy Jeff Schreiber wrote in message news:009DF82F.2C89190A.64@process.com... > "Andy Williams" writes: > >230 User logged in, proceed. > >FTP> dir > >200 STRU command okay. > >200 PORT command okay. > >500 %CLI-W-INSFPRM, missing command parameters - supply all required > >parameters > >%TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server > >-TCPWARE-I-REPLY, server's reply was "500 %CLI-W-INSFPRM, missing command > >parameters - supply all required parameters" > >FTP> > > Could you try this again, but type 'debug' before the dir, to turn > debugging on and that way we can see what commands are being sent, > rather than just the responses from the server? > > - Jeff > > -- > Jeff Schreiber, Process Software Corp. > schreiber@mx.process.com http://www.process.com > TCPware & MultiNet: Stronger than Ever > > ================================================================================ Archive-Date: Thu, 14 Oct 1999 06:11:07 -0400 Subject: Re: Secondary DNS server question From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3805a1ea@news.kapsch.co.at> Date: 14 Oct 1999 11:27:06 +0100 To: Info-TCPware@PROCESS.COM In article , Derek Fage writes: >If you have a server configured as a secondary dns server and the primary >server crashes and burns, how long will the secondary server continue >serving dns until it decides it needs a refresh and can't ? Depends on the SOA RR times. But TCPware behaves differently than UCX in this respect. I've a home system, which is a secondary DNS server to my companies DNS system. If I'm on vacation for some days (longer than the DNS expiration period) then problems appear (if I run TCPware) when I return. With TCPware, if the time limit is exceeded, the system freezes regularly in few minutes interval for about a minute. => The system is unusable. To free up the system, I've to edit the database files to just change their creation dates, restart DNS and later then reconnect to the company to make the DNS database current again. With UCX, the DNS continues to deliver old data and system keeps running. And the next reconnect to the company updates the DNS database w/o problems. jfc -- 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: Thu, 14 Oct 1999 07:41:18 -0400 From: "Peter Jörg Ziegler" Reply-To: Info-TCPware@process.com Subject: How to use NTP with daylight saving time? Date: Thu, 14 Oct 1999 12:26:32 +0200 Message-ID: <7u4du4$jmo$1@euler.space.net> To: Info-TCPware@PROCESS.COM If I want my VMS node to be a NTP server, how can I implement the switch of daylight saving time? Has anybody already done this? I didn t find informations in TCPware V5.3-3 docu. Thanks in advance Joe ================================================================================ Archive-Date: Thu, 14 Oct 1999 08:07:20 -0400 Sender: schreiber@process.com Date: Thu, 14 Oct 1999 08:06:54 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009DF9A3.8ABD0E1C.10@process.com> Subject: Re: Secondary DNS server question eplan@kapsch.net (Peter LANGSTOEGER) writes: > >With TCPware, if the time limit is exceeded, the system freezes regularly >in few minutes interval for about a minute. => The system is unusable. >To free up the system, I've to edit the database files to just change their >creation dates, restart DNS and later then reconnect to the company to make >the DNS database current again. > This problem I've never seen nor have I seen reported. Did you ever log a call about it? What version are we talking about? -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Thu, 14 Oct 1999 08:20:59 -0400 Sender: schreiber@process.com Date: Thu, 14 Oct 1999 08:20:30 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009DF9A5.70C22E55.7@process.com> Subject: Re: INSFPRM error from FTP under V5.5-3 "Andy Williams" writes: > >FWIW, we get an identical result using DIR, LIST or LS. I get the same >result if I do an 'FTP 0'. I've also logged a call with my provider. > What do you mean by FTP 0. If you do an FTP 0 you get the same problem with DIR, LIST and LS? Or FTP 0 generates that error? Can you try typing the following command in FTP (during the same connection obviously): FTP> SITE SPAWN SHOW SYM DIRECTORY -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Thu, 14 Oct 1999 09:04:41 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: INSFPRM error from FTP under V5.5-3 Date: Thu, 14 Oct 1999 13:36:01 +0100 Message-ID: <7u4ilp$hkr$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Sorry Jeff; bad syntax on my part. When connecting to the V5.3-3 system I get the INSFPRM error when I issue either a LIST, DIR or LS command. If I'm on the V5-3-3 system and connect to myself via FTP 0 (doesn't that use the loopback ?) an LS, DIR or LIST command also produces the error.. 230 User logged in, proceed. FTP> dir 200 STRU command okay. 200 PORT command okay. 500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters %TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server -TCPWARE-I-REPLY, server's reply was "500 %CLI-W-INSFPRM, missing command parameters - supply all required parameters" FTP> site spawn sho sym directory 501 %CLI-W-UNDSYM, undefined symbol - check validity and spelling FTP> site spawn show sym dir 501 %CLI-W-UNDSYM, undefined symbol - check validity and spelling FTP> exit 221 Service closing connection. -Andy Jeff Schreiber wrote in message news:009DF9A5.70C22E55.7@process.com... > "Andy Williams" writes: > > > >FWIW, we get an identical result using DIR, LIST or LS. I get the same > >result if I do an 'FTP 0'. I've also logged a call with my provider. > > > > What do you mean by FTP 0. If you do an FTP 0 you get the same problem > with DIR, LIST and LS? Or FTP 0 generates that error? > > Can you try typing the following command in FTP (during the same connection > obviously): > > FTP> SITE SPAWN SHOW SYM DIRECTORY > > -Jeff > > -- > Jeff Schreiber, Process Software Corp. > schreiber@mx.process.com http://www.process.com > TCPware & MultiNet: Stronger than Ever > ================================================================================ Archive-Date: Thu, 14 Oct 1999 09:27:20 -0400 Subject: Re: Secondary DNS server question From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3805d958@news.kapsch.co.at> Date: 14 Oct 1999 15:23:36 +0100 To: Info-TCPware@PROCESS.COM In article <009DF9A3.8ABD0E1C.10@process.com>, Jeff Schreiber writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >> >>With TCPware, if the time limit is exceeded, the system freezes regularly >>in few minutes interval for about a minute. => The system is unusable. >>To free up the system, I've to edit the database files to just change their >>creation dates, restart DNS and later then reconnect to the company to make >>the DNS database current again. > > This problem I've never seen nor have I seen reported. Did you ever log > a call about it? What version are we talking about? I didn't log a call. This is my private system, which normally runs UCX. I only switch to TCPware, if a) I start the testing to upgrade to the next TCPware version to have one more test system or b) I need a special feature like XDM, WebConfig (which is almost: never). And if I then forget to switch back and go to vacation, then BINGO. I guess, I could also switch to hosts file only... I never had this problem with supported TCPware systems because our network is "good enough". And we're talking about umpteen TCPware versions (I think back to V4). -- 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: Fri, 15 Oct 1999 13:37:44 -0400 Date: Fri, 15 Oct 1999 12:36:54 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-MultiNet@process.com, Info-TCPware@process.com Message-ID: <991015123654.202000c1@process.com> Subject: Join the Process Software Technical Advisory Council (the Tacky group) Process Software has formed a Technical Advisory Council. The goal of the council is to have our customers actively participate in the technical direction of Process Software's OpenVMS products. This will provide an excellent opportunity to share your ideas with the key design architects of MultiNet and TCPware, and gain insight into future developments and product roadmaps that will affect your networks. As a participant in the Technical Advisory Council, we will be scheduling 1-2 meetings per year. Ongoing communications and developments with the council will be done through the web and e-mail. Process Software had a kick-off meeting of the TCP/IP for OpenVMS Technical Advisory Council last June and is planning another meeting at the San Diego Marriott Hotel and Marina (across street from DECUS activities) on November 9th from 6:45 to 9:00 PM. If you are interested in joining the Technical Advisory Council and attending our kick-off dinner meeting, please send an e-mail to gaumond@process.com for more information. ================================================================================ Archive-Date: Fri, 15 Oct 1999 16:50:09 -0400 Message-ID: <19991015205234.14949.rocketmail@web502.yahoomail.com> Date: Fri, 15 Oct 1999 13:52:34 -0700 (PDT) From: yotta bit Reply-To: Info-TCPware@process.com Subject: Printing to HP8000/Jetdirect via VMS queue To: Info-TCPware@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I'm running TCPWare v5.2-3 on a VAX. Trying to set up a queue like such: $initialize /queue - /schedule = nosize - /LIB=LASERJETLIB - /owner=[system] - /protection = (s:e,o:re,g:red,w:wred) - /processor = "TCPWARE_TSSYM" - /on= "172.16.240.113,9100,trimff,raw" - TEST and am getting this error: %QUEMAN-F-INVQUAVAL, value '"172.16.240.113,9100,trimff,raw"' invalid for /ON qu alifier I have other queues pointing to a couple HP5si which are created fine with this command. Any ideas? Thanks! Chris __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com ================================================================================ Archive-Date: Fri, 15 Oct 1999 17:31:56 -0400 From: "Joe Gray" Reply-To: Info-TCPware@process.com To: Subject: RE: Printing to HP8000/Jetdirect via VMS queue Date: Fri, 15 Oct 1999 16:32:29 -0500 Message-ID: <000e01bf1754$c98e4860$633f366a@jgray> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-Reply-To: <19991015205234.14949.rocketmail@web502.yahoomail.com> -----Original Message----- From: yotta bit [mailto:yottabit@yahoo.com] Sent: Friday, October 15, 1999 3:53 PM To: Info-TCPware@process.com on page 14-13 the mgt guide states can only use 31 chars incl the quotes, you have 32 (I dont use options, looks like any who uses more than 2 is in trouble) Subject: Printing to HP8000/Jetdirect via VMS queue I'm running TCPWare v5.2-3 on a VAX. Trying to set up a queue like such: $initialize /queue - /schedule = nosize - /LIB=LASERJETLIB - /owner=[system] - /protection = (s:e,o:re,g:red,w:wred) - /processor = "TCPWARE_TSSYM" - /on= "172.16.240.113,9100,trimff,raw" 123456789012345678901234567890 - TEST and am getting this error: %QUEMAN-F-INVQUAVAL, value '"172.16.240.113,9100,trimff,raw"' invalid for /ON qu alifier I have other queues pointing to a couple HP5si which are created fine with this command. Any ideas? Thanks! Chris __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com ================================================================================ Archive-Date: Sat, 16 Oct 1999 10:39:30 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Secondary DNS server question Date: Sat, 16 Oct 1999 14:19:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Thanks Jeff, We did some testing this weekend with the following config: 2 node OpenVMS Alpha cluster, one node as Primary DNS, the other node as secondary DNS. 1 standalone OpenVMS Alpha server with secondary DNS All client systems configured to connect to Primary cluster DNS server and to the standalone alpha as the secondary server. We shut down the primary system, rolled the time forward on the secondary in the cluster and rebooted the standalone system No DNS working anywhere - this is a bit of a problem. We need to work out how to get around this and make it more resilient. Do you think the best option would be to make all three servers primary DNS servers and just put up with the added overhead of maintaining 3 sets of NAMED files to give us improved resiliency ? Note that we need to serve out a cluster load balancing name that will serve out the address of the least loaded cluster member. Regards, Derek... -----Original Message----- From: Jeff Schreiber [mailto:schreiber@process.com] Sent: 13 October 1999 16:17 To: Info-TCPware@process.com Cc: schreiber@process.com Subject: RE: Secondary DNS server question Derek Fage writes: > >If you have a server configured as a secondary dns server and the primary >server crashes and burns, how long will the secondary server continue >serving dns until it decides it needs a refresh and can't ? > This is dependant on the SOA information in the zones the server is secondary for. If the refresh fails, it will retry every retry time, but still serve out answers authoritatively until the expire time has expired [the time since the last successful refresh]. In other words. Given: @ IN SOA cozmo.test.example. wheelhog.cozmo.test.example. ( 1999101301 ; Serial 3600 ; Refresh 600 ; Retry 43200 ; Expire 86400 ) ; Minimum It will refresh every 3600 seconds (1 hour). If it can't refresh, it will retry the refresh every 600 seconds [10 minutes] until the expire time has been reached since the last successful refresh. So with the above example, the secondary will continue serving the zone for at most 43200 (12 hours) after the primary goes down. -Jeff *********************************************************************** 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 email 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 disemination, distribution or copying is strictly prohibited. If you have received this email in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Sat, 16 Oct 1999 14:47:04 -0400 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: Secondary DNS server question Message-ID: <3808bf09.524144494f47414741@radiogaga.harz.de> Date: Sat, 16 Oct 1999 20:08:09 +0200 Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Derek Fage (DerekF@ITEXJSY.com) wrote: : All client systems configured to connect to Primary cluster DNS server and : to the standalone alpha as the secondary server. : : We shut down the primary system, rolled the time forward on the secondary in : the cluster and rebooted the standalone system : : No DNS working anywhere - this is a bit of a problem. AFAIK, the secondary might be working. The clients would experience a timeout, though, waiting for the primary to respond, before turning to the secondary. cu, Martin -- | Martin Vorlaender | VMS & WNT programmer OpenVMS: When you | work: mv@pdv-systeme.de KNOW where you want | http://www.pdv-systeme.de/users/martinv/ to go today. | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Sun, 17 Oct 1999 03:19:20 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Secondary DNS server question Date: Sun, 17 Oct 1999 08:14:37 +0100 MIME-Version: 1.0 Content-Type: text/plain Nope - this was tested and nslookup was used to check the secondary. To get around this problem we configued the secondary as a primary and so we have seen the sort of delay we get when a client attempts to connecto the the primary that is down first. Derek... > -----Original Message----- > From: martin@RADIOGAGA.HARZ.DE [SMTP:martin@RADIOGAGA.HARZ.DE] > Sent: 16 October 1999 19:08 > To: Info-TCPware@PROCESS.COM > Subject: Re: Secondary DNS server question > > Derek Fage (DerekF@ITEXJSY.com) wrote: > : All client systems configured to connect to Primary cluster DNS server > and > : to the standalone alpha as the secondary server. > : > : We shut down the primary system, rolled the time forward on the > secondary in > : the cluster and rebooted the standalone system > : > : No DNS working anywhere - this is a bit of a problem. > > AFAIK, the secondary might be working. The clients would experience a > timeout, > though, waiting for the primary to respond, before turning to the > secondary. > > cu, > Martin > -- > | Martin Vorlaender | VMS & WNT programmer > OpenVMS: When you | work: mv@pdv-systeme.de > KNOW where you want | http://www.pdv-systeme.de/users/martinv/ > to go today. | home: martin@radiogaga.harz.de *********************************************************************** 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 email 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 disemination, distribution or copying is strictly prohibited. If you have received this email in error please delete it immediately and advise us by return e-mail to administrator@itexjsy.com. *********************************************************************** ================================================================================ Archive-Date: Sun, 17 Oct 1999 19:50:36 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: UK Timezone settings Date: Mon, 18 Oct 1999 00:38:27 +0100 Message-ID: <7udmjr$qdi$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Hmm, doesn't look like it's my week for TCPware stuff. I'm running V5.3-3 under OpenVMS VAX V6.2 on a VAXstation 4000-60 and have the SMTP mail server and NTP enabled. I must be doing something wrong with the timezone information because although I have the correct time set on my system (confirmed with NTPDATE) all mail sent from the system ($mail/subj=xx nl: SMTP"""Joe.Bloggs@wherever.com""") to my local mail server is dated one hour ahead. The mail goes out through SMTP, into a UNIX box & then on to our Microsoft Exchange servers. Specifically, Microsoft Outlook shows the mail coming in to the inbox with the 'received' date/time set correctly. Opening the mail to read it reveals the 'sent' date/time string to be exactly one hour later. When I reverted back to V5.3-2 over this weekend (for testing the FTP-related problem) the 'sent' timestamp on the mail was OK, so it's not something external to TCPware. So, here I sit in the UK. We're on BST (British Summer Time) and will flip back to GMT on the last Sunday of this month - exactly as the rule in TIMEZONES.DAT states. Could somebody please give me an idea of what my settings should be so that we get the correct timestamps on mails ? This is what's in TCPWARE_CONFIGURE.COM $ NETCU_TIMEZONE == "UT" $ NETCU_TIMEZONE_NAME == "GMT" $ NETCU_TIMEZONE_RULES == "BRITAIN" ...and this is what comes out of a NETCU SHOW TIME Wkstn1\00:19¹» netcu sho time Offset from universal time (UT) is +01:00:00 (BST) Wkstn1\00:19¹» I've tried this with vanilla V5.3-3 and with a fully patched (according to the patch pages) version. Same result. Thanks for any help ! Cheers, -Andy ================================================================================ Archive-Date: Mon, 18 Oct 1999 13:19:25 -0400 From: "Philip M Martyn" Reply-To: Info-TCPware@process.com To: info-tcpware@process.com CC: "Mark X Cosgrove" Message-ID: <8525680E.0055A041.00@nyc-ntgw-n01.ny.jpmorgan.com> Date: Mon, 18 Oct 1999 16:35:06 +0100 Subject: NFS - CRLF problems MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, using TCPWARE V5.3 -2 exporting a directory out as an NFS partition to a Windows NT workstation - I get the following problem. I'm extracting a file (source code) from a CMS(Code Management System) library using PVCS Dimensions (PC Client) to an NFS-mounted VMS export on an NT V4.0 workstation. However, all characters are being replaced with characters. Does anyone know how to prevent this from happening. (File is a STREAM_LF file (under VMS). Note NFS export is currently mounted with /FILENAME=UPPERCASE/NOCONVERT. Phil M. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates. ================================================================================ Archive-Date: Tue, 19 Oct 1999 15:19:27 -0400 Message-ID: <380CC5A2.5599FE27@dsp.net> From: hostmaster Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: CO-LOCATION SPACE AVAILABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 19 Oct 1999 12:25:22 -0700 To: Info-TCPware@PROCESS.COM CO-LOCATION SPACE AVAILABLE San Francisco, Oakland, Berkeley, Alameda, San Jose you will get: space on our 19" industrial racks Primary & secondary DNS Multiple domain hosting Domain name registration 3 IP addresses 10/100/gig switch or hub connectivity (1) UPS (Uninterrupted Power Supply) unit Level 3 or Verio backbone connectivity 2 email accounts Monitor/keyboard/mouse (1) dial-in account 24x7 access email: hostmaster@dsp.net ================================================================================ Archive-Date: Wed, 20 Oct 1999 09:02:47 -0400 Message-ID: <380DC6B6.E2CC0FBA@SMTP.DeltaTel.RU> Date: Wed, 20 Oct 1999 16:42:14 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: NSLINT Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! http://www.radiusvms.com/nslint_vms.zip - adopted sources. I don't known how it must works and why, but it work:^) You can get a original tarred,compressed source copy at: www.dns.net/dnsrd/tools.html -- 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, 21 Oct 1999 07:46:31 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: UK Timezone settings Date: Thu, 21 Oct 1999 12:03:08 +0100 Message-ID: <7umrri$34m$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Well, I logged this as a call a few days ago but so far no joy. Unfortunately I've had to revert back to V5.3-2 on our central SMTP mail server until we understand the nature of the problem a little clearer. I still have V5.3-3 configured on my personal workstation though... Is there anybody in the UK running V5.3-3 on a VAX system and using timezones along with the NTP and SMTP daemons that has everything working as expected ? -Andy ================================================================================ Archive-Date: Fri, 22 Oct 1999 16:17:23 -0400 From: "John O'Neil" Reply-To: Info-TCPware@process.com Subject: TCPDUMP Utility Date: Fri, 22 Oct 1999 16:04:23 -0400 Message-ID: <7uqg1t$jdh$1@sigma.intranet.com> To: Info-TCPware@PROCESS.COM I'm trying to use the TCPDUMP utility to read packets sent to/from a terminal server configured for TCP/IP instead of LAT. It seems that no matter which combination of qualifiers I use, I get 'Parse Failure' in my TCPDUMP command. I've tried using it as a foreign command within DCL, and also from within the NETCU utility. I did get it to work one way, but the /ASCII qualifier had no effect, and the output was in hex. Here's one variation of my command: netcu tcpdump/show=full/ascii/out=trace.out "hostname and port number" Anyone have experience with this utility? Thanks in advance, John O'Neil IntraNet Technical Services joneil@intranet.com ================================================================================ Archive-Date: Fri, 22 Oct 1999 16:53:09 -0400 Sender: schreiber@process.com Date: Fri, 22 Oct 1999 16:35:26 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009E0033.E88109A4.454@process.com> Subject: RE: TCPDUMP Utility "John O'Neil" writes: >Anyone have experience with this utility? The developers here at PSC have a tiny bit of experience... :) >netcu tcpdump/show=full/ascii/out=trace.out "hostname and port number" try "host and port " -Jeff ================================================================================ Archive-Date: Fri, 22 Oct 1999 17:17:05 -0400 Message-ID: <3810DC30.DBF5E011@SMTP.DeltaTel.RU> Date: Sat, 23 Oct 1999 00:50:40 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPDUMP Utility Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi John! John O'Neil wrote: > > I'm trying to use the TCPDUMP utility to read packets sent to/from a > terminal server configured for TCP/IP instead of LAT. It seems that no > matter which combination of qualifiers I use, I get 'Parse Failure' in my > TCPDUMP command. I've tried using it as a foreign command within DCL, and > also from within the NETCU utility. I did get it to work one way, but the > /ASCII qualifier had no effect, and the output was in hex. Here's one > variation of my command: > > netcu tcpdump/show=full/ascii/out=trace.out "hostname and port number" $netcu help debug $help tcpware tcpdump > > Anyone have experience with this utility? > > Thanks in advance, > > John O'Neil > IntraNet Technical Services > joneil@intranet.com -- Regards. +.....................pure personal opinion..........................+ HTTP://WWW.RadiusVMS.COM - Kick ass VMS solution ================================================================================ Archive-Date: Sun, 24 Oct 1999 15:44:29 -0400 From: Mark.Daniel@dsto.defence.gov.au Reply-To: Info-TCPware@process.com Subject: UCX QIOs and NETLIB/MultiNet/TCPware Date: Sun, 24 Oct 1999 14:32:06 GMT Message-ID: <7uv597$d7k$1@nnrp1.deja.com> To: Info-TCPware@PROCESS.COM Hi again, I support a freeware package currently deployed with both UCX and NETLIB to reach a greater number of platforms. Its uses $QIOs (not BSD socket interface) and supports both Alpha and VAX from v6.0. Maintaining (particularly testing) both packages adds significantly to support time. It's occured to me that with a diminishing number VMS TCP/IP vendors and packages, i.e. basically UCX, Multinet, TCPware (PathWay seems to have dropped off the map and I've never supported CMU), that the remaining packages all support the UCX $QIO driver and so I can dispense with NETLIB support (not using any of it's specific functionalities) and still reach the same number of clients. Any obvious flaws anyone can think of or has encountered? As always, thanks in advance. Mark Daniel. Sent via Deja.com http://www.deja.com/ Before you buy. ================================================================================ Archive-Date: Tue, 26 Oct 1999 11:47:29 -0400 Date: Tue, 26 Oct 1999 10:46:07 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-MultiNet@PROCESS.COM, Info-TCPware@PROCESS.COM Message-ID: <991026104607.202000c1@process.com> Subject: Reminder: Join Process at DECUS for dinner A repost of an announcement made a couple of weeks ago. There's still time to join! Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ -------------------------------------------------------------------------------- Date: Fri, 15 Oct 1999 12:36:54 -0500 From: Hunter Goatley Subject: Join the Process Software Technical Advisory Council (the Tacky group) Process Software has formed a Technical Advisory Council. The goal of the council is to have our customers actively participate in the technical direction of Process Software's OpenVMS products. This will provide an excellent opportunity to share your ideas with the key design architects of MultiNet and TCPware, and gain insight into future developments and product roadmaps that will affect your networks. As a participant in the Technical Advisory Council, we will be scheduling 1-2 meetings per year. Ongoing communications and developments with the council will be done through the web and e-mail. Process Software had a kick-off meeting of the TCP/IP for OpenVMS Technical Advisory Council last June and is planning another meeting at the San Diego Marriott Hotel and Marina (across street from DECUS activities) on November 9th from 6:45 to 9:00 PM. If you are interested in joining the Technical Advisory Council and attending our kick-off dinner meeting, please send an e-mail to gaumond@process.com for more information. ================================================================================ Archive-Date: Wed, 27 Oct 1999 15:25:03 -0400 Date: Wed, 27 Oct 1999 14:23:59 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Message-ID: <991027142359.202000b9@process.com> Subject: TCPware V5.4 announcement Process Software is please to announce that TCPware 5.4 is now shipping. New features include: * Updated DNS server based on BIND 8.1.2 with Dynamic DNS * Updated DHCP server based on the Internet Software Consortium's DHCP server with support for safe failover, a new protocol co-authored by Process Software * Support for OpenVMS v7.2 with backward compatibility with OpenVMS versions 5.5-2 and after * DNS and DHCP server compatibility with IP AddressWorks, providing full control and management of your IP address space. * Spam prevention * Paired network interface support * Galaxy support * Centralized FTP logging Maintenance customers will be receiving their updates over the next 30 days. Contact your sales representative or authorized distributor if you have any questions. We look forward to your feedback. -------------------------------------------- Lauren Maschio Senior Product Manager Process Software 959 Concord Street Framingham, MA 01701-4682 (508) 626-7525 -------------------------------------------- ================================================================================ Archive-Date: Wed, 27 Oct 1999 15:28:51 -0400 Date: Wed, 27 Oct 1999 14:27:36 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: TCPware-Announce@LISTS.PROCESS.COM Message-ID: <991027142736.202000b9@process.com> Subject: TCPware V5.4 announcement Process Software is please to announce that TCPware 5.4 is now shipping. New features include: * Updated DNS server based on BIND 8.1.2 with Dynamic DNS * Updated DHCP server based on the Internet Software Consortium's DHCP server with support for safe failover, a new protocol co-authored by Process Software * Support for OpenVMS v7.2 with backward compatibility with OpenVMS versions 5.5-2 and after * DNS and DHCP server compatibility with IP AddressWorks, providing full control and management of your IP address space. * Spam prevention * Paired network interface support * Galaxy support * Centralized FTP logging Maintenance customers will be receiving their updates over the next 30 days. Contact your sales representative or authorized distributor if you have any questions. We look forward to your feedback. -------------------------------------------- Lauren Maschio Senior Product Manager Process Software 959 Concord Street Framingham, MA 01701-4682 (508) 626-7525 --------------------------------------------