Archive-Date: Thu, 4 Oct 2001 16:27:35 -0400 Date: Thu, 04 Oct 2001 16:25:57 -0400 From: Hal Kuff Subject: Purveyor? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <1966F037060B32B8.6C2B31A2EBCCFA1F.2CC830C3DEF395A3@lp.airnews.net> It appears the standard mailbox size for purveyor is 1024 bytes..... is there a way to change the size of the mailbox that purveyor creates for the user? I'm also looking for the documentation on the 'registry' entries that one can create in the *.db file.... perhaps there is something in there? ================================================================================ Archive-Date: Sun, 7 Oct 2001 03:16:52 -0400 Date: Sun, 07 Oct 2001 12:50:33 +0530 From: Nitin Kapoor Subject: E-mail Processing Business To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <2hTv7.3754$sc.49602@vixen.cso.uiuc.edu> E-mail Processing Business Responsibilities: "ONLINE EMAIL PROCESSORS". Work at home 10-15 hours a week around your schedule. No up-front money required. Earn part time $1000 -$5000 or $5000-$10000 plus full time. Must be ready to start at home. FULL ONLINE TRAINING PROVIDED! Desired Requirements: Computer with access to email. Contact nitinkapoor11@yahoo.com Nitin Kapoor ================================================================================ Archive-Date: Tue, 9 Oct 2001 12:20:19 -0400 Date: Tue, 09 Oct 2001 09:19:21 -0700 From: wrobertson@UnitedCalBank.com Reply-To: Info-TCPware@process.com Subject: Re: E-mail Processing Business To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Please stop this. This is the second spam I've gotten recently from this list. Bill Robertson Nitin Kapoor on 10/07/2001 12:20:33 AM Please respond to Info-TCPware@process.com To: info-tcpware@process.com cc: Subject: E-mail Processing Business E-mail Processing Business Responsibilities: "ONLINE EMAIL PROCESSORS". Work at home 10-15 hours a week around your schedule. No up-front money required. Earn part time $1000 -$5000 or $5000-$10000 plus full time. Must be ready to start at home. FULL ONLINE TRAINING PROVIDED! Desired Requirements: Computer with access to email. Contact nitinkapoor11@yahoo.com Nitin Kapoor ================================================================================ Archive-Date: Wed, 10 Oct 2001 20:07:59 -0400 Date: Wed, 10 Oct 2001 20:12:47 -0400 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: DNS error To: info-tcpware@process.com Message-ID: <011010201247.7ec61@ENDOR.COM> Version as follows TCPware(R) V5.5-3 Copyright (c) 2001 Process Software OpenVMS version V7.2-1 booted on 22-JUN-2001 03:21:56.00, running on a AlphaServer 1000A 5/400. Has anyone see the follow error in their DNS log file $ type/tail=200 tcpware:nameserver.log 10-Oct-2001 19:18:40.264 default: info: accept: i/o error 10-Oct-2001 19:18:40.267 default: info: accept: i/o error 10-Oct-2001 19:18:40.303 default: info: accept: i/o error 10-Oct-2001 19:18:40.305 default: info: accept: i/o error 10-Oct-2001 19:18:40.307 default: info: accept: i/o error 10-Oct-2001 19:18:40.318 default: info: accept: i/o error 10-Oct-2001 19:18:40.320 default: info: accept: i/o error 10-Oct-2001 19:18:40.344 default: info: accept: i/o error 10-Oct-2001 19:18:40.346 default: info: accept: i/o error 10-Oct-2001 19:18:40.348 default: info: accept: i/o error 10-Oct-2001 19:18:40.350 default: info: accept: i/o error 10-Oct-2001 19:18:40.352 default: info: accept: i/o error 10-Oct-2001 19:18:40.387 default: info: accept: i/o error 10-Oct-2001 19:18:40.390 default: info: accept: i/o error 10-Oct-2001 19:21:23.310 default: info: accept: i/o error 10-Oct-2001 19:21:23.313 default: info: accept: i/o error 10-Oct-2001 19:21:23.315 default: info: accept: i/o error 10-Oct-2001 19:21:23.346 default: info: accept: i/o error What does it mean? Do I need to try to block/filter someone? john ================================================================================ Archive-Date: Thu, 11 Oct 2001 08:44:27 -0400 Date: Thu, 11 Oct 2001 14:26:17 +0200 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: DNS error To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3bc58fe9$1@news.kapsch.co.at> In article <011010201247.7ec61@ENDOR.COM>, babiarz@ENDOR.COM writes: >Version as follows > >TCPware(R) V5.5-3 Copyright (c) 2001 Process Software > >OpenVMS version V7.2-1 booted on 22-JUN-2001 03:21:56.00, > running on a AlphaServer 1000A 5/400. > > >Has anyone see the follow error in their DNS log file >$ type/tail=200 tcpware:nameserver.log >10-Oct-2001 19:18:40.264 default: info: accept: i/o error >10-Oct-2001 19:18:40.267 default: info: accept: i/o error >10-Oct-2001 19:18:40.303 default: info: accept: i/o error >10-Oct-2001 19:18:40.305 default: info: accept: i/o error >10-Oct-2001 19:18:40.307 default: info: accept: i/o error >10-Oct-2001 19:18:40.318 default: info: accept: i/o error >10-Oct-2001 19:18:40.320 default: info: accept: i/o error >10-Oct-2001 19:18:40.344 default: info: accept: i/o error >10-Oct-2001 19:18:40.346 default: info: accept: i/o error >10-Oct-2001 19:18:40.348 default: info: accept: i/o error >10-Oct-2001 19:18:40.350 default: info: accept: i/o error >10-Oct-2001 19:18:40.352 default: info: accept: i/o error >10-Oct-2001 19:18:40.387 default: info: accept: i/o error >10-Oct-2001 19:18:40.390 default: info: accept: i/o error >10-Oct-2001 19:21:23.310 default: info: accept: i/o error >10-Oct-2001 19:21:23.313 default: info: accept: i/o error >10-Oct-2001 19:21:23.315 default: info: accept: i/o error >10-Oct-2001 19:21:23.346 default: info: accept: i/o error > > > > >What does it mean? Do I need to try to block/filter someone? Don't know. Did you restart DNS with a user not named "SYSTEM" or not sufficiently privileged/resource-customized for running a net service (OPER priv comes to mind) ? @TCPWARE:RESTART DNS stops the NAMED process and creates another one (with the user of the person running @TCPWARE:RESTART) Could it be, that you have another DNS server running on (at least one of) your (multiple) network interfaces (don't know what product this might be) and you have a DNS config bug (ifc not excluded) ? Did you check for the latest TCPware ECOs ? -- 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: Thu, 11 Oct 2001 08:48:53 -0400 Date: Thu, 11 Oct 2001 16:39:00 +0400 From: "Ruslan R. Laishev" Subject: Re: DNS error To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BC592E4.D00F2FA@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit OPCOM, named debug ? babiarz@ENDOR.COM wrote: > > Version as follows > > TCPware(R) V5.5-3 Copyright (c) 2001 Process Software > > OpenVMS version V7.2-1 booted on 22-JUN-2001 03:21:56.00, > running on a AlphaServer 1000A 5/400. > > Has anyone see the follow error in their DNS log file > $ type/tail=200 tcpware:nameserver.log > 10-Oct-2001 19:18:40.264 default: info: accept: i/o error > 10-Oct-2001 19:18:40.267 default: info: accept: i/o error > 10-Oct-2001 19:18:40.303 default: info: accept: i/o error > 10-Oct-2001 19:18:40.305 default: info: accept: i/o error > 10-Oct-2001 19:18:40.307 default: info: accept: i/o error > 10-Oct-2001 19:18:40.318 default: info: accept: i/o error > 10-Oct-2001 19:18:40.320 default: info: accept: i/o error > 10-Oct-2001 19:18:40.344 default: info: accept: i/o error > 10-Oct-2001 19:18:40.346 default: info: accept: i/o error > 10-Oct-2001 19:18:40.348 default: info: accept: i/o error > 10-Oct-2001 19:18:40.350 default: info: accept: i/o error > 10-Oct-2001 19:18:40.352 default: info: accept: i/o error > 10-Oct-2001 19:18:40.387 default: info: accept: i/o error > 10-Oct-2001 19:18:40.390 default: info: accept: i/o error > 10-Oct-2001 19:21:23.310 default: info: accept: i/o error > 10-Oct-2001 19:21:23.313 default: info: accept: i/o error > 10-Oct-2001 19:21:23.315 default: info: accept: i/o error > 10-Oct-2001 19:21:23.346 default: info: accept: i/o error > > What does it mean? Do I need to try to block/filter someone? > > john -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 17 Oct 2001 11:13:01 -0400 Date: Wed, 17 Oct 2001 10:10:32 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Mozilla 0.9.5 image for MultiNet and TCPware available To: info-multinet@process.com CC: info-tcpware@process.com Message-ID: <01K9LR4BNBWS8WW6OA@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii On Tue, 16 Oct 2001 12:51:18 +0200, Theo Jakobus wrote: >I started with Netscape Gold and moved to MOZILLA, which is stable now. It's >comparable to Netscape 6.1 (Java support is coming !!!) >I switched to MOZILLA as e-mail front end too. > >The new version is available: >http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.5/mozilla-openvms-alpha-m095.sfx_axpexe >and the release notes: >http://www.openvms.digital.com/openvms/products/ips/mozilla_relnotes.html > A new LIBNSPR4.SO image that allows Mozilla 0.9.5 to work with MultiNet and TCPware is also available now, thanks to Compaq. You can find the image for MultiNet and TCPware here: http://www.support.process.com/mozilla.html ftp://ftp.process.com/mozilla/libnspr4_mozilla_095.so Images for previous releases are also available via the first URL. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 18 Oct 2001 10:32:59 -0400 Date: Thu, 18 Oct 2001 10:12:05 -0400 From: Brian Steele Subject: TCPWare 5.4-3 FTP problem To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: Hi Everyone: I'm running TCPWare 5.4-3 on my Alpha. From my Win98 client, if I use FTP.EXE from the command prompt, I can access my files. However, if I try to use Internet Explorer to access the files, they're all reported as being zero bytes in size, and I'm unable to retrieve them. Also, included in the listing are the header and trailer info normally seen when you log on as a VMS user and do a DIR. Any ideas on what's causing this? To access the Alpha using FTP in Internet Explorer, I'm using an URL in the following format: ftp://username:password@ftp.site, where ftp.site is the FQDN for the server. Regards, Brian ================================================================================ Archive-Date: Thu, 18 Oct 2001 10:44:55 -0400 Date: Thu, 18 Oct 2001 09:32:55 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: TCPWare 5.4-3 FTP problem In-Reply-To: "Your message dated Thu, 18 Oct 2001 10:12:05 -0400" To: info-tcpware@process.com Message-ID: <01K9N4GDT5AW8WW77P@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > I'm running TCPWare 5.4-3 on my Alpha. From my Win98 client, if I use > FTP.EXE from the command prompt, I can access my files. However, if I try > to use Internet Explorer to access the files, Don't do that. ;-) > they're all reported as being > zero bytes in size, and I'm unable to retrieve them. Also, included in the > listing are the header and trailer info normally seen when you log on as a > VMS user and do a DIR. Any ideas on what's causing this? Various browsers, and various versions of various browsers, do different things when they encounter a VMS FTP site. Some work, some don't. By default, the TCPware FTP server should be doing UNIX emulation by default, if it's presented with a CWD command that includes a UNIX-style file spec. Check your FTPSERVER_DTP.LOG files for the account to see what the server is receiving from IE and what kind of output it's doing. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 18 Oct 2001 11:38:15 -0400 Date: Thu, 18 Oct 2001 11:30:25 -0400 From: Sabu.Zacharias@reuters.com Reply-To: Info-TCPware@process.com Subject: Re: TCPWare 5.4-3 FTP problem To: info-tcpware@process.com Message-ID: <01K9N8EZ30EG8WXNJ9@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Brian, I have seen this behaviour with UCX too. Not sure what is happening. Sabu. Brian Steele cc: Subject: TCPWare 5.4-3 FTP problem 10/18/2001 10:12 AM Header: Internal Use Only Please respond to Info-TCPware Hi Everyone: I'm running TCPWare 5.4-3 on my Alpha. From my Win98 client, if I use FTP.EXE from the command prompt, I can access my files. However, if I try to use Internet Explorer to access the files, they're all reported as being zero bytes in size, and I'm unable to retrieve them. Also, included in the listing are the header and trailer info normally seen when you log on as a VMS user and do a DIR. Any ideas on what's causing this? To access the Alpha using FTP in Internet Explorer, I'm using an URL in the following format: ftp://username:password@ftp.site, where ftp.site is the FQDN for the server. Regards, Brian ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. ================================================================================ Archive-Date: Thu, 18 Oct 2001 15:40:08 -0400 Date: Thu, 18 Oct 2001 15:30:57 -0400 From: Brian Steele Subject: Re: TCPWare 5.4-3 FTP problem To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: It gets curiouser and curiouser. If I use ftp://username@ftp.site, I get prompted for a password (as expected), but then I'm presented with the problem I get the problem listed below. However, if I use ftp://username:password@ftp.site, I get a completely different response, i.e. I get the correct directory listing and I'm able to retrieve files. It appears to have something to do with authentication. It seems that if I use ftp://username@ftp.site, the FTP server process first tries to authenticate using a blank password (and a corresponding login failure is reported in the VMS oplog) . When this fails, it returns a response that causes the browser to prompt for a username. Only then is the strange directory listing is returned. Brian "Hunter Goatley" wrote in message news:01K9N4GDT5AW8WW77P@goatley.com... > > I'm running TCPWare 5.4-3 on my Alpha. From my Win98 client, if I use > > FTP.EXE from the command prompt, I can access my files. However, if I try > > to use Internet Explorer to access the files, > > Don't do that. ;-) > > > they're all reported as being > > zero bytes in size, and I'm unable to retrieve them. Also, included in the > > listing are the header and trailer info normally seen when you log on as a > > VMS user and do a DIR. Any ideas on what's causing this? > > Various browsers, and various versions of various browsers, do > different things when they encounter a VMS FTP site. Some work, some > don't. By default, the TCPware FTP server should be doing UNIX > emulation by default, if it's presented with a CWD command that > includes a UNIX-style file spec. > > Check your FTPSERVER_DTP.LOG files for the account to see what the > server is receiving from IE and what kind of output it's doing. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 18 Oct 2001 15:52:58 -0400 Date: Thu, 18 Oct 2001 15:51:52 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: TCPWare 5.4-3 FTP problem To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86040A9E0C@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 There is some logic in the code that is able to sometimes determine that the FTP server is being started up in response to a web browser request. When it senses this, it sets an internal flag such that directory results are returned in Unix format. Normally directory results are returned in VMS format, unless a logical is defined forcing Unix format, or a CD command with a Unix syntax is done. RFC959 (FTP) does NOT define a syntax for the output of the LIST (directory) command. Many things assume that the format will be what a Unix system presents, but a different format is equally valid. There is a draft for a version of a list command that is designed for machine (computer) interpretation (http://www.ietf.org/internet-drafts/draft-ietf-ftpext-mlst-13.txt). Process Software's FTP servers currently do NOT implement the commands in that document. -----Original Message----- From: Brian Steele [mailto:steele_b@spiceisle.com] Sent: Thursday, October 18, 2001 3:31 PM To: info-tcpware@process.com Subject: Re: TCPWare 5.4-3 FTP problem It gets curiouser and curiouser. If I use ftp://username@ftp.site, I get prompted for a password (as expected), but then I'm presented with the problem I get the problem listed below. However, if I use ftp://username:password@ftp.site, I get a completely different response, i.e. I get the correct directory listing and I'm able to retrieve files. It appears to have something to do with authentication. It seems that if I use ftp://username@ftp.site, the FTP server process first tries to authenticate using a blank password (and a corresponding login failure is reported in the VMS oplog) . When this fails, it returns a response that causes the browser to prompt for a username. Only then is the strange directory listing is returned. Brian "Hunter Goatley" wrote in message news:01K9N4GDT5AW8WW77P@goatley.com... > > I'm running TCPWare 5.4-3 on my Alpha. From my Win98 client, if I use > > FTP.EXE from the command prompt, I can access my files. However, if I try > > to use Internet Explorer to access the files, > > Don't do that. ;-) > > > they're all reported as being > > zero bytes in size, and I'm unable to retrieve them. Also, included in the > > listing are the header and trailer info normally seen when you log on as a > > VMS user and do a DIR. Any ideas on what's causing this? > > Various browsers, and various versions of various browsers, do > different things when they encounter a VMS FTP site. Some work, some > don't. By default, the TCPware FTP server should be doing UNIX > emulation by default, if it's presented with a CWD command that > includes a UNIX-style file spec. > > Check your FTPSERVER_DTP.LOG files for the account to see what the > server is receiving from IE and what kind of output it's doing. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 24 Oct 2001 09:07:31 -0400 Date: Wed, 24 Oct 2001 08:42:23 -0400 From: Hal Kuff Subject: Tcpware And UCX ... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <40CEF619BD25FCFB.8C993EC82F2E39F4.AB7A989ABA719B40@lp.airnews.net> Can one node in a cluster run TCPWARE and one run UCX without peril? That is to say that installing Tcp services from compaq on a common cluster disk and starting it from one node only will not harm tyhe tcpware install? ================================================================================ Archive-Date: Wed, 24 Oct 2001 09:21:19 -0400 Date: Wed, 24 Oct 2001 08:18:44 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: Tcpware And UCX ... In-Reply-To: "Your message dated Wed, 24 Oct 2001 08:42:23 -0400" <40CEF619BD25FCFB.8C993EC82F2E39F4.AB7A989ABA719B40@lp.airnews.net> To: info-tcpware@process.com Message-ID: <01K9VF9IM2FW8WW8LH@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Can one node in a cluster run TCPWARE and one run UCX without peril? That is > to say that installing Tcp services from compaq on a common cluster disk and > starting it from one node only will not harm tyhe tcpware install? Correct, you can run both in the same cluster with no problem. Why you'd want to not run TCPware on both is beyond me, but you can do it. ;-) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 24 Oct 2001 11:50:52 -0400 Date: Wed, 24 Oct 2001 11:20:32 -0400 From: Hal Kuff Subject: Re: Tcpware And UCX ... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: We like TCPWare and Netlib.... use them all the time... a developer is writing an application that might use UCX low level routines..... would like to proof it on UCX and then test it on TCPWare ... perhaps it will run faster in one-or-the-other? (and pick up another TCPWare PAK if we deploy of course...) "Hunter Goatley" wrote in message news:01K9VF9IM2FW8WW8LH@goatley.com... > > Can one node in a cluster run TCPWARE and one run UCX without peril? That is > > to say that installing Tcp services from compaq on a common cluster disk and > > starting it from one node only will not harm tyhe tcpware install? > > Correct, you can run both in the same cluster with no problem. Why > you'd want to not run TCPware on both is beyond me, but you can do it. > ;-) > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 24 Oct 2001 11:55:16 -0400 Date: Wed, 24 Oct 2001 09:53:47 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: Tcpware And UCX ... To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AE61B@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain How about cost? I have TCPWARE licenses on four Alpha's. I plan to upgrade all four pretty soon and it will cost a bit in Canadian money. Mind you, I consider TCPWARE to be a very good product, able to handle thousands of our print queues nicely. --- 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: Hunter Goatley[SMTP:goathunter@goatley.com] > Reply To: Info-TCPware@process.com > Sent: 24-Oct-01 7:18 AM > To: info-tcpware@process.com > Subject: Re: Tcpware And UCX ... > > > Can one node in a cluster run TCPWARE and one run UCX without peril? > That is > > to say that installing Tcp services from compaq on a common cluster disk > and > > starting it from one node only will not harm tyhe tcpware install? > > Correct, you can run both in the same cluster with no problem. Why > you'd want to not run TCPware on both is beyond me, but you can do it. > ;-) > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ > ================================================================================ Archive-Date: Wed, 24 Oct 2001 15:49:06 -0400 Date: Wed, 24 Oct 2001 14:47:32 -0500 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: RE: Tcpware And UCX ... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: In article <42E8EAD18405D311B9D90050047A7170046AE61B@RANTXCHG01>, "Mah, Lee" writes: > How about cost? I have TCPWARE licenses on four Alpha's. I plan to upgrade > all four pretty soon and it will cost a bit in Canadian money. Mind you, I > consider TCPWARE to be a very good product, able to handle thousands of our > print queues nicely. In all fairness, that would be quite a bit in US money too, so long as you measure currency value in some independent standard, such as number of McDonalds hamburgers it will buy :-). If you use DEQ's TCP/IP, doesn't your Compaq support bill cost more ? ================================================================================ Archive-Date: Wed, 24 Oct 2001 15:58:56 -0400 Date: Wed, 24 Oct 2001 13:57:28 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: Tcpware And UCX ... To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AE61C@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain Actually, TCP/IP is bundled into our maintenance contract. UCX DEC 4200 H 0 0.0 (none) (none) If I had the time and effort, and I was certain that TCP/IP had the same robustness, ease, and reliability as TCPWARE, I could migrate and save my organization some money. However, we have only three full-time analysts (including me) to administer the VMS systems. Have to run now. I have to gather my ammunition to fend off the EMC proponents in my organization. Upgrade of the Alpha boxes and Storageworks is being proposed. --- 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: Kilgallen@SpamCop.net[SMTP:Kilgallen@SpamCop.net] > Reply To: Info-TCPware@process.com > Sent: 24-Oct-01 1:47 PM > To: info-tcpware@process.com > Subject: RE: Tcpware And UCX ... > > In article <42E8EAD18405D311B9D90050047A7170046AE61B@RANTXCHG01>, "Mah, > Lee" writes: > > How about cost? I have TCPWARE licenses on four Alpha's. I plan to > upgrade > > all four pretty soon and it will cost a bit in Canadian money. Mind > you, I > > consider TCPWARE to be a very good product, able to handle thousands of > our > > print queues nicely. > > In all fairness, that would be quite a bit in US money too, > so long as you measure currency value in some independent > standard, such as number of McDonalds hamburgers it will buy :-). > > If you use DEQ's TCP/IP, doesn't your Compaq support bill cost more ? > ================================================================================ Archive-Date: Thu, 25 Oct 2001 04:41:06 -0400 Date: Thu, 25 Oct 2001 10:39:31 +0200 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Tcpware And UCX ... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3bd7cfc3$1@news.kapsch.co.at> In article <40CEF619BD25FCFB.8C993EC82F2E39F4.AB7A989ABA719B40@lp.airnews.net>, "Hal Kuff" writes: >Can one node in a cluster run TCPWARE and one run UCX without peril? That is >to say that installing Tcp services from compaq on a common cluster disk and >starting it from one node only will not harm tyhe tcpware install? Of course. We do it for a decade now !! We even have a multiarchitecture installation (means the TCPware config or other common files are on a third disk). Note however, that you can't use a common config for TCPIP/UCX and TCPware. And also note, that the IP Cluster Alias method of TCPware and TCPIP/UCX is totally different and can't be mixed. TCPware was/is great and is still beyond UCX/TCPIP's features/quality. But it costs extra money (like UCX used to). A decade ago, UCX was about 6 times the price and about 10% the features of TCPware. But UCX was free if used only as the DECwindows transport and so we used both. Nowadays, UCX/TCPIP is bundled with most VMS systems (and in whatever the name of DECampus CSLG now is) at no additional cost, while TCPware (or Multinet) is AFAIK the primary income of Process Software Corp. (PSC) and therefore can't be given away for free (which they do anyway for [Open]VMS hobbyists - thanks folks). So, TCPware does make much sense with servers (because it still has more features/services) and makes sense if you want to have additional security for _not_ having an IP stack originating from U**X. For clients/satellites you can use it because of its excellent UCX compatiblity (and if compatibility problems arise - like with MOZILLA - they offer a workaround/solution), because of NETLIB and because of only one IP product in the cluster but NOT (ie. no longer) because of price. Mostly qualified support of products on VMS are only guaranteed for UCX and TCPIP, while for other IP stacks offered only on a best-effort basis (INGRES-Net, ORACLE, CSWS, ...). So for me, it seems good to have (and run) both stacks (even configured for each and every node in the cluster) so that quick compatibilty tests (with a temporary or test license of course) by switching the IP stack (via a reboot) become easily possible (and should be done, whenever fieldservice/engineering is trying to blame the IP stack). -Peter PS: Use DCPS and eliminate IP stack dependant printer queues (LPD, stream) ... -- 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, 26 Oct 2001 07:07:18 -0400 Date: Fri, 26 Oct 2001 07:10:41 -0500 From: Norton Brinkly Reply-To: Info-TCPware@process.com Subject: Get One Today #3A4C To: onton@[62.22.69.26] Message-ID: <01K9Y5956Q7C8WXASX@PROCESS.COM> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Content-Transfer-Encoding: 7bit This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable FREE Computer With Merchant Account Setup

