1 INFO-VAX	Mon, 22 May 2006	Volume 2006 : Issue 282       Contents: Alpha last order dates Re: Alpha last order dates Re: Alpha last order dates' Re: Bad-Clients: definitely not working ' Re: Bad-Clients: definitely not working ' Re: Bad-Clients: definitely not working ' Re: Bad-Clients: definitely not working " Re: Fixing a Corrupt PCSI Database" Re: Fixing a Corrupt PCSI DatabaseP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says InqP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says InqP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu Re: Results of my straw poll.  Re: TCPIP SET COMM/REJ=HOST * Re: VMS indexed files - how did they work? Re: VPM_SERVER strangeness Re: XP1000 POST codes  Re: XP1000 POST codes  Re: XP1000 SRM Firmware   F ----------------------------------------------------------------------  % Date: Mon, 22 May 2006 02:08:29 +0800  From: prep@prep.synonet.com  Subject: Alpha last order dates 3 Message-ID: <87ac9b1c9u.fsf_-_@k9.prep.synonet.com>   . Hoff Hoffman <hoff-remove-this@hp.com> writes:  ? >    As for alternatives, the AlphaServer DS, ES, and GS series ; > servers are available (new systems can be ordered through  > 27-Oct-2006,  A Since the New itanics are now not out till 08, are the last dates @ for the Alphas being pushed back as well, or are people going to! be left with a hole in the plans?    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 21 May 2006 16:36:58 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Alpha last order dates , Message-ID: <4470CF69.AE46E3A7@teksavvy.com>   prep@prep.synonet.com wrote:C > Since the New itanics are now not out till 08, are the last dates B > for the Alphas being pushed back as well, or are people going to# > be left with a hole in the plans?   G HP seems quite intent on killing Alpha ASAP. If Hurd doesn't respond to B "kind" letters,  It would then take very public letters from largeF customers to wall street casino analysts telling them that HP is goingF to lose money and customers because of its insistence of killing AlphaE sales prematurely. Then HP would be cornered and be forced to relent.    ------------------------------  % Date: Sun, 21 May 2006 21:36:18 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Alpha last order dates 9 Message-ID: <Gpqdnb4BFo41iezZnZ2dneKdnZydnZ2d@libcom.com>    JF Mezei wrote:  > prep@prep.synonet.com wrote:D >> Since the New itanics are now not out till 08, are the last datesC >> for the Alphas being pushed back as well, or are people going to $ >> be left with a hole in the plans? > I > HP seems quite intent on killing Alpha ASAP. If Hurd doesn't respond to D > "kind" letters,  It would then take very public letters from largeH > customers to wall street casino analysts telling them that HP is goingH > to lose money and customers because of its insistence of killing AlphaG > sales prematurely. Then HP would be cornered and be forced to relent.   H You have a very quaint idea of what it takes to 'force' an entity to do   something it doesn't want to do.  G You've made similar type of statements many times.  Are you a comedian?    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sun, 21 May 2006 16:30:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Bad-Clients: definitely not working+ Message-ID: <4470CDF5.7A7C143@teksavvy.com>   / Phillip Helbig---remove CLOTHES to reply wrote: E > Bad-Clients: list.  Why did I do this?  Because if I TELNET from my C > cluster to the WAN IP address, the SMTP request comes from the IP  > address of the router   F You never need to telnet from your lan to your own WAN IP. From within: the LAN to telnet to other machines using the LAN address.  5 > SMTP_RECV_MAIL: remote host IP address: 192.168.1.4 + > SMTP_RECV_MAIL: remote host name: LINKSYS B > Empty Good-Clients list. Consider everybody a known good client.D > check_client_ip_list checking 192.168.1.4 against Bad-Clients list  G Looks to me that the 3rd line is the telling one. I have defined a good  clients list on my side: Good-Clients: 10.0.0.0/8  5 So you would have to add Good-Clients: 192.168.0.0/16   B > To avoid the router confusion, I put a node in my cluster in theD > Bad-Clients: list and telnetted directly to the LAN address of the > receiving node.     E I did the same thing and has posted the results earlier: The received E immediatly issues a 550 message and closes the connection.  And in my I case, the bad client was a specific address within the Good-Clients list.   G (good clients was 10.0.0.0/8 and 10.0.0.12 was in the bad clients list, H and the software behaved as documented: the most precise line is the oneF that wins, so 10.0.0.12 being more preocise than 10.0.0.0/8, its entry6 in Bad Clients overrode the match in the good clients.  H AKA: it works as advertised. My guess is that the missing "Good clients"G is what throws the software off. Besides, you really want to have "good H clients" since this si what authorizes someone to relay from your LAN to
 the internet.     A > Does anyone actually have an IP address in the bad-clients list H > demonstrably working, i.e. have mail from that IP address be rejected?    6 Read my messages, I had posted a very example of this.   ------------------------------  + Date: Sun, 21 May 2006 21:55:10 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 0 Subject: Re: Bad-Clients: definitely not working( Message-ID: <e4qnju$1ms$1@pcls4.std.com>  R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  5 >In article <4470CDF5.7A7C143@teksavvy.com>, JF Mezei ( ><jfmezei.spamnot@teksavvy.com> writes:   J >> Looks to me that the 3rd line is the telling one. I have defined a good >> clients list on my side:  >> Good-Clients: 10.0.0.0/8   > >Then I would have to put EVERY IP I receive email from in the2 >good-clients list.  Obviously, not the way to go.  H No.  Read the message on the third line again.  Apparently, the softwareH assumes that if you have no Good-Clients: list, things are misconfigured6 and it assumes every IP is on it, as if you specified: Good-Clients: 0.0.0.0/0.  8 >> So you would have to add Good-Clients: 192.168.0.0/16  H >If I did that, I could accept email ONLY from my LAN, unless, again, I ? >explicitly added all IP addresses I want to accept email from.   G No.  It simply means your LAN is entirely Good-Clients:, and email from I there is trusted.  If the IP address is _not_ on the list, it must check  , further, specifically the Bad-Clients: list.   ------------------------------  + Date: Sun, 21 May 2006 21:37:57 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)0 Subject: Re: Bad-Clients: definitely not working$ Message-ID: <e4qmjl$3uc$1@online.de>  4 In article <4470CDF5.7A7C143@teksavvy.com>, JF Mezei' <jfmezei.spamnot@teksavvy.com> writes:    I > Looks to me that the 3rd line is the telling one. I have defined a good  > clients list on my side: > Good-Clients: 10.0.0.0/8  = Then I would have to put EVERY IP I receive email from in the D good-clients list.  Obviously, not the way to go.  Legitimate email G comes from a range of IPs, unknown (at least without further research)  I to me.  Also, the documentation says good-clients list is for overriding  F part of a bad-clients list.  So I could block a range of IPs with bad 2 clients and allow some of these with good clients.  7 > So you would have to add Good-Clients: 192.168.0.0/16   G If I did that, I could accept email ONLY from my LAN, unless, again, I  > explicitly added all IP addresses I want to accept email from.  H Also, if it really thinks all clients are good, why does it even bother  to parse the bad-clients list?  D > > To avoid the router confusion, I put a node in my cluster in theF > > Bad-Clients: list and telnetted directly to the LAN address of the > > receiving node.    > G > I did the same thing and has posted the results earlier: The received G > immediatly issues a 550 message and closes the connection.  And in my K > case, the bad client was a specific address within the Good-Clients list.   E OK, then this seems to be the opposite of how it is supposed to work.   I > (good clients was 10.0.0.0/8 and 10.0.0.12 was in the bad clients list, J > and the software behaved as documented: the most precise line is the oneH > that wins, so 10.0.0.12 being more preocise than 10.0.0.0/8, its entry8 > in Bad Clients overrode the match in the good clients. > J > AKA: it works as advertised. My guess is that the missing "Good clients"I > is what throws the software off. Besides, you really want to have "good J > clients" since this si what authorizes someone to relay from your LAN to > the internet.   % So I need a Good-clients: 0.0.0.0/0 ?   C > > Does anyone actually have an IP address in the bad-clients list J > > demonstrably working, i.e. have mail from that IP address be rejected? > 8 > Read my messages, I had posted a very example of this.  F When you receive email on VMS, what IP does it come from?  Is this in  your Good-Clients list?    ------------------------------  % Date: Sun, 21 May 2006 19:38:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Bad-Clients: definitely not working, Message-ID: <4470F9EF.682E6BE4@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: ? > Then I would have to put EVERY IP I receive email from in the  > good-clients list.    G Nop. The good clients list is to define your local LAN so that hosts in F the good client list can relay to the outside world. Those outside theF good clients list cannot relay to the outside world. The outside workdG is defined by the "Relay -Zones:" line in the config file which defines C to whom peoople in the world can send email to via your SMTP server % without it being considered a "relay"   G Say your machines host different domains: chocolate.com and vanilla.com   J You would define the relay zones to contain chocolate.com and vanilla.com.  F So someone who is not on the good clients list will be allowed to sendC email to anyone on @chocolate.com or @vanilla.com , but will not be & allowed to send mail to anything else.  H Someone on the good clients list will be allowed to send email to anyone to any domain.  ; The relay zones is essential to close the "relaying" hole.    H AKA: if the TCPIP SHOW CONF SMTP says "RELAY" , then you must define theC good clients and the relay zones to make your server functional AND H safe. Without both, then people can use your server as a relay server toH send hundreds of billions of spam messages (unless you are on a microvax; II where they will only be able to send dozens of spams :-)   E If TCPIP SHOW CONF SMTP shows "NORELAY" , then only email originating B from the same host as the SMTP server will be allowed to go to theE internet, and only email destined for that host will be accepted from  the internet.   3 So, if I send an email from my MAC via node BIKE to ( bill.clinton@whitehouse.gov, BIKE will:  E 	-if TCPIP SHOW CONF SMTP says "NORELAY", then message is rejected at ( the RCPT TO: bill.clinton@whitehouse.gov. 	-if TCPIP SHOW CONF SMTP shows "RELAY", then:H 		receiver checks to see if the MAC,s IP address is in the good clients. If so, it allows the email. G 		if "MAC" is not in the good clients, it checks if "whitehouse.gov" is $ in the relay zones, if not, then it - 		rejects the message at the RCPT TO command.   C The Bad Clients: is acted upon right at the connection establishent G before the client can issue any commands. In your case, it appears that H the software ignores the bad clients because of an implicit good clients that encompasses everything.  F The good clients need only specify hosts on your LAN. They essentially$ bypass much of the spam protections.      G > When you receive email on VMS, what IP does it come from?  Is this in  > your Good-Clients list?   E The whole point of the good-clients list is to define which hosts can H send email to hosts that are not in your domain (aka: relay). Hosts thatE are not considered "good clients" can only send email to your domain.   B In essence, it defines who can send email TO you  (not on the goodG clients), and who can send email FROM you (on the good clients). ("you"  here is your SMTP server).   ------------------------------  % Date: Sun, 21 May 2006 17:00:11 -0400  From: "Chris" <no.one@no.where> + Subject: Re: Fixing a Corrupt PCSI Database 7 Message-ID: <Xx4cg.412$%Z2.40569@news20.bellglobal.com>    // start PCSI rant  C All of these suggestions sound pretty "kludgey" to me, and smack of  Micro$oft-style requirements.   G Keeping the PCSI db stuff confidential no doubt ensures that "nefarious L sysadmins" don't muck with it, but beyond the corruption issues, it has leftB me (and others I'm sure) with PCSI databases that contain a LOT ofJ "install-remove-install-remove" crap from earlier, well-meaning but barelyE competent  "admins" that can't be cleaned out without the b***s*** of  delete-reinstall of products.   L To me this sounds like changing history in order to match the history books,C rather than editing the damn book the way you SHOULD be able to do.    // end PCSI rant (for now)    . "Tom Linden" <tom@kednos.com> wrote in message# news:op.s9wv1no1zgicya@hyrrokkin... . > On Sat, 20 May 2006 14:42:58 -0700, JF Mezei' > <jfmezei.spamnot@teksavvy.com> wrote:  > L > > re: having to re-install a whole suite of products just because one PCSI > > file is "corrupt". > > I > > If this were Windows, nobody would balk at such a suggestion. It is a  > > standard practice. > > K > > But for VMS, such an answer isn't really acceptable in my opinion.  The K > > PCSI architecture should allow manual fixing when necessary, even if it H > > means adding a flag to records to indicate that the record was added > > "artificially".  > > H > > If you have a system that works, with software that works, having toI > > destabilise everything just because the PCSI thing isn't perfect is a H > > big ask, especially when you consider the amount of work required toK > > fetch all the kits and ensure they are installed in the right order and H > > that none of those PCSI installations xap any customisations you may > > have done. > > J > > If the database is OK, but warns of a missing product specific file, II > > would fetch the product's original .PCSI file , extract all the files B > > from it in a temporary directory and find the product specificJ > > .pcsi<mumble>  and put them where they belong.  This way, you are sure, > > that nothing will mess with your system. > > C > > And if it is the actual database that is corrupt, then edit the I > > installation script for the product, cut all the stuff out except the K > > part that updates the PCSI database. You can then repackage the kit and D > > install it, knowing all it will do is update the pcsi databases. > L > Could one not copy the DB to file each time a change is contemplated, suchJ > that version numbers would correspond to prior configurations?  Then, if0 > a correuption occurs just go back one version.   ------------------------------  % Date: Sun, 21 May 2006 20:11:40 -0700 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: Fixing a Corrupt PCSI Database ) Message-ID: <op.s9xm5qwuzgicya@hyrrokkin>   C On Sun, 21 May 2006 19:08:38 -0700, Ian Miller <ijm@uk2.net> wrote:   G > isn't that the same as the standard advise "backup your system before 
 > installing"  > G Well, yes and no.  It could be automated as a procedure.  For eaxample, E when you edit a file with emacs, before you save, it creates a backup 9 copy of the original.  Maybe, Product should do the same.    ------------------------------   Date: 21 May 2006 22:46:09 GMT From: healyzh@aracnet.com Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says Inq , Message-ID: <e4qqjh01pn7@enews1.newsguy.com>  ( Neil Rieck <n.rieck@sympatico.ca> wrote:  = > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  I > > The correct direction to take for VMS is to follow SUN's lead: VMS on G > > 8086 for low end (desktop + small+mid servers) and VMS on that IA64 1 > > thing for superdomes and other large servers.   I I for one would love to see VMS running native on a nice Core Duo laptop!   K > Yep. I remember seeing a Bob Colwell lecture last year explaining how the H > "Graphics Work Station" niche market was killed off by the addition ofF > powerful graphics cards to PCs followed by an ever dropping purchaseH > price.  Those "Work Station" companies thought they were "special" and* > never saw the final "death blow" coming.  G Well, in the case of SGI, I'd consider this to be more a case of market F confusion.  First they were basically the top manufacturer of graphicsJ workstations.  Then they were a Windows NT company, and finally a Linux on, Itanium company.  Now they're in Chapter 11.  I > "OpenVMS Engineering" and "OpenVMS Marketing" should take a lesson from G > the "Graphics Work Station" debacle and make sure they can run on the K > ubiquitous x86 technology. (p.s. the folks at Oracle have already figured . > this out; Oracle-DB seems to run everywhere)  E Oracle figured that out *years* ago that it makes sense to have thier J product running on just about everything.  My first introduction to Oracle  was on a Mac about 15 years ago.   		Zane   ------------------------------  % Date: Sun, 21 May 2006 20:04:55 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says Inq , Message-ID: <44710018.F414E428@teksavvy.com>   Bill Gunshannon wrote:E > Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64 G > and Carly made it quite clear that there was no other plan of action. 8 > Or have we forgotten about the "burning of the boats".    H Carly is gone. And even under her reign, she made it quite clear throughH various statements starting in early 2004 that IA64 wasn't what had been@ promised and would be restricted to high end. (in fac, later on,3 Marcello claimed it was his idea to restrict IA64).   D There were lots of huge deals in that time period, such as moving HPH engineers to Intel.  And while IA64's release schedule has been delayed,F that of the 8086 will be quickened to keep up with AMD.  Back in 2004,F predictios of IA64's eventual demise were based on reading between theC lines as well as the information of 8086 moving to 64 bits. As time E progresses, it is becoming more factual that the 8086 is growing at a @ faster pace than IA64 and will outpace IA64. It is less and less speculation now.  H Tukwilla will be Alpha's EV7. They may announce a couple of speed bumps, but that will be it.  E Customers on PARisc will likely be able to go directly from PaRisc to G 8086.  If HP is really committed to VMS, they'll extend Alpha sales for H another year. They can blame it on having to give customers more time toF plan migrations of large application ssuch as Oracle that are just now becoming available.    ------------------------------   Date: 21 May 2006 23:08:26 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu , Message-ID: <4dca7aF19dvoiU2@individual.net>  : In article <%1Mbg.10648$aa4.443902@news20.bellglobal.com>,, 	"Neil Rieck" <n.rieck@sympatico.ca> writes: >>) > <bob@instantwhip.com> wrote in message  ? > news:1148136720.617884.260990@y43g2000cwc.googlegroups.com... & >> so when does the vms port start? :) >> > O > Hopefully this has already started as a "skunk works" project inside OpenVMS  L > Engineering. When HP stops manufacturing Alpha Servers at the end of 2006 : > the peanut gallery will see OpenVMS as a one-trick pony.  C Give it a rest people.  VMS is not going to x86-64.  HP Backed IA64 E and Carly made it quite clear that there was no other plan of action. 6 Or have we forgotten about the "burning of the boats".   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 21 May 2006 22:52:02 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Results of my straw poll., Message-ID: <4dc98hF19dvoiU1@individual.net>  ( In article <L5Sbg.753$oA6.198@trnddc06>,# 	John Santos <john@egh.com> writes:  > Bill Gunshannon wrote:/ >> In article <e4jo6k01hvj@enews1.newsguy.com>,  >> 	healyzh@aracnet.com writes:  >>  % >>>Tom Linden <tom@kednos.com> wrote:  >>> L >>>>On Thu, 18 May 2006 18:48:41 -0700, Bill Gunshannon <bill@cs.uofs.edu>   >>>> >>>>H >>>>>What did any of that have to do with the fact that I don't have theJ >>>>>hardware to waste (and wouldn't waste it if I did) on a piddling taskG >>>>>like serving up documentation?  When you spend as much effort as I F >>>>>have to doing so much with so little you tend to get very frugal. >>> O >>>I sort of agree in this case (even though I do serve up multiple sets of the M >>>doc's on my VMS server).  At the same time, other than disk space would it M >>>really be a problem, it wouldn't put much of a load on the server, and it   >>>would save electricity.   >>   >>  K >> Do you really thin the 70-100 watts the PC draws would even be a blip on I >> the radar in a computer room with VAX 7000 and PDP-11.44's in it?  Not 3 >> to mention the rest of the stuff here on campus.  >>   > F > Any Alpha (except maybe a fully loaded GS128 or Alpha 7000) is goingH > to use less electricity than your VAX 7000 or PDP-11/44's.  Much less.  G Of course it would, but, once again, I have PC's to spare, I don't have  Alphas.    >  >>  M >>>                        The real advantage to serving it up on VMS is you  ( >>>can serve up Bookreader format doc's. >>   >>  K >> The last Docset I got had two sets. One was bookreader and the other was L >> HTML.  My students can read the HTML with any web browser. The bookreaderI >> format would only be accessible from a (very) small subset of machines  >> here on campus  > G > This small subset consisting of all Macs, all Linux systems, probably F > all other Unixy systems (i.e. anything that comes with an X server),G > and any Windows PC with an X server, which I think but am not certain H > there are freeware versions available.  Just run bookreader on the VMS; > (client) system and direct the display to their X server.   B And, how is that easier than just having them point heir webrowserC at the server with the docs on it?   Their going to have to to read & any of the other documentation anyway.   > 9 > Plus, remember my saying I was going to put 7 CD drives @ >> on the box?  It's not just VMS documentation I need to serve. >>   > 3 > Who says you need 7 CD drives for the VMS docs?     C I didn't say 7 for VMS.  The VMS docs are on two.  But I have other D docs to serve as well.  And I certainly don't want to have to put up) more than one machine to do the same job.   F >                                                  You don't need any.G > Just copy them to the hard drive(s).  You can probably put each CD in D > a separate subdirectory and it will work fine.  You can definitelyC > use LD (freeware) to create a bunch of virtual disks and put each 4 > VMS doc CD on a separate LD drive and serve those.  C You keep coming back to using VMS to do this job.  It is definitely F a lot more than is needed for such a light-weight task.  I don't drive# screws with a sledge hammer either.    >  >>  > >>>OTOH, I think the suggestion that you point the students atJ >>>http://www.hp.com/go/vms/docs makes more sense than setting up your ownL >>>server to do it.  I'm have the doc's on my server so I can quickly accessB >>>them, plus they're older, and a bunch are in bookreader format. >>   >>  J >> Network traffic, network outages, network latency.  And that's just theH >> disadvantages that come immediately to mind.  Because I have to serveI >> other docs as well, it doesn't make much sense to make them go all the B >> way to hp.com for some of them when I have them all right here. > H > Good reason for serving them locally, but it is just as cheap and easy9 > to serve them from a VMS system as a Unix or PC system.   G Not when I have PC's sitting around here doing nothing and I don't have G any VMS system with the resources to do the same job just sitting here.    >  >>   >>  N >>>>I have a bunch of 4 and 9 GB drives you are welcome to and will be freeingK >>>>up as many as 24 18 GB soon, to which you are welcome.  They are 80 pin 	 >>>>scsi.  >>> L >>>I would think old decommishioned Unix hardware, or even decommisioned PC . >>>servers might be a good source of drives.   >>   >>  H >> Not SCSI.  We haven't used SCSI here for a long time.  Too expensive.J >> And contrary to popular belief, IDE is just as reliable.  In most casesH >> the only difference between SCSI and IDE is the controller mounted on; >> the drive.  The actual drive works are exactly the same.  >>   > G > This points at an Itanium or recent Alpha that works (well) with IDE.   G Sigh, once again, I don;t have an Itanium or an Alpha.  I do have PC's. > Oh yeah, the Itanium is not covered by the EDU Program either.  J > I think most IDE drives will work with most any Alpha that is new enoughG > to have an IDE controller, but on the older systems, disk performance G > is "bad".  The controller was there as a cheap way to hook up a CDROM F > drive for software installs, firmware upgrades, etc. and performanceI > wasn't regarded as critical.  However, "bad" is a matter of perception, I > it might have been bad in comparison to Ultrawide SCSI on the same box, J > but still much faster than RA7x disks, or old slow narrow SCSI.  I thinkD > someone posted some real world comparisons a few years ago.  GIYF. >  >>  F >>>                                          The hardware is viewed asJ >>>garbage, but can be a good source of parts for Alpha's running OpenVMS. >>   >>  K >> Except that only certain PC grade parts will work with VMS and they tend G >> to be at the high-end pricewise which is not the end where we do our  >> fishing.  :-) >>   >>   > C > Much less true of recent hardware.  I think any generic IDE drive 1 > will work with an IDE-capable Alpha or Itanium.  >  > 4 >>>>FWIW, I have used 80->68 and 68->50 pin adapters >>> M >>>I ran for quite a while using an 18GB SCA drive in my PWS433au this way.    >>> M >>>Actually can't the XP1000's use IDE HD's?  Alternately there are the Acard K >>>IDE-to-SCSI converters though they cost money (which is why I don't have  >>>any). >>   >>  L >> WHile I appreciate everyone's attempts to help, you always seem to ignoreL >> the place where I keep saying I have $0.00 budget for anything related toG >> VMS.  I do it because I think it is worthwhile and important for the J >> students.  That opinion is not shared by anyone here.  That's why I begK >> and borrow (I haven't yet resorted to stealing :-) what I can to keep it ? >> going.  I see no likelihood of this changing on the horizon.  >>   > F > This whole subthread was in the context of your somehow acquiring anG > Alpha or few, either through donation, dumpster-diving or Ebay or the G > like.  Given that acquisition, people have been providing suggestions G > for getting more use out of it that are either free (except your time G >:-) or very cheap.  (There appears to be an offer of free 4-9GB drives G > above.  I acquired 10 RZ29's (4.3GB) for a total of $45 on Ebay about + > a year ago ($3/drive + $15 for shipping.)   F And I still insist that I have better things I would like to see theseI boxes doing (assuming I do get any) than a light-weight task like serving I documentation.  The set-up and administration of a Web Server on VMS will F take considerably longer than the 30 minutes it will take me to do theD same thing on a PC.  I have more than enough to keep me busy without' deliberately doing things the hard way.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sun, 21 May 2006 16:40:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: TCPIP SET COMM/REJ=HOST, Message-ID: <4470D02B.3C241132@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote:  >    TCPIP> SET COMM/REJ=HOST B > Disadvantage: limited to 32 hosts.  Advantage: perhaps it works.  < YOu can also use SET SERVICE/REJECT to supplement the above.  9 > Where is this information stored?  There seems to be no  >    TCPIP> SHOW COMM/REJ   G SHOW COMM should show it. If it doesn't show it, it is probably because - it only goes into effect when TCPIP restarts.     F SET SERVICE SMTP /REJECT  is easier because you can easily disable the? service and re-enable it for the setting to take effect without  disturbing everything else.    ------------------------------  % Date: Sun, 21 May 2006 07:47:44 -1300 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>3 Subject: Re: VMS indexed files - how did they work? & Message-ID: <44701B1F.321EEB28@hp.com>   Bart Z. Lederman wrote:  > + > As others have said, it was never secret.  > F > There was also an RMS-11K for RSX-11M/M+ and RSTS/E that implementedG > indexed files for the PDP-11 operating systems.  I don't know if this . > pre-dated the VAX, but it quite likely did.  <snip>  D RMS on RSTS definitely predated VMS. We used RSTS/E RMS (IIRC) on or@ before version V7 (Of RSTS, that is) in a fairly large financialH application. Porting to Alpha was a matter of recompiling and relinking,1 transferring the data files and Bobs your uncle..    Mike   > Bart.    --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Sun, 21 May 2006 21:24:50 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: VPM_SERVER strangeness 9 Message-ID: <U62dnQANmYZnjOzZnZ2dnUVZ_t6dnZ2d@libcom.com>   / Phillip Helbig---remove CLOTHES to reply wrote:   = > For the system account, WSextent is 4096 and WSquo is 2048.   G Don't have a solution for your problem, but as for the above, anything  ? above WSquo is granted only if it's available and not required  B elsewhere.  For that reason, I advise setting WSextent very high, H perhaps as high as WSMAX.  It it isn't available, it isn't granted.  If H it's available, and the process can use it, what are you saving it for? 
   Marrage?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sun, 21 May 2006 21:33:06 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: XP1000 POST codes9 Message-ID: <Gpqdnb8BFo50juzZnZ2dneKdnZydnZ2d@libcom.com>    Tom Linden wrote: ? > On Sun, 21 May 2006 08:47:03 -0700, johnhreinhardt@yahoo.com  # > <johnhreinhardt@yahoo.com> wrote:  >  >> >> Hoff Hoffman wrote: >>L >>>    I'd tend to expect to start swapping major hunks of this AlphaStationK >>> XP1000 box in the near future, and probably first starting with the CPU I >>> daughter card.  Or I'd expect to swap this out for a replacement box, + >>> depending on the availability of parts.  >>F >> Does anyone know if you can put the CPU daughterboard from a 667MHzD >> XP1000 in the chassis of a 500MHz XP1000  and vice versa?  I haveJ >> another XP that's the newer 667MHz that I could try parts swapping with >> if they are compatible. >>C > I imagine it would work after you reset the switches on that card ! > 667     off    off    off    on   > 500     on    off    off    onI > You might also check if the CPU is from Motorola or IBM,  if the latter G > it might work at 667, in which case you would have to change switch 7  > on the MLB from OFF to ON  >   % Now that's a rather interesting post.   7 Are you suggesting that Motorola has fabbed Alpha CPUs?   H My limited understanding is that DEC, Intel, Samsung, and IBM have been % the only companies to fab Alpha CPUs.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 21 May 2006 19:44:44 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>  Subject: Re: XP1000 POST codesC Message-ID: <1148265884.108765.112520@j55g2000cwa.googlegroups.com>    Dave Froble wrote: > Tom Linden wrote: @ > > On Sun, 21 May 2006 08:47:03 -0700, johnhreinhardt@yahoo.com% > > <johnhreinhardt@yahoo.com> wrote:  > >  > >> > >> Hoff Hoffman wrote: > >>N > >>>    I'd tend to expect to start swapping major hunks of this AlphaStationM > >>> XP1000 box in the near future, and probably first starting with the CPU K > >>> daughter card.  Or I'd expect to swap this out for a replacement box, - > >>> depending on the availability of parts.  > >>H > >> Does anyone know if you can put the CPU daughterboard from a 667MHzF > >> XP1000 in the chassis of a 500MHz XP1000  and vice versa?  I haveL > >> another XP that's the newer 667MHz that I could try parts swapping with > >> if they are compatible. > >>E > > I imagine it would work after you reset the switches on that card # > > 667     off    off    off    on " > > 500     on    off    off    onK > > You might also check if the CPU is from Motorola or IBM,  if the latter I > > it might work at 667, in which case you would have to change switch 7  > > on the MLB from OFF to ON  > >  > ' > Now that's a rather interesting post.  > 9 > Are you suggesting that Motorola has fabbed Alpha CPUs?  > I > My limited understanding is that DEC, Intel, Samsung, and IBM have been ' > the only companies to fab Alpha CPUs.  >   F Looking at the service guide - it's probably the SROM that can be from IBM or Motorola, not the CPU.    ------------------------------  % Date: Mon, 22 May 2006 02:10:06 +0800  From: prep@prep.synonet.com   Subject: Re: XP1000 SRM Firmware0 Message-ID: <8764jz1c75.fsf@k9.prep.synonet.com>  8 eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  E > The XP900 and the DS10 (and the VS10) are the same.  You can switch E > with a SRM (I2C) command (which I did, thanks David T) from calling  > itself this or that.  3 What was the VS10? Not one I've come across before.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   End of INFO-VAX 2006.282 ************************