1 INFO-VAX	Sat, 23 Mar 2002	Volume 2002 : Issue 161       Contents:8 Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP8 Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP8 Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP Re: buffer I/O Re: DCPI for VMS! / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1?   Re: FLIGHT problem on X terminal Re: Getting file date/time in C  Hacker Using My Mail Server?  RE: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  RE: Hacker Using My Mail Server?  RE: Hacker Using My Mail Server?  RE: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?A Re: How does one check to verify all nodes are fully operational? A Re: How does one check to verify all nodes are fully operational? A Re: How does one check to verify all nodes are fully operational? A Re: How does one check to verify all nodes are fully operational? A Re: How does one check to verify all nodes are fully operational? P Re: How does one check to verify all nodes are fully operational? -> use a ClustP Re: How does one check to verify all nodes are fully operational? -> use a ClustG Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux Re: HSZ10 looking for info...  Re: Microsoft bullies PC makers  Re: Microsoft bullies PC makers 4 NYC Senior Programer Analyst C, C++Pascal on VAX VMS* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* RE: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* RE: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...% Predictions - just for the hell of it ) Re: Predictions - just for the hell of it 8 Re: process priorities under v7.1-2, 7.2-1 Alpha servers8 Re: process priorities under v7.1-2, 7.2-1 Alpha servers& Re: Question reguarding process crash.& Re: Question reguarding process crash. Re: Right down the middle  Re: Right down the middle  Re: Right down the middle  Re: Right down the middle  Re: Right down the middle  Re: Right down the middle $ Re: Shannon knows DEC -> CPQ -> ????$ Re: Shannon knows DEC -> CPQ -> ????$ Re: Shannon knows DEC -> CPQ -> ????$ Re: Shannon knows DEC -> CPQ -> ????. Re: SUMMARY: PC monitor attached to RGB output" Re: System software status utility" Re: System software status utility" Re: System software status utility" Re: System software status utility" Re: System software status utility" Re: System software status utility" Re: System software status utility" Re: System software status utility Telnet problem on VAX/VMS  where is whois ,nslookup Re: where is whois ,nslookup Re: where is whois ,nslookup Re: where is whois ,nslookup Re: where is whois ,nslookup  F ----------------------------------------------------------------------    Date: 22 Mar 2002 15:25:15 -0800( From: bob@instantwhip.com (Bob Ceculski)A Subject: Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP = Message-ID: <d7791aa1.0203221525.577d37d4@posting.google.com>   f "Rick Barry" <barry@star.zko.dec.com> wrote in message news:<RuIm8.1388$fL6.27212@news.cpqcorp.net>...7 > Compaq Secure Web Server and PHP Security Update Kits  > - >     Update kits are can be downloaded from:  >  > M > http://www.openvms.compaq.com/openvms/products/ips/apache/csws_patches.html  > . >     The kits address the following problems: > F >         - Compaq Secure Web Server: mod_ssl buffer-overflow problem,8 >                 privileged port range control problem. > I >         - PHP for Compaq Secure Web Server: file upload buffer-overflow  >                 problem. > F >    Refer to the README.TXT files on the download site for additional > information. >  > Rick Barry > Compaq Secure Web Server > OpenVMS System Software Group  > Compaq Computer Corporation  > Nashua, NH  H that is why Compaq should have bought and developed Purveyor ... insteadH they brought on the Apache unix c garbage and are now introducing buffer% overflow and other holes onto vms ...    ------------------------------  # Date: Sat, 23 Mar 2002 01:50:36 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")A Subject: Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP 8 Message-ID: <00A0B552.89368701@SSRL04.SLAC.STANFORD.EDU>  h In article <d7791aa1.0203221525.577d37d4@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:   > I >that is why Compaq should have bought and developed Purveyor ... instead I >they brought on the Apache unix c garbage and are now introducing buffer & >overflow and other holes onto vms ...  L It seems pretty clear to me that Compaq ported Apache because it is the mostM popular web server software there is (as a result of which, it has an amazing I range of capabilities, since lots of people have extended it).  If you're M trying to sell VMS platforms for e-commerce to people who aren't VMS diehards N already, and they say "Do you run Apache?" it's no good to say "No, but we runJ NetScape Fasttrack", and it's even worse to say "No, but we run Purveyor",K because at least those potential customers will have heard of Netscape, and N all they can find out about Purveyor is that it was a product that didn't haveA enough paying customers to make continued development worthwhile.   N (Incidentally, speaking of "unix c garbage", isn't Purveyor written in C?  I'd= be highly entertained to find it was in BLISS or something.)     -- 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  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------  % Date: Sat, 23 Mar 2002 07:34:07 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)A Subject: Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP ; Message-ID: <3c9c21df.524144494f47414741@radiogaga.harz.de>   K Alan Winston - SSRL Admin Cmptg Mgr (winston@SSRL.SLAC.STANFORD.EDU) wrote: , > bob@instantwhip.com (Bob Ceculski) writes:K > >that is why Compaq should have bought and developed Purveyor ... instead K > >they brought on the Apache unix c garbage and are now introducing buffer ( > >overflow and other holes onto vms ... ... K > (Incidentally, speaking of "unix c garbage", isn't Purveyor written in C? C > I'd be highly entertained to find it was in BLISS or something.)    H It probably is written in C, because it began its life at the University? of Edinburgh under Windows NT 3.5 (then called EMWAC HTTPS, see C http://www.emwac.ed.ac.uk/) before it was commercialized by Process  Software and ported to VMS.    cu,    Martin --  D                         | Martin Vorlaender  |  VMS & WNT programmer1  VMS is today what      | work: mv@pdv-systeme.de E  Microsoft wants        |    http://www.pdv-systeme.de/users/martinv/ 8  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 22 Mar 2002 22:43:20 +0100 ' From: "Joerg Spilling" <spi@equicon.de>  Subject: Re: buffer I/O / Message-ID: <a7g9gr$kd7$07$1@news.t-online.com>    Very interresting! Thanks. Joerg   5 "labadie" <labadie_g@decus.fr> schrieb im Newsbeitrag - news:WwCm8.1367$fL6.27115@news.cpqcorp.net...  > 4 > "Joerg Spilling" <spi@equicon.de> wrote in message+ > news:a7ddkm$crh$01$1@news.t-online.com...  > > Gerard,  > > E > > I'm also interesset on this theme. But I see your  specified link  broken? 3 > > Any ideas or can you provide the source itself?  > >  > Hello  > L > The link works, but the end of the line is .html and not .h, as my browser$ > shows, having split the line in 2. >  > L http://www.compaq.com/support/asktima/communications/CHAMP_SRC010730002768.h > tml  > . > If you can't access, I will mail you a copy. > 	 > Regards  >  > Grard >  >    ------------------------------    Date: 22 Mar 2002 13:22:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: DCPI for VMS!3 Message-ID: <OjTM5gTeDHUm@eisner.encompasserve.org>   _ In article <lEHm8.650$je5.7012@nnrp1.uunet.ca>, "Peter Weaver" <peter.weaver@stelco.ca> writes: : > "Peter Weaver" <peter.weaver@stelco.ca> wrote in message+ > news:wvHm8.647$je5.6271@nnrp1.uunet.ca...  >>..J >> Can anyone exlpain to me what this has to do with VMS? Besides the fact > thatJ >> this page is in the VMS section and the e-mail address given has VMS in > it, F >> I can not find VMS on any page that this "announcement" references. >  >>...  > M > Cancel that, I found the links on the left side of the page where the black  > background is.  A That background is the crowning achievement of stealth marketing.    ------------------------------  % Date: Fri, 22 Mar 2002 19:07:06 -0000 2 From: seibel_r@localhost.localdomain (Rich Seibel)8 Subject: Re: DEC C: why does exit(0) really exit with 1?; Message-ID: <slrna9n06l.ssn.seibel_r@localhost.localdomain>   M On Fri, 22 Mar 2002 12:42:37 -0500, Fred Kleinsorge <kleinsorge@star.zko.dec.  com> wrote: J >With no standards, defacto standards emerge, and eventually are codified.M >While returning 0 for success is rather perverse (since the test for success M >is something like (!status) - it probably stems from a lot of UNIX compilers ' >always initializing variables to zero.  > H >But again, with no standards, you can't expect consistancy, so it isn't
 >*universal*.   M This is incorrect.  There are standards. The POSIX standard in international. H ISO/IEC 9945-1:1990 defines on page 152 line 44 (in section 8: Language-1 Specific Services for the C Programming Language) I   "The EXIT_SUCCESS macro, as used by the exit() function, shall evaluate     to a value of zero." I Further, this has not changed in the recently adopted 2000 version of the 	 standard.   K In other places in the standard, it is pretty clear that the value returned I but a child (from return() in main, exit(), or _exit()) is expected to be 3 available *unchanged* in the parent after a wait().   J So, as I see it, this throws the problem back into DCL's lap.  DCL has to F decide how to treat the the EXIT_SUCCESS (i.e. zero) value returned byJ a C program.  Personally, I think converting this into what DCL considers B SUCCESS (i.e. one) is the right thing, but that's only my opinion.   > & >Michael Zarlenga wrote in message ...5 >>Jan C. Vorbrggen <jvorbrueggen@mediasec.de> wrote: E >>:> But if you want to write a user-friendly program, you should not C >>:> exit with zero but with a status identifying the nature of the E >>:> error, so the user can type HELP/MESSAGE as the next DCL command $ >>:> and get a detailed explanation. >>H >>: As I said - to a standard-conforming C program, exiting with 0 is an >>: indication of success. >>> >>This may be seen as beating the proverbail dead horse, but I> >>just don't believe that 0 is the standard-conforming success >>code in C. >> >>Is that written anywhere?  >>? >>Many C RTL functions return 0 on failure, so how can 0 be any E >>kind of standard "success" value in C (though it is the traditional  >>success code for _Unix_).  >> >>-- >>-- Mike Zarlenga >>@ >>   "Now, throughout history, whenever people get wood, they'll) >>    think of Trojans!"  - Ned Flanders.  >  >      --  D --------------------------------------------------------------------D Rich Seibel, Software Engineer                 (314)579-0066 ext 220D Object Computing, Inc.                           seibel_r@ociweb.comD Need ACE training?                      See http://www.theaceorb.comD --------------------------------------------------------------------   ------------------------------  % Date: Fri, 22 Mar 2002 15:21:33 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <PtMm8.1406$fL6.27312@news.cpqcorp.net>     Rich Seibel wrote in message ...4 >On Fri, 22 Mar 2002 12:42:37 -0500, Fred Kleinsorge <kleinsorge@star.zko.dec.  >com> wrote:K >>With no standards, defacto standards emerge, and eventually are codified. F >>While returning 0 for success is rather perverse (since the test for success D >>is something like (!status) - it probably stems from a lot of UNIX	 compilers ( >>always initializing variables to zero. >>I >>But again, with no standards, you can't expect consistancy, so it isn't  >>*universal*. > ) >This is incorrect.  There are standards.   F Did you read the above?  Yup.  Posix, like Unix98 is a codification ofL practice into a standard after the fact.  So yes, exit() and other functionsD have been "standardized".  The use of zero as a success code for nonH "standardized" POSIX or UNIX98 functions is widely used, but by no means* universal or even suggested as a standard.   > J >So, as I see it, this throws the problem back into DCL's lap.  DCL has toG >decide how to treat the the EXIT_SUCCESS (i.e. zero) value returned by J >a C program.  Personally, I think converting this into what DCL considersC >SUCCESS (i.e. one) is the right thing, but that's only my opinion.  >   L Of course it's the right thing.  And, as other notes have specified - if youF really positively need to return 0, then there are ways to do it, than involve only minor annoyance.    ------------------------------    Date: 23 Mar 2002 05:04:05 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: DEC C: why does exit(0) really exit with 1?- Message-ID: <87d6xwe2m2.fsf@prep.synonet.com>   1 Michael Zarlenga <zarlenga@conan.ids.net> writes:   D > Many C RTL functions return 0 on failure, so how can 0 be any kind@ > of standard "success" value in C (though it is the traditional > success code for _Unix_).    In a word; MALLOC    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 22 Mar 2002 17:38:14 -0500   From: John Santos <JOHN@egh.com>8 Subject: Re: DEC C: why does exit(0) really exit with 1?6 Message-ID: <1020322165122.18492B-100000@Ives.egh.com>  + On Fri, 22 Mar 2002, Fred Kleinsorge wrote:    > " > Rich Seibel wrote in message ...6 > >On Fri, 22 Mar 2002 12:42:37 -0500, Fred Kleinsorge > <kleinsorge@star.zko.dec.  > >com> wrote:M > >>With no standards, defacto standards emerge, and eventually are codified. H > >>While returning 0 for success is rather perverse (since the test for	 > success F > >>is something like (!status) - it probably stems from a lot of UNIX > compilers * > >>always initializing variables to zero. > >>K > >>But again, with no standards, you can't expect consistancy, so it isn't  > >>*universal*. > > + > >This is incorrect.  There are standards.  > H > Did you read the above?  Yup.  Posix, like Unix98 is a codification ofN > practice into a standard after the fact.  So yes, exit() and other functionsF > have been "standardized".  The use of zero as a success code for nonJ > "standardized" POSIX or UNIX98 functions is widely used, but by no means, > universal or even suggested as a standard. >  > > L > >So, as I see it, this throws the problem back into DCL's lap.  DCL has toI > >decide how to treat the the EXIT_SUCCESS (i.e. zero) value returned by L > >a C program.  Personally, I think converting this into what DCL considersE > >SUCCESS (i.e. one) is the right thing, but that's only my opinion.  > >  > N > Of course it's the right thing.  And, as other notes have specified - if youH > really positively need to return 0, then there are ways to do it, than > involve only minor annoyance.o  J It seems to me what is needed is some glue between C programs and the CLI.F (This could be provided by the C RTL itself by detecting which CLI, if any, is present.)   D If running directly under DCL, or as a detached process with no CLI,J exit(0) should map to a return value of SS$_NORMAL (or maybe CENV$_NORMAL,? where CENV is a made-up facility code meaning "C environment".)yF Exit(n) where n .ne. 0 should return a value of (CENV$_BASE .or. (8*n)I .or. 2) (to make -E-) errors (or ... .or. 4 to make "-F-"  fatal errors.)M  C (Start OT rant:  How do you talk about C functions, whose names area? case-sensitive, in narative English, where you may be forced to D capitalize the name of the function when it appears at the beginning of a sentence?  End rant.)  H I don't know what the size of the arg to exit() is; if it is a longword,? this scheme wouldn't work... (if more than 13 bits, it wouldn'tkD fit under one FAC code, but multiple consecutive facilities could be reserved for this.)e  = Alternatively, all non-zero exit values could map to a singlea@ $STATUS value, CENV$_BADNEWS (with error or fatal severity), and@ the actual exit value could be stored in a separate symbol, e.g.
 $C_STATUS.    > If running under POSIX (or some other Unix-derived shell), the< value passed to exit() would be returned as-is to the shell.  : For non-C programs running under a Unix-derived shell, theB opposite mapping would occur: sys$exit(SS$_NORMAL) (or any success@ or informational status) would return a program status of "0" to> the shell, and sys$exit(n) where "n" was an error status would( return some non-zero value to the shell.  > This could be controlled automatically: the C RTL could detect7 what kind of CLI it was running under and exit() (i.e. e@ decc$exit()) would do the right thing; or it could be controlled9 by defining a logical name, as many other C features are..  ? The glue logic for controlling a non-C program under a Unix-ishw> shell would probably have to be in the shell itself... (though? maybe sys$exit() could figure this out and do the right thing.)t? The shell would have to know when it ran a program whether that < program was a normal (to it) C program and would be return a; Unix-style result code, or if is a VMS program and would bes9 returning a VMS status.  It would map the VMS statuses toc; something that error handling logic in a shell script wouldd  recognize as success or failure.  < (N.B.  A C program which call sys$exit() directly is clearly> one that has been written or modified for VMS and so should be< treated as a normal VMS program, not as a ported C program.)  < The code to implement all this would be much shorter than my description ;-)   ! Does DII-COE already do all this?s   -- y John Santoss Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 22 Mar 2002 15:35:27 -0500i+ From: John Johnstone <jj_usenet1@yahoo.com>y) Subject: Re: FLIGHT problem on X terminalf) Message-ID: <3C9B4F3F.7CBC0A95@yahoo.com>/  G I think the problem is indeed related to the number of colors and typeswG of visuals that are available on the X server.  I just tried displayingpG Flight with MI/X under Mac OS 9.2.2 and it crashed also.  MI/X is quite-E limited in its X capabilities.  Starting MI/X with my Mac OS graphicscE set to 8-bits causes MI/X to crash in a big way, corrupting my TCP/IPH, stack that requires a reboot in the process.  C Even if my graphics is set to 15-bit color, MI/X reports a 32 planemH TrueColor visual back to xdpyinfo.  One of the true tests of an X server? and an X application is how they handle different visual types.     6 Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40 wrote: > . > In article <3C96CCBC.DCFDF9DA@videotron.ca>,1 > JF Mezei <jfmezei.spamnot@videotron.ca> writes::O > > When I try to run FLIGHT on a X display on a macintosh (runing MI/X), I get R > > the initial dialogue where I chhose the plane and takeoff location, fueld etc,- > > and when I continue, the program crashes.  > M > Is your display in 16 bit or 24 bit colors ?   Flight only recognize 8 bitsd > displays.i > 	 > Patrickm > --Q > =============================================================================== P > pmoreau@ath.cena.fr  (CENA)     ______      ___   _           (Patrick MOREAU)6 > moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J > CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __P > BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |P > 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|P > http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/Q > ===============================================================================2   ------------------------------    Date: 22 Mar 2002 12:12:48 -0800" From: cstranslations@msn.com (Joe)( Subject: Re: Getting file date/time in C= Message-ID: <d56d1c2d.0203221212.5b5c9c59@posting.google.com>w  , Not sure what's "behind" the stat( ) call...  E I believe that $DISPLAY must be preceeded by $OPEN (and that $OPEN isa# subject to RMS file level locking).r  E $QIO/IO$_ACCESS with a FIB and file descriptor passed as parameters 1p and 2 respectively.    Joel  [ Arne Vajhj <arne.vajhoej@gtech.com> wrote in message news:<3C9B5163.D0127677@gtech.com>...n > Dave Rich wrote:I > > I have looked forwards and backwards through help|system_services andn > > help|rtl...a > > O > > Anyone have examples of getting the date/time stamp from a file and storingnE > > it in a char varaible or something of that nature for comparison?  > > D > > I ask because, The application i have written needs to re-read a9 > > configuration file.. ONLY if a change has been made..n >  > C RTL : stat functionr< > VMS   : RMS calls ($OPEN or $DISPLAY with appropriate XAB) >  > Arne   ------------------------------  # Date: Fri, 22 Mar 2002 19:24:47 GMT=' From: Don Sykes <anonymous@pacbell.net>=% Subject: Hacker Using My Mail Server?@+ Message-ID: <3C9B856E.FA0DCCDD@pacbell.net>o  M I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 on an Alpha  running OpenVMS V7.2# TCP/IP Services include SMTP & POP.=  O In my SMTP_POSTMASTER.LOG I found 2383 of the following the entries on the same- day:E 	550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net>a  O ALL were directed to someone @earthlink.net. NONE of these was sent by me. I'vek( checked for breakins, but don't see any.  G This is a first for me. Can any of you wise folks advise me how this is . happening ? and maybe what I can do about it ?   TIAo -- t   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  % Date: Fri, 22 Mar 2002 11:39:15 -0800n# From: "Tom Linden" <tom@kednos.com>b) Subject: RE: Hacker Using My Mail Server?s9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEIBEGAA.tom@kednos.com>i  I So who is listed as as 'from' in the returned mail message?  Where is theL POPrJ client running.  I have gotten these, too and haven't yet figured out what isL going on.  I don't make the log file, but list myself as postmaster so I getI it directly in Outlook as it happens.  I have tried adding the IPs to thea
 Bad-Client- list but this can't be the best way to do it.        > -----Original Message-----0 > From: Don Sykes [mailto:anonymous@pacbell.net]' > Sent: Friday, March 22, 2002 11:25 AM  > To: Info-VAX@Mvb.Saic.Comt' > Subject: Hacker Using My Mail Server?o >! >  >eC > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 
 > on an Alpha2 > running OpenVMS V7.2% > TCP/IP Services include SMTP & POP.j >:= > In my SMTP_POSTMASTER.LOG I found 2383 of the following them > entries on the same! > day:G > 	550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net>W >8@ > ALL were directed to someone @earthlink.net. NONE of these was > sent by me. I've* > checked for breakins, but don't see any. >cI > This is a first for me. Can any of you wise folks advise me how this ise0 > happening ? and maybe what I can do about it ? >n > TIAo > -- >s > Have VMS. Will Travel. > Wire Paladin @alphase.comu > San Franciscol >    ------------------------------  # Date: Fri, 22 Mar 2002 19:49:55 GMT ' From: Don Sykes <anonymous@pacbell.net>t) Subject: Re: Hacker Using My Mail Server? + Message-ID: <3C9B8B53.17E8C449@pacbell.net>l   Tom Linden wrote:e > ? > So who is listed as as 'from' in the returned mail message?  e  I There is no bounced mail message. Only the entries in the POSTMASTER.LOG.   " > Where is the POP client running.  G I only collect my mail from a MS-NT box running here behind a firewall.2  < >  I have gotten these, too and haven't yet figured out what > isN > going on.  I don't make the log file, but list myself as postmaster so I getK > it directly in Outlook as it happens.  I have tried adding the IPs to the  > Bad-Client/ > list but this can't be the best way to do it.s >  > > -----Original Message-----2 > > From: Don Sykes [mailto:anonymous@pacbell.net]) > > Sent: Friday, March 22, 2002 11:25 AM  > > To: Info-VAX@Mvb.Saic.Comu) > > Subject: Hacker Using My Mail Server?h > >h > >c > > E > > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1h > > on an Alpha- > > running OpenVMS V7.2' > > TCP/IP Services include SMTP & POP.0 > >r? > > In my SMTP_POSTMASTER.LOG I found 2383 of the following theC > > entries on the samel > > day:N > >       550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net> > >2B > > ALL were directed to someone @earthlink.net. NONE of these was > > sent by me. I've, > > checked for breakins, but don't see any. > >eK > > This is a first for me. Can any of you wise folks advise me how this is 2 > > happening ? and maybe what I can do about it ? > >s > > TIA  > > -- > >  > > Have VMS. Will Travel. > > Wire Paladin @alphase.comB > > San Franciscot > >d     -- n   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscoc   ------------------------------  % Date: Fri, 22 Mar 2002 11:53:49 -08005# From: "Tom Linden" <tom@kednos.com>i) Subject: RE: Hacker Using My Mail Server?o9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>a   > -----Original Message-----0 > From: Don Sykes [mailto:anonymous@pacbell.net]' > Sent: Friday, March 22, 2002 11:50 AMp > To: Info-VAX@Mvb.Saic.Comn+ > Subject: Re: Hacker Using My Mail Server?  >  >  > Tom Linden wrote:e > > A > > So who is listed as as 'from' in the returned mail message?  p > K > There is no bounced mail message. Only the entries in the POSTMASTER.LOG.e >   I Isn't  "550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, " a bounced message?a  $ > > Where is the POP client running. > I > I only collect my mail from a MS-NT box running here behind a firewall.o > > > >  I have gotten these, too and haven't yet figured out what > > is= > > going on.  I don't make the log file, but list myself as g > postmaster so I getsC > > it directly in Outlook as it happens.  I have tried adding the , > IPs to the > > Bad-Client1 > > list but this can't be the best way to do it.  > >   > > > -----Original Message-----4 > > > From: Don Sykes [mailto:anonymous@pacbell.net]+ > > > Sent: Friday, March 22, 2002 11:25 AMa > > > To: Info-VAX@Mvb.Saic.Comx+ > > > Subject: Hacker Using My Mail Server?. > > >> > > >y > > >nG > > > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1  > > > on an Alphaf > > > running OpenVMS V7.2) > > > TCP/IP Services include SMTP & POP.a > > >LA > > > In my SMTP_POSTMASTER.LOG I found 2383 of the following then > > > entries on the samet
 > > > day:9 > > >       550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, > > <anewsum@earthlink.net>" > > >rD > > > ALL were directed to someone @earthlink.net. NONE of these was > > > sent by me. I've. > > > checked for breakins, but don't see any. > > >-B > > > This is a first for me. Can any of you wise folks advise me 
 > how this is14 > > > happening ? and maybe what I can do about it ? > > > 	 > > > TIAe > > > -- > > >e > > > Have VMS. Will Travel. > > > Wire Paladin @alphase.comc > > > San Francisco- > > >- >  >  > -- - >  > Have VMS. Will Travel. > Wire Paladin @alphase.com  > San Francisco  >    ------------------------------    Date: 22 Mar 2002 14:10:17 -0600+ From: young_r@encompasserve.org (Rob Young)r) Subject: RE: Hacker Using My Mail Server?$3 Message-ID: <66HcSNlqjXGC@eisner.encompasserve.org>m  _ In article <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  >  >  >> -----Original Message-----a1 >> From: Don Sykes [mailto:anonymous@pacbell.net]l( >> Sent: Friday, March 22, 2002 11:50 AM >> To: Info-VAX@Mvb.Saic.Com, >> Subject: Re: Hacker Using My Mail Server? >> m >> m >> Tom Linden wrote: >> > >B >> > So who is listed as as 'from' in the returned mail message?   >> sL >> There is no bounced mail message. Only the entries in the POSTMASTER.LOG. >> t > K > Isn't  "550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, " a bounced message?a >     7 	Yep... a quick Google shows it used to be message 553:s   Subject: Returned mail  ' ---- Transcript of session follows ----e: 553  %UCX-E-SMTP_NOSUCHUSER,  No such user, blech@blah.edu    < 	My guess is someone is relaying through your site.  Here is: 	a snippet from a smtp_server_reject. filter for Multinet:   !bL ! Disallow relaying through our mailer, and only allow users on our networks- ! to claim to be from our company (blech.com)  !r- *             *             *blech.com      ncL *@*           *             *@*            q "no relaying through this site"O *             *             *@*            y "missing domain name in MAIL FROM"y !    	Note the --->  q <-----  < 	I don't even give them the pleasure of knowing I ate it :-)   				Rob    ------------------------------    Date: 22 Mar 2002 14:35:09 -0600+ From: young_r@encompasserve.org (Rob Young) ) Subject: RE: Hacker Using My Mail Server? 3 Message-ID: <oDrXyuv8BI$l@eisner.encompasserve.org>t  a In article <66HcSNlqjXGC@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:ia > In article <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:   
 	Oppps...   F 	The rules I initially put out below only allow mail coming from that  	server to go out...  ) 	You probably need a reject rule like so:    ! L ! Disallow relaying through our mailer, and only allow users on our networks- ! to claim to be from our company (blech.com)e ! < !  Wildcards can be used in FROM_USER, FROM_IP, and TO_USER. !l2 !FROM_USER    FROM_IP       TO_USER         ACTION ! - *             *             *blech.com      nH- *blech.com    199.99.*      *               n)- *             199.99.*      *               n2M *@*           *             *@*             q "no relaying through this site" P *             *             *@*             y "missing domain name in MAIL FROM" !l  ; 	If you have PCs, etc. pointing to this server to send SMTPh; 	and at the same time accept incoming whilst knocking abouto@ 	spammers.  Oh, don't look at that too hard.  Line 2 is probably 	unnecessary/incorrect.s   				Robs     >  > > > 	My guess is someone is relaying through your site.  Here is< > 	a snippet from a smtp_server_reject. filter for Multinet: >  > ! N > ! Disallow relaying through our mailer, and only allow users on our networks/ > ! to claim to be from our company (blech.com)  > !i/ > *             *             *blech.com      nsN > *@*           *             *@*            q "no relaying through this site"Q > *             *             *@*            y "missing domain name in MAIL FROM"f > !n >  > 	Note the --->  q <----- > > > 	I don't even give them the pleasure of knowing I ate it :-) > 	 > 				Roba >  >    ------------------------------  # Date: Fri, 22 Mar 2002 22:44:00 GMT.' From: Don Sykes <anonymous@pacbell.net>t) Subject: Re: Hacker Using My Mail Server?b+ Message-ID: <3C9BB421.3584BBDC@pacbell.net>e   Rob Young wrote: > a > In article <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:c > >  > >t > >> -----Original Message-----t3 > >> From: Don Sykes [mailto:anonymous@pacbell.net]t* > >> Sent: Friday, March 22, 2002 11:50 AM > >> To: Info-VAX@Mvb.Saic.Com. > >> Subject: Re: Hacker Using My Mail Server? > >> > >> > >> Tom Linden wrote: > >> >B > >> > So who is listed as as 'from' in the returned mail message? > >>N > >> There is no bounced mail message. Only the entries in the POSTMASTER.LOG. > >> > >hM > > Isn't  "550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, " a bounced message?  > >e > @ >         Yep... a quick Google shows it used to be message 553: >  > Subject: Returned mail > ) > ---- Transcript of session follows ----(< > 553  %UCX-E-SMTP_NOSUCHUSER,  No such user, blech@blah.edu > E >         My guess is someone is relaying through your site.  Here isnC >         a snippet from a smtp_server_reject. filter for Multinet:t >   P Unfortunately I use Compaq TCPIP Services and the only thing I see, so far, that
 I can do is :o9  "set service SMTP/reject=(domain.name1,domain.name2...)"o    But I dodn't know who to reject.   > !uN > ! Disallow relaying through our mailer, and only allow users on our networks/ > ! to claim to be from our company (blech.com)  > !v/ > *             *             *blech.com      n$N > *@*           *             *@*            q "no relaying through this site"Q > *             *             *@*            y "missing domain name in MAIL FROM"e > !x > ! >         Note the --->  q <-----x > E >         I don't even give them the pleasure of knowing I ate it :-)d > % >                                 Robi     -- o   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscow   ------------------------------  % Date: Fri, 22 Mar 2002 17:48:08 -0500"1 From: Michael Austin <maustin@firstdbasource.com>l) Subject: Re: Hacker Using My Mail Server?d2 Message-ID: <3C9BB4A8.A7BBADAC@firstdbasource.com>  2 TCPIPV5.1A has some default settings for this sortC of thing (preventing spam).  Check the docs and look at configuring ! "good-clients,bad-clients, etc...t   here is a good place to start.    I http://www.openvms.compaq.com:8000/73FINAL/6526/6526pro_031.html#antispamn       Don Sykes wrote: >  > Rob Young wrote: > >fc > > In article <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:t > > >r > > >a! > > >> -----Original Message-----u5 > > >> From: Don Sykes [mailto:anonymous@pacbell.net]p, > > >> Sent: Friday, March 22, 2002 11:50 AM  > > >> To: Info-VAX@Mvb.Saic.Com0 > > >> Subject: Re: Hacker Using My Mail Server? > > >> > > >> > > >> Tom Linden wrote: > > >> >D > > >> > So who is listed as as 'from' in the returned mail message? > > >>P > > >> There is no bounced mail message. Only the entries in the POSTMASTER.LOG. > > >> > > >pO > > > Isn't  "550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, " a bounced message?t > > >  > >oB > >         Yep... a quick Google shows it used to be message 553: > >  > > Subject: Returned mail > > + > > ---- Transcript of session follows ----,> > > 553  %UCX-E-SMTP_NOSUCHUSER,  No such user, blech@blah.edu > >cG > >         My guess is someone is relaying through your site.  Here isCE > >         a snippet from a smtp_server_reject. filter for Multinet:e > >c > R > Unfortunately I use Compaq TCPIP Services and the only thing I see, so far, that > I can do is :I; >  "set service SMTP/reject=(domain.name1,domain.name2...)"i > " > But I dodn't know who to reject. >  > > ! P > > ! Disallow relaying through our mailer, and only allow users on our networks1 > > ! to claim to be from our company (blech.com). > > !n1 > > *             *             *blech.com      nsP > > *@*           *             *@*            q "no relaying through this site"S > > *             *             *@*            y "missing domain name in MAIL FROM"O > > !E > >h# > >         Note the --->  q <-----  > >tG > >         I don't even give them the pleasure of knowing I ate it :-)t > >a' > >                                 Robo >  > -- >  > Have VMS. Will Travel. > Wire Paladin @alphase.comi > San Franciscoh   --   Regards,  7 Michael Austin            Registered Linux User #261163p7 First DBA Source, Inc.    http://www.firstdbasource.comi Sr. Consultant   ------------------------------  % Date: Fri, 22 Mar 2002 17:58:16 -0500=0 From: "Virginia Flores" <virginiaflores@msn.com>) Subject: Re: Hacker Using My Mail Server? 5 Message-ID: <OE117Z2JQHeFXvjQN0h00022bbb@hotmail.com>A   Don:  K Looks like someone tried to use your system as a mail relay.  It's a common I hacker procedure so they can mask mail coming from them.  Hackers do this L usually to distribute viruses and other garbage.  If they had succeeded, the3 messages would have looked like they came from you._  I The best thing you can do is contact earthlink and lodge a complaint withm their abuse department.=  	 -Virginia=   ----- Original Message -----) From: "Don Sykes" <anonymous@pacbell.net>- To: <Info-VAX@Mvb.Saic.Com> $ Sent: Friday, March 22, 2002 2:24 PM% Subject: Hacker Using My Mail Server?      >mI > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 on ano Alphaw > running OpenVMS V7.2% > TCP/IP Services include SMTP & POP.u >bL > In my SMTP_POSTMASTER.LOG I found 2383 of the following the entries on the same > day:F > 550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net> >iL > ALL were directed to someone @earthlink.net. NONE of these was sent by me. I've* > checked for breakins, but don't see any. > I > This is a first for me. Can any of you wise folks advise me how this is 0 > happening ? and maybe what I can do about it ? >e > TIAh > -- >m > Have VMS. Will Travel. > Wire Paladin @alphase.comi > San Franciscoo >h   ------------------------------    Date: 22 Mar 2002 21:13:30 -0600+ From: young_r@encompasserve.org (Rob Young)r) Subject: Re: Hacker Using My Mail Server?.3 Message-ID: <2R23cOuH$QS3@eisner.encompasserve.org>   U In article <3C9BB421.3584BBDC@pacbell.net>, Don Sykes <anonymous@pacbell.net> writes:  > Rob Young wrote: > R > Unfortunately I use Compaq TCPIP Services and the only thing I see, so far, that > I can do is :g; >  "set service SMTP/reject=(domain.name1,domain.name2...)"T > " > But I dodn't know who to reject. >    	All of Earthlink apparently.7  A 	I had been involved in a relay situation that was so bad it was  E 	sucking down major chunks of CPU.  If it wasn't for the strength of P/ 	Multinet, I would have been "in a tight spot":h  A http://www.citizenrobot.com/arc/movies/obrotherwhereartthou.shtmle  D 	Oh... in the case I'm talking about, the spam was in massive tidal C 	waves and 99% of it was from AOL.  If *they* find you, it is time   	for shutting off SMTP.h  G 	Maybe consider Multinet.... it is shipping with SSH2.  May be too muchn1 	to take on, but it sure is a sweet TCP/IP stack.-  @ 	Want to read something fascinating about a spammer that spammed> 	the wrong person?  Warning:  set aside a block of time or you 	will be up very late.   http://belps.freewebsites.com/   	Click on "Behind Enemy Lines."r  0 	(That made its rounds on slashdot , June 2000).  ? 	Sorry... but be aware there are annoying pop-up banners at theeA 	above site.  At one time Hollywood California was glamarous.. atlB 	one time the Internet was glamarous.  Slouching towards Gomorrah!   				Robd   ------------------------------  # Date: Sat, 23 Mar 2002 03:45:50 GMTd- From: "John E. Malmberg" <wb8tyw@qsl.network>r) Subject: Re: Hacker Using My Mail Server?]( Message-ID: <3C9BFC44.50403@qsl.network>  E When investigating spam attacks, you can not believe anything in the  - message headers about the source of the spam.s  B I have not received any spam that claimed it came from an AOL.COM > address that actually originated from AOL.  The same for spam  originating from HOTMAIL.   I Complaining to them seems to just get a form letter that the analysis of U4 the header indicates that it did not come from them.  H [Hotmail does claim to want reports of forgeries, but it seems that you G need to explain to them that the true source of the spam, what hotmail  I address was used as the fake source, and that you know it was forged, or  ! you get the standard form letter]     ? You need to look at the I.P. address that was used to make the o? connection in the attempt to send the spam.  Depending on your e@ configuration settings, it may be in the accounting.log and the , operator.log in addition to any TCP/IP logs.  E Then you can use that to block further spam runs and complain to the eF hosting ISP.  Several services on the wild wild web can trace an I.P. " address to the ISP(s) responsible.  H In the case below, it does not look like Earthlink can do much more thanH sympathize with the problem, as it is obvious from the log message that G they were the target of the spam.  Nothing in what was posted indicatess the source of the spam.k   -John  wb8tyw@qsl.network Personal Opinion Onlyt   Rob Young wrote: > F > 	Oh... in the case I'm talking about, the spam was in massive tidal E > 	waves and 99% of it was from AOL.  If *they* find you, it is time e > 	for shutting off SMTP.y  - From: "Don Sykes" <anonymous@pacbell.network>d  >G  > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 oncD  > an Alpha running OpenVMS V7.2 TCP/IP Services include SMTP & POP.  >F  > In my SMTP_POSTMASTER.LOG I found 2383 of the following the entries  > on the same day:C  G  > 550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net>o  >F  > ALL were directed to someone @earthlink.net. NONE of these was sent	  > by me.I     Virginia Flores wrote:  > Don:n  >G  > The best thing you can do is contact earthlink and lodge a complaintN  > with their abuse department.   >   ------------------------------  # Date: Fri, 22 Mar 2002 20:31:14 GMT % From: jlsue <jlsuexxxz@insightbb.com>eJ Subject: Re: How does one check to verify all nodes are fully operational?8 Message-ID: <o15n9u875k26j2ceq8dk283blvi7e458cf@4ax.com>  @ Well, I'd invest in a decent Enterprise Management package.  BMCF Patrol has some great knowledge modules for monitoring.  Unicenter TNG@ has some really good infrastructure/message-passing, centralized. console, and message-correlation capabilities.  E On Wed, 20 Mar 2002 18:15:01 -0800, JMK <jeffrey.m.klopotic@lmco.com>E wrote:  H >Given 50 workstations on clusters scattered over an are larger than youD >can walk comfortably in a day.  You reboot one or more clusters.  AI >glance at $moni clus and you can see if the workstations are online, and 7 >$sho dev d to see if the disks are online and mounted.r > G >But what can you do to verify that logicals are defined, that paths to E >executables have been created, commands defined, etc. -- on each andMG >every workstation.  This is a problem if you have a larger system withPF >many comfiles which are run as part of the boot process, and existing@ >design is such that it is possible to not be ready when logicalF >assignments are made, thus not being totally ready when the user sits >down. >iF >Are there any existing software applications that address this topic? >p >TIA,I >v >Jeff Klopotic  1 Not speaking for anyone, certainly not DEC/Compaq - (get rid of the xxxz in my address to e-mail)-   ------------------------------  % Date: Fri, 22 Mar 2002 10:32:54 -0800e' From: JMK <jeffrey.m.klopotic@lmco.com>:J Subject: Re: How does one check to verify all nodes are fully operational?( Message-ID: <3C9B78D6.DF42C93D@lmco.com>   John,n Thanks for the response.  H This one is fairly new to me, but it sounds like I'm going to be getting familiar with it.r  
 Thanks again,P Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 10:40:08 -0800h' From: JMK <jeffrey.m.klopotic@lmco.com>:J Subject: Re: How does one check to verify all nodes are fully operational?( Message-ID: <3C9B7A88.4ADD0D4C@lmco.com>   Bart,m Thank you for your responses.e  F I was not getting *any* responses to questions about the topic and hadE to repost with a different message to get anything.  FWIW, I tried todG kill my first post to avoid the duplication, but the server refused the  request.  I tried.  F But back to the topic.  Question: Should I look for Cockpit Manager asH Compaq/HP freeware, or is it a pay-for product?  I seem to remember suchB an application from about 10 years ago.  If it is the same one, itE sounds promising that it has been good enough to survive to this day.r  
 Thanks again,p Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 10:57:38 -0800 ' From: JMK <jeffrey.m.klopotic@lmco.com> J Subject: Re: How does one check to verify all nodes are fully operational?( Message-ID: <3C9B7EA2.222C8D38@lmco.com>   Dijk,s Thanks for the response.  C My original task was to come up with a monitoring panel of selected1G hard/software for a certain group of users.  When researching availablelD solutions, I found that there was a lot of applications for hardware= monitoring, but software monitoring is a very separate almosteH non-existent market niche. The biggest reason, and this does make sense,5 is that system configurations are all very different.u  G As your experience indicates, it does appear that portions of this task B will be handwritten, and I am greatful for all the people who have7 responded and will make this task more fun to perform.     Thanks for your response,    Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 23:21:59 +0100r) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>iJ Subject: Re: How does one check to verify all nodes are fully operational?/ Message-ID: <3C9BAE87.4000403@xs4all.nospam.nl>   
 JMK wrote: > Bart,  > Thank you for your responses.  > H > I was not getting *any* responses to questions about the topic and hadG > to repost with a different message to get anything.  FWIW, I tried to I > kill my first post to avoid the duplication, but the server refused thew > request.  I tried. > H > But back to the topic.  Question: Should I look for Cockpit Manager asJ > Compaq/HP freeware, or is it a pay-for product?  I seem to remember suchD > an application from about 10 years ago.  If it is the same one, itG > sounds promising that it has been good enough to survive to this day.. >  > Thanks again,s > Jeff  F Cockpit Manager was originally developed on top of Polycenter Console H Manager. I believe it is already 10 years around but I don't know if it E has always been known as Cockpit Manager. The current version can be lD used with or without a console management product. The CA offerings I (wich are based on the Polycenter product) as well as the Tecsys Console p Works can be used.  F It is not (yet) a Compaq corporate product and it is not free. If you D want 'real' information send me e-mail and I will forward it to the 
 right people.c   Regards,  	 Bart Zorn    ------------------------------  % Date: Fri, 22 Mar 2002 10:46:17 -0800 ' From: JMK <jeffrey.m.klopotic@lmco.com> Y Subject: Re: How does one check to verify all nodes are fully operational? -> use a Clustm( Message-ID: <3C9B7BF9.EE72A5B2@lmco.com>   Gerard,P Thanks for the response.    ! I'll give those commands a try.  t  
 Thanks again,n   Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 10:49:33 -0800r' From: JMK <jeffrey.m.klopotic@lmco.com>oY Subject: Re: How does one check to verify all nodes are fully operational? -> use a Clustt( Message-ID: <3C9B7CBD.7F044AB6@lmco.com>   Larry,B If you have suggestions for a single cluster, I'd be glad to hear.  H BTW, someone asked me for your previous reponse who could not get to the news server.   Thanks for the help, Jeff   ------------------------------    Date: 23 Mar 2002 05:31:49 +0800, From: Paul Repacholi <prep@prep.synonet.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux- Message-ID: <873cyse1bu.fsf@prep.synonet.com>a  V Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> writes:  @ > Linux on a mainframe does not make commercial sense unless youC > allready own the VM licenses and are paying the annual maitenance3B > on them. Even then given the option of turning the mainframe offG > to remove the VM fees will pay for the equivalent UNIX infrastructurecE > in a very short period of time. This is before you add in the otherD* > feeding an housing costs of an Z series.  A You seem to have missed a detail, IBM now have a free or very lowC& cost VM variant for Linux on z-series.  C > Each virtual Linux server is a single point of management, do yousE > seriously think that replacing 70 points of management with 1500 is A > a going to deliver cost reductions or reliability improvements.   A About as nice as a dose of the pox. But hey, welcome to the worldaD of unix weeenies! One customer, one function, one machine... Getting6 them to move to a singe VM per is a good move for IBM.   E > We have ISP's who host thousands of virtual WEB servers on a singleED > system, IBM seem to have managed to get a customer to beleive thatC > hosting thousands of virtual WEB servers on thousands of separatetC > systems. A wonderfull sales job but not something that I would bep > personnally proud of.   B Your ISP would seem to have got a lock on both the unix neurons ;)   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 22 Mar 2002 19:48:45 -0800 " From: GreyCloud <mist@cumulus.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux/ Message-ID: <u9nubq4tbbrj90@corp.supernews.com>    Robert Deininger wrote:   ; > In article <u9kairbebmln92@corp.supernews.com>, GreyCloudl > <mist@cumulus.com> wrote:  > , >>Another question: why did they have to useI >>proprietary ram simm packs instead of the off-the-shelf type of simms??  >> > G > I don't know anything about that particular Sun system, but the usualbH > reason for using "nonstandard" memory is to improve performance and/orG > reliability.  Or occasionally to pack more memory into limited space.e > L >>So far, the sales desk down in San Jose can't seem to answer any technicalC >              ^^^^^                                               y >              ^^^^^^^^^ >  >>questions about anything.I >  > And you are surprised? >   H I should have included that they were transferring me to an engineer... 3 always was a <plonk>.  They make it very difficult.l  * >>They say they can't help me and then its
 >><plonk>. > 6 > Are you sure you didn't call Compaq by mistake?  :-) >   B Hehehe... no, but is there a trend of incompetence starting?  :-))  & >>Or am I talking to the wrong people? > J > Likely.  These days, if you want competent technical sales folks in mostK > any company, you have to jump through hoops, and show them your checkbook J > first.  The checkbook needs to be the wide kind, to allow filling in big
 > numbers. >   J Ah, so there is their weakest link.  No wonder they don't sell as many as  they could.e   >>I wanted to buy a sun butp/ >>your people have made this almost impossible.N > = > Aw, c'mon.  Buy an alpha system instead.  It sounds easier.s >   7 For $1000??  Besides I've still got my vaxstation 4000. H I'm looking into a new area that sun opened up ... interval mathematics.   ------------------------------  % Date: Fri, 22 Mar 2002 15:27:43 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>mO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux 3 Message-ID: <AzMm8.1407$fL6.27338@news.cpqcorp.net>a  = JF Mezei wrote in message <3C9B7B30.AC2E7903@videotron.ca>...  >Fred Kleinsorge wrote: L >> isn't something to write home about either.  You want something ready for" >> the enterprise today - use VMS. > L >But Mr Fred, your superiors keep telling the media that wintel servers ruleK >the enterprise. If windows crap is ready for the enterprise, Shirley Linux  >would be too.  J It may be popular to use "Wintel" but it is imprecise.  Obviously, WindowsK rules everything.  It has nothing to do with quality.  Nearly everyone usesl
 it after all.o   ------------------------------  # Date: Fri, 22 Mar 2002 22:00:25 GMTt# From: "Dan" <io_crater@hotmail.com>o& Subject: Re: HSZ10 looking for info...; Message-ID: <ZPNm8.144193$eb.7123111@news3.calgary.shaw.ca>e  I Ah, yes.. the SPD. Surprised it was still around for something so old ands8 apparently not all that common.  Thanks for the pointer!  L I was hoping to find something like a user guide, but the SPD did answer theI question on how the software was loaded and stored:  A DOS utility and/ors' preloaded on the drives at the factory.a  K A search of the news groups looks like I am not the first to go hunting foruK info on this beast.  But the results seem to be the same. No manuals and not> software online or available from Compaq (or is it HPaq now?).   Dani  B "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> wrote in messageI news:2795B75EF003D311801A00A0C906B511011C6DA6@cucexec.gbc.getronics.nl...tL > You wouldn't believe it, but it looks like I have luck with google.com and > hsz10. >n0 > http://www.compaq.com/info/SP4530/SP4530PF.PDF >V > > -----Original Message-----H > > From: oliver.steeples@compaq.com [mailto:oliver.steeples@compaq.com]% > > Sent: vrijdag 15 maart 2002 14:41  > > To: Info-VAX@Mvb.Saic.Com:* > > Subject: Re: HSZ10 looking for info... > >< > >u- > > HSZ10, codename TOTO, I knew him so well.m > >@J > > It's a bugger.  There's a utility canned ACE that you have to run thatH > > lets you configure it, the software itself actually sits of a hiddenF > > partition of any disks in the enclosure.  If it has disks then youE > > might have got lucky and the utility is on the disks but I can'trhF > > remeber the command to init them on system startup.  If it doesn't< > > have disks then you have just brought a big paperweight. > >YH > > I personally would use the disks in a BA350 or something and get rid > > of the HSZ10.s > >o > > Regards, > >            Oliver@ > >l2 > > "Dan" <io_crater@hotmail.com> wrote in message; > > news:<f8Pj8.138271$kb.7590940@news1.calgary.shaw.ca>...r; > > > I recently picked up what I believe is an HSZ10 at ang > > auction that I amr? > > > hoping to attach to a VMS hobbyist  system (Alpha 4100 orh > > 1000).    As usual@ > > > for auctions the HSZ10 came with no manuals or software. A > > model number on * > > > the back of the unit shows SWXRA-01. > > >  > > >fF > > > It does not have the PC Card that I have seen in newer model HSZ@ > > > controllers.  It has an MMJ jack on the front along with 2 > > 68 pin female  > > > SCSI connectors  > > >m > > > A > > > Any pointers on documentation and software requirements fory > > this unit?   I9 > > > am not having much luck with the internet searches.s > > >n > > > Dan Henigman > > >c > > > .a > >,   ------------------------------  # Date: Fri, 22 Mar 2002 20:57:49 GMTt% From: jlsue <jlsuexxxz@insightbb.com>w( Subject: Re: Microsoft bullies PC makers8 Message-ID: <5k6n9u8p14s5hgu2e9db51342ep14nph28@4ax.com>  F Sounds similar to the tactics that ex-Digital execs said Microsoft did? to them in regards to DEC's implementatio of the Oracle networka terminal (aka Shark).a  , On Fri, 22 Mar 2002 07:46:36 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:h  9 >http://www.nytimes.com/2002/03/22/technology/22SOFT.HTML	 >d6 >Ex-Gateway Executive Says Microsoft Bullies PC Makers >2 >By BLOOMBERG NEWS >J( >WASHINGTON, March 21 (Bloomberg News) N >The Microsoft Corporation (news/quote) bullies computer makers by withholdingI >discounts if they promote products that threaten its Windows monopoly, a O >former Gateway Inc. (news/quote) executive testified today on behalf of statest4 >seeking tough antitrust remedies against Microsoft.  1 Not speaking for anyone, certainly not DEC/Compaqn- (get rid of the xxxz in my address to e-mail)m   ------------------------------  # Date: Fri, 22 Mar 2002 22:06:10 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: Microsoft bullies PC makers+ Message-ID: <mVNm8.99065$q2.9882@sccrnsc01>t  2 "jlsue" <jlsuexxxz@insightbb.com> wrote in message2 news:5k6n9u8p14s5hgu2e9db51342ep14nph28@4ax.com...H > Sounds similar to the tactics that ex-Digital execs said Microsoft didA > to them in regards to DEC's implementatio of the Oracle network  > terminal (aka Shark).i   Indeed it does. ;-}t   ------------------------------    Date: 22 Mar 2002 13:09:24 -0800, From: enetworks@earthlink.net (Diana Stroud)= Subject: NYC Senior Programer Analyst C, C++Pascal on VAX VMSt= Message-ID: <64d3c19d.0203221309.3a84b4b9@posting.google.com>P  F If you are interested in discussing this permanent position in greaterF detail,please send an e-mail with your phone contact information and I will contact you.m  
 Thank you,   Diana Stroud Employment Networks,Inc. enetworks@earthlink.nets 201-236-2526   ------------------------------  # Date: Fri, 22 Mar 2002 20:12:46 GMTn% From: jlsue <jlsuexxxz@insightbb.com>.3 Subject: Re: Once a fool, always a fool I guess ...v8 Message-ID: <g04n9uctic62bkee060dilpus1dbh1e28r@4ax.com>  / On Fri, 22 Mar 2002 11:44:17 +1100, "Dale King"  <dalek@forpresident.com> wrote:c  7 >"Rob Buxton" <rob.buxton@wcc.govt.nz> wrote in messageo+ >news:3c9a7a1b.71938081@news.wcc.govt.nz...  >>G >> No, it's part of the NAS license. Most or maybe even all Alphas comeOH >> with a NAS license now. For some older systems these were additional,G >> but all of our old VAXes and Alphas seem to have some flavour of NASn >> license.A >wM >As I said, a TCPIP license does not come with VMS.  You end up paying for it Q >separately to the OS whatever spin you put on it.  Then if you want SSH you havelG >to buy ANOTHER IP stack if even if you've ended up with a NAS license.- >-  D What a bunch of crap.  You pay for it with other OSs just as much asC with VMS.  Just because it's a "hidden" cost doesn't mean it doesn'f exist.  1 Not speaking for anyone, certainly not DEC/Compaqj- (get rid of the xxxz in my address to e-mail)e   ------------------------------    Date: 22 Mar 2002 21:16:31 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>r3 Subject: Re: Once a fool, always a fool I guess ...d6 Message-ID: <20020322211631.11594.qmail@gacracker.org>  K On Fri, 22 Mar 2002, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:G% >Larry Kilgallen wrote in message ...rC >>In article <20020322085942.27771.qmail@gacracker.org>, Doc.Cypherr. >><Use-Author-Address-Header@[127.1]> writes: B >>> On 21 Mar 2002, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:E >>>>In article <20020321204945.10274.qmail@gacracker.org>, Doc.Cypher / >>>><Use-Author-Address-Header@[127.1]> writes:s@ >>>>> On 21 Mar 2002, leslie@clio.rice.edu (Jerry Leslie) wrote:7 >>>>>>Paul Winalski (prune@ZAnkh-Morpork.mv.com) wrote: L >>>>>>: It's not really that VMS is unhackable--it's more that it representsH >>>>>>: such a miiniscule part of the overall computer marketplace these3 >>>>>>: days that nobody bothers to try to hack it.o >>>>>>:d >>>>>>8 >>>>>>The best hackers in the country tried to hack VMS: >>>>>>2 >>>>>>  http://www.pointsecure.com/Defconwhite.pdf' >>>>>>  "Virtually Unhackable" DEFCON9:r >>>>>nM >>>>> Compaq seems quite keen on having the "secure" tag attached to VMS with-K >>>>> web servers and browsers, shouldn't they have a system up and runningyD >>>>> with an open challenge to hack it and a prize for doing so? ItL >>>>> certainly wouldn't be expensive to set up such a challenge. Such would@ >>>>> also gather some free publicity for the operating system.  >>>> >>>>They had that at DEFcon. >>>a6 >>> Yes, but it wasn't an official Compaq team was it? >>>-J >>> Apparently Sun felt it was important enough to run their own team, butI >>> Compaq just continue to demonstrate an uncaring attitude towards VMS.r >>C >>I doubt that corporate backing impresses the DEFCON constituency.  >nL >It also woke up a lot of people.  It would not suprise me to see it be done >officially next time.  H That's nice to know, I hope you're right Fred and Compaq (or whoever theF owners are) are prepared to put their money where their mouth is so to speak.     Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.nete   ------------------------------  % Date: Fri, 22 Mar 2002 15:49:48 -0600 / From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>s3 Subject: RE: Once a fool, always a fool I guess ...-T Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC0642C17F@ohms.electric.ci.austin.tx.us>  I I also think the OpenVMS web site should be run on OpenVMS, and the Tru64r site should be run on Tru64.   Ed   -----Original Message-----D From: Doc.Cypher [mailto:Use-Author-Supplied-Address-Header@[127.1]]$ Sent: Friday, March 22, 2002 3:17 PM To: Info-VAX@Mvb.Saic.Comr# Cc: mail2news@freedom.gmsociety.orga3 Subject: Re: Once a fool, always a fool I guess ...i    K On Fri, 22 Mar 2002, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:s% >Larry Kilgallen wrote in message ...eC >>In article <20020322085942.27771.qmail@gacracker.org>, Doc.Cypherr. >><Use-Author-Address-Header@[127.1]> writes: B >>> On 21 Mar 2002, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:E >>>>In article <20020321204945.10274.qmail@gacracker.org>, Doc.Cypherm/ >>>><Use-Author-Address-Header@[127.1]> writes:r@ >>>>> On 21 Mar 2002, leslie@clio.rice.edu (Jerry Leslie) wrote:7 >>>>>>Paul Winalski (prune@ZAnkh-Morpork.mv.com) wrote:rL >>>>>>: It's not really that VMS is unhackable--it's more that it representsH >>>>>>: such a miiniscule part of the overall computer marketplace these3 >>>>>>: days that nobody bothers to try to hack it.  >>>>>>:a >>>>>>8 >>>>>>The best hackers in the country tried to hack VMS: >>>>>>2 >>>>>>  http://www.pointsecure.com/Defconwhite.pdf' >>>>>>  "Virtually Unhackable" DEFCON9:v >>>>> H >>>>> Compaq seems quite keen on having the "secure" tag attached to VMS withK >>>>> web servers and browsers, shouldn't they have a system up and runningeD >>>>> with an open challenge to hack it and a prize for doing so? ItL >>>>> certainly wouldn't be expensive to set up such a challenge. Such would@ >>>>> also gather some free publicity for the operating system.  >>>> >>>>They had that at DEFcon. >>> 6 >>> Yes, but it wasn't an official Compaq team was it? >>>IJ >>> Apparently Sun felt it was important enough to run their own team, butI >>> Compaq just continue to demonstrate an uncaring attitude towards VMS.t >>C >>I doubt that corporate backing impresses the DEFCON constituency.t >PL >It also woke up a lot of people.  It would not suprise me to see it be done >officially next time.  H That's nice to know, I hope you're right Fred and Compaq (or whoever theF owners are) are prepared to put their money where their mouth is so to speak.     Doc. -- -6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net    ------------------------------    Date: 23 Mar 2002 04:41:26 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: Once a fool, always a fool I guess ...a- Message-ID: <87lmcke3nt.fsf@prep.synonet.com>-  , "Dale King" <dalek@forpresident.com> writes:  D > Would you be prepared to put all of your VMS boxes on the internet > to test the theory?r  D You do know that there was a world accessable VMS system on the net?D With a real money prize for cracking it? Several thousand dollars in real money?   : Biggest obsticle to doing it is the IP addresses I'd need.   -- h< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 23 Mar 2002 04:36:12 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: Once a fool, always a fool I guess ...l- Message-ID: <87pu1we3wj.fsf@prep.synonet.com>n  , "Dale King" <dalek@forpresident.com> writes:  E > So what?  He was determined and he got in.  That's the point I maderB > in my post.  It could be argued that sending a password in plain- > text is a security vulnerability in itself.d  D And underlines the urgent need for SSH/SSL functionality in the baseF system. This is an OLD one, but I think I've manged to lose Promicuous LAT Listener :( DECnet also...   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Sat, 23 Mar 2002 01:23:18 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")3 Subject: RE: Once a fool, always a fool I guess ... 8 Message-ID: <00A0B54E.B8C8DD92@SSRL04.SLAC.STANFORD.EDU>  
 In articleI <92EFB80E551BD511B39500D0B7B0CDCC0642C17F@ohms.electric.ci.austin.tx.us>, 1 "Stuart, Ed" <Ed.Stuart@austinenergy.com> writes:v  J >I also think the OpenVMS web site should be run on OpenVMS, and the Tru64 >site should be run on Tru64.,  ' www.openvms.compaq.com _is_ run on VMS.   O www.openvms.org is run by the people/person who runs www.Tru64.org (or whatevera0 it's called) and I expect it's the same machine.   -- Alant    O ===============================================================================-0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056SM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210mO ===============================================================================>   ------------------------------  # Date: Sat, 23 Mar 2002 02:17:49 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>3 Subject: Re: Once a fool, always a fool I guess ... - Message-ID: <hBRm8.93859$702.21677@sccrnsc02>y  H ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>C wrote in message news:00A0B54E.B8C8DD92@SSRL04.SLAC.STANFORD.EDU...r > In articleK > <92EFB80E551BD511B39500D0B7B0CDCC0642C17F@ohms.electric.ci.austin.tx.us>,a3 > "Stuart, Ed" <Ed.Stuart@austinenergy.com> writes:  > L > >I also think the OpenVMS web site should be run on OpenVMS, and the Tru64 > >site should be run on Tru64.e > ) > www.openvms.compaq.com _is_ run on VMS.  >nH > www.openvms.org is run by the people/person who runs www.Tru64.org (or whatever2 > it's called) and I expect it's the same machine.  ; Yup. Ken Farmer runs www.openvms.org and www.tru64.org (and:L www.linuxhptc.com as well) on the same system; I believe it's an AlphaServer ES-box running Tru64 UNIX.   ------------------------------  # Date: Fri, 22 Mar 2002 21:59:14 GMTs* From: "Bill Todd" <billtodd@metrocast.net>. Subject: Predictions - just for the hell of itA Message-ID: <SONm8.117351$1g.9103926@bin3.nnrp.aus1.giganews.com>i   Short term:   L Compaq's Q1 results will be unimpressive in revenue, profit, or both.  FunnyJ how in the Q4 Financial Discussion they pointed out that there were "signsE of returning corporate customer purchases" that accounted for the 14%nI up-swing from the disasterous Q3 - but still projected that revenue wouldxL *decrease* 10% in 2002Q1 back to near-Q3 levels:  nah, no fudging of numbers there...  H McKinley's 1 GHz SPECint2K numbers will also be unimpressive, especiallyE given that this is the core users will have to live with (with only aHL process shrink/cache bump) until at least 2005:  700 max, possibly as low asF 600, probably around 650.  Its performance running 32-bit code will beB (relatively) even worse than Merced's (which appears to run 32-bit@ SPECint-style code at about 1/6th native 64-bit speed and 32-bitI SPECfp-style code at about 1/15th native 64-bit speed):  most improvements1 will be due to the increase in clock speed alone.t   Medium term:  J Unless the nascent recovery accelerates dramatically instead of developingH speed slowly, combined HP/Compaq revenues for 2002 will be down comparedL with their (poor) performance in 2001.  Considerably more than 15K jobs will= be cut as a result of the merger (the established response to,D less-than-predicted performance), though Carly & Curly, accomplishedH knife-wielders though they are, may be hard pressed to fit them all into= this calendar year.  HP stock price won't recover much beyondtE pre-merger-announcement levels, and won't even reach those unless theT7 recovery is robust enough to drag it along by its ears.l  L VMS will at best receive no more attention than it currently does:  C&C haveJ both said and shown that they believe they have far more important fish toI fry.  This means it will continue its slow slide downward:  while it willuF nominally have more people working on it due to the porting effort (soH generously funded largely by Intel, it seems), there will as a result ofK that effort be considerably less net work done on OS development - and thismJ may well be what saves it from more immediate extinction, since the influx: of Intel money for the port largely eliminates VMS's cost.   1 year out:e  A Hammer will have taken off, McKinley use will still be relativelyPI inconsequential (though not as invisible as Merced is today, unless IntelmI actually throws in the towel by then).  Sun will have announced a port of E Solaris to Hammer (if they don't do that much earlier).  HP will havefF started looking for a new CEO and President (unless they come to their senses and do so sooner).    - bill   ------------------------------    Date: 23 Mar 2002 12:59:58 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: Predictions - just for the hell of it- Message-ID: <87lmcjdgkx.fsf@prep.synonet.com>e  , "Bill Todd" <billtodd@metrocast.net> writes:  A > Compaq's Q1 results will be unimpressive in revenue, profit, oraB > both.  Funny how in the Q4 Financial Discussion they pointed outC > that there were "signs of returning corporate customer purchases" C > that accounted for the 14% up-swing from the disasterous Q3 - but E > still projected that revenue would *decrease* 10% in 2002Q1 back to15 > near-Q3 levels: nah, no fudging of numbers there...y  E Part of the Q4 results could well have been folks who needed replaced E kit, and wanted it *NOW*, to hell with the cost. Getting a hundred or.E so 7K vaxes at short order should provide a small profit for some onew
 for instance.e   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 22 Mar 2002 10:41:16 -0800% From: andrew_art@hotmail.com (Andrew) A Subject: Re: process priorities under v7.1-2, 7.2-1 Alpha servers-= Message-ID: <6ce640e8.0203221041.4589b31f@posting.google.com>u   Howdy boys,sD thanks Eric et al for taking the time to repy. I must apologise, I'mF not particularly au fait with Alpha servers, my thing ( hah, even ) is toC support badly an  application some programmers here write which the D girls in marketing sell, and when things get weird on the platform ID tell the 'users' ( customers who run our software on their own storeE bought Alphas ) to call Compaq. But sometimes I get curious enough to ? want to find out more about what's going on, ya know ? Hence meB5 bugging the bejesus out of you on a Friday afternoon.N  F The 'bocs' processes below are 'users', people who login to the system> to enter into a ticketing application to sell tickets for massF entertainment venues the whole world wide over. Some use PC's to run aF dumb terminal emulator, or they run a PC client, and they connect overE TCP/IP to the Alpha. Either way they get cur/bas figures of up to 56.    sho sys says :  A OpenVMS V7.2-1  on node CBO1  22-MAR-2002 18:11:36.28  Uptime  12e 03:40:38F   Pid    Process Name    State  Pri      I/O       CPU       Page flts  PagesF 00000101 SWAPPER         HIB     16        0   0 00:00:03.85         0      0F 00000104 LANACP          HIB     13       55   0 00:00:00.05       125    118F 00000106 IPCACP          HIB     10       10   0 00:00:00.00        34     44F 00000107 ERRFMT          HIB      8    33541   0 00:00:05.14        90    105F 00000109 OPCOM           HIB      8     1891   0 00:00:00.24       252     47F 0000010A AUDIT_SERVER    HIB     10      203   0 00:00:00.07       181    156F 0000010B JOB_CONTROL     HIB     10    17552   0 00:00:01.15        62     85F 0000010C QUEUE_MANAGER   HIB      8      854   0 00:00:00.88       136    176F 0000010D SECURITY_SERVER HIB     10      488   0 00:00:00.33      1055    250F 0000010E DNS$ADVER       LEF      5   118497   0 00:00:13.35      1086    462F 0000010F LES$ACP_V30     HIB      9      126   0 00:00:00.05        75     88F 00000110 NET$ACP         HIB      6      937   0 00:00:00.27       177    158F 00000111 REMACP          HIB     11       50   0 00:00:00.00        37     25F 00000112 NET$EVD         HIB      6       20   0 00:00:00.03       372    216F 00000113 DTSS$SERVICE    LEF     10       18   0 00:00:00.01       127    110F 00000114 NET$MOP         HIB      6       28   0 00:00:00.08       390    118F 00000115 TP_SERVER       HIB     10    70030   0 00:00:00.14        82    102F 00000116 SMHANDLER       HIB      6       50   0 00:00:00.02       184    107F 00000117 LATACP          HIB     14        9   0 00:00:00.78        75     61F 00000118 TCPIP$INET_ACP  HIB      8     1772   0 00:00:00.22       182    135F 0000221F BOCS_T011       HIB      6     2500   0 00:00:00.17       563    388F 0000212A BOCS_HUB        LEF      8     7293   0 00:00:00.13        72     90F 0000212B BOCS_JNLH       LEF      9     2472   0 00:00:00.20       274    170F 0000212C BOCS_JNLG       LEF      7     4246   0 00:00:00.35       232    169F 0000222D BOCS_BTIX       LEF      4       12   0 00:00:00.01       243    169F 0000222E BOCS_JNLB       HIB      6     6214   0 00:00:00.36        75     91F 00002231 BOCS_DFR        LEF      4       20   0 00:00:00.00       241    169F 00002233 BOCS_EDITCP     HIB      6      101   0 00:00:00.05       396    286F 00002034 BOCS_TCP_LOGIN  HIB      4    12001   0 00:00:00.74       276    238F 00001F35 BOCS_FEED       HIB      6    92704   0 00:00:10.91       943    710F 00001F36 BOCS_SERVER     LEF      4       39   0 00:00:00.03        89    105F 00001F37 BOCS_JNTX       HIB     11     7217   0 00:00:00.29        75     94F 00001D3C BOCS_T047       HIB     56    24158   0 00:00:01.81       861    449F 00001C3D BOCS_T048       HIB     24    77496   0 00:00:05.35       762    445F 00001D73 BOCS_TPRT       HIB     10    30814   0 00:00:02.66       311    227F 00002395 BOCS_T053       HIB     24    71529   0 00:00:05.49       900    450F 00002497 BOCS_T013       HIB     24    14549   0 00:00:01.11       780    430F 000022AF BOCS_T054       HIB     24     6551   0 00:00:00.49       747    376F 000025C3 BOCS_T049       HIB     24     9366   0 00:00:00.73       695    386    E Just to recap, before v7.1-2, no process went above the Swapper. NonerF of our software has changed, nor have we introduced any layered or 3rd party bits. IfE no-one else on here has noticed anything odd since they went onto the 2 latest release then fair enough, I'll get me coat.  
 good luck, Andrew   ------------------------------    Date: 23 Mar 2002 05:23:29 +0800, From: Paul Repacholi <prep@prep.synonet.com>A Subject: Re: process priorities under v7.1-2, 7.2-1 Alpha servers>- Message-ID: <877ko4e1pq.fsf@prep.synonet.com>i  3 "Kari Keronen" <kari.keronen@radiolinja.fi> writes:a  7 > "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in messagea( > news:a7f43l$11rm@newton.cc.rl.ac.uk... > > @ > > "Kari Keronen" <kari.keronen@radiolinja.fi> wrote in message3 > > news:rlEm8.12416$zZ5.259681@news.kpnqwest.fi...l > >k   > > > No, on Alpha it's 63.   / > > Are you sure? That's not what the docs say.t  ! > Here is example from our GS160:o ...r  & Just tried for fun and sanity checking   SET PROC/PRIO=60P 208000BE PREP_1          CUR     60       94   0 00:00:00.06       234     77  S#                                  ^^i    The big stick just got bigger ;)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 22 Mar 2002 15:55:35 -0800& From: chessmaster1010@hotmail.com (JG)/ Subject: Re: Question reguarding process crash.h= Message-ID: <dd3f0cb7.0203221555.661f9b47@posting.google.com>r  b "Dave Rich" <drich@nucorar.com> wrote in message news:<a7fqpt$k5rg1$1@ID-136223.news.dfncis.de>...  E Your program could not open a file.  To find out how you must examine"D the FAB$L_STV or RAB$L_STV secondary status value.  Doing so dependsE on the language and method you are using to open the file.  However Ia+ believe the possible reasons might include:-  * Note enough free space on disk@ * not enough contigous space on disk to extend the directory the file is being inserted into4, * no free file headers available on the disk   $ help/message/word=whole acct     ACC,  ACP file access failed  7 --Facility:     RMS, OpenVMS Record Management Servicesp  C --Explanation:  An error occurred during an attempt to open a file.  ThisF -               message is associated with a status code returned from a fileC -               system ACP QIO request made by the RMS file system.   B --User Action:  The status value (STV) field of the FAB contains a systemD -               status code that provides more information about theA -               condition. Take action based on this status code.e      D > The processes I am running does this, after a little over 2 hours. > 7 > Process CAS_PROLST started at 21-MAR-2002 15:18:04.77n6 > Open Error: non-translatable vms error code: 0x1C002$ > %rms-e-acc, acp file access failed: >   RICH         job terminated at 21-MAR-2002 17:37:38.99 >     Accounting information:cM >   Buffered I/O count:             640         Peak working set size:  19408eM >   Direct I/O count:             16511         Peak page file size:    81904 M >   Page faults:                   1268         Mounted volumes:            0 C >   Charged CPU time:           0 00:01:10.28   Elapsed time:     0r
 > 02:19:35.29i > [End of file]O > L > Is there a way to get a tad more info? Like 'where' in the application the > problem is occuring, etc etc?t > E > I can / will post the src code, if anyone wants to look it over forv > problems.s   ------------------------------  % Date: Sat, 23 Mar 2002 02:03:02 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)/ Subject: Re: Question reguarding process crash. ; Message-ID: <3c9bd446.524144494f47414741@radiogaga.harz.de>-  $ Dave Rich (drich@nucorar.com) wrote:D > The processes I am running does this, after a little over 2 hours. >O7 > Process CAS_PROLST started at 21-MAR-2002 15:18:04.77c6 > Open Error: non-translatable vms error code: 0x1C002$ > %rms-e-acc, acp file access failed ...aH > Is there a way to get a tad more info? Like 'where' in the application# > the problem is occuring, etc etc?a  / You can get to which file couldn't be opened by      $ REPLY/ENABLE)   $ SET AUDIT/ALARM/ENABLE=ACCESS=FAILURE   1 from a suitably privileged account. Switch off byI  *   $ SET AUDIT/ALARM/DISABLE=ACCESS=FAILURE   cu,    Martin -- cF                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.deiF  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 22 Mar 2002 14:21:07 -0500l5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> " Subject: Re: Right down the middle3 Message-ID: <7BLm8.1402$fL6.27307@news.cpqcorp.net>    Bill Todd wrote in message ... >:A >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in messageI. >news:W9pm8.1324$fL6.26734@news.cpqcorp.net... >i >... >wK >> "Company man"?  No.  I just believe that all things being equal, that HPsG >> provides a wider set of opportunities for VMS's future, than Compaq.n >DF >If you're comparing it to Compaq with no significant changes from itsH >constitution today, then I probably agree.  But since I don't see VMS'sJ >opportunities as being at all good under HP management either (especiallyG >when that management includes many of the bozos who have gotten Compaq- wheretG >it is today) I think VMS would have a better chance if the merger were,K >defeated, since that at least opens a noticeable possibility that Compaq's0L >current management would be given the boot and better management brought inJ >(even Compaq's BoD may not be stupid enough to make the same mistake theyH >did last time, given that the results of that mistake are now obvious). >D  I I believe that there would have been no change in Compaq management if HPdI had defeated the merger.  Nor do I believe that there would have been anyoK significant change in strategy.  I believe that VMS would have been fine onpG either side of a merger win/loss.  But together with HP, we will have ae broader capability.T   >... >r? >> My "main ambition" to retire to Florida is kind-of, sort-of,- >but-not-really=	 >> a joke= >=D >Many people nearing retirement do find themselves reluctant to jumpL >companies, which is what it would take for you to find work on an OS with aL >promising future.  That was my point:  I'm sure you could do something else >within Compaq.S >F  C Don't think I'm nearing retirement at age 45, your argument is more=J effective if I was 55. Nor is there incentive at Compaq (or many companiesI these days) to stay to retirement age (that is, in the "old" days of realnH pensions instead of 401k's, the closer you were to retirement, the leastE likely you would be to want to leave - since retirement benefits were H seriously weighted to encourage staying with a company).  At 45, I couldL change companies and have a full pension from a new company before I retire.A I have had a number of unsolicited offers over the years to leavedL DEC/Compaq, but there's not a lot of better places to be able to play inside  the guts of an operating system.   >... >tK >> I am perplexed why any VMS customer should be concerned about the mergernK >> other than generic FUD.  I believe that it has a lot of upside potentialh >forK >> VMS.  You don't like how Compaq has handled VMS, why not let HP try it'swK >> hand.  From your arguments, aside from outright cancellation - can it bee >any  >> worse than the current state? >bI >'A lot of upside potential' from a complete disaster (the 'can it be anya> >worse?' argument) doesn't necessarily make for optimism, just >marginally-reduced pessimism.  E Let us say that we disagree on any "complete disaster" existing.  YouaL believe that the phasing out of Alpha is a complete disaster, and one we areH unlikely to recover from.  I disagree with you.  The loss of Alpha isn'tF something wonderful, but I believe that the Itanium port will be a farI greater success than you do.  WE WILL ALWAYS DISAGREE ON THIS.  ONLY TIMEl WILL TELL WHO IS RIGHT.o  G Given that the Alpha decision is and was not about to reverse itself, InF again have to ask why there should be further concern about the merger itself?   - >Given the range of possibilities (merge withlK >HP and retain a lot of the management responsible for the current state of07 >VMS, don't merge and continue with current management,0    These are, or were, the choices.   >don't merge and" >current management gets replaced,  J Not likely.  Compaq's BOD appears to be fully behind and in support of theH merger and of management.  There is no Walter Hewlett in the wings here.' Witness the Compaq merger vote numbers.   * >don't merge and Compaq goes under and the$ >pieces get bought by someone else),  J I don't think you can find anyone with a clue suggesting that Compaq is inF any jeopardy of going under.  The merger isn't a rescue attempt by HP.  $ >merging is neither the best nor theK >worst opportunity IMO for improvement for VMS (though I'm not sure whethere Ie/ >think it beats the going-under option or not).n >-  H Neither Compaq or HP is "VMS Inc".  They need to do what is best for theJ overall company.  I believe that VMS financial performance will decide howL VMS is treated.  If when the smoke clears from the Itanium migration, VMS isI still alive and well and growing, when I think we have a positive future.n0 If not, I don't think it matters who "owns" VMS.  E In any case, you are not listing things that could be voted on by themJ shareholders.  You are listing outcomes that you would like or not like to see.   ------------------------------  # Date: Fri, 22 Mar 2002 19:45:59 GMTa4 From: "Terry C. Shannon" <terryshannon@mediaone.net>" Subject: Re: Right down the middle- Message-ID: <XRLm8.91722$702.21316@sccrnsc02>e  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:7BLm8.1402$fL6.27307@news.cpqcorp.net...s >S  > Bill Todd wrote in message ... > > C > >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in messagea0 > >news:W9pm8.1324$fL6.26734@news.cpqcorp.net... > >n > >... > >yJ > >> "Company man"?  No.  I just believe that all things being equal, that HPI > >> provides a wider set of opportunities for VMS's future, than Compaq.  > > H > >If you're comparing it to Compaq with no significant changes from itsJ > >constitution today, then I probably agree.  But since I don't see VMS'sL > >opportunities as being at all good under HP management either (especiallyI > >when that management includes many of the bozos who have gotten Compaq  > whereoI > >it is today) I think VMS would have a better chance if the merger wererD > >defeated, since that at least opens a noticeable possibility that Compaq'sK > >current management would be given the boot and better management broughtp inL > >(even Compaq's BoD may not be stupid enough to make the same mistake theyJ > >did last time, given that the results of that mistake are now obvious). > >  >eK > I believe that there would have been no change in Compaq management if HP K > had defeated the merger.  Nor do I believe that there would have been anytJ > significant change in strategy.  I believe that VMS would have been fine onI > either side of a merger win/loss.  But together with HP, we will have a  > broader capability.c >   I As long as Carly steps up to the plate and publicly asserts that VMS is a J strategic product that will be supported and enhanced into the next decadeH (or whatever), this probably is the case. Seems to me that the financialK justification is there, but the customer base and the marketplace could use0 a wee bit o' reassurance.a   ------------------------------  % Date: Fri, 22 Mar 2002 14:57:53 -0500-5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>b" Subject: Re: Right down the middle3 Message-ID: <B7Mm8.1403$fL6.27312@news.cpqcorp.net>I  = JF Mezei wrote in message <3C9A7DE9.E117A9FD@videotron.ca>..., >Fred Kleinsorge wrote:sJ >> Hmmm.  Don't think I'm in a dead-end job.  Don't think I'm working on aK >> dead-end product.  Don't think that any of the companies I've now workede forr5 >> without changing jobs was dedicated to mediocrity.  >gK >While this may very well be true, please consider that from the customer'siJ >point of view, Compaq employees are expected to toe the company line, and weL >would not expect to see Compaq employees puclicly criticize their employer. ItD >isn't your fault, and there is really not much you can do about it. >k  H It's much easier to say nothing than to argue with you and be accused ofH lying.  So why would I do it?  There is nothing compelling me to read or write this group.h  L >Unless you are privy to Carly's 3 year product roadmap, how can you be sure of >what lies ahead for VMS ? >R  I Since I'm not privvy to God's plan, I don't know when the bus will hit me K either.  Let's say, that I'm pretty confident, and I'm not losing any sleep1 worrying about it.  K >> I am perplexed why any VMS customer should be concerned about the merger0 >> other than generic FUD. >1H >Could the fact that Carly has mentioned every Compaq product except VMS haveJ >anything to do about this ? Perhaps the worse case scenario would be that VMS9K >wouldn't even be included in the product roadmap so customers would remain1 in* >a state of limbo as to the future of VMS. >.  J Compaq *has* provided a roadmap, and VMS is on it.  Until the HP merger isE certified and the merger closes, HP *can't* provide you a roadmap for0I Compaq.  I see no reason to believe that the OpenVMS readmap will change.8  K >> hand.  From your arguments, aside from outright cancellation - can it be7 any0  >> worse than the current state? >FJ >The problem is that status quo  will get much worse with time, especially withD >that unwanted and poorly timed forced migration to that IA64 thing.  L Then you should be happy about the merger.  A rejection of the merger is the status quo.E   ------------------------------  # Date: Sat, 23 Mar 2002 00:54:19 GMT31 From: "David J. Dachtera" <djesys.nospam@fsi.net>1" Subject: Re: Right down the middle' Message-ID: <3C9BD46D.484C1403@fsi.net>.   JF Mezei wrote:8 >  > John Smith wrote: O > > How about "Shannon Knows Something About Big Computer Companies That AlwaysH5 > > Seem To Screw Their Best Products and Customers".0 >  > or:C > ' > "Shannon knows how to spot a loser !"8 >  > or > D > "The curse of Shannon: the companies he follows go down the drain"   NO! NO! That's *MY* curse!  D If I start buying a product, the chances are better than 60% it willB soon disappear from the store shelves (too bad WhineBloze beat the odds!).0  G If I start patronizing a store, the chances are better than 70% that it ! will close in less than 6 months.   0 No spit, man - I am *WORSE* than "typhoid Mary"!  / Is it anywonder VMS is in such dire straits??!!1   -- 2 David J. DachteraE dba DJE SystemsH http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/0   ------------------------------  % Date: Fri, 22 Mar 2002 21:35:09 -05001- From: JF Mezei <jfmezei.spamnot@videotron.ca>C" Subject: Re: Right down the middle, Message-ID: <3C9BE9DA.6C4985AF@videotron.ca>   "David J. Dachtera" wrote:F > If I start buying a product, the chances are better than 60% it willD > soon disappear from the store shelves (too bad WhineBloze beat the	 > odds!).   M You're not alone. I am like that too. Invested in PSION and VMS skills. PSION24 is gone from PDA. VMS is , well nobody really knows.  H What is the point in developping new skills when you know that they will; become useless as soon as you get respoectable experience ?    ------------------------------  % Date: Fri, 22 Mar 2002 21:15:41 -05009- From: JF Mezei <jfmezei.spamnot@videotron.ca> " Subject: Re: Right down the middle, Message-ID: <3C9BE54B.CAB55429@videotron.ca>   Fred Kleinsorge wrote:L > Compaq *has* provided a roadmap, and VMS is on it.  Until the HP merger isG > certified and the merger closes, HP *can't* provide you a roadmap for K > Compaq.  I see no reason to believe that the OpenVMS readmap will change.a  K HP has provided a broad roadmap for Tru64 as well as Tandem, as well as thee Proliant wintel servers.  N It is a fact that HP has meddled into Compaq's products but went through greatJ strides to avoid mentioning VMS. HP and Capellas have also made a point ofN mentioning stuff such as "proprietary is bad" and "industry standard is good".   ------------------------------  % Date: Fri, 22 Mar 2002 15:10:52 -0500o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>d- Subject: Re: Shannon knows DEC -> CPQ -> ???? 3 Message-ID: <NjMm8.1404$fL6.27285@news.cpqcorp.net>K  H Compaq has strongly committed to VMS on EV7 and on Itanium, it is on theL roadmap.  When the merger is finalized, I would then anticipate that the newL HP roadmap (of which nobody outside of the cloistered 900 has seen - and I'm% not one of them) will be shown to us.d  L It is my personal belief that it will also be on the new roadmap.  But we'll all know shortly.        John Smith wrote in message ...  > A >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in messagec. >news:eepm8.1325$fL6.26745@news.cpqcorp.net... >> >>7 >> You are reading tea leaves that simply aren't there.  >  >Fred,H >So why has there been a distinct silence thus far (since the merger wasF >announced) in statements by Carly/Curly et al. about the fate of VMS, unlikeB >definitive announcements pertaining to the death of Tru64 and the >continuation of NSK?  >sH >Please tell us that you know what Carly is thinking and committed to inL >terms of growing VMS. Or failing the merger, what Curly plans to do in this >regard. >n >TIA >m >r   ------------------------------  % Date: Fri, 22 Mar 2002 15:12:54 -0500o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>x- Subject: Re: Shannon knows DEC -> CPQ -> ????a3 Message-ID: <IlMm8.1405$fL6.27299@news.cpqcorp.net>h   Now *that's* funny.n   Tom Cole wrote in message ...hI >Oops!  My mistake... I took the posting to be somewhat whimsical, before L >reading the rest of the followups and seeing that (like most threads in cov@ >today) it is YET ANOTHER TWO DOZEN RANTS ABOUT THE POLITICS AND >PERSONALITIES OF THE MERGER.C > 2 >    "I have a question about why SYS$GETJPIW sets" >       the IOSB the way it does." >l3 >    "Because Carly is a spawn of satan, and worked 3 >     out a devil's deal with Curly to sell all our  >     futures down the river." > 0 >    "No, I think a more reasonable and moderate3 >     approach is to imagine that Carly cares abouts5 >     IOSBs despite her complete silence on the topic  >     so far." >d: >    "You are a moron who fails to see the facts clearly." >d7 >    "No you are a moron, and a tool of the evil ones."h >r >    "Am not." >g >    "Are too."  >i5 >COV isn't as much fun these days as it used to be...  >M >2 > / >"Tom Cole" <tom.cole@sas.com> wrote in messagee* >news:a7fe4e$85e$1@license1.unx.sas.com... >>J >> "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in8 >> message news:2nZVaifpLEPr@eisner.encompasserve.org...D >> > So, anyone want to guess what Terry calls his publication now ? >> >C >> > My suggestion: Shannon knows DEC, where DEC = Digital Enhanced 	 Computing L >> > (a variant on the DEC = Digital Enhanced Compaq suggested when CPQ took >> > over DEC) >>- >> CHP?  No wait, that's Estrada Knows CHP...  >> >> --  >> Tom Colew$ >> HPUX+TRU64=TRUX?  Silly rabbit... >> >> >> >> >n >e   ------------------------------    Date: 23 Mar 2002 04:29:43 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: Shannon knows DEC -> CPQ -> ????a- Message-ID: <87u1r8e47c.fsf@prep.synonet.com>t  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  0 > "Tom Linden" <tom@kednos.com> wrote in message5 > news:CIEJLCMNHNNDLLOOGNJICEGMEGAA.tom@kednos.com... . > > Is this the Shannon knows Algol story? :-)  n' > Nope. SKC, as in Shannon Knows CORAL.r   * > "Or COBOL," he said in a JOVIAL fashion.  & If it had a SNOBOL's chance in HIL...   9 What about 'Shanon Knows Screw Up now.' That would conver ; all the bases I think. And give the lad something to screemw about as well ;)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.U@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Sat, 23 Mar 2002 01:29:34 GMTo# From: "John Smith" <a@nonymous.com>l- Subject: Re: Shannon knows DEC -> CPQ -> ????/E Message-ID: <2UQm8.3396$8K.2602@news02.bloor.is.net.cable.rogers.com>   ; How about 'Shannon Knows Good Products and Bad Management'?0      9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87u1r8e47c.fsf@prep.synonet.com...g8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: >r2 > > "Tom Linden" <tom@kednos.com> wrote in message7 > > news:CIEJLCMNHNNDLLOOGNJICEGMEGAA.tom@kednos.com...f0 > > > Is this the Shannon knows Algol story? :-) >n) > > Nope. SKC, as in Shannon Knows CORAL.s >i, > > "Or COBOL," he said in a JOVIAL fashion. >p' > If it had a SNOBOL's chance in HIL...n >D; > What about 'Shanon Knows Screw Up now.' That would convere= > all the bases I think. And give the lad something to screemn > about as well ;) >o > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.vB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 23 Mar 2002 04:56:53 +0800, From: Paul Repacholi <prep@prep.synonet.com>7 Subject: Re: SUMMARY: PC monitor attached to RGB outputs- Message-ID: <87hen8e2y2.fsf@prep.synonet.com>   % "Tom Linden" <tom@kednos.com> writes:n    = > I have a number of systems (DECstation 5000, DEC 3000s, VAXbB > 4000/60,90 ) that have as monitor output a triplex SMB (IIRC theD > designation, miniature coax in any event) so the monitor cable forE > these guys all had such a connector at one end and 3 BNC connectorsy > for RGBat the other.  C That connector is a 3W3. Also seen is the 13W3 on Suns, and 27W5 onl old Intergraph machines.  7 >  SVGA monitors have as we all know, a DB15 connector.u  < That is a DC15S. D shell, 3 connector rows. Also seen in the& DC50 that Sun used for SCSI back when.  C Note that the D connectors are sufixed with S for socket, and P forS; plug... 'Male' and 'Female' are not used to refer to them. g   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.g@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 22 Mar 2002 10:58:44 -0800h' From: JMK <jeffrey.m.klopotic@lmco.com>o+ Subject: Re: System software status utilitya( Message-ID: <3C9B7EE4.2D68E83A@lmco.com>   Bermuda? JMK/   ------------------------------  % Date: Fri, 22 Mar 2002 11:00:27 -0800h' From: JMK <jeffrey.m.klopotic@lmco.com>t+ Subject: Re: System software status utilityl( Message-ID: <3C9B7F4B.7B194E7B@lmco.com>   Tony,eG Thanks for the response.  Big Brother has received mention, but Network * Monitor is a new name.  I'll check it out.  
 Thanks again,y Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 11:02:58 -0800b' From: JMK <jeffrey.m.klopotic@lmco.com>?+ Subject: Re: System software status utilityp( Message-ID: <3C9B7FE2.FBCB4CEE@lmco.com>   Bart,nD I note this post comes with some of the other groups I tried postingF to.  I am most greatful that people have noticed and are responding.    
 Thanks again,v Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 11:36:31 -0800t' From: JMK <jeffrey.m.klopotic@lmco.com>e+ Subject: Re: System software status utilityt( Message-ID: <3C9B87BF.852140F4@lmco.com>   Mark,aG Thanks for the response.  You are the first I have heard from regardingI@ such apps from the NT and Linux world on this topic!  It will beF interesting to look into them -- one could possibly do a visual app on) an NT platform tied into a VMS network.      Thanks for the tip!o   Jeff   ------------------------------  % Date: Fri, 22 Mar 2002 11:46:25 -0800e' From: JMK <jeffrey.m.klopotic@lmco.com> + Subject: Re: System software status utilityr( Message-ID: <3C9B8A11.CC76E52A@lmco.com>   HTH,F Thanks for the reply.  News of existing products is useful, since thisB is a newer type assignment for me.  The feature of remote alertingG sounds interesting, since that is when most of the small problem becomee# big ones -- when you are not there.   
 Thanks again,e   Jeff   ------------------------------  # Date: Sat, 23 Mar 2002 00:58:59 GMTa1 From: "David J. Dachtera" <djesys.nospam@fsi.net> + Subject: Re: System software status utilityp' Message-ID: <3C9BD588.3C4E1AE2@fsi.net>n   Bart Zorn wrote: >  > JMK wrote:J > > Does anyone know of an existing utility that can tell me if a computerK > > on the network has all its software up and running?  Hardware utilities L > > abound to determine if computers are up, disks, routers, etc are online,7 > > but I'm not aware of any like product for software.o > >e > > Are any out there? > >n > > TIA, > >  > > Jeff Klopoticg > D > I am not very familiar with Linux and NT, but for OpenVMS there isF > Cockpit Manager from Compaq in Belgium. It allows you to monitor and@ > manage almost everything in and around OpenVMS clusters. It is: > especially targeted at disaster tolerant configurations.   ...and the URL is ... ?r   -- a David J. Dachteraa dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/2   ------------------------------  # Date: Sat, 23 Mar 2002 01:07:14 GMTt& From: ctr2sprt@cox.net (Eric P. McCoy)+ Subject: Re: System software status utilityn) Message-ID: <87y9gkhz28.fsf@katmai.local>l  4 Piggybacking.  Followups to col.networking, I guess.   > > JMK wrote:L > > > Does anyone know of an existing utility that can tell me if a computerM > > > on the network has all its software up and running?  Hardware utilitiesuN > > > abound to determine if computers are up, disks, routers, etc are online,9 > > > but I'm not aware of any like product for software.a  C You can do this with SNMP, I believe.  You will have to define moresF specifically what it means for a computer to have "all its software up@ and running," but the SNMP server Linux has allows you to report arbitrary data.s  1 But maybe I'm not totally clear on what you mean.    -- wB Eric McCoy (reverse "ten.xoc@mpe", mail to "ctr2sprt" is filtered)  E "Last I checked, it wasn't the power cord for the Clue Generator thatr0 was sticking up your ass."	- John Novak, rasfwrj   ------------------------------  % Date: Fri, 22 Mar 2002 19:24:07 -0800e9 From: "ynotssor" <ynotssorAT hotmail dot `\rm -rf /` com> + Subject: Re: System software status utility 1 Message-ID: <3c9bf601_3@corp-news.newsgroups.com>t  4 "JMK" <jeffrey.m.klopotic@lmco.com> wrote in message" news:3C9B7F4B.7B194E7B@lmco.com... >  > Tony,eI > Thanks for the response.  Big Brother has received mention, but Networkt, > Monitor is a new name.  I'll check it out.    L The beauty is that it's free, with both server and client implementations onO *nix and MS-Windows(NTFS). The configurable HTML report page can be viewed from  anywhere you allow it to be.                  tonym   ------------------------------  % Date: Sat, 23 Mar 2002 02:45:14 +0100n' From: "Georgi Kozinakov" <gk@mt.net.mk>'" Subject: Telnet problem on VAX/VMS% Message-ID: <3c9bdd87@news.mt.net.mk>1  F I have problem to set  telnet service (Compaq tcpip services v5.1, VAX VMS 7.2.1).g After:* $ tcpip set config enable noservice telnet $ tcpip disable service telnet% $ tcpip set noservice telnet /port=23d8 $ tcpip set service telnet /port=4023 /inact=1 /limit=50  = tcpip forces me to enter /PROCESS=... /FILE=... and /USER=...a  C before there was not data for this last three switches when I typed ! $ tcpip show service telnet /fulld  7 I don't know what to type  for process file and user...tB I tried some files tcpip$telnet for proces; created account in uaf tcpip$telnetB and put empty telnet.com startup file but now telnet client dosn't connect to VAX telnet server.  	 Any idea?e   Georgi   ------------------------------  % Date: Fri, 22 Mar 2002 12:30:37 -0800k# From: "Tom Linden" <tom@kednos.com>h! Subject: where is whois ,nslookup 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEIFEGAA.tom@kednos.com>i  J running tcpip5.1 on AXP7.3 are these really not there?  They certainly are in  even Multinet 3.3 and Tru64 4.0d   ------------------------------  % Date: Fri, 22 Mar 2002 15:59:53 -0500 1 From: Michael Austin <maustin@firstdbasource.com>t% Subject: Re: where is whois ,nslookupI2 Message-ID: <3C9B9B49.70AC39F2@firstdbasource.com>  B for nslookup and other goodies issue the following command in your	 login.comr  ' $@sys$startup:TCPIP$DEFINE_COMMANDS.COMt  B As for whois, I downloaded it from somewhere... (Link in SETUP.COM. http://www.pottsoft.demon.co.uk/pds/pds.html )  ( and have a symbol defined to execute it.       Tom Linden wrote:d > L > running tcpip5.1 on AXP7.3 are these really not there?  They certainly are > in" > even Multinet 3.3 and Tru64 4.0d   -- nF Regards,   BTW,  If you are in need of a skilled Oracle DBA on OpenVMSD or Unix I am currently available.  I also have a lot of other uniqueC skills  like web-enabling legacy reports that get printed out everya! month or your 7.x Rdb database.  a  7 Michael Austin            Registered Linux User #261163p7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)o 704-236-4377 (Mobile)i   ------------------------------    Date: 22 Mar 2002 15:40:57 -05002 From: Ken Robinson <ken.s.robinson@exxonmobil.com>% Subject: Re: where is whois ,nslookupa8 Message-ID: <Xns91D9A31DC8B8ksrobinerenjcom@66.40.56.92>  & "Tom Linden" <tom@kednos.com> wrote in2 news:CIEJLCMNHNNDLLOOGNJIIEIFEGAA.tom@kednos.com:   H > running tcpip5.1 on AXP7.3 are these really not there?  They certainly > are in" > even Multinet 3.3 and Tru64 4.0d >  >   J Execute the command "@sys$manager:tcpip$define_commands" and you will get = quite a few IP commands. Nslookup is there, but whois is not.c   Ken Robinson   ------------------------------  % Date: Fri, 22 Mar 2002 22:02:42 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>6% Subject: Re: where is whois ,nslookupr' Message-ID: <3C9B9BF2.F1882E93@aaa.com>d  1 SYS$SYSTEM:TCPIP$NSLOOKUP, at least in TCPIP 5.0.    don't know about whois...    Jan-Erik Sderholm.    Tom Linden wrote:, > L > running tcpip5.1 on AXP7.3 are these really not there?  They certainly are > in" > even Multinet 3.3 and Tru64 4.0d   ------------------------------  # Date: Fri, 22 Mar 2002 20:47:16 GMTo3 From: sy18889@rabbit.fmr.com (Bradford J. Hamilton)-% Subject: Re: where is whois ,nslookup . Message-ID: <oLMm8.10$M3.36@news-srv1.fmr.com>   Hi Tom,i  ! If you run the following command:   " @sys$manager:tcpip$define_commands  O then nslookup becomes available as a symbol.  Can't seem to find whois, perhapse& someone else can speak up about whois.    _ In article <CIEJLCMNHNNDLLOOGNJIIEIFEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: K >running tcpip5.1 on AXP7.3 are these really not there?  They certainly are  >ins! >even Multinet 3.3 and Tru64 4.0dt >    Bradford J. Hamilton& MAPSbradhamilton@MAPSattbi.com		(home)& sy18889MAPS@rabbit.MAPSfmr.com		(work)  ; "All opinions that I express are my own, not my employer's"e "Lose the MAPS"2   ------------------------------   End of INFO-VAX 2002.161 ************************