COMPLETE CREDIT CARD PROCESSING SYSTEMS FOR YOUR BUSINESS=2E INTERNE= T - HOME BASED - MAIL ORDER - PHONE ORDER

Do you accept credit cards? Your competition does!

 

Everyone Approved - Credit Problems OK!
Approval in less than 24 hours!
Increase your sales by 300%
Start Accepting Credit Cards on your website!
Free Information, No Risk, 100% confidential=2E
Your name and information will not be sold to third parties!
Home Businesses OK! Phone/Mail Order OK!
No Application Fee, No Setup Fee!
Close More Impulse Sales!

Everyone Approved!

Good Credit or Bad!  To= apply today, please fill out the express form below=2E It contains all the information we need to get your account approved=2E For a= rea's that do not apply to you please put "n/a" in the box=2E

Upon receipt, we'll fax you with all of the all Bank Card Application documents necessary to establish your Merchant Account=2E Once returned we= can have your account approved within 24 hours=2E
 

Service Industry Standard

US
Site Inspection $50 - $75 FREE
Shipping $50 - $75 FREE
Warranty $10 Per Month= FREE
Sales Receipts $10 - $50&nbs= p; FREE
Fraud Screening

$=2E50 - $1=2E00
Per Transaction

 FREE
Amex Set Up $50 - $75 FREE
24 Hour Help Line $10 Month FREE
Security Bond $5000- $10,00= 0
Or More		 NONE

