0 INFO-VAX	Fri, 06 Jan 2006	Volume 2006 : Issue 11      Contents:< Announcment: from HP OpenVMS Engineering - OK for Public use= RE: Application and System Security (was: RE: Honeypot stats) $ Campaq 12/24 DAT autoloader and Vax?( Re: Campaq 12/24 DAT autoloader and Vax? RE: Honeypot stats$ Re: HSZTerm under newer VMS versions$ Re: HSZTerm under newer VMS versions$ Re: HSZTerm under newer VMS versions Re: KVM Switches Re: KVM Switches Re: KVM Switches/ Re: OpenVMS V8.2-1 source listings (shipped???) / Re: OpenVMS V8.2-1 source listings (shipped???) / Re: OpenVMS V8.2-1 source listings (shipped???) / Re: OpenVMS V8.2-1 source listings (shipped???) / Re: OpenVMS V8.2-1 source listings (shipped???) ' Re: OT: Intel logo and branding changes  RSH timeout  Re: RSH timeout  Re: RSH timeout & Re: Samba v3 on VMS and HP VMS Roadmap' Re: Using VT420 as Alpha System Console ' Re: Using VT420 as Alpha System Console   F ----------------------------------------------------------------------   Date: 5 Jan 2006 10:51:18 -0800 ) From: "Sue" <susan_skonetski@hotmail.com> E Subject: Announcment: from HP OpenVMS Engineering - OK for Public use C Message-ID: <1136487078.448829.160910@g14g2000cwa.googlegroups.com>    -----Original Message----- From: Skonetski, Susan( Sent: Thursday, January 05, 2006 1:38 PM$ To: VMS-SIG@LISTSERV.ENCOMPASSUS.ORGE Subject: Announcment: from HP OpenVMS Engineering - OK for Public use      Dear Distribution Lists,  C The following is an announcement that I have just received from the B NetBeans engineering team which I think you will find interesting.  G While we are on the topic of NetBeans while doing the OpenVMS Technical D Update Days in Europe and Asia in Oct and Nov this was an area where customers were very interested.   
 Warm Regards,  Sue       -----Original Message-----  From: 	NetBeans for OpenVMS ) Sent:	Thursday, January 05, 2006 12:48 PM ; Subject:	Announcing Distributed NetBeans Version 1.1 for HP  OpenVMS   > OpenVMS Engineering is pleased to announce the availability ofC Distributed NetBeans Version 1.1 for OpenVMS Alpha and OpenVMS I64.   > Distributed NetBeans allows you to run the NetBeans integrated? development environment (IDE) on your desktop system to develop + applications on a remote HP OpenVMS system.   $ New features for Version 1.1 include  & *	Support for Integrity Server Systems *	FTP FilesystemD Distributed NetBeans now gives you the option of using FTP to accessF your remote filesystem. You can use FTP instead of, or in addition to,; an SMB-based filesystem (such as Advanced Server or Samba). & *	COBOL, FORTRAN, and PASCAL LanguagesA Distributed NetBeans contains support for the COBOL, FORTRAN, and D PASCAL languages in addition to C/C++, CMS support, DCL support, and EDT keypad support.  *	MMS and BASH? MMS and BASH shell script files are recognized as text files in F Distributed NetBeans. You can create, edit, and execute MMS make files+ and BASH shell scripts from within the IDE. 3 *	Automatic Conversion of Files to STREAM_LF Format ? STREAM_LF file format is required if you are using an SMB-based @ filesystem (Advanced Server or Samba). Distributed NetBeans V1.1& detects whether files are in STREAM_LF# <Converting_Files_to_STREAM-LF.htm> A format, and if they are not, you are asked if you want them to be   automatically converted for you. *	CMS Groups and Classes4 Distributed NetBeans contains support for CMS groupsB <Add_a_File_to_CMS_Library.htm>  and classes. A CMS group lets youE combine one or more elements or groups into a group that you can then F manipulate as a single unit.  A class is a set of specific generations- of elements that can be manipulated as a unit  *	Server Setup Command! The server setup command property E <Checking_the_Server_Version_Number.htm>  allows you to specify a DCL F command string to be executed by the remote IDE User server during itsF startup. The command specified is passed to DCL for execution. You canD specify a different setup command for each remote server you create. *	Installation on ODS-2 Disks C Distributed NetBeans allows you to work with files located on ODS-2 = disks, in addition to ODS-5 disks. Note that if you are using B Distributed NetBeans with Java files, the Java files must be on anG ODS-5 disk. (This limitation will be removed in a future release of the  Java SDK.) A *	And many more new features, see the online help section titled, - "What's New in Version 1.1" for more details.   E The NetBeans IDE, Distributed NetBeans client, and the IDE Server are ? provided free of charge.  Support is provided with your OpenVMS A operating system support contract and by the Distributed NetBeans  development team.   F For more information or to download the Distributed NetBeans V1.1 kit, please visit  C http://h71000.www7.hp.com/openvms/products/ips/netbeans/distnb.html     
 Best Regards, ) The Distributed NetBeans Engineering Team    ------------------------------   Date: 5 Jan 2006 14:51:48 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) F Subject: RE: Application and System Security (was: RE: Honeypot stats)3 Message-ID: <YgDQsYORRdqY@eisner.encompasserve.org>   W In article <yndvf.1250$ND4.545@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:   F >   Application code that prompts for and verifies and/or that stores G >   passwords, or that controls the execution of code, is a risk and is F >   an obvious target.  When your code is within the TCB, your code is
 >   a target.   C When a participant here gets involved in a meeting discussing plans C to implement application level authentication just go down the list A of authentication safeguards in VMS and ask how the proposed code C will implement each.  My absolute favorite is what happens when too A many password changes are made -- it is a familiar shortcoming in D most designs, including a few operating systems.  Even the respectedC NIST 800-53 document still erroneously says "use a minimum password 
 lifetime".   ------------------------------   Date: 5 Jan 2006 13:01:38 -0800 , From: "rcyoung" <rcyoung@aliconsultants.com>- Subject: Campaq 12/24 DAT autoloader and Vax? C Message-ID: <1136494795.691143.281490@g43g2000cwa.googlegroups.com>   F I have a TSL9000 12/24Gb 4mm DAT Autoloader from Compaq ( a repackagedA Sony TSL9000L) . I am trying to find out if it will work on a Vax ! system? The on-screen info states    TSL9000L	 Ver: 2.06  SNL05500086  SND22000105   C A simple "plug in 7 power up" shows _*KB300 from the pre-boot "show D device" console command.  The "*" is not a good sign I believe. When; VMS 7.1 startup is attempted, it "hangs" at the VMS startup 
 announcement.   D I believe I found a reference to it working on Alphaserver with  VMS( 7.1, but nothing relating to Vax as yet.  D I am looking to find a replacement for an Exabyte 8200 8mm tape unit that is going bad.   ------------------------------  $ Date: Thu, 5 Jan 2006 16:36:05 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 1 Subject: Re: Campaq 12/24 DAT autoloader and Vax? 8 Message-ID: <mbgvf.5702$0y2.1180@bignews2.bellsouth.net>  8 I have Exabyte 8500/8505 etc in stock for almost nothing/ If interested email me at dbturner@islandco.com      --     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   7 "rcyoung" <rcyoung@aliconsultants.com> wrote in message = news:1136494795.691143.281490@g43g2000cwa.googlegroups.com... H > I have a TSL9000 12/24Gb 4mm DAT Autoloader from Compaq ( a repackagedC > Sony TSL9000L) . I am trying to find out if it will work on a Vax # > system? The on-screen info states  > 
 > TSL9000L > Ver: 2.06 
 > SNL05500086 
 > SND22000105  > E > A simple "plug in 7 power up" shows _*KB300 from the pre-boot "show F > device" console command.  The "*" is not a good sign I believe. When= > VMS 7.1 startup is attempted, it "hangs" at the VMS startup  > announcement.  > F > I believe I found a reference to it working on Alphaserver with  VMS* > 7.1, but nothing relating to Vax as yet. > F > I am looking to find a replacement for an Exabyte 8200 8mm tape unit > that is going bad. >    ------------------------------  $ Date: Thu, 5 Jan 2006 20:00:34 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Honeypot stats R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB773A42@tayexc19.americas.cpqcorp.net>   > -----Original Message-----1 > From: Dan Foster [mailto:usenet@evilphb.org]=20   > Sent: January 3, 2006 10:39 PM > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: Honeypot stats  >=20 > In article=20 @ > <FD827B33AB0D9C4E92EACEEFEE2BA2FB77397A@tayexc19.americas.cpqc2 > orp.net>, Main, Kerry <Kerry.Main@hp.com> wrote: > >  > > Something to consider: >=208 > I realize you've got an axe to grind against OSS, but:  G Nope - just want to emphasize that there is no one perfect solution and * each approach has benefits and challenges.  / > > Overall IT solution security is the sum of:  > > " > > 1. Base OS platform security + >=20	 > Agreed.  >=20* > > 2. Administrator security experience + >=20	 > Agreed.  >=20 > > 3. Application security +  >=20	 > Agreed.  >=20B > > 4. Company attitude and culture towards security in general=20 > (are help F > > desk employees aware of social engineering security challenges?) + >=20	 > Agreed.  >=20B > > 5. Obscurity of the platform (more obscure means less hackers) >=20D > Disagreed. There *is* some correlation, but it also means that the@ > damage can be even more painful for specialized niche areas=20 > should there > actually be exposure.  >=20< > On a related point, security by obscurity is one of the=20 > biggest myths in; > the security profession, and regularly debunked by the=20  > leading security > professionals. >=20  E I did not state that obscurity alone provided security, but rather it E assisted in the overall solution security as previously defined. This G means that the base platform still needs to do regular code reviews and G monitor industry security issues to ensure its platform is not impacted E by those external events. When issues are discovered, they need to be G addressed immediately with a high priority. This is especially true now F that many so called "closed" platforms are adopting *some* open source	 software.   H > Some obfuscation is acceptable, but it had better darn well be guardedC > by other means that *do* hold up, because obscure measures can be  > eventually unpeeled. >=20A > > Of course, there are always trade-off's as higher security=20  > might meanB > > flexibility, performance or ease of use may have to suffer.=20 > Each Cust B > > must make their own decisions as to the trade-offs they are=20 > willing to	 > > make.  >=20	 > Agreed.  >=20F > > Btw, imho, the concept that open source is by its very nature more9 > > secure than "closed" systems is an old wives myth.=20  >=20 > Disagreed. >=20H > Sounds like someone was trying to pull a snow job on you; just becauseG > code can be reviewed *doesn't* mean it's all of a sudden more secure.  > On that point, I agree.  >=20B > However, this represents a form of independent review plus an=20 > element ofB > peer pressure. When it works, it works well. When it doesn't,=20 > well, then > it just doesn't. >=20A > It's not 'it always works' or 'it always doesn't work'. Real=20 
 > life cannot H > be summarized as being binary, in either one of two possible states at > any given time. :-)  >=20@ > > Yes, some of the more popular open source programs do get=20 > reviewed by a : > > wide audience and security issues might get caught.=20 > However, it is also  >=20	 > Agreed.  >=20H > > true that many of the open source reviewers that have the skills andA > > background to review driver, threads and other complicated=20  > clusteringA > > code do not get paid for this. There is literally hundreds=20  > and thousands  >=20H > Well, depends. But on the whole, yes, I would probably agree this is a > reasonable assertion.  >=20A > > of modules being updated and patched all the time and they=20  > simply do not G > > have the time or the desire to review code that they have no vested H > > interest in. After all, like everyone else, they have day jobs and a > > life after work as well.=20  >=20@ > That's also true of people whom works at software factories=20 > like Microsoft.  >=20@ > > Key question to consider - how does one determine if code=20 > obtained from B > > the open source community has been reviewed by high end and/orA > > experienced security code reviewers? Perhaps the base code=20  > was, but what ? > > about the various updates that come out on a regular basis?  >=208 > As a counterpoint, allow me to ask a similar question: >=20> > Key question to consider - how does one determine if code=20 > obtained from B > the closed source community has been reviewed by high end and/or? > experienced security code reviewers? Perhaps the base code=20  > was, but what = > about the various updates that come out on a regular basis?  >=20  G Answer - by trust and experience with that platforms history and proven 
 track record.   G > Bonus points given if you can describe how a key closed source vendor @ > like Microsoft does it, and why it hasn't been a resounding=20 > success to date. >=20  B Some "closed source" platforms are obviously better platforms thanG others. OpenVMS, NSK, z/OS have proven track records with high security C in mission critical environments. Security was designed in from the A beginning with these platforms. Regular code reviews are done and E security issues are very high priority items that get addressed above F all else. That is the nature of the platform culture and is what their Customers have come to expect.  9 > > As an example, Red Hat released approximately 290+=20  > *security* patches in = > > 2005 (not maint, but security fixes). While not all of=20  > these will apply@ > > to all Linux platforms, I really wonder how many RH Linux=20 > admins or RHF > > Linux ISV's actually took the time last year to determine if these/ > > security patches applied to them or not?=20  >=20F > That's a function of admin competence. If you have a good admin at a? > shop with both VMS and let's say, Solaris and Linux... the=20  > admin will be / > just as rigorous in handling either platform.  >=20B > Now, on the other hand, if you have a bad admin that lacks basic@ > concepts of discipline, planning, testing, reading prereqs,=20
 > etc... then G > keep them away from your computers -- regardless of platform, period.  >=20> > Mention of OSS/CSS in this particular area is a red herring. >=20< > > On the other hand, many bad guys do have the time and=20 > vested interest to= > > review detailed code that is available online and they=20  > certainly do have 5 > > a vested interest in doing this. They also use=20  > sophisticated tools thatA > > are typically not available to the general public to crack=20  > online code.7 > > And they do not report issues to the source either.  >=20F > Well, golly, look at all the Windows exploits... do you really think> > that closed source is necessarily an insurmountable barrier? >=20  E No - see previous comments. Some "closed" source platforms are better  than others.=20   G Every platform will occasionally have some security issue that needs to C be fixed. The challenge with platforms that have *monthly* security E patches is that the sheer volume is not sustainable in the future. As > previously stated, companies can not continue to make the hugeC investments associated with the QA/testing time of these monthly OS 0 security patches and their company applications.  ? > Have you ever reverse engineered software? Using tools like a F > disassembler, debugger, system call tracing... you can do a lot with& > even guarded closed source binaries. >=20E > Look at Mark Russinovich's disassembly of the Sony BMG 'rootkit'...  >=20D > > I am certainly not saying Linux security is better or worse thanE > > Windows, but imho, both platform supporters should recognize that ? > > monthly security patches can not continue in the future.=20  > Companies just9 > > can not afford the QA, testing and staff resources=20  > associated with so > > many security fixes.=20  >=20G > I'd probably be inclined to agree. On that point, OpenVMS is probably 6 > unsurpassed or at least, right up there at the best. >=20   Agreed.    :-)    > Cordially, >=20 > -Dan >=20   ------------------------------  % Date: Thu, 05 Jan 2006 19:23:59 +0000 / From: "R.A.Omond" <Roy.Omond@BlueBubble.UK.Com> - Subject: Re: HSZTerm under newer VMS versions 4 Message-ID: <dpjroe$qaf$1$830fa7a5@news.demon.co.uk>   Rich Jordan wrote:H > Anyone out there still using HSZTerm under V7.3-2 or V8.2 Alpha?  JustI > curious if it is known to work before putting it on a production box (I G > don't have any test boxes with attached HSZ controllers).  I know its  > unsupported.  H Rich, you bet we're still using HSZterm under VMS 7.3-2 (I haven't triedD it yet on 8.2).  Couldn't live without it.  Never ever had a problem' with it despite it being "unsupported".   	 Roy Omond  Blue Bubble Ltd.   ------------------------------   Date: 5 Jan 2006 14:54:35 -0500 . From: brooks@cuebid.zko.hp.nospam (Rob Brooks)- Subject: Re: HSZTerm under newer VMS versions , Message-ID: <hBM4iwTBlFIE@cuebid.zko.hp.com>  1 "R.A.Omond" <Roy.Omond@BlueBubble.UK.Com> writes:  > Rich Jordan wrote:  I >> Anyone out there still using HSZTerm under V7.3-2 or V8.2 Alpha?  Just J >> curious if it is known to work before putting it on a production box (IH >> don't have any test boxes with attached HSZ controllers).  I know its >> unsupported.   J > Rich, you bet we're still using HSZterm under VMS 7.3-2 (I haven't triedF > it yet on 8.2).  Couldn't live without it.  Never ever had a problem) > with it despite it being "unsupported".   I It still works correctly (for me) on an early version of what will become  V8.3.    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------   Date: 5 Jan 2006 13:06:00 -0800 ( From: "Rich Jordan" <jordan@ccs4vms.com>- Subject: Re: HSZTerm under newer VMS versions C Message-ID: <1136495160.762189.305230@g43g2000cwa.googlegroups.com>   E Thank you both for responding!  Sounds like we'll be OK on the V7.3-2 6 system (which will be upgraded to V8.2 in the spring).   Rich   ------------------------------   Date: 5 Jan 2006 13:26:22 -0800 ; From: "vmsmangler@earthlink.net" <vmsmangler@earthlink.net>  Subject: Re: KVM Switches A Message-ID: <1136496382.424693.3340@g49g2000cwa.googlegroups.com>    Galen wrote:G > We have one kind of Belkin 2-port KVM switches here and another newer $ > switch from IOgear--model GCS612A. > G > With my particular LK461, both of them have the same minor problem if E > certain special keys are pressed repeatedly. The symptom is that it E > sort of freezes up until another special key is pressed. One of the F > keys with this problem happens to be PF3, which is a pain since it's* > used for searching in EDT-style editors. > G > I don't have another LK461 immediately available to determine whether G > the problem is in  the keyboard itself, or in the switches. I'll have > > to borrow one from another system when nobody's looking. :-)  F Thanks for the information. I checked iogear's website and also called their technical people. F They claim to only support the 102 key keyboard so I am surprised that is supports a true DECG keyboard, e.g. LK461. From what I have determined from all responses is  that PC's keyboards C are scanset 2 while DEC keyboards are scanset 3. My 2 DPW 433/500au  workstations all have E keyboard detection problems during power-up testing by SRM. They also  have the error that   scan code 0xfa is not supported.   Bill   Retired VMS Systems Manager    ------------------------------   Date: 5 Jan 2006 13:41:26 -0800 ( From: "Rich Jordan" <jordan@ccs4vms.com> Subject: Re: KVM Switches B Message-ID: <1136497286.465972.70010@o13g2000cwo.googlegroups.com>  C If you visit the Raritan website I'm certain they support VMS/Alpha E systems with _some_ of their KVMs (the more expensive ones, I'd bet).    ------------------------------  $ Date: Thu, 5 Jan 2006 20:04:28 -0500- From: William Webb <william.w.webb@gmail.com>  Subject: Re: KVM Switches I Message-ID: <8660a3a10601051704p6a937295kc912287f1bb951c9@mail.gmail.com>   6 On 5 Jan 2006 13:26:22 -0800, vmsmangler@earthlink.net! <vmsmangler@earthlink.net> wrote:  >  > Galen wrote:I > > We have one kind of Belkin 2-port KVM switches here and another newer & > > switch from IOgear--model GCS612A. > > I > > With my particular LK461, both of them have the same minor problem if G > > certain special keys are pressed repeatedly. The symptom is that it G > > sort of freezes up until another special key is pressed. One of the H > > keys with this problem happens to be PF3, which is a pain since it's, > > used for searching in EDT-style editors. > > I > > I don't have another LK461 immediately available to determine whether I > > the problem is in  the keyboard itself, or in the switches. I'll have @ > > to borrow one from another system when nobody's looking. :-) > H > Thanks for the information. I checked iogear's website and also called > their technical people. H > They claim to only support the 102 key keyboard so I am surprised that > is supports a true DECI > keyboard, e.g. LK461. From what I have determined from all responses is  > that PC's keyboards E > are scanset 2 while DEC keyboards are scanset 3. My 2 DPW 433/500au  > workstations all have G > keyboard detection problems during power-up testing by SRM. They also  > have the error that " > scan code 0xfa is not supported. >  > Bill >  > Retired VMS Systems Manager  >  >   E I seem to recall that there is much anecdocal data on which KVMs work = with LK-style keyboards in the comp.os.vms historical record.    WWWebb --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  # Date: Thu, 05 Jan 2006 20:03:33 GMT # From: hoff@hp.nospam (Hoff Hoffman) 8 Subject: Re: OpenVMS V8.2-1 source listings (shipped???)0 Message-ID: <pYevf.1279$gP4.21@news.cpqcorp.net>  S In article <00A4F584.09E5B752@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:    ..  I   Message forwarded to the OpenVMS contact for matters involving software G   distributions and distribution problems; to engineering's contact for *   the software manufacturing organization.   ..  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------G        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[\0100]hp.com    ------------------------------  # Date: Thu, 05 Jan 2006 19:37:05 GMT " From:   VAXman-  @SendSpamHere.ORG8 Subject: Re: OpenVMS V8.2-1 source listings (shipped???)0 Message-ID: <00A4F58D.F65E86CD@SendSpamHere.ORG>  V In article <pYevf.1279$gP4.21@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: >  > T >In article <00A4F584.09E5B752@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes: >  >... > J >  Message forwarded to the OpenVMS contact for matters involving softwareH >  distributions and distribution problems; to engineering's contact for+ >  the software manufacturing organization.  >   - Doesn't really answer my question but thanks.   J I'm busy on the phone in the quagmire.  Itanium rack mount kit deja vu all over again.      --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Thu, 05 Jan 2006 15:07:56 -0500  From: John Doe <jdoe@doe.org> 8 Subject: Re: OpenVMS V8.2-1 source listings (shipped???)' Message-ID: <43BD7C8E.3E8796D0@doe.org>   ! VAXman-, @SendSpamHere.ORG wrote: O > Please tell me no!  I really don't want to start off my New Year wallowing in ' > the quagmire of HP order fulfillment.   3 Didn't Sue fix your problems the last time around ?   C It is a conspiracy by Sue. She really likes dealing with you, so by B messing up those deliveries, she'll have a legitimate reason to be) dealing with you  :-) ;-) :-) ;-) :-) :-)    ------------------------------  # Date: Thu, 05 Jan 2006 21:17:54 GMT # From: hoff@hp.nospam (Hoff Hoffman) 8 Subject: Re: OpenVMS V8.2-1 source listings (shipped???)2 Message-ID: <62gvf.1288$bX4.1210@news.cpqcorp.net>  S In article <00A4F58D.F65E86CD@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes: W :In article <pYevf.1279$gP4.21@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: . :Doesn't really answer my question but thanks.  D   The source listings kits are generated by engineering and usually C   within a couple of weeks of the submission of the release itself, A   and are sent along to the manufacturing organization as part of !   the release submission process.   A   The OpenVMS I64 V8.2-1 source listings kit should be available,    in other words.   A   Where I expect the problem might lurk here -- and on no direct  B   evidence at all -- is somewhere along the path that I've already   forwarded your report onto.       N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------G        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[\0100]hp.com    ------------------------------  # Date: Fri, 06 Jan 2006 00:11:52 GMT " From:   VAXman-  @SendSpamHere.ORG8 Subject: Re: OpenVMS V8.2-1 source listings (shipped???)0 Message-ID: <00A4F5B4.598B6FAC@SendSpamHere.ORG>  X In article <62gvf.1288$bX4.1210@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: >  > T >In article <00A4F58D.F65E86CD@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:X >:In article <pYevf.1279$gP4.21@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:/ >:Doesn't really answer my question but thanks.  > E >  The source listings kits are generated by engineering and usually  D >  within a couple of weeks of the submission of the release itself,B >  and are sent along to the manufacturing organization as part of" >  the release submission process.  B I've been getting the source listings within days of the binaries.A In several cases, the listings arrived before the binaries.  When 6 there's about a month between them, I begin to wonder.    B >  The OpenVMS I64 V8.2-1 source listings kit should be available, >  in other words.   Yup.  See comment above.    B >  Where I expect the problem might lurk here -- and on no direct C >  evidence at all -- is somewhere along the path that I've already  >  forwarded your report onto.  B Thanks.  Hope things, wherever they've gone awry, get corrected as quickly as possible.   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  $ Date: Thu, 5 Jan 2006 20:01:14 -0500- From: William Webb <william.w.webb@gmail.com> 0 Subject: Re: OT: Intel logo and branding changesG Message-ID: <8660a3a10601051701j1c3949au8594af9d4769cc8@mail.gmail.com>   E On 1/4/06, VAXman-@sendspamhere.org <VAXman-@sendspamhere.org> wrote: L > In article <43BC3594.FCB1E0AD@teksavvy.com>, JF Mezei <jfmezei.spamnot@te= ksavvy.com> writes:  > >  > > < > >The new Intel Logo  was unveiled yesterday in Lost Wages. > > 1 > >http://news.com.com/2300-1006_3-6016382-1.html  > > / > >(Also, the term "Pentium" is being dropped).  > G > It won't be dropped completely!  The old "intel inside" will still be < > retained on the toilet seat cover in the VAXman household. >  > --L > VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)C= OM > 6 >   "Well my son, life is like a beanstalk, isn't it?" >   F I saw what must have been a very carefully placed "Intel Inside" swishC logos on the back wall of a urinal at one site I visited some years  back.    WWWebb   --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------   Date: 5 Jan 2006 12:29:02 -0800  From: contracer11@gmail.com  Subject: RSH timeoutC Message-ID: <1136492942.195142.192060@g14g2000cwa.googlegroups.com>   7 Is there any way to decrease RSH timeout in VMS 5.5-2 ?    Thanks.    ------------------------------   Date: 5 Jan 2006 14:54:10 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: RSH timeout3 Message-ID: <P7SsGqFh2Et1@eisner.encompasserve.org>   a In article <1136492942.195142.192060@g14g2000cwa.googlegroups.com>, contracer11@gmail.com writes: 9 > Is there any way to decrease RSH timeout in VMS 5.5-2 ?   ) I don't know of a VMS feature called RSH.   B There is a TCP/IP feature called RSH, but if that is what you meanC the answer would vary depending on what brand of TCP/IP product you  are running.   ------------------------------   Date: 5 Jan 2006 16:02:20 -0800  From: contracer11@gmail.com  Subject: Re: RSH timeoutC Message-ID: <1136505740.554078.278420@o13g2000cwo.googlegroups.com>   ( Yes, I=B4m talking about RSH inside UCX:   UCX> sh vers/al   2   DEC TCP/IP Services for OpenVMS VAX Version V3.3  0   on a MicroVAX 3100-90 running OpenVMS V5.5-2H47 UCX$CFS_SHR              UCX V3.3-7         18-APR-1995  SYS$COMMON:[SYSLIB]    ------------------------------  $ Date: Thu, 5 Jan 2006 12:29:56 -07006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>/ Subject: Re: Samba v3 on VMS and HP VMS Roadmap / Message-ID: <Vsevf.37$fj5.6446@news.uswest.net>    John,   H Here are my top two items (search google and you'll see I've asked about- these several times over the past few years.)   I Syncrhonized passwords and/or external authentication are the two biggest H items outside the basic file & print services.  When I can do this I canH finally turn on strong passwords & require password changing.   My users3 have enough problems keeping track of one password.   
 Mike Ober.  D "John Malmberg" <malmberg@dskwld.zko.hp.compaq.dec> wrote in message+ news:M6cvf.1243$0O4.746@news.cpqcorp.net...  > Michael D. Ober wrote:L > > This answers the support question.  Will the ACME EXTERN AUTH module for6 > > Windows Active Directory be ported from Pathworks? > A > It is being looked at, as are other methods of getting the same  > functionality. > J > Larry Woodcome <Lawrence.Woodcome*hp.com> is the product manager for the > CIFS on OpenVMS. > E > I have forwarded the questions posted in this thread to him.  He is H > interested in feedback in what features are important to be in a SAMBA/ > based offering to help prioritize work on it.  >  > -John # > malmberg@dskwld.zko.hp.compaq.dec  > Personal Opinion Only  >    ------------------------------  $ Date: Mon, 2 Jan 2006 09:19:50 +0100& From: "H Vlems" <nospam@what.ever.com>0 Subject: Re: Using VT420 as Alpha System Console< Message-ID: <c27c1$43bd9085$513b9a2c$23153@news.versatel.nl>  ; "Schnootling" <chuckmoore55@hotmail.com> schreef in bericht = news:1136163518.608442.136740@g44g2000cwa.googlegroups.com... 
 > Hello Hans,  > G > I only noticed 2 ports for the VT420: (as seen facing the rear of the  > VT420) > port 1 - the right-hand one.C > port 2 - the left-hand one. also has a printer symbol next to it.  > " > I've tried both with no success. > E > By the way, I must be doing something wrong, as I did the following H > (with the VT420 powered up on the Alpha serial port 1 and then powered, > up on serial port 2) and nothing happened:1 > 1) SHOW CONSOLE - verified it was set to SERIAL ? > 2) SHOW BOOT_RESET - verified it was set to ON  (there was no  > TRUE/FALSE value)  > 3) did an INIT? > 4) and the system booted, put a 1-line message on the monitor F > ("Alphaserver 4100 Console V6.0-4 ..."), waited for about 2 minutes,I > 5) during which I walked over to the VT420 and pressed the ENTER/Return E > key several times (and verified the 9600 8N1 settings and reset the A > communications and reset the sessions and verified the 9600 8N1 B > settings and pressend the Enter/Return key several score times),: > 5) then (it seemed to me) the Alpha chose the PC monitor/ > 6) and displayed the multiple HP-logo screen.  > H > Alpha 4100 serial/parallel ports: (as seen facing the rear of the box) >  > |--1--|  |--Parallel--|   > |--2--|  |--SerialSomething--| > G > ( I got this info from the small information plate on the back of the 	 > Alpha.)  > I > Again, the VT420 powers up with a "VT420 OK" message. Now, I do want to A > use the VT420, but I'd be happy with the PC monitor as a system D > console. The monitor seems to work alright with the SRM prompt. ItA > (Epson VGA) just gets squirrely when VMS/DecWindows takes over.  > ' > Oh well, back to the experimentation,  > Chuck  > I > P.S. I hope (after getting  TCP/IP configured) to hook it up to my home  > router later this week. I > P.P.S. And, I hope my LA75 (system printer) arrives later this week, as  > well.  >   K Perhaps you wrote this earlier: when VMS is up and running, can you use the  VT420 to log on?2 If so, what is the terminal device (TTA0 or TTB0)?   Hans   ------------------------------  * Date: Thu, 5 Jan 2006 16:00:34 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)0 Subject: Re: Using VT420 as Alpha System Console2 Message-ID: <06010516003468_2027EC6B@antinode.org>  & From: "H Vlems" <nospam@what.ever.com>  M > Perhaps you wrote this earlier: when VMS is up and running, can you use the  > VT420 to log on?4 > If so, what is the terminal device (TTA0 or TTB0)?  E    I've forgotten.  Have we seen any evidence that the VT420 actually A communicates with anything?  Is it "On Line"?  If the data-in and = data-out lines are connected together, can it talk to itself?   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------   End of INFO-VAX 2006.011 ************************