0 INFO-VAX	Sat, 18 Feb 2006	Volume 2006 : Issue 97      Contents:< Re: 553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host>P Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both caP Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca4 Re: ANN: yahMAIL is dead - long live son of yahMAIL!4 Re: ANN: yahMAIL is dead - long live son of yahMAIL!$ Re: Digital HiNote Ultra 2000 laptop0 Re: F$GETSYI to get cluster's founding node name0 Re: F$GETSYI to get cluster's founding node name0 Re: F$GETSYI to get cluster's founding node name HP "CertPro" site ' Re: IDC report on the future of Itanium ' Re: IDC report on the future of Itanium ' Re: IDC report on the future of Itanium ' Re: IDC report on the future of Itanium ' Re: IDC report on the future of Itanium 0 Re: impenetrable Mac OS X virus found by Sophos!6 Re: LD devices in shadowsets on fault tolerant cluster Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image)$ OpenBSD says secure levels "useless"( Re: OpenBSD says secure levels "useless"( Re: OpenBSD says secure levels "useless", Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs5 Re: VMS and Condor 1553 boards. Anybody ever done it? ) What is going on with VAX prices on ebay? - Re: What is going on with VAX prices on ebay? - Re: What is going on with VAX prices on ebay? & Re: Where's the documentation on CDs ?& Re: Where's the documentation on CDs ?& Re: Where's the documentation on CDs ?4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering  F ----------------------------------------------------------------------  + Date: Fri, 17 Feb 2006 23:54:27 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)E Subject: Re: 553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host> $ Message-ID: <dt5nnj$n3r$1@online.de>  9 In article <45lfeeF79nuiU1@individual.net>, Michael Unger ( <spam.to.unger@spamgourmet.com> writes:   H > On 2006-02-16 21:17, "Phillip Helbig---remove CLOTHES to reply" wrote: > H > > I've seen this once or twice in the last couple of years, but don't " > > remember asking about it here. > >  > > I've seen this error:  > > ? > >    553  %TCPIP-E-SMTP_COMMANDERR, SMTP command error <host>  > E > Quoting from RFC 2821, section 4.2.3, this is "Requested action not D > taken: mailbox name not allowed (e.g., mailbox syntax incorrect)." > H > What is "<host>"? Is it the recipient's mailserver? Are there "specialF > characters" in the mailbox name? There _might_ be some problems with( > primary and secondary mailservers too.  G <host> is the stuff after the "@" in the email address I am sending to.   H Since, eventually, the messages get through, there doesn't seem to be a C real problem there.  Presumably my otherwise reliable SMTP gateway.    ------------------------------  # Date: Fri, 17 Feb 2006 19:25:58 GMT % From: Rick Jones <rick.jones2@hp.com> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca 1 Message-ID: <arpJf.3339$XZ7.325@news.cpqcorp.net>   % Allan B. <hp.bowman@gmail.com> wrote: E > Also, I fully believe that there are "so many ITRC postings removed F > that it only warrants a form-letter".  I quite frequently get a linkE > to a thread in my daily "New HP Furum discussions" that takes me to D > a screen that says it has already been removed (although rarely in@ > the OpenVMS forum which constitutes a tiny portion of the ITRC > forums).    D Having been a contributor to the ITRC forums for some time now I canA confirm Allan's observation about the number of postings removed. E Based on the titles that appear in the email pointers I receive, much E of the time the reason is mismatch between the content of the posting $ and the topic of the specific forum.  > Having said that, I would still suggest though that if greaterF specificity in the removal notice would be good, the Forum maintainersD would like to know.  I believe there is a forum for the forums where  such a suggestion could be made.  D http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=295   might be a place to start.  
 rick jones --  E The computing industry isn't as much a game of "Follow The Leader" as B it is one of "Ring Around the Rosy" or perhaps "Duck Duck Goose." @                                                     - Rick JonesF these opinions are mine, all mine; HP might not want them anyway... :)D feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...   ------------------------------  % Date: Fri, 17 Feb 2006 20:31:51 -0500 3 From: "Peter Weaver" <newsonly@weaverconsulting.ca> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca : Message-ID: <eQuJf.47266$T35.818696@news20.bellglobal.com>  2 "Allan B." <hp.bowman@gmail.com> wrote in message ; news:1140199114.050849.8720@g43g2000cwa.googlegroups.com... I > Being an OpenVMS user and a frequent user of the ITRC forums, I can say C > that they have not alienated me.  As far as the posting from Mark D > Daniel that was removed, I completely agree with that decision.  IH > don't remember that exact wording he used, but the way the informationI > was presented I'm sure was found to be offensive by many people (myself I > including).  I was ready to question the posting, but someone else beat F > me to it.  I can see how the forum rules may have applied - probably > rule numbers 3, 4, and 5.   < OK, what rules are you referring to? The rules I find are at  ? http://forums1.itrc.hp.com/service/forums/helptips.do?#overview ( and rules 3, 4 and 5 on that page state;  9 3. Post, transmit, or link to sexually explicit material. K 4. Impersonate any person, or falsely state or otherwise misrepresent your  $ affiliation with a person or entity.K 5. Post or transmit any advertising, promotional materials, or other forms  < of solicitation including chain letters and pyramid schemes.  C I do not see how Mark's post violate those 3 or 4. 5 may be up for  9 interpretation, but in my view Mark did not violate that.   J If Mark's post violated any ITRC rules then why is Barry Kierstein's post L titled "Availability Manager V2.5/DECamds V7.3-2B product announcement" not J also removed? If somebody decided that Mark's post violated the rules and H Barry post did not violate the same rules then somebody made a terrible  mistake in their judgment.  K While on the subject of ITRC forums, this is something I wanted to get off   my chest for some time now;   L I get rather annoyed with the signal to noise ratio in COV, right now I see L that I have 4,270 unread messages in this group and a lot of them may never J get read. But COV is still better than posting in HP's ITRC Forums mainly L because the ITRC forms could disappear at any time. Some bean counter in HP K may decide that the cost of running ITRC Forums is not something they want  H to cover any more. Or possibly some day VMS will get sold to some other F company or spun off to its own company and HP may decide that all the < information about VMS in the ITRC forum simply gets deleted.  L Couple that with all the noise in the group about points that mean nothing. K Before anyone jumps on me about how valuable these points are, take a look  G at the thread "Robert Boyd moved to Hogwarts!" (I have nothing against  H Robert, that was just the first one of these I noticed just now). Every M poster to that thread got 5 points by default (except for the originator and  K Robert Boyd himself; he received 10 points). So a person who knows nothing  M about VMS could go to that forum and do nothing except post "Congratulations  M xyz" to every one of these points threads and after 50 threads they would be  K an ITRC Pro! Then they will get 10 more points for saying thank you and in  H 48 more threads they will be an ITRC Graduate. Does that mean they know I anything about VMS? This point system is just a waste time, but the fact  K that HP owns all the posts in ITRC and they can do anything they want with  J the posts (including deleting the entire thing) really makes it worthless.   ------------------------------    Date: 17 Feb 2006 19:27:29 -0800C From: "AlexNOSPAMDaniels@themail.co.uk" <alexdaniels@themail.co.uk> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca B Message-ID: <1140233249.418973.57120@g43g2000cwa.googlegroups.com>  E :>Being an OpenVMS user and a frequent user of the ITRC forums, I can  say C :>that they have not alienated me.  As far as the posting from Mark A :>Daniel that was removed, I completely agree with that decision.   F Given your history of contributing to threads that clearly are totallyG off-topic (unlike Mark's), and that those responses contravene the ITRC - rules, I find your response quite a surprise.   K http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=974223    Alex   ------------------------------  % Date: Fri, 17 Feb 2006 22:31:44 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca D Message-ID: <craigberry-F66FCC.22314417022006@news.isp.giganews.com>  : In article <eQuJf.47266$T35.818696@news20.bellglobal.com>,5  "Peter Weaver" <newsonly@weaverconsulting.ca> wrote:   4 > "Allan B." <hp.bowman@gmail.com> wrote in message = > news:1140199114.050849.8720@g43g2000cwa.googlegroups.com... K > > Being an OpenVMS user and a frequent user of the ITRC forums, I can say E > > that they have not alienated me.  As far as the posting from Mark F > > Daniel that was removed, I completely agree with that decision.  IJ > > don't remember that exact wording he used, but the way the informationK > > was presented I'm sure was found to be offensive by many people (myself  > > including).   E Notice that he never actually says what about it he found offensive.     > > > I was ready to question the posting, but someone else beatH > > me to it.  I can see how the forum rules may have applied - probably > > rule numbers 3, 4, and 5.  > > > OK, what rules are you referring to? The rules I find are at > A > http://forums1.itrc.hp.com/service/forums/helptips.do?#overview * > and rules 3, 4 and 5 on that page state; > ; > 3. Post, transmit, or link to sexually explicit material.   G Some people find free, high quality OpenVMS software a big turn-on :-).   M > 4. Impersonate any person, or falsely state or otherwise misrepresent your  & > affiliation with a person or entity.  D How do we know Mark is who he says he is?  No mere human would ever F donate that much of his time helping other people get their work done.  M > 5. Post or transmit any advertising, promotional materials, or other forms  > > of solicitation including chain letters and pyramid schemes. > E > I do not see how Mark's post violate those 3 or 4. 5 may be up for  ; > interpretation, but in my view Mark did not violate that.   D Even Sue occasionally posts her "OpenVMS Update" there, which is as D promotional (or moreso) than Mark's post (not that I'm objecting to A either).  Both are clearly more relevant than Allan B.'s on-line   Veteran's Day celebration.  L > If Mark's post violated any ITRC rules then why is Barry Kierstein's post N > titled "Availability Manager V2.5/DECamds V7.3-2B product announcement" not L > also removed? If somebody decided that Mark's post violated the rules and J > Barry post did not violate the same rules then somebody made a terrible  > mistake in their judgment.  @ I suspect it was a moderation-bot that made the judgement and a F low-level employee who confirmed it with a mouse click.  Mark's worst H sin was probably that there was an exclamation mark in the subject line 7 and some spam-type filtering mechanism picked up on it.   M > While on the subject of ITRC forums, this is something I wanted to get off   > my chest for some time now;  > N > I get rather annoyed with the signal to noise ratio in COV, right now I see N > that I have 4,270 unread messages in this group and a lot of them may never L > get read. But COV is still better than posting in HP's ITRC Forums mainly 6 > because the ITRC forms could disappear at any time.   E Good point.  Hadn't really thought about that.  One good thing about  B the ITRC forum is that is seems to bring in a lot of new people.  D Mostly I suspect they are HP customers who do not also happen to be 8 usenet geeks from way back like most of the locals here.   ------------------------------  % Date: Sat, 18 Feb 2006 12:42:30 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca 1 Message-ID: <dt68jh$1mi$1@news-02.connect.com.au>   	 Hi Peter,   H I allocate 10 points for size of vent in spleen. You now qualify for theI official COV baseball hat come all-in-one-beer-can-holder with straws :-)   H Honestly, I think I agree with everything you've just written but I likeH that ITRC is there and does what it does, despite it's quirkiness, and IK also like about 10% of COV. When the dust settles, I think we should all be L glad that anyone cares at all, and that these forums even exist in the firstJ place! (We must be way up there with pigeon-fanciers and train-spotters on" the scale of pointless pass-times)  I As for Mark, next time just ask me to ask in ITRC about an interface from I the web to VMS mail (thanks JF) and then he can reply legitimately :-) If E that's the sort of bollocks protocol that is required then who cares?   I Anyway can't stop, got some promotional (zero-altruism, freeware-my-arse) 6 material to post in ITRC. But then, I have decorum :-)   Regards Richard Maher   > "Peter Weaver" <newsonly@weaverconsulting.ca> wrote in message4 news:eQuJf.47266$T35.818696@news20.bellglobal.com...3 > "Allan B." <hp.bowman@gmail.com> wrote in message = > news:1140199114.050849.8720@g43g2000cwa.googlegroups.com... K > > Being an OpenVMS user and a frequent user of the ITRC forums, I can say E > > that they have not alienated me.  As far as the posting from Mark F > > Daniel that was removed, I completely agree with that decision.  IJ > > don't remember that exact wording he used, but the way the informationK > > was presented I'm sure was found to be offensive by many people (myself K > > including).  I was ready to question the posting, but someone else beat H > > me to it.  I can see how the forum rules may have applied - probably > > rule numbers 3, 4, and 5.  > > > OK, what rules are you referring to? The rules I find are at > A > http://forums1.itrc.hp.com/service/forums/helptips.do?#overview * > and rules 3, 4 and 5 on that page state; > ; > 3. Post, transmit, or link to sexually explicit material. L > 4. Impersonate any person, or falsely state or otherwise misrepresent your& > affiliation with a person or entity.L > 5. Post or transmit any advertising, promotional materials, or other forms> > of solicitation including chain letters and pyramid schemes. > D > I do not see how Mark's post violate those 3 or 4. 5 may be up for; > interpretation, but in my view Mark did not violate that.  > K > If Mark's post violated any ITRC rules then why is Barry Kierstein's post I > titled "Availability Manager V2.5/DECamds V7.3-2B product announcement"  not K > also removed? If somebody decided that Mark's post violated the rules and I > Barry post did not violate the same rules then somebody made a terrible  > mistake in their judgment. > L > While on the subject of ITRC forums, this is something I wanted to get off > my chest for some time now;  > I > I get rather annoyed with the signal to noise ratio in COV, right now I  see G > that I have 4,270 unread messages in this group and a lot of them may  never K > get read. But COV is still better than posting in HP's ITRC Forums mainly J > because the ITRC forms could disappear at any time. Some bean counter in HPL > may decide that the cost of running ITRC Forums is not something they wantI > to cover any more. Or possibly some day VMS will get sold to some other G > company or spun off to its own company and HP may decide that all the > > information about VMS in the ITRC forum simply gets deleted. > D > Couple that with all the noise in the group about points that mean nothing.L > Before anyone jumps on me about how valuable these points are, take a lookH > at the thread "Robert Boyd moved to Hogwarts!" (I have nothing againstI > Robert, that was just the first one of these I noticed just now). Every J > poster to that thread got 5 points by default (except for the originator and L > Robert Boyd himself; he received 10 points). So a person who knows nothing= > about VMS could go to that forum and do nothing except post  "CongratulationsK > xyz" to every one of these points threads and after 50 threads they would  beL > an ITRC Pro! Then they will get 10 more points for saying thank you and inI > 48 more threads they will be an ITRC Graduate. Does that mean they know J > anything about VMS? This point system is just a waste time, but the factL > that HP owns all the posts in ITRC and they can do anything they want withL > the posts (including deleting the entire thing) really makes it worthless. >  >  >    ------------------------------  % Date: Fri, 17 Feb 2006 21:52:19 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca - Message-ID: <43F68BD2.57436658@vaxination.ca>    Peter Weaver wrote: K > If Mark's post violated any ITRC rules then why is Barry Kierstein's post M > titled "Availability Manager V2.5/DECamds V7.3-2B product announcement" not  > also removed?   G The second one an announcement of an HP product. ITRC is an HP service. C You expect HP to market their own products using its ITRC marketing A instrument. There is nothing wrong with this, it is the nature of  prorietary forums such as ITRC.    To Mark Daniels:  G comp.os.vms and www.openvms.org are the best places for this. You might ? also wish to send a copy to our dear Sue Skonetski who can then B distribute it internally to VMS ambassadors etc if she feels it is worthy of distribution.    ------------------------------  % Date: Sat, 18 Feb 2006 12:15:48 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with a foot in both ca 0 Message-ID: <11vctt7qhsb4c68@corp.supernews.com>   Can't help myself :-) ...   K http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1002590    Mark Daniel wrote:D > Subject: REMOVED::ANN: yahMAIL is dead - long live son of yahMAIL! > + > My regrets that this is a long(ish) post.  > D > I recently made an announcement of a new piece of VMS open-source K > software with the above subject. Later that day I received the following   > email. > 1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > Dear Mark Daniel,  > I > We appreciate that you are a registered user of the HP Support Forums,  J > and see you have recently utilized the Support Forums service. However, I > your message 'ANN: yahMAIL is dead - long live son of yahMAIL!' had to  9 > be removed due to one or more of the following reasons.  > 3 > 1. You had requested the removal of your message. ) > 2. The message was a duplicate posting. < > 3. The message contained advertising of goods or services.J > 4. The question was off-topic and did not align with the charter of the  > HP Support Forums.I > 5. Language, personal rants, or material deemed abusive, defamatory or  
 > obscene.H > 6. The posting contained private information on other users and/or HP  > employees.C > 7. Other reasons deemed necessary by the HP Support Forums staff.  > K > We encourage you to share your technical knowledge and tap into the vast  J > experience of other community members. All members will learn more when I > reading messages of technical value, whether they are new questions or  
 > replies. > # > Thank you for your understanding.  >  > Best regards,  > HP Support Forums Team1 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  > H > Well I don't understand! There can't be so many ITRC postings removed J > that it only warrants a form-letter. How about a real explanation? This 5 > can only be an example of over-zealous ITRC police.  > K > Looking at the reasons given in the email the only one that seemed as if  G > it might apply was "3. The message contained advertising of goods or  D > services." It certainly contained an announcment of goods but the D > description 'advertisement' to me implies marketing in pursuit of E > income. As this is open-source (and even though I detest the term)  K > freeware, made available in an effort to provide useful and high-quality  H > software NOT commercially viable in the VMS market-place. Are we (the H > ITRC users) to understand that we cannot use this forum to inform our $ > peers of the availability of such? > I > (Typing into this pigeon hole is such a chore it's tempting to give up  " > here and just close the window.) > I > I have also spent time re-reading the ITRC 'Terms of Use' and can find  G > nothing to suggest that non-commercial announcements are not allowed.  > 7 > http://www1.itrc.hp.com/service/help/lpTermAndCond.do  > G > The closest it gets is "HP retains the right to remove messages that  % > include an advertisement for sale".  > I > Now, so many people have basically abandoned c.o.v. because of the low  J > signal-to-noise ratio, and they have been encouraged to migrate to this D > closed and proprietory forum, that to not be able to provide such G > notification means that for many the knowlege of the availability of    > such could be greatly delayed. > I > How about a clarification and ruling on this issue. Can it be used for   > non-commercial announcements?    ------------------------------  # Date: Sat, 18 Feb 2006 00:42:24 GMT 1 From: Michael Austin <maustin@firstdbasource.com> = Subject: Re: ANN: yahMAIL is dead - long live son of yahMAIL! = Message-ID: <Q3uJf.31928$Jd.27125@newssvr25.news.prodigy.net>    Mark Daniel wrote:  > > A clarification that a couple of users have tripped up over. > / > The initial access to private email should be  >  >   /cgi-bin/soymail/~ > C > The path of /~ indicates to soyMAIL that private access is being  H > requested.  The server should prompt with a username/password dialog. 5 > Subsequent accesses through soyMAIL shows a path of  >  >   /cgi-bin/soymail/~username  O Thanks for posting this - thought I was going crazy.. btw any plans to include  5 the logged-in user as a default - similar to yahmail?   O Like the new search options... ever tried finding something using yahmail in a   folder with > 600 messages? :)  N Using this is great - while working at a company that blocks access to things Q like Yahoo, MSN, Hotmail...etc... mail sites, they did not block my yahmail site.    <bunch of stuff snipped>   --   Michael Austin.  DBA Consultant@ Donations welcomed. Http://www.firstdbasource.com/donations.html :)   ------------------------------  % Date: Sat, 18 Feb 2006 12:43:04 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>= Subject: Re: ANN: yahMAIL is dead - long live son of yahMAIL! 0 Message-ID: <11vcvgcdf9jahca@corp.supernews.com>   Michael Austin wrote:  > Mark Daniel wrote: > ? >> A clarification that a couple of users have tripped up over.  >>0 >> The initial access to private email should be >> >>   /cgi-bin/soymail/~  >>D >> The path of /~ indicates to soyMAIL that private access is being I >> requested.  The server should prompt with a username/password dialog.  6 >> Subsequent accesses through soyMAIL shows a path of >> >>   /cgi-bin/soymail/~username  >  > I > Thanks for posting this - thought I was going crazy.. btw any plans to    F The technical writing team should always be a little distant from the B development and the testing teams for just this reason.  Since my 4 successful psychotherapy this has not been possible.  ? > include the logged-in user as a default - similar to yahmail?   & I'm not sure I understand the comment.  G The way soyMAIL (and yahMAIL) work is the initial access URL should be  G /cgi-bin/soymail/~ with the path of /~ triggering authorization by the  H underlying web server.  The resulting REMOTE_USER (often a VMS username F if authenticated against the SYSUAF, but it can be mapped into one by B the [public] configuration directive provided by both) is used by  soyMAIL as the VMS username.  F yahMAIL used the GET method and passed all it's request parameters in D the query string.  There are a number of issues with this.  soyMAIL E almost exclusively uses the POST method.  This allows very much more  H information to be passed, improving potential functionality, and for it G not to be obvious to the user (location URL is not always changing) or  E the access log.  soyMAIL uses this approach to pass a lot of 'state'  G information from request to request.  You can see this encoded data in  G 'hidden' field twards the bottom of a soyMAIL page.  Note: there is no  0 'sensitive' information contained in this state.  H soyMAIL places the authenticated username (which because of mapping may D not necesarily be the same as the underlying VMS username) into the I request URI for subsequent requests, so the user observes the 'location'  0 change to /cgi-bin/soymail/~DANIEL for instance.  D > Like the new search options... ever tried finding something using - > yahmail in a folder with > 600 messages? :)  > I > Using this is great - while working at a company that blocks access to  J > things like Yahoo, MSN, Hotmail...etc... mail sites, they did not block  > my yahmail site.  % :-) common problem - common solution.    > <bunch of stuff snipped>     ------------------------------  % Date: Fri, 17 Feb 2006 22:51:58 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>- Subject: Re: Digital HiNote Ultra 2000 laptop + Message-ID: <43F6A7EE.54675FFC@comcast.net>    Mad Mike Power wrote:  > L > I was given this Digital HiNote Ultra 2000 laptop, made circa 1997. It hasM > an Enhanced Port Replicator and a Multimedia Dock. It's my first laptop and K > I'm learning a lot about it, although I haven't read through all the docs / > yet. If I ask an RTFM question, my apologies.  > L > Right now I'm trying to recondition the two Lithium Ion battery packs. OneN > of them had been fully charged from dead flat, went down to 32% and then theL > machine shut down. I think it needs to be deep-discharged, but I don't seeN > how to do that using the laptop because it just stopped running. Can I use aL > resistor net to discharge it? Can I recharge it with a pure DC source? TheK > EPR recharged the battery pack at first, but now it seems to have gone on K > the fritz. I may have to go dig around inside to see what might be wrong.  > J > The OS is Win98SE, but the original OS was 95 and there was a Restore CDN > which is now missing. Any idea where I can maybe get a replacement? Is thereL > some place I can go that has old 'puter parts where I can ask them to lookC > for spares for this thing? HDD, CD ROM drive, floppy drive, etc.?  > - > Any help, advice, etc. is very appreciated.   F Try posting to the comp.sys.dec newgroup or comp.os.vms. This group is very quiet these days.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Fri, 17 Feb 2006 14:48:31 -0500  From: norm.raphael@metso.com9 Subject: Re: F$GETSYI to get cluster's founding node name Q Message-ID: <OF4F9CF308.6F180E22-ON85257118.006CB5FE-85257118.006CCFE3@metso.com>   I -------8<----------------------------------------------------------------  $!     SHOW_CLUSTER_STUFF.COM  $ say := WRITE SYS$OUTPUT C $ IF F$GETSYI("CLUSTER_MEMBER") .EQS. "FALSE" THEN GOTO NOT_CLUSTER & $ ftime  = f$getsyi( "cluster_ftime" )< $ if f$extract(0,1,ftime) .eqs. " " then ftime = ftime - " "' $ fsysid = f$getsyi( "cluster_fsysid" ) & $ nodes  = f$getsyi( "cluster_nodes" )& $ votes  = f$getsyi( "cluster_votes" )' $ quorum = f$getsyi( "cluster_quorum" ) ' $ FDAY  = F$CVTIME( FTIME,, "WEEKDAY" ) ! $ FDATE = F$ELEM( 0, " ", FTIME ) ! $ FTIME = F$ELEM( 1, " ", FTIME )  $ SAY ""H $ SAY F$FAO( " OpenVMS Cluster founded on !AS, !AS at !AS", FDAY, FDATE, FTIME ) K $ SAY F$FAO( " by System Id !AS; Membership: !UL, Total Votes: !UL, Quorum:  !UL" , - 6         F$EXTR( 4, 8, FSYSID ), nodes, votes, quorum ) $ SAY ""5 $ say "Node   SysIden  SCS Iden - S/W  Version (H/W)"  $ SAY "" $ CONTEXT = "" $START:  $ id = F$CSID (CONTEXT)  $ IF id .EQS. "" THEN EXIT& $ nodename = F$GETSYI ("NODENAME",,id)% $ hdwe_name = F$GETSYI("HW_NAME",,id)  $ gosub mk_arch_name) $ soft_type = F$GETSYI("NODE_SWTYPE",,id) + $!$ soft_vers = F$GETSYI("NODE_SWVERS",,id) 9 $ soft_vers = F$EDIT(F$GETSYI("VERSION",,id), "COLLAPSE") + $ syst_idnt = F$GETSYI("NODE_SYSTEMID",,id) & $ boot_time = F$GETSYI("BOOTTIME",,id)H $ if f$extract(0,1,boot_time) .eqs. " " then boot_time = boot_time - " "+ $ BDAY  = F$CVTIME( BOOT_TIME,, "WEEKDAY" ) % $ BDATE = F$ELEM( 0, " ", BOOT_TIME ) % $ BTIME = F$ELEM( 1, " ", BOOT_TIME )  $ gosub op_node_info $ GOTO START
 $NOT_CLUSTER: " $ nodename = F$GETSYI ("NODENAME")! $ hdwe_name = F$GETSYI("HW_NAME")  $ gosub mk_arch_name% $ soft_type = F$GETSYI("NODE_SWTYPE") ' $!$ soft_vers = F$GETSYI("NODE_SWVERS") 9 $ soft_vers = F$EDIT(F$GETSYI("VERSION",,id), "COLLAPSE")  $ syst_idnt :=& $ boot_time = F$GETSYI("BOOTTIME",,id)H $ if f$extract(0,1,boot_time) .eqs. " " then boot_time = boot_time - " "+ $ BDAY  = F$CVTIME( BOOT_TIME,, "WEEKDAY" ) % $ BDATE = F$ELEM( 0, " ", BOOT_TIME ) % $ BTIME = F$ELEM( 1, " ", BOOT_TIME )  $ SAY ""# $ SAY " Not a member of a cluster."  $ SAY "" $ gosub op_node_info $ EXIT $! $mk_arch_name:+ $ arch_name = f$elem( 0, " ", hdwe_name ) - ?         - "Server" - "server" - "Station" - "station" - "Micro"  $ return $! $op_node_info:2 $ say f$fao( "!6AS !AS !AS - !AS !AS !AS (!AS)", -7         nodename, F$EXTR( 4, 8, syst_idnt ), "''id'", - 4         soft_type, arch_name, soft_vers, hdwe_name )E $ SAY F$FAO( "       Booted on !AS, !AS at !AS", BDAY, BDATE, BTIME )  $ returnI -------8<----------------------------------------------------------------   I JF Mezei <jfmezei.spamnot@vaxination.ca> wrote on 02/17/2006 05:47:26 AM:    > I tried the following: > 2 > F$GETSYI("NODENAME",,F$GETSYI("CLUSTER_FSYSID")) > I > I was hoping to get the nodename of the system that formed the cluster.  >  > However, DCL complains.  > 3 > Seems that CLUSTER_FSYSID returns something like:  > - > write sys$output f$getsyi("CLUSTER_FSYSID")  > 000000000407 >  > G > But the third parameter of F$GETSYI expects something as outputted by  > F$CSID which would be like:  >  >  ID = "0001004C" >  > H > Is there a simple way to get the name of the node considered to be the" > founding member of the cluster ? > J > If that node no longer exists, I assume it would be impossible to obtain
 > this node ?    ------------------------------  % Date: Fri, 17 Feb 2006 22:08:12 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: F$GETSYI to get cluster's founding node name + Message-ID: <43F69DAC.3A2D40F4@comcast.net>    norm.raphael@metso.com wrote:  > K > -------8<----------------------------------------------------------------  > $!     SHOW_CLUSTER_STUFF.COM  > $ say := WRITE SYS$OUTPUT E > $ IF F$GETSYI("CLUSTER_MEMBER") .EQS. "FALSE" THEN GOTO NOT_CLUSTER ( > $ ftime  = f$getsyi( "cluster_ftime" )> > $ if f$extract(0,1,ftime) .eqs. " " then ftime = ftime - " ") > $ fsysid = f$getsyi( "cluster_fsysid" ) ( > $ nodes  = f$getsyi( "cluster_nodes" )( > $ votes  = f$getsyi( "cluster_votes" )) > $ quorum = f$getsyi( "cluster_quorum" ) ) > $ FDAY  = F$CVTIME( FTIME,, "WEEKDAY" ) # > $ FDATE = F$ELEM( 0, " ", FTIME ) # > $ FTIME = F$ELEM( 1, " ", FTIME ) 
 > $ SAY ""J > $ SAY F$FAO( " OpenVMS Cluster founded on !AS, !AS at !AS", FDAY, FDATE,	 > FTIME ) M > $ SAY F$FAO( " by System Id !AS; Membership: !UL, Total Votes: !UL, Quorum:  > !UL" > , - 8 >         F$EXTR( 4, 8, FSYSID ), nodes, votes, quorum )
 > $ SAY ""7 > $ say "Node   SysIden  SCS Iden - S/W  Version (H/W)"   G Hhmmm up to this point, bears a striking resemblance to my SHCLU.COM...    More so later on...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Fri, 17 Feb 2006 22:09:22 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: F$GETSYI to get cluster's founding node name + Message-ID: <43F69DF2.8AC9F203@comcast.net>    JF Mezei wrote:  >  > I tried the following: > 2 > F$GETSYI("NODENAME",,F$GETSYI("CLUSTER_FSYSID")) > I > I was hoping to get the nodename of the system that formed the cluster.  >  > However, DCL complains.  > 3 > Seems that CLUSTER_FSYSID returns something like:  > - > write sys$output f$getsyi("CLUSTER_FSYSID")  > 000000000407 > G > But the third parameter of F$GETSYI expects something as outputted by  > F$CSID which would be like:  >  >  ID = "0001004C" > H > Is there a simple way to get the name of the node considered to be the" > founding member of the cluster ?  $ A "simple" way? I haven't found one.   However, take a look in C http://www.djesys.com/freeware/vms/4038_freeware.zip for SHCLU.COM.   G What you may need to do is gather information about the cluster and use : your own method to relate the FSYSID back to the nodename.  D I use a similar technique to find which GGA device (HSG-pair virtualE console) is associated with a specific DGA device (FC disk): I gather E the WWIDs for all the GGAs known to the system, then get the WWID for E the disk device I'm interested in and "look up" its WWID in the table E of GGA/WWIDs that I built earlier in the .COM proc. See GGFIND.COM in  that same archive.  J > If that node no longer exists, I assume it would be impossible to obtain
 > this node ?   G If the founding node is no longer a cluster member, the nodename may be  irretrievable.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Fri, 17 Feb 2006 21:42:07 -0500 % From: "Chris Moore" <no.one@no.where>  Subject: HP "CertPro" site: Message-ID: <4QvJf.47291$T35.827420@news20.bellglobal.com>  I Anyone been to the new "CertPro" site for HP Certified Professionals yet?   E Perhaps I'm missing something (everything?) but I don't see where it  L contains ANYTHING of particular value.  It did inform me that my (v7) certs L were now officially out-of-date, without my being able to readily find what L was required for v8 upgrades, other than the titles.  Worse still, it looks M like HP is now taking a "sales pitch" approach, since the only offerings for  J "Continual Learning Required Points" in my case looked like some bs about G storage products.  "Software Downloads" was every bit as disappointing.   E Guess I shouldn't be upset, after all I DO qualify for a discount on   over-priced TVs (!)   5 Can't see much rationale for a v8 upgrade I'm afraid     ------------------------------  % Date: Fri, 17 Feb 2006 15:52:09 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: IDC report on the future of Itanium9 Message-ID: <0YidnWSLF9SGqmvenZ2dnUVZ_sadnZ2d@libcom.com>    Alan Greig wrote:  > F > With IDC's history of spouting total garbage about the prospects of H > Itanium, I guess some might think twice before shelling out $1,500 to ' > read their latest report on the chip.  > C > However The Register has read it for us and carries a summary at  < > http://www.theregister.co.uk/2006/02/17/itanic_oracle_idc/ > J > IDC projects that HP will lose 35% of the HP-UX user base over the next G > three years or so as customers chose not to migrate to Itanium. Rich  D > Marcello says of the report: "The results of this timely customer K > research from IDC thoroughly support our long-term commitment to serving  K > the general RISC replacement, mainframe alternative and high-performance  K > computing markets with HP Integrity servers," said Rich Marcello, senior  K > vice president and general manager, Business Critical Servers, HP. "HP's  B > solutions approach, coupled with the flexible capacity, secured E > availability and simplified management of HP Integrity servers, is  H > helping our customers achieve a better return on their IT investments $ > and greater overall satisfaction." > C > If prospects for retention of current Alpha/VMS/Tru-64 users are  D > included in the IDC report this hasn't been picked up by any news K > agencies yet. Still it's only $1,500 (a bargain I'm sure Rich would tell  ? > us) if anyone wants to find out. Just click "add to cart" at  I > http://www.idc.com/getdoc.jsp?containerId=34842 if you've recently won   > the lottery. >  >  >   G Well if I read the above correctly, the report predicts loss of 35% of  H the customers.  Rich then chooses to proclaim that retaining 65% of the = customers  is a 'win'.  Don't you just love how 'spin' works?    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Fri, 17 Feb 2006 21:16:34 GMT ( From: Alan Greig <greigaln@netscape.net>0 Subject: Re: IDC report on the future of Itanium< Message-ID: <S2rJf.18131$Q22.3075@fe1.news.blueyonder.co.uk>   Dave Froble wrote:  I > Well if I read the above correctly, the report predicts loss of 35% of  J > the customers.  Rich then chooses to proclaim that retaining 65% of the ? > customers  is a 'win'.  Don't you just love how 'spin' works?   F IDC asked existing HP-UX customers who plan not to migrate to Itanium E where they intend to go. Although most are going to X86-64 something  K like a third say they plan to move to SPARC and about ten percent to POWER.   D No doubt Sun will be trying to pick up some more of those moving to + x86-64 by offering the free Solaris carrot.    --  
 Alan Greig   ------------------------------  % Date: Fri, 17 Feb 2006 20:03:08 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: IDC report on the future of Itanium9 Message-ID: <_tadne4fqdty7GvenZ2dnUVZ_tGdnZ2d@libcom.com>    Alan Greig wrote:  >  >  > Dave Froble wrote: > J >> Well if I read the above correctly, the report predicts loss of 35% of G >> the customers.  Rich then chooses to proclaim that retaining 65% of  D >> the customers  is a 'win'.  Don't you just love how 'spin' works? >  > H > IDC asked existing HP-UX customers who plan not to migrate to Itanium G > where they intend to go. Although most are going to X86-64 something  M > like a third say they plan to move to SPARC and about ten percent to POWER.   E An interesting spread.  Only 10% going to Power.  Is it consider too  E expensive?  Just another propritary platform?  Still, more than half  E going 'industry standard' may cause HP to feel they'll be chosen for  	 hardware.   F > No doubt Sun will be trying to pick up some more of those moving to - > x86-64 by offering the free Solaris carrot.  >      --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Sat, 18 Feb 2006 02:47:00 GMT ( From: Alan Greig <greigaln@netscape.net>0 Subject: Re: IDC report on the future of Itanium< Message-ID: <EUvJf.19643$Q22.6113@fe1.news.blueyonder.co.uk>   Dave Froble wrote:     > G > An interesting spread.  Only 10% going to Power.  Is it consider too  G > expensive?  Just another propritary platform?  Still, more than half  G > going 'industry standard' may cause HP to feel they'll be chosen for   > hardware.   I In fairness I'm trying to cross-reference figures from several different  G reports of the IDC original and there's a wide statistical error range  D on some of the smaller groups sampled according to IDC the Register H reports. But maybe Sun marketing has just gone after the user base more  aggressively than IBM.   --  
 Alan Greig   ------------------------------  % Date: Fri, 17 Feb 2006 23:00:08 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>0 Subject: Re: IDC report on the future of Itanium- Message-ID: <43F69BB2.CEF90B4E@vaxination.ca>    Alan Greig wrote: J > In fairness I'm trying to cross-reference figures from several differentH > reports of the IDC original and there's a wide statistical error rangeE > on some of the smaller groups sampled according to IDC the Register    Doesn't matter.   D Moving to that IA64 thing *SHOULD* have given HP an oppportunityy toH increase market share with a better, cheaper and industry standard chip.    G If instead of gaining market share and increasing installed base, HP is A losing customers and market share, then IA64 is an anchor that is ( hindering success and shoudl be ditched.  D HP is in business of getting more customers, not taking decisions toD support political decisions to support Intel shareholders instead of supporting HP shareholders.    ------------------------------  % Date: Fri, 17 Feb 2006 14:25:12 -0700 " From: GreyCloud <mist@cumulus.com>9 Subject: Re: impenetrable Mac OS X virus found by Sophos! 0 Message-ID: <COWdnU3UMvBvomve4p2dnA@bresnan.com>   Dave Froble wrote:   > healyzh@aracnet.com wrote: >  >> bob@instantwhip.com wrote:  >>= >>> so Mac OS X is virus proof like OpenVMS?  Not anymore ...  >> >> >>- >>> http://www.theinquirer.net/?article=29753  >> >> >>I >> It's not a Virus, it is a Trojan, and you have to be stupid enough to   >> type > >> in the machines Administrator password when it asks for it. >  > 3 > And if you do that, you deserve whatever happens.  >   ; Already fixed.  Surprised me when I got the update so fast.      --   Where are we going?   And why am I in this handbasket?   ------------------------------  % Date: Fri, 17 Feb 2006 22:04:18 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>? Subject: Re: LD devices in shadowsets on fault tolerant cluster + Message-ID: <43F69CC2.ABE7553E@comcast.net>    Ken Fairfield wrote: > [snip]E >      As much as I respect the competence of the author of LDdriver, ? > I really wouldn't want to use it for a production database...   A Starting in V8.2, it becomes both documented and supported, IIRC.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 17 Feb 06 17:07:02 EST) From: cook@wvnvms.wvnet.edu (George Cook) ' Subject: Re: MOSAIC problem (GIF image) ! Message-ID: <VEAoYTiJInxo@wvnvms>   ^ In article <43F5561C.832E5ED9@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes: > FredK wrote:H >> equal to the sie of the onscreen display).  So if it says 1024x768 orN >> 1280x1024 - you *should* be able to count on the ability to create a pixmap= >> of that size.  What you can't predict is the maximum size.  >  > C > That particular image is 1200*780, my screen is bigger than that. 7 > However, I did have other windows opened at the time.  >  > OK, just did another test: > I > For my problem, MOSAIC was running as a spwn/nowait subprocess of a job J > that also ran allin1 as well as a DCL process running on a 4000-600 with, > the decw$display set to a VAXstation 3100. > H > I just tried to run it as a detached process on the 3100 (displayed on+ > the 3100) and the image came up properly.  > I > And at the same time, ran it as a detached process on the 4000-600 with I > the target to the 3100 and it also ran properly with the same image now G > displayed twice (once by the window controlled by the 4000 and one by % > the window controlled by the 3100).  > F > So looks to me like not a pixmap issue but lack of available process > quota/virtual memory.   H Yes, a memory allocation failure on the client now seems the most likelyH cause (the failure I duplicated on the VS2000 was in pixmap allocation).H Unlike many parts of Mosaic, the image processing sections do detect andF deal with allocation failures, however there is no user feedback otherJ than the broken image display.  I will add more user feedback (i.e., popupM messages) in the next release for both memory and pixmap allocation failures.      George Cook  WVNET    ------------------------------  % Date: Fri, 17 Feb 2006 20:00:19 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>' Subject: Re: MOSAIC problem (GIF image) - Message-ID: <43F67198.43BD4C78@vaxination.ca>    George Cook wrote:L > than the broken image display.  I will add more user feedback (i.e., popupO > messages) in the next release for both memory and pixmap allocation failures.   E In the case of images, why not have the error message in the unopened F image box instead of displayiong the temporary VMS file name where the image is stored ?    ------------------------------   Date: 17 Feb 06 20:40:23 EST) From: cook@wvnvms.wvnet.edu (George Cook) ' Subject: Re: MOSAIC problem (GIF image) ! Message-ID: <qJz62mTPZGMB@wvnvms>   ^ In article <43F67198.43BD4C78@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes: > George Cook wrote:M >> than the broken image display.  I will add more user feedback (i.e., popup P >> messages) in the next release for both memory and pixmap allocation failures. > G > In the case of images, why not have the error message in the unopened H > image box instead of displayiong the temporary VMS file name where the > image is stored ?   C That would be a good idea for the internal image viewer (i.e., when B an image file is being directly displayed), but would you want theD error message to replace the image's Alternate text (ALT) when it isE displayed as part of an HTML page?  The file name is the images's ALT " text in the internal image viewer.     George Cook  WVNET    ------------------------------  % Date: Fri, 17 Feb 2006 21:43:14 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>' Subject: Re: MOSAIC problem (GIF image) - Message-ID: <43F689B0.81CBD840@vaxination.ca>    George Cook wrote:E > That would be a good idea for the internal image viewer (i.e., when D > an image file is being directly displayed), but would you want theF > error message to replace the image's Alternate text (ALT) when it isG > displayed as part of an HTML page?  The file name is the images's ALT $ > text in the internal image viewer.  F Good point. In my specific example, I was loading a .GIF directly, not through an HTML file.    Pop up dialog it is then ...   ------------------------------    Date: 17 Feb 2006 12:39:33 -0800 From: bob@instantwhip.com - Subject: OpenBSD says secure levels "useless" C Message-ID: <1140208773.365025.223200@g14g2000cwa.googlegroups.com>   < so throw OpenBSD on the garbage heap along with linux, unix,8 Mac OS X and of course windoze when it comes to security= because according to this article, "it aint going to happen"!   = http://www.theregister.co.uk/2006/01/19/securelevel_bsd_unix/    ------------------------------   Date: 18 Feb 2006 00:49:54 GMT From: healyzh@aracnet.com 1 Subject: Re: OpenBSD says secure levels "useless" , Message-ID: <dt5qvi01lmm@enews2.newsguy.com>   bob@instantwhip.com wrote:> > so throw OpenBSD on the garbage heap along with linux, unix,: > Mac OS X and of course windoze when it comes to security? > because according to this article, "it aint going to happen"!   ? > http://www.theregister.co.uk/2006/01/19/securelevel_bsd_unix/   C So, do you understand the article, or is this simply another troll?   K Sadly, somehow the quote from Theo de Raadt: "Sorry, we are going to change H nothing. Securelevels are useless." sounds like his standard behaviour. J OpenBSD is pretty much the most secure Unix out there, and it's one of theJ most secure OS's period.  It does have one major downside though, and thatH is who is in charge of the project.  It would be interesting to know his2 reasons for declaring "BSD Secure Levels" useless.   		Zane   ------------------------------  % Date: Fri, 17 Feb 2006 23:35:39 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>1 Subject: Re: OpenBSD says secure levels "useless" D Message-ID: <craigberry-93CC4A.23353917022006@news.isp.giganews.com>  G In article <dt5qvi01lmm@enews2.newsguy.com>, healyzh@aracnet.com wrote:    > bob@instantwhip.com wrote:@ > > so throw OpenBSD on the garbage heap along with linux, unix,< > > Mac OS X and of course windoze when it comes to securityA > > because according to this article, "it aint going to happen"!  > A > > http://www.theregister.co.uk/2006/01/19/securelevel_bsd_unix/  > E > So, do you understand the article, or is this simply another troll?    Clearly the latter.   M > Sadly, somehow the quote from Theo de Raadt: "Sorry, we are going to change J > nothing. Securelevels are useless." sounds like his standard behaviour. L > OpenBSD is pretty much the most secure Unix out there, and it's one of theL > most secure OS's period.  It does have one major downside though, and thatJ > is who is in charge of the project.  It would be interesting to know his4 > reasons for declaring "BSD Secure Levels" useless.  G I don't know anything about Theo, and not all that much about OpenBSD,  H and since there is no authority that he actually says what the Register F quotes him as saying except a security company that stands to benefit G from slinging mud at OpenBSD, all of what we (including the press) say  G is speculation.  But given OpenBSD's imperative of security out of the  B box, Theo's impatient response to a security advisory reporting a H limitation in a non-default protection scheme that various people claim F to have known about for years isn't that surprising.  A "securelevel" E on BSD-like systems is a way of declaring certain files "immutable,"  B which means they can't be changed without a reboot.  The security G advisory points out that a user with root privileges can mount another  H filesystem that masks the immutable files, thus making them temporarily G mutable.  OpenBSD is not less secure because its maintainer apparently  H believes defending yourself against an attacker who already has root is = "useless".  In any case, it really has nothing to do with OS  G security per se, but with the relative merits or demerits of an add-on   utility.   ------------------------------    Date: 17 Feb 2006 16:56:41 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <$7CR6N5BBe+b@eisner.encompasserve.org>   q In article <WlgfYX2$fXdk@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: a > In article <1140186176.547137.251260@f14g2000cwb.googlegroups.com>, bob@instantwhip.com writes:  > I >> we are now constantly hearing the apps are the problem from unix/linux ) >> users and you should not run them ...   > D >    Some fool downloads a file, executes it, it asks for the SYSTEM  >    password, and he enters it. > F >    That's the equivalent of how the new Mac OS attack works and even% >    VMS couldn't protect against it.   B On VMS that is prevented by having the system manager be different@ from the user.  That is much more culturally compatible with VMS than with Unix.    ------------------------------  % Date: Fri, 17 Feb 2006 18:32:27 -0500 % From: BRAD <bradhamilton@comcast.net> 5 Subject: Re: OpenVMS proves superior to all other OSs * Message-ID: <43F65D0B.3020104@comcast.net>   Larry Kilgallen wrote:s > In article <WlgfYX2$fXdk@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: D >>   Some fool downloads a file, executes it, it asks for the SYSTEM  >>   password, and he enters it. >>F >>   That's the equivalent of how the new Mac OS attack works and even% >>   VMS couldn't protect against it.  >  > D > On VMS that is prevented by having the system manager be differentB > from the user.  That is much more culturally compatible with VMS > than with Unix.   > There is nothing that I can see that would prevent folks from G administering a multi-user Unix system (a large Solaris or AIX system,  H for instance) in a manner similar to your VMS example above, where only > a trusted Admin has access to root.  I have seen such systems  administered in such a way.   F There may be *other* reasons that VMS may be more secure than "Unix", E but this particular scenario is not necessarily on of those reasons,  ) "cultural compatibility" notwithstanding.    ------------------------------  % Date: Fri, 17 Feb 2006 20:09:36 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs / Message-ID: <zJadnf9Nnt_u7mve4p2dnA@libcom.com>    Larry Kilgallen wrote:s > In article <WlgfYX2$fXdk@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  > a >>In article <1140186176.547137.251260@f14g2000cwb.googlegroups.com>, bob@instantwhip.com writes:  >> >>I >>>we are now constantly hearing the apps are the problem from unix/linux ) >>>users and you should not run them ...   >>D >>   Some fool downloads a file, executes it, it asks for the SYSTEM  >>   password, and he enters it. >>F >>   That's the equivalent of how the new Mac OS attack works and even% >>   VMS couldn't protect against it.  >  > D > On VMS that is prevented by having the system manager be differentB > from the user.  That is much more culturally compatible with VMS > than with Unix.   L Well, if you want to compare apples to apples.  Sorry, couldn't resist.  :-)  I In the case of a VMS workstation, which is comparable to a Mac or wintel  D system, the user and the system manager most times will be the same K person.  No more protection in VMS than any other workstation in that case.   I A user has to be somewhat security conscious in today's environment, and  I not giving out certain information is something users either will learn,   or they'll be violated.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 17 Feb 2006 21:39:52 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>5 Subject: Re: OpenVMS proves superior to all other OSs - Message-ID: <43F688E7.D7C6D7BA@vaxination.ca>    Dave Froble wrote:J > In the case of a VMS workstation, which is comparable to a Mac or wintelE > system, the user and the system manager most times will be the same M > person.  No more protection in VMS than any other workstation in that case.   E Actually you can secure a workstation that boots as a satellite. When B you define the satellite node on the boot node's database, you canE specify that SYSBOOT> cannot be started during a boot. And if the use D cannot get into SYSBOOT> then he cannot change SYSUAF or the startup' procedure or get a startup_P1 = "MIN".    B Obviously, if there is a local system disk, then  you can't reallyD prevent a smart user from booting the workstation and giving himself  priovs if he knows how to do it.   ------------------------------    Date: 17 Feb 2006 12:33:51 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)> Subject: Re: VMS and Condor 1553 boards. Anybody ever done it?3 Message-ID: <KeMUMBHvhwbF@eisner.encompasserve.org>   n In article <1140171653.700675.34430@o13g2000cwo.googlegroups.com>, "Bob Gezelter" <gezelter@rlgsc.com> writes: > G > One of the worst aspects of most instrumentation bus drivers supplied C > by the hardware vendors was that they provided access to the bare  > device, with no limitations. >   J I've always believed that embedded hardware vendors write code to show youG that something is possible with your shiny new board, not that it's the  best way of doing it.   G I tend to use the vendor's code as an enhanced form of documentation to F cover the stuff that the datasheet would say in an ideal world, and to! write my own driver from scratch.    Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------  # Date: Sat, 18 Feb 2006 01:20:57 GMT ' From: "Tom Rowe" <trowe@infionline.net> 2 Subject: What is going on with VAX prices on ebay?C Message-ID: <ZDuJf.20088$vU2.4415@newsread3.news.atl.earthlink.net>   J Anybody know what is driving up the cost of VAXen and VAXStations on ebay J lately?  You used to be able to get them for $10 - $30 dollars.  Now they K are going for at least a couple hundred.  Still not bad for a machine that  K originally costs several thousand.  However, unfortanutely more than I can   afford right now.   J I did buy 3 3100's of of e-bay 5 or 6 years ago, and never did get one to L work.  If any body has a working 3100 or 4000 that they would be willing to 3 part with at a reasonable price please let me know.    Thanks.    ------------------------------    Date: 17 Feb 2006 18:05:22 -0800 From: tomarsin2015@comcast.net6 Subject: Re: What is going on with VAX prices on ebay?C Message-ID: <1140228322.379320.224610@g47g2000cwa.googlegroups.com>   5 Most of the VAXes on ebay (for now) are being sold by F companies. A couple of weeks ago there was a 3100 SPX that started outD at 9.95. I had a 3100-85 that I just sold for 300.00 but then it wasG loaded 3 Seagate 18gb drives, a dds-3 tape drive and a ton of software.  phill    ------------------------------  % Date: Fri, 17 Feb 2006 22:49:05 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>6 Subject: Re: What is going on with VAX prices on ebay?+ Message-ID: <43F6A740.E9419F90@comcast.net>    Tom Rowe wrote:  > K > Anybody know what is driving up the cost of VAXen and VAXStations on ebay K > lately?  You used to be able to get them for $10 - $30 dollars.  Now they + > are going for at least a couple hundred.    F Supply and demand. The supply is dwindling quickly, while demand stays@ about constant or is rising a bit as news of OVMS-HOBBY spreads.D (There's a reason I use my VMS .sig when I post to oter newsgroups!)  " > Still not bad for a machine thatL > originally costs several thousand.  However, unfortanutely more than I can > afford right now.   G That's been about par for the whole of OVMS-HOBBY. Even the $35 for the H hobbyist media can be a stretch when folks like us live everyday knowing, that a pink slip could be just minutes away.  K > I did buy 3 3100's of of e-bay 5 or 6 years ago, and never did get one to M > work.  If any body has a working 3100 or 4000 that they would be willing to 5 > part with at a reasonable price please let me know.   D E-mail me privately. How to demung the reply-to should be obvious. IA received some 3100s sans disks a while back that I'm preparing to C auction on eBay. I'd be glad to give my fellow c.o.v.'ers the first A crack at 'em. There's 8 of 'em, mostly model 40s, but a couple of F 10/20s, a VAXstation 3100 of some kind and a box marked InfoServer 100$ which may or may not be functional.   B I haven't tested these yet, so as-is will be the best I can offer.  H Even sans disk, they're still QUITE heavy to ship, and I'd prefer not to& deal with overseas shipping right now.  C I'm in far southwest-suburban Chicago (Joliet area) in Illinois, if A anyone is close enough to come get anything. I'm about four miles B straight north from the junction of I-55 and I-80, near Shorewood.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------    Date: 17 Feb 2006 12:36:27 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)/ Subject: Re: Where's the documentation on CDs ? 3 Message-ID: <tXKcamoL1MQj@eisner.encompasserve.org>   ^ In article <43F5CCBD.5A98C1EE@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes: > H > Yeah, I can download the PDFs from the VMS web site, but then it meansF > that the doc is on my MAC and I can't copy/paste examples into a TPU > window for code I am writing.  >   L Does xpdf run on VAX/VMS and are the VMS documentation PDFs readable by it ?   Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------    Date: 17 Feb 2006 16:00:29 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: Where's the documentation on CDs ? 3 Message-ID: <eVcm0HJe8ghD@eisner.encompasserve.org>   x In article <tXKcamoL1MQj@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:` > In article <43F5CCBD.5A98C1EE@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes: > N > Does xpdf run on VAX/VMS and are the VMS documentation PDFs readable by it ?      Yes and yes.    ------------------------------  % Date: Fri, 17 Feb 2006 19:58:18 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>/ Subject: Re: Where's the documentation on CDs ? - Message-ID: <43F67120.FA09FAC9@vaxination.ca>    Bob Koehler wrote:P > > Does xpdf run on VAX/VMS and are the VMS documentation PDFs readable by it ? >  >    Yes and yes.     > XDPF on VAX doesn't support bookmarks. That means that findingF information in a PDF takes forever because you can't just click on theJ appropriate section in the bookmarks and get to the right page right away.  E BOOKREADER is still superior for documentation on VMS, unless HP gets - Adobe to port its complete PDF reader to VMS.    ------------------------------  % Date: Fri, 17 Feb 2006 15:39:33 -0500 ' From: Dave Froble <davef@tsoft-inc.com> = Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering 9 Message-ID: <w6CdncHDFti0qWvenZ2dnUVZ_v6dnZ2d@libcom.com>     Peter 'EPLAN' LANGSTOEGER wrote:k > In article <1140192595.152677.30350@f14g2000cwb.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > G >>Let daily-max be the most queued jobs you'll ever run in a day. Then, I >>submit that many junk jobs on hold to a junk queue. This will force the H >>expansion to daily-max entry numbers. Then, create a second junk queue >>and do the following >  > G > No. You misunderstood. It is not the problem discussed umpteen times.  > K > I want the queue manager to NOT fall back to 1 more than once a day/week! L > If I have 7 (well only 5 usable) digit entry numbers, I want the quemgr toM > use all numbers possible out of them. And this is surely not happening now.  >   J This has been discussed before, long ago.  The 1998 date suggests 8 years.  @ As suggested, if you push your rollover number high enough, say H 9,999,999, then this rollover number remains and job numbers will reach F this value before rolling over to one.  A range of 10 million numbers   should satisfy your requirement.  C However, if you want to start with one '1' again every day, that's  D another issue.  I haven't done it.  I'd guess enough reading of the ? listings, or possibly the internals manual, would give you the  H information of what data you could modify at selected times.  I know of * no utilities available that would do this.  L Of course, for the right number of $1 bills, most anything is possible.  :-)   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Fri, 17 Feb 2006 22:39:57 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering 1 Message-ID: <1hsJf.3346$4e.1487@news.cpqcorp.net>   I Peter LANGSTOEGER does have a different request here -- around the entry  B assignment, and wishing to see the range stay fixed -- though the   classic answer does still apply:  8      The job entry numbers are an opaque longword value.  I There was a change in this area around the entry assignment, to compress  G the job range in use.  IIRC, this was to better maintain the range and  D particularly to maintain the associated file sizes when there was a / transient spike in the total number of entries.   F Some future update might well see a different selection, depending on A what sorts of requirements might come to the fore within the job  B controller.  (A pseudo-random entry number selection scheme would B certainly make the case for the opaque value once and for all, of  course.  :-)   ------------------------------  % Date: Fri, 17 Feb 2006 22:31:08 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering + Message-ID: <43F6A30C.BCF5B109@comcast.net>     Peter 'EPLAN' LANGSTOEGER wrote: > M > We have a couple of batch jobs here (more than 1000 per day) and so we have Q > sometimes at lot of entries (pending, holding, executing, retained, timed, ...) 	 > around.  > H > It seems that normally the entry number falls back to 1 at ~2000 here. > H > It also seems that sometimes the entry numbers are not only 1-4 digitsG > but also 7 digit ones (I can't check right now, but I think I already 1 > saw 7 digit entry numbers). No 5-6 digit ones ?  > C > Does anybody know where this is documented ? I don't think it is. E > Does anybody know a (supported) way of increasing the entry numbers 7 > to not fallback that early (sometimes twice a day)...  > N > Hoff once wrote that there is a guarantee, that there will be no duplicates.I > I do believe that this is correct. But we have batch job logfiles where I > you can see, that the same entry number is used more than once per day.  > And this is very annoying... >  > Anybody ? Hoff ?  D Well, if I understand the issue, it sounds like you may be trying to' track batch jobs by their entry number.   C There are a number of pitfalls to that approach, and I don't really A recommend it, though it may be useful/suitable in specific cases.   D However, there is a method or two that may be helful, if a bit labor" intensive. Here's one possibility:  F If you SET QUEUE/RETAIN=ALWAYS on all your execution queues, this willF ensure that entry numbers do not get reused until you release them. IfA this would be helpful, there's some code available in my freeware 6 archive to clear out retained entries based on a date.  E Get http://www.djesys.com/freeware/vms/4038_freeware.zip and look for @ RM_RET_ENT.COM. Now, this was never intended for huge numbers ofG entries, and DCL may choke due to the limits of CLISYMTBL, so perhaps a H week may be too long for retention (for some sites, even a day or so mayE be too long!). The proc. was developed prior to V7.3-2, and so allows # for shorter maximum string lengths.    For example: $ @RM_RET_ENT * BATCH -0  H ...will attempt to delete all retained entries on all batch queues up to1 and including the time when the proc. is invoked.    $ @RM_RET_ENT * BATCH "-1-"   H ...will attempt to delete all retained entries on all batch queues up to@ and including the time when the proc. is invoked, minus one day.  H A bit clumsy, maybe, but it may help. Creative ways to automate that areB possible, I'm sure. The proc. itself can probably be enhanced, and3 likely will be by someone, though I may never know.    Just a suggestion...  A (4038 was the session number of my first DCL Programming Hands-on @ Session at HPworld-2004. That's where the number comes from. TheC symposium wanted session-related files to be named like that, and I : haven't renamed it since I posted the original back then.)   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.097 ************************