Archive-Date: Fri, 1 Jun 2001 12:24:46 -0400 Date: Fri, 01 Jun 2001 12:23:02 -0400 From: Peter Weaver Subject: RCD devices being create every hour To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit Hardware: AXP 1000 Software: VMS V7.1 TCPWare V5.3-2 Advise-It V2.2 Using Advise-It we are seeing that a new RCD device is being created every hour. The RCD1 was created about 5 minutes after the last boot. RCD2 was created 1:05 after the boot... up to RCD133 now. These devices disappear shortly after they are created so a DCL SHOW DEVICE RCD only shows RCD0. But Advise-It still reports on each device after it sees it once. We notice that there is a detached process that starts 51 minutes and 39 seconds after the hour and terminates 25 seconds later. It looks like this detached process is what is creating the RCD devices. The process is running under the SYSTEM username, it executes only 1 image and terminates with a Normal status. In order to track this down I have tried changing the symbol RMTSETUP to point to a command procedure that would mail a message to me and then suspend the process. When this did not work I work a program to do the same thing and copied the .EXE to TCPWARE:RMTSETUP.EXE. After doing this the detached process still works as before and a new RCD device is still created and deleted. So the RCD device is not being created with RMTSETUP.EXE. I have searched every file on my system drive looking for RMTSETUP but I can not find anything that looks like it would be running a detached process or creating a RCD device. So far we have only seen this on one machine, but most of the other VAX and Alphas we have are running newer versions of TCPware and/or VMS. Can anyone tell us what is creating these RCD devices and how to stop it? ================================================================================ Archive-Date: Fri, 1 Jun 2001 14:17:10 -0400 Date: Fri, 01 Jun 2001 14:15:25 -0400 From: Peter Weaver Subject: Re: RCD devices being create every hour To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit "Peter Weaver" wrote in message news:kkPR6.243427$Z2.2750930@nnrp1.uunet.ca... > Hardware: AXP 1000 > Software: VMS V7.1 > TCPWare V5.3-2 > Advise-It V2.2 > Using Image Accounting I traced it to a product I did not list above. Diskeeper V7.1-3 is doing a device scan and creating the RCD devices. We are creating a bug report to send to Executive Software and turning off the device scan. ================================================================================ Archive-Date: Fri, 1 Jun 2001 14:23:00 -0400 Date: Fri, 01 Jun 2001 12:22:02 -0600 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: RCD devices being create every hour In-Reply-To: To: info-tcpware@process.com Message-ID: <5.0.2.1.2.20010601122003.01991390@mehlhop.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii At 12:15 PM 6/1/01, you wrote: >"Peter Weaver" wrote in message >news:kkPR6.243427$Z2.2750930@nnrp1.uunet.ca... > > Hardware: AXP 1000 > > Software: VMS V7.1 > > TCPWare V5.3-2 > > Advise-It V2.2 > > > >Using Image Accounting I traced it to a product I did not list above. >Diskeeper V7.1-3 >is doing a device scan and creating the RCD devices. We are creating a >bug report to send to Executive Software and turning off the device >scan. They do know about it. Not sure what they did about it other than disabling device scan. Under certain conditions (whole lot of locking going on) it has been known to crash the machine and Compaq is going to generate a fix (sometime). Jim _________________________________________________________________________ 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, 4 Jun 2001 13:47:45 -0400 Sender: goatley@triton.process.com Return-Path: Date: Mon, 04 Jun 2001 12:01:35 -0400 From: Peter Weaver Subject: Re: RCD devices being create every hour To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit "Jim Mehlhop" wrote in message news:5.0.2.1.2.20010601122003.01991390@mehlhop.org... >... > They do know about it. Not sure what they did about it other than > disabling device scan. >... Executive Software says; "You should upgrade to Diskeeper 7.2 where this is fixed to my knowledge." So we are trying to get V7.2 ================================================================================ Archive-Date: Fri, 8 Jun 2001 12:59:41 -0400 Date: Fri, 08 Jun 2001 12:57:50 -0400 From: Alan Neighbors Reply-To: Info-TCPware@process.com Subject: SYN Packet Delays When Connecting from the Server. X-MX-Warning: Warning -- Invalid "To" header. To: <> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, We are running OpenVMS V7.1 and TCPWare V5.3, on a AlphaServer 4100. We are having an issue when using the Telnet Symbiont to print to an off site facility. At first, I thought it was just an extremely slow network connection. When we would attempt to telnet to the terminal server the printer is connected to it=20 would take about 1-4 minutes to return the password prompt. To verify this we started to run a NETCU Debug, on that address, and attempted to connect to the T/S, again. What we see with the Debug, is that the System itself is not sending anything to the T/S to establish the connection, until 1-4 minutes. The time varies but the bulk of the connection attempts fall between 1-2 minutes. We have a Route setup for the Network this T/S set up. What would cause this and what do we need to do to fix it? Thanks in Advance!!! Alan Alan J. Neighbors LabCorp - Systems Technologies Group (615)221-1924 Internal Email: neighba.nas01.nassec External Email: aneighbors@labcorp.com Convictions are more dangerous enemies of truth than lies. - Friedrich = Nietzsche=20 ================================================================================ Archive-Date: Fri, 8 Jun 2001 13:10:09 -0400 Date: Fri, 08 Jun 2001 18:08:54 +0100 From: "Wakelin, Steve" Reply-To: Info-TCPware@process.com Subject: RE: SYN Packet Delays When Connecting from the Server. To: "'Info-TCPware@process.com'" Message-ID: <35EA27426C53D411AAD500508BD687DB0192BBCD@tvsn0143.bgep.co.uk> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7BIT Alan, You'll need to investigate the TCPWARE_TELNETD_FLAGS logical to switch off the name resolution if your terminal server is not in your DNS. Otherwise you'll have to wait for this to time out before reverting to IP address. See 16-2 of the Management Guide. (mine's only a V5.1 manual here but it is in the TELNET-OpenVMS Server Management section). /Steve -----Original Message----- From: Alan Neighbors [mailto:aneighbors@labcorp.com] Sent: 08 June 2001 17:58 To: Wakelin, Steve Subject: SYN Packet Delays When Connecting from the Server. Hello, We are running OpenVMS V7.1 and TCPWare V5.3, on a AlphaServer 4100. We are having an issue when using the Telnet Symbiont to print to an off site facility. At first, I thought it was just an extremely slow network connection. When we would attempt to telnet to the terminal server the printer is connected to it would take about 1-4 minutes to return the password prompt. To verify this we started to run a NETCU Debug, on that address, and attempted to connect to the T/S, again. What we see with the Debug, is that the System itself is not sending anything to the T/S to establish the connection, until 1-4 minutes. The time varies but the bulk of the connection attempts fall between 1-2 minutes. We have a Route setup for the Network this T/S set up. What would cause this and what do we need to do to fix it? Thanks in Advance!!! Alan Alan J. Neighbors LabCorp - Systems Technologies Group (615)221-1924 Internal Email: neighba.nas01.nassec External Email: aneighbors@labcorp.com Convictions are more dangerous enemies of truth than lies. - Friedrich Nietzsche _____________________________________________________________ ________ This message has been checked for all known viruses by the Message Labs Virus Control Centre. ---------------------------------------------------------------------- BG Energy Holdings Limited (a member of BG Group) Registered in England No: 3763515 Registered Address: 100 Thames Valley Park Drive Reading Berkshire RG6 1PT UK Telephone: +44 (0) 118 935 3222 Website: http://www.BG-Group.com This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, please advise us immediately if you are not the named addressee or the person responsible for delivering the message to the named addressee. The contents should not be disclosed to any other person nor copies taken. ---------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 8 Jun 2001 13:31:24 -0400 Date: Fri, 08 Jun 2001 13:29:34 -0400 From: Alan Neighbors Reply-To: Info-TCPware@process.com Subject: RE: SYN Packet Delays When Connecting from the Server. To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Would this be the problem if we are only using the IP address to connect to this? Thanks! Alan >>> steve.wakelin@bg-group.com 6/8/01 12:08:54 PM >>> Alan, You'll need to investigate the TCPWARE_TELNETD_FLAGS logical to switch off the name resolution if your terminal server is not in your DNS. Otherwise you'll=20 have to wait for this to time out before reverting to IP address. See 16-2 of the Management Guide. (mine's only a V5.1 manual here but it is in the TELNET-OpenVMS Server Management section). /Steve -----Original Message----- From: Alan Neighbors [mailto:aneighbors@labcorp.com]=20 Sent: 08 June 2001 17:58 To: Wakelin, Steve Subject: SYN Packet Delays When Connecting from the Server. Hello, We are running OpenVMS V7.1 and TCPWare V5.3, on a AlphaServer 4100. We are having an issue when using the Telnet Symbiont to print to an off site facility. At first, I thought it was just an extremely slow network connection. When we would attempt to telnet to the terminal server the printer is connected to it=20 would take about 1-4 minutes to return the password prompt. To verify this we started to run a NETCU Debug, on that address, and attempted to connect to the T/S, again. What we see with the Debug, is that the System itself is not sending anything to the T/S to establish the connection, until 1-4 minutes. The time varies but the bulk of the connection attempts fall between 1-2 minutes. We have a Route setup for the Network this T/S set up. What would cause this and what do we need to do to fix it? Thanks in Advance!!! Alan Alan J. Neighbors LabCorp - Systems Technologies Group (615)221-1924 Internal Email: neighba.nas01.nassec External Email: aneighbors@labcorp.com=20 Convictions are more dangerous enemies of truth than lies. - Friedrich Nietzsche=20 _____________________________________________________________ ________ This message has been checked for all known viruses by the Message Labs Virus Control Centre. ---------------------------------------------------------------------- BG Energy Holdings Limited (a member of BG Group) Registered in England No: 3763515 Registered Address: 100 Thames Valley Park Drive Reading Berkshire RG6 1PT UK Telephone: +44 (0) 118 935 3222 Website: http://www.BG-Group.com=20 This e-mail is intended only for the addressee named above. As this=20 e-mail may contain confidential or privileged information, please=20 advise us immediately if you are not the named addressee or the person=20 responsible for delivering the message to the named addressee. The=20 contents should not be disclosed to any other person nor copies taken. ---------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 8 Jun 2001 13:34:51 -0400 Date: Fri, 08 Jun 2001 12:33:08 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: SYN Packet Delays When Connecting from the Server. In-Reply-To: "Your message dated Fri, 08 Jun 2001 13:29:34 -0400" To: info-tcpware@process.com Message-ID: <01K4IVWIAL0S8WW19R@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Would this be the problem if we are only using the IP address > to connect to this? Yes, unless you explicitly disable the DNS lookup, TELNET will still try to do a reverse lookup on the supplied IP address. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 8 Jun 2001 14:48:03 -0400 Date: Fri, 08 Jun 2001 14:46:30 -0400 From: Alan Neighbors Reply-To: Info-TCPware@process.com Subject: RE: SYN Packet Delays When Connecting from the Server. To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Our system is setup currently as: "TCPWARE_TELNETD_FLAGS" =3D "257" after some reading... This setting appears to disable the to accomplish this task. More Detail: - Our system is in the 199.187.61.0 network. - The terminal server/port in question is 10.205.205.11. - We have a route established for this as follows: TCPware(R) for OpenVMS Internet Routing Table: Destination Gateway Flags RefCnt UseCnt Line ----------- ------- ----- ------ ------ ---- 10.205.205.11 199.187.61.9 UHGL 1 4901 = EWA-0 10.205.205.0 199.187.61.9 UNGL 0 11628 = EWA-0 199.187.61.0 199.187.61.22 UNIL 9 6649290 = EWA-0 127.0.0.0 127.0.0.1 UNIL 0 1 = LPB-0 all others (default) 199.187.61.1 UNG 135 47567823 = EWA-0 We appear to have this problem on several routes, that are setup the same way. I believe it may be in the way TCPWare/System is handling=20 the routes. Thanks! Alan >>> goathunter@goatley.com 6/8/01 12:33:08 PM >>> > Would this be the problem if we are only using the IP address > to connect to this? Yes, unless you explicitly disable the DNS lookup, TELNET will still try to do a reverse lookup on the supplied IP address. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/=20 http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Sat, 9 Jun 2001 13:22:19 -0400 Date: Sat, 09 Jun 2001 21:10:31 +0400 From: "Ruslan R. Laishev" Subject: FTP Login logs To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3B225887.DA8AF861@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi All! I defined TCPWARE_FTP_LOGFILE to track all ftp connections to a system,TCPWARE_FTP_LOG_ALL_USERS is define too. I did @tcpware:restart ftp, but the logfile is empty. "TCPWARE_FTP_LOGFILE" [exec] = "SYS$COMMON:[SYSMGR]FTPLOGIN.LOG" "TCPWARE_FTP_LOG_ALL_USERS" [exec] = "1" OpenVMS 7.2-1,TCPWare 5.4-3, FTP ECO 110 has been installed. -- Cheers, Ruslan. +----------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 ================================================================================ Archive-Date: Tue, 12 Jun 2001 08:51:36 -0400 Date: Tue, 12 Jun 2001 13:09:43 +0100 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: TCPware DNS Query To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I have a VMS cluster with our cluster nodes running TCPware 5.4. Recently, our primary DNS server has been displaying the following messages: Message from user SYSTEM on JERS0A named: Lame server on '99.25.246.145.in-addr.arpa' (in '246.145.in-addr.arpa'?): [194.128.253.2].53 'NS1.FT.COM' Message from user SYSTEM on JERS0B named: Lame server on '8.0.16.130.193.in-addr.arpa' (in '0.16.130.193.in-addr.arpa'?): [158.43.192.7].53 'ns1.pipex.net' Message from user SYSTEM on JERS0B named: Lame server on '8.0.16.130.193.in-addr.arpa' (in '0.16.130.193.in-addr.arpa'?): [158.43.128.8].53 'ns0.pipex.net' Message from user SYSTEM on JERS0B named: dangling CNAME pointer (27.0.115.189.62.in-addr.arpa) JERS0B being the primary DNS server and JERS0A being the secondary DNS server. I believe the problem could be the servers having problems doing reverse lookups. Can someone confirm this and is there a solution? Thanks, Kevin Phillip ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.itex.je http://www.itex.gg ================================================================================ Archive-Date: Wed, 13 Jun 2001 07:11:28 -0400 Date: Wed, 13 Jun 2001 12:09:45 +0100 From: Peter De La Cour Reply-To: Info-TCPware@process.com Subject: TCPWare upgrade To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi, We recently upgraded from TCPWare 5.3 to TCPWare 5.4. Previously our users were able to use rcp to transfer files. After the upgrade only privileged users are able to transfer files. Does anyone know why this is and what extra privileges the users will need. Incidentally the error we are receiving is: rcp peter.test xxxx: %SYSTEM-F-NOPRIV, insufficient privilege or object protection violation Thanks Peter de la Cour ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.itex.je http://www.itex.gg ================================================================================ Archive-Date: Mon, 18 Jun 2001 06:38:23 -0400 Date: Mon, 18 Jun 2001 11:26:56 +0200 From: "Simon J.N. Rood" Subject: Daylight saving controlled by NTP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <9gkhgq$9bc$1@rex.ip-plus.net> Hello We are using TCPware 5.5. NTP is now supposed to support DST. Here in Switzerland we use MET-DST. The parameters on my system look like: +++++++++++++++ TOMAS>type ntp.conf local-master 10 peer 192.168.1.21 TOMAS>sh log u* (LNM$PROCESS_TABLE) (LNM$JOB_80C25600) (LNM$GROUP_000103) (LNM$SYSTEM_TABLE) "UCX$BIND_DOMAIN" = "softlink.ch" "UCX$BIND_SERVER000" = "192.168.1.11" "UCX$BIND_SERVER001" = "192.168.1.12" "UCX$DEVICE" = "_BG0:" "UCX$INET_DOMAIN" = "softlink.ch" "UCX$INET_HOST" = "lite" "UCX$INET_HOSTADDR" = "192.168.1.21" "UCX$IPC_SHR" = "TCPWARE:UCX$IPC_SHR.EXE" "UCX$RPC" = "TCPWARE_ROOT:[TCPWARE.INCLUDE.RPCXDR]" "UCX$RPCXDR_SHR" = "TCPWARE:UCX$RPCXDR_SHR.EXE" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) TOMAS>sh log *time* (LNM$PROCESS_TABLE) (LNM$JOB_80C25600) (LNM$GROUP_000103) (LNM$SYSTEM_TABLE) "SYS$LOCALTIME" = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]MET." "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" "SYS$TIMEZONE_DIFFERENTIAL" = "7200" "SYS$TIMEZONE_NAME" = "MET_DST" "SYS$TIMEZONE_RULE" = "MET-1MET_DST-2,M3.5.0/2,M10.5.0/3" "TCPWARE_NLM_TIMEOUT" = "15" "TCPWARE_TIMEZONE" = "+010000" = "MET" "TCPWARE_TIMEZONE_NAME" = "MET-DST" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) TOMAS> TOMAS>type tcpware_configure.com $! $! TCPware(R) for OpenVMS Configuration File $! Software configuration data written on 14-JUN-2001 22:28:51.47. $! $! Do *NOT* edit this file. Use the TCPWARE:CNFNET.COM $! utility to change your configuration. $! $ NETCU_LINES == "LPB-0 127.0.0.1,EWA-0 192.168.1.21 /MASK=255.255.255.0 /F" $ NETCU_LINES == NETCU_LINES+"LAGS=(NOTRAILERS)" $ NETCU_GATEWAY == "192.168.1.1" $ NETCU_TIMEZONE == "UT" $ NETCU_TIMEZONE_NAME == "MET-DST" $ NETCU_TIMEZONE_RULES == "EUROPE" $ NETCU_DOMAIN == "lite.softlink.ch" $! *** TCPware ACE/CLIENT-OpenVMS parameters *** $ ACECLIENT_ENABLE == 0 $! *** NFS-OpenVMS Client parameters *** $ NFS_CLIENT == 1 $! *** DHCP parameters *** $ DHCP_SERVERS == 0 $! *** Domain Name Services parameters *** $ NAMED_SERVERS == "192.168.1.11 192.168.1.12" $ CLUSTER_NAMES == "" $ DOMAIN_LIST == "" $ NDOTS_STR == "" $ NAMED_SVR_TYPE == "E" $! *** FTP-OpenVMS parameters *** $ FTP_SERVERS == 1 $! *** GateD parameters *** $ GATED_ENABLE == 0 $! *** IMAP-OpenVMS Parameters *** $ IMAP_ENABLE == 0 $ IMAP_LOGLEVEL == 0 $ IMAP_LOGFILE == "TCPWARE_SPECIFIC:[TCPWARE]IMAPSERVER.LOG" $ IMAP_USER == "SYSTEM" $ IMAP_FULLCACHE == "NO" $! *** Kerberos parameters *** $ KERBV4_ENABLE == 0 $! *** Miscellaneous parameters *** $ TFTP_ROOT == "" $! *** NFS-OpenVMS Server parameters *** $ NFS_SERVER == 0 $! *** NTP parameters *** $ NTP_ENABLE == 1 $ NTP_WAYTOOBIG == 4000 $! *** POP3-OpenVms Parameters *** $ POP3_ENABLE == 0 $! *** PWIPDRIVER parameters *** $ PWIP_ENABLE == 1 $! *** Berkeley R Command parameters *** $ RCMD_CLIENTS == ":RLOGIN:RSH" $ RCMD_SERVICES == ":LOGIN_NORMAL:SHELL:EXEC" $! *** SMTP-OpenVMS parameters *** $ SMTP_ENABLE == 1 $ SMTP_STATISTICS == "NO" $ SMTP_ACCOUNTING == "NO" $! *** SNMP agent parameters *** $ SNMP_SERVERS == 0 $ SNMP_SMUX_SERVERS == 0 $ SNMP_AGENTX_SERVERS == 0 $! *** SSH OpenVMS parameters *** $ SSH_SERVERS == 0 $ ENABLE_SSH1 == 0 $ ENABLE_SSH2 == 0 $ SSH_VERBOSE == 0 $ SSH_QUIET == 1 $ SSH_PORT == 22 $ SSH_LOGIN_GRACE_TIME == "" $ SSH_KEY_REGEN_TIME == 3600 $ ALT_SSH1_HOST == "" $ SSH_DEBUG_LEVEL == 0 $ ALT_SSH2_CONFIG == "" $ ALT_SSH1_CONFIG == "" $ SSH_BITS == 768 $ SSH_ALLOW_EXPIRED_PW == 0 $ SSH_ALLOW_PREEXPIRED_PW == 0 $ SSH_KEYGEN_MIN_PW_LEN == 0 $ SSH_USE_SYSGEN_LGI == 0 $ SSH_MAX_SESSIONS == 1000 $! *** TALK-OpenVMS parameters *** $ TALKD_ENABLE == 0 $! *** TELNET-OpenVMS parameters *** $ TELNET_SERVERS == 1 $! *** TIMED parameters *** $ TIMED_ENABLE == 0 $! *** XDM parameters *** $ XDM_ENABLE == 0 $! End of configuration file TOMAS> +++++++ The node 192.168.1.21 is defined as being a local-master. I have made some tests and came to the following conclusion: - During a DST change, the offset definition for UTC to local time are changed by TCPware. The LNM TCPWARE_TIMEZONE is modified. - The local time on VMS is NOT changed ! But I want the local time to be changed by NTP. Can somebody tell me what I am doing wrong. Or is TCPware NTP not supposed to change the local at all, in which case I do have a problem, because I want to get rid of DECnet and DTSS$CLERK !! Thanks for your feedback and support S. Rood Soft Link AG rood@softlink.ch ================================================================================ Archive-Date: Mon, 18 Jun 2001 11:14:31 -0400 Date: Mon, 18 Jun 2001 11:12:47 -0400 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: Daylight saving controlled by NTP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8603D6F51B@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 According to the TCPWARE 5.5 documentation, You can use the TIMED time daemon (TSP) to synchronize the clocks of various hosts on a lan. You can also use the NTP daemon to synchronize the "fixed primary" to reliable sources on the Internet. The documentation on TIMED says that unless a host is designated as a "Fixed Primary", local time changes will not take effect (VMS Set Time, and presumably how NTP is setting the time). The TCPware logical TCPWARE_TIMED_MODE should be set to FIXED_MASTER (fixed primary) which provides absolute time stamps to newly started dependent TIMED hosts. I hope this helps. Chuck Viau -----Original Message----- From: Simon J.N. Rood [mailto:rood@softlink.ch] Sent: Monday, June 18, 2001 5:27 AM To: info-tcpware@process.com Subject: Daylight saving controlled by NTP Hello We are using TCPware 5.5. NTP is now supposed to support DST. Here in Switzerland we use MET-DST. The parameters on my system look like: +++++++++++++++ TOMAS>type ntp.conf local-master 10 peer 192.168.1.21 TOMAS>sh log u* (LNM$PROCESS_TABLE) (LNM$JOB_80C25600) (LNM$GROUP_000103) (LNM$SYSTEM_TABLE) "UCX$BIND_DOMAIN" = "softlink.ch" "UCX$BIND_SERVER000" = "192.168.1.11" "UCX$BIND_SERVER001" = "192.168.1.12" "UCX$DEVICE" = "_BG0:" "UCX$INET_DOMAIN" = "softlink.ch" "UCX$INET_HOST" = "lite" "UCX$INET_HOSTADDR" = "192.168.1.21" "UCX$IPC_SHR" = "TCPWARE:UCX$IPC_SHR.EXE" "UCX$RPC" = "TCPWARE_ROOT:[TCPWARE.INCLUDE.RPCXDR]" "UCX$RPCXDR_SHR" = "TCPWARE:UCX$RPCXDR_SHR.EXE" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) TOMAS>sh log *time* (LNM$PROCESS_TABLE) (LNM$JOB_80C25600) (LNM$GROUP_000103) (LNM$SYSTEM_TABLE) "SYS$LOCALTIME" = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]MET." "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" "SYS$TIMEZONE_DIFFERENTIAL" = "7200" "SYS$TIMEZONE_NAME" = "MET_DST" "SYS$TIMEZONE_RULE" = "MET-1MET_DST-2,M3.5.0/2,M10.5.0/3" "TCPWARE_NLM_TIMEOUT" = "15" "TCPWARE_TIMEZONE" = "+010000" = "MET" "TCPWARE_TIMEZONE_NAME" = "MET-DST" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) TOMAS> TOMAS>type tcpware_configure.com $! $! TCPware(R) for OpenVMS Configuration File $! Software configuration data written on 14-JUN-2001 22:28:51.47. $! $! Do *NOT* edit this file. Use the TCPWARE:CNFNET.COM $! utility to change your configuration. $! $ NETCU_LINES == "LPB-0 127.0.0.1,EWA-0 192.168.1.21 /MASK=255.255.255.0 /F" $ NETCU_LINES == NETCU_LINES+"LAGS=(NOTRAILERS)" $ NETCU_GATEWAY == "192.168.1.1" $ NETCU_TIMEZONE == "UT" $ NETCU_TIMEZONE_NAME == "MET-DST" $ NETCU_TIMEZONE_RULES == "EUROPE" $ NETCU_DOMAIN == "lite.softlink.ch" $! *** TCPware ACE/CLIENT-OpenVMS parameters *** $ ACECLIENT_ENABLE == 0 $! *** NFS-OpenVMS Client parameters *** $ NFS_CLIENT == 1 $! *** DHCP parameters *** $ DHCP_SERVERS == 0 $! *** Domain Name Services parameters *** $ NAMED_SERVERS == "192.168.1.11 192.168.1.12" $ CLUSTER_NAMES == "" $ DOMAIN_LIST == "" $ NDOTS_STR == "" $ NAMED_SVR_TYPE == "E" $! *** FTP-OpenVMS parameters *** $ FTP_SERVERS == 1 $! *** GateD parameters *** $ GATED_ENABLE == 0 $! *** IMAP-OpenVMS Parameters *** $ IMAP_ENABLE == 0 $ IMAP_LOGLEVEL == 0 $ IMAP_LOGFILE == "TCPWARE_SPECIFIC:[TCPWARE]IMAPSERVER.LOG" $ IMAP_USER == "SYSTEM" $ IMAP_FULLCACHE == "NO" $! *** Kerberos parameters *** $ KERBV4_ENABLE == 0 $! *** Miscellaneous parameters *** $ TFTP_ROOT == "" $! *** NFS-OpenVMS Server parameters *** $ NFS_SERVER == 0 $! *** NTP parameters *** $ NTP_ENABLE == 1 $ NTP_WAYTOOBIG == 4000 $! *** POP3-OpenVms Parameters *** $ POP3_ENABLE == 0 $! *** PWIPDRIVER parameters *** $ PWIP_ENABLE == 1 $! *** Berkeley R Command parameters *** $ RCMD_CLIENTS == ":RLOGIN:RSH" $ RCMD_SERVICES == ":LOGIN_NORMAL:SHELL:EXEC" $! *** SMTP-OpenVMS parameters *** $ SMTP_ENABLE == 1 $ SMTP_STATISTICS == "NO" $ SMTP_ACCOUNTING == "NO" $! *** SNMP agent parameters *** $ SNMP_SERVERS == 0 $ SNMP_SMUX_SERVERS == 0 $ SNMP_AGENTX_SERVERS == 0 $! *** SSH OpenVMS parameters *** $ SSH_SERVERS == 0 $ ENABLE_SSH1 == 0 $ ENABLE_SSH2 == 0 $ SSH_VERBOSE == 0 $ SSH_QUIET == 1 $ SSH_PORT == 22 $ SSH_LOGIN_GRACE_TIME == "" $ SSH_KEY_REGEN_TIME == 3600 $ ALT_SSH1_HOST == "" $ SSH_DEBUG_LEVEL == 0 $ ALT_SSH2_CONFIG == "" $ ALT_SSH1_CONFIG == "" $ SSH_BITS == 768 $ SSH_ALLOW_EXPIRED_PW == 0 $ SSH_ALLOW_PREEXPIRED_PW == 0 $ SSH_KEYGEN_MIN_PW_LEN == 0 $ SSH_USE_SYSGEN_LGI == 0 $ SSH_MAX_SESSIONS == 1000 $! *** TALK-OpenVMS parameters *** $ TALKD_ENABLE == 0 $! *** TELNET-OpenVMS parameters *** $ TELNET_SERVERS == 1 $! *** TIMED parameters *** $ TIMED_ENABLE == 0 $! *** XDM parameters *** $ XDM_ENABLE == 0 $! End of configuration file TOMAS> +++++++ The node 192.168.1.21 is defined as being a local-master. I have made some tests and came to the following conclusion: - During a DST change, the offset definition for UTC to local time are changed by TCPware. The LNM TCPWARE_TIMEZONE is modified. - The local time on VMS is NOT changed ! But I want the local time to be changed by NTP. Can somebody tell me what I am doing wrong. Or is TCPware NTP not supposed to change the local at all, in which case I do have a problem, because I want to get rid of DECnet and DTSS$CLERK !! Thanks for your feedback and support S. Rood Soft Link AG rood@softlink.ch ================================================================================ Archive-Date: Mon, 18 Jun 2001 15:11:04 -0400 Date: Mon, 18 Jun 2001 20:45:24 +0200 From: Simon Rood Subject: Re: Daylight saving controlled by NTP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3b2e4c4c$1_3@news.bluewin.ch> Thanks for the info sofar, but.... What I need is a way that TCPware changes the local VMS time when DST is (de-)activated. thanks, Simon "Chuck Viau" schrieb im Newsbeitrag news:63D30D6E10CFD11190A90000F805FE8603D6F51B@lespaul.process.com... > According to the TCPWARE 5.5 documentation, You can use the TIMED time > daemon (TSP) to synchronize the clocks of various hosts on a lan. You can > also use the NTP daemon to synchronize the "fixed primary" to reliable > sources on the Internet. The documentation on TIMED says that unless a > host is designated as a "Fixed Primary", local time changes will not take > effect (VMS Set Time, and presumably how NTP is setting the time). The > TCPware logical TCPWARE_TIMED_MODE should be set to FIXED_MASTER (fixed > primary) which provides absolute time stamps to newly started dependent > TIMED hosts. I hope this helps. > > Chuck Viau > > -----Original Message----- > From: Simon J.N. Rood [mailto:rood@softlink.ch] > Sent: Monday, June 18, 2001 5:27 AM > To: info-tcpware@process.com > Subject: Daylight saving controlled by NTP > > > Hello > > We are using TCPware 5.5. NTP is now supposed to support DST. Here in > Switzerland we use MET-DST. The parameters on my system look like: > > +++++++++++++++ > TOMAS>type ntp.conf > local-master 10 > peer 192.168.1.21 > TOMAS>sh log u* > > (LNM$PROCESS_TABLE) > > (LNM$JOB_80C25600) > > (LNM$GROUP_000103) > > (LNM$SYSTEM_TABLE) > > "UCX$BIND_DOMAIN" = "softlink.ch" > "UCX$BIND_SERVER000" = "192.168.1.11" > "UCX$BIND_SERVER001" = "192.168.1.12" > "UCX$DEVICE" = "_BG0:" > "UCX$INET_DOMAIN" = "softlink.ch" > "UCX$INET_HOST" = "lite" > "UCX$INET_HOSTADDR" = "192.168.1.21" > "UCX$IPC_SHR" = "TCPWARE:UCX$IPC_SHR.EXE" > "UCX$RPC" = "TCPWARE_ROOT:[TCPWARE.INCLUDE.RPCXDR]" > "UCX$RPCXDR_SHR" = "TCPWARE:UCX$RPCXDR_SHR.EXE" > > (LNM$SYSCLUSTER_TABLE) > > (DECW$LOGICAL_NAMES) > TOMAS>sh log *time* > > (LNM$PROCESS_TABLE) > > (LNM$JOB_80C25600) > > (LNM$GROUP_000103) > > (LNM$SYSTEM_TABLE) > > "SYS$LOCALTIME" = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]MET." > "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" > "SYS$TIMEZONE_DIFFERENTIAL" = "7200" > "SYS$TIMEZONE_NAME" = "MET_DST" > "SYS$TIMEZONE_RULE" = "MET-1MET_DST-2,M3.5.0/2,M10.5.0/3" > "TCPWARE_NLM_TIMEOUT" = "15" > "TCPWARE_TIMEZONE" = "+010000" > = "MET" > "TCPWARE_TIMEZONE_NAME" = "MET-DST" > > (LNM$SYSCLUSTER_TABLE) > > (DECW$LOGICAL_NAMES) > TOMAS> > TOMAS>type tcpware_configure.com > $! > $! TCPware(R) for OpenVMS Configuration File > $! Software configuration data written on 14-JUN-2001 22:28:51.47. > $! > $! Do *NOT* edit this file. Use the TCPWARE:CNFNET.COM > $! utility to change your configuration. > $! > $ NETCU_LINES == "LPB-0 127.0.0.1,EWA-0 192.168.1.21 /MASK=255.255.255.0 > /F" > $ NETCU_LINES == NETCU_LINES+"LAGS=(NOTRAILERS)" > $ NETCU_GATEWAY == "192.168.1.1" > $ NETCU_TIMEZONE == "UT" > $ NETCU_TIMEZONE_NAME == "MET-DST" > $ NETCU_TIMEZONE_RULES == "EUROPE" > $ NETCU_DOMAIN == "lite.softlink.ch" > $! *** TCPware ACE/CLIENT-OpenVMS parameters *** > $ ACECLIENT_ENABLE == 0 > $! *** NFS-OpenVMS Client parameters *** > $ NFS_CLIENT == 1 > $! *** DHCP parameters *** > $ DHCP_SERVERS == 0 > $! *** Domain Name Services parameters *** > $ NAMED_SERVERS == "192.168.1.11 192.168.1.12" > $ CLUSTER_NAMES == "" > $ DOMAIN_LIST == "" > $ NDOTS_STR == "" > $ NAMED_SVR_TYPE == "E" > $! *** FTP-OpenVMS parameters *** > $ FTP_SERVERS == 1 > $! *** GateD parameters *** > $ GATED_ENABLE == 0 > $! *** IMAP-OpenVMS Parameters *** > $ IMAP_ENABLE == 0 > $ IMAP_LOGLEVEL == 0 > $ IMAP_LOGFILE == "TCPWARE_SPECIFIC:[TCPWARE]IMAPSERVER.LOG" > $ IMAP_USER == "SYSTEM" > $ IMAP_FULLCACHE == "NO" > $! *** Kerberos parameters *** > $ KERBV4_ENABLE == 0 > $! *** Miscellaneous parameters *** > $ TFTP_ROOT == "" > $! *** NFS-OpenVMS Server parameters *** > $ NFS_SERVER == 0 > $! *** NTP parameters *** > $ NTP_ENABLE == 1 > $ NTP_WAYTOOBIG == 4000 > $! *** POP3-OpenVms Parameters *** > $ POP3_ENABLE == 0 > $! *** PWIPDRIVER parameters *** > $ PWIP_ENABLE == 1 > $! *** Berkeley R Command parameters *** > $ RCMD_CLIENTS == ":RLOGIN:RSH" > $ RCMD_SERVICES == ":LOGIN_NORMAL:SHELL:EXEC" > $! *** SMTP-OpenVMS parameters *** > $ SMTP_ENABLE == 1 > $ SMTP_STATISTICS == "NO" > $ SMTP_ACCOUNTING == "NO" > $! *** SNMP agent parameters *** > $ SNMP_SERVERS == 0 > $ SNMP_SMUX_SERVERS == 0 > $ SNMP_AGENTX_SERVERS == 0 > $! *** SSH OpenVMS parameters *** > $ SSH_SERVERS == 0 > $ ENABLE_SSH1 == 0 > $ ENABLE_SSH2 == 0 > $ SSH_VERBOSE == 0 > $ SSH_QUIET == 1 > $ SSH_PORT == 22 > $ SSH_LOGIN_GRACE_TIME == "" > $ SSH_KEY_REGEN_TIME == 3600 > $ ALT_SSH1_HOST == "" > $ SSH_DEBUG_LEVEL == 0 > $ ALT_SSH2_CONFIG == "" > $ ALT_SSH1_CONFIG == "" > $ SSH_BITS == 768 > $ SSH_ALLOW_EXPIRED_PW == 0 > $ SSH_ALLOW_PREEXPIRED_PW == 0 > $ SSH_KEYGEN_MIN_PW_LEN == 0 > $ SSH_USE_SYSGEN_LGI == 0 > $ SSH_MAX_SESSIONS == 1000 > $! *** TALK-OpenVMS parameters *** > $ TALKD_ENABLE == 0 > $! *** TELNET-OpenVMS parameters *** > $ TELNET_SERVERS == 1 > $! *** TIMED parameters *** > $ TIMED_ENABLE == 0 > $! *** XDM parameters *** > $ XDM_ENABLE == 0 > $! End of configuration file > TOMAS> > +++++++ > > The node 192.168.1.21 is defined as being a local-master. I have made some > tests and came to the following conclusion: > > - During a DST change, the offset definition for UTC to local time are > changed by TCPware. The LNM TCPWARE_TIMEZONE is modified. > > - The local time on VMS is NOT changed ! > > But I want the local time to be changed by NTP. Can somebody tell me what I > am doing wrong. Or is TCPware NTP not supposed to change the local at all, > in which case I do have a problem, because I want to get rid of DECnet and > DTSS$CLERK !! > > Thanks for your feedback and support > > S. Rood > Soft Link AG > rood@softlink.ch > > ================================================================================ Archive-Date: Mon, 18 Jun 2001 15:46:59 -0400 Date: Mon, 18 Jun 2001 15:45:41 -0400 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: Daylight saving controlled by NTP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8603D6F51D@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I am going to attempt to recreate this discrepancy on a test machine.. -----Original Message----- From: Simon Rood [mailto:rood@webshuttle.ch] Sent: Monday, June 18, 2001 2:45 PM To: info-tcpware@process.com Subject: Re: Daylight saving controlled by NTP Thanks for the info sofar, but.... What I need is a way that TCPware changes the local VMS time when DST is (de-)activated. thanks, Simon "Chuck Viau" schrieb im Newsbeitrag news:63D30D6E10CFD11190A90000F805FE8603D6F51B@lespaul.process.com... > According to the TCPWARE 5.5 documentation, You can use the TIMED time > daemon (TSP) to synchronize the clocks of various hosts on a lan. You can > also use the NTP daemon to synchronize the "fixed primary" to reliable > sources on the Internet. The documentation on TIMED says that unless a > host is designated as a "Fixed Primary", local time changes will not take > effect (VMS Set Time, and presumably how NTP is setting the time). The > TCPware logical TCPWARE_TIMED_MODE should be set to FIXED_MASTER (fixed > primary) which provides absolute time stamps to newly started dependent > TIMED hosts. I hope this helps. > > Chuck Viau > > -----Original Message----- > From: Simon J.N. Rood [mailto:rood@softlink.ch] > Sent: Monday, June 18, 2001 5:27 AM > To: info-tcpware@process.com > Subject: Daylight saving controlled by NTP > > > Hello > > We are using TCPware 5.5. NTP is now supposed to support DST. Here in > Switzerland we use MET-DST. The parameters on my system look like: > > +++++++++++++++ > TOMAS>type ntp.conf > local-master 10 > peer 192.168.1.21 > TOMAS>sh log u* > > (LNM$PROCESS_TABLE) > > (LNM$JOB_80C25600) > > (LNM$GROUP_000103) > > (LNM$SYSTEM_TABLE) > > "UCX$BIND_DOMAIN" = "softlink.ch" > "UCX$BIND_SERVER000" = "192.168.1.11" > "UCX$BIND_SERVER001" = "192.168.1.12" > "UCX$DEVICE" = "_BG0:" > "UCX$INET_DOMAIN" = "softlink.ch" > "UCX$INET_HOST" = "lite" > "UCX$INET_HOSTADDR" = "192.168.1.21" > "UCX$IPC_SHR" = "TCPWARE:UCX$IPC_SHR.EXE" > "UCX$RPC" = "TCPWARE_ROOT:[TCPWARE.INCLUDE.RPCXDR]" > "UCX$RPCXDR_SHR" = "TCPWARE:UCX$RPCXDR_SHR.EXE" > > (LNM$SYSCLUSTER_TABLE) > > (DECW$LOGICAL_NAMES) > TOMAS>sh log *time* > > (LNM$PROCESS_TABLE) > > (LNM$JOB_80C25600) > > (LNM$GROUP_000103) > > (LNM$SYSTEM_TABLE) > > "SYS$LOCALTIME" = "SYS$SYSROOT:[SYS$ZONEINFO.SYSTEM]MET." > "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" > "SYS$TIMEZONE_DIFFERENTIAL" = "7200" > "SYS$TIMEZONE_NAME" = "MET_DST" > "SYS$TIMEZONE_RULE" = "MET-1MET_DST-2,M3.5.0/2,M10.5.0/3" > "TCPWARE_NLM_TIMEOUT" = "15" > "TCPWARE_TIMEZONE" = "+010000" > = "MET" > "TCPWARE_TIMEZONE_NAME" = "MET-DST" > > (LNM$SYSCLUSTER_TABLE) > > (DECW$LOGICAL_NAMES) > TOMAS> > TOMAS>type tcpware_configure.com > $! > $! TCPware(R) for OpenVMS Configuration File > $! Software configuration data written on 14-JUN-2001 22:28:51.47. > $! > $! Do *NOT* edit this file. Use the TCPWARE:CNFNET.COM > $! utility to change your configuration. > $! > $ NETCU_LINES == "LPB-0 127.0.0.1,EWA-0 192.168.1.21 /MASK=255.255.255.0 > /F" > $ NETCU_LINES == NETCU_LINES+"LAGS=(NOTRAILERS)" > $ NETCU_GATEWAY == "192.168.1.1" > $ NETCU_TIMEZONE == "UT" > $ NETCU_TIMEZONE_NAME == "MET-DST" > $ NETCU_TIMEZONE_RULES == "EUROPE" > $ NETCU_DOMAIN == "lite.softlink.ch" > $! *** TCPware ACE/CLIENT-OpenVMS parameters *** > $ ACECLIENT_ENABLE == 0 > $! *** NFS-OpenVMS Client parameters *** > $ NFS_CLIENT == 1 > $! *** DHCP parameters *** > $ DHCP_SERVERS == 0 > $! *** Domain Name Services parameters *** > $ NAMED_SERVERS == "192.168.1.11 192.168.1.12" > $ CLUSTER_NAMES == "" > $ DOMAIN_LIST == "" > $ NDOTS_STR == "" > $ NAMED_SVR_TYPE == "E" > $! *** FTP-OpenVMS parameters *** > $ FTP_SERVERS == 1 > $! *** GateD parameters *** > $ GATED_ENABLE == 0 > $! *** IMAP-OpenVMS Parameters *** > $ IMAP_ENABLE == 0 > $ IMAP_LOGLEVEL == 0 > $ IMAP_LOGFILE == "TCPWARE_SPECIFIC:[TCPWARE]IMAPSERVER.LOG" > $ IMAP_USER == "SYSTEM" > $ IMAP_FULLCACHE == "NO" > $! *** Kerberos parameters *** > $ KERBV4_ENABLE == 0 > $! *** Miscellaneous parameters *** > $ TFTP_ROOT == "" > $! *** NFS-OpenVMS Server parameters *** > $ NFS_SERVER == 0 > $! *** NTP parameters *** > $ NTP_ENABLE == 1 > $ NTP_WAYTOOBIG == 4000 > $! *** POP3-OpenVms Parameters *** > $ POP3_ENABLE == 0 > $! *** PWIPDRIVER parameters *** > $ PWIP_ENABLE == 1 > $! *** Berkeley R Command parameters *** > $ RCMD_CLIENTS == ":RLOGIN:RSH" > $ RCMD_SERVICES == ":LOGIN_NORMAL:SHELL:EXEC" > $! *** SMTP-OpenVMS parameters *** > $ SMTP_ENABLE == 1 > $ SMTP_STATISTICS == "NO" > $ SMTP_ACCOUNTING == "NO" > $! *** SNMP agent parameters *** > $ SNMP_SERVERS == 0 > $ SNMP_SMUX_SERVERS == 0 > $ SNMP_AGENTX_SERVERS == 0 > $! *** SSH OpenVMS parameters *** > $ SSH_SERVERS == 0 > $ ENABLE_SSH1 == 0 > $ ENABLE_SSH2 == 0 > $ SSH_VERBOSE == 0 > $ SSH_QUIET == 1 > $ SSH_PORT == 22 > $ SSH_LOGIN_GRACE_TIME == "" > $ SSH_KEY_REGEN_TIME == 3600 > $ ALT_SSH1_HOST == "" > $ SSH_DEBUG_LEVEL == 0 > $ ALT_SSH2_CONFIG == "" > $ ALT_SSH1_CONFIG == "" > $ SSH_BITS == 768 > $ SSH_ALLOW_EXPIRED_PW == 0 > $ SSH_ALLOW_PREEXPIRED_PW == 0 > $ SSH_KEYGEN_MIN_PW_LEN == 0 > $ SSH_USE_SYSGEN_LGI == 0 > $ SSH_MAX_SESSIONS == 1000 > $! *** TALK-OpenVMS parameters *** > $ TALKD_ENABLE == 0 > $! *** TELNET-OpenVMS parameters *** > $ TELNET_SERVERS == 1 > $! *** TIMED parameters *** > $ TIMED_ENABLE == 0 > $! *** XDM parameters *** > $ XDM_ENABLE == 0 > $! End of configuration file > TOMAS> > +++++++ > > The node 192.168.1.21 is defined as being a local-master. I have made some > tests and came to the following conclusion: > > - During a DST change, the offset definition for UTC to local time are > changed by TCPware. The LNM TCPWARE_TIMEZONE is modified. > > - The local time on VMS is NOT changed ! > > But I want the local time to be changed by NTP. Can somebody tell me what I > am doing wrong. Or is TCPware NTP not supposed to change the local at all, > in which case I do have a problem, because I want to get rid of DECnet and > DTSS$CLERK !! > > Thanks for your feedback and support > > S. Rood > Soft Link AG > rood@softlink.ch > > ================================================================================ Archive-Date: Tue, 19 Jun 2001 08:50:00 -0400 Date: Tue, 19 Jun 2001 14:49:05 +0200 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: In need of terminal for print queue To: "TCPware Mailing List (E-Mail)" Message-ID: <04bc848169adae5bfcbd016797680ea13b2f4a25@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi, between our company net and a bureau somewhere else there exists a VPN. In order to have our externs print (from an application running here) to their local printer, I defined an LPS queue (which is up and running) The problem: our application expects to be able to use the Terminal Fallback Utility (TFU) to redefine the appearance of characters printed. How to solve that with a print queue that has no associated terminal? Thanks in advance for hints. cu, Martin -- So long, and thanks | Martin Vorlaender | VMS & WNT programmer for all the fish... | work: mv@pdv-systeme.de In Memoriam Douglas Adams | http://www.pdv-systeme.de/users/martinv/ 1952-2001 | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Tue, 19 Jun 2001 10:10:27 -0400 Date: Tue, 19 Jun 2001 10:09:06 -0400 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: In need of terminal for print queue To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7C52@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 From: Martin Vorlaender [mailto:mv@PDV-SYSTEME.de] > between our company net and a bureau somewhere else there > exists a VPN. > In order to have our externs print (from an application running here) > to their local printer, I defined an LPS queue (which is up > and running) I think this is where you went wrong. I think you will need to just have your application print to their printer, and leave queues out of it. Your application appears, from what you say next, to be written to write directly to a terminal device, not to queue print jobs to a print queue. > The problem: our application expects to be able to use the Terminal > Fallback Utility (TFU) to redefine the appearance of > characters printed. In this case the application doesn't seem to be intended to work with a print queue. You could change the application so it writes a file and then queues it, or you could let the application connect to the remote printer device and bypass the queueing system, but even symbionts that use network terminal devices don't make those devices visible to applications that submit jobs. They are used by the symbiont as a way to get a connection to the remote device. A print job is one or more files handed to the VMS Queue Manager process, with associated qualifiers to control details of how it's to be printed, nothing more. The submitting application doesn't have direct control over the terminal device even for an attached printer using the standard VMS symbiont...it can only do what the PRINT command qualifiers allow it to do. > How to solve that with a print queue that has no associated terminal? If I'm understanding what you are trying to do, I don't believe you can. -- Mike Bartman Process Software bartman@process.com ================================================================================ Archive-Date: Tue, 19 Jun 2001 14:42:15 -0400 Date: Tue, 19 Jun 2001 20:40:00 +0200 From: Simon Rood Subject: Re: In need of terminal for print queue To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3b2f9c93_1@news.bluewin.ch> One can define a permanent telnet session with telnet/create. This would create a device on the TCPware node that is "directly" connected to the printer port. Simon Rood "Mike Bartman" schrieb im Newsbeitrag news:63D30D6E10CFD11190A90000F805FE86039E7C52@lespaul.process.com... > From: Martin Vorlaender [mailto:mv@PDV-SYSTEME.de] > > > between our company net and a bureau somewhere else there > > exists a VPN. > > In order to have our externs print (from an application running here) > > to their local printer, I defined an LPS queue (which is up > > and running) > > I think this is where you went wrong. I think you will need to just have > your application print to their printer, and leave queues out of it. Your > application appears, from what you say next, to be written to write directly > to a terminal device, not to queue print jobs to a print queue. > > > The problem: our application expects to be able to use the Terminal > > Fallback Utility (TFU) to redefine the appearance of > > characters printed. > > In this case the application doesn't seem to be intended to work with a > print queue. You could change the application so it writes a file and then > queues it, or you could let the application connect to the remote printer > device and bypass the queueing system, but even symbionts that use network > terminal devices don't make those devices visible to applications that > submit jobs. They are used by the symbiont as a way to get a connection to > the remote device. A print job is one or more files handed to the VMS Queue > Manager process, with associated qualifiers to control details of how it's > to be printed, nothing more. The submitting application doesn't have direct > control over the terminal device even for an attached printer using the > standard VMS symbiont...it can only do what the PRINT command qualifiers > allow it to do. > > > How to solve that with a print queue that has no associated terminal? > > If I'm understanding what you are trying to do, I don't believe you can. > > -- Mike Bartman > Process Software > bartman@process.com ================================================================================ Archive-Date: Tue, 19 Jun 2001 14:53:09 -0400 Date: Tue, 19 Jun 2001 12:50:58 -0600 From: "Walker, Mike" Reply-To: Info-TCPware@process.com Subject: RE: In need of terminal for print queue To: "'Info-TCPware@process.com'" Message-ID: <3A83F4082BD6D311A2EB0000E891340872CF11@morgan.roc.sjhs.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0F8F0.CB68FD0E" 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_01C0F8F0.CB68FD0E Content-Type: text/plain; charset="iso-8859-1" I'll assume you only have a queue defined but need a Terminal type device defined - You can create a phantom type lta ( LAT Terminal device ) and set that up to spool to your LPS queue ( Which I'm assuming currently prints ). I've had to do this in the past to support applications that only performed device io - Using multinet, I can define NTY type ports that get spooled to printer queues. let me know if my assumptions are correct and I can get you the details if I can find them. Thanks Mike Walker -----Original Message----- From: Simon Rood [SMTP:rood@webshuttle.ch] Sent: Tuesday, June 19, 2001 12:40 To: info-tcpware@process.com Subject: Re: In need of terminal for print queue One can define a permanent telnet session with telnet/create. This would create a device on the TCPware node that is "directly" connected to the printer port. Simon Rood "Mike Bartman" schrieb im Newsbeitrag news:63D30D6E10CFD11190A90000F805FE86039E7C52@lespaul.process.com... > From: Martin Vorlaender [mailto:mv@PDV-SYSTEME.de] > > > between our company net and a bureau somewhere else there > > exists a VPN. > > In order to have our externs print (from an application running here) > > to their local printer, I defined an LPS queue (which is up > > and running) > > I think this is where you went wrong. I think you will need to just have > your application print to their printer, and leave queues out of it. Your > application appears, from what you say next, to be written to write directly > to a terminal device, not to queue print jobs to a print queue. > > > The problem: our application expects to be able to use the Terminal > > Fallback Utility (TFU) to redefine the appearance of > > characters printed. > > In this case the application doesn't seem to be intended to work with a > print queue. You could change the application so it writes a file and then > queues it, or you could let the application connect to the remote printer > device and bypass the queueing system, but even symbionts that use network > terminal devices don't make those devices visible to applications that > submit jobs. They are used by the symbiont as a way to get a connection to > the remote device. A print job is one or more files handed to the VMS Queue > Manager process, with associated qualifiers to control details of how it's > to be printed, nothing more. The submitting application doesn't have direct > control over the terminal device even for an attached printer using the > standard VMS symbiont...it can only do what the PRINT command qualifiers > allow it to do. > > > How to solve that with a print queue that has no associated terminal? > > If I'm understanding what you are trying to do, I don't believe you can. > > -- Mike Bartman > Process Software > bartman@process.com ------_=_NextPart_001_01C0F8F0.CB68FD0E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: In need of terminal for print queue