This is a No Obligation Qualification Form and is your first step to accepting credit cards=2E By filling out this form you will= "not enter" in to any obligations o= r contracts with us=2E We will use it to determine the best p= rogram to offer you based on the information you provide=2E You will be c= ontacted by one of our representatives within 1-2 business days to go over = the rest of your account set up=2E

<= font color=3D"#cc0000">Note:  All Information Provided To Us Will Remain= 100% Confidential !! 

Apply Free With No Risk!

Pleas= e fill out the express application form completely=2E
Incomplete information m= ay prevent us from properly processing your application=2E
Your Full Emai= l Address:
be sure to use your full address (i= =2Ee=2E user@domain=2Ecom)
Your Name:
Business Name:=
Business Phone= Number:
Home Phone Num= ber:
Type of Busine= ss:
Retail Business
Mail Order Business
Internet Based Busines= s
Personal Credi= t Rating:
Excellent
Good
Fair
Poor
How Soon Would= You Like a Merchant Account?


Your info= rmation is confidential, it will not be sold or used for any other purpose,= and you are under no obligation=2E Your information will be used solely for the purpose of evaluating= your business or website for a merchant account so that you may begin acce= pting credit card payments=2E


List Removal/OPT-OUT Option
Click Herem ------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- ================================================================================ Archive-Date: Mon, 29 Oct 2001 14:03:04 -0500 Date: Mon, 29 Oct 2001 13:01:20 -0500 From: Hal Kuff Subject: NTP Question... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: We have an NTP service running on a VMS node, the OpenVMS nodes are getting the right time but PC using the Net Time \\Node command are getting the time 1 hour off (this is after the time change went over fine automatically for the OpenVMS machines This is the result of a show logical on the time server... We're in Baltimore on EST .... (LNM$SYSTEM_TABLE) "TCPWARE_TIMEZONE" = "-050000" = "EST" "TCPWARE_TIMEZONE_NAME" = "EDT" (LNM$SYSCLUSTER_TABLE) ================================================================================ Archive-Date: Mon, 29 Oct 2001 14:16:36 -0500 Date: Mon, 29 Oct 2001 13:15:48 -0500 From: Hal Kuff Subject: Re: NTP Question... To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <165307EEF3573AD9.476399E5674EBDC5.E93A2DD79F2050AD@lp.airnews.net> never mind.... in order to push the time to a PC you must have the matching value in the VMS command file UTC$CONFIGURE_TDF.COM .... works now.... [oops] "Hal Kuff" wrote in message news:C17AE763DC5F7E66.581FAF94EAC25D0B.0E2C442A228C7754@lp.airnews.net... > We have an NTP service running on a VMS node, the OpenVMS nodes are > getting the right time but PC using the Net Time \\Node command are getting > the time 1 hour off (this is after the time change went over fine > automatically for the OpenVMS machines > > This is the result of a show logical on the time server... We're in > Baltimore on EST .... > > (LNM$SYSTEM_TABLE) > > "TCPWARE_TIMEZONE" = "-050000" > = "EST" > "TCPWARE_TIMEZONE_NAME" = "EDT" > > (LNM$SYSCLUSTER_TABLE) > >