Archive-Date: Tue, 5 Sep 2000 11:27:04 -0400 From: Nick_Lewis@flextech.co.uk Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <80256951.005465F5.00@fttvgpslnhub1.flextech.co.uk> Date: Tue, 5 Sep 2000 16:22:02 +0100 Subject: NTPDATE - DCL help (OFF TOPIC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Due to our unwillingness to use the NTP daemon for time synching I am having to make use of the NTPDATE command. This works fine but as written in the TCPware Management Guide, it is best if run as a regular batch job : >>"When running NTPDATE every hour or two from a batch job, as an alternative to running NTPD, results in precise enough timekeeping to avoid stepping the clock." Unfortunately my DCL is not the best and I wonder if anyone has a script I could use which can run a job periodically. Any help is greatly appreciated, Nick *************************************************************************************************** This E-mail message, including any attachments, is intended only for the person or entity to which it is addressed, and may contain confidential information. If you are not the intended recipient, any review, retransmission, disclosure, copying, modification or other use of this E-mail message or attachments is strictly forbidden. If you have received this E-mail message in error, please contact the author and delete the message and any attachments from your computer. You are also advised that the views and opinions expressed in this E-mail message and any attachments are the author's own, and may not reflect the views and opinions of FLEXTECH Television Limited. *************************************************************************************************** ================================================================================ Archive-Date: Tue, 5 Sep 2000 11:49:42 -0400 From: "Lutes, Dale" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <39B4CE88.345A7190@cessna.textron.com> Date: Tue, 05 Sep 2000 10:44:24 -0500 MIME-Version: 1.0 Subject: Re: NTPDATE - DCL help (OFF TOPIC) References: <80256951.005465F5.00@fttvgpslnhub1.flextech.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nick_Lewis@flextech.co.uk wrote: > ... > Unfortunately my DCL is not the best and I wonder if anyone has a script I could > use which can run a job periodically. > > Any help is greatly appreciated, Here you go, Nick: $!------------------------------------------------------------------------------ $! $! From: RESUBMIT_JOB.COM $! $! Description: $! Sample DCL script that resubmits itself every hour. $! $! Note: $! You may want additional qualifiers on the SUBMIT command, $! for example: /USER=SYSTEM, /LOG=log_file_name, /NOPRINT $! $!------------------------------------------------------------------------------ $! $! Resubmit this job $! $ procname = F$ENVIRONMENT ("PROCEDURE") !get our file name $ SUBMIT 'procname' /AFTER="+1:00" $! $! Add your commands to be executed hourly below: $! $ EXIT -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Tue, 5 Sep 2000 12:15:07 -0400 Message-ID: <01BE9872614BD311BB8000805F9F4A8502ECD505@norma.mfs.com> From: "Robert, Andrew" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: NTPDATE - DCL help (OFF TOPIC) Date: Tue, 5 Sep 2000 12:09:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit To make the submit command a little cleaner, I recommend you modify it to $ SUBMIT/NOTI/NOPRINT/KEEP/LOG='PROCNAME'.LOG 'procname' /AFTER="+1:00" -----Original Message----- From: Lutes, Dale [mailto:dlutes@cessna.textron.com] Sent: Tuesday, September 05, 2000 11:44 AM To: Info-TCPware@process.com Subject: Re: NTPDATE - DCL help (OFF TOPIC) Nick_Lewis@flextech.co.uk wrote: > ... > Unfortunately my DCL is not the best and I wonder if anyone has a script I could > use which can run a job periodically. > > Any help is greatly appreciated, Here you go, Nick: $!-------------------------------------------------------------------------- ---- $! $! From: RESUBMIT_JOB.COM $! $! Description: $! Sample DCL script that resubmits itself every hour. $! $! Note: $! You may want additional qualifiers on the SUBMIT command, $! for example: /USER=SYSTEM, /LOG=log_file_name, /NOPRINT $! $!-------------------------------------------------------------------------- ---- $! $! Resubmit this job $! $ procname = F$ENVIRONMENT ("PROCEDURE") !get our file name $ SUBMIT 'procname' /AFTER="+1:00" $! $! Add your commands to be executed hourly below: $! $ EXIT -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Tue, 5 Sep 2000 14:54:31 -0400 Sender: goatley@triton.process.com Return-Path: From: "Lutes, Dale" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <39B4D7B4.3E7C6A89@cessna.textron.com> Date: Tue, 05 Sep 2000 11:23:32 -0500 MIME-Version: 1.0 Subject: Re: NTPDATE - DCL help (OFF TOPIC) References: <01BE9872614BD311BB8000805F9F4A8502ECD505@norma.mfs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Robert, Andrew wrote: > > To make the submit command a little cleaner, I recommend you modify it to > > $ SUBMIT/NOTI/NOPRINT/KEEP/LOG='PROCNAME'.LOG 'procname' /AFTER="+1:00" > Be careful. The SUBMIT command above will fail if procname is assigned as in my original example: > $ procname = F$ENVIRONMENT ("PROCEDURE") !get our file name The resulting procname includes the file type (.COM) and version number. Using my example, /LOG='PROCNAME'.LOG would expand to: DISK_NAME:[DIRECTORY_NAME]RESUBMIT_JOB.COM;1.LOG You could play around with F$PARSE to extract only the disk, directory, and filename, but I think that probably goes beyond what Nick wanted in the first place. The log file name need not even be specified. It will have the same name as the command procedure and will end up in the user's default directory (SYS$MANAGER if you use /USER=SYSTEM as I suggested). I agree with Andrew's use of /NOPRINT. /KEEP is implied if /NOPRINT is specified. The use of /NOTIFY is personal taste. One thing I would add to the procedure is a command to purge the log files as they will build up quickly for a procedure that is resubmitted hourly. -- Dale D. Lutes Flight Data Systems Cessna Aircraft Company 316-517-7109 ================================================================================ Archive-Date: Tue, 5 Sep 2000 15:15:29 -0400 Return-Path: From: "Peter Weaver" Reply-To: Info-TCPware@process.com Subject: Re: NTPDATE - DCL help (OFF TOPIC) Date: Tue, 5 Sep 2000 14:51:33 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit To: Info-TCPware@process.com Lutes, Dale wrote in message <39B4CE88.345A7190@cessna.textron.com>... >Nick_Lewis@flextech.co.uk wrote: > >> ... >> Unfortunately my DCL is not the best and I wonder if anyone has a script I could >> use which can run a job periodically. >> >> Any help is greatly appreciated, > >Here you go, Nick: > >$!------------------------------------------------------------------- ----------- >$! >$! From: RESUBMIT_JOB.COM >$! >$! Description: >$! Sample DCL script that resubmits itself every hour. >$! >$! Note: >$! You may want additional qualifiers on the SUBMIT command, >$! for example: /USER=SYSTEM, /LOG=log_file_name, /NOPRINT >$! >$!------------------------------------------------------------------- ----------- >$! >$! Resubmit this job >$! >$ procname = F$ENVIRONMENT ("PROCEDURE") !get our file name One slight change here; PROCNAME will contain the full file name, including the version so submitting PROCNAME will mean that the same version will be submitted even if you had nodified it. Add this line to Dale's procedure; $ procname = "''procname'" - "''F$PARSE(PROCNAME,,,"VERSION")'" >$ SUBMIT 'procname' /AFTER="+1:00" >$! >$! Add your commands to be executed hourly below: >$! >$ EXIT > >-- >Dale D. Lutes >Flight Data Systems >Cessna Aircraft Company >316-517-7109 > Does Cessna hae a lot of VMS machines? Do they offer employee discounts on their General Aviation planes? I usually fly a Piper, but I have about .7 hours of 172 time in my log. -- $! Peter Weaver $ input = "0756475627E277561667562704374756C636F6E23616" $ i = 0 $loop: $ my_address2[i*4,4]=%X'F$EXTRACT(i,1,input) $ i = i + 1 $ if i .lt. f$length(input) then goto loop $ write sys$output "My address is ''my_address2'" ================================================================================ Archive-Date: Tue, 12 Sep 2000 10:49:55 -0400 Date: Tue, 12 Sep 2000 15:44:29 +0100 From: "Wakelin, Steve" Reply-To: Info-TCPware@process.com Subject: FTP hanging To: "'info-tcpware@process.com'" Message-ID: <35EA27426C53D411AAD500508BD687DB182813@tvsn0143.bgep.co.uk> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7BIT I am attempting connect via FTP from a NT Server V4.0 Sp5 server using the DOS ftp command in batch mode. Occasionally the session hangs (normally at the password) prompt. The FTP process is visible from $ show sys /ne but the I/O is minimal. I usually have to kill of the process and reinitiate. TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software Corporation Further examination of the log files reveals... $! Copyright (c) 1991-1998, Process Software Corporation $ PURGE SYS$LOGIN:FTPSERVER_DTP.LOG/KEEP=3 $ RUN TCPWARE:FTPD_DTP %TCPWARE_FTPD-F-ASSIGNMBX, failed to assign mailbox DIRSYNC job terminated at 16-JUN-2000 06:45:45.17 Accounting information: Buffered I/O count: 51 Peak working set size: 423 Direct I/O count: 7 Peak page file size: 4564 Page faults: 759 Mounted volumes: 0 Charged CPU time: 0 00:00:00.32 Elapsed time: 0 00:02:28.58 Any clues on how to avoid this as I am attempting to build automated unattended processes. Sorry OpenVMS VAX V7.2. TIA /Steve ================================================================================ Archive-Date: Tue, 12 Sep 2000 11:51:08 -0400 Message-ID: From: "Walsh, William M" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" CC: "'reid@process.com'" Subject: RE: FTP hanging Date: Tue, 12 Sep 2000 08:44:02 -0700 MIME-Version: 1.0 Content-Type: text/plain Steve, I think we may be experiencing the same symptoms, only in reverse. We are running TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software Corporation from Open VMS 7.1 attempting to PUT files to an NT server V4.0 Sp5 both interactively and via TCPware's API's. Our sessions also HANG and must subsequently be "killed". We are particularly interested in hearing of your problem as our short term solution is to have our customers login to our server, from their NT V4.0 server to GET files. They haven't attempted this yet. It may be interesting to see what happens. We'll keep you posted. We ran a debug session and have sent the dump to the tech folks at Process Software for investigation and a possible discovery/solution. Sincerely, William M. Walsh (425) 234-0604 Org: 6-6E26 M/S 6C-FH (7-42.2 bldg.) e-mail:william.m.walsh@boeing.com > ---------- > From: Wakelin, Steve[SMTP:steve.wakelin@bg-int.com] > Reply To: Info-TCPware@process.com > Sent: Tuesday, September 12, 2000 7:44 AM > To: 'info-tcpware@process.com' > Subject: FTP hanging > > I am attempting connect via FTP from a NT Server V4.0 Sp5 > server using the DOS > ftp command in batch mode. > > Occasionally the session hangs (normally at the password) > prompt. The FTP process is visible from $ show sys /ne > but the I/O is minimal. > > I usually have to kill of the process and reinitiate. > > TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process > Software Corporation > > Further examination of the log files reveals... > > $! Copyright (c) 1991-1998, Process Software Corporation > $ PURGE SYS$LOGIN:FTPSERVER_DTP.LOG/KEEP=3 > $ RUN TCPWARE:FTPD_DTP > %TCPWARE_FTPD-F-ASSIGNMBX, failed to assign mailbox > DIRSYNC job terminated at 16-JUN-2000 06:45:45.17 > > Accounting information: > Buffered I/O count: 51 Peak working > set size: 423 > Direct I/O count: 7 Peak page file > size: 4564 > Page faults: 759 Mounted > volumes: 0 > Charged CPU time: 0 00:00:00.32 Elapsed time: > 0 00:02:28.58 > > Any clues on how to avoid this as I am attempting to build > automated unattended processes. > > Sorry OpenVMS VAX V7.2. > > TIA > > /Steve > ================================================================================ Archive-Date: Tue, 12 Sep 2000 11:54:29 -0400 From: Nick_Lewis@flextech.co.uk Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <80256958.00569147.00@fttvgpslnhub1.flextech.co.uk> Date: Tue, 12 Sep 2000 16:46:05 +0100 Subject: LIVE - DNS config change MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I am running TCPWARE v5.3-2 and wish to make some DNS configuration changes to my server whilst keeping the box 'live'. The two parameters I wish to change are : DOMAIN_LIST NAMED_SERVERS Using @CNFNET DNS I have the option to restart the Domain Name Services but would like to know if this will affect the running of the box. I understand that certain activity (FTP for instance) will fail in the short period that the service is restarting. Can the changes be made without restarting the entire TCP stack ? Thanks, Nick *************************************************************************************************** This E-mail message, including any attachments, is intended only for the person or entity to which it is addressed, and may contain confidential information. If you are not the intended recipient, any review, retransmission, disclosure, copying, modification or other use of this E-mail message or attachments is strictly forbidden. If you have received this E-mail message in error, please contact the author and delete the message and any attachments from your computer. You are also advised that the views and opinions expressed in this E-mail message and any attachments are the author's own, and may not reflect the views and opinions of FLEXTECH Television Limited. *************************************************************************************************** ================================================================================ Archive-Date: Tue, 12 Sep 2000 14:39:40 -0400 Message-ID: <39BE773A.3BD79D76@PROCESS.COM> Date: Tue, 12 Sep 2000 14:34:34 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: RE: LIVE - DNS config change Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > I am running TCPWARE v5.3-2 and wish to make some DNS configuration changes to > my server whilst keeping the box 'live'. > > The two parameters I wish to change are : > > DOMAIN_LIST > NAMED_SERVERS > > Using @CNFNET DNS I have the option to restart the Domain Name Services but > would like to know if this will affect the running of the box. I understand > that certain activity (FTP for instance) will fail in the short period that the > service is restarting. > > Can the changes be made without restarting the entire TCP stack ? > Restarting DNS, i.e. @TCPWARE:RESTART DNS, which is what CNFNET performs when it asks you if you want to restart the Domain Name Services, should not cause any major problems on your system except that for the short time that the resolver and, if configured, the NAMED server are not running you will not be able to resolver names. This shouldn't be for that long a time though. regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Tue, 12 Sep 2000 15:04:44 -0400 Sender: schreiber@process.com Date: Tue, 12 Sep 2000 14:59:48 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009F0052.8EF338E4.156@process.com> Subject: RE: LIVE - DNS config change Nick_Lewis@flextech.co.uk writes: > >I am running TCPWARE v5.3-2 and wish to make some DNS configuration changes to >my server whilst keeping the box 'live'. > >The two parameters I wish to change are : > > DOMAIN_LIST > NAMED_SERVERS > >Using @CNFNET DNS I have the option to restart the Domain Name Services but >would like to know if this will affect the running of the box. I understand >that certain activity (FTP for instance) will fail in the short period that the >service is restarting. > >Can the changes be made without restarting the entire TCP stack ? > Those two parameters will define logicals. The TCPWARE_DOMAINLIST logical and the TCPWARE_NAMESERVERS logical. You can redefine them and then restart the DNS process. [These logicals should be defined as logical lists... e.g. $ define "value1","value2" To restart the TCPWARE_DNS process, you have to specifically shut it down and start it up... NETCU STOP/DNS @TCPWARE:STARTUP_RESOLVER DETACH I should probably note that the _SUPPORTED_ method is to restart the stack. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 20 Sep 2000 15:20:58 -0400 Date: Wed, 20 Sep 2000 14:14:32 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-MultiNet@process.com CC: Info-TCPware@process.com Message-ID: <000920141432.206000bb@goatley.com> Subject: Technical Advisory Council Process Software is inviting customers the opportunity to join our Technical Advisory Council. The goal of the council is to have our customers actively participate in the technical direction of Process Software's products. This provides an excellent opportunity for customers to share their ideas with the key design architects of MultiNet and TCPware, and gain insight into future developments and product roadmaps that will affect their networks. As a participant in the Technical Advisory Council, we will be scheduling 1-2 meetings per year. Ongoing communications and developements with the council will be done through the web and e-mail. Process Software's next Technical Advisory Council meeting is Wednesday, October 4th, 7pm in Los Angeles during CETS. If you are interested in joining the Technical Advisory Council, please send an e-mail to maschio@process.com for more information. unter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 21 Sep 2000 10:48:40 -0400 Return-Path: From: level3@msn.net (Trish Waters) Reply-To: Info-TCPware@process.com Subject: Re: FTP hanging Message-ID: <39ca1da0.5709921@news.psi.ca> Date: Thu, 21 Sep 2000 14:42:10 GMT To: Info-TCPware@PROCESS.COM I can't help you on that, but I am having a similar problem. When I do a FTP transmission to a W/NT 4.0 server the process hangs. Works OK to Unix servers. ?? On Tue, 12 Sep 2000 15:44:29 +0100, "Wakelin, Steve" wrote: >I am attempting connect via FTP from a NT Server V4.0 Sp5 >server using the DOS >ftp command in batch mode. > >Occasionally the session hangs (normally at the password) >prompt. The FTP process is visible from $ show sys /ne >but the I/O is minimal. > >I usually have to kill of the process and reinitiate. > >TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process >Software Corporation > >Further examination of the log files reveals... > >$! Copyright (c) 1991-1998, Process Software Corporation >$ PURGE SYS$LOGIN:FTPSERVER_DTP.LOG/KEEP=3 >$ RUN TCPWARE:FTPD_DTP >%TCPWARE_FTPD-F-ASSIGNMBX, failed to assign mailbox > DIRSYNC job terminated at 16-JUN-2000 06:45:45.17 > > Accounting information: > Buffered I/O count: 51 Peak working >set size: 423 > Direct I/O count: 7 Peak page file >size: 4564 > Page faults: 759 Mounted >volumes: 0 > Charged CPU time: 0 00:00:00.32 Elapsed time: >0 00:02:28.58 > >Any clues on how to avoid this as I am attempting to build >automated unattended processes. > >Sorry OpenVMS VAX V7.2. > >TIA > >/Steve > ================================================================================ Archive-Date: Tue, 26 Sep 2000 20:28:59 -0400 Date: Tue, 26 Sep 2000 19:27:34 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: MultiNet-Announce@lists.process.com CC: TCPware-Announce@lists.process.com Message-ID: <000926192734.206000bb@goatley.com> Subject: Process Software & CETS 2000 Process Software is hosting several sessions and seminars at CETS (Compaq Enterprise Technical Symposium) next week in Los Angeles. We hope that you will be able to join us or stop by our booth #401 to say hello. Our Birds of a Feather TCP/IP meeting is tentatively scheduled for Tuesday at 12:45 (please check the Update.Daily to confirm). Our customers are also invited to participate in our Technical Advisory Council meeting next Wednesday evening at 7pm. If you are interested in attending, please R.S.V.P. to rogers@process.com. We'd like to give you advance notice of a special show promotion we will be doing at CETS. Atendees are invited to come to our booth to receive a free tye-dyed bandana. You can win one of several prizes (i.e. tye-dye shirt, American Express gift check, hat, etc...) if you're seen by our staff using the bandana during the CETS events. You can increase your chance of being spotted by wearing one of Process Software's tye-dyed shirts from previous DECUS events. We hope to see you in your tye-dyes next week! Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 27 Sep 2000 16:27:07 -0400 Return-Path: Message-ID: <39D25185.D8171821@SMTP.DeltaTel.RU> Date: Wed, 27 Sep 2000 23:59:01 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: FTPSERVER_DTP.LOG home Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! Is there way to change the default home (sys$login) for this file ? -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com ================================================================================ Archive-Date: Wed, 27 Sep 2000 16:30:28 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE860307165B@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTPSERVER_DTP.LOG home Date: Wed, 27 Sep 2000 16:30:06 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" No. This file is written out by VMS; we have no control over it. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Wednesday, September 27, 2000 3:59 PM To: Info-TCPware@PROCESS.COM Subject: FTPSERVER_DTP.LOG home Hi All! Is there way to change the default home (sys$login) for this file ? -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com ================================================================================ Archive-Date: Thu, 28 Sep 2000 06:12:04 -0400 Return-Path: Message-ID: <39D31255.D2D66409@SMTP.DeltaTel.RU> Date: Thu, 28 Sep 2000 13:41:41 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: FTPSERVER_DTP.LOG home Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Thanks. Richard Whalen wrote: > > No. This file is written out by VMS; we have no control over it. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Wednesday, September 27, 2000 3:59 PM > To: Info-TCPware@PROCESS.COM > Subject: FTPSERVER_DTP.LOG home > > Hi All! > Is there way to change the default home (sys$login) for this file ? > > -- > Cheers. > +------------------pure personal opinion-----------------------+ > RADIUS Server for OpenVMS project - www.radiusvms.com -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +