Archive-Date: Wed, 03 Sep 1997 14:40:08 +0200 Subject: NTP and Daylight savings time Message-ID: <340D5AA2.9D092A51@elca-matrix.ch> From: Mats Weber Date: Wed, 03 Sep 1997 14:40:08 +0200 Reply-To: Mats.Weber@elca-matrix.ch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I am running DEC alphas under VMS 6.2 with TCPware 5.0 and I use TCPware's NTP to keep their clocks in synch with the rest of the network. Is there an automatic way of changing from and to daylight savings time (with or without TCPware's NTP). BTW TCPware does not seem to be aware of daylight savings time. I have to change the timezone in tcpware_configure.com and restart every march and october. Is there a better way ? ================================================================================ Archive-Date: Wed, 03 Sep 1997 19:31:55 GMT Subject: Re: NTP and Daylight savings time Message-ID: <340dba45.1637771841@news> From: corbett@process.com (Michael Corbett) Date: Wed, 03 Sep 1997 19:31:55 GMT References: <340D5AA2.9D092A51@elca-matrix.ch> On Wed, 03 Sep 1997 14:40:08 +0200, Mats Weber wrote: >I am running DEC alphas under VMS 6.2 with TCPware 5.0 and I use TCPware's NTP >to keep their clocks in synch with the rest of the network. > >Is there an automatic way of changing from and to daylight savings time (with >or without TCPware's NTP). Currently there is not - though it is something we are looking at adding in a future release. > >BTW TCPware does not seem to be aware of daylight savings time. I have to >change the timezone in tcpware_configure.com and restart every march and >october. Is there a better way ? Rather than restart TCPware you could use the NETCU SET TIMEZONE command to set it and then change it in TCPware_configure.com so it gets set for the next time TCPware starts. regards Mike +-----------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: XXX, 3 Sep 1997 20:02:04 -0400 Subject: Re: NTP and Daylight savings time Message-ID: <1997Sep3.200204@process.com> From: volz@process.com (Bernie Volz) Date: 3 Sep 97 20:02:04 -0400 References: <340D5AA2.9D092A51@elca-matrix.ch> In article <340D5AA2.9D092A51@elca-matrix.ch>, Mats Weber writes: > I am running DEC alphas under VMS 6.2 with TCPware 5.0 and I use TCPware's NTP > to keep their clocks in synch with the rest of the network. > > Is there an automatic way of changing from and to daylight savings time (with > or without TCPware's NTP). > > BTW TCPware does not seem to be aware of daylight savings time. I have to > change the timezone in tcpware_configure.com and restart every march and > october. Is there a better way ? Here's a .COM file we use at Process Software that runs once a day (usually early in the morning hours, best time is probably between 2-6 AM depending on what tasks you may have running in the early morning hours). We've used this for years and haven't had to do any time zone adjustments. REVIEW THIS CODE BEFORE USING IT! YOU WILL MOST LIKELY NEED TO TAILOR IT A BIT! Anyway, it does the following: - Determines if the time zone has changed and if so, makes the change. - Synchronizes the clocks on the cluster (that's so NTP need only run on one node in the cluster). Yeah, this time sync isn't as good as if NTP was running everywhere, but we're not so concerned about a few seconds. If you are ... - Requeues the job. It assumes that the first time the job is queued, the timezone is correct (it the saves the previous setting as a parameter for the next time it is run). Once this job is set up and running, DON'T change the timezone using alternate means. This only need run on one node in the cluster. It is left as an exercise to deal with TCPware's startup - since the TCPWARE_CONFIGURE.COM file contains the time zone. (Hint - after it starts, run the time zone checking/changing part of the .COM but just do the NETCU SET TIMEZONE locally, not cluster wide.) Anyway, use it and modify it as you like. If it doesn't work for you, sorry. If you figure out a more efficient way to do this, good for you! Warning: This is set up to deal with US time zone changes ONLY and for the current law. If Congress changes the rules, the code will need to change. Enjoy, - Bernie Volz Process Software Corporation $ SET NOON $! $ DAY_Sunday = 0 $ DAY_Monday = 6 $ DAY_Tuesday = 5 $ DAY_Wednesday = 4 $ DAY_Thursday = 3 $ DAY_Friday = 2 $ DAY_Saturday = 1 $ TEMPN = DAY_'F$CVTIME("01-APR",,"WEEKDAY")' + 1 $ ST = F$CVTIME("''TEMPN'-APR:02:00:00") $ DAY_Sunday = 0 $ DAY_Monday = 1 $ DAY_Tuesday = 2 $ DAY_Wednesday = 3 $ DAY_Thursday = 4 $ DAY_Friday = 5 $ DAY_Saturday = 6 $ TEMPN = 31 - DAY_'F$CVTIME("31-OCT",,"WEEKDAY")' $ ET = F$CVTIME("''TEMPN'-OCT:02:00:00") $ CT = F$CVTIME() $ TIMEZONE = "EST" $ IF ((CT .GES. ST) .AND. (CT .LTS. ET)) THEN TIMEZONE = "EDT" $ IF (P1 .EQS. "") THEN P1 = TIMEZONE $ IF (TIMEZONE .EQS. P1) THEN GOTO NO_TIMEZONE_CHANGE $ P1 = TIMEZONE $ DELTA_TIME = "-01:00:00.00" ! Change to EST $ IF (TIMEZONE .EQS. "EDT") THEN DELTA_TIME = "+01:00:00.00" ! Change to EDT $ SET TIME="''DELTA_TIME'"/CLUSTER $! Now fix up TCPware items as well $ UT_OFFSET = "-0500" $ IF (TIMEZONE .EQS. "EDT") THEN UT_OFFSET = "-0400" $ OPEN/WRITE TZFIXUPS SYS$COMMON:[SYSMGR]00TEMPTZ.COM $ WRITE TZFIXUPS "$ SET NOON" $ WRITE TZFIXUPS "$ NETCU :== $TCPWARE:NETCU" $ WRITE TZFIXUPS "$ NETCU SET TIMEZONE ''UT_OFFSET'" $ WRITE TZFIXUPS "$ DEFINE/SYSTEM/EXEC NEWS_TIMEZONE ''UT_OFFSET'" $ CLOSE TZFIXUPS $ FILE = F$SEARCH("SYS$COMMON:[SYSMGR]00TEMPTZ.COM") $ OPEN/WRITE SYSFIL SYS$COMMON:[SYSMGR]00TEMPTZ1.COM $ WRITE SYSFIL "$ MCR SYSMAN" $ WRITE SYSFIL " SET ENVIRONMENT/CLUSTER" $ WRITE SYSFIL " DO @''FILE'" $ CLOSE SYSFIL $ @SYS$COMMON:[SYSMGR]00TEMPTZ1.COM $ DELETE/NOLOG SYS$COMMON:[SYSMGR]00TEMPTZ1.COM;* $ DELETE 'FILE'/NOLOG $! $NO_TIMEZONE_CHANGE: $ SET TIME="+00:00:00.00"/CLUSTER $! $ SCSNODE = F$EDIT(F$GETSYI("SCSNODE"),"COLLAPSE") $ SUBMIT/NOPRINT/NOLOG/RESTART/AFTER="TOMORROW:+02:00:00" - /QUE=SYS$BATCH$'SCSNODE'/PARAM="''P1'" SYS$MANAGER:TIMEKEEPER ================================================================================ Archive-Date: Thu, 04 Sep 1997 13:41:46 +0900 Subject: Some problem in using Exceed Message-ID: <340E3C0A.54FD@pslab.snu.ac.kr> From: "yoonsik, Kim" Date: Thu, 04 Sep 1997 13:41:46 +0900 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear reader, How are you? I would like to use Exceed 5 to access VMS. I have a 'user's guide' of Exceed 5'. However, I could not set the environmental variables correctly. Can you show me how to make the Exceed work? Please, give me some information about the setup process and how to use the Exceed. 1.Workstation Alphastation 500/333 OS: OpenVMS Ver. 6.2-1H3 UCX: Ver. 4.1 2.PC OS: Windows 95 It will be a great help to me. Thank you for your attention. ================================================================================ Archive-Date: Fri, 05 Sep 1997 15:25:28 GMT Subject: Re: Terminal IP Queues on OPENVMS Message-ID: <3410240c.1795922930@news> From: corbett@process.com (Michael Corbett) Date: Fri, 05 Sep 1997 15:25:28 GMT References: <5qta8l$e87@sjx-ixn8.ix.netcom.com> <33e4b50e.77867617@news> <33e5f0ea.158727768@news> On Mon, 04 Aug 1997 15:12:46 GMT, corbett@process.com (Michael Corbett) wrote: >On Sun, 3 Aug 1997 21:27:21 +0100, Marc Sheppard > wrote: >> >>i'M HAVING PROBLEMS setting up telnet devices in Batch or in detach >>processes!! any news on a fix > > A patch is being worked on to correct this problem. The patch TELNET_V523P030 corrects the problem with using TELNET/CREATE in a patch or detached process. regards Mike +-----------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Mon, 08 Sep 1997 16:19:15 GMT Subject: Creating SLIP Scripts Message-ID: <5v118j$8rd$1@hyperion.nitco.com> From: jeff.j@netnitco.net (Jeffrey Juszczak) Date: Mon, 08 Sep 1997 16:19:15 GMT Reply-To: jeff.j@netnitco.net I'm trying to create a SLIP script for dial-up access from a WIN95 machine to a VMS box. I'm using a standard modem and a 90TL terminal server. Process gives some good help as to what has to happen on the server side, but I can't really get any help on what I have to have on my client. I can get logged in using the little WIN95 terminal thing that pops up when you select that you want to connect to a host using SLIP, but you can choose to execute a scipt file (which would take out the confusion for my remote users). Any help would be appreciated. Thanks, Jeff Juszczak System Manager Phelps Holding Co., Inc. ================================================================================ Archive-Date: Thu, 11 Sep 1997 14:05:07 +0000 Subject: Re: Some problem in using Exceed Message-ID: <3417FA93.479539CB@process.com> From: Geoff Bryant Date: Thu, 11 Sep 1997 14:05:07 +0000 References: <5v69eh$4u3@lztnsc06.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit news_check.py wrote: > > In article <340E3C0A.54FD@pslab.snu.ac.kr> "yoonsik, Kim" wrote: > > Dear reader, > > > > How are you? > > Dear reader, > > How are you? > I would like to use Exceed 5 to access VMS. I have a 'user's guide' of > Exceed 5'. However, I could not set the environmental variables > correctly. Can you show me how to make the Exceed work? > Please, give me some information about the setup process and how to use > the Exceed. > > 1.Workstation > Alphastation 500/333 > OS: OpenVMS Ver. 6.2-1H3 > UCX: Ver. 4.1 > > 2.PC > OS: Windows 95 Given the above list of products, you might have more success asking in the vmsnet.networks.tcp-ip.ucx or one of the Win95 sort of newsgroups. > > It will be a great help to me. > Thank you for your attention. -- ---------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Fri, 12 Sep 1997 11:47:40 -0400 Subject: TCPware v5.3 Beta Test Message-ID: <3419641C.476C@process.com> From: James Gildea Date: Fri, 12 Sep 1997 11:47:40 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello All: This is the last call for sites that want to participate in the TCPware 5.3 beta test scheduled to start on 9/26. This release contains a new IMPA4 Server, SMUX support, the latest NetWare Services enhancements and is full Y2K compliant. Anyone who is interested can contact me at gildea@process.com for more details. Thanks Jim Gildea ================================================================================ Archive-Date: XXX, 15 Sep 1997 13:34:57 GMT Subject: ftp -n in TCPWare 5.2 Message-ID: From: byrd@mscf.med.upenn.edu (Karen Byrd) Date: 15 Sep 1997 13:34:57 GMT How does one do the ftp -n unix equivalent in TCPWare 5.2 -- Karen Byrd ================================================================================ Archive-Date: XXX, 15 Sep 1997 21:35:56 -0400 Subject: Re: ftp -n in TCPWare 5.2 Message-ID: <1997Sep15.213556@process.com> From: volz@process.com (Bernie Volz) Date: 15 Sep 97 21:35:56 -0400 References: In article , byrd@mscf.med.upenn.edu (Karen Byrd) writes: > How does one do the ftp -n unix equivalent in TCPWare 5.2 > > -- > Karen Byrd TCPware's FTP doesn't support the .netrc file concept. You can define a startup file that can connect you to a host. The only way around that is to redefine the logical before starting FTP (the logical is FTP_STARTUP). - Bernie Volz Process Software ================================================================================ Archive-Date: XXX, 18 Sep 1997 15:51:52 GMT Subject: TCP/IP - suggest books! Message-ID: <5vrimo$4ps$2@condor.cns.iit.edu> From: murukan@charlie.cns.iit.edu (Kannan Murugan) Date: 18 Sep 1997 15:51:52 GMT Hello, I am new to VMS. I am going to be doing some TCP/IP socket programming. Can some one suggest a good book? All the books I see are all for UNIX. Any help would be greatly appreciated. Thanks. -Kannan ================================================================================ Archive-Date: XXX, 18 Sep 1997 18:08:22 -0400 Subject: Re: TCP/IP - suggest books! Message-ID: <1997Sep18.180822@process.com> From: volz@process.com (Bernie Volz) Date: 18 Sep 97 18:08:22 -0400 References: <5vrimo$4ps$2@condor.cns.iit.edu> In article <5vrimo$4ps$2@condor.cns.iit.edu>, murukan@charlie.cns.iit.edu (Kannan Murugan) writes: > Hello, > I am new to VMS. I am going to be doing some > TCP/IP socket programming. Can some one suggest a good > book? All the books I see are all for UNIX. > Any help would be greatly appreciated. Thanks. > > -Kannan The UNIX books are probably a good start (there are plenty of books out now on TCP/IP programming and most will assume UNIX sockets). Basically, the OpenVMS C Socket Run-Time Library supports most of what you'll read about on socket programming in these UNIX books. However, some operating system differences between UNIX and VMS do exist and won't be discussed. If you generally just open sockets and read/write data from them, you're safe. If you need to write high-performance applications and want to take advantage of VMS programming services, those books won't help you (and may even suggest things that won't work well in VMS). You should also check out the first chapter of the TCPware Programmer's Guide (I assume you're using TCPware). That also includes some of the basics. Or, attend DECUS Anaheim (in early November). There are a bunch of TCP/IP programming sessions that will be presented by Process people there - they cover standard socket calls as well as QIO. See http://www.decus.org for more details. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 26 Sep 1997 19:50:06 GMT Subject: Long time before telnet login Message-ID: <01bccab6$91b79f00$414797c2@schildpad> From: "J. Maas" Date: 26 Sep 1997 19:50:06 GMT We have the following problem: When I make a Telnet connection to a VMS-host (6.2) with TCP-ware (5.2) it takes a long time (more then 1 minute) before the vms-host repond with the username & password. How come ???? J. Maas TE STRAKE bv Deurne The Netherlands e-mail: jmaas@testrake.nl ================================================================================ Archive-Date: XXX, 28 Sep 1997 00:41:37 -0400 Subject: Re: Long time before telnet login Message-ID: <1997Sep28.004137@process.com> From: volz@process.com (Bernie Volz) Date: 28 Sep 97 00:41:37 -0400 References: <01bccab6$91b79f00$414797c2@schildpad> In article <01bccab6$91b79f00$414797c2@schildpad>, "J. Maas" writes: > We have the following problem: When I make a Telnet connection to a > VMS-host (6.2) with TCP-ware (5.2) it takes a long time (more then 1 > minute) before the vms-host repond with the username & password. How come > ???? > > J. Maas > TE STRAKE bv > Deurne > The Netherlands > e-mail: jmaas@testrake.nl The TELNET server is doing a reverse lookup to get the name of the client. You should: 1) Fix DNS so that it can do the reverse lookup. That this isn't working isn't a good sign and will result in other problems. Fixing this is important. If you need help, please log a call with Technical Support (support@process.com) or via your distributor. 2) You can also modify TELNET_CONTROL.COM on the server to disable the lookup by requesting that it set the "accpornam" field (do SHOW TERMINAL, the info is in the "Remote Port Info" field) to just the internet address, not the host name. You'll need to restart TELNET if you do that (@TCPWARE:RESTART TELNET). - Bernie Volz Process Software ================================================================================ Archive-Date: Mon, 29 Sep 1997 09:15:41 GMT Subject: Re: Long time before telnet login Message-ID: <343171a0.5139470@news.axion.bt.co.uk> From: thomasgd@omc.bt.co.uk (Greg Thomas) Date: Mon, 29 Sep 1997 09:15:41 GMT References: <01bccab6$91b79f00$414797c2@schildpad> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 26 Sep 1997 19:50:06 GMT, "J. Maas" wrote in article <01bccab6$91b79f00$414797c2@schildpad>: > >We have the following problem: When I make a Telnet connection to a >VMS-host (6.2) with TCP-ware (5.2) it takes a long time (more then 1 >minute) before the vms-host repond with the username & password. How come >???? Where are you telnetting from? If you are specifying an IP address, your client software may be doing a reverse DNS lookup to determine the DNS name - this could take a while according to your setup. Greg ================================================================================ Archive-Date: XXX, 30 Sep 1997 14:22:11 GMT Subject: nfs vax to pc corrupt file Message-ID: <60r1uj$k21$1@news.ed.ray.com> From: mark_b_foster@raytheon.com (Mark B Foster) Date: 30 Sep 1997 14:22:11 GMT Content-Type: Text/Plain; charset=US-ASCII Hi, We recently got TCPWARE installed on a VAX. When I transfer a file from VAX to PC under NFS the file has CR/LF corruption. VAX is VMS and PC is NT 4.0 w/LAN Workplace. Any ideas ? -mark ================================================================================ Archive-Date: Tue, 30 Sep 1997 23:17:01 GMT Subject: Re: nfs vax to pc corrupt file Message-ID: <343186c8.25821198@news> From: corbett@process.com (Michael Corbett) Date: Tue, 30 Sep 1997 23:17:01 GMT References: <60r1uj$k21$1@news.ed.ray.com> On 30 Sep 1997 14:22:11 GMT, mark_b_foster@raytheon.com (Mark B Foster) wrote: >Hi, > >We recently got TCPWARE installed on a VAX. When I transfer a file >from VAX to PC under NFS the file has CR/LF corruption. >VAX is VMS and PC is NT 4.0 w/LAN Workplace. > >Any ideas ? Is the TCPware system the server or the client. Also what exactly do you mean by "CR/LF corruption". If using the TCPware server it gives you the option of converting files when read from the server. You control this by using the /CONVERT qualifier when adding the export. One of the options is /CONVERT=STREAM_CRLF which you might want to try if you are using a PC NFS client. The default is STREAM_LF which is preferable for most Unix clients. regards Mike +-----------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Tue, 30 Sep 1997 23:57:01 -0700 Subject: IP Finder Message-ID: <60ssf9$vq$1@news.bc> From: "Kornatowsky" Date: Tue, 30 Sep 1997 23:57:01 -0700 I am having someone log into my network VIA the internet, he cannot get very far due to my security, but does anyone know of a utility so I can get his IP Address. Thank you. GK