I'll assume you only have a queue = defined but need a Terminal type device defined - You can create a = phantom type lta ( LAT Terminal device ) and set that up to spool to = your LPS queue ( Which I'm assuming currently prints ).  I've had = to do this in the past to support applications that only performed = device io - Using multinet, I can define NTY type ports that get = spooled to printer queues. 

let me know if my assumptions are = correct and I can get you the details if I can find them.

Thanks
Mike Walker

    -----Original = Message-----
    From:   Simon Rood = [SMTP:rood@webshuttle.ch]
    Sent:   Tuesday, June 19, 2001 12:40
    To:     info-tcpware@process.com
    Subject:       = Re: In need of terminal for print = queue

    One can define a permanent telnet = session with telnet/create. This would
    create a device on the TCPware node = that is "directly" connected to the
    printer port.

    Simon Rood

    "Mike Bartman" = <bartman@process.com> schrieb im Newsbeitrag
    news:63D30D6E10CFD11190A90000F805FE86039E7C52@lespaul.= process.com...
    > From: Martin Vorlaender [mailto:mv@PDV-SYSTEME.de]
    >
    > > between our company net and = a bureau somewhere else there
    > > exists a VPN.
    > > In order to have our = externs print (from an application running here)
    > > to their local printer, I = defined an LPS queue (which is up
    > > and running)
    >
    > I think this is where you went = wrong.  I think you will need to just have
    > your application print to their = printer, and leave queues out of it.  Your
    > application appears, from what = you say next, to be written to write
    directly
    > to a terminal device, not to = queue print jobs to a print queue.
    >
    > > The problem: our = application expects to be able to use the Terminal
    > > Fallback Utility (TFU) to = redefine the appearance of
    > > characters printed.
    >
    > In this case the application = doesn't seem to be intended to work with a
    > print queue.  You could = change the application so it writes a file and
    then
    > queues it, or you could let the = application connect to the remote printer
    > device and bypass the queueing = system, but even symbionts that use network
    > terminal devices don't make = those devices visible to applications that
    > submit jobs.  They are used = by the symbiont as a way to get a connection
    to
    > the remote device.  A print = job is one or more files handed to the VMS
    Queue
    > Manager process, with associated = qualifiers to control details of how it's
    > to be printed, nothing = more.  The submitting application doesn't have
    direct
    > control over the terminal device = even for an attached printer using the
    > standard VMS symbiont...it can = only do what the PRINT command qualifiers
    > allow it to do.
    >
    > > How to solve that with a = print queue that has no associated terminal?
    >
    > If I'm understanding what you = are trying to do, I don't believe you can.
    >
    > -- Mike Bartman
    >    Process = Software
    >    = bartman@process.com

