/ INFO-VAX	Wed, 04 Jan 2006	Volume 2006 : Issue 8       Contents:A Re: "#define macro( ...)" v. HP C V7.1-015 and/or HP C++ V7.1-015  Chiphead Alert RE: Chiphead Alert Re: DAT drive compatability ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) - Re: Great new antivirus software for windoze!  Re: Help with mini-copy please Re: Help with mini-copy please Re: Help with mini-copy please Re: Help with mini-copy please Re: Honeypot stats Re: Honeypot stats RE: Honeypot stats RE: Honeypot stats Re: Honeypot stats Re: Honeypot stats Re: Honeypot stats Re: Honeypot stats; Re: How to Access Site-Specific Conditions Using F$MESSAGE? ; Re: How to Access Site-Specific Conditions Using F$MESSAGE?  Re: IP stack for old VAX Re: IP stack for old VAX Re: IP stack for old VAX Re: IP stack for old VAX Re: IP stack for old VAX Re: IP stack for old VAX Re: IP stack for old VAX Re: KVM Switches! OpenVMS on pcs would be a winner!  Re: POP client prob 8 Re: Replacing null characters with blanks in a text file8 Re: Replacing null characters with blanks in a text file8 Re: Replacing null characters with blanks in a text file& Re: Samba v3 on VMS and HP VMS Roadmap& Re: Samba v3 on VMS and HP VMS Roadmap. Re: SCSNode Names in Non-clustered environment Re: shadowing questions ' Re: Using VT420 as Alpha System Console   F ----------------------------------------------------------------------  $ Date: Wed, 4 Jan 2006 09:10:18 -05004 From: "Ed Vogel" <edward.vogel@stopppingspam.hp.com>J Subject: Re: "#define macro( ...)" v. HP C V7.1-015 and/or HP C++ V7.1-015, Message-ID: <43bbd74c$1@usenet01.boi.hp.com>  8 "Steven M. Schweda" <sms@antinode.org> wrote in message , news:06010319223425_2027EC6B@antinode.org.../ >   Handy feature in the C "#define" directive:  >  > alp $ type elip.c  > + > #define macro1( ...) printf( __VA_ARGS__)  >  > #include <stdio.h> >  > int main() > {  >    printf( " printf().\n");  >    macro1( " macro1().\n");  > }  > 
 > -------- >  >   It works, too: >  > alp $ cc elip.c  > alp $ link elip  > alp $ run elip > printf().  > macro1().  >  > 
 >   Sadly: >  > alp $ cxx elip.c > + > #define macro1( ...) printf( __VA_ARGS__)  > ...............^& > %CXX-E-EXPID, expected an identifier2 > at line number 2 in file ALP$DKA0:[SMS]ELIP.C;12 >  >    macro1( " macro1().\n");  > ...........^< > %CXX-W-MANYMACARGS, too many arguments in macro invocation2 > at line number 9 in file ALP$DKA0:[SMS]ELIP.C;12 >  >    macro1( " macro1().\n");  > ...^: > %CXX-E-UNDECLARED, identifier "__VA_ARGS__" is undefined2 > at line number 9 in file ALP$DKA0:[SMS]ELIP.C;12 > : > %CXX-I-MESSAGE, 2 errors detected in the compilation of  > "ALP$DKA0:[SMS]ELIP.C;12 > ". >  >  > alp $ cc /version ' > HP C V7.1-015 on OpenVMS Alpha V7.3-2  >  > alp $ cxx /version* > HP C++ V7.1-015 for OpenVMS Alpha V7.3-2 >  > : >   It appears that more code theft would be a good thing. > J > ------------------------------------------------------------------------ > 5 >   Steven M. Schweda               (+1) 651-699-9818 4 >   382 South Warwick Street        sms@antinode-org >   Saint Paul  MN  55105-2547       Steven,   F     A very reasonable request.  We'll look into adding this feature inB     future releases of C++.  I checked with our C++ Standards rep,E     and he verifies that this feature is planned for the next release 7     of the C++ Standard.  I also note that g++ V4.0 and 5     Microsoft Visual C++ 2005 appear to support this.         Thank you for your interest.       Ed Vogel/     DEC/Compaq/HP C/C++ for OpenVMS Engineering    ------------------------------  $ Date: Wed, 4 Jan 2006 07:09:37 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Chiphead Alert 9 Message-ID: <UVOuf.1779$H37.288092@news20.bellglobal.com>    Chiphead Alert,   H In Bob Colwell's farewell article ("At Random" column in IEEE's COMPUTER magazine, December 2005) ...  f http://www.computer.org/portal/site/computer/index.jsp?pageID=computer_level1_article_list&TheCat=1010  J ... he announced that his first book, titled "The Pentium Chronicles", wasD due to be released. I just saw it posted at a few online booksellersL including www.Amazoncom and www.Chapters.ca .Some of you may not be aware ofK the fact that Bob Colwell was Intel's chief IA-32 architect through Pentium  II, Pentium-///, and Pentium-4.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  $ Date: Wed, 4 Jan 2006 08:13:06 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Chiphead Alert R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB773986@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: Neil Rieck [mailto:n.rieck@sympatico.ca]=20  > Sent: January 4, 2006 7:10 AM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Chiphead Alert  >=20 > Chiphead Alert,  >=20= > In Bob Colwell's farewell article ("At Random" column in=20  > IEEE's COMPUTER  > magazine, December 2005) ... >=20B > http://www.computer.org/portal/site/computer/index.jsp?pageID=3D, > computer_level1_article_list&TheCat=3D1010 >=20> > ... he announced that his first book, titled "The Pentium=20 > Chronicles", wasF > due to be released. I just saw it posted at a few online booksellersA > including www.Amazoncom and www.Chapters.ca .Some of you may=20  > not be aware of @ > the fact that Bob Colwell was Intel's chief IA-32 architect=20 > through Pentium ! > II, Pentium-///, and Pentium-4.  >=20 > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/  >=20     Neil,   E Thx for posting - the article was a good read. I especially liked the  quote that stated:  > "It's all too human to substitute jargon and acronyms for true= understanding, and if an expert can't explain something to an E intelligent layperson, then that expert's understanding isn't what it C should be. We should have respect for expertise, but not too much."   ? Nice quote to remember when talking to a lawyer or doctor .. Or  consultant.    :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Wed, 04 Jan 2006 16:49:03 +0100 & From: Paul Sture <paul.sture@decus.ch>$ Subject: Re: DAT drive compatability, Message-ID: <42293gF1gosajU1@individual.net>   Bob Koehler wrote:  H >    Will VMS quietly ignore the /media=compaction in my backup scripts,H >    or must I change them?  (My tests seem to indicate no errors when II >    use /media=compaction, I've no idea what the drive is really doing).  >   L In my experience VMS will quietly ignore /media=compaction if not supported.  H I've seen this on DATs and DLTs alike, if the tape is first initialized ) and/or mounted without /media=compaction.    ------------------------------   Date: 4 Jan 2006 06:25:17 -0800 $ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1136384717.018202.142740@f14g2000cwb.googlegroups.com>    Bob Koehler wrote:{ > In article <43ac7c75$0$29572$da0feed9@news.zen.co.uk>, "Alex Daniels" <alexNOSPAMHERETHANKSdaniels@themail.co.uk> writes:  > > - > > Finally ODS5 supports hard links as well.  > >  > E >    With traditional aliases I could tell alias from original by DID   >    and the name in the header. > I >    If I enable hard links on a volume, can I still also use traditional 
 >    aliases?      No.     H >    If so, is there a way to tell a traditional alias from a hard link?    
 I don't know.   # Look for hard links in the index of   F     http://h71000.www7.hp.com/doc/82FINAL/aa-pv5mj-tk/aa-pv5mj-tk.HTMl  + (System manager's manual vol. 1: essentials      for more info.   ------------------------------   Date: 4 Jan 2006 06:51:21 -0800 $ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1136386281.466013.134750@g44g2000cwa.googlegroups.com>   
 AEF wrote: > Bob Koehler wrote:} > > In article <43ac7c75$0$29572$da0feed9@news.zen.co.uk>, "Alex Daniels" <alexNOSPAMHERETHANKSdaniels@themail.co.uk> writes:  > > > / > > > Finally ODS5 supports hard links as well.  > > >  > > G > >    With traditional aliases I could tell alias from original by DID " > >    and the name in the header. > > K > >    If I enable hard links on a volume, can I still also use traditional  > >    aliases?  >  >  > No.  >  > J > >    If so, is there a way to tell a traditional alias from a hard link? >  >  > I don't know.     E Sorry, I meant I don't know if you can tell if a disk is set for hard B links or for regular aliases without experimenting with the DELETEG command. It would be nice if this were indicated in SHOW DEVICE output. G Maybe it is, but I don't know. (I had read the question too quickly and 1 substituted something similar. Sorry about that!)    > % > Look for hard links in the index of  > H >     http://h71000.www7.hp.com/doc/82FINAL/aa-pv5mj-tk/aa-pv5mj-tk.HTMl > - > (System manager's manual vol. 1: essentials  >  >  > for more info.   AEF    ------------------------------   Date: 4 Jan 2006 11:59:07 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: Deleting alias files (blocks deleted)3 Message-ID: <Vto7qIac6GUV@eisner.encompasserve.org>   j In article <1136386281.466013.134750@g44g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  G > Sorry, I meant I don't know if you can tell if a disk is set for hard D > links or for regular aliases without experimenting with the DELETEI > command. It would be nice if this were indicated in SHOW DEVICE output. I > Maybe it is, but I don't know. (I had read the question too quickly and 3 > substituted something similar. Sorry about that!)   F    The system manager's manual says SHOW DEVICE/FULL does display that    info.   ------------------------------  $ Date: Wed, 4 Jan 2006 08:43:09 +00005 From: Uruguru <Uruguru.213qoz@nomx.sysadminforum.com> 6 Subject: Re: Great new antivirus software for windoze!3 Message-ID: <Uruguru.213qoz@nomx.sysadminforum.com>    We run VMS.  We don't have viruses.     --   Uruguru " posted via http://sysdminforum.com   ------------------------------  * Date: Wed, 4 Jan 2006 12:28:05 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: Help with mini-copy please $ Message-ID: <dpgf0l$nd8$1@online.de>  F In article <OSjbD7mBLXQD@malvm9.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:    > , >  I need some help understanding mini-copy. > ? >  I have an ES40 running VMS 8.2. It's configured as a cluster 9 > member but currently it's the only node in the cluster.  > > >  I have two HSG80 raid arrays connected to it. Each array isA > running ACS 8.8F-4. I created 3 shadowsets on the system ( each = > shadow set having one member from each HSG80 array ), using  > mount commands like: > a > $MOUNT/SYSTEM/NOASSIST/POLICY=MINICOPY=OPTIONAL  DSA1:/SHADOW=($1$DGA33,$1$DGA23)  MALORA_DATA1   G It doesn't matter, of course, what the underlying "physical" disks are; B they could be real individual disks, virtual disks created by RAIDH (either host-based or controller based) and, in the latter case, either F a virtual disk which is a partition of a real disk, or a virtual disk 9 made up of many smaller disks, or a combination of these.    ------------------------------  * Date: Wed, 4 Jan 2006 12:35:54 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: Help with mini-copy please $ Message-ID: <dpgffa$nd8$3@online.de>  F In article <NgMLGzTo8+f0@malvm9.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:   / > In article <aX9ZR098tniL@cuebid.zko.hp.com>,  5 >    brooks@cuebid.zko.hp.nospam (Rob Brooks) writes:  > > > >>   Why didn't the other two members come in with minicopy. > >> Did I do something wrong? > >     B > > You are attempting to use a feature that does not exist (yet). > > D >    Ah, that would explain it. Seems like a nice feature, I'll look$ > forward to it in the next version. > B >    Why did one disk come back in without a copy operation? Is itI > perhaps because there were no writes to that shadowset while the second 1 > disk was offline, and there were to the others?   I I have seen that happen before, even before minicopy.  I THINK that even  G after the timeout has kicked in the disk can come back in with no COPY   if there have been now WRITEs.   ------------------------------  * Date: Wed, 4 Jan 2006 12:34:49 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: Help with mini-copy please $ Message-ID: <dpgfd9$nd8$2@online.de>  H In article <aX9ZR098tniL@cuebid.zko.hp.com>, brooks@cuebid.zko.hp.nospam (Rob Brooks) writes:    ; > >  I wait until all the shadowsets are in a steady state.  > > @ > >  To test failure modes I disconnected one of the raid arrays= > > from the fabric. The system failed out the drives on that 4 > > array as expected, after SHADOW_MBR_TMO seconds. >  > [...]  > = > >   Why didn't the other two members come in with minicopy.  > > Did I do something wrong?   F The real question is, why did one member come in with minicopy at all?  @ > You are attempting to use a feature that does not exist (yet). > O > Minicopies only work for cleanly-dismounted devices.  What is being added for Q > V8.3 (and will be in the field test that begins in a bit) is the ability to use + > minicopy for members that are tossed out.   E Presumably that will not be back-ported to any other version of VMS,  < right?  In particular, it won't be back-ported to VMS 7.3-2?  F I am at 7.3-2 on ALPHA.  IIRC, 8.0 was only internal, 8.1 was only forA early adopters and 8.2 was the first "real" release for ALPHA and A Itanium.  Thus, my philosophy would be to upgrade to a version no E earlier than 8.2-1.  My assumption (true?) is that most of the effort ? has gone into getting stuff running on Itanium and not into new C features.  However, this new minicopy functionality is interesting  H enough that I would consider upgrading just for that.  However, I can't D yet afford an all-ALPHA cluster and I like the idea of VAXes in the C cluster since the hardware (and, to a lesser extent, the software,  G though that might be due to the relative lack of new features) is more   stable.   C Will there be VMS 8.x for VAX?  This was part of the roadmap at one > time, then it disappeared, then the line was that it was beingI evaluated.  If not, what is the latest version of VMS for ALPHA which is  I supported in a cluster with 7.3 VAX?  IIRC, an exception was made to the  H general rule that only the same major version is supported, so that 7.3 ; is supported with 8.2.  Will it also be supported with 8.3?    ------------------------------   Date: 4 Jan 2006 10:34:06 -0500 . From: brooks@cuebid.zko.hp.nospam (Rob Brooks)' Subject: Re: Help with mini-copy please , Message-ID: <K4FNUuGVCtY3@cuebid.zko.hp.com>  2 (Phillip Helbig---remove CLOTHES to reply) writes: > (Rob Brooks) writes:   > A >> You are attempting to use a feature that does not exist (yet).  >>  P >> Minicopies only work for cleanly-dismounted devices.  What is being added forR >> V8.3 (and will be in the field test that begins in a bit) is the ability to use, >> minicopy for members that are tossed out. > G > Presumably that will not be back-ported to any other version of VMS,  > > right?  In particular, it won't be back-ported to VMS 7.3-2?  , 	That feature will not be backported at all.  2 > My assumption (true?) is that most of the effortA > has gone into getting stuff running on Itanium and not into new 
 > features.   A 	Not true.  Many engineers have been working for the past several > years on new development that is not at all specific to I64.     --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------   Date: 4 Jan 2006 01:48:05 -0800 ' From: "toby" <toby@telegraphics.com.au>  Subject: Re: Honeypot stats C Message-ID: <1136368085.579751.150110@g47g2000cwa.googlegroups.com>    Main, Kerry wrote: > > -----Original Message-----2 > > From: Neil Rieck [mailto:n.rieck@sympatico.ca]! > > Sent: January 3, 2006 4:11 PM  > > To: Info-VAX@Mvb.Saic.Com  > > Subject: Re: Honeypot stats  > >  > > > > > "William Webb" <william.w.webb@gmail.com> wrote in messageG > > news:8660a3a10601031135u20305ef3ue721711d354ad0ef@mail.gmail.com... 7 > > On 12/29/05, Main, Kerry <Kerry.Main@hp.com> wrote:  > > >  > > [...snip...] > > > > > >It seems that with the over-the-holiday WMF exploit, this > > once-a-month? > > >patch release strategy is being exposed as the PR-oriented & > > >non-solution that it actually is. > > > E > > >If GM, for example knew of critical manufacturing defects in its J > > >vehicles but only released service bulletins describing these defectsF > > >and the fixes for them on a monthly or quarterly basis, would you > > >drive their products? > > > 7 > > >That's an exact analogy to what's being done here.  > > >  > > >WWWebb  > > A > > So just to clarify, who is getting more secure and/or stable?  > > LINUX orG > > Windows? (I know there are a lot of people in the NG that hate both : > > products, but I think the Honeypot idea showed so real > > proactive initiative)  > >  > > Neil Rieck! > > Kitchener/Waterloo/Cambridge,  > > Ontario, Canada.< > > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html > >  > >  >  > Something to consider: > - > Overall IT solution security is the sum of:  >   > 1. Base OS platform security +( > 2. Administrator security experience + > 3. Application security + G > 4. Company attitude and culture towards security in general (are help D > desk employees aware of social engineering security challenges?) +@ > 5. Obscurity of the platform (more obscure means less hackers)  
 Nice summary.    > G > Of course, there are always trade-off's as higher security might mean G > flexibility, performance or ease of use may have to suffer. Each Cust H > must make their own decisions as to the trade-offs they are willing to > make.  > D > Btw, imho, the concept that open source is by its very nature more4 > secure than "closed" systems is an old wives myth.  	 Disagree.    > I > Yes, some of the more popular open source programs do get reviewed by a I > wide audience and security issues might get caught. However, it is also F > true that many of the open source reviewers that have the skills andG > background to review driver, threads and other complicated clustering J > code do not get paid for this. There is literally hundreds and thousandsJ > of modules being updated and patched all the time and they simply do notE > have the time or the desire to review code that they have no vested F > interest in. After all, like everyone else, they have day jobs and a > life after work as well. > I > Key question to consider - how does one determine if code obtained from @ > the open source community has been reviewed by high end and/orJ > experienced security code reviewers? Perhaps the base code was, but what= > about the various updates that come out on a regular basis?  > J > As an example, Red Hat released approximately 290+ *security* patches in' > 2005 (not maint, but security fixes).   D You say that like it's a bad thing. Key question: Were they all base= O/S (kernel & system utility) fixes, or where they across all @ 5,000-10,000 application packages (as is typical of Linux vendor@ security updates)? This is one example where comparing fix stats5 between Linux and M$ is comparing apples and oranges.   # > While not all of these will apply H > to all Linux platforms, I really wonder how many RH Linux admins or RHD > Linux ISV's actually took the time last year to determine if these* > security patches applied to them or not? > J > On the other hand, many bad guys do have the time and vested interest toJ > review detailed code that is available online and they certainly do haveI > a vested interest in doing this. They also use sophisticated tools that I > are typically not available to the general public to crack online code. 5 > And they do not report issues to the source either.  > B > I am certainly not saying Linux security is better or worse thanC > Windows, but imho, both platform supporters should recognize that I > monthly security patches can not continue in the future. Companies just G > can not afford the QA, testing and staff resources associated with so  > many security fixes. > 	 > Regards  >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > 6 > OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Wed, 04 Jan 2006 06:38:47 -0500 ' From: John Sauter <J_Sauter@Empire.Net>  Subject: Re: Honeypot stats 8 Message-ID: <vmcnr1tmqebdpk17crg02bvmcccuhno439@4ax.com>   Main, Kerry" wrote (excerpted):  >  >Something to consider:  > , >Overall IT solution security is the sum of: >  >1. Base OS platform security + ' >2. Administrator security experience +  >3. Application security +F >4. Company attitude and culture towards security in general (are helpC >desk employees aware of social engineering security challenges?) + ? >5. Obscurity of the platform (more obscure means less hackers)   D I diaagree.  The strength of a chain is the strength of its weakest E link.  The overall IT solution security is not the sum of these items A but the minimum of them.  If any one of them is weak, strengthing / the others won't help your overall IT security. %     John Sauter (J_Sauter@Empire.Net)    ------------------------------  $ Date: Wed, 4 Jan 2006 07:52:39 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Honeypot stats R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB773984@tayexc19.americas.cpqcorp.net>   =20    > -----Original Message-----1 > From: toby [mailto:toby@telegraphics.com.au]=20  > Sent: January 4, 2006 4:48 AM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: Honeypot stats  >=20 >=20 > Main, Kerry wrote:  > > > -----Original Message-----4 > > > From: Neil Rieck [mailto:n.rieck@sympatico.ca]# > > > Sent: January 3, 2006 4:11 PM  > > > To: Info-VAX@Mvb.Saic.Com ! > > > Subject: Re: Honeypot stats  > > >    [snip..]  9 > > As an example, Red Hat released approximately 290+=20  > *security* patches in ) > > 2005 (not maint, but security fixes).  >=20F > You say that like it's a bad thing. Key question: Were they all base? > O/S (kernel & system utility) fixes, or where they across all B > 5,000-10,000 application packages (as is typical of Linux vendorB > security updates)? This is one example where comparing fix stats7 > between Linux and M$ is comparing apples and oranges.  >=20  E No, the constant monthly OS security fixes are *not* a good thing.=20   E Trying to turn this around as something positive is analogous to what G someone stated earlier in the thread about Ford issuing monthly recalls D to get safety issues fixed and trying to spin this to consumers as a: good thing that they should get used to doing every month.  A Note that if an app security patch fixes an issue that results in F elevated priv's or kernel access, then is there any difference between+ an Applic and core OS security criticality?   A As to whether the base monthly security fixes were OS (kernel and 6 system) or LP fixes - check out the links yourself.=20  
 Reference:@ https://www.redhat.com/archives/enterprise-watch-list/ (click on "thread" for each month)  . Again, I am not stating Windows is any better.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  $ Date: Wed, 4 Jan 2006 08:16:53 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Honeypot stats R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB773987@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: John Sauter [mailto:J_Sauter@Empire.Net]=20  > Sent: January 4, 2006 6:39 AM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: Honeypot stats  >=20! > Main, Kerry" wrote (excerpted):  > >  > >Something to consider:  > > . > >Overall IT solution security is the sum of: > > ! > >1. Base OS platform security + ) > >2. Administrator security experience +  > >3. Application security +H > >4. Company attitude and culture towards security in general (are helpE > >desk employees aware of social engineering security challenges?) + A > >5. Obscurity of the platform (more obscure means less hackers)  >=20H > I diaagree.  The strength of a chain is the strength of its weakest=20G > link.  The overall IT solution security is not the sum of these items C > but the minimum of them.  If any one of them is weak, strengthing 1 > the others won't help your overall IT security. ' >     John Sauter (J_Sauter@Empire.Net)  >=20 >=20  2 Good point .. I like your positioning much better.   :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------   Date: 4 Jan 2006 07:53:40 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Honeypot stats 3 Message-ID: <5dCK4Kv2zNS8@eisner.encompasserve.org>   \ In article <43BAF332.C224B1FA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  G > The minute you have more experienced system managers, despite the OS, . > you end up with better, more secure systems.  E    The CERT out right now for MS Windows could not be overcome by any D    system manager when announced.  MS says they'll have a patch next=    week.  Fortunately a third party patch is available today.   B    Faced with the same situation on Linux, I downloaded source and'    fixed a bug.  Try that with Windows.    ------------------------------   Date: 4 Jan 2006 07:49:27 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Honeypot stats 3 Message-ID: <Xa0jd$XEVGL6@eisner.encompasserve.org>   f In article <8LBuf.30254$X25.517602@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: > I > So just to clarify, who is getting more secure and/or stable? LINUX or  F > Windows? (I know there are a lot of people in the NG that hate both N > products, but I think the Honeypot idea showed so real proactive initiative)  G    I'll take Linux or just about any vendor's UNIX over Windows when it +    comes to security and stability any day.   (    Of course, I'll take VMS over either.   ------------------------------  % Date: Wed, 04 Jan 2006 13:26:14 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Honeypot stats , Message-ID: <43BC1345.3BF5B00D@teksavvy.com>   davidc@montagar.com wrote:I > Most of us that run OpenVMS are very security minded, and take pride of B > the "Cool and UnHackable".   Long before Windows announced their/ > security focus, OpenVMS was already doing it.     H While on the surface, this true, this may not be because of VMS per say,/ but rather the lack of new applications on VMS.   G Windows became swiss cheese when Gates realised how late he was to jump F on te internet bandwagon and set out to not only catch up but become aF leader in internet stuff and thus added a tons of junk to Windows thatE was configured by default and of course with little quality control.    ? VMS just hasn't had much bells and whistles added to it, so few  vulnerabilities were added.   G And when you look at what was added to VMS, namely TCPIP Services, this B isn't something to brag about either. While been counters may haveC decided to stop fixing/developping on VAX without having the gut to H officially announce it, the fact remains that you have a large number ofA VAXes out there now running insecure software without any hope of 3 upgrades/fixes. Bind 8 comes to mind for instance.    D TCPIP Services hasn't been problem free. It is just that the patchesG just wait for a new release instead of there being much fanfare about a  mandatory patch that is needed.   G When the POP server vulnerability was discovered, what was the solution D ? Disable it (by deinstalling it so it no longer has any privileges)( There was no immediatly available patch.  C And lots of bugs go unrepaired because the TCPIP folks have limited D resources and concentrate on the tasks that were given to them. TheyA don't have the resources to cleanup the TCPIP Services product to D properly place files in the right directories, makes the SMTP queues work in a cluster etc etc.  D And when you look at the problem experienced by Mr SMS with the SMTPE receiver not checking destination names if they exceed 12 characters, D that is a huge blunder. On Windows and Linux, you'd have a patch for that in a week or two.    G Is VMS more secure ? It *still* is. But if you compare VMS in 1989 with F only decnet and lat against VMS of today with TCPIP Services, which do  you consider to be more secure ?   ------------------------------  % Date: Wed, 04 Jan 2006 13:32:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Honeypot stats , Message-ID: <43BC14A5.377A2922@teksavvy.com>  * re: the number of patches in Linux vs VMS.  G The big difference is that with VMS, there is someone that collects the G patches from the remaining dozen or so developpers and packages it into @ a neat file and quietly places it in the ftp site for downloads.  > With Linux, you have thousands of developpers and thousands ofM applications, and when an app has been fixed, a patch is issued for that app.   F If you just take a look at TCPIP Services on VMS, if more work were toG be done on it, and if patches were issued for each component as soon as F it gets fixed, you'd been seeing a lot more patches. The way they workG is to collect fixes and wait until they have enough to release an ECO.    @ Which is more secure ? getting individual patches for individualE applications as soon as they are avaailable, or waiting a year before D some ECO is issued that collects work from the remaining engineers ?  F Also, doesn't Red Hat offer a "combined patches package" where Red HatG does what VMS does and combines all sorts of patches into one package ? G At which point, you can choose to install one large patch intead of 200 H small ones. And I would be willing to bet that such packages come out on Linux faster than on VMS.    ------------------------------  % Date: Wed, 04 Jan 2006 08:41:55 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>D Subject: Re: How to Access Site-Specific Conditions Using F$MESSAGE?4 Message-ID: <dpg1oj$c1i$1$8300dec7@news.demon.co.uk>   Bob Koehler wrote:o > In article <1135730940.242902.20420@g44g2000cwa.googlegroups.com>, "Craig Dedo" <Dedo.Craig@mayo.edu> writes:  > G >>How do you access the message text from site-specific condition codes , >>from the DCL command line using F$MESSAGE? >>E >>I think I know how to do this, but I am going to ask anyway in case 5 >>some readers can provide more detailed information.  > E >    Use "set message" to pick up the .exe which contains the message F >    definitions.  This also works for files in sys$message: which are >    not normally mapped.   & I believe this only works for one .exe: When you load a second message .exe, you remove the first.   Chris    ------------------------------   Date: 4 Jan 2006 08:01:12 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) D Subject: Re: How to Access Site-Specific Conditions Using F$MESSAGE?3 Message-ID: <LhKdVDnx5PFk@eisner.encompasserve.org>   g In article <dpg1oj$c1i$1$8300dec7@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  > Bob Koehler wrote:p >> In article <1135730940.242902.20420@g44g2000cwa.googlegroups.com>, "Craig Dedo" <Dedo.Craig@mayo.edu> writes: >>  H >>>How do you access the message text from site-specific condition codes- >>>from the DCL command line using F$MESSAGE?  >>> F >>>I think I know how to do this, but I am going to ask anyway in case6 >>>some readers can provide more detailed information. >>  F >>    Use "set message" to pick up the .exe which contains the messageG >>    definitions.  This also works for files in sys$message: which are  >>    not normally mapped. > ( > I believe this only works for one .exe< > When you load a second message .exe, you remove the first.  D    Yes, if you're searching .exe for a message you need to loop over
    the files.    ------------------------------   Date: 4 Jan 2006 05:32:51 -0800  From: bob@instantwhip.com ! Subject: Re: IP stack for old VAX C Message-ID: <1136381571.318008.274790@f14g2000cwb.googlegroups.com>    TCPware ...    ------------------------------   Date: 4 Jan 2006 07:40:42 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: IP stack for old VAX 3 Message-ID: <wvYGI0KkEJUj@eisner.encompasserve.org>   Y In article <dpeodo$8e1$1@stationair.kjsl.com>, Javier Henderson <javier@kjsl.com> writes:  > J > MultiNet will run on VAX/VMS 4.7 on that 11/785, but I've never heard ofG > a DMF-11 having an Ethernet interface. Just synch lines. The only two @ > Ethernet interfaces I know of for Unibus were DEUNA and DELNA. > E > So if the DMF-11 does indeed have an Ethernet interface on it, it's J > never been tested with MultiNet, as far as I know. Certainly not at TGV.  =    I don't know what the Ethernet interface is, only that the 7    cabinet plate is next to the DMF-11's cabinet plate.   ?    If I have a DEUNA or DELNA, what device will that be in VMS?    ------------------------------   Date: 4 Jan 2006 07:46:33 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: IP stack for old VAX 3 Message-ID: <Up4sBe5mC8fb@eisner.encompasserve.org>   W In article <4207hdF1gdv7rU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > C > Is IP really necessary if this is a machine to be replaced in the  > not to distant future?  H    Like I said "probably".  I have to interface to an old custom networkD    and I have IP<->old-net gateways.  The target system on the otherE    end was across campus, custom network via a serial line.  The new  D    target system will be in the same building someday but for right E    now it's 10 miles away, so I want to use the IP<->old-net gateway      to get across town.  2    Schedule pressure is pushing me to have it now.   ------------------------------   Date: 4 Jan 2006 07:58:32 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: IP stack for old VAX 3 Message-ID: <$8IUOqzKZNy6@eisner.encompasserve.org>   W In article <4207hdF1gdv7rU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:   1 > Wouldn't it be safer to set up another machine  B > (something like a VS3100 or other real small box) that could runA > both DECNET and TCPIP and provide a way to login and move files / > (which is what I figure you need TCPIP for!)    >    OBTW, in case my other post didn't make it clear, login and@    file moves are not what I need.  Socket level connections are    closer to what I need.    ------------------------------   Date: 4 Jan 2006 07:56:28 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: IP stack for old VAX 3 Message-ID: <HWUqdYX3xh54@eisner.encompasserve.org>   { In article <5327a2e34d.Alan.Adams@orchard-way.freeserve.co.uk>, Alan Adams <alan.adams@orchard-way.freeserve.co.uk> writes:  > K > I don't know about third-party stacks, but the appropriate version of UCX N > will run fine. I seem to recall that Multinet was around when we had VMS 3.7G > and VAX so by 4.7 that should also be fine. You would need to get the L > appropriate versions of course, which might be tricky. The other name from > that era was Wollongong.  D    I had systems with both UCX and Wollongong in that time frame andA    have no real desire to relive those days.  But thanks, anyhow.         ------------------------------   Date: 4 Jan 2006 07:03:54 -0800 ( From: "Rich Jordan" <jordan@ccs4vms.com>! Subject: Re: IP stack for old VAX C Message-ID: <1136387034.183677.152530@g49g2000cwa.googlegroups.com>   F We ran Process Software FTP-VMS V1.2 on our MicroVAX II under MicroVMSA V4.7 back in 1989-90.  Back then they subkitted; FTP-VMS provided B (obviously) FTP, but not a full set of servers and/or utilities; IF can't swear to a standard socket interface being available.  We did doA QIO level programming to talk to socket based programs on peecees  running Excelan TCPIP.  G Of course availability is up to Process (I don't have media, that was a 7 government contract a long time and two employers ago).    ------------------------------   Date: 4 Jan 2006 08:13:56 -0800  From: mckinneyj@saic.com! Subject: Re: IP stack for old VAX C Message-ID: <1136391236.319132.162590@z14g2000cwz.googlegroups.com>   ? >  If I have a DEUNA or DELNA, what device will that be in VMS?    XEA0  B (and I think that DELNA should originally have been written DELUA)   ------------------------------  $ Date: Wed, 4 Jan 2006 13:20:08 -05002 From: "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov> Subject: Re: KVM Switches / Message-ID: <slUuf.13$9r.2@mencken.net.nih.gov>   I I have been using an IOGEAR GCS62 ($20) with my two DPW 600au's without a J problem (other than finding the LK46W keyboard equivalent of a PC's Scroll$ Lock key.  It turned out to be F19).  + <vmsmangler@earthlink.net> wrote in message ; news:1135881433.987446.5670@f14g2000cwb.googlegroups.com... H > I really need a KVM switch so I can share my lcd display, keyboard and mouse.   ------------------------------   Date: 4 Jan 2006 07:08:23 -0800  From: bob@instantwhip.com * Subject: OpenVMS on pcs would be a winner!C Message-ID: <1136387303.163998.169490@g49g2000cwa.googlegroups.com>   < dcl is the closest thing to dos but is much more helpful ...  4 Right now everyone is digusted with security and are- looking for an out of box secure solution ...   : either HP execs are extremely stupid or Gates at Micro$oft4 is paying HP big bucks to keep it off the market ...   ------------------------------  % Date: Wed, 04 Jan 2006 13:01:23 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: POP client prob, Message-ID: <43BC0D73.95A13B7B@teksavvy.com>   Tom Linden wrote: I > Thanks, thid looks promising.  On the new node, no logicals are defined  > on the old > / >    "TCPIP$POP_IGNORE_MAIL11_HEADERS" = "TRUE" ' >    "TCPIP$POP_PERSONAL_NAME" = "TRUE" # >    "TCPIP$POP_POSTMASTER" = "TOM" ) >    "TCPIP$POP_USE_MAIL_FOLDER" = "TRUE"  >  > so how do I configure these?    G You need to define those manually. I put mine in SYSTARTUP_VMS.COM just D before calling TCPIP$STARTUP. But i think the official way is to putH such definitions in SYS$STARTUP:TCPIP$SYSTARTUP.COM which is meant to be6 the site specific commands when the stack is started.   - On the node where those logicals are defined:   5 SEARCH SYS$STARTUP:TCPIP$*.COM PERSONAL_NAME/window=0   A This will tell you which procedure on your good node defines that H logical. It may be as simple as renaming it to be in the SYS$COMMON area< so that this procedure is used by all nodes in that cluster.   ------------------------------  * Date: Wed, 4 Jan 2006 12:37:37 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)A Subject: Re: Replacing null characters with blanks in a text file $ Message-ID: <dpgfig$nd8$4@online.de>  ? In article <030120062102264618%nospam@yrl.co.uk>, Elliott Roper  <nospam@yrl.co.uk> writes:     > It is still verbose. > 0ua<fn^eua$ $;>ex$$  > ' > ;-) (That smiley is an error in teco)   G Really?  I thought it was the undocumented command which starts up the  
 lawnmower!   ------------------------------  % Date: Wed, 04 Jan 2006 13:40:47 +0000 & From: Elliott Roper <nospam@yrl.co.uk>A Subject: Re: Replacing null characters with blanks in a text file 1 Message-ID: <040120061340479686%nospam@yrl.co.uk>   G In article <dpgfig$nd8$4@online.de>, Phillip Helbig---remove CLOTHES to . reply <helbig@astro.multiCLOTHESvax.de> wrote:  A > In article <030120062102264618%nospam@yrl.co.uk>, Elliott Roper  > <nospam@yrl.co.uk> writes:   >  > > It is still verbose. > > 0ua<fn^eua$ $;>ex$$  > > ) > > ;-) (That smiley is an error in teco)  > I > Really?  I thought it was the undocumented command which starts up the   > lawnmower!H Also, in safety-critical teco, ET&16384 must be set (tractor watch flag)   --  1 To de-mung my e-mail address:- fsnospam$elliott$$ C PGP Fingerprint: 1A96 3CF7 637F 896B C810  E199 7E5C A9E4 8E59 E248    ------------------------------   Date: 4 Jan 2006 06:07:00 -0800 $ From: "AEF" <spamsink2001@yahoo.com>A Subject: Re: Replacing null characters with blanks in a text file C Message-ID: <1136383619.954561.261950@g49g2000cwa.googlegroups.com>    wendzinski@yahoo.com wrote: @ > I'm looking for a quick DCL routine that will replace all nullD > characters with blanks in a text file.  It's okay if the output is > written to a second file.  > Thanks  C Why do you need to do this? IOW, what produced these files and why?    Just curious. thanks.    ------------------------------  $ Date: Wed, 4 Jan 2006 07:33:03 -07006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>/ Subject: Re: Samba v3 on VMS and HP VMS Roadmap / Message-ID: <A0Ruf.10$oD4.2384@news.uswest.net>   H This answers the support question.  Will the ACME EXTERN AUTH module for2 Windows Active Directory be ported from Pathworks?  
 Mike Ober.  3 "Thomas Wirt" <twnews@kittles.com> wrote in message = news:c958$43baf783$4367aba2$6738@msgid.meganewsservers.com...  > Neil Rieck wrote:  > ; > > "Cluster-Karl" <karl.rohwedder@gmx.de> wrote in message A > > news:1136194895.324622.263890@z14g2000cwz.googlegroups.com...  > > E > >>Are details about licensing for SAMBA/VMS available (beside being  > >>included in the FOE)? J > >>I am interested especially in upgrading from Advancedserver on Alphas?# > >>Is a new PAK required, costs...  > >> > >>regards Kalle  > >> > > K > > I'd like more information on this too. (but like their port of Apache I  just% > > assumed Samba would be for free).  > >  > >  <snip>  > > Neil Rieck > > F > HP has said that they anticipate distributing and supporting it justC > like Apache.  It will be free (as it must be) and support will be $ > included with Base VMS OS support. > 
 > Thomas Wirt  >    ------------------------------  % Date: Wed, 04 Jan 2006 11:15:11 -0600 8 From: Carl Karcher <karcher.nomorespam@waisman.wisc.edu>/ Subject: Re: Samba v3 on VMS and HP VMS Roadmap - Message-ID: <dpgvqv$1dm$1@news.doit.wisc.edu>    Michael D. Ober wrote: > ... N > What I find ironic is that SAMBA was originally written at the University ofL > Australia, Canberra as a replacement for Pathworks on Ultrix.  UA CanberraG > either couldn't afford, or didn't want to pay the licensing costs for $ > Pathworks on their Ultrix servers.  B Ironic indeed. They (Andrew Tridgell) even reverse engineered the G initial protocol by looking at traces of Pathworks (then PCSA) traffic.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 0 --                      karcher@waisman.wisc.edu   ------------------------------  % Date: Wed, 04 Jan 2006 08:28:09 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)7 Subject: Re: SCSNode Names in Non-clustered environment ; Message-ID: <43bb7909.524144494f47414741@radiogaga.harz.de>   . JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:9 > I would then recommend you start the new machine with a H > totally different identity. This will allow much easier interaction to- > transfer files between old and new machine.  ... J > Then, when you are ready for the final switchover, you change on the newI > node all the configuration settings (without needing to change the live F > stuff).  So SYSGEN and MODPARAMS.DAT for SCSNODE and SCSNODEID, yourI > startup procedure for the LAT service names, DECNET permanent database.  > H > For TCPIP, from what I have learned, it would be easier to zap the newH > node's configuration files (SYS$SYSTEM:[TCPIP*.DAT) and reconfigure itH > from scratch with TCPIP$CONFIG with the good IP and node name. You canI > do that while the TCPIP stack is still running and as long as you don't N > shut it down and start it again, the changed in systartup won't take effect.  G Changing the SCS nodename is not an easy task. One thing you're missing @ is to re-init the queue database, as this also relies on the SCSA nodename. The easiest way would probably be to paste together the E procedures from the DSN article "F$GETQUI Explanations, Examples, and H References", execute it, edit the resulting DCL procedure to use the new6 nodename, zap the database, and execute the procedure.  G There's a list of things to remember in the FAQ (MGMT9 or 5.7 "How do I - change the node name of an OpenVMS system?").    cu,    Martin --  >                        |  Martin Vorlaender  |  OpenVMS rules!1   OpenVMS: When you    |  work: mv@pdv-systeme.de D   KNOW where you want  |    http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  # Date: Wed, 04 Jan 2006 18:31:56 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>   Subject: Re: shadowing questions1 Message-ID: <wwUuf.1178$Tg4.849@news.cpqcorp.net>   / Phillip Helbig---remove CLOTHES to reply wrote: ? > In article <Bc1of.677$w55.298@news.cpqcorp.net>, Keith Parris ) > <keithparris_NOSPAM@yahoo.com> writes:  1 >>If either node goes away unexpectedly, you can  F >>initiate a mini-copy to the "recovery" disk on the opposite node to G >>restore redundancy quickly, then add the "production" disk in with a  J >>full-copy afterward to get back to normal (and it's OK for that to take 7 >>longer because you already have restored redundancy).  > 3 > OK, but that would require someone to be on-site.   F Not if you have remote access set up. Most disaster-tolerant clusters A have remote console access to handle just this sort of situation  G (diagnosing a node failure, and taking recovery action). Products like  H ConsoleWorks from TECSys Development, Unicenter Console Management from E Computer Associates, and similar products (or even a terminal server  D port, hopefully password-protected, connected to the console serial F port) allows you to remotely manage the system. (The advantage of the G software products over a plain terminal server connection is that they  L log all console output and that can be very helpful in diagnosing problems.)   ------------------------------  $ Date: Wed, 4 Jan 2006 12:27:53 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 0 Subject: Re: Using VT420 as Alpha System Console; Message-ID: <4tTuf.109038$aS5.45161@bignews4.bellsouth.net>   E If there is a keyboard and mouse still plugged into the actual system  itself,  remove them.  Then try again   DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   9 "Schnootling" <chuckmoore55@hotmail.com> wrote in message = news:1136244059.390911.267730@g44g2000cwa.googlegroups.com...  > Hello David, > ! > I did as you suggested. I set :  > BOOT_RESET = ON  > AUTO_ACTION = HALT > CONSOLE = SERIAL > and INIT-ted, then BOOT-ed.  > H >  I didn't get a (as in anything) response on the VT420, but the system. > did not appear to use the PC monitor (much). > ? > The, by now familiar, phrase "Alphaserver 4100 Console V6.0-4 I > 10-May-2001 10:11:42" appeared on the PC monitor (at the top, on a blue E > background), but other than that nothing happend on it. The HP-logo I > screen did NOT appear. I'd say the system was waiting for something. (I H > did not have the keyboard plugged in as I had unplugged it immediately > after doing the BOOT). > F > So, after this, I went POWERED OFF+ON back to the SRM prompt (on the0 > monitor) and found through SHOW * | more that: > COM1_BAUD = 9600 > COM1_FLOW = SOFTWARE > GRAPHICS_TYPE = VIDEO  > TTY0_TYPE (?) = VIDEO  > D > I then set GRAPHICS_TYPE to HARDCOPY and INIT-ted + BOOT-ed. I wasE > thinking maybe I could force the monitor to be treated like (say) a D > Teletype...and got the lovely HP multiple-logo/logon boxes. (sigh) > ; > My thanks for the assistance, though. It was worth a try.  > Chuck  > . > P.S. What would you recommend as a monitor ?C > P.P.S. I can't read what it's asking for at initial boot. Is it a E > userid (if so, which one -- I don't remember setting up a userid at ' > system generation, just a password) ?  >    ------------------------------   End of INFO-VAX 2006.008 ************************