1 INFO-VAX	Fri, 06 Oct 2000	Volume 2000 : Issue 558       Contents:	 A new way  Re: After RTFFAQ :-)C Re: BACKUP error: "-SYSTEM-F-BADATTRIB, bad attribute control list"  Re: Basic freeware CD problems Re: Basic freeware CD problems Re: Basic freeware CD problems# Re: CHARON-VAX images? - ot warning # Re: CHARON-VAX images? - ot warning # Re: CHARON-VAX images? - ot warning  Re: DECnet/Alpha vs Web  Re: DECnet/Alpha vs Web 
 Exec vs Super  Re: Exec vs Super ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS % Re: getting group name from UIC value % Re: getting group name from UIC value  help, I'm looking for a job and offering a reward!" Re: Looks like I need help again!!" Re: Looks like I need help again!!" Re: Looks like I need help again!!  Re: Maximum record size in pipes  Re: Maximum record size in pipes Re: Newbie:  Mail  please ingore my prev. msg# Proliant DL 360 x Alphaserver DS10L 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. & Re: Shark x Penguin : The OpenVMS Logo Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears . Re: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS Re: VMS Mail - Sending binaries  Re: VMS Mail - Sending binaries 	 Vms Sites 4 Re: What exactly happens when a terminal dissappears$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??' Re: www.networks.digital.com retired... ' Re: www.networks.digital.com retired... ' Re: www.networks.digital.com retired... ' Re: www.networks.digital.com retired... ' Re: www.networks.digital.com retired... ' Re: www.networks.digital.com retired...   F ----------------------------------------------------------------------  # Date: Thu, 05 Oct 2000 22:36:50 GMT  From: zkfzom@SECONDRING.COM  Subject: A new way3 Message-ID: <6o7D5.9725$wJ4.231932@news.uswest.net>   + Get in now THEY are going to make it BIGG!!   8 I will share my referals with you if you email and ask!!B Of course you must send me the names of 5 people you signed up  ;)  / http://www.alladvantage.com/go.asp?refid=BNO052    SREYNOLDS@SECONDRING.COM lkngynmqgsfwnyh    ------------------------------  $ Date: Thu, 5 Oct 2000 12:36:33 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca>  Subject: Re: After RTFFAQ :-) + Message-ID: <39dcd90b$1@obsidian.gov.bc.ca>   O In addition to the cluster timers, there are network/IO timers that would cause K connections to drop over a longer time period which cause other application , failures even if the CPU context is correct.   -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>   Richard wrote in message ...O >On Sun, 01 Oct 2000 12:59:19 +0200, Didier Morandi <Didier.Morandi@Easynet.fr>  >wrote: J >>AFAIK, the ^P command doesn't HALT the CPU, it suspends its activity andH >>keep its context, which is different. When I type C (continue) it will9 >>resume without any side effects (if I do nothing else).  > L >If you're on an OpenVMS Cluster, it also depends on some SYSGEN parameters.M >If you CTL-P and wait too long to <C>ontinue, you will crash with a CLUEXIT. A >The other nodes will have assumed the node has left the cluster.  > 	 >-Richard  >    ------------------------------  $ Date: Thu, 5 Oct 2000 13:09:22 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> L Subject: Re: BACKUP error: "-SYSTEM-F-BADATTRIB, bad attribute control list"+ Message-ID: <39dce0bd$1@obsidian.gov.bc.ca>   8 You may want to check your symptoms against the new ECO:  , The long awaited ECO for TCP/IP Services for VMS 5.0a can be found at:   8 http://ftp.service.digital.com/patches/.new/openvms.html     -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>   ------------------------------  $ Date: Thu, 5 Oct 2000 15:37:18 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> ' Subject: Re: Basic freeware CD problems + Message-ID: <39dd036c$1@obsidian.gov.bc.ca>   = Arne Vajhj wrote in message <39D069F2.6463AF83@gtech.com>... ' >paddy.o'brien@zzz.tg.nsw.gov.au wrote:  >> Stan Quayle wrote: P >> What I am seeing is use of a symbol "r", which probably equates to run.  This) >> would align with the DCL error quoted.  > A >Actually R are a valid abbreviation for RUN on all VMS systems !  >   ?     IFF you don't have any other DCL commands that begin with R B         (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)     -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>   ------------------------------  % Date: Fri, 06 Oct 2000 01:26:58 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ' Subject: Re: Basic freeware CD problems ) Message-ID: <39DD0E41.A6B25C13@gtech.com>    Graham Bennett wrote: ? > Arne Vajhj wrote in message <39D069F2.6463AF83@gtech.com>... ) > >paddy.o'brien@zzz.tg.nsw.gov.au wrote:  > >> Stan Quayle wrote: R > >> What I am seeing is use of a symbol "r", which probably equates to run.  This+ > >> would align with the DCL error quoted.  > > C > >Actually R are a valid abbreviation for RUN on all VMS systems !  > A >     IFF you don't have any other DCL commands that begin with R D >         (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)   Nope.   9 That is the general rule, but there are a few exceptions.  One of them are R for RUN.   Arne   ------------------------------   Date: 6 Oct 2000 00:55:56 GMT * From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: Basic freeware CD problems . Message-ID: <8rj7us$6a7$1@info.service.rug.nl>  < In article <39dd036c$1@obsidian.gov.bc.ca>, "Graham Bennett") <Graham.Bennett@gems5.gov.bc.ca> writes:    C > >Actually R are a valid abbreviation for RUN on all VMS systems !  > >  > A >     IFF you don't have any other DCL commands that begin with R D >         (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)  4 No.  There is an exception for R(UN) and C(ONTINUE).   ------------------------------  $ Date: Thu, 5 Oct 2000 16:08:37 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> , Subject: Re: CHARON-VAX images? - ot warning+ Message-ID: <39dd0ac1$1@obsidian.gov.bc.ca>   , So - those of you suggesting OpenVMS VAX 7.2  ?     How do you get it installed on 11 uVIIs/31/34/35/3600s?  :{   7     I don't recall all of these in the HW support list.    -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>  D Peter LANGSTOEGER wrote in message <39bf2f04$1@news.kapsch.co.at>...7 >In article <39BEE14F.62D33595@bellatlantic.net>, hg/jb ! <shsrms@bellatlantic.net> writes:  >>"David J. Dachtera" wrote: >>> Peter LANGSTOEGER wrote: >>> > ; >>> > In article <39BE9A07.D67815F@bellatlantic.net>, hg/jb ! <shsrms@bellatlantic.net> writes: K >>> > >Can you cluster alphas and vaxen? I have 11 uVIIs/31/34/35/3600s and F >>> > >4 alphas.  I have netbsd on them all but picked up the hobbyist1 >>> > >vms for each, and was wondering....hmmmmm.  >>> > - >>> > Sure. This is an OPSYS and not M$ crap. , >>> > Welcome to the wonderful world of VMS. >>> L >>> He's right! VMS is a REAL, commercial-grade operating system, as opposed( >>> to Micro$hit's point-and-click toys. >>> L >>> ...and yes, mixed-architecture clusters do work. Just be careful how youH >>> mix OpenVMS versions. Some play nicer together than others, and some >>> won't play together at all.  >>> >>So, a straight 7.2 setup, on both families should be great!! > H >I would recommend V7.2-1 on Alpha instead of V7.2. But on VAX it's V7.2 >-- = >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651 < >Network and OpenVMS system manager  Fax.    +43 1 81111-888= >FBFV/Information Services           E-mail  eplan@kapsch.net G ><<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLAN I >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist" O >"VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998    ------------------------------  # Date: Fri, 06 Oct 2000 03:19:28 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>, Subject: Re: CHARON-VAX images? - ot warning4 Message-ID: <4xbD5.196$_7.75427@typhoon.aracnet.com>  6 Graham Bennett <Graham.Bennett@gems5.gov.bc.ca> wrote:. > So - those of you suggesting OpenVMS VAX 7.2  A >     How do you get it installed on 11 uVIIs/31/34/35/3600s?  :{   9 >     I don't recall all of these in the HW support list.   J They're all on the supported list.  I've had it on MicroVAX II's and early' 3100's and have it on a MicroVAX III.     G However, V7.2 is the last version to support the MicroVAX II family.  I D believe the chief reason for this is they're limited to 16MB of RAM.   				Zane   ------------------------------  % Date: Fri, 06 Oct 2000 05:35:45 +0200 ( From: Bernd Eckstein <B.Eckstein@cli.de>, Subject: Re: CHARON-VAX images? - ot warning& Message-ID: <39DD4891.6909C289@cli.de>   Graham Bennett schrieb:  > . > So - those of you suggesting OpenVMS VAX 7.2 > A >     How do you get it installed on 11 uVIIs/31/34/35/3600s?  :{  > B works fine on my MV-II and the mv3100-30. I don't see any problem.   --  H Microsoft broke Volkswagen`s world record: VW only made 22 million bugs!  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.de C Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89    ------------------------------  % Date: Thu, 05 Oct 2000 23:56:16 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>   Subject: Re: DECnet/Alpha vs Web) Message-ID: <39DCF900.40E5D3FD@gtech.com>    Tim Llewellyn wrote: > Arne Vajhj wrote: > >  > > Jennifer Tran wrote:L > > > Could someone please explain to me how DECnet/Alpha can be used as the( > > > back end for Web ...Many thanks... > > F > > DECnet is net protocol. Alpha is a hardware architecture. You have
 > > posted2 > > to a news-group about VMS an operating system. > > L > > Do you have an Alpha with VMS and DECnet and want to access data on that > > system from the web ?  > > $ > > Do the system also have TCP/IP ? > G > Arne, I think you are being a little hard :-) Even if it is homework,  > isn't " > it better we give a +ve message?  D I was not trying to be negative, but I was a bit confused about what the question really were.    Arne   ------------------------------  # Date: Thu, 05 Oct 2000 23:09:06 GMT 1 From: "Mathias Wolkert" <tias77@bellatlantic.com>   Subject: Re: DECnet/Alpha vs Web7 Message-ID: <mS7D5.8196$4i5.429469@typhoon2.ba-dsg.net>   D If you have a VMS box as Web frontend you can run RTR over DECnet toK distribute the transactions over a backend cluster or whatever. But in that ) case I'd choose to run RTR to over TCPIP.    But it's a way to use it...    /Tias   9 "Jennifer Tran" <jtran@bms.calstate.edu> wrote in message * news:39DB686B.C962D002@bms.calstate.edu...H > Could someone please explain to me how DECnet/Alpha can be used as the$ > back end for Web ...Many thanks... > 
 > Jennifer >    ------------------------------  % Date: Thu, 05 Oct 2000 22:23:02 -0400 ) From: yyyc186.illegaltospam_@flashcom.net  Subject: Exec vs Super9 Message-ID: <39dd385d$1$lllp186$mr2ice@news.flashcom.com>    All,  A In the course of the book I'm writing exposing new programmers to G programming in BASIC under VMS I'm attempting to give them a chapter on G the concept of logicals and how to use them.  (I know, this should be a  book by itself...but....)   H My grey cells aren't functioning well right now.  My question is EXEC vsE Super mode for logicals.  EXEC requires sysnam to create, but doesn't E appear to ever "win" when same name defined in SUPER mode.  I vaguely H remember there is a case where EXEC wins but can't put my finger on it.  Anyone clarify this?  E Guess I should have nailed this down years ago rather than taking the  "don't do that" approach.    Thanks!    Roland   --  ; ----------------------------------------------------------- D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------    ------------------------------  % Date: Fri, 06 Oct 2000 01:46:30 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Exec vs Super, Message-ID: <39DD6735.6AEEA61B@videotron.ca>  * yyyc186.illegaltospam_@flashcom.net wrote:I > remember there is a case where EXEC wins but can't put my finger on it.  > Anyone clarify this?  M I beleive that ~some~ shareable images require a logical name defined in exec H mode (pointing to the actual executable file which should be installed).  < For instance, when ALLIN1 attempts to dynamically link (withH LIB$FIND_IMAGE_SYMBOL) with a user written module, if that module is notN located in SYS$SYSTEM, you must have a logical defined in EXEC mode for ALLIN1 to accept loding it.  H By forcing a logical in EXEC mode, it prevents an unprivileged used fromM defining a logical which redirects dynamic linking to a module different from % the one that was originally intended.    ------------------------------  $ Date: Thu, 5 Oct 2000 16:25:34 -0400% From: "Brian Tillman" <tillman_brian> 0 Subject: Re: Getting Compaq to advertise OpenVMS$ Message-ID: <39dce343$1@news.si.com>  ? >Coming.. after the annoucement stuff more 7.3 stuff will be up 
 >but there is L http://www.openvms.compaq.com/ebusiness_without_compromise/fact/openvms-v73. html  ) o Switched LAN as a CI - some VAX support J     Why not complete VAX support?  Where's the TECHNICAL reason this can't be done?  & o Extended File Cache - no VAX supportF     This is bogus.  There's no techincal reason this needs to be true.  8 o Lock Manager Performance Enhancements - no VAX supportE     Triply bogus.  There's no TECHINCAL reason this needs to be true.   " o Large Pagefiles - no VAX supportG     Bogus.  There's no good reason that this should be true.  It may be  harder, but it could be done.   ( o Universal LDAP V3 API - no VAX support=     Bogus.  There's no TECHINICAL reason this should be true.   G When are you going to stop spitting in the face of the THOUSANDS of VAX ' owners who CANNOT migrate to the Alpha?  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 05 Oct 2000 17:21:17 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <39DCF0C7.D3778CDE@videotron.ca>   "Farrell, Michael" wrote:r > N > I got into that URL but the display spreads itslef out wider than a standard > screen size.F > To read it I have to slide the horizontal scroll bar back and forth.: > Also it won't print completely so its of little use here  L Hey, this isn't as bad as a HTML. registration form for a local Compaq eventJ which had invalid HTML which resulted in the entry field on Netscape to beN limited to 0 characters because the microsoft brainwashed HTML coders had usedI maxsize="" in the text input field definitions instead of simply omittingeM maxsize entirely.  (maxsize="" is an invalid form, if you provide maxsize, it  MUST have a numeric value).b   ------------------------------  $ Date: Thu, 5 Oct 2000 14:52:48 -0400% From: "Brian Tillman" <tillman_brian> . Subject: Re: getting group name from UIC value$ Message-ID: <39dccd86$1@news.si.com>  G Here's a little command procedure I wrote.  It can do things like this:a  
 $ uic tillmank %UIC-I-VALUE, TILLMAN = [461,1]a
 $ uic [461,1]e %UIC-I-VALUE, [461,1] = TILLMAN  $ uic sys$node_benzie * %UIC-I-VALUE, SYS$NODE_BENZIE = %X8000000B $ uic %x8000000b* %UIC-I-VALUE, %X8000000B = SYS$NODE_BENZIE   Here's the procedure.    $!      UIC.COM  $       verify = 'f$verify( 0 )e $! $ getp1:& $       if p1 .nes. "" then goto gotp12 $       read/prompt = "_Username: " sys$command p1 $       goto getp1 $! $ gotp1: $       p1 := 'p1  $       x = p1 - "[" - "]"9 $       if f$type( x ) .eqs. "INTEGER" then goto gotidvale& $       group = f$element( 0, ",", x )) $       if group .nes. x then goto gotuicr/ $       x = f$identifier( x, "name_to_number" )S% $       if x .ge. 0 then goto uicformr $       x = f$fao( "%X!XL", x )  $       goto showitS $!
 $ uicform: $       x = f$fao( "!%U", x )S $       goto showitd $!	 $ gotuic:w $       oval = %o'group' $       group = oval * 65536. $       x = group + %o'f$element( 1, ",", x )' $! $ gotidval: 1 $       x = f$identifier( 'x', "number_to_name" )D $       x = f$fao( "!AS", x )t $!	 $ showit: * $       say "%UIC-I-VALUE, ", p1, " = ", x $       exit   ------------------------------  $ Date: Thu, 5 Oct 2000 12:22:14 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca>.. Subject: Re: getting group name from UIC value+ Message-ID: <39dcd5b1$1@obsidian.gov.bc.ca>w  N The following works for the group, we don't use the member number - left as an exercise  ) $!              Obtain Process UIC String- $!( $       _grp_num_ = f$getjpi( "", "grp") $!L $!              Change the octal number to the Identifier number then string $!8 $       _grp_trans_ = ( _grp_num_ * %x10000 ) + %o177777= $       _uic_ = f$identifier( _grp_trans_, "number_to_name" )i   Note the different radix usage.u   -- Cheers,!3 Graham Bennett, (250) 387-4669w, (250) 387-5231 faxu OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbian% mailto:Graham.Bennett@gems5.gov.bc.ca-. <Standard Disclaimer - these words are my own>   ------------------------------  % Date: Thu, 05 Oct 2000 12:33:17 -0500R" From: Bill Lewis <wlewis@erac.com>
 Subject: help.= Message-ID: <3BDB65726E32D411AF3F00508BCFDCCC30EE67@EXCORP02>    ------------------------------   Date: 5 Oct 2000 19:02:16 GMTr* From: helbig@astro.rug.nl (Phillip Helbig)5 Subject: I'm looking for a job and offering a reward!r, Message-ID: <8rij7o$b$1@info.service.rug.nl>  	 Hi folks!     F I'm looking for a VMS job in Europe.  If any "telecommuting" stuff is H possible, fine, but I'm thinking more of a job where I actually move to E the place of employment.  And I'm offering a reward!  Details are at ,  ;    http://gladia.astro.rug.nl:8000/helbig/hire/VMS/vms.htmly     --M Phillip Helbig                       Email .............. helbig@astro.rug.nliM Kapteyn Instituut                    Email ................. helbig@man.ac.uklM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 6647 M Postbus 800                          Fax .................... +31 50 363 6100nM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/s  5 My opinions are not necessarily those of my employer.-   ------------------------------   Date: 5 Oct 2000 18:13:11 GMT21 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)B+ Subject: Re: Looks like I need help again!! , Message-ID: <8rigbn$2rm8$3@info.cs.uofs.edu>  / In article <stn0icch7u5361@corp.supernews.com>,.0  "Peter Weaver" <peter.weaver@stelco.ca> writes: |> |>  E |> After modifying MODPARAMS.DAT you then have to do an autogen i.e.;o |> t8 |>     $ @SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT NOFEEDBACK  H Thank you.  That's a keeper.  I didn't see that (at least not explicitly- enough that I recognized it!) in the manuals,h  
 All the best.i   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 5 Oct 2000 19:02:06 GMTb' From: david20@alpha2.mdx.ac.uk (D.Webb)n+ Subject: Re: Looks like I need help again!!p0 Message-ID: <8rij7e$5l3$1@aquila.news.mdx.ac.uk>  ` In article <8rigbn$2rm8$3@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:0 >In article <stn0icch7u5361@corp.supernews.com>,1 > "Peter Weaver" <peter.weaver@stelco.ca> writes:y >|>  >|> F >|> After modifying MODPARAMS.DAT you then have to do an autogen i.e.; >|> 9 >|>     $ @SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT NOFEEDBACK  > I >Thank you.  That's a keeper.  I didn't see that (at least not explicitly . >enough that I recognized it!) in the manuals, >e >All the best. >  >billi >C  M Everybody has their own favourite way of picking the Autogen start and finishr phases.    Personally I tend to run  0 @sys$update:autogen savparams genparams feedback  > Look at what it will do in the file sys$system:agen$params.dat   then if it looks reasonable   ' @sys$update:autogen setparams setparamse  0 And then reboot separately at a convenient time.  4 (I tend to miss out the testfiles, genfiles phases).    J Unless the system has been up for less than 24 hrs I would recommend using	 feedback.e    
 David Webb VMS and unix team leader CCSS Middlesex University   ------------------------------   Date: 5 Oct 2000 19:42:43 GMTr1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)F+ Subject: Re: Looks like I need help again!!b, Message-ID: <8riljj$2uqa$1@info.cs.uofs.edu>  ' In article <39DC9198.2247577E@ubs.com>,e(  Paul Sture <paul.sture@ubs.com> writes: |>K |> Aha. I'll bet the date was out by 364 or 366 days too (or should that be-I |> 365/367, being a leap year?). Known problem when upgrading VAXes sinceiK |> at least the 6.2 upgrade. In fact, when I did the 7.2 upgrade on my homeaJ |> VAX, the date jumped back to one day off the current date, but in 1998.  B Nope, just one hour.  But the machine has seen so little use sinceG April, nobody noticed. But, I'm trying.  At least all of the department @ faculty have been reminded that we actually have these machines.> Now, if I can figure out clustering I may have enough combined< horsepower that someone other than me may actually use them.   bill   -- -J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   V   ------------------------------  # Date: Thu, 05 Oct 2000 18:53:42 GMT  From: jgessling@my-deja.coml) Subject: Re: Maximum record size in pipesh) Message-ID: <8riini$ihh$1@nnrp1.deja.com>5  / > There's are two parameters you can mess with:o >t" >                          Default >   DEFMBXBUFQUO           1056o >   DEFMBXMXMSG             256  >aB > Unfortunately these affect ALL mailboxes and not just the one in	 PIPE, andeB > if you really crank them up bad things may happen.  (In my case, > DECwindows wouldn't start.)m >e& Minor nit here.  The sysgen help says:  H        DEFMBXMXMSG sets the default for the mailbox maximum message sizeD        in bytes when this value is not specified in a Create Mailbox%        ($CREMBX) system service call.   @ "good" programs would specify a specific size and avoid problemsA when the parameter is changed.  Sounds like DECwindows doesn't do, that, too bad.   Jimm  ) p.s. shouldn't that be CPQwindows?  Yuch!a      & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Thu, 05 Oct 2000 13:45:21 -0700o0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>) Subject: Re: Maximum record size in pipesu, Message-ID: <39DC85F1.3C5343CD@Mvb.Saic.Com>   jgessling@my-deja.com wrote: > 1 > > There's are two parameters you can mess with:t > >t$ > >                          Default! > >   DEFMBXBUFQUO           1056!! > >   DEFMBXMXMSG             256A > >iD > > Unfortunately these affect ALL mailboxes and not just the one in > PIPE, andlD > > if you really crank them up bad things may happen.  (In my case, > > DECwindows wouldn't start.)  > >c( > Minor nit here.  The sysgen help says: > J >        DEFMBXMXMSG sets the default for the mailbox maximum message sizeF >        in bytes when this value is not specified in a Create Mailbox' >        ($CREMBX) system service call.T > B > "good" programs would specify a specific size and avoid problemsC > when the parameter is changed.  Sounds like DECwindows doesn't dos > that, too bad.  F DECwindows can handle increasing these parameters just fine.  In fact,F it is not the DECwindows server that fails to start, it is one or moreB of the processes used to support DECwindows login.  I am currently$ running with the following settings:   DEFMBXBUFQUO  32000  DEFMBXMXMSG     512a  F The key is to remember that mailbox creation consumes BYTLM.  IncreaseF the BYTLM on the system account when you increase the size or capacity8 of mailboxes (I currently run with a setting of 200000).  
 Mark Berryman  Mark.Berryman@Mvb.Saic.Com   ------------------------------  % Date: Fri, 06 Oct 2000 07:44:07 +0200-0 From: Didier Morandi <Didier.Morandi@Easynet.fr> Subject: Re: Newbie:  Mail* Message-ID: <39DD66A6.237301AD@Easynet.fr>   ScrtyFrk wrote:s  Q > 1) I would like to be able to autoreply to e-mails from certain addresses.  Can B > one do such a thing using mail or do you need something external > (program/utility)?  E See DECUS. There are plenty of mail utilities. One of my preferred is-* NMAIL, an old DEC program used internally.  P > 2) I want to run this even when I am logged off.  Is there a queue where I can; > leave this running or a method of doing it automatically?c  G It runs in unattended mode. It sends back a message telling when you'ren# back, where you may be reached etc.-   D.   ------------------------------  % Date: Fri, 06 Oct 2000 05:12:48 +0200i( From: Bernd Eckstein <B.Eckstein@cli.de># Subject: please ingore my prev. msgW& Message-ID: <39DD4330.E068F6AA@cli.de>   Bernd Eckstein schrieb:t > E > For me I only see "file not found, on the vaxexe and on the axpexe.n7 > The link to the european server won't work either. :(e >  sorry, I'm to late..9 It's better ro read the thread frist, and write later ;-)s     > --* > Mit freundlichen Gruessen / Best regardsE > B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.deAE > Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89o     --  H Microsoft broke Volkswagen`s world record: VW only made 22 million bugs!  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.deiC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89r   ------------------------------  % Date: Thu, 05 Oct 2000 17:07:38 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br , Subject: Proliant DL 360 x Alphaserver DS10LL Message-ID: <OF9E1CDE30.714C1CA4-ON8325696F.006DAA48@ep-bc.petrobras.com.br>  [ Just to discuss, why Compaq dont integrate more the cabinets of Intel and Alpha servers ???   V For example, the Proliant DL 360 have two hot-plugable hard disks....looks like CompaqB is interested to make technical  improvments of the Intel servers.  C http://www5.compaq.com/products/quickspecs/10530_div/10530_div.htmlt    . And the DS10L has the hard disk internally ...  A http://www5.compaq.com/products/quickspecs/10551_na/10551_na.html.   Reg. FC   ------------------------------   Date: 5 Oct 2000 19:53:04 GMT0& From: Cthulhu <cthulhu@kadath.deep.it>: Subject: Re: Seeking info/prices for OpenVMS and hardware.( Message-ID: <8rim70$qm$1@kadath.deep.it>  + Arne Vajh?j <arne.vajhoej@gtech.com> wrote:t  C > I have not heard about servlets and JSP support for VMS - and VMSt  A Compaq says that their Apache port will have mod_jser, which is ao servlet engine.o  D > But other smaller (and cheaper !) ones do exist. Sorry again I can > not remember specific names.   At least I know they exist! ;)  @ >> 2) I think I'll go for a DS10, maybe two of them to play with3 > DPWS's are now down in an attractive price level.    What are DPWS? The XP900/XP1000?e Or just another name for DSx0?  I >> 3) Where to search for license pricing? I have an hardware reseller ata( >>         hand, but not a software one.
 > Compaq !  E Would it be legal to use two Hobbyist license, as long as they remain-@ as test server, without any service to the public, in a reserved network?  
 > (good luck)    Gh. <:)   > > It appears as if they have realized that they can earn money > from VMS also long term !i  D I just hope they will never start doing Alpha things they usually on their Crapliant PCs! :(- 	  	prayingly,0 	   Cthulhu:   -- 0  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!S# 		        <cthulhu at rlyeh dot it>v   ------------------------------   Date: 5 Oct 2000 19:55:15 GMTb& From: Cthulhu <cthulhu@kadath.deep.it>: Subject: Re: Seeking info/prices for OpenVMS and hardware.( Message-ID: <8rimb3$r1$1@kadath.deep.it>  , Dave Greenwood <greenwoodde@ornl.gov> wrote:  ; >     http://www.uk.research.att.com/omniORB/omniORB.html      Tnx!  . > license.  You'll need a C++ compiler though.  ' DEC C 6.x doesn't include C++ compiler?m
 I'll check...m   	nearby,
 	  Cthulhu  : P.S.: I'm feeling very bad with GNU/Free things lately...    --    G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!n# 		        <cthulhu at rlyeh dot it>c   ------------------------------   Date: 5 Oct 2000 20:00:43 GMT & From: Cthulhu <cthulhu@kadath.deep.it>: Subject: Re: Seeking info/prices for OpenVMS and hardware.( Message-ID: <8rimlb$r7$1@kadath.deep.it>  3 David Mathog <mathog@seqaxp.bio.caltech.edu> wrote:S   > Will Apache do what you want?o  7 If mod_jserv will work, that would be a little step. :)w  B > The two that I know of are MIMER (www.mimer.se)  and System 1032K > (www.cca-int.com). Beats me which of the 3 performs best in your intended    I'll get a look, thanks!  L > size range.  None of the freeware SQL databases currently run on OpenVMS.   = I know that someone around here will sneer at this point. >:]i  K > You MUST buy SCSI - the EIDE disk is really slow.  Have your reseller get   4 Oh. Good to know, I was just wondering about that...  J > you a third party disk and have them buy the intraserver controller from > the manufacturer.  s  $ What is an "intraserver controller"?G Is there a list of supported SCSI controllers in the OpenVMS/Alpha SPD?o  J > The OS licenses will be bundled with the system.  If you need more user 7 > licenses I'd guess that you'd go directly to the Q.  o  , I suppose the same is for a cluster license?   	connectingly, 	   Cthulhu    -- n  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! # 		        <cthulhu at rlyeh dot it>s   ------------------------------   Date: 5 Oct 2000 20:03:58 GMTI& From: Cthulhu <cthulhu@kadath.deep.it>: Subject: Re: Seeking info/prices for OpenVMS and hardware.( Message-ID: <8rimre$rb$1@kadath.deep.it>  $ Jim Agnew <agnew@hsc.vcu.edu> wrote:  D > we use Ingres, and there are postgres, opensql that *MAY* be beingD > ported to vms..  Ingres is from Computer associates, and they like    Oh yes, *MAY* be I'll try it. ;)  " > to price it up an dup and up....  6 I hate when they don't place prices on their pages! :/   > best of luck!o  
 Sgrunt! :)   	painingly,b 	   Cthulhuo  E P.S.: and the blinking ball were delivered here in Italy too! When mytF coworkers will have it destroyed, I'll put it within all the twinsting, and breaked balls I collected until now. >:)   -- e  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!s# 		        <cthulhu at rlyeh dot it>i   ------------------------------  % Date: Fri, 06 Oct 2000 00:04:52 +0200i= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>i: Subject: Re: Seeking info/prices for OpenVMS and hardware.) Message-ID: <39DCFB04.8E19B730@gtech.com>4   Cthulhu wrote:- > Arne Vajh?j <arne.vajhoej@gtech.com> wrote:gE > > I have not heard about servlets and JSP support for VMS - and VMSs > C > Compaq says that their Apache port will have mod_jser, which is ai > servlet engine.V  < OK. I hav estill not have tim eto really look at the Apache.E I tried a long time ago, but got stuck because I was on UCX 4.x then.0  B > >> 2) I think I'll go for a DS10, maybe two of them to play with > >e5 > > DPWS's are now down in an attractive price level.= >  > What are DPWS? > The XP900/XP1000?p  > Or just another name for DSx0?  9 No that is the previous generation of Alpha Workstations.t  - Digital Personal WorkStation 500au and 600au.   9 Because DS10's have been shipping in large quantities foro< some time now, then used DPWS's has reached something I will call a realistic price-level !   K > >> 3) Where to search for license pricing? I have an hardware reseller att* > >>         hand, but not a software one. > >  > > Compaq ! > G > Would it be legal to use two Hobbyist license, as long as they remain B > as test server, without any service to the public, in a reserved
 > network?  D I am not a lawyer, but I would think not. Testing an application for/ later commercial usage sounds commercial to me.a   Arne   ------------------------------  % Date: Fri, 06 Oct 2000 00:01:00 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> : Subject: Re: Seeking info/prices for OpenVMS and hardware.) Message-ID: <39DCFA1C.8E9A92A2@gtech.com>m   Cthulhu wrote:. > Dave Greenwood <greenwoodde@ornl.gov> wrote:0 > > license.  You'll need a C++ compiler though. > ) > DEC C 6.x doesn't include C++ compiler?   = DEC C and DEC++ are separate products with separate licenses.e  ; > P.S.: I'm feeling very bad with GNU/Free things lately...o  % The freeware idea and the GPL are OK.   ; Much GNU software are OK. But some are not good. It varies.    Arne   ------------------------------   Date: 5 Oct 2000 23:03:37 GMTt2 From: mathog@seqaxp.bio.caltech.edu (David Mathog): Subject: Re: Seeking info/prices for OpenVMS and hardware.+ Message-ID: <8rj1c9$m4@gap.cco.caltech.edu>   Q In article <8rimlb$r7$1@kadath.deep.it>, Cthulhu <cthulhu@kadath.deep.it> writes:a% >What is an "intraserver controller"?-   See   www.intraserver.coma   David Mathog mathog@seqaxp.bio.caltech.edul? Manager, sequence analysis facility, biology division, Caltech 3   ------------------------------  # Date: Fri, 06 Oct 2000 03:51:53 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>: Subject: Re: Seeking info/prices for OpenVMS and hardware.4 Message-ID: <t%bD5.197$_7.75427@typhoon.aracnet.com>  ' Cthulhu <cthulhu@kadath.deep.it> wrote: 5 > David Mathog <mathog@seqaxp.bio.caltech.edu> wrote:iM >> size range.  None of the freeware SQL databases currently run on OpenVMS. h  ? > I know that someone around here will sneer at this point. >:],  M Sneer at that point?  A lot (if not most) of us here would *LOVE* to see one  H or more of them on OpenVMS!  Simply put OpenVMS *needs* a port of eitherF Postgres or mySQL!  Unfortunatly neither look to be that easy to port.   			Zaneu   ------------------------------  % Date: Fri, 06 Oct 2000 00:21:57 -0400o) From: "Joseph B. Gurman" <gurman@ari.net>./ Subject: Re: Shark x Penguin : The OpenVMS Logoi= Message-ID: <gurman-4F2C3C.00215706102000@news.crosslink.net>   D In article <8rhtor$ac1$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry  Leslie) wrote:  * > Joseph B. Gurman (gurman@ari.net) wrote: > :iL > :     Seriously, though, it wouldn't hurt if Compaq invested in an easily L > : recognizable logo for OpenVMS, even if it would be too much to hope for H > : that it could appear on shrink-wrapped, third-party software like a I > : certain, silly, multicolor window/flag or a smirking, two-faced grin.  > :o  > :                   Joe Gurman > G > You mean "this certain, silly, multicolor window/flag or a smirking, t > two-faced grin"  ? : > - >   http://www.cs.huji.ac.il/~vadik/gates.jpgh > 6 > --Jerry Leslie     (my opinions are strictly my own)  I     Well, actually I was thinking of two _different_ logos, but that one | will serve for nightmares.   ------------------------------  " Date: Thu, 5 Oct 2000 17:31:46 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>-$ Subject: Re: TCP/IP 5.0A ECO Appears( Message-ID: <39DCBAFB.765D43BC@ohio.edu>  W I got the confirmation message for "openvms" from Lyris on August 16, 2000.  No traffic$Z since then on the VMS list.  I have had a couple of Tru64 unix patches on the security and unix lists.G  #                                 RDPc     "D.Webb" wrote:s  Z > In article <39DC9D82.D0742E23@ohio.edu>, "Richard D. Piccard" <piccard@ohio.edu> writes:@ > >And the VMS Patches mailing list has yet to tell us about it! > >U& > >                                RDP > >  >TI > I actually received two copies of the notification from the VMS patchese > list.tL > I have also been receiving info on other VMS patches since I registered in	 > August.h >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   Date: 5 Oct 2000 20:09:40 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: TCP/IP 5.0A ECO Appears* Message-ID: <39dcc3e4$1@news.kapsch.co.at>  \ In article <8ri1is$4bh$1@bob.news.rcn.net>, "Kenneth Randell" <kenr@datametrics.com> writes:I >Well, it finally happened.  The long awaited ECO for TCP/IP Services forg >VMS 5.0a can be found at: >a9 >http://ftp.service.digital.com/patches/.new/openvms.htmlo   andP  > ftp://ftp.service.digital.com/public/vms/vax/v7.2/tcp/ip/5.0a/@ ftp://ftp.service.digital.com/public/vms/axp/v7.2-1/tcp/ip/5.0a/   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Thu, 05 Oct 2000 18:37:05 GMTl3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk> $ Subject: Re: TCP/IP 5.0A ECO Appears/ Message-ID: <39DCC9BA.E268F7B6@cableinet.co.uk>    "D.Webb" wrote:r  aI > I actually received two copies of the notification from the VMS patchesn > list. L > I have also been receiving info on other VMS patches since I registered in	 > August.h >   : hmmm, do you have a firewall? Peter LANGSTOEGER's recentlyE reported experience is similar to mine, ie no VMS path notifications,- and- a surprisingly few Tru64 ones. 0  c  0 -- :A Home: Tim.Llewellyn@cableinet.co.uk Work: Tim.Llewellyn@bbc.co.ukr  C Standard disclaimer applies. My views in no way represent those of '! my employers or service provider.i   ------------------------------   Date: 5 Oct 2000 18:42:16 GMT ' From: david20@alpha2.mdx.ac.uk (D.Webb)5$ Subject: Re: TCP/IP 5.0A ECO Appears0 Message-ID: <8rii28$5h2$1@aquila.news.mdx.ac.uk>  X In article <39DCBAFB.765D43BC@ohio.edu>, "Richard D. Piccard" <piccard@ohio.edu> writes:X >I got the confirmation message for "openvms" from Lyris on August 16, 2000.  No traffic[ >since then on the VMS list.  I have had a couple of Tru64 unix patches on the security andr >unix lists. > $ >                                RDP >o  J I got my confirmations for the openvms and security lists also on the 16th August 2000.    
 From MAIL     M    65 lyris-confirm@list.s 16-AUG-2000  Your confirmation is needed (ok 8667) M    66 lyris-confirm@list.s 16-AUG-2000  Your confirmation is needed (ok 8668)->    67 lyris@list.support.c 16-AUG-2000  Confirmation succeeded>    68 lyris@list.support.c 16-AUG-2000  Confirmation succeeded    C And I have received the following messages from the openvms list :-.  P     1 ECO-Queries@compaq.c 18-AUG-2000  [openvms] OpenVMS VMS721_FIBRECHAN-V0300P     2 ECO-Queries@compaq.c 22-AUG-2000  [openvms] OpenVMS VMS721_DDTM-V0100 AlphP     3 ECO-Queries@compaq.c 22-AUG-2000  [openvms] OpenVMS VMS712_SHADOWING-V0300P     4 ECO-Queries@compaq.c 22-AUG-2000  [openvms] OpenVMS VMS72_DDTM-V0100 AlphaP     5 ECO-Queries@compaq.c 24-AUG-2000  [openvms] OpenVMS VMS712_DDTM-V0100 AlphP     6 ECO-Queries@compaq.c 28-AUG-2000  [openvms] OpenVMS VMS721_DDTM-V0100 AlphP     7 ECO-Queries@compaq.c 30-AUG-2000  [openvms] OpenVMS__STORAGE ALPSHAD10_062P     8 ECO-Queries@compaq.c  1-SEP-2000  [openvms] OpenVMS VMS62TO71U2_PCSI-V0200O     9 ECO-Queries@compaq.c  1-SEP-2000  [openvms] OpenVMS VMS721H1_UPDATE-V0200iP    10 ECO-Queries@compaq.c 21-SEP-2000  [openvms] OpenVMS VMS721_ACRTL-V0200 AlpP    11 ECO-Queries@compaq.c 28-SEP-2000  [openvms] OpenVMS VMS712_F11X-V0200 AlphO    12 ECO-Queries@compaq.c 28-SEP-2000  [openvms] OpenVMS VMS721H1_UPDATE-V0300DN    13 ECO-Queries@compaq.c 29-SEP-2000  [openvms] OpenVMS VMS721H1_ACRTL-V0100P    14 ECO-Queries@compaq.c 29-SEP-2000  [openvms] OpenVMS ALPDDTM03_071 Alpha V7P    15 ECO-Queries@compaq.c  3-OCT-2000  [openvms] OpenVMS VMS721_F11X-V0200 AlphP    16 ECO-Queries@compaq.c  3-OCT-2000  [openvms] OpenVMS VMS712_IPC-V0100 AlphaP    17 ECO-Queries@compaq.c  3-OCT-2000  [openvms] OpenVMS VMS721_IPC-V0100 AlphaP    18 ECO-Queries@compaq.c  3-OCT-2000  [openvms] OpenVMS VMS721_SYS-V0600 AlphaP    19 ECO-Queries@compaq.c  4-OCT-2000  [openvms] DEC TCP/IP TCPIPALP_E01A50 TCP  k4 + a few Tru64 related messages on the Security list.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 5 Oct 2000 19:06:45 GMTe' From: david20@alpha2.mdx.ac.uk (D.Webb)e$ Subject: Re: TCP/IP 5.0A ECO Appears0 Message-ID: <8rijg5$5l4$1@aquila.news.mdx.ac.uk>  e In article <39DCC9BA.E268F7B6@cableinet.co.uk>, Tim Llewellyn <tim.llewellyn@cableinet.co.uk> writes:o >  >"D.Webb" wrote: > J >> I actually received two copies of the notification from the VMS patches >> list.M >> I have also been receiving info on other VMS patches since I registered in0
 >> August. >> 4 >0; >hmmm, do you have a firewall? Peter LANGSTOEGER's recentlysF >reported experience is similar to mine, ie no VMS path notifications, >and  >a surprisingly few Tru64 ones.  >  >   F No we don't have a firewall. But either your firewall would have to beL badly misconfigured or be managed by someone very anti-VMS :) if it was only blocking the openvms list.    
 David Webb VMs and unix team leader CCSS Middlesex University   ------------------------------   Date: 5 Oct 2000 21:38:13 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: TCP/IP 5.0A ECO Appears* Message-ID: <39dcd8a5$1@news.kapsch.co.at>  Z In article <8rijg5$5l4$1@aquila.news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (D.Webb) writes:G >No we don't have a firewall. But either your firewall would have to be6M >badly misconfigured or be managed by someone very anti-VMS :) if it was only  >blocking the openvms list.3   I second that.  H I got some new ECO mails some weeks ago, after I resubcribed for the 3rdG time, but now the VMS list is again silent again (some days ago I got as. mail from the Q security list, but that's all)  A So, If you have DSNlink, run Dan Wings DSNLINK_NEW, and you won'tlF need Q's suprisingly unstable mailing lists again (but remember, thereH is mostly a one day delay between the www/ftp/lyris and the DSIN system)I And we all should suggest MADGOAT's MX as the replacement for LYRIS at Q.    --  < 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.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 5 Oct 2000 21:43:24 +0200>* From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: TCP/IP 5.0A ECO Appears* Message-ID: <39dcd9dc$1@news.kapsch.co.at>  W In article <8ri4ck$5i6$1@nnrp1.deja.com>, Craig A. Berry <calepine@my-deja.com> writes: < >Does anyone know why in the "kit applies to" section of the@ >readme, it does not mention 7.2-1, but in the "ECO KIT SUMMARY"8 >it says "for TCP/IP V5.0A on OpenVMS Alpha V7.1 throughC >V7.2-1H1"?  I assume the omission of 7.2-1 in the former is just ah >typing mistake?  @ I assume, too (but I don't read READMEs, only Release-Notes ;-).E The ECO kit is for TCPIP V5.0A, and this version runs also on V7.2-1,n' so I don't expect problems, only typos.      Apropos problems:e  C On my OpenVMS VAX V7.2 systems, the installation of this ECO gives:   G   DEC VAXVMS TCPIP_ECO V5.0-111 patch for ECO 1 will not install before J   first upgrading PCSI.  Please contact your local Customer Support Center   for this upgrade.     ; Do you know, what ECO/patch might be required for VAX V7.2.s> I so far haven't seen an official ECO for PCSI on VAX V7.2 and1 I also haven't heard/read of an unofficial one...p   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-8885< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Thu, 05 Oct 2000 20:39:56 GMTt1 From: "Mark D. Jilson" <jilly@clarityconnect.com> $ Subject: Re: TCP/IP 5.0A ECO Appears2 Message-ID: <39DCE8AA.3D05C2D9@clarityconnect.com>   You will need VAXUPDATE01_072.   Peter LANGSTOEGER wrote: > Y > In article <8ri4ck$5i6$1@nnrp1.deja.com>, Craig A. Berry <calepine@my-deja.com> writes:h> > >Does anyone know why in the "kit applies to" section of theB > >readme, it does not mention 7.2-1, but in the "ECO KIT SUMMARY": > >it says "for TCP/IP V5.0A on OpenVMS Alpha V7.1 throughE > >V7.2-1H1"?  I assume the omission of 7.2-1 in the former is just ai > >typing mistake? > B > I assume, too (but I don't read READMEs, only Release-Notes ;-).G > The ECO kit is for TCPIP V5.0A, and this version runs also on V7.2-1,e) > so I don't expect problems, only typos.M >  > Apropos problems:S > E > On my OpenVMS VAX V7.2 systems, the installation of this ECO gives:o > I >   DEC VAXVMS TCPIP_ECO V5.0-111 patch for ECO 1 will not install before L >   first upgrading PCSI.  Please contact your local Customer Support Center >   for this upgrade.  > = > Do you know, what ECO/patch might be required for VAX V7.2.o@ > I so far haven't seen an official ECO for PCSI on VAX V7.2 and3 > I also haven't heard/read of an unofficial one...t >  > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888l> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   -- rD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 05 Oct 2000 17:12:20 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>:$ Subject: Re: TCP/IP 5.0A ECO Appears, Message-ID: <39DCEEAF.D10FFF74@videotron.ca>   Kenneth Randell wrote: > J > Well, it finally happened.  The long awaited ECO for TCP/IP Services for > VMS 5.0a can be found at:m > : > http://ftp.service.digital.com/patches/.new/openvms.html   I get the following at the URL:p http://ftp1.support.compaq.com/patches/public/vms/vax/v7.1/tcp/ip/5.0a/tcp/ip/5.0a/dec-vaxvms-tcpip_eco-v0500-111-4.pcsi-dcx_vaxexey  	 Not Foundh   The requested URLle /patches/public/vms/vax/v7.1/tcp/ip/5.0a/tcp/ip/5.0a/dec-vaxvms-tcpip_eco-v0500-111-4.pcsi-dcx_vaxexei
 was not foundi on this server.e  K This is from the links that are included at the bottom of the read_me files  (which are available).   ------------------------------  % Date: Thu, 05 Oct 2000 17:14:32 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>0$ Subject: Re: TCP/IP 5.0A ECO Appears, Message-ID: <39DCEF33.D3F68399@videotron.ca>  N as an addemdum to my previous post, if I browse the ftp directories, I can getK to the patch and download it. It was just from the html link in the read-me ( file where there seemed to be a problem.   ------------------------------   Date: 5 Oct 2000 23:52:04 +0200l* From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: TCP/IP 5.0A ECO Appears* Message-ID: <39dcf804$1@news.kapsch.co.at>  f In article <39DCE8AA.3D05C2D9@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes: >You will need VAXUPDATE01_072.    Are you sure ?E I ask, because I have this ECO installed for weeks on all VAX systems0K and this TCPIP_ECO kit still doesn't install on all this VAX systems here !o  - Ok, I now try to reinstall VAXUPDATE01_072...a   Thanks for responding    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 06 Oct 2000 05:08:03 +0200 ( From: Bernd Eckstein <B.Eckstein@cli.de>$ Subject: Re: TCP/IP 5.0A ECO Appears& Message-ID: <39DD4213.6655F396@cli.de>   Kenneth Randell schrieb: > J > Well, it finally happened.  The long awaited ECO for TCP/IP Services for > VMS 5.0a can be found at:- > : > http://ftp.service.digital.com/patches/.new/openvms.html >  Did you get it ?  C For me I only see "file not found, on the vaxexe and on the axpexe.s5 The link to the european server won't work either. :(2   -- hH Microsoft broke Volkswagen`s world record: VW only made 22 million bugs!  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.de+C Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89n   ------------------------------  # Date: Fri, 06 Oct 2000 04:56:33 GMTP2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>$ Subject: Re: TCP/IP 5.0A ECO Appears4 Message-ID: <5YcD5.198$_7.76372@typhoon.aracnet.com>  ; In comp.os.vms Richard D. Piccard <piccard@ohio.edu> wrote:j  ? > And the VMS Patches mailing list has yet to tell us about it!   K Actually it did.  I got messages about the patch for both the VAX and Alphah# either yesterday or the day before.a   			Zanea   ------------------------------   Date: 5 Oct 2000 16:48:21 -0400a/ From: jordan@lisa.gemair.com (Jordan Henderson)q7 Subject: Re: time to consolidate the TCP/IP work on VMS-* Message-ID: <8ripel$3rb$1@lisa.gemair.com>  , In article <8ri5jk$b6f@gap.cco.caltech.edu>,3 David Mathog <mathog@seqaxp.bio.caltech.edu> wrote:f
 ><minor rant>e >SJ >At the expense of violating the not invented here precept it would reallyF >be a good thing at this point for the Q to work out an agreement withJ >Process where the latter is paid to develop and support all of the TCP/IPI >products for VMS.  The VMS market isn't all that big and it's a waste of L >effort for both the Q and Process to be developing the same software. RightI >now Process has two IMAP servers, a regular one, and the heavy duty PMDFs3 >one.  It's just nuts for the Q to do yet another. n >h  D Didn't DEC (or was it very early Compaq) farm out all TCP/IP supportG to Process a few years ago?  Only to absorb it back under DEC (Compaq?)" again 6 months later?j  G I think this sounds like a really good idea, but with Compaq (or was it2E DEC?) going to all the trouble to consolidate the TCP/IP base betweendE Tru64 and OpenVMS awhile back, I think there's too much investment in(* Compaq's TCP/IP for them to consider this.  H Hmmmm... Process still supports both Multinet and their own stack still.I Maybe this could be a winner if Process took over support and developmenti. of the present TCP/IP Services for OpenVMS V5.  I >You will note that in this arrangement it is Process that does the work,-L >and that's because they are invariably ahead of the Q in getting things outL >the door and their response to bug reports is usually very quick.   ProcessK >could then provide a migration path from all commercial stacks to a single(H >common stack.  The Q could shift the TCP/IP folks they have now over to >Process or reassign them. t >eK >The PMDF "pine" tool would be integrated into the stack and ship standard ,I >on all VMS systems.  This would solve most of our MIME problems once anduG >for all.  The PMDF server would remain a separately licensed product. d > < >But it probably makes too much sense for it to ever happen. ></minor rant> > 
 >David Mathog  >mathog@seqaxp.bio.caltech.edu@ >Manager, sequence analysis facility, biology division, Caltech    -Jordan Henderson  jordan@greenapple.com    ------------------------------  % Date: Thu, 05 Oct 2000 21:50:51 +0100P+ From: "antonio.carlini" <arcarlini@iee.org>e7 Subject: Re: time to consolidate the TCP/IP work on VMS ' Message-ID: <39DCE9AB.6AC37EAC@iee.org>P   David Mathog wrote:y >  > <minor rant> > K > At the expense of violating the not invented here precept it would reallygG > be a good thing at this point for the Q to work out an agreement with K > Process where the latter is paid to develop and support all of the TCP/IP=J > products for VMS.  The VMS market isn't all that big and it's a waste ofM > effort for both the Q and Process to be developing the same software. Right J > now Process has two IMAP servers, a regular one, and the heavy duty PMDF3 > one.  It's just nuts for the Q to do yet another.-  E Well a number of years back something like this did happen - at least(F for a while. The responsibility for IPv4 went to a 3rd party (maybe itA was Process, but I don't recall) and the UCX team went on to lookc! at other stuff (like maybe IPv6).a  B All this was announced and then a fair while later the arrangement seemed to stop.i  F All I saw were the public announcements so I have no inside knowledge.  ; Maybe someone spotte it was a good idea and squashed it :-).   Antoniov   ---------------5- Antonio Carlini             arcarlini@iee.orga   ------------------------------  % Date: Thu, 05 Oct 2000 17:28:07 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>n7 Subject: Re: time to consolidate the TCP/IP work on VMSa, Message-ID: <39DCF261.197FE0AD@videotron.ca>  M I agree entirely with the comments that the TCPIP stacks as well as messaging-G should be consolidated into a single standard built-in product for VMS.y  L However, if Compaq is to provide TCPIP Services bundled with the OS, I wouldM be happy with this as it would be as standard as one can get, and if one shopyM decides to buy a different stack, then so be it. But from a programming pointa- of view, there should be only a single stack.s  L It is bad enough to get some software to be ported to VMS, but when not onlyJ must the port deal with VMS, but also with a gazillion TCPIP stacks in the$ compile, it becomes a real headache.   ------------------------------   Date: 5 OCT 2000 21:41:12 GMTu+ From: Dave Greenwood <greenwoodde@ornl.gov>d7 Subject: Re: time to consolidate the TCP/IP work on VMS'1 Message-ID: <5OCT00.21411262@feda34.fed.ornl.gov>-  I At the risk of going against the crowd here (seems I'm often doing that -xI maybe that's why I like VMS ;), I don't care whether Compaq hires Process$F to do its tcpip stack or not.  I suspect that combining the Compaq VMSH and T64 stacks will effectively reduce the cost and may even improve theE VMS product - assuming the developers will get serious about learningeH VMS.  What I *really* want is for the Compaq stack to support STRU O VMSE (or whatever it's called) so all the VMS stacks can pass all types ofo VMS files transparently.  C Of course, I use MultiNet so maybe that's why I care less about how  Compaq generates its stack.o   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVrH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Thu, 05 Oct 2000 21:43:58 -0600t% From: Dan O'Reilly <dano@process.com> 7 Subject: Re: time to consolidate the TCP/IP work on VMSpD Message-ID: <5.0.0.25.2.20001005214137.00ac1fc8@pop.clsp.uswest.net>  & At 03:28 PM 10/5/2000, JF Mezei wrote:N >I agree entirely with the comments that the TCPIP stacks as well as messagingH >should be consolidated into a single standard built-in product for VMS. > M >However, if Compaq is to provide TCPIP Services bundled with the OS, I would N >be happy with this as it would be as standard as one can get, and if one shopN >decides to buy a different stack, then so be it. But from a programming point. >of view, there should be only a single stack.  I  From a "programming point of view", by and large, there essentially *IS*eM one stack, due to the UCX compatibility built into both MultiNet and TCPware.o  M >It is bad enough to get some software to be ported to VMS, but when not onlyoK >must the port deal with VMS, but also with a gazillion TCPIP stacks in the0% >compile, it becomes a real headache.l  K Granted, each of the Big 3 stacks has their own extensions, but if you keep0K your programming reasonably vanilla (i.e., "to standards"), then it doesn'tL need to be a headache.   ------I +-------------------------------+---------------------------------------+oI | Dan O'Reilly                  |                                       |rI | Principal Engineer            |  "Those are my principles. If you     |CI | Process Software              |   don't like them I have others."     | I | http://www.process.com        |                    -- Groucho Marx    |pI +-------------------------------+---------------------------------------+0   ------------------------------  $ Date: Thu, 5 Oct 2000 15:04:41 -0400% From: "Brian Tillman" <tillman_brian> ( Subject: Re: VMS Mail - Sending binaries$ Message-ID: <39dcd04e$1@news.si.com>  J Here's something I use to send attachments via VMS Mail's hooks into SMTP. --A Brian Tillman                   Internet: tillman_brian at si.comcA Smiths Industries, Inc.                   tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to preventa< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company     $!   MAIL_WIDE.COM $!A $!  This procedure mails an ASCII text file that is wider that 80L characters.rA $!  Some PC mail systems cannot accept wide files without specialo processing.  $! $   on error then goto cleanup $!- $!  Obtain the name of the file to be mailed.e $! $ getp1:" $   if p1 .nes. "" then goto gotp1- $   read/prompt="_Wide file: " sys$command p1f $   goto getp1 $!G $!  Obtain the address of the person to whom the file should be mailed.d $! $ gotp1:" $   if p2 .nes. "" then goto gotp2- $   read/prompt="_Recipient: " sys$command p2a $   goto gotp1 $!C $!  Obtain the name of any file that should be part of the message.d $! $ gotp2:" $   if p3 .nes. "" then goto gotp30 $   read/prompt="_Message file: " sys$command p3 $!$ $!  Obtain the mail subject, if any. $! $ gotp3:" $   if p4 .nes. "" then goto gotp4+ $   read/prompt="_Subject: " sys$command p4n $!C $!  Determine the name of the input file and derive the name of theo	 temporary  $!  output files.m $! $ gotp4:( $   filename = f$parse( p1, , , "name" )( $   filetype = f$parse( p1, , , "type" )" $   origfile = filename + filetype $   tempout = filename + ".tmp"' $   uuout = filename + ".uue"n $!K $!  Convert the file to a STREAM format so that a PC-based mail system willn $!  accept it. $!) $   convert/fdl=sys$input: 'p1' 'tempout'e RECORD     FORMAT stream      CARRIAGE_CONTROL nonel $!D $!  Now UUEncode the converted file.  Assume UUENCODE is in the same	 directoryN: $!  as this file.  Convert the output into a normal format $!E $   thisdir = f$element( 0, "]", f$environment( "procedure" ) ) + "]"lA $   mcr 'thisdir'uuencode /out='uuout' /name='origfile' 'tempout' * $   convert/fdl=sys$input: 'uuout' 'uuout' RECORD     FORMAT variable-'     CARRIAGE_CONTROL    carriage_returnr $!J $!  Now, append the encoded file to the message file, if any, and mail theA $!  result to the intended recpient.  Delete the temporary files.6 $! $   if p3 .nes. ""% $   then copy 'p3', 'uuout' 'tempout's $   else copy 'uuout' 'tempout'"	 $   endif  $! $   if p4 .eqs. "" $   then mail 'tempout' "''p2'"u, $   else mail/subj="''p4'" 'tempout' "''p2'"	 $   endif  $!
 $ cleanup:( $   message = f$environment( "message" )& $   set message/nofac/noid/nosev/notex! $   delete 'tempout';*, 'uuout';*b $   set message'message'
 $   exit 1   ------------------------------  % Date: Thu, 05 Oct 2000 23:58:46 +02007= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>r( Subject: Re: VMS Mail - Sending binaries) Message-ID: <39DCF996.86C6B68E@gtech.com>     becherini@vortex.ufrgs.br wrote:. > . fabio_compaq@ep-bc.petrobras.com.br wrote:M > . > Is there a way to send by VMS Mail  a .PDF file attached   (I have SMTPa > . > configured andP > . > it works fine) and extract it in Win platform ???? I am testing it and the > . > binary comes in thea > . > body of the message . .. > .n > . Several possibilities: > .E6 > . 1)  manual encode on VMS, email and manual decode. > . ? > . 2)  get a SMTP package on VMS that automatically translatesA1 > .     SEND/FOREIGN to a BASE64 MIME attachment.- > .V! > . 3)  use FTP instead of email.t > ; >   4)  use POP3 (outlook, messenger, pegasus, eudora, etc)  >       instead of email.9   ????  8 The poster wants to move file sfrom VMS to PC by email !   You suggest:$   - move the files to PC by method X%   - use a PC email program to send itl ?e   Arne   ------------------------------  % Date: Fri, 06 Oct 2000 08:42:23 +120010 From: Patrick Nirmal Sharma <Patrick@fsc.com.fj> Subject: Vms Sites9 Message-ID: <C904D185C744D31189A90008C7EB6684B08371@dovu>a   Hi,   ? Could anyone point me to some job sites in Canada(VMS related).o1 Would appreciate if anyone could help me on this..   Thanks in Advance, Patrick   ------------------------------  # Date: Thu, 05 Oct 2000 23:03:18 GMTo! From: Ian Parker <parker@gol.com>e= Subject: Re: What exactly happens when a terminal dissappearsr& Message-ID: <Iw+7VAA9QQ35Ewns@gol.com>  A In article <39DCB2EC.D895F7B5@clarityconnect.com>, Mark D. Jilson ! <jilly@clarityconnect.com> writeslD >I can't find anything in this area.  If you have a software supportD >contract then I would collect the following information when one ofH >these jobs hang and get the assistance of your local CSC in determiningB >where/why the job is hanging.  Also have you created a small testD >program that is able to duplicate this, if so the CSC would also be >interested in it. >aH >$ ! This is the SDA procedure to gather initial information on any hung >process  >$ ! If on VAX do this line once6 >$ lib/ext=sys$p1_vector/out=sys$common:[sysexe]p1.stb >sys$share:starlet.olb
 >$ ANA/SYS
 >READ/EXEC  >READ SYS$SYSTEM:SYSDEF ! If VAX+ >READ SYS$LOADABLE_IMAGES:SYSDEF ! If Alpha H >READ SYS$SYSTEM:P1.STB ! If VAX and you have done the lib command aboveG >SET LOG {file.ext} ! Make sure to hit <CR> thru all screens to get all. >data - >SHOW PROCESS/INDEX={pid of the hung process}  >SHOW PROCESS/IMAGE- >SHOW PROCESS/CHANNEL-
 >SHOW CALL >SHOW CALL/NEXT1 >SHOW CALL/NEXTr >SHOW CALL/NEXTeE >! For VAX take the right most address at the Return PC line from theg >above call frames and dod >EXAM/INST pc-20;40 G >! For Alpha take the 8 digits to the right of the nnnnnnnn.nnnnnnnn PCrF >in the line Return address on stack from the above call frames and do >EXAM/INST pc-40;80h >.F >This should get someone started.  Also obviously make sure the systemB >has loaded all the patch kits that apply to VMS, the RTLs and the >network stacks involved.- >c# >michael_e_price@my-deja.com wrote:e >> e/ >> In article <39DB6D12.4D50FE34@videotron.ca>,t3 >>   JF Mezei <jfmezei.spamnot@videotron.ca> wrote:vI >> > I am not sure if this applies to the types of connections your have, 
 >> but VMSH >> > has the ability to keep a session in a coma for a certain amount of
 >> time inD >> > case the user manages to reconnect (at which point, the user is >> prompted if he.@ >> > wishes to reconnect to his previous session right after the >> username/passwordI >> > prompt). (I beleive it is the "Disconnect" feature in SET TERMINAL).c >> >? >> Thanks - that is true but in this case the process definatly I >> dissappears. What I need to know is what VMS is doing to get rid of it-@ >> and how the declared exits handlers behave in this situation. >> tI >> I am sure we had this working some time ago and the exit handlers wered@ >> firing OK - something seems to have changed - maybe in VMS???0 >> maybe it is now doing what it is supposed to. >> o >> Does anyone know??e >> X >> TIA as always >> o >> Mike  >> ,) >> Sent via Deja.com http://www.deja.com/s >> Before you buy. >n  H I'd suggest using ACCOUNTNG to get the exit status of the process.  This% may give a hint of what is happening.1   -- a
 Ian Parker   ------------------------------  # Date: Thu, 05 Oct 2000 18:29:56 GMT 3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk> - Subject: Re: Why has Compaq retired DECnet ??s/ Message-ID: <39DCC80C.5970D602@cableinet.co.uk>A   Steve Lionel wrote:m > 3 > On Thu, 05 Oct 2000 16:59:11 +0100, Tim Llewellyn-" > <tim.llewellyn@bbc.co.uk> wrote: > H > >Does it make up for it? I always liked having redundant WAN protocols
 > >available,sL > >eg if IP was down DECNET would work and vice versa. Especially if you are8 > >relying on the network to remotely manage operations. > D > I have not seen nor heard of any problems in this regard.  In mostB > cases around here, IP always works while DECnet can sometimes beE > troublesome.  (This was true long before Compaq came on the scene.)  > D  Steve, it wasn't so easy sometimes when they started routing .ac.ukF traffic over the European IP network rather than leased lines for costB saving reasons oh, a decade ago. The leased line HEPNET circuit toF the continent helped me out a few times (and vice-versa, the IP helpedC when DECNET was down). Of course, we then migrated to OSI and then ,B when DNS got too troublesome to DECNET over IP, which noone really. used much as by then most people were off VMS.  G I really didn't mean to imply anything about Compaq internal networkingc) at all, if anyone happened to think that.    --  A Home: Tim.Llewellyn@cableinet.co.uk Work: Tim.Llewellyn@bbc.co.ukl  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.a   ------------------------------   Date: 5 Oct 2000 18:50:46 GMT1' From: david20@alpha2.mdx.ac.uk (D.Webb)c- Subject: Re: Why has Compaq retired DECnet ??n0 Message-ID: <8riii6$5h2$2@aquila.news.mdx.ac.uk>  g In article <hpdpts898l4j8miqrq6c8vss91f7s8d5se@4ax.com>, Steve Lionel <Steve.Lionel@compaq.com> writes:.2 >On Thu, 05 Oct 2000 16:59:11 +0100, Tim Llewellyn! ><tim.llewellyn@bbc.co.uk> wrote:  >eG >>Does it make up for it? I always liked having redundant WAN protocolsk >>available,K >>eg if IP was down DECNET would work and vice versa. Especially if you are 7 >>relying on the network to remotely manage operations.  > C >I have not seen nor heard of any problems in this regard.  In mostpA >cases around here, IP always works while DECnet can sometimes berD >troublesome.  (This was true long before Compaq came on the scene.) >d    F Can be a bit difficult to do something which requires restarting TCPIP; remotely if that is the only protocol running on the box :)         
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Thu, 05 Oct 2000 20:25:33 GMTl+ From: rjordan@mars.mcs.net (Richard Jordan)e- Subject: Re: Why has Compaq retired DECnet ??t2 Message-ID: <1t5D5.125$w71.12441@news.goodnet.com>  E A piece of my post about 'www.networks.digital.com' was quoted in thenG originating post to this thread.  I just want to clarify that I was noteE posting about DECnet at all.  I was posting that Compaq feedback toldVD me that the Digital Network Products site 'www.networks.digital.com'1 had been retired with no plans for reinstatement.   C THis affected access to info and downloads for Digital-made networkuB hardware (and some software), but did not, so far as I know, have 0 anything to do with DECnet protocol or software.  D I'm putting together email and mail to go to the management chain inF the OpenVMS FAQ (exclusing the one OpenVMS manager), and would suggestD that if you are negatively impacted by this rather arbitrary website shutdown, that you do the same.r   Rich Jordanu rjordan@mcs.netP  E P.S.  FWIW one or two of our field service folks also indicated (lastbC year) that a significant amount of 'new stuff' was being destroyed, E only because it was 'digital' labelled.  Presumably the Q was gettingyB some kind of tax benefit, but its a shame anyway.  Anyone got some? extra 'digital' escutcheon plates?  Got an ES40 here that keeps," getting mistaken for a proliant...   ------------------------------  % Date: Thu, 05 Oct 2000 21:46:44 +0100e+ From: "antonio.carlini" <arcarlini@iee.org>A- Subject: Re: Why has Compaq retired DECnet ?? ' Message-ID: <39DCE8B4.A89A8390@iee.org>l   "Dijk, Jeroen van" wrote:r > V > Could you tell use why Compaq is at this moment downsizing the support on DECnet ???  6 There is no downsizing of support. There was a gradual1 migration away from DECnet in favour of IP on WANV links.  ? I was inside Compaq when this started but I don't know for suren exactly why it happened.  > I do know that much of the internal network depended on DECnisA and once that group was sold to Cabletron it was obvious that theeF close cooperation bewteen the development team and the Easynet networkA people would be far less close. The imminent retirement of DECnisw$ hardware was also probably a factor.  ? So the internal backbone started to migrate off DECnis to Ciscor? (at least I think it was Cisco). Whichever router vendor it wasa@ charged extra to have DECnet routing enabled on the boxes. This ? I was lead to believe was the reason for gradually reducing the  amount of DECnet on the WAN.  C Within a site (certainly in REO and LKG) DECnet was (and presumablyn still is) freely available.r  E > Like stopping training on DECnet, websites with documentation, enz.0  = I don't know about training .. but the docs are still around.:< In fact you can now read them fro free ... when I were a lad you 'ad to pay!d  7 > What is the last VMS version with DECnet support ????C  5 I'm sure if that ever happens, someone will tell you.i  * > What if Compaq stops supporting DECnet, . > how big will be the impact on the customers?  = It has not happened. There was still plenty of DECnet supportd7 happening in engineering and in the CSCs as recently as = this summer. I don't expect anything has changed just because 
 I left :-)  ? > Can DECnet be replaced with TCP/IP or another something else?e  ) Sometimes. Or you can run DECnet over IP.    Antoniou   ---------------t- Antonio Carlini             arcarlini@iee.orgn   ------------------------------  % Date: Thu, 05 Oct 2000 17:25:10 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>G- Subject: Re: Why has Compaq retired DECnet ??t, Message-ID: <39DCF1B0.2FEB798F@videotron.ca>   Phillip Helbig wrote:2< > Note that clustering per se has NOTHING TO DO WITH DECNET.  G But many tools commonly used to manage a cluster still rely on DECNET. oN Although Monitor can now be coaxed into using TCPP instead of DECNET, but what about SYSMAN ?   ------------------------------  % Date: Thu, 05 Oct 2000 17:07:06 -0400n- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>p- Subject: Re: Why has Compaq retired DECnet ??t0 Message-ID: <39DCED7A.8AE29DDE@ost.cdrh.fda.gov>   Steve Lionel wrote:vD > I have not seen nor heard of any problems in this regard.  In mostB > cases around here, IP always works while DECnet can sometimes beE > troublesome.  (This was true long before Compaq came on the scene.)-  H That is precisely the OPPOSITE of my painful experience.  The networkingL folks, in a never-ending attempt to "improve" IP, keep breaking it entirely.J But with DECnet and LAT, I can still diagnose and fix things.  If it's all going over IP, I'm toast.j   ------------------------------  # Date: Thu, 05 Oct 2000 18:34:40 GMT23 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>t0 Subject: Re: www.networks.digital.com retired.../ Message-ID: <39DCC927.6572402F@cableinet.co.uk>w   Steve Lionel wrote:l > B > On 5 Oct 2000 16:09:47 GMT, helbig@astro.rug.nl (Phillip Helbig) > wrote: > H > >In article <bcvotsoneq3ma0eegf1c5gg12e3mpbil8o@4ax.com>, Steve Lionel$ > ><Steve.Lionel@compaq.com> writes: > >nG > >> www8 (or 6 or 5 or some other number) is just one of the redundant B > >> servers.  www.compaq.com always works and should be used when > >> referencing links.p > >mI > >Right, but the number shows up in the link displayed and bookmarked byt > >the browser.b > G > I know - but that doesn't make the www.compaq.com link "wrong", which . > was the implication of the original posting. >    H Yes, but surely the link should present itself to the surfer for cut andD paste purposes etc as the generic alias not the particular redundant server?hG Isn't that what aliases are for? Anyway, its just a minor point really.   - I wonder, is it a partitioned web back end...    -- aA Home: Tim.Llewellyn@cableinet.co.uk Work: Tim.Llewellyn@bbc.co.uk-  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.n   ------------------------------  % Date: Thu, 05 Oct 2000 14:43:29 -0400c, From: Steve Lionel <Steve.Lionel@compaq.com>0 Subject: Re: www.networks.digital.com retired...8 Message-ID: <etipts4qllhf5g7b12iuf2dm4hg8l6lnp0@4ax.com>  / On Thu, 05 Oct 2000 18:34:40 GMT, Tim Llewellyn-& <tim.llewellyn@cableinet.co.uk> wrote:  I >Yes, but surely the link should present itself to the surfer for cut andmE >paste purposes etc as the generic alias not the particular redundantd >server?H >Isn't that what aliases are for? Anyway, its just a minor point really.  @ I agree, and have mentioned that already to the folks who manage www.compaq.com.   - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering0& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 5 Oct 2000 19:09:06 GMTo* From: helbig@astro.rug.nl (Phillip Helbig)0 Subject: Re: www.networks.digital.com retired..., Message-ID: <8rijki$b$3@info.service.rug.nl>  E In article <gidpts0e6bg3frtqa0tg5vjaf19gto5mol@4ax.com>, Steve Lionel " <Steve.Lionel@compaq.com> writes:   G > >> www8 (or 6 or 5 or some other number) is just one of the redundant"B > >> servers.  www.compaq.com always works and should be used when > >> referencing links.a > >eJ > >Right, but the number shows up in the link displayed and bookmarked by  > >the browser.t > G > I know - but that doesn't make the www.compaq.com link "wrong", which1. > was the implication of the original posting.  H I agree.  However, my suspicion---correct me if I'm wrong---is that the H URL with the number will be more volatile than the one without, thus it G is not a good idea if the user sees this number, it gets bookmarked by   default etc.  E A general question here: can one have more than one server with some aD sort of automatic load-balancing but present one URL to the outside I world?  Would a possible way of doing this be to make use of the cluster  7 alias feature (assuming the web server is running VMS)?u     --M Phillip Helbig                       Email .............. helbig@astro.rug.nlTM Kapteyn Instituut                    Email ................. helbig@man.ac.ukrM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 6647RM Postbus 800                          Fax .................... +31 50 363 6100aM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/   5 My opinions are not necessarily those of my employer.e  N <A HREF=" http://gladia.astro.rug.nl:8000/helbig/hire/hire.html ">HIRE ME!</A>   Reward: one month of salary!   ------------------------------  % Date: Thu, 05 Oct 2000 21:25:59 +0100r+ From: "antonio.carlini" <arcarlini@iee.org>t0 Subject: Re: www.networks.digital.com retired...' Message-ID: <39DCE3D7.EF66A40F@iee.org>t   Didier Morandi wrote:  > I > As I wrote here a few days ago, COMPAQ's will is to kill-and-bury (sp?)tG > DECnet stuff. ALL DECnet stuff. I am currently teaching a DECnet-PluspI > course in Paris. GKN denied the request from the Customer, and the onlyuD > resource I found to prepare my training has been the DECnet set ofK > OpenVMS 7.1 documentation (in English, of course :-), still available at   >  > For how long?-  > So try contacting the product manager ... I know she'd want toB know if there are problems like this ... how else can she fix them if noone tells her?e  < The EDS team working on DECnet may be another source of help= with training courses (I was always asked to pass on trainings: requests presumably because they wanted to know whether it4 was worthwhile developing or resurrecting a course).   > H > It seems that it's time to gather this stuff and create a "club" (or a6 > company?) for the last DIGITAL DECnet sw engineers..  A There is already a club for the last Digital DECnet SW engineers,d it's called EDS :-)a   Antonio.   --------------- - Antonio Carlini             arcarlini@iee.orga   ------------------------------  % Date: Thu, 05 Oct 2000 17:00:10 -0400 - From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>u0 Subject: Re: www.networks.digital.com retired...0 Message-ID: <39DCEBDA.D7D1296C@ost.cdrh.fda.gov>   David Mathog wrote:PJ > Mark my words - the rebadging of all things Digital to Compaq will be inJ > the textbooks someday as the classic example of why you do NOT replace aE > high quality brand name with a low quality one on the same product.   H Hear hear!  A name like Digital is a tremendous asset.  It is synonymousJ with quality in the public mind, and competitors can hardly describe their/ own equipment without also advertising Digital.o  K Contrast that image with "Compaq", synonymous in my mind with nothing other-J than disposable toy computers.  Heck, most people can't even SPELL Compaq!F It boggles the mind that anyone who has made it out of business schoolF could be so stupid as to buy the Digital name and then try to bury it.   ------------------------------   Date: 5 OCT 2000 21:31:13 GMT>+ From: Dave Greenwood <greenwoodde@ornl.gov>.0 Subject: Re: www.networks.digital.com retired...1 Message-ID: <5OCT00.21311392@feda34.fed.ornl.gov>f  3 mathog@seqaxp.bio.caltech.edu (David Mathog) wrote:   J > Mark my words - the rebadging of all things Digital to Compaq will be inK > the textbooks someday as the classic example of why you do NOT replace a eE > high quality brand name with a low quality one on the same product.i  H It seems to me that Compaq created an advertising problem for themselvesG by squashing the Digital name.  It would be easier to push Wintel underbI the Compaq brand and alpha/VMS/T64/linux under the Digital name.  Sort ofBF like Ford having separate Ford, Lincoln and Mercury lines.  Or ProcessI having both TCPware and MultiNet.  I hate to think of how much rebranding J all the Digital stuff is costing Compaq - especially in the amount of timeE the VMS/T64 developers are having to spend instead of doing somethingO productive.  Sigh.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVPH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   End of INFO-VAX 2000.558 ************************