------_=_NextPart_001_01C0F8F0.CB68FD0E-- ================================================================================ Archive-Date: Tue, 19 Jun 2001 15:53:32 -0400 Date: Tue, 19 Jun 2001 15:52:07 -0400 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: In need of terminal for print queue To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7C59@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 You are both correct, and this is a good way to get an application written to assume a terminal device to send to a networked printer or to a printer queue. The spooling suggestion won't get you any interaction with the printer though, and that may be required in some cases where the application expects to get data back from the printer in response to queries, or where it expects to use terminal settings to control job appearance. In the case of the direct link you aren't using print queues at all, so the printer will have to be available, or the application will need to have the ability to wait and retry if it is busy. This question seemed to indicate that the need was to play with terminal settings, yet have the job be submitted to a print queue, and I still don't believe that that is going to work. Some symbionts, the MultiNet NTYSMB for instance, will set terminal characteristics based on job parameters (specifically the width and length defined in the form used in the case of NTYSMB), but the application that submits the job has no direct link to the network terminal device used...that device belongs to the symbiont while the job is being printed from the queue. As you say, there's nothing stopping an application from doing the same thing the symbiont does, and allocating the NTY device and writing to it, but in that case there is no print queue involved...the application prints directly to the printer. The original question was how to do this through a print queue, and that just doesn't t make a lot of sense to me. -- Mike Bartman Process Software bartman@process.com -----Original Message----- From: Walker, Mike [mailto:MikeW@sjhs.org] Sent: Tuesday, June 19, 2001 2:51 PM To: 'Info-TCPware@process.com' Subject: RE: In need of terminal for print queue I'll assume you only have a queue defined but need a Terminal type device defined - You can create a phantom type lta ( LAT Terminal device ) and set that up to spool to your LPS queue ( Which I'm assuming currently prints ). I've had to do this in the past to support applications that only performed device io - Using multinet, I can define NTY type ports that get spooled to printer queues. let me know if my assumptions are correct and I can get you the details if I can find them. Thanks Mike Walker BM__MailData-----Original Message----- From: Simon Rood [SMTP:rood@webshuttle.ch] Sent: Tuesday, June 19, 2001 12:40 To: info-tcpware@process.com Subject: Re: In need of terminal for print queue One can define a permanent telnet session with telnet/create. This would create a device on the TCPware node that is "directly" connected to the printer port. Simon Rood "Mike Bartman" schrieb im Newsbeitrag news:63D30D6E10CFD11190A90000F805FE86039E7C52@lespaul.process.com ... > From: Martin Vorlaender [ mailto:mv@PDV-SYSTEME.de ] > > > between our company net and a bureau somewhere else there > > exists a VPN. > > In order to have our externs print (from an application running here) > > to their local printer, I defined an LPS queue (which is up > > and running) > > I think this is where you went wrong. I think you will need to just have > your application print to their printer, and leave queues out of it. Your > application appears, from what you say next, to be written to write directly > to a terminal device, not to queue print jobs to a print queue. > > > The problem: our application expects to be able to use the Terminal > > Fallback Utility (TFU) to redefine the appearance of > > characters printed. > > In this case the application doesn't seem to be intended to work with a > print queue. You could change the application so it writes a file and then > queues it, or you could let the application connect to the remote printer > device and bypass the queueing system, but even symbionts that use network > terminal devices don't make those devices visible to applications that > submit jobs. They are used by the symbiont as a way to get a connection to > the remote device. A print job is one or more files handed to the VMS Queue > Manager process, with associated qualifiers to control details of how it's > to be printed, nothing more. The submitting application doesn't have direct > control over the terminal device even for an attached printer using the > standard VMS symbiont...it can only do what the PRINT command qualifiers > allow it to do. > > > How to solve that with a print queue that has no associated terminal? > > If I'm understanding what you are trying to do, I don't believe you can. > > -- Mike Bartman > Process Software > bartman@process.com ================================================================================ Archive-Date: Wed, 20 Jun 2001 12:05:31 -0400 Date: Wed, 20 Jun 2001 11:02:24 -0500 (CDT) From: Donna Rogers Reply-To: Info-TCPware@process.com Subject: Re: Post to TCP/IP newsgroups Sender: Hunter Goatley To: multinet-announce@process.com, tcpware-announce@process.com Message-ID: <01K4ZK9A4E508WVZQG@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Process Software is hosting a TCP/IP Customer Telebriefing on Thursday, June 28, 2001, from 1:00--2:00 PM ET. We invite customers to register for the telebriefing using this URL: http://www.process.com/about/events.html The Telebriefing will cover: - Roadmap for MultiNet and TCPware - Technical discussion on IPP (Internet Printing Protocol), a new feature available in our TCP/IP stacks. - Question and Answer session By registering you will be notified of the phone number that will connect you into the conference call. If you are unable to join us, please visit our site (under Events) the week after the call to access the presentation and audio version of the call. Donna Rogers ================================================================================ Archive-Date: Wed, 20 Jun 2001 13:50:40 -0400 Date: Wed, 20 Jun 2001 12:05:27 -0500 From: "Jones, Walter H" Reply-To: Info-TCPware@process.com Subject: RE: Post to TCP/IP newsgroups To: "'Info-TCPware@process.com'" Message-ID: <1F95F1012A25D111BA7400005A44212A07AC271B@OHCEXS01> MIME-Version: 1.0 Content-Type: text/plain How do I un-subscribe from your subscription service. Thank you. -----Original Message----- From: Donna Rogers [SMTP:rogers@process.com] Sent: Wednesday, June 20, 2001 11:02 AM To: multinet-announce@process.com; tcpware-announce@process.com Subject: Re: Post to TCP/IP newsgroups Process Software is hosting a TCP/IP Customer Telebriefing on Thursday, June 28, 2001, from 1:00--2:00 PM ET. We invite customers to register for the telebriefing using this URL: http://www.process.com/about/events.html The Telebriefing will cover: - Roadmap for MultiNet and TCPware - Technical discussion on IPP (Internet Printing Protocol), a new feature available in our TCP/IP stacks. - Question and Answer session By registering you will be notified of the phone number that will connect you into the conference call. If you are unable to join us, please visit our site (under Events) the week after the call to access the presentation and audio version of the call. Donna Rogers ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. www.mimesweeper.com ********************************************************************** ================================================================================ Archive-Date: Wed, 20 Jun 2001 13:53:58 -0400 Date: Wed, 20 Jun 2001 12:51:50 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: Post to TCP/IP newsgroups In-Reply-To: "Your message dated Wed, 20 Jun 2001 12:05:27 -0500" <1F95F1012A25D111BA7400005A44212A07AC271B@OHCEXS01> To: info-tcpware@process.com Message-ID: <01K4ZO2MV1AK8WVZQG@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > How do I un-subscribe from your subscription service. Thank you. Send the command "SIGNOFF" in the *body* of a mail message to: Info-TCPware-request@process.com Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 21 Jun 2001 02:53:38 -0400 Date: Thu, 21 Jun 2001 08:52:24 +0200 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: RE: In need of terminal for print queue In-Reply-To: <63D30D6E10CFD11190A90000F805FE86039E7C59@lespaul.process.com> To: info-tcpware@process.com Message-ID: <0890ba3170b70ce8e2c3e8fbc372d4453b319999@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit > You are both correct, and this is a good way to get an application written > to assume a terminal device to send to a networked printer or to a printer > queue. Yup. I think I'll go with the LTA device (Thanks Mike; I remember the details now - they have just been buried under loads of NT crap :-) > The spooling suggestion won't get you any interaction with the > printer though, and that may be required in some cases where > the application expects to get data back from the printer in > response to queries, or where it expects to use terminal settings > to control job appearance. I think I won't need printer interaction. > In the case of the direct link you aren't using print queues at all, > so the printer will have to be available, or the application will > need to have the ability to wait and retry if it is busy. Or the user will have to alert the sysadmin and/or restart his job if it doesn't come out after some time :-) > This question seemed to indicate that the need was to play with terminal > settings, yet have the job be submitted to a print queue, After querying the application designer: the application indeed prints to a device. On the other hand, we have to somehow get the data to the remote printer (equipped with an AXIS printserver). The VPN tunnel, however, is initiated from the remote site, so it seemed easiest to queue things. > and I still don't believe that that is going to work. Some symbionts, the > MultiNet NTYSMB for instance, will set terminal characteristics based on > job parameters (specifically the width and length defined in the form used > in the case of NTYSMB), but the application that submits the job has no > direct link to the network terminal device used...that device belongs to > the symbiont while the job is being printed from the queue. The application designer used TFU to adapt printers to the application. So it doesn't have to be the printer's network device the application accesses, it just has to be _some_ device spooled to the printer queue. Thanks for all the answers. Using these suggestions I will surely be able to work out a solution. cu, Martin -- So long, and thanks | Martin Vorlaender | VMS & WNT programmer for all the fish... | work: mv@pdv-systeme.de In Memoriam Douglas Adams | http://www.pdv-systeme.de/users/martinv/ 1952-2001 | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Thu, 21 Jun 2001 09:14:32 -0400 Date: Thu, 21 Jun 2001 11:43:03 +0100 From: Peter De La Cour Reply-To: Info-TCPware@process.com Subject: SMTP problem To: "'info-tcpware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Since upgrading our cluster to TCPware V5.4, one of our nodes is unable to send mail giving the following error message: %%%%%%%%%%% OPCOM 21-JUN-2001 11:32:30.59 %%%%%%%%%%% Message from user SYSTEM on JERS0B PSC SMTP Symbiont: Unable to open _DSA10:[SYS0.TCPWARE.SPOOL]SMTP-VMSMAIL.009FDD CE-4AFF3066;1, message may be lost The other nodes are fine. I have looked at the configuration of all our nodes including the one which does'nt work and I can't find any differences. If anyone as come across this problem I would be grateful to know how they resolved it. Thanks Peter ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.itex.je http://www.itex.gg ================================================================================ Archive-Date: Thu, 21 Jun 2001 15:06:23 -0400 Date: Thu, 21 Jun 2001 14:01:58 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: New image to make Mozilla 0.9.1 work with MultiNet and TCPware To: multinet-announce@process.com, tcpware-announce@process.com Message-ID: <01K514UU50OG8WVZQG@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Thanks to Colin Blake, a new Mozilla image is now available to make Mozilla V0.9.1 work with MultiNet V4.3A and TCPware V5.5-3. The new image is LIBNSPR4.SO, which replaces that image in your Mozilla installation directory. You can get the new image via anonymous FTP from FTP.PROCESS.COM in [.MOZILLA], or use this URL: ftp://ftp.process.com/mozilla/libnspr4.so This same image allows Mozilla to work with both MultiNet and TCPware. Note that the image is on FTP.PROCESS.COM and not the MultiNet FTP site. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 21 Jun 2001 17:39:23 -0400 Date: Thu, 21 Jun 2001 17:37:32 -0400 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: SMTP problem To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8603D6F52D@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Please check the SMTP Symbiont Que, check the PROTECTION= field. Should look like: $ show que smtp_THISNODE/full Server queue SMTP_THISNODE, idle, on THISNODE::, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[SYSTEM] /PROCESSOR=TCPWARE_SMTP_SYMBIONT /PROTECTION=(S:RSM,O:RSD,G:R,W:R) Compare against SMTP Queue's on the other nodes. -----Original Message----- From: Peter De La Cour [mailto:PeterD@ITEX.JE] Sent: Thursday, June 21, 2001 6:43 AM To: 'info-tcpware@process.com' Subject: SMTP problem Since upgrading our cluster to TCPware V5.4, one of our nodes is unable to send mail giving the following error message: %%%%%%%%%%% OPCOM 21-JUN-2001 11:32:30.59 %%%%%%%%%%% Message from user SYSTEM on JERS0B PSC SMTP Symbiont: Unable to open _DSA10:[SYS0.TCPWARE.SPOOL]SMTP-VMSMAIL.009FDD CE-4AFF3066;1, message may be lost The other nodes are fine. I have looked at the configuration of all our nodes including the one which does'nt work and I can't find any differences. If anyone as come across this problem I would be grateful to know how they resolved it. Thanks Peter ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.itex.je http://www.itex.gg ================================================================================ Archive-Date: Fri, 22 Jun 2001 10:18:15 -0400 Date: Fri, 22 Jun 2001 10:18:29 -0400 From: Theresa Campbell Subject: Expiration date for TCPWAre To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <000c01c0fb26$36728de0$6d8f02d8@THERESA> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000D_01C0FB04.AF60EDE0" This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C0FB04.AF60EDE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi folks, I haven't had occastion to re-boot the Alpha system since April of 2000. I plan on changing the IP address on Saturday to a routable IP. Can anyone tell me if this is something that requires re-booting the server? If so, is there an "expired" date on the TCPWare software that I need to check out before I do this? E-mail correspondence with this office is considered public record and no assumption of privacy should be made. Theresa Campbell, Information Systems Manager, Town of Littleton 37 Shattuck Street, PO Box 1305, Littleton, MA 01460 Phone: 978-952-2777 Fax: 978-952-2321 Cell: 508-633-2777 http://LittletonMA.org ------=_NextPart_000_000D_01C0FB04.AF60EDE0 Content-Type: text/x-vcard; name="Theresa Campbell (E-mail).vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Theresa Campbell (E-mail).vcf" BEGIN:VCARD VERSION:2.1 N:Campbell;Theresa FN:Theresa Campbell ORG:Town of Littleton TITLE:IS Manager TEL;WORK;VOICE:(978) 952-2777 TEL;CELL;VOICE:(508) 633-2777 TEL;CAR;VOICE:(978) 340-0580 EMAIL;PREF;INTERNET:Campbell@LittletonMA.org REV:20010430T135340Z END:VCARD ------=_NextPart_000_000D_01C0FB04.AF60EDE0-- ================================================================================ Archive-Date: Fri, 22 Jun 2001 10:22:45 -0400 Date: Fri, 22 Jun 2001 08:20:51 -0600 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: Expiration date for TCPWAre In-Reply-To: <000c01c0fb26$36728de0$6d8f02d8@THERESA> To: info-tcpware@process.com Message-ID: <5.0.2.1.2.20010622081958.019c2e40@207.225.31.36> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii do SYS4$ sho lice tcpware-tcp Active licenses on node SYS4: ------- Product ID -------- ---- Rating ----- -- Version -- Product Producer Units Avail Activ Version Release Termination TCPWARE-TCP PSC 0 H 0 0.0 (none) (none) Note in mine there is no termination date At 10:18 AM 6/22/01 -0400, you wrote: >Hi folks, > I haven't had occastion to re-boot the Alpha system since April > of 2000. I >plan on changing the IP address on Saturday to a routable IP. Can anyone >tell me if this is something that requires re-booting the server? If so, is >there an "expired" date on the TCPWare software that I need to check out >before I do this? > >E-mail correspondence with this office is considered public record and no >assumption of privacy should be made. > >Theresa Campbell, Information Systems Manager, Town of Littleton >37 Shattuck Street, PO Box 1305, Littleton, MA 01460 >Phone: 978-952-2777 Fax: 978-952-2321 Cell: 508-633-2777 >http://LittletonMA.org > _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Fri, 22 Jun 2001 10:25:39 -0400 Date: Fri, 22 Jun 2001 10:23:56 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-TCPware@process.com Subject: Re: Expiration date for TCPWAre To: info-tcpware@process.com Message-ID: <01K52BBVITEAAFUHA2@ALCOR.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Theresa Campbell writes: > >I plan on changing the IP address on Saturday to a routable IP. Can anyone >tell me if this is something that requires re-booting the server? > You can _probably_ change the IP address and @tcpware:restart to restart the stack. I'm pretty sure that works, but I'm not positive, so you should reboot if it doesn't look like it worked correctly. >If so, is there an "expired" date on the TCPWare software that I need to >check out before I do this? If your license is expired, tcpware won't start up, you can 'test' this by just restarting tcpware itself, but your best bet would be $ lic list tcpware /full And look for the PAK expiration date. If you have any doubts, you can give your sales rep a call. -Jeff -- Jeff Schreiber Principal Software Engineer Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 22 Jun 2001 10:41:11 -0400 Date: Fri, 22 Jun 2001 10:39:25 -0400 (EDT) From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: Expiration date for TCPWAre To: info-tcpware@process.com Message-ID: <01K52BVYPJ1AAFTS07@ALCOR.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Jim covered your license question. For the change of IP address, you do not need to reboot. You can change it by shutting down the interface with NETCU STOP/IP and restarting with a new address with NETCU START/IP. You also need to run CNFNET to make sure the configuration is updated for whenever you do reboot or restart TCPware. If you are uncomfortable with the manual way, run CNFNET and then just restart TCPware and the new address will be in effect. On Fri, 22 Jun 2001 08:20:51, Jim Mehlhop wrote: > >do > >SYS4$ sho lice tcpware-tcp > >Active licenses on node SYS4: > >------- Product ID -------- ---- Rating ----- -- Version -- >Product Producer Units Avail Activ Version Release Termination >TCPWARE-TCP PSC 0 H 0 0.0 (none) (none) > > >Note in mine there is no termination date > > >At 10:18 AM 6/22/01 -0400, you wrote: >>Hi folks, >> I haven't had occastion to re-boot the Alpha system since April >> of 2000. I >>plan on changing the IP address on Saturday to a routable IP. Can anyone >>tell me if this is something that requires re-booting the server? If so, is >>there an "expired" date on the TCPWare software that I need to check out >>before I do this? >> >>E-mail correspondence with this office is considered public record and no >>assumption of privacy should be made. >> >>Theresa Campbell, Information Systems Manager, Town of Littleton >>37 Shattuck Street, PO Box 1305, Littleton, MA 01460 >>Phone: 978-952-2777 Fax: 978-952-2321 Cell: 508-633-2777 >>http://LittletonMA.org >> > > _________________________________________________________________________ > 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/PMDF Engineering Process Software http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Sun, 24 Jun 2001 18:58:30 -0400 Date: Sun, 24 Jun 2001 22:56:28 +0000 (GMT) From: Beaver Subject: Printing to HP Laserjet 5si To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: I am tying to set up a 4100 VAX running TCPware and VMS to print to an HP LaseJet 5si printer. I can get information to the printer form the print queue, but all that prints is a page that says ERROR: OFFENDING COMMAND: STACK: Any ideas on how or what can be done to resolve this issue? Thanks, jbeaver@zydecodirect.com ================================================================================ Archive-Date: Mon, 25 Jun 2001 09:30:43 -0400 Date: Mon, 25 Jun 2001 08:27:24 -0500 From: Dale Lutes Reply-To: Info-TCPware@process.com Subject: Re: Printing to HP Laserjet 5si Sender: DLUTES@srv2.dc1.textron.com To: info-tcpware@process.com Message-ID: <3B36F5EC.79506E33@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: I'm not positive, but this looks like a Postscript error to me. I suspect you are sending non-Postscript data and the printer is locked in Postscript mode. Look for the personality setting under the configuration menu. You should have three choices: PCL, Postscript, and Auto. Select Auto and try again. -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 Beaver wrote: > > I am tying to set up a 4100 VAX running TCPware and VMS to print to an HP > LaseJet 5si printer. > I can get information to the printer form the print queue, but all that > prints is a page that says > > ERROR: > > OFFENDING COMMAND: > > STACK: > > Any ideas on how or what can be done to resolve this issue? > > Thanks, > jbeaver@zydecodirect.com ================================================================================ Archive-Date: Mon, 25 Jun 2001 10:35:06 -0400 Date: Mon, 25 Jun 2001 10:33:05 -0400 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: Printing to HP Laserjet 5si To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7C7C@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Could be, and another possibility is that you are sending PS to the printer, which is trying to use it as PS, but it's being corrupted on the send. One major cause of this is using the default form setting of VMS, which inserts line and page breaks into the outgoing job (it thinks it's ASCII headed for a line printer). This can break PS programs such that you get that error. The best way to eliminate that problem is to define a form as the default for a separate queue for PostScript jobs, usually called something like "POSTSCRIPT" or "PS", that has a very large width (just to be safe...something like 65,535...the biggest it can be with OpenVMS), and the /NOWRAP and /NOTRUNCATE qualifiers, and no margin settings. Setting the queue to /NOFEED is a good idea too. You can also specify /PASSALL on the PRINT command to suppress the formatting of the job (which isn't necessary for PostScript jobs, as they are self-formatting). -- Mike Bartman Process Software bartman@process.com > -----Original Message----- > From: Dale Lutes [mailto:dlutes@cessna.textron.com] > Sent: Monday, June 25, 2001 9:27 AM > To: info-tcpware@process.com > Subject: Re: Printing to HP Laserjet 5si > > > I'm not positive, but this looks like a Postscript error > to me. I suspect you are sending non-Postscript data and > the printer is locked in Postscript mode. Look for the > personality setting under the configuration menu. You > should have three choices: PCL, Postscript, and Auto. > Select Auto and try again. > > -- > Dale D. Lutes > Flight Data Systems > Cessna Aircraft Company > 316-517-7109 > > Beaver wrote: > > > > I am tying to set up a 4100 VAX running TCPware and VMS to > print to an HP > > LaseJet 5si printer. > > I can get information to the printer form the print queue, > but all that > > prints is a page that says > > > > ERROR: > > > > OFFENDING COMMAND: > > > > STACK: > > > > Any ideas on how or what can be done to resolve this issue? > > > > Thanks, > > jbeaver@zydecodirect.com > ================================================================================ Archive-Date: Wed, 27 Jun 2001 09:59:10 -0400 Date: Wed, 27 Jun 2001 09:58:27 -0400 From: Jason Beaver Subject: Landsccape To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: Well, I got my orinter working, but now I need to know how to print landscape... TCPWare to HP Laserjet 5si via port 9100. I can print everything fine, but landscape, I dont know how to do it. Any solutions. Thanks ================================================================================ Archive-Date: Wed, 27 Jun 2001 10:15:33 -0400 Date: Wed, 27 Jun 2001 09:13:37 -0500 From: Dale Lutes Reply-To: Info-TCPware@process.com Subject: Re: Landsccape Sender: DLUTES@srv1.dc1.textron.com To: info-tcpware@process.com Message-ID: <3B39A3C1.12128BA6@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Jason Beaver wrote: > I got my orinter working, but now I need to know how to print landscape... > > TCPWare to HP Laserjet 5si via port 9100. > > I can print everything fine, but landscape, I dont know how to do it. Create a text file, LANDSCAPE.TXT containing the following single line: E(s13.6h6.7V&l1o5.4C And RESET.TXT containing the following single line: E&l2A Where is the actual escape character. If you don't already have a device control library for this printer create one and insert these two modules: $ LIBRARY/TEXT/CREATE SYS$LIBRARY:LJET_CTL LANDSCAPE,RESET Initialize your queue with the following: $ INITIALIZE/QUEUE/LIBRARY=LJET_CTL/SEPARATE=RESET=RESET queue_name Create a print form to switch to landscape mode. Here's how I did mine: $ DEFINE /FORM LANDSCAPE 1 /SETUP=(LANDSCAPE) /LENGTH=66 /WIDTH=142 - /STOCK=DEFAULT /TRUNCATE /MARGIN=(TOP=0,BOTTOM=0,LEFT=0,RIGHT=0) If you already have a form number 1, do a SHOW QUEUE/FORM and choose the next available number Now you can print any text file in landscape mode with the command PRINT/FORM=LANDSCAPE. Good luck. -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Wed, 27 Jun 2001 10:50:21 -0400 Date: Wed, 27 Jun 2001 10:49:54 -0400 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: Landsccape To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7C95@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 One way is to set up a text library module with the proper escape sequence to put the printer into Landscape mode, and another with the one to reset it back to normal. You then specify the Landscape module as the /SETUP value for a form (perhaps called "LAND" or something similar), and the reset module as the value for the /RESET qualifier on the queue, and then when you print, specify that form (or set up a queue were that form is the default form). To find out what the escape sequence is, check the printer manual, or HP's website or technical support. If the printer supports the IPP protocol (and the part of it that deals with page orientation) you could also use our new IPP symbiont. If you are using the IPP symbiont you just have to specify: /PARAMETER=(ORIENTATION=LANDSCAPE) on the print command. In the next release of the symbiont you will be able to set this as a queue default if you want to. -- Mike Bartman Process Software bartman@process.com > -----Original Message----- > From: Jason Beaver [mailto:jbeaver@zydecodirect.com] > Sent: Wednesday, June 27, 2001 9:58 AM > To: info-tcpware@process.com > Subject: Landsccape > > > Well, > I got my orinter working, but now I need to know how to print > landscape... > > TCPWare to HP Laserjet 5si via port 9100. > > I can print everything fine, but landscape, I dont know how to do it. > > Any solutions. > > Thanks > >