1 INFO-VAX	Thu, 20 May 2004	Volume 2004 : Issue 278       Contents:> Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info?????> Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info????? Re: Copying tapes  Re: Copying tapes  Re: Copying tapes  CSWS 2.0 Source Code? ) Re: Eastern Washington University project ) Re: Eastern Washington University project - Re: Hobbyist Licensing? (was: Re: netbooting) % Re: I know I'm being picky but ......   Re: LAT & Hobbiest VMS questions  Re: LAT & Hobbiest VMS questions  Re: LAT & Hobbiest VMS questions  Re: LAT & Hobbiest VMS questions  Re: LAT & Hobbiest VMS questions  Re: LAT & Hobbyist VMS questions Re: netbooting Re: netbooting Re: OpenVMs Cluster > Re: OpenVMS v7.3-1 detach process creation - strange behaviour> Re: OpenVMS v7.3-1 detach process creation - strange behaviour! Re: Reboot forces Shadowset Merge  Re: Request for new SMTP Re: Request for new SMTP= Re: Switching from Process Software TCPware to TCPIP Services 2 Re: TCPIP Services IMAP server - reloading headers2 Re: TCPIP Services IMAP server - reloading headers Wget 1.9.1 for VMS? ) Re: You'll never guess what HP advertised   F ----------------------------------------------------------------------    Date: 19 May 2004 17:32:39 -0700. From: alexdaniels@themail.co.uk (Alex Daniels)G Subject: Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info????? = Message-ID: <9f7f13a8.0405191632.4ae430f1@posting.google.com>   q Andrew Harrison <andrew_._remove_harrison@su_n.com> wrote in message news:<c8feu2$h4r$1@new-usenet.uk.sun.com>...  > Alex Daniels wrote:  > J > > "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message. > > news:c8f7v8$enj$1@new-usenet.uk.sun.com... > >  > >>David Svensson wrote:  > >> > >>& > >>>Andrew Harrison SUNUK Consultancy > > < > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message0 > > news:<c8dg6o$pig$1@new-usenet.uk.sun.com>... > >  > >>>>Jan van Mastbergen wrote:  > >>>>E > >>>>When OSF died a well deserved death Digital changed the name of G > >>>>OSF-1 to DECUNIX quickly followed by another rebranding to Tru64.  > >>>  > >>>  > >>>Why was it well deserved? > >>>  > >>6 > >>Because the motives for creating OSF were entirely4 > >>bogus and because is set back the development of' > >>UNIX to a point where NT creapt in.  > >> > >> > >> > >>>>Its now called HP-UX > >>>  > >>>  > >>>No. > >> > >>Yes  > >>Regards  > >>Andrew Harrison  > >  > > H > > NO. Please get your facts correct. HP-UX is a completly seperate andE > > distinct product, which hp had prior to their merger with Compaq.  > > ( > > Tru64 has NOT been renamed to HP-UX. > >  > @ > So Tru64 hasn't been axed with its features such as TruCluster; > being injected into HP-UX for release sometime in the not  > so immediate future ?  > A > Unless that plan has changed very very recently I would suggest 8 > that it is you who should be getting your facts right. > " > Has the plan of record changed ? > 	 > Regards  > Andrew Harrison  >  > > Alex > >  > >    Andrew,   D I am more than aware of the plans relating to Tru64 and porting some/ of the features to hp-ux. However you posted...    >> Its now called HP-UX   @ In the context of the discussion of Tru64 previous names (OSF/1,C Digital Unix, Compaq's DIGITAL UNIX) before finally becoming Tru64.   > Just because some Tru64 bits are being ported into hp-ux, your9 statement 'Its now called HP-UX' does NOT become correct.   < Tru64's name has NOT changed. So its not 'now called HP-UX'.  " Once again get your facts correct.   Alex   ------------------------------  # Date: Thu, 20 May 2004 04:24:14 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")G Subject: Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info????? 6 Message-ID: <00A32170.1965B6A4@SSRL.SLAC.STANFORD.EDU>  l In article <c8f7v8$enj$1@new-usenet.uk.sun.com>, Andrew Harrison <andrew_._remove_harrison@su_n.com> writes: >David Svensson wrote: >  >> Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c8dg6o$pig$1@new-usenet.uk.sun.com>... >>   >>>Jan van Mastbergen wrote: >>> B >>>When OSF died a well deserved death Digital changed the name ofD >>>OSF-1 to DECUNIX quickly followed by another rebranding to Tru64. >>   >>   >> Why was it well deserved? >>   > 3 >Because the motives for creating OSF were entirely 1 >bogus and because is set back the development of $ >UNIX to a point where NT creapt in.  I As far as I could tell, the motives for creating OSF were mostly distress G at the idea that AT&T - still official proprietors of Unix - had taken  K a significant ownership position in Sun.  This made other Unix players feel M that the playing field was no longer level, and that they had to do something 	 about it.   O OSF, incidentally, ended up merging with X/Open, if memory serves.  Unix System L Laboratories -- the entity that AT&T and Sun created to be the official UnixK development entity, on the other hand, has been the increasingly-dispirited : toy of Novell, then SCO, then Caldera.  Was that deserved?  . (In other words, plenty of blame to go round.)   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Wed, 19 May 2004 20:20:50 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: Copying tapes6 Message-ID: <40AC07F2.37D32ADF@NeOaSrPtAhMlNiOnWk.net>   Roy Omond wrote: >  > David J. Dachtera wrote: > > Roy Omond wrote: > > 
 > >>[snip]H > >>I have never seen BACKUP (or any other method in *base* VMS) recoverI > >>from parity errors on *any* helical-scan tape media (that's why these J > >>specialised data recovery companies can charge lots of money for these > >>cases).  > >  > > 3 > > DLT is "Linear" (serpentine), not helical-scan.  > E > OK.  But the point remains:  I have never seen BACKUP (or any other E > method in *base* VMS) recover from parity errors on *any* DLT media  > (that's why etc.)   F I believe that's part of the DLT specification - not BACKUP's doing. IF believe that any error such as a parity error that can cause the drive( to "lose its place" is considered fatal.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 20 May 2004 06:55:49 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: Copying tapes* Message-ID: <2h2s2nF8fekeU1@uni-berlin.de>   briggs@encompasserve.org wrote: Y > In article <2h09vbF7jk3oU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  > ! >>briggs@encompasserve.org wrote:  >>Z >>>In article <2gu5joF6u1sdU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: >>>  >>> B >>>>I've adopted a 32,556 blocksize as standard practice, as when  >>>  >>> M >>>32256 surely.  Though I think that 32556 is functionally identical (rounds : >>>down to the next lower multiple of 512 which is 32256). >>>  >>A >>Corrct, that was a typo. Specifying 32000 also rounds to 32556.  >> >  > 32256 surely.  :-) >   1 Oh......... I can't believe I did it again... ;-(    ------------------------------  % Date: Thu, 20 May 2004 06:58:05 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: Copying tapes* Message-ID: <2h2s6tF8fekeU3@uni-berlin.de>   briggs@encompasserve.org wrote: Y > In article <2h09vbF7jk3oU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  > ! >>briggs@encompasserve.org wrote:  >>Z >>>In article <2gu5joF6u1sdU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: >>>  >>> B >>>>I've adopted a 32,556 blocksize as standard practice, as when  >>>  >>> M >>>32256 surely.  Though I think that 32556 is functionally identical (rounds : >>>down to the next lower multiple of 512 which is 32256). >>>  >>A >>Corrct, that was a typo. Specifying 32000 also rounds to 32556.  >> >  > 32256 surely.  :-) >   4 Gottver,,,, I can't believe I got it wrong again ;-(   ------------------------------    Date: 19 May 2004 11:04:38 -0700% From: antonuka@msu.edu (Alan Antonuk)  Subject: CSWS 2.0 Source Code?= Message-ID: <c46df05c.0405191004.1f81e307@posting.google.com>   > I saw a thread on this about 5 months ago in January and I wasF wondering if anything has changed. Does anyone know if HP has released# the source code for their CSWS 2.0?    I go to the download page F http://h71000.www7.hp.com/openvms/products/ips/apache/csws_source.html5 and they only seem to have the version 1.3 available.    ------------------------------   Date: 19 May 2004 21:05:24 GMT From: healyzh@aracnet.com 2 Subject: Re: Eastern Washington University project, Message-ID: <c8gi6k01lbe@enews2.newsguy.com>  < Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:` > In article <Oytqc.31170$6f5.2954270@attbi_s54>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes:B > > Minor nit.  A VMS mainframe is about as common as hen's teeth. > >   I >    Haven't you ever seen a MicroVAX 3300 mainframe?  Yes, I know people H >    who considered that model to be a mainframe.  And I've carried them >    around my computer room.   C Gee, that must make a VAXstation 4000/VLC run headless with a BA350 ? attached, and a DECserver 90L for terminals a "Mainframe" :^)     J I know things such as "Mainframe" and "Minicomputer" are hard to quantify,F but that's a bit outrageous.  OTOH, wasn't a VAX10000 supposed to be a "Mainframe Class" system?    		Zane   ------------------------------  # Date: Thu, 20 May 2004 00:21:12 GMT 1 From: Michael Austin <maustin@firstdbasource.com> 2 Subject: Re: Eastern Washington University project2 Message-ID: <40ABF9F8.68EDC48A@firstdbasource.com>   healyzh@aracnet.com wrote:  > > Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:b > > In article <Oytqc.31170$6f5.2954270@attbi_s54>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes:D > > > Minor nit.  A VMS mainframe is about as common as hen's teeth. > > >  > K > >    Haven't you ever seen a MicroVAX 3300 mainframe?  Yes, I know people J > >    who considered that model to be a mainframe.  And I've carried them > >    around my computer room.  > E > Gee, that must make a VAXstation 4000/VLC run headless with a BA350 ? > attached, and a DECserver 90L for terminals a "Mainframe" :^)  > L > I know things such as "Mainframe" and "Minicomputer" are hard to quantify,H > but that's a bit outrageous.  OTOH, wasn't a VAX10000 supposed to be a > "Mainframe Class" system?  >   L I thought that was the VAX9000... and at ~1Ton per cabinet, was quite hefty.   some-what interesting story:  c A un-named company had a cluster of 6640's that were used for a particular cpu-intensive operation. d The engineers at this site would submit a job that would calculate and then display the results on ad DECWindows VT1200 or some such (don't recall that end of the system :) )... Anyway, it would take 45_ minutes to do each calculation giving these engineers a 45 minute coffee break with each run... ^ They installed a VAX9000 4CPU system and this processing time went down to 5 minutes per calc.` Eventually, they installed an VAX7000 and the results only took 1.5 minutes.  They had to run itb several times because "it was too fast....).  I am not sure what they did with the 9000.. that was ~10 years ago...  B 1000 points to the person who can tell which  city this was in....   Michael    >  >                 Zane   ------------------------------  # Date: Wed, 19 May 2004 21:27:35 GMT # From: hoff@hp.nospam (Hoff Hoffman) 6 Subject: Re: Hobbyist Licensing? (was: Re: netbooting)2 Message-ID: <bjQqc.1895$3u2.1490@news.cpqcorp.net>  g In article <ade6bdb14c.michael@privat.utfors.se>, Michael Grunditz <michael.grunditz@telia.com> writes:  : @ :After this I can only login with the console and vms complains ? :about that no license is installed. My hobbyist vms license is  :installed and expires in 2005.   C   There are two sets of licenses required, one for the Alpha or VAX C   system itself (the base license), and one set of licenses for the A   layered products.  It is almost certain that you are missing or 3   you have not loaded the layered product licenses.   C   I am improving the cross-references for and the visibility of the @   associated hobbyist licensing text present in the OpenVMS FAQ.  E   I'll see if I can find someone that can update the hobbyist website B   webpage and/or hobbyist website FAQ, as this confusion is fairly   common.       N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 19 May 2004 16:41:18 -0400 # From: "John Smith" <a@nonymous.com> . Subject: Re: I know I'm being picky but ......, Message-ID: <oZqdnWekEJ6dVDbd4p2dnA@igs.net>  7 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message ) news:1Trqc.74518$iF6.6266959@attbi_s02... I > I sent this note to Mr. Stallard of HP BCS fame.  He agreed the message  was ' > confusing and said he'd look into it.  > K > I have sent Mr. Stallard several VMS IOIs and kept them worded correctly.  > He's always responded. > 	 > Dave...  > 0 > "John Smith" <a@nonymous.com> wrote in message( > news:laWdnUyUNvtTuzfdRVn-jg@igs.net...; > > At http://h71000.www7.hp.com/openvms/products/clusters/  > > F > > OpenVMS clusters are headlined as "World's Best Cluster Software". > >  > > while at > > > > > http://welcome.hp.com/country/us/en/prodserv/software.html > > D > > only HP-UX and Linux are touted as 'High Availability & Disaster	 Tolerant' ! > > (under the Clusters heading).  > > I > > The 'High Availability & Disaster Tolerant Solutions' link (under the  High. > > Availability heading) leads only to HP-UX. > >  > > I > > Truth in advertising (which HP seldom seems to deal with...you figure  out J > > which I'm refering to) would seem to dictate that disaster tolerance & > high< > > availability ought to be promoted thusly on the HP site: > > K > > Best Choice - OpenVMS or NSK depending on your needs, recovery times in L > > seconds, geographic distribution requirements, and a desire to keep your  > > data 'clean' and consistent. > > G > > Better Choice - Tru64, if you are looking for a unix solution today  > > A > > Good Choice - HP-UX today, perhaps eventually a Better Choice  > > 7 > > You Need Your Head Examined Choice - Linux, Windows       = As long as you are sending notes to Scott, ask him to look at L http://h71000.www7.hp.com/index.html?jumpid=/go/openvms and then look at theA New +HP Ad Campaign spotlights United States Postal Service link.   K It's now nearly June 2004. The link refers to an ad campaign from September K 2003 which mentions 'Alphaserver' once, and omits any mention of OpenVMS at L all. We don't know whether those Alphas are running OVMS, Tru64, Linux, BSD,L a priated copy of 64-bit Windows NT from before 1997. But in any even, it is stale-dated.  I The thing that bugs the crap out of me is that there is new 'news' on the K OpenVMS home page about once per quarter. There ought to be new stuff there L practically daily - new 3rd party apps available, announcements of big wins,E and so on. This home page is about as exciting as watching paint dry.   E I know that having an 'exciting' home page is not a priority, but the F stagnation of sales and 3rd party apps is the problem.....and it's allI attributable to no advertising to drive customers to ask "What about that = OpenVMS we keep hearing about. Tell me some more about that."   B [no offense Warren. I know you have to work with what you've got.]  D Is Stallard the right guy to go after? What about Mark Gonzalez? Are" Marcello & Gorham out of the loop?   ------------------------------  % Date: Wed, 19 May 2004 20:11:00 +0200 , From: "Reinhard Eigner" <antispam@garnix.de>) Subject: Re: LAT & Hobbiest VMS questions / Message-ID: <c8g7t3$rbj$04$1@news.t-online.com>    > > $ @sys$startup:lat$startup@ > >%RUN-S-PROC_ID, identification of created process is 0000011D >  > First thanks!  > F > DOH! I forgot to start LAT! OK, new problem. I started LAT and now IE > get this (the 0 rating is bad and the Service responder looks bad):     	 Hi again,   H Here's my output. I haven't configured anything before I start LAT but I think I on your machine is already a configuration because normally the "outgoing  connections"
 are disabled. < You can enable the service responder with following command:, LATCP> set node [nodename]/service_responder' But I don't know what rating is, sorry. . You already tried a "set host/lat [nodename]??J Perhaps the wonderful command help in LATCP or the online docs at HP tells you more...        LAT Control Program B Node Ident:         This is SKYNET. Unauthorized Access Prohibited  J Incoming Connections:  Enabled              Incoming Session Limit:   NoneJ Outgoing Connections:  Disabled             Outgoing Session Limit:   NoneJ Service Responder:     Disabled             Announcements:         Enabled  J Circuit Timer (msec):        80             Keepalive Timer (sec):      20J Retransmit Limit (msg):       8             Node Limit (nodes):       NoneJ Multicast Timer (sec):       60             CPU Rating:                  0J Maximum Unit Number:       9999             Extra Datalink Buffers:      9J Queue Limit:                 24             Forward Session Limit:      16   User Groups:     0 Service Groups:  0 Service Classes: 1  3 Service Name     Status      Rating  Identification H SKYNET           Available     51 D         This is SKYNET. Unauthorized Access   ------------------------------  % Date: Wed, 19 May 2004 15:15:21 -0500 % From: Neil Cherry <njc@wolfgang.uucp> ) Subject: Re: LAT & Hobbiest VMS questions . Message-ID: <slrncanft0.t7o.njc@wolfgang.uucp>  1 On 19 May 2004 12:32:43 -0600, Bob Koehler wrote: X > In article <slrncamufr.rb1.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:I >> Does Hobbiest VMS allow LAT? I've tried starting up LAT on my 3100 and  >> I get errors.   >>  0 >> %SYSTEM-W-NOSUCHDEV, no such device available >>  A >> I get that 4 times (btw, I have DECNet IV running). Any ideas?  > ? >    I would think you've missed some step in starting LAT.  It & >    runs fine on my hobbyist systems. > = >    Are you running sys$startup:lat$startup.com during boot?  > = >    Did you put your setup in sys$startup:lat$systartup.com?   E I was missing that but now I have a rating of 0 so I have no idea how  to take care of that.      --  D Linux Home Automation         Neil Cherry        ncherry@comcast.net; http://home.comcast.net/~ncherry/               (Text only) = http://linuxha.sourceforge.net/                 (SourceForge) 8 http://hcs.sourceforge.net/                     (HCS II)   ------------------------------  % Date: Wed, 19 May 2004 20:24:42 -0500 % From: Neil Cherry <njc@wolfgang.uucp> ) Subject: Re: LAT & Hobbiest VMS questions . Message-ID: <slrncao210.uvi.njc@wolfgang.uucp>  : On Wed, 19 May 2004 20:11:00 +0200, Reinhard Eigner wrote: >> > $ @sys$startup:lat$startup A >> >%RUN-S-PROC_ID, identification of created process is 0000011D  >> >> First thanks! >>G >> DOH! I forgot to start LAT! OK, new problem. I started LAT and now I F >> get this (the 0 rating is bad and the Service responder looks bad): >  >  > Hi again,  > J > Here's my output. I haven't configured anything before I start LAT but I > think   @ The suggestion to do lcp help actually helped. I was missing the   lcp sh node /state=on   8 Once I did that the LAT had a rating of 53! Zero is bad.  E So now I have to run the startup command and then the LCP :== ... and E then the lcp set node /state=on. I'll have to add that to the network  startup so it runs every time.   Thanks everyone!   --  D Linux Home Automation         Neil Cherry        ncherry@comcast.net; http://home.comcast.net/~ncherry/               (Text only) = http://linuxha.sourceforge.net/                 (SourceForge) 8 http://hcs.sourceforge.net/                     (HCS II)   ------------------------------  # Date: Thu, 20 May 2004 01:44:01 GMT 1 From: Michael Austin <maustin@firstdbasource.com> ) Subject: Re: LAT & Hobbiest VMS questions 2 Message-ID: <40AC0D61.5EF8B2E1@firstdbasource.com>  6 As I have always said...." "help" is your friend "  :)  
 Michael...     Neil Cherry wrote:  < > On Wed, 19 May 2004 20:11:00 +0200, Reinhard Eigner wrote:! > >> > $ @sys$startup:lat$startup C > >> >%RUN-S-PROC_ID, identification of created process is 0000011D  > >> > >> First thanks! > >>I > >> DOH! I forgot to start LAT! OK, new problem. I started LAT and now I H > >> get this (the 0 rating is bad and the Service responder looks bad): > >  > > 
 > > Hi again,  > > L > > Here's my output. I haven't configured anything before I start LAT but I	 > > think  > B > The suggestion to do lcp help actually helped. I was missing the >  > lcp sh node /state=on  > : > Once I did that the LAT had a rating of 53! Zero is bad. > G > So now I have to run the startup command and then the LCP :== ... and G > then the lcp set node /state=on. I'll have to add that to the network   > startup so it runs every time. >  > Thanks everyone! >  > --F > Linux Home Automation         Neil Cherry        ncherry@comcast.net= > http://home.comcast.net/~ncherry/               (Text only) ? > http://linuxha.sourceforge.net/                 (SourceForge) : > http://hcs.sourceforge.net/                     (HCS II)   ------------------------------  # Date: Thu, 20 May 2004 02:25:31 GMT 5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton) ) Subject: Re: LAT & Hobbiest VMS questions . Message-ID: <vGUqc.26431$gr.2357674@attbi_s52>  V In article <slrncao210.uvi.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:; !On Wed, 19 May 2004 20:11:00 +0200, Reinhard Eigner wrote:   !>> > $ @sys$startup:lat$startupB !>> >%RUN-S-PROC_ID, identification of created process is 0000011D !>>  !>> First thanks!  !>> H !>> DOH! I forgot to start LAT! OK, new problem. I started LAT and now IG !>> get this (the 0 rating is bad and the Service responder looks bad):  !>   !>   !> Hi again, !>  K !> Here's my output. I haven't configured anything before I start LAT but I  !> think ! A !The suggestion to do lcp help actually helped. I was missing the  !  !lcp sh node /state=on ! 9 !Once I did that the LAT had a rating of 53! Zero is bad.  ! F !So now I have to run the startup command and then the LCP :== ... andF !then the lcp set node /state=on. I'll have to add that to the network !startup so it runs every time.   O Another poster suggested looking at sys$startup:lat$systartup.com.  The command M above (as well as modifying service commands) are located in this file.  Just K look the file over, uncomment the bits you need, and there's no need to add O these commands to the network startup file; lat$startup will run lat$systartup,  and Bob's your uncle!    !  !Thanks everyone!  !  !-- E !Linux Home Automation         Neil Cherry        ncherry@comcast.net < !http://home.comcast.net/~ncherry/               (Text only)> !http://linuxha.sourceforge.net/                 (SourceForge)9 !http://hcs.sourceforge.net/                     (HCS II)   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Wed, 19 May 2004 20:46:03 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>) Subject: Re: LAT & Hobbyist VMS questions 6 Message-ID: <40AC0DDB.8931F30F@NeOaSrPtAhMlNiOnWk.net>  " (subject line spelling corrected)    Neil Cherry wrote: > 3 > On 19 May 2004 12:32:43 -0600, Bob Koehler wrote: 
 > > [snip]? > >    Are you running sys$startup:lat$startup.com during boot?  > > ? > >    Did you put your setup in sys$startup:lat$systartup.com?  > G > I was missing that but now I have a rating of 0 so I have no idea how  > to take care of that.   G The service rating of a node will be determined by how many interactive E logins are enabled, how many processes/users are currently active and F other factors. Google may help you find a reference for the algorithm.  G If your node offers no services, I would also expect to see a zero here F (how can VMS calculate dynamic rating for services that don't exist?).   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 19 May 2004 20:40:29 GMT 3 From: Michael Grunditz <michael.grunditz@telia.com>  Subject: Re: netbooting 1 Message-ID: <ade6bdb14c.michael@privat.utfors.se>   ? After this I can only login with the console and vms complains  > about that no license is installed. My hobbyist vms license is installed and expires in 2005.     /Michael   > A >    Use sys$manager:cluster_config.com and answer the questions.  >    ------------------------------  # Date: Wed, 19 May 2004 20:49:54 GMT 5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton)  Subject: Re: netbooting 0 Message-ID: <SLPqc.78689$536.12979639@attbi_s03>  g In article <ade6bdb14c.michael@privat.utfors.se>, Michael Grunditz <michael.grunditz@telia.com> writes:  ! @ !After this I can only login with the console and vms complains ? !about that no license is installed. My hobbyist vms license is  !installed and expires in 2005.  !   - $ LICENSE LOAD may take care of your problem.    ! 	 !/Michael   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Wed, 19 May 2004 21:16:56 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: OpenVMs Cluster* Message-ID: <2h1q9oF853dlU1@uni-berlin.de>  1 "jutta" <jutta.reichel@gmx.de> schreef in bericht 6 news:ec7e473.0405190622.77145268@posting.google.com...6 > We have a OpenVMS (Alpha) Cluster with 4 Satellites.E > One of them is defect. We took another Client with Operating System > > DEC UNIX. We changed the Hardware Address on the Server with > Cluster_config. ' > The boot parameter on the new Client:  > >>> os_type OpenVMS  > >>> ew0_protocols MOP  > >>> boot_dev ewa0.0.0.14.0 > >>> boot_osflags 0,0 > >>> ewa0_inet_init  bootp  > >>> pal VMS PALcode V1.20-14 > >>> version V6-9-7 > 7 > We try to boot the new Client and we got the message:  > >>> b  > boot ewa0.0.0.3.0 -flags 0,0 > Trying MOP boot  > .... bootstrap failure >  >  > one of the other clients:  >  >>> pal  VMS PALcode V5.65.2  >  >>> version V6.9-4  > 2 > Do we need to do somethings more on the server ?  > Is the firmware the wrong one? >  > Who can help us? >  >  Jutta > Jutta   8 There are two ways to boot a satellite, DECnet or LANCP.J The MAC address of the satellite is used to figure out what SYS$SYSROOT is6 used to boot from. The MAC address is either in LANCP:* Have a look at the output of this command:   $ mc lancp sho client *   3 or in a DECnet database, for phase IV that would be    $ mc ncp list known node char    ------------------------------  % Date: Wed, 19 May 2004 14:51:33 -0400 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>G Subject: Re: OpenVMS v7.3-1 detach process creation - strange behaviour * Message-ID: <2h1oloF88o58U1@uni-berlin.de>   Andrew Rycroft wrote:  > ... B > This problem is actually to be found in the Webes v4.3.2 OpenVMSD > WCCPROXY kit. I never thought an HP installation kit would include > such an elementary error.  > ...   D Then you weren't paying attention when WEBES V1.x came out. I may beH forced to install WEBES on a few boxes soon, but the wounds from V1 have not healed yet.    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  # Date: Wed, 19 May 2004 19:06:41 GMT 1 From: Michael Austin <maustin@firstdbasource.com> G Subject: Re: OpenVMS v7.3-1 detach process creation - strange behaviour 2 Message-ID: <40ABB041.CE9F53BB@firstdbasource.com>   Peter,  A I had installed the previous 4.x.x version on some 40-50 systems. K Occaisionally the DESTA Director process would chew up an entire CPU trying F to read 1000+ block errlog.sys files. We eventually got it to where weI renamed the file at least monthly to prevent this.. then we took the next J step, once desta$startup was executed in systartup_vms, I would then issue9 the desta stop command and only started it when needed...    Michael Austin.    Peter Weaver wrote:    > Andrew Rycroft wrote:  > > ... D > > This problem is actually to be found in the Webes v4.3.2 OpenVMSF > > WCCPROXY kit. I never thought an HP installation kit would include > > such an elementary error.  > > ...  > F > Then you weren't paying attention when WEBES V1.x came out. I may beJ > forced to install WEBES on a few boxes soon, but the wounds from V1 have > not healed yet.  >  > -- > Peter Weaver! > Weaver Consulting Services Inc.  > Canadian VAR for CHARON-VAX  > www.weaverconsulting.ca    ------------------------------   Date: 19 MAY 2004 14:50:22 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)* Subject: Re: Reboot forces Shadowset Merge6 Message-ID: <19MAY04.14502235@thuria.waisman.wisc.edu>  = In a previous article, Bart.Zorn@xs4all.nl (Bart Zorn) wrote: F ->The next question is thus: can I safely stop the Job Controller from _> SYSHUTDWN.COM ?  ? Sure - assuming no one needs to create any interactive or batch - processes at this point in the shutdown. Use:     $ MCR JBC$COMMAND SHUTDOWN   < I used to do this when my queue files were on a shadow disk.G SHUTDOWN.COM will do this too if it fails to stop your queues (in 7.3-2  anyway). See the code.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 6 --               karcher.nomorespxm@waisman.wisc.edu     ------------------------------  # Date: Wed, 19 May 2004 23:52:20 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: Request for new SMTP @ Message-ID: <1eef772a781043e2bedab96a2398fc26@news.teranews.com>   Michael Austin wrote: n > mail/SMTP server owners/managers, if the RFC needs a bit of updating... because the fact is, the internet iso > clogged  with bogus email bouncing from one system to another because of spam and certain viruses / worms etc l > -- some of them containing worms and virii...  As I said, the "mail from" and the "Return-Path" fields areY > generally forged therefore the RFC is causing more problems than it was meant to solve.   L There is no way for a receiving SMTP server to validate a MAIL FROM: commandL (which generates the reply-path: at the top of RFC822 headers in the message contents).    K There are too many legitimate cases where the MAIL FROM: has no relation to  the HELO command.   W Where MTAs fail though is in not adding all of the SMTP dialogue to the RFC822 headers.   I In the case of VMS, the receiver is a very simple program. It needs to be N beefed up big time to also allow scanning the contents as the message is beingM received so that a bad message can still generate an error message at the end M of the DATA phase. If so, then there is no need to "bounce the message" since @ the receiving SMTP server refused to take responsability for it.    ) > ---- Transcript of session follows ---- @ > 554  %TCPIP-E-SMTP_XFAIL, remote transaction failure, yahoo.ca" > ---- Unsent message follows ----  L You need to turn on logging. The 554 message you see is not the message thatJ was actually issued. Until the VMS engineers ensure that the actuial errorL message gets back to the sender, you need to look into the SMTP log files to? see what message was actually issued by the remote SMTP server.s  L This is yet another area where the distraction of that unwanted port to thatK IA64 thing has delayed fixing up major design problems in the TCPIP product M suite. It needs a major reorganisation. If HP were committed to VMS, it would N increase staffing or consultants for the TCPIP product suite, or make the SMTPG receiver open source so that we could add our own plug ins to deal withi incoming mail.   ------------------------------  # Date: Wed, 19 May 2004 23:57:36 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com>b! Subject: Re: Request for new SMTPe@ Message-ID: <e01a5d655f0b8d6dcd6b8b687aad57f3@news.teranews.com>   Michael Austin wrote:nu > companies, the party never receives the message.  I sent it, it was accepted by their system (Exchange Server), butnv > becuase my IP does not backtranslate to my domain, it is dropped -- not bounced, no error message, just dropped.  In< > this case,  would you say they are compliant with the RFC?  E No. they should bounce your message before the end of the data phase.r  M Again, this is another design issue with the TCPIP Services receiver program.iH If you request blocking unbacktranslatable IPs, it will do so right uponJ session establishement, before any dialogue has begun. This means that youI have absolutely no way to verify in your logs if you might have blocked a . legitimate message and then whitelist that IP.  K If you have a dynamic IP address,  you should have your SMTP server forwardmI all emails to your ISP's SMTP server which will then deliver tyhem from anB fixed IP address. (or find an ISP that provides fixed IP address).   ------------------------------  % Date: Wed, 19 May 2004 20:18:37 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>F Subject: Re: Switching from Process Software TCPware to TCPIP Services6 Message-ID: <40AC076D.20428F23@NeOaSrPtAhMlNiOnWk.net>   Bob Ceculski wrote:  >  > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<40AAB683.866FF284@NeOaSrPtAhMlNiOnWk.net>... > > Bob Ceculski wrote:a > > >o > > > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<40A979D9.622D78C0@NeOaSrPtAhMlNiOnWk.net>... > > > > Bob Ceculski wrote:h	 > > > > >nj > > > > > "Pip" <pip@ti.nl0.com> wrote in message news:<40a93a4f$0$31675$afc38c87@news.optusnet.com.au>...W > > > > > > Because it appears that TCPware is not currently available for OpenVMS v8.1e > > > > > > on Itanium.H	 > > > > >oB > > > > > TCPware is being ported to itanium ... will be there forB > > > > > 8.2 ... plus it is the ONLY IP stack that can run decnet > > > > > phase IV over IP ... > > > >eI > > > > Not true. Multinet also provides DnIV/IP as Point-to-Point links.e > > >eA > > > but not TRUE phase IV over IP ... it uses a pwip driver ...h > >a > > Try again... > > . > > Have you actually SEEN Multinet's DnIV/IP? > >i6 > > Hint: See the on-line Multinet doc.'s, especially:G > > http://www.multinet.process.com/ftp/docs/html/admin_guide/httoc.htmrM > > http://www.multinet.process.com/ftp/docs/html/admin_guide/Ch26.htm#E47E27f > >f > > No mention is made of PWIP.t > E > I was told by engineering when I inquired about the differences ...r > is that good enough for you?  F Apparently not. If it's a non-documented need, then the doc. should beH updated. If it's not needed, the engineering folks should be apprised of that.e   -- ' David J. Dachterar dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 19 May 2004 23:15:07 GMTr- From: JF Mezei <jfmezei.spamnot@teksavvy.com>o; Subject: Re: TCPIP Services IMAP server - reloading headersd@ Message-ID: <a79d776fd6ae6a8cb7c64c1e2f6fa290@news.teranews.com>  & > Mark Iline - Info-VAX account wrote:E > I'm not actually sure whether it's OXP/OE or the IMAP server that's_C > governing the behaviour. It's not impossible that the client *is*r$ > downloading the headers each time,    L the IMAP server is a hog on VMS. It needs to calculate message size for each9 header because that information is not stored in VMSmail.   - If you have large messages, it takes forever.m   ------------------------------  # Date: Thu, 20 May 2004 00:27:44 GMT.1 From: Michael Austin <maustin@firstdbasource.com> ; Subject: Re: TCPIP Services IMAP server - reloading headerss2 Message-ID: <40ABFB80.595319EC@firstdbasource.com>   JF Mezei wrote:   ( > > Mark Iline - Info-VAX account wrote:G > > I'm not actually sure whether it's OXP/OE or the IMAP server that'slE > > governing the behaviour. It's not impossible that the client *is*o& > > downloading the headers each time, >sN > the IMAP server is a hog on VMS. It needs to calculate message size for each; > header because that information is not stored in VMSmail.h >O/ > If you have large messages, it takes forever.s  N JF.. I guess it also depends on your CPU??  I have a little 2100A (supposed toN be 2x275.. at last boot it was only reporting 1 cpu ) and I don't think it wasP that bad... I do get a lot of server unavailable - -just click get message againM and it show up.. using Netscape 4.7 as the IMAP client.  Seems to work pretty=6 good... I have not really taxed it very hard either...   Michael Austin.D   ------------------------------  + Date: Wed, 19 May 2004 15:23:48 -0500 (CDT)5 From: sms@antinode.org Subject: Wget 1.9.1 for VMS?) Message-ID: <04051915234883@antinode.org>=  D    I may have available a usable kit for Wget 1.9.1 for VMS (up from@ 1.5.3).  As usual, I'd be mildly interested in complaints and/or suggestions.  =    Wget 1.9.1 has a few potentially useful new features, like:  K -p,  --page-requisites    get all images, etc. needed to display HTML page.o  +    For more info, or the kit itself, visit:   4       http://www.antinode.org/dec/sw/wget.html#1.9.1 or2       ftp://ftp.antinode.org/wget/wget-1_9_1a_vms/  C    If nothing else, the build procedure seems to work on one of thehC Itanium test-drive systems.  (I didn't include the IA64 objects andyB execuable in the kit, however.)  I tried not to disturb efforts toF accomodate older VMS versions or TCP/IP packages other than TCPIP, butF I've tested nothing older than VMS V7.3, and nothing other than TCPIP.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgt    Saint Paul  MN  55105-2547s   ------------------------------  % Date: Wed, 19 May 2004 20:54:14 -0500w@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>2 Subject: Re: You'll never guess what HP advertised6 Message-ID: <40AC0FC6.982A2117@NeOaSrPtAhMlNiOnWk.net>   Andrew Harrison wrote: >  > David J. Dachtera wrote: > , > > Andrew Harrison SUNUK Consultancy wrote: > >r > >>Bob Koehler wrote: > >>_ > >>>In article <c7opdj$2a11$1@news.cybercity.dk>, "Karsten Nyblad" <nospam@nospam.com> writes:  > >>>s > >>>a > >>>oQ > >>>>Now try being HP's upper management.  They have three operating systems foruQ > >>>>back office:  HP-UX, OpenVMS, and NonStop.  OpenVMS and NonStop are both in R > >>>>the market of high availability, and HP-UX is getting some of these features > >>> Q > >>>>from Tru64.  If HP market all three, then customers will ask what HP really  > >>>>K > >>>>want and if HP is really committed to any of these operating systems.2 > >>>e > >>>)L > >>>   Who gives a damn about what HP wants?  When I'm buying a system, its, > >>>   about what _I_ want, not the vendor. > >>>0 > >r > >a" > > I have to agree with Bob here. > >c# > > The _CUSTOMER_ is always right.2 > >f= > In an ideal world that would be the case, but is would be aa9 > foolish customer who took the view that the vendor willt9 > always follow a course of action most beneficial to allo > their customers.  C ...and an even more foolish vendor who took the view that vendor is>  right and the customer is wrong.  8 > Hence to need to do due dilligence on what you vendors! > long term intentions really aret  H ...unless YOUR strategic plan doesn't necessarily depend on the vendor's4 future plans, but rather on their current offerings.  G How many mission-critical VAXes will still be running when you and I no  longer are?   A > > Show me where "it" ever said, "The vendor is always right"...- > >- > = > Compaq canning Alpha, HP canning Alpha followons and Tru64,a= > the vendors in these cases may not have been right but thatg > didn't alter the decisions.e  H True, "common" sense isn't really all that common. Then again, how oftenH has history recorded the deeds of those who marched "more staunchly than? El Cid into battle" into the teeth of certain doom, business or 
 otherwise?  9 > Perhaps you could say the vendor isn't always right buts' > the vendor always gets that last say.t  F ...until the customer says, "Then, screw 'em if they won't - I'll findF someone who will!" (D'ya ever wonder *WHY* VMS's market-share got into its current state?)p  C Anyone who has ever lost a job/contract because an employer,client,e7 prospect, etc. took that attitude can relate, I'm sure.e   -- . David J. Dachterat dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------   End of INFO-VAX 2004.278 ************************