Archive-Date: Wed, 1 Nov 2000 05:03:29 -0400 Return-Path: Message-ID: <39FFE5F5.6705059F@SMTP.DeltaTel.RU> Date: Wed, 01 Nov 2000 12:44:21 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware ECO kit available: SMTP_V543P011 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hello Jeff! > - Corrects a BADBLOADDR (bad block address) error on VAXen when mail > is sent from VMS Mail and user-defined headers are present. > (D/E 6453) > ECO rank: 3 (corrects a specific problem) What mean "VMS Mail and user-defined headers" ? -- 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 + ================================================================================ Archive-Date: Wed, 1 Nov 2000 08:36:58 -0400 Sender: williams@process.com Date: Wed, 1 Nov 2000 09:36:40 -0400 From: Curtis Williams Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009F276F.B3758836.63@process.com> Subject: Re: TCPware ECO kit available: SMTP_V543P011 "Ruslan R. Laishev" writes: > >Hello Jeff! > >> - Corrects a BADBLOADDR (bad block address) error on VAXen when mail >> is sent from VMS Mail and user-defined headers are present. >> (D/E 6453) >> ECO rank: 3 (corrects a specific problem) > What mean "VMS Mail and user-defined headers" ? Using the logical TCPWARE_SMTP_USER_HEADERS, the envelope headers of the mail message can be customized. An example would be: $define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: Curtis.Williams@process.com" If this were set in the login.com on my account, mail being sent out through SMTP would have a Reply-To header of Curtis.Williams@process.com instead of williamsca@process.com. | ____/ | /| / Curtis Williams, Senior QA Engineer | | / | / | / Process Software | | /___ | / | / 959 Concord Street | | ______/ __/ __/ Framingham, MA 01701 | | Phone: 508-879-6994 x308 / 508-628-4308 direct Fax: 508-879-0042 | | USPA D-21076 | | "Try to hold some faith in the goodness of humanity." | | -- RUSH, "Nobody's Hero" | ================================================================================ Archive-Date: Wed, 1 Nov 2000 10:48:47 -0400 Return-Path: Message-ID: <3A003457.C228944D@SMTP.DeltaTel.RU> Date: Wed, 01 Nov 2000 18:18:47 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware ECO kit available: SMTP_V543P011 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@process.com Wow! It's very useful features! Now, my users can send mail with "Content-Type: text/plain; charset="iso8859-5" ! :-) Thanks! Curtis Williams wrote: > > "Ruslan R. Laishev" writes: > > > >Hello Jeff! > > > >> - Corrects a BADBLOADDR (bad block address) error on VAXen when mail > >> is sent from VMS Mail and user-defined headers are present. > >> (D/E 6453) > >> ECO rank: 3 (corrects a specific problem) > > > What mean "VMS Mail and user-defined headers" ? > > Using the logical TCPWARE_SMTP_USER_HEADERS, the envelope headers of the mail > message can be customized. > > An example would be: > > $define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: Curtis.Williams@process.com" > > If this were set in the login.com on my account, mail being sent out through > SMTP would have a Reply-To header of Curtis.Williams@process.com instead of > williamsca@process.com. > > | ____/ | /| / Curtis Williams, Senior QA Engineer | > | / | / | / Process Software | > | /___ | / | / 959 Concord Street | > | ______/ __/ __/ Framingham, MA 01701 | > | Phone: 508-879-6994 x308 / 508-628-4308 direct Fax: 508-879-0042 | > | USPA D-21076 | > | "Try to hold some faith in the goodness of humanity." | > | -- RUSH, "Nobody's Hero" | -- 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 + ================================================================================ Archive-Date: Wed, 1 Nov 2000 11:38:14 -0400 Return-Path: Message-ID: <3A00396C.C83F5039@SMTP.DeltaTel.RU> Date: Wed, 01 Nov 2000 18:40:28 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware ECO kit available: SMTP_V543P011 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! What I'm need to do if I'm need to add several lines ? Curtis Williams wrote: > > "Ruslan R. Laishev" writes: > > > >Hello Jeff! > > > >> - Corrects a BADBLOADDR (bad block address) error on VAXen when mail > >> is sent from VMS Mail and user-defined headers are present. > >> (D/E 6453) > >> ECO rank: 3 (corrects a specific problem) > > > What mean "VMS Mail and user-defined headers" ? > > Using the logical TCPWARE_SMTP_USER_HEADERS, the envelope headers of the mail > message can be customized. > > An example would be: > > $define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: Curtis.Williams@process.com" > > If this were set in the login.com on my account, mail being sent out through > SMTP would have a Reply-To header of Curtis.Williams@process.com instead of > williamsca@process.com. > > | ____/ | /| / Curtis Williams, Senior QA Engineer | > | / | / | / Process Software | > | /___ | / | / 959 Concord Street | > | ______/ __/ __/ Framingham, MA 01701 | > | Phone: 508-879-6994 x308 / 508-628-4308 direct Fax: 508-879-0042 | > | USPA D-21076 | > | "Try to hold some faith in the goodness of humanity." | > | -- RUSH, "Nobody's Hero" | -- 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 + ================================================================================ Archive-Date: Wed, 1 Nov 2000 11:53:21 -0400 Date: Wed, 01 Nov 2000 11:52:28 -0500 From: Curtis Williams Reply-To: Info-TCPware@process.com Subject: Re: TCPware ECO kit available: SMTP_V543P011 To: Info-TCPware@process.com Message-ID: <3A004A4C.1090002@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=KOI8-R Content-Transfer-Encoding: 7bit References: <3A00396C.C83F5039@SMTP.DeltaTel.RU> Ruslan R. Laishev wrote: > Hi ! > What I'm need to do if I'm need to add several lines ? You would need to do something like this: $ define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: Curtis.Williams@process.com","Other Header: Whatever text" Put each header in quotes separated by commas in the logical definition. -- Curtis Williams, Senior QA Engineer Process Software 959 Concord Street Framingham, MA 01701 Phone: 508-879-6994 x308 / 508-628-4308 direct Fax: 508-879-0042 USPA D-21076 "Computer, you and I need to have a little talk." -- Miles O'Brien, Deep Space Nine > Curtis Williams wrote: > >> "Ruslan R. Laishev" writes: >> >>> Hello Jeff! >>> >>>> - Corrects a BADBLOADDR (bad block address) error on VAXen when mail >>>> is sent from VMS Mail and user-defined headers are present. >>>> (D/E 6453) >>>> ECO rank: 3 (corrects a specific problem) >>> >>> What mean "VMS Mail and user-defined headers" ? >> >> Using the logical TCPWARE_SMTP_USER_HEADERS, the envelope headers of the mail >> message can be customized. >> >> An example would be: >> >> $define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: Curtis.Williams@process.com" >> >> If this were set in the login.com on my account, mail being sent out through >> SMTP would have a Reply-To header of Curtis.Williams@process.com instead of >> williamsca@process.com. > ================================================================================ Archive-Date: Wed, 1 Nov 2000 16:45:49 -0400 Sender: schreiber@process.com Date: Wed, 1 Nov 2000 17:45:28 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009F27B3.FCB580A2.65@process.com> Subject: Re: TCPware ECO kit available: SMTP_V543P011 Curtis Williams writes: > >Ruslan R. Laishev wrote: > >> Hi ! >> What I'm need to do if I'm need to add several lines ? > > >You would need to do something like this: > >$ define/nolog TCPWARE_SMTP_USER_HEADERS "Reply-To: >Curtis.Williams@process.com","Other Header: Whatever text" > >Put each header in quotes separated by commas in the logical definition. > There is an interactive DCL script that you can use to set up some stuff, and you can read it to get a better idea of what you can play with. Check out tcpware:config_smtp_headers.com. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 3 Nov 2000 11:21:03 -0400 Message-ID: <3A02E595.D5E53C4@bsco.com> Date: Fri, 03 Nov 2000 11:19:33 -0500 From: Alan Kemmerer Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: "Info-TCPware@process.com" Subject: NTP and Time change Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Can someone explain why the time cange did not occur until 3:02 System 10.168.49.40 OpenVMS 7.2.1 Tcpware 5.4.3 NTP.CONF server 198.132.166.222 Unix Statum 4 server 198.132.166.250 Unix Statum 4 peer 10.168.49.12 OpenVMS 7.2.1 Tcpware 5.4.3 peer 10.168.49.10 OpenVMS 5.5-2 Tcpware 5.3.2 peer 10.168.49.11 OpenVMS 5.5-2 Tcpware 5.3.2 NTPSERVER.LOG 29 Oct 02:00:17 Clock will be stepped back 60 minutes due to daylight savings 29 Oct 02:01:06 selected new sync source 10.168.49.12, now at stratum 5 29 Oct 02:07:19 selected new sync source 10.168.49.10, now at stratum 5 29 Oct 02:21:04 clock reset (via step) -3599.994193 sec, clearing. 29 Oct 02:21:04 lost all sync peers, free running 29 Oct 02:21:36 acquired peer 10.168.49.11 29 Oct 02:21:52 acquired peer 198.132.166.222 29 Oct 02:22:07 acquired peer 198.132.166.250 29 Oct 02:22:08 acquired peer 10.168.49.10 29 Oct 02:25:53 selected new sync source 10.168.49.11, now at stratum 5 29 Oct 02:25:53 clock reset (via step) -3600.000051 sec, clearing. 29 Oct 02:25:53 lost all sync peers, free running 29 Oct 02:26:09 acquired peer 198.132.166.222 29 Oct 02:26:24 acquired peer 198.132.166.250 29 Oct 02:26:24 acquired peer 10.168.49.10 29 Oct 02:26:57 acquired peer 10.168.49.11 29 Oct 02:30:25 selected new sync source 198.132.166.222, now at stratum 5 29 Oct 02:30:25 clock reset (via step) -3599.990305 sec, clearing. 29 Oct 02:30:25 lost all sync peers, free running 29 Oct 02:30:40 acquired peer 198.132.166.250 29 Oct 02:30:41 acquired peer 10.168.49.10 29 Oct 02:31:13 acquired peer 10.168.49.11 29 Oct 02:31:29 acquired peer 198.132.166.222 29 Oct 02:34:56 selected new sync source 198.132.166.250, now at stratum 4 29 Oct 02:34:56 clock reset (via step) -3600.016716 sec, clearing. 29 Oct 02:34:56 lost all sync peers, free running 29 Oct 02:35:18 acquired peer 10.168.49.10 29 Oct 02:35:29 acquired peer 10.168.49.11 29 Oct 02:35:45 acquired peer 198.132.166.222 29 Oct 02:36:00 acquired peer 198.132.166.250 29 Oct 02:39:45 selected new sync source 10.168.49.11, now at stratum 5 29 Oct 02:39:45 clock reset (via step) -3599.994246 sec, clearing. 29 Oct 02:39:45 lost all sync peers, free running 29 Oct 02:40:01 acquired peer 198.132.166.222 29 Oct 02:40:16 acquired peer 198.132.166.250 29 Oct 02:40:19 acquired peer 10.168.49.10 29 Oct 02:40:49 acquired peer 10.168.49.11 29 Oct 02:44:17 selected new sync source 198.132.166.222, now at stratum 5 29 Oct 02:44:18 clock reset (via step) -3599.989584 sec, clearing. 29 Oct 02:44:18 lost all sync peers, free running 29 Oct 02:44:32 acquired peer 198.132.166.250 29 Oct 02:44:35 acquired peer 10.168.49.10 29 Oct 02:45:06 acquired peer 10.168.49.11 29 Oct 02:45:22 acquired peer 198.132.166.222 29 Oct 02:48:49 selected new sync source 198.132.166.250, now at stratum 4 29 Oct 02:48:49 clock reset (via step) -3600.017275 sec, clearing. 29 Oct 02:48:49 lost all sync peers, free running 29 Oct 02:48:51 acquired peer 10.168.49.10 29 Oct 02:49:22 acquired peer 10.168.49.11 29 Oct 02:49:38 acquired peer 198.132.166.222 29 Oct 02:49:53 acquired peer 198.132.166.250 29 Oct 02:53:38 selected new sync source 10.168.49.11, now at stratum 5 29 Oct 02:53:38 clock reset (via step) -3599.995054 sec, clearing. 29 Oct 02:53:38 lost all sync peers, free running 29 Oct 02:53:54 acquired peer 198.132.166.222 29 Oct 02:54:07 acquired peer 10.168.49.10 29 Oct 02:54:09 acquired peer 198.132.166.250 29 Oct 02:54:42 acquired peer 10.168.49.11 29 Oct 02:58:10 selected new sync source 198.132.166.222, now at stratum 5 29 Oct 02:58:10 clock reset (via step) -3599.987564 sec, clearing. 29 Oct 02:58:10 lost all sync peers, free running 29 Oct 02:58:22 acquired peer 10.168.49.10 29 Oct 02:58:25 acquired peer 198.132.166.250 29 Oct 02:59:14 acquired peer 198.132.166.222 29 Oct 03:00:02 acquired peer 10.168.49.11 29 Oct 03:02:42 selected new sync source 198.132.166.250, now at stratum 4 29 Oct 02:02:42 clock reset (via step) -3600.017746 sec, clearing. 29 Oct 02:02:42 lost all sync peers, free running 29 Oct 02:03:15 acquired peer 10.168.49.11 29 Oct 02:03:15 selected new sync source 10.168.49.11, now at stratum 5 29 Oct 02:03:31 acquired peer 198.132.166.222 29 Oct 02:03:42 acquired peer 10.168.49.10 29 Oct 02:03:46 acquired peer 198.132.166.250 29 Oct 02:03:46 selected new sync source 198.132.166.250, now at stratum 4 29 Oct 02:04:04 acquired peer 10.168.49.12 -- Alan J. Kemmerer - alan.kemmerer@bsco.com Information Technology - Process Control Bethlehem Steel Corporation 5111 N. Point Blvd. Location 83 Sparrows Point MD 21219 410-388-7290 ================================================================================ Archive-Date: Fri, 3 Nov 2000 11:25:46 -0400 Message-ID: <5.0.0.25.2.20001103092412.00ae9d50@pop.clsp.uswest.net> Date: Fri, 03 Nov 2000 09:25:16 -0700 To: Info-TCPware@process.com From: Dan O'Reilly Reply-To: Info-TCPware@process.com Subject: Re: NTP and Time change In-Reply-To: <3A02E595.D5E53C4@bsco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Do you have DTSS running on this system? From the log file, it did attempt to change the clock (several times), but it appears that the clock was never changed until an hour later. To me, it appears that something was interfering with the process. At 09:19 AM 11/3/2000, Alan Kemmerer wrote: >Can someone explain why the time cange did not occur until 3:02 > >System 10.168.49.40 OpenVMS 7.2.1 Tcpware 5.4.3 > >NTP.CONF >server 198.132.166.222 Unix Statum 4 >server 198.132.166.250 Unix Statum 4 >peer 10.168.49.12 OpenVMS 7.2.1 Tcpware 5.4.3 >peer 10.168.49.10 OpenVMS 5.5-2 Tcpware 5.3.2 >peer 10.168.49.11 OpenVMS 5.5-2 Tcpware 5.3.2 > > > >NTPSERVER.LOG >29 Oct 02:00:17 Clock will be stepped back 60 minutes due to daylight >savings >29 Oct 02:01:06 selected new sync source 10.168.49.12, now at stratum 5 >29 Oct 02:07:19 selected new sync source 10.168.49.10, now at stratum 5 >29 Oct 02:21:04 clock reset (via step) -3599.994193 sec, clearing. >29 Oct 02:21:04 lost all sync peers, free running >29 Oct 02:21:36 acquired peer 10.168.49.11 >29 Oct 02:21:52 acquired peer 198.132.166.222 >29 Oct 02:22:07 acquired peer 198.132.166.250 >29 Oct 02:22:08 acquired peer 10.168.49.10 >29 Oct 02:25:53 selected new sync source 10.168.49.11, now at stratum 5 >29 Oct 02:25:53 clock reset (via step) -3600.000051 sec, clearing. >29 Oct 02:25:53 lost all sync peers, free running >29 Oct 02:26:09 acquired peer 198.132.166.222 >29 Oct 02:26:24 acquired peer 198.132.166.250 >29 Oct 02:26:24 acquired peer 10.168.49.10 >29 Oct 02:26:57 acquired peer 10.168.49.11 >29 Oct 02:30:25 selected new sync source 198.132.166.222, now at stratum >5 >29 Oct 02:30:25 clock reset (via step) -3599.990305 sec, clearing. >29 Oct 02:30:25 lost all sync peers, free running >29 Oct 02:30:40 acquired peer 198.132.166.250 >29 Oct 02:30:41 acquired peer 10.168.49.10 >29 Oct 02:31:13 acquired peer 10.168.49.11 >29 Oct 02:31:29 acquired peer 198.132.166.222 >29 Oct 02:34:56 selected new sync source 198.132.166.250, now at stratum >4 >29 Oct 02:34:56 clock reset (via step) -3600.016716 sec, clearing. >29 Oct 02:34:56 lost all sync peers, free running >29 Oct 02:35:18 acquired peer 10.168.49.10 >29 Oct 02:35:29 acquired peer 10.168.49.11 >29 Oct 02:35:45 acquired peer 198.132.166.222 >29 Oct 02:36:00 acquired peer 198.132.166.250 >29 Oct 02:39:45 selected new sync source 10.168.49.11, now at stratum 5 >29 Oct 02:39:45 clock reset (via step) -3599.994246 sec, clearing. >29 Oct 02:39:45 lost all sync peers, free running >29 Oct 02:40:01 acquired peer 198.132.166.222 >29 Oct 02:40:16 acquired peer 198.132.166.250 >29 Oct 02:40:19 acquired peer 10.168.49.10 >29 Oct 02:40:49 acquired peer 10.168.49.11 >29 Oct 02:44:17 selected new sync source 198.132.166.222, now at stratum >5 >29 Oct 02:44:18 clock reset (via step) -3599.989584 sec, clearing. >29 Oct 02:44:18 lost all sync peers, free running >29 Oct 02:44:32 acquired peer 198.132.166.250 >29 Oct 02:44:35 acquired peer 10.168.49.10 >29 Oct 02:45:06 acquired peer 10.168.49.11 >29 Oct 02:45:22 acquired peer 198.132.166.222 >29 Oct 02:48:49 selected new sync source 198.132.166.250, now at stratum >4 >29 Oct 02:48:49 clock reset (via step) -3600.017275 sec, clearing. >29 Oct 02:48:49 lost all sync peers, free running >29 Oct 02:48:51 acquired peer 10.168.49.10 >29 Oct 02:49:22 acquired peer 10.168.49.11 >29 Oct 02:49:38 acquired peer 198.132.166.222 >29 Oct 02:49:53 acquired peer 198.132.166.250 >29 Oct 02:53:38 selected new sync source 10.168.49.11, now at stratum 5 >29 Oct 02:53:38 clock reset (via step) -3599.995054 sec, clearing. >29 Oct 02:53:38 lost all sync peers, free running >29 Oct 02:53:54 acquired peer 198.132.166.222 >29 Oct 02:54:07 acquired peer 10.168.49.10 >29 Oct 02:54:09 acquired peer 198.132.166.250 >29 Oct 02:54:42 acquired peer 10.168.49.11 >29 Oct 02:58:10 selected new sync source 198.132.166.222, now at stratum >5 >29 Oct 02:58:10 clock reset (via step) -3599.987564 sec, clearing. >29 Oct 02:58:10 lost all sync peers, free running >29 Oct 02:58:22 acquired peer 10.168.49.10 >29 Oct 02:58:25 acquired peer 198.132.166.250 >29 Oct 02:59:14 acquired peer 198.132.166.222 >29 Oct 03:00:02 acquired peer 10.168.49.11 >29 Oct 03:02:42 selected new sync source 198.132.166.250, now at stratum >4 >29 Oct 02:02:42 clock reset (via step) -3600.017746 sec, clearing. >29 Oct 02:02:42 lost all sync peers, free running >29 Oct 02:03:15 acquired peer 10.168.49.11 >29 Oct 02:03:15 selected new sync source 10.168.49.11, now at stratum 5 >29 Oct 02:03:31 acquired peer 198.132.166.222 >29 Oct 02:03:42 acquired peer 10.168.49.10 >29 Oct 02:03:46 acquired peer 198.132.166.250 >29 Oct 02:03:46 selected new sync source 198.132.166.250, now at stratum >4 >29 Oct 02:04:04 acquired peer 10.168.49.12 >-- >Alan J. Kemmerer - alan.kemmerer@bsco.com >Information Technology - Process Control >Bethlehem Steel Corporation >5111 N. Point Blvd. >Location 83 >Sparrows Point MD 21219 >410-388-7290 ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Those are my principles. If you | | Process Software | don't like them I have others." | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Fri, 3 Nov 2000 13:29:41 -0400 Message-ID: <3A0303F2.DCE613F2@bsco.com> Date: Fri, 03 Nov 2000 13:29:06 -0500 From: Alan Kemmerer Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Re: NTP and Time change References: <5.0.0.25.2.20001103092412.00ae9d50@pop.clsp.uswest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit No DTSS is not running. Could it be the SYS$TIMEZONE... LOGICALS ? Dan O'Reilly wrote: > > Do you have DTSS running on this system? From the log file, it did attempt > to change the clock (several times), but it appears that the clock was never > changed until an hour later. To me, it appears that something was interfering > with the process. > > At 09:19 AM 11/3/2000, Alan Kemmerer wrote: > >Can someone explain why the time cange did not occur until 3:02 > > > >System 10.168.49.40 OpenVMS 7.2.1 Tcpware 5.4.3 > > > >NTP.CONF > >server 198.132.166.222 Unix Statum 4 > >server 198.132.166.250 Unix Statum 4 > >peer 10.168.49.12 OpenVMS 7.2.1 Tcpware 5.4.3 > >peer 10.168.49.10 OpenVMS 5.5-2 Tcpware 5.3.2 > >peer 10.168.49.11 OpenVMS 5.5-2 Tcpware 5.3.2 > > > > > > > >NTPSERVER.LOG > >29 Oct 02:00:17 Clock will be stepped back 60 minutes due to daylight > >savings > >29 Oct 02:01:06 selected new sync source 10.168.49.12, now at stratum 5 > >29 Oct 02:07:19 selected new sync source 10.168.49.10, now at stratum 5 > >29 Oct 02:21:04 clock reset (via step) -3599.994193 sec, clearing. snip > >29 Oct 02:03:46 acquired peer 198.132.166.250 > >29 Oct 02:03:46 selected new sync source 198.132.166.250, now at stratum > >4 > >29 Oct 02:04:04 acquired peer 10.168.49.12 > >-- > >Alan J. Kemmerer - alan.kemmerer@bsco.com > >Information Technology - Process Control > >Bethlehem Steel Corporation > >5111 N. Point Blvd. > >Location 83 > >Sparrows Point MD 21219 > >410-388-7290 > > ------ > +-------------------------------+---------------------------------------+ > | Dan O'Reilly | | > | Principal Engineer | "Those are my principles. If you | > | Process Software | don't like them I have others." | > | http://www.process.com | -- Groucho Marx | > +-------------------------------+---------------------------------------+ -- Alan J. Kemmerer - alan.kemmerer@bsco.com Information Technology - Process Control Bethlehem Steel Corporation 5111 N. Point Blvd. Location 83 Sparrows Point MD 21219 410-388-7290 ================================================================================ Archive-Date: Fri, 3 Nov 2000 13:46:04 -0400 Message-ID: <5.0.0.25.2.20001103114434.022da020@pop.clsp.uswest.net> Date: Fri, 03 Nov 2000 11:45:44 -0700 To: Info-TCPware@process.com From: Dan O'Reilly Reply-To: Info-TCPware@process.com Subject: Re: NTP and Time change In-Reply-To: <3A0303F2.DCE613F2@bsco.com> References: <5.0.0.25.2.20001103092412.00ae9d50@pop.clsp.uswest.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed No, that's mainly there for RTL's that are timezone-sensitive (some time routines in DEC C, for example). At 11:29 AM 11/3/2000, Alan Kemmerer wrote: >No DTSS is not running. Could it be the SYS$TIMEZONE... LOGICALS ? > >Dan O'Reilly wrote: > > > > Do you have DTSS running on this system? From the log file, it did attempt > > to change the clock (several times), but it appears that the clock was > never > > changed until an hour later. To me, it appears that something was > interfering > > with the process. > > > > At 09:19 AM 11/3/2000, Alan Kemmerer wrote: > > >Can someone explain why the time cange did not occur until 3:02 > > > > > >System 10.168.49.40 OpenVMS 7.2.1 Tcpware 5.4.3 > > > > > >NTP.CONF > > >server 198.132.166.222 Unix Statum 4 > > >server 198.132.166.250 Unix Statum 4 > > >peer 10.168.49.12 OpenVMS 7.2.1 Tcpware 5.4.3 > > >peer 10.168.49.10 OpenVMS 5.5-2 Tcpware 5.3.2 > > >peer 10.168.49.11 OpenVMS 5.5-2 Tcpware 5.3.2 > > > > > > > > > > > >NTPSERVER.LOG > > >29 Oct 02:00:17 Clock will be stepped back 60 minutes due to daylight > > >savings > > >29 Oct 02:01:06 selected new sync source 10.168.49.12, now at stratum 5 > > >29 Oct 02:07:19 selected new sync source 10.168.49.10, now at stratum 5 > > >29 Oct 02:21:04 clock reset (via step) -3599.994193 sec, clearing. >snip > > >29 Oct 02:03:46 acquired peer 198.132.166.250 > > >29 Oct 02:03:46 selected new sync source 198.132.166.250, now at stratum > > >4 > > >29 Oct 02:04:04 acquired peer 10.168.49.12 > > >-- > > >Alan J. Kemmerer - alan.kemmerer@bsco.com > > >Information Technology - Process Control > > >Bethlehem Steel Corporation > > >5111 N. Point Blvd. > > >Location 83 > > >Sparrows Point MD 21219 > > >410-388-7290 > > > > ------ > > +-------------------------------+---------------------------------------+ > > | Dan O'Reilly | | > > | Principal Engineer | "Those are my principles. If you | > > | Process Software | don't like them I have others." | > > | http://www.process.com | -- Groucho Marx | > > +-------------------------------+---------------------------------------+ > >-- >Alan J. Kemmerer - alan.kemmerer@bsco.com >Information Technology - Process Control >Bethlehem Steel Corporation >5111 N. Point Blvd. >Location 83 >Sparrows Point MD 21219 >410-388-7290 ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Those are my principles. If you | | Process Software | don't like them I have others." | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Fri, 3 Nov 2000 13:56:44 -0400 Return-Path: Subject: Re: NTP and Time change From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a0308b8$1@news.kapsch.co.at> Date: 3 Nov 2000 19:49:28 +0100 To: Info-TCPware@PROCESS.COM In article <3A02E595.D5E53C4@bsco.com>, Alan Kemmerer writes: >Can someone explain why the time cange did not occur until 3:02 > >System 10.168.49.40 OpenVMS 7.2.1 Tcpware 5.4.3 Not really (because I didn't want to look deeply into), but I'd like to bet it is, because TCPware NTP uses the TCPware TIMEZONE config (NETCU SET TIMEZONE and TCPWARE_TIMEZONE logical) and probably noone did change it at the right time (by hand or by script). And even if someone did, NTP had to be restarted afterwards... Hopefully, sometimes VMS will have correct and (even without DECdts) automatic TZ changed system timezone logicals, and then PSC will use (in TCPware) these logicals instead of their homegrown additional config parts and then after NTP picks this up automatically, we might end with an VMS system with fully automatic TZ changes. OpenVMS V7.3 in 2001 is said to be the start for this. We'll see... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Mon, 6 Nov 2000 16:16:27 -0400 Message-ID: From: Rob Cervantez Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Looking for a command in TCPWare 5.4-3 Date: Mon, 6 Nov 2000 13:15:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" I'm looking for an equivelant command in TCPWare 5.4-3 for the following (formerly) UCX command: TCPIP> SET PROTOCOL TCP/NODELAY_ACK This is related to TCP/IP performance problems on an Alpha 1000A running VMS 7.1 Thanks, Rob. ================================================================================ Archive-Date: Mon, 6 Nov 2000 16:44:21 -0400 Sender: bryant@process.com Date: Mon, 6 Nov 2000 16:43:46 -0500 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009F2B99.323C0343.99@process.com> Subject: RE: Looking for a command in TCPWare 5.4-3 Rob Cervantez writes: > >I'm looking for an equivelant command in TCPWare 5.4-3 for the following >(formerly) UCX command: > >TCPIP> SET PROTOCOL TCP/NODELAY_ACK > >This is related to TCP/IP performance problems on an Alpha 1000A running VMS >7.1 > >Thanks, >Rob. I don't know of a global control for this. Applications can control it for their own connections. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/MultiNet Engineering Process Software http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Wed, 8 Nov 2000 11:18:58 -0400 Return-Path: Subject: BIND 8 Config Problem From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a097c3a$1@news.kapsch.co.at> Date: 8 Nov 2000 17:15:54 +0100 To: Info-TCPware@PROCESS.COM I know, that this group is not the first choice for this problem, but anyway I start here in a group I usually read, before posting to more specific group which I don't read frequently: I want to configure BIND 8 to a) offer domains as master (for all clients) b) offer recursion (but NOT for all clients - only known subnets) That means, I want to use the server for resolving any address in the net (means recursion), but I don't want to get spoofed (means recursion off). If I can solve this by requests coming from known IP address range (then recursion allowed, else recursion not allowed) this would be great. I used to solve this with two different DNS servers but now I want only one. Do you know how to (if ever) configure this with BIND 8 ? I don't think, that this is a uncommon problem, so maybe it is already answered in an FAQ (if I find one soon)... If you want to respond/discuss privately, this would be ok/preferred TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Fri, 10 Nov 2000 13:38:01 -0400 Return-Path: Subject: DNSworks (Beta) site is up again From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a0c3f42$1@news.kapsch.co.at> Date: 10 Nov 2000 19:32:34 +0100 To: Info-TCPware@PROCESS.COM For the network managers and hostmasters If you have been familiar with the DNSworks (beta) product of Process Software (part of the IPworks family) which got sold some months ago, it is up again and the new beta test just started: http://service.menandmice.com and hopefully soon with http://www.dnsworks.com again -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 15 Nov 2000 13:38:57 -0400 Message-ID: From: Rob Cervantez Reply-To: Info-TCPware@process.com To: "TCPWare List (E-mail)" Subject: POP3 error message Date: Wed, 15 Nov 2000 10:38:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" I'm having a problem with a few users on a new install.. Here is the way it goes... $ netcu sh ver TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software Corporation $ TELNET 10.10.10.2 /PORT=110 %TCPWARE_TELNET-I-TRYING, trying alpha1.mesawater.org,pop3 (10.10.10.2,110) ... %TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" +OK TCPware(R) POP3 server V5.3-3 at alpha1.mesawater.org, up since 2000-11-15 1 1:19:20 user tinag +OK Password required for "tinag" pass secret -ERR Getting mail user info: %MAIL-E-NOSUCHUSR, no such user !AS quit +OK TCPware(R) POP3 server at alpha1.mesawater.org signing off. $ $ mcr authorize sh tinag Username: TINAG Owner: Tina Graham Account: UIC: [400,41] ([TINAG]) CLI: DCL Tables: DCLTABLES Default: USER$DISK:[TINAG] LGICMD: Flags: Primary days: Mon Tue Wed Thu Fri Secondary days: Sat Sun No access restrictions Expiration: (none) Pwdminimum: 6 Login Fails: 0 Pwdlifetime: (none) Pwdchange: (pre-expired) Last Login: 15-NOV-2000 11:16 (interactive), (none) (non-interactive) Maxjobs: 0 Fillm: 100 Bytlm: 64000 Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 Maxdetach: 0 BIOlm: 150 JTquota: 4096 Prclm: 8 DIOlm: 150 WSdef: 2000 Prio: 4 ASTlm: 250 WSquo: 4000 Queprio: 4 TQElm: 10 WSextent: 16384 CPU: (none) Enqlm: 2000 Pgflquo: 50000 Authorized Privileges: NETMBX TMPMBX Default Privileges: NETMBX TMPMBX $ Hopefully this is a quick one to fix. Thanks, Rob. ================================================================================ Archive-Date: Wed, 15 Nov 2000 13:44:08 -0400 Message-ID: <4.3.2.7.2.20001115113726.00cf0900@mehlhop.org> Date: Wed, 15 Nov 2000 11:38:59 -0700 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: POP3 error message In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed what happens if you do $ set def sys$system $ run authorize mod tinag/nopwdexp exit Then try it? tAt 10:38 AM 11/15/00 -0800, you wrote: >I'm having a problem with a few users on a new install.. >Here is the way it goes... > >$ netcu sh ver >TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software >Corporation > >$ TELNET 10.10.10.2 /PORT=110 >%TCPWARE_TELNET-I-TRYING, trying alpha1.mesawater.org,pop3 (10.10.10.2,110) >... >%TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" >+OK TCPware(R) POP3 server V5.3-3 at alpha1.mesawater.org, up since >2000-11-15 1 >1:19:20 >user tinag >+OK Password required for "tinag" >pass secret >-ERR Getting mail user info: %MAIL-E-NOSUCHUSR, no such user !AS >quit >+OK TCPware(R) POP3 server at alpha1.mesawater.org signing off. >$ >$ mcr authorize sh tinag > >Username: TINAG Owner: Tina Graham >Account: UIC: [400,41] ([TINAG]) >CLI: DCL Tables: DCLTABLES >Default: USER$DISK:[TINAG] >LGICMD: >Flags: >Primary days: Mon Tue Wed Thu Fri >Secondary days: Sat Sun >No access restrictions >Expiration: (none) Pwdminimum: 6 Login Fails: 0 >Pwdlifetime: (none) Pwdchange: (pre-expired) >Last Login: 15-NOV-2000 11:16 (interactive), (none) >(non-interactive) >Maxjobs: 0 Fillm: 100 Bytlm: 64000 >Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 >Maxdetach: 0 BIOlm: 150 JTquota: 4096 >Prclm: 8 DIOlm: 150 WSdef: 2000 >Prio: 4 ASTlm: 250 WSquo: 4000 >Queprio: 4 TQElm: 10 WSextent: 16384 >CPU: (none) Enqlm: 2000 Pgflquo: 50000 >Authorized Privileges: > NETMBX TMPMBX >Default Privileges: > NETMBX TMPMBX >$ > > > >Hopefully this is a quick one to fix. >Thanks, >Rob. _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Wed, 15 Nov 2000 13:53:34 -0400 Message-ID: From: Rob Cervantez Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: RE: POP3 error message Date: Wed, 15 Nov 2000 10:52:23 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" I figured out the problem.. The user's mail file hadn't been created yet.. There was no MAIL.MAI file in her directory. Sending her a message from another account (or her own account, interactively) solved the problem. Thanks, Rob. -----Original Message----- From: Jim Mehlhop [mailto:Mehlhop@process.com] Sent: Wednesday, November 15, 2000 10:39 AM To: Info-TCPware@process.com Subject: Re: POP3 error message what happens if you do $ set def sys$system $ run authorize mod tinag/nopwdexp exit Then try it? tAt 10:38 AM 11/15/00 -0800, you wrote: >I'm having a problem with a few users on a new install.. >Here is the way it goes... > >$ netcu sh ver >TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software >Corporation > >$ TELNET 10.10.10.2 /PORT=110 >%TCPWARE_TELNET-I-TRYING, trying alpha1.mesawater.org,pop3 (10.10.10.2,110) >... >%TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" >+OK TCPware(R) POP3 server V5.3-3 at alpha1.mesawater.org, up since >2000-11-15 1 >1:19:20 >user tinag >+OK Password required for "tinag" >pass secret >-ERR Getting mail user info: %MAIL-E-NOSUCHUSR, no such user !AS >quit >+OK TCPware(R) POP3 server at alpha1.mesawater.org signing off. >$ >$ mcr authorize sh tinag > >Username: TINAG Owner: Tina Graham >Account: UIC: [400,41] ([TINAG]) >CLI: DCL Tables: DCLTABLES >Default: USER$DISK:[TINAG] >LGICMD: >Flags: >Primary days: Mon Tue Wed Thu Fri >Secondary days: Sat Sun >No access restrictions >Expiration: (none) Pwdminimum: 6 Login Fails: 0 >Pwdlifetime: (none) Pwdchange: (pre-expired) >Last Login: 15-NOV-2000 11:16 (interactive), (none) >(non-interactive) >Maxjobs: 0 Fillm: 100 Bytlm: 64000 >Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 >Maxdetach: 0 BIOlm: 150 JTquota: 4096 >Prclm: 8 DIOlm: 150 WSdef: 2000 >Prio: 4 ASTlm: 250 WSquo: 4000 >Queprio: 4 TQElm: 10 WSextent: 16384 >CPU: (none) Enqlm: 2000 Pgflquo: 50000 >Authorized Privileges: > NETMBX TMPMBX >Default Privileges: > NETMBX TMPMBX >$ > > > >Hopefully this is a quick one to fix. >Thanks, >Rob. _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Wed, 15 Nov 2000 13:58:12 -0400 Message-ID: <5.0.0.25.2.20001115115144.00aa17c0@pop.clsp.qwest.net> Date: Wed, 15 Nov 2000 11:57:44 -0700 To: Info-TCPware@process.com From: Dan O'Reilly Reply-To: Info-TCPware@process.com Subject: Re: POP3 error message In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Is this only happening with new users? Do the user's home directory and mail directory actually exist? Also, I noticed the user's password is pre-expired. Can you fix that and see what happens? At 11:38 AM 11/15/2000, Rob Cervantez wrote: >I'm having a problem with a few users on a new install.. >Here is the way it goes... > >$ netcu sh ver >TCPware(R) for OpenVMS V5.3-3 Copyright (c) 1998 Process Software >Corporation > >$ TELNET 10.10.10.2 /PORT=110 >%TCPWARE_TELNET-I-TRYING, trying alpha1.mesawater.org,pop3 (10.10.10.2,110) >... >%TCPWARE_TELNET-I-ESCCHR, escape (attention) character is "^\" >+OK TCPware(R) POP3 server V5.3-3 at alpha1.mesawater.org, up since >2000-11-15 1 >1:19:20 >user tinag >+OK Password required for "tinag" >pass secret >-ERR Getting mail user info: %MAIL-E-NOSUCHUSR, no such user !AS >quit >+OK TCPware(R) POP3 server at alpha1.mesawater.org signing off. >$ >$ mcr authorize sh tinag > >Username: TINAG Owner: Tina Graham >Account: UIC: [400,41] ([TINAG]) >CLI: DCL Tables: DCLTABLES >Default: USER$DISK:[TINAG] >LGICMD: >Flags: >Primary days: Mon Tue Wed Thu Fri >Secondary days: Sat Sun >No access restrictions >Expiration: (none) Pwdminimum: 6 Login Fails: 0 >Pwdlifetime: (none) Pwdchange: (pre-expired) >Last Login: 15-NOV-2000 11:16 (interactive), (none) >(non-interactive) >Maxjobs: 0 Fillm: 100 Bytlm: 64000 >Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 >Maxdetach: 0 BIOlm: 150 JTquota: 4096 >Prclm: 8 DIOlm: 150 WSdef: 2000 >Prio: 4 ASTlm: 250 WSquo: 4000 >Queprio: 4 TQElm: 10 WSextent: 16384 >CPU: (none) Enqlm: 2000 Pgflquo: 50000 >Authorized Privileges: > NETMBX TMPMBX >Default Privileges: > NETMBX TMPMBX >$ > > > >Hopefully this is a quick one to fix. >Thanks, >Rob. ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Those are my principles. If you | | Process Software | don't like them I have others." | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Thu, 16 Nov 2000 05:20:51 -0400 Message-ID: <03D308C87334D311B252009027855AC7F2CD83@THUMPER> From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Date: Thu, 16 Nov 2000 04:57:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hello All We have two Alphaservers in a cluster running TCPware 5.4-3. We are starting to set up printer queues with LPS rather than TSSYM. Is there a recommended way of providing failover of the printer queues between the two servers? I can see how it could be done by setting up a printer queue on each server and then a generic queue that points to both of them, but is there a slicker way of doing it than this? Any pointers would be much appreciated. Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ================================================================================ Archive-Date: Thu, 16 Nov 2000 05:42:03 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE8603357FAE@lespaul.process.com> From: Mike Bartman Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: queue failovers Date: Thu, 16 Nov 2000 05:41:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > We have two Alphaservers in a cluster running TCPware 5.4-3. > We are starting > to set up printer queues with LPS rather than TSSYM. Is there > a recommended > way of providing failover of the printer queues between the > two servers? No recommended way, but there are a couple of possibilities. >I can see how it could be done by setting up a printer queue on > each server > and then a generic queue that points to both of them, but is > there a slicker way of doing it than this? That's one way. The other way involves using /AUTOSTART_ON, and listing both nodes, in the order you would prefer to use them. See the HELP topic INIT/QUEUE/AUTOSTART_ON for more info about that feature of VMS, and the TCPware Installation and Configuration manual for info on adding qualifiers through CNFNET when you configure LPS. Let me know if you have any problems with this. -- Mike Bartman Process Software ================================================================================ Archive-Date: Thu, 16 Nov 2000 12:38:13 -0400 Message-ID: <42E8EAD18405D311B9D90050047A71701D0995@RANTXCHG01> From: "Mah, Lee" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: queue failovers Date: Thu, 16 Nov 2000 10:37:08 -0700 MIME-Version: 1.0 Content-Type: text/plain Here's my suggestion: Re LPS vs TSSYM. PSC recommended us going to TSSYM queues rather than LPS a long time ago. The procedure to set up a TSSYM queue is much simpler and way quicker than the interactive, labourious LPS method. I can create a TSSYM queue with one line of coding containing the appropriate parameters. For queue redundancy and balanced printing, here's my suggestion: You have two nodes A and B and print queue "MYQUE" (LPS or TSSYM). When node A boots up, create queue A$MYQUE. On node A, create the system logical MYQUE with the value "A$MYQUE". When node B boots up, create queue B$MYQUE. On node B, create the system logical MYQUE with the value "B$MYQUE". A user on node A requesting printing to MYQUE will send output to A$MYQUE. Similarly for users on node B. This will balance your printing over two nodes if you use DNS to balance your users logging on. We use this method for TSSYM, LPS, and LAT queues, and also for in-house-developed print queues. Probably about eight thousand print queues spread over four production nodes. --- Lee Lee Y T Mah Capital Health Authority Email: lytmah@cha.ab.ca Information Systems, RAH CSC Phone: (780) 477-4725, 477-4233 10240 Kingsway NW Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 > ---------- > From: Mike Bartman[SMTP:bartman@process.com] > Reply To: Info-TCPware@process.com > Sent: 16-Nov-00 3:41 AM > To: 'Info-TCPware@process.com' > Subject: RE: queue failovers > > > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > > > We have two Alphaservers in a cluster running TCPware 5.4-3. > > We are starting > > to set up printer queues with LPS rather than TSSYM. Is there > > a recommended > > way of providing failover of the printer queues between the > > two servers? > > No recommended way, but there are a couple of possibilities. > > >I can see how it could be done by setting up a printer queue on > > each server > > and then a generic queue that points to both of them, but is > > there a slicker way of doing it than this? > > That's one way. The other way involves using /AUTOSTART_ON, and listing > both nodes, in the order you would prefer to use them. See the HELP topic > INIT/QUEUE/AUTOSTART_ON for more info about that feature of VMS, and the > TCPware Installation and Configuration manual for info on adding > qualifiers > through CNFNET when you configure LPS. > > Let me know if you have any problems with this. > > -- Mike Bartman > Process Software > ================================================================================ Archive-Date: Fri, 17 Nov 2000 11:20:20 -0400 Date: Fri, 17 Nov 2000 09:58:42 -0600 (CST) From: "Tim Travis/City of Lincoln, I.S./402-441-7763" Reply-To: Info-TCPware@process.com Subject: Purveyor Mail List/Help To: info-tcpware@process.com Message-ID: <01JWN60D72WM0045GG@CJIS.CI.LINCOLN.NE.US> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII I realize this is not the proper venue for this subject but please consider the following: 1. I am trying to implement the SSL feature of the now unsupported Process Software product, Purveyor, and so far have not had any success even with the provided test.key and test.crt files. Process Software was unable to offer any assistance. Can anyone out there HELP? Please send email to tech@cjis.ci.lincoln.ne.us. 2. I have created a listserv at our site for Purveyor users who would like to discuss and help others with Purveyor issues. If there is currently a list available, can you please let me know? TO SUBSCRIBE send email to listserv@cjis.ci.lincoln.ne.us On the first line of your email message enter: SUBSCRIBE PURVEYOR [60 characters of personal info, ie. name, phone, etc] If you have any problems subscribing, please send email to me at tech@cjis.ci.lincoln.ne.us Thanks, Tim Travis City of Lincoln, Information Services Lincoln, Ne. ================================================================================ Archive-Date: Fri, 17 Nov 2000 12:55:42 -0400 Return-Path: Message-ID: <3A156837.47F50B7F@SMTP.DeltaTel.RU> Date: Fri, 17 Nov 2000 20:17:43 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: BUGTRAQ news. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@process.com Hi guys! What you think about this ? -- 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 + ================================================================================ Archive-Date: Fri, 17 Nov 2000 12:55:56 -0400 Return-Path: Message-ID: <3A15693B.4E3D9470@SMTP.DeltaTel.RU> Date: Fri, 17 Nov 2000 20:22:03 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: BUGTRAQ news. Content-Type: multipart/mixed; boundary="------------0A8B50DB8F7CE6E392405D87" To: Info-TCPware@process.com This is a multi-part message in MIME format. --------------0A8B50DB8F7CE6E392405D87 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi guys! What you think about this ? -- 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 + --------------0A8B50DB8F7CE6E392405D87 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from lists.securityfocus.com ([207.126.127.68]) by DTV3.DeltaTel.RU with SMTP for Laishev@SMTP.DELTATEL.RU; Fri, 17 Nov 2000 20:10:33 GMT Received: from lists.securityfocus.com (lists.securityfocus.com [207.126.127.68]) by lists.securityfocus.com (Postfix) with ESMTP id 4665824C875; Fri, 17 Nov 2000 08:53:52 -0800 (PST) Received: from LISTS.SECURITYFOCUS.COM by LISTS.SECURITYFOCUS.COM (LISTSERV-TCP/IP release 1.8d) with spool id 18433034 for BUGTRAQ@LISTS.SECURITYFOCUS.COM; Fri, 17 Nov 2000 08:52:26 -0800 Approved-By: aleph1@SECURITYFOCUS.COM Delivered-To: bugtraq@lists.securityfocus.com Received: from securityfocus.com (mail.securityfocus.com [207.126.127.78]) by lists.securityfocus.com (Postfix) with SMTP id A016A24C44D for ; Fri, 17 Nov 2000 06:32:20 -0800 (PST) Received: (qmail 12736 invoked by alias); 17 Nov 2000 14:34:54 -0000 Delivered-To: BUGTRAQ@SECURITYFOCUS.COM Received: (qmail 12733 invoked from network); 17 Nov 2000 14:34:54 -0000 Received: from mailgw3.netvision.net.il (194.90.1.11) by mail.securityfocus.com with SMTP; 17 Nov 2000 14:34:54 -0000 Received: from godfather ([213.8.198.69]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with SMTP id QAA16326 for ; Fri, 17 Nov 2000 16:32:57 +0200 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: Date: Fri, 17 Nov 2000 16:37:01 +0200 Reply-To: Ofir Arkin Sender: Bugtraq List From: Ofir Arkin Subject: Precedence Bits Echoing (Fingerprinting WIN2K, Ultrix, HPUX, OpenVMS and more) To: BUGTRAQ@SECURITYFOCUS.COM Background: Each IP Datagram has an 8-bit field called the "TOS Byte", which represents the IP support for prioritization and Type-of-Service handling. The "TOS Byte" consists of three fields. The "Precedence field", which is 3-bit long, is intended to prioritize the IP Datagram. It has eight levels of prioritization. Higher priority traffic should be sent before lower priority traffic. The second field, 4 bits long, is the "Type-of-Service" field. It is intended to describe how the network should make tradeoffs between throughput, delay, reliability, and cost in routing an IP Datagram. The last field, the "MBZ" (must be zero), is unused and must be zero. Routers and hosts ignore this last field. This field is 1 bit long. The precedence bits behavior is a problem. RFC 1122, which defines the requirements for Internet Hosts, does not outline the way to handle the Precedence Bits with ICMP. RFC 1812, Requirements for IP version 4 routers state that: "An ICMP reply message MUST have its IP Precedence field set to the value as the IP Precedence field in the ICMP request that provoked the reply". Echoing back the Precedence field value has its logic, because the TOS field should be echoed back with an ICMP Query replies, and both the Precedence field and the TOS field were to dictate very explicit types of behavior with certain types of data. As you can see we do not have a clear ruling about this issue. I was thinking it might be a ground for an operating system fingerprinting method. The fingerprinting method: Most operating systems I have checked will behave as the next behavioral example with AIX 4.3. With this example an ICMP Echo request is sent which carries a value for the TOS field. [root@godfather precedence_echo]# /usr/local/bin/sing -c 5 -TOS 128 y.y.y.y SINGing to y.y.y.y (y.y.y.y): 16 data bytes 16 bytes from y.y.y.y: seq=0 ttl=239 TOS=128 time=5896.472 ms 16 bytes from y.y.y.y: seq=1 ttl=239 TOS=128 time=5952.071 ms 16 bytes from y.y.y.y: seq=2 ttl=239 TOS=128 time=6102.020 ms 16 bytes from y.y.y.y: seq=3 ttl=239 TOS=128 time=6261.997 ms 16 bytes from y.y.y.y: seq=4 ttl=239 TOS=128 time=5842.726 ms --- y.y.y.y sing statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 5842.726/6011.057/6261.997 ms [root@godfather precedence_echo]# The Host queried is using the value used for the ICMP Echo Request with its ICMP Echo Reply. Some operating systems are the exception. The next example is with Microsoft Windows 2000. The same ICMP Echo Request was sent: [root@godfather precedence_echo]# /usr/local/bin/sing -c 5 -TOS 128 y.y.y.y SINGing to y.y.y.y (y.y.y.y): 16 data bytes 16 bytes from y.y.y.y: seq=0 ttl=111 TOS=0 time=6261.043 ms 16 bytes from y.y.y.y: seq=1 ttl=111 TOS=0 time=6422.019 ms 16 bytes from y.y.y.y: seq=2 ttl=111 TOS=0 time=6572.675 ms 16 bytes from y.y.y.y: seq=4 ttl=111 TOS=0 time=6282.022 ms --- y.y.y.y sing statistics --- 5 packets transmitted, 4 packets received, 20% packet loss round-trip min/avg/max = 6261.043/6384.440/6572.675 ms [root@godfather precedence_echo]# The ICMP Echo Reply will not use the value assigned to the Precedence Bits with the ICMP Echo Request. Which operating systems share this behavioral pattern? Microsoft Windows 2000 Family, and ULTRIX. Differentiating between Microsoft Windows 2000 and Ultrix is easily achieved if we examine the IP TTL field value. With ULTRIX the value assigned to the ICMP Echo reply will be 255, with Microsoft Windows 2000 it will be 128. Another interesting case is with HPUX 11.0. Lets examine the trace and logs: [root@godfather precedence_echo]# /usr/local/bin/sing -c 2 -TOS 128 y.y.y.y SINGing to y.y.y.y (y.y.y.y): 16 data bytes 16 bytes from y.y.y.y: seq=0 ttl=242 TOS=128 time=639.274 ms 16 bytes from y.y.y.y: seq=1 DF! ttl=242 TOS=0 time=310.427 ms --- y.y.y.y sing statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 310.427/474.850/639.274 ms The first reply from the HPUX machine echoed back the TOS field value we were using with the ICMP Echo Request. But what have happened between the first and the second reply? The first request was sent, as an instant reply the HPUX 11.0 machine started its PMTU discovery process with ICMP Echo Requests and sent an ICMP Echo Request 1500 bytes long. The first ICMP Echo Reply received from the HPUX 11.0 machine for the ICMP Echo Request echoed back the TOS field value. The second ICMP Echo Reply received did not echo back the TOS field value, and set the DF bit. The PMTU discovery process finished its initial stages and went to regular operation. From now on the ICMP Echo Replies did not echo the TOS field value. This gives us the ability to track down HPUX 11.0 (and 10.30) machines when they are using the PMTU Discovery process. Changed Pattern with other ICMP Query Message Types We can identify change of pattern with OpenVMS, Windows 98, 98SE, and ME. With ICMP Echo replies they all would echo back the TOS field value, but with ICMP Timestamp replies they will change the behavior and send back 0x000. Since OpenVMS use 255 as its IP TTL field value, and the Microsoft Windows based machines use 128, we can differentiate between them and isolate OpenVMS, and the Microsoft based OSs. Further distinction between the Microsoft operating systems can be achieved if we will query them with ICMP Address Mask request, which only Microsoft Windows 98/98SE will answer for. The Microsoft Windows ME will not reply, enabling us to identify it. Operating systems verified against: LINUX based on Kernel 2.2.x & 2.4Tx; FreeBSD 4.0, 4.1.1; NetBSD; OpenBSD; Sun Solaris 2.6,2.7,2.8; HPUX 11.0; AIX 4.3,4.2.1,4.1,3.2; ULTRIX 4.2-4.5; OpenVMS 7.1-2; Compaq Tru64 v5.6; DGUX v5.6; Microsoft Windows 98,98SE,ME, NT4SP6a Server, 2000 Pro, 2000 Server, 2000 Advanced Server. Ofir Arkin [ofir@itcon-ltd.com] Senior Security Analyst Chief of Grey Hats ITcon, Israel. http://www.itcon-ltd.com Founder http://www.sys-security.com "Opinions expressed do not necessarily represent the views of my employer." --------------0A8B50DB8F7CE6E392405D87-- ================================================================================ Archive-Date: Fri, 17 Nov 2000 14:26:46 -0400 Sender: schreiber@process.com Date: Fri, 17 Nov 2000 14:25:22 -0500 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: info-multinet@process.com CC: info-tcpware@process.com Message-ID: <009F342A.AF14E05D.103@process.com> Subject: Re: echoing back the TOS field value "Ruslan R. Laishev" writes: > > What you think about this ? > If I'm following this correctly, it's stating that the TOS field should be retained when a system is handing a IP datagram on. I can see easily that Multinet retains the originators TOS on replies, However that doesn't mean that that it retains it when serving as a router, however I would assume that it does. I would assume that Multinet is no problem. TCPware appears to clear it in replies, however my quick ping test is by no means a definitive answer. More research would be needed. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 17 Nov 2000 14:49:46 -0400 Return-Path: Message-ID: <3A158748.B52609B2@SMTP.DeltaTel.RU> Date: Fri, 17 Nov 2000 22:30:16 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: SMTP server feature request Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! I'm would like to have additions in the RFC based rejection, just for demonstration: :From: *spammers* y :To: *@zztop.net n Where is "y" - to reject mail, "n" - to accept mail. -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Fri, 17 Nov 2000 17:28:20 -0400 Sender: schreiber@process.com Date: Fri, 17 Nov 2000 17:27:14 -0500 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009F3444.171D4AC8.169@process.com> Subject: RE: SMTP server feature request "Ruslan R. Laishev" writes: > >Hi ! > I'm would like to have additions in the RFC based rejection, just for demonstration: > >:From: *spammers* y >:To: *@zztop.net n > > Where is "y" - to reject mail, "n" - to accept mail. > I'm going to make one comment based on your examples, all though it's probably just your choice of examples. You can filter based on the MAIL FROM and the RCPT TO in the other reject rules anyway. However I do have a point to make about your enhancement request. What is your exact intent for this feature? It doesn't really make much sense in my mind. To reject based on RFC 822 headers is one thing, because it allows for an easy way to grab repeat offenders. However, to accept based on RFC 822 headers is a really, _really_, REALLY bad idea! The filter reject file is processed sequentially. In other words, if a rule is matched to the email, that action is performed and no more rules are applied. So if you hit a 'reject' rule at the beginning, it's not going to get to an accept later in the file. Likewise if you hit an 'accept' rule in the beginning, it's not going to hit a reject later. The reason I want to make that clear, is because of the result of having RFC822 header based acceptances. If you have a place where you have: ":To: *@zztop.net n" Than anything with that Header that makes it to that point will be accepted. The RFC822 header fields aren't anything more than text as far as SMTP is concerned. The Envelope is what you want to really base your accepts on, not those headers. If you start accepting those headers before you've parsed based on the message envelope, your going to find a hole in your systems where spammers and relayers can fire through your site just by tweaking their scripts to have a specific header in it. Perhaps I'm missing your intentions, and where you intend to put these rules, but personally I don't see where you would want to accept based on RFC 822 headers. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Sat, 18 Nov 2000 05:34:17 -0400 Return-Path: Message-ID: <3A1658A0.D9B18E30@SMTP.DeltaTel.RU> Date: Sat, 18 Nov 2000 13:23:28 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP server feature request Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Jeff Schreiber wrote: > > "Ruslan R. Laishev" writes: > > > >Hi ! > > I'm would like to have additions in the RFC based rejection, just for demonstration: > > > >:From: *spammers* y > >:To: *@zztop.net n > > > > Where is "y" - to reject mail, "n" - to accept mail. > > > > I'm going to make one comment based on your examples, all though it's > probably just your choice of examples. You can change a syntax for RFC based rejection to reflect my suggestion. :) I suggest to PSC to implement in the SMTP server an ability to call external (user wrtitten) modules. -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Sat, 18 Nov 2000 06:22:12 -0400 Sender: mehlhop@process.com Date: Sat, 18 Nov 2000 06:21:11 -0500 From: mehlhop@process.com Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009F34B0.35DFA6AB.2@process.com> Subject: Auto Reply from Watch_Mail for 18-NOV-2000 01:00 to 27-NOV-2000 01:00 I will be out of the office the week of November 20th. If you need help before I get back please call 1-800-722-7770 and ask for support. Jim ================================================================================ Archive-Date: Tue, 21 Nov 2000 09:44:10 -0400 Return-Path: Subject: BIND/DNS Client asking BIND/DNS Server on non-standard port From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a1a88bc@news.kapsch.co.at> Date: 21 Nov 2000 15:37:48 +0100 To: Info-TCPware@PROCESS.COM A BIND/DNS Server (NAMED V8) can be configured to listen on a non-standard port (TCP/UDP 53) via options statement "listen-on port xxx". Every NSLOOKUP can query a nameserver listening on a non-stardard port via "$ NSLOOKUP -port=xx" or via ">set port=xx" Do you know, how to configure the UCX, TCPIP and TCPware BIND/DNS Clients to query a BIND/DNS Server listening on a non-standard port ? I found nothing so far in HELP or the manuals (so maybe unsupported but hopefully possible) TIA PS: Even the NT4 (SP4 and up) can do it (via registry key SendOnNonDnsPort in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNS\Parameters) !! -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist"