0 INFO-VAX	Sat, 18 Jan 2003	Volume 2003 : Issue 36      Contents:5 Re: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest 2 Re: Alpha, Itanic and Opteron benchmark comparison2 Re: Alpha, Itanic and Opteron benchmark comparison% Altavista Personal Search substitute? # C++ class for process and mailboxes - Re: HP Sets the Stage for Alpha's Last Hurrah - Re: HP Sets the Stage for Alpha's Last Hurrah - Re: HP Sets the Stage for Alpha's Last Hurrah ; Re: HP's Alpha Marvel arrives on Tuesday (says The Inq....) ; Re: HP's Alpha Marvel arrives on Tuesday (says The Inq....) " Re: HSZ-70 transfer rate question. Re: KDA50 in BA123' Re: MicroVAX upgrade (to Alpha, maybe?) ' Re: MicroVAX upgrade (to Alpha, maybe?)  Re: Network install of VMS. Re: Network Time Protocol (NTP) for OpenVMS ??. Re: Network Time Protocol (NTP) for OpenVMS ?? Re: smtp to vmsmail  Re: smtp to vmsmail  Re: vax6k.openecs.org rebirth  VMS and CSWS (Apache)  Re: VMS and CSWS (Apache)   F ----------------------------------------------------------------------   Date: 18 Jan 2003 18:00:47 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)> Subject: Re: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest5 Message-ID: <b0c4of$ntoe5$1@ID-135708.news.dfncis.de>   * In article <b0c06e$2r$1@aquila.mdx.ac.uk>,. 	david20@alpha1.mdx.ac.uk (David Webb) writes: > G > If they have to do this then they should setup their own alt group !! H > They should definitely not be doing it in any of the other hierachies.  B And just how would they get News Admins worldwide to create and/orC carry a newsgroup that's sole purpose is to violate copyright law?? C More and more News Admins are refusing to carry the alt.* hierarchy B at all and without wide distribution it doesn't do what they want,D thus, they barge in on legitimate groups with good distributions and make them useless.  @ Personally, I think the civilized world should start cutting offC routing to those areas (and we all know where they are) that refuse B to play by the rules.  When they have no access at all, maybe theyC will consider cleaning up their act.  None of the areas in question B have anything they offer on the INTERNET that outweighs the damage they do.  F This is nothing new, the UDP (USENET Death Penalty) has been effectiveE in many cases and I think it should be extended to the INTERNET.  Not = to mention how well "shunning" has worked for the Amish.  :-)    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: Sat, 18 Jan 2003 11:27:11 +0100 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>; Subject: Re: Alpha, Itanic and Opteron benchmark comparison ' Message-ID: <3E292BFF.70203@vajhoej.dk>    David J. Dachtera wrote:  > Arne Vajhj wrote:   >>Paul Repacholi wrote:+  >> > Arne Vajhj <arne@vajhoej.dk> writes: @  >> >>(Opteron is just a chip not a system I can go out and buy)  >> @  >> > Better cross out Alpha as well then Arne. You can't buy an  >> > ES45 with Windowz either!   >>   >>????   >> +  >>I think that I can buy an Alpha system !   >K  > ...but not with WhineBloze installed on it - I think that was his point.    Yes.  / Paul and me has exchanged a few emails offline.   $ I now understand what he was saying.  1 I am still not convinced that the ES45 tested did  run Windows though.    Arne   ------------------------------   Date: 18 Jan 03 11:34:16 +0100) From: p_sture@elias.decus.ch (Paul Sture) ; Subject: Re: Alpha, Itanic and Opteron benchmark comparison ) Message-ID: <dYCTgppwaxSu@elias.decus.ch>   W In article <01C2BD52.CCA02350@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: H > Unfortunately (at least for me) in German, but the picture says enough > to be interesting. > 6 > http://www.heise.de/newsticker/data/as-16.01.03-002/ > $ > It's labeled SAP SD @ tier, 4 way: > ! > HPServer rx5670 Itanium 2   470 ! > Alpha Server ES45           426 ! > Proliant DL590 Itanium      206 ! > IBM xSeries 440             330 ! > AMD Opteron 1.6ghz        ca600  > C > Don't know what that "ca" means. Maybe one of our German speaking I > colleagues could read the article and tell us? Babelfish just sat there  > when I tried it. >   2 When babblefish barfs, try www.freetranslation.com  C It also allows 10,000 characters (approx 1,500 words) as opposed to  babblefish's 150 words.   E More often than not, the German to English translations provide a few E howlers, particularly when the German text contains either English or A words derived from English. In the current example, it translated 0 "2 tier 4way Server" to "2 animals 4way server""  % Yep, "das Tier" is German for animal.   N Which reminds me of this translation of a Capellas interview with Der Spiegel:  X > http://groups.google.ch/groups?hl=de&lr=&ie=UTF-8&selm=VA.000002ab.45b3424f%40sture.ch  C "Capellas: Mein style is now once very informal. I love skirt music 5 over all, it runs permanently with me in the office."    "der Rock" = skirt --  
 Paul Sture   ------------------------------  % Date: Sat, 18 Jan 2003 14:43:04 +0100 1 From: PRSTSC::DTL <Didier.Morandi.nospam@Free.fr> . Subject: Altavista Personal Search substitute?2 Message-ID: <3e2959f0$0$252$626a54ce@news.free.fr>  C Doing some drawers cleaning, I found my CD of the Altavista Search   Personal extension '97.   G Unfortunately, it does not work properly under XP. The indexing engine  D crashes many times during indexation with an attemp to write into a D rea-only page (we can recognize Dave Cutler's paw :-) and during an H attempt to browse the disk with a partial index, ie complains about not C finding "classes.zip dispatcher", which is actually present in its  
 directory.  F Did a product replace this amazing tool to transform a stupid Windows 5 Search function to a Mac Sherlock-like search engine?    Thanks,    D.  E SAP joke(?) of the day: the ValueSAP doc (the SAP R/3 Implementation  H Assistant) is more than 230'000 files (and the embedded Search function ( crashes my brand new HPAQ Presario 2800)   ------------------------------  # Date: Sat, 18 Jan 2003 12:30:16 GMT . From: "Hansie" <hadriaanse.nospam@hotmail.com>, Subject: C++ class for process and mailboxes5 Message-ID: <sNbW9.13795$g9.154501@pollux.casema.net>    Hello,  J I am developing a system where I need to create detached processes and useJ mailboxes for interprocess communication with the use of ASTs. This has toL be done in C++. Of course I can start from scratch, but I think I am not theK first one. Has somebody already developed a class for processes and a class H for mailboxes including read and write functions with ASTs or is there a website with good examples ?? J I think it is not important, but it will be developed on OpenVMS 7.3 on an Alpha.   Thanx in advance,      Hans   ------------------------------   Date: 18 Jan 03 10:42:01 +0100) From: p_sture@elias.decus.ch (Paul Sture) 6 Subject: Re: HP Sets the Stage for Alpha's Last Hurrah) Message-ID: <lBFxHd7BFHdR@elias.decus.ch>   g In article <VTGV9.18$ej1.0@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:    <snip>   > H > Isn't there that old New England saying, "Where there's smoke, there's > fire"? >   , UK English: "There's no smoke without fire."   --  
 Paul Sture   ------------------------------  % Date: Sat, 18 Jan 2003 14:34:23 +0100 1 From: PRSTSC::DTL <Didier.Morandi.nospam@Free.fr> 6 Subject: Re: HP Sets the Stage for Alpha's Last Hurrah2 Message-ID: <3e2957e6$0$225$626a54ce@news.free.fr>   Paul Sture wrote: i > In article <VTGV9.18$ej1.0@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  >  > <snip> > H >>Isn't there that old New England saying, "Where there's smoke, there's >>fire"? >> >  > . > UK English: "There's no smoke without fire." >   ' French English: "Pas de fumee sans feu"  :-)    D.   ------------------------------    Date: 18 Jan 2003 06:29:33 -0800- From: mike.magee@theinquirer.net (Mike Magee) 6 Subject: Re: HP Sets the Stage for Alpha's Last Hurrah= Message-ID: <9745423a.0301180629.2065e29f@posting.google.com>   w "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote in message news:<3e26edfe$1_2@hpb10302.boi.hp.com>... 5 > > and the recent Inquirer article purports to quote I > > an internal cHumPaq source as saying that indeed EV7 would *not* have L > > shipped save for some government commitments with teeth in them.  Now, I+ > > don't presume to vouch for that source,  > M > Inquirer reports should always be taken with a large grain of salt.  I have K > seen everything from remarkably accurate statements that imply a theft of G > internal slides, to statements that can only have been made by people M > without a clue, probably based on some third hand hallway conversation, and & > also by people with an axe to grind.  E I don't mind how much salt you take as long as you read the INQUIRER. 4 But I never steal anything -- and do resent that....    
 Mike Magee   ------------------------------  % Date: Sat, 18 Jan 2003 01:43:35 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>D Subject: Re: HP's Alpha Marvel arrives on Tuesday (says The Inq....)/ Message-ID: <3E28E97D.14DD8436@vl.videotron.ca>    Ray Fusci wrote: > M > I've been told the official announcement, previously scheduled for Tuesday, M > has been moved up to Monday. This does seem strange, as many people here in * > the US observe this Monday as a holiday.  H Perfectly logical: by announcing a product on a holiday, it makes it farM easier for the announcemnt to go unnoticed. Yet, nobody will be able to fault  HP for not announcing EV7.  N WHY THE Fire trUCK ARE ALL DEC'S PRODUCTS CONSIDERED SO EVIL THAT THEY MUST BE HIDDEN ?  N Perhaps that is the difference between men and women. Carly seeks out partnersK with  dicks and doesn't have any instinct to brag about her own because she K doesn't know about it. But men have a built-in instinct to brag about their  own wares :-) :-) :-) :-) :-)    ------------------------------    Date: 18 Jan 2003 06:06:17 -0800( From: bob@instantwhip.com (Bob Ceculski)D Subject: Re: HP's Alpha Marvel arrives on Tuesday (says The Inq....)= Message-ID: <d7791aa1.0301180606.390c9c3a@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E28E97D.14DD8436@vl.videotron.ca>...  > Ray Fusci wrote: > > O > > I've been told the official announcement, previously scheduled for Tuesday, O > > has been moved up to Monday. This does seem strange, as many people here in , > > the US observe this Monday as a holiday. > J > Perfectly logical: by announcing a product on a holiday, it makes it farO > easier for the announcemnt to go unnoticed. Yet, nobody will be able to fault  > HP for not announcing EV7. > P > WHY THE Fire trUCK ARE ALL DEC'S PRODUCTS CONSIDERED SO EVIL THAT THEY MUST BE
 > HIDDEN ? >   7 no, because these people who now have the alpha and vms 8 technology either by stealing it or by paying off Palmer7 and Capellas to get it don't want to be known as thiefs 5 and want to claim it as their own ... just like HP is 8 trying to keep EV7 silent and talk up superdume ... they+ all have the not invented here syndrome ...    ------------------------------  % Date: Sat, 18 Jan 2003 10:03:47 -0500 ' From: Stuart Fuller <stufuller@usa.net> + Subject: Re: HSZ-70 transfer rate question. 0 Message-ID: <kcqb0b.5oa.ln@dadsys2.fuller.local>   Sam Rozenfeld wrote:   > Hello, > K > We are running 4-node SCSI Alpha VMS cluster with single HSZ-70, KZPBA-CB B > controllers and DS-RZ1FB-VW 36.4G drives. I do not have a lot ofI > experience with the HSZ controllers but my understanding is that HSZ-70 
 > can support K > transfer rate of 40Mhz with  these drives. However from the display below K > I see that I am getting 20Mhz rate negotiated. Does that mean that I have  > my HSZ misconfigured ? >   L No, your understanding is wrong.  The HSZ70 tops out at 20Mhz transfer rate.  L Did you get a manual set with your HSZ70 controller?  If so, locate the CLI K manual, page 84 ("SET device-name").  You can lower the transfer rate, but   the fastest is 20Mhz.    --             Stu    ------------------------------  % Date: Sat, 18 Jan 2003 10:54:46 +0100 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: KDA50 in BA123 5 Message-ID: <b0b89i$nkp1a$1@ID-143435.news.dfncis.de>   > "Chris Scheers" <chris@applied-synergy.com> schreef in bericht7 news:754a27c1.0301172008.54b687c6@posting.google.com... C > I have a client running a KA650 (MV III) in a BA123 with VMS 4.7.  > < > They are using a Dilog ESDI controller with a 760MB drive. > D > (I will wait while you finish laughing.  When you have caught your( > breath, please read on and advise me.)  I Actually Chris. I was not laughing but holding my breath in awe. V4.7 was  popular and stableF and no license challenges so why change the system if it does the job?  H > They have been having problems with data corruptions.  It appears that5 > the Dilog controller is not handling forced errors.   K Third party hardware was cheaper, eventually one finds out why DEC hardware  was more
 expensive.  G > I was thinking (dangerous, I know) that it might be a good idea (???) E > to replace the Dilog/ESDI setup with a KDA50 and an RA72.  At least E > good quality RA72s can still be found.  The ESDI drives have pretty  > much dried up.  K There's no SCSI nor DSSI support in V4.7, but IIRC there was KDA50 support.   D > The KDA50 is supported in a BA123, but does anyone know if VMS 4.7G > supported it?  (Are the old SPDs available somewhere?)  Since it is a G > MSCP controller, I assume that it should work at least as well as the  > Dilog. > A > The KDA50-Q User Guide (EK-DKA5Q-UG-002) only shows wiring to a E > bulkhead for connections to external drives.  Was there an internal + > cable harness (ala MV3500) for the BA123?  > H > Finally, can the RA72 operate without an external switch panel or will9 > I need to devise one?  Or better yet, did DEC make one?   I In 3600's and 3900's the RA72 was not even visible from the outside, even  after ; the door/cover was removed. So there's no need for a panel. ? But how about power consumption, or actually, heat dissipation?    > Thanx!   ------------------------------  % Date: Sat, 18 Jan 2003 11:08:37 +0100 " From: "Hans Vlems" <hvlems@iae.nl>0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?)5 Message-ID: <b0be74$n3kts$1@ID-143435.news.dfncis.de>   2 "Tom Rymes" <tomnews@rymes.net> schreef in bericht? news:tomnews-39F4DC.18560317012003@news.comcast.giganews.com... D > Hi folks, I posted this to comp.sys.vms, but this group seems moreG > active. If this is a FAQ, please point me in the right direction as I 6 > haven't been able to locate adequate answers online. > D > We currently run a MicroVAX 3100-95 under VMS 5.5-2. We're hittingC > performance limits on processor and RAM usage, and are looking to C > upgrade. Our software vendor wants a ton of money for their newer F > version, which runs on SCO Unix. The upgrade would allow performanceC > improvements by switching from VAX to Intel Architectures, but no # > substantial feature improvements.  > G > For this reason, I want to explore my options for keeping our current B > software and licenses, but moving them to a new machine. Now the > questions: > E > 1.) What machines in the VAX line would allow us to do this? (4000, E > 3100-98, etc...) and what issue with licensing, reinstallation, etc  > might we run into?  J The 3100-98 is a fairly fast VAX; it's rated at around 40 VUPS. The latest 4105/4108's I are only marginally faster. Actually in terms of cpu performance you have  only two technicalH options: the 4705A (48 VUPS) and the 7700 (60 VUPS). The 4705A is a rare	 beast but J any 4300/4500/4700 may be upgraded to a 4705A. In terms of VUPS/Euro it is an interestingB option. (Note that some 4300's may require a motherboard upgrade).C The 7000 series is computerroom equipment and expensive in terms of  maintenance, power and cooling.  K Another thought: how much memory does the 3100-98 have? What happens if you 	 put in as  much memory as it can handle?   D > 2.) What is the likelihood that we could move to an Alpha platformF > instead? Licensing issues? Would our software run on Alpha, or wouldE > there be recompilation, tweaking, and who knows what else involved?   J Licensing issues for sure. You could VEST and convince the sofwtare vendor you're stillG running the application on the VAX. But make sure that each problem you  encounter onK the Alpha also shows up on the VAX. Even then you'd probably need some kind 
 of written permission from the vendor. F If the sofware has an interface with external devices (plc's, bar code readers etc.) the softwareL may start to react strangely. Timing issues are often solved with busy loops and these solutions  go crazy on an Alpha :-)  I > Basically, if we can locate a refurbed VAX or MicroVAX and/or Alpha and J > limit our expenditure, then we'd be happy. Of course, I don't want to beH > penny-wise and pound-foolish, either. I just figure we'll save the bigG > bucks for when we are ready to upgrade to a new version that provides  > significant feature upgrades.   H A refurbished 4705A with max memory would be an economical choice if the cost of J procurement and maintenance over the next two years is lower than going to another I platform and an increase in software licenses. Not to mention the cost of  getting experience on a new platform.  & > Thanks for any help you can provide, >    Hans   ------------------------------  % Date: Sat, 18 Jan 2003 13:10:09 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?)- Message-ID: <3E295231.10397.14B722@localhost>   E > We currently run a MicroVAX 3100-95 under VMS 5.5-2. We're hitting  D > performance limits on processor and RAM usage, and are looking to  > upgrade.   > H > For this reason, I want to explore my options for keeping our current C > software and licenses, but moving them to a new machine. Now the   > questions:  D You could move to CHARON-VAX, which emulates a VAX completely, with C no change in your software.  This would allow you to change to the  E latest hardware (Alpha with OpenVMS, or Intel with Windows) but keep  ? your existing investment.  And on a dual-processor 3 GHz Intel  D platform, you will make all your VAX applications faster -- with no 
 code changes.    Please call or write me.  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  # Date: Sat, 18 Jan 2003 09:39:11 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)# Subject: Re: Network install of VMS 2 Message-ID: <3h9W9.41405$TY.356487@news.chello.at>  a In article <gBvU9.29551$H7.1671842@news2.calgary.shaw.ca>, Steve Young <steve@brigga.com> writes: L >  I have a VAXstation VLC, which in keeping with the 'very low cost' aspectH >of things has no removable media at all.  Since I'm just learning VMS, H >I want to clear off the VMS installation that is already present on theJ >system (and apparently quite mangled) that came with it when I bought it.G >In it's stead I would like to install the hobbyist version of OpenVMS. G >I haven't got the hobbyist stuff all sorted out yet but I have started " >the wheels turning to get a copy.  ) A VLC does not have removable media, yes. I But it has a SCSI connector on the rear and you can connect a SCSI CD-ROM I on this connector. And this I strongly recommend for VMS installations...   K You can also connect bigger external SCSI disks there, if you still haven't G managed to get a low-profile one to connect it internally. You can also I connect a BA353 (eg. with a CD-ROM and 2 disks) or a BA350 (with a DAT or  DLT and 3-5 disks).   J Hobbyist VMS is not a special version of VMS. It is only a special licenseF pack (1 year limited VMS base license with over hundred 1 year limitedE layered product licenses - not allowed to be used commercially). This K PAKs you get via email once you managed to request them from the webserver.   G There is also a special kit compilation CD (currently with VMS V7.2 but F to be upgraded very soon now) sold by DECUS DFWLUG, but if you can getG your hands on kits by a friend you don't really need the 'hobbyist' CD.   J Do the VMS installation only if you currently running system is hopelesslyH mangled. If you are no a experienced VMS manager and have not a bunch ofI workarounds in the pocket, you might ending up without a VMS for a couple F of weeks (while you are waiting for help). Better consider doing a VMS0 upgrade (which unmangles a lot of stuff then) !!  D >  In the interim, I was hoping someone could shed a little light onI >how I will be able to get the OS installed on the VAX once I do have the F >CD in my hands.  I have a Linux box which I can run mopd on, but I amG >so unfamiliar with DECnet I don't really know if VMS supports installs I >over the network or only netbooting live systems.  Also, I don't know if E >Linux is going to be able to mount the CD at all for me to share out  >over the network.  H MOP on LINUX won't be enough. It is enough for single image file devicesI like X-terminals or DECservers but it won't work with VMS (where you also  need a MSCP server).  I VMS boot over the network can be done with an InfoServer (basically a VAX I [3100] hardware - eventually with a defunctioning math coprocessor part - H and a special software which makes the system a block server (opposed to? a file server). But you probably don't have such an old gear...   E I recommend the external SCSI CD-ROM (better use a supported one like E RRD42, RRD43 or RRD44 as the boot ROM has generally more restrictions B than VMS itself - though every 512 byte/block CD drive might work)  L >  Any assistance is appreciated.  My Usenet feed is generally atrocious andI >it's a complete crap shoot as to whether or not I will see any responses F >posted - if perhaps you could cc: sdyoung at well.com I would be very
 >grateful.  G Start with http://www.openvms.compaq.com/doc/ and read the Installation " and Upgrade Reference Guide there.  D Tell us how you decided and how you did it if you need further help.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 18 Jan 03 11:04:21 +0100) From: p_sture@elias.decus.ch (Paul Sture) 7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ?? ) Message-ID: <tbP0RXCxxR+v@elias.decus.ch>   p In article <a3c44af1.0301170843.5e64fb2f@posting.google.com>, dave.baxter@bannerhealth.com (Dave Baxter) writes:
 > Hi Guys,? > I am interested in finding out if anyone uses NTP for keeping  > their system time accurate? 9 > If so, do you use an HP/Compaq product or a third party 
 > product?@ > Is an Agent/Client required, and how do I go about getting it? >  > Thanks in advance, >   A Firstly, what version of VMS and what TCP/IP stack are you using? E Also, are you running DECnet Plus? By default, that also enables DTSS E (time services), but also by default does little more than adjust the  clock twice a year.   G I personally find the VMS FAQ section on this subject confusing, and it D changed somewhat with VMS V7.3, so please help us to narrow it down.   --  
 Paul Sture   ------------------------------   Date: 18 Jan 2003 12:01:50 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren)7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ?? 0 Message-ID: <b0bfne$94t$1@pegasus.csx.cam.ac.uk>  = In article <d7791aa1.0301171624.7f3ce160@posting.google.com>, ) Bob Ceculski <bob@instantwhip.com> wrote: v >dave.baxter@bannerhealth.com (Dave Baxter) wrote in message news:<a3c44af1.0301170843.5e64fb2f@posting.google.com>... >> Hi Guys, H >>         I am interested in finding out if anyone uses NTP for keeping >> their system time accurate?B >>         If so, do you use an HP/Compaq product or a third party >> product? I >>         Is an Agent/Client required, and how do I go about getting it?  > 7 >TCPware has it ... we use it ... only IP stack for VMS 6 >based on the VMS kernel which means it flies compared4 >to the others ... also has more of a vms feel than 4 >the others ... easier to configure and maintain ...  N You may also like to look at http://www.hpcf.cam.ac.uk/export/msntp-1.6.tar.gz  H While it is Unix only, it is my code, and the Unix dependencies are bothH trivial and located to a couple of VERY small modules.  I doubt it would. take more than a day for a VMS expert to port.  I But PLEASE read the README - it is a fancy SNTP client (and, if you must, G server), and MUST NOT be used in the middle of a full NTP loop network.      Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------  # Date: Sat, 18 Jan 2003 12:02:40 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: smtp to vmsmail2 Message-ID: <AnbW9.43708$TY.406327@news.chello.at>  d In article <b01qq6$hvi$04$1@news.t-online.com>, rossbach.dieter@t-online.de (Dieter Robach) writes:G >>No, I'm runnning 7.3-1 with VMS731_sys-V200, but the description for   >>VMS73_SYS-V0500 L >>fits exactly to my problem. I'll double the ctlpages and see what happens. > M >That didn't help. Even going a factor of 10 was unsuccessful: I restored my  L >backup (yes, I did one before upgrading!) with VMS 7.3-1 and SYS_V100, now - >everything is fine. Let's wait for SYS_V300.   M So, thats one more for backing out the SYS ECO because of increasing CTLPAGES K didn't help. Do anyone of you know someone where said workaround did work ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sat, 18 Jan 2003 12:05:29 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: smtp to vmsmail2 Message-ID: <dqbW9.43748$TY.406603@news.chello.at>  ^ In article <3E234C76.CC9534B8@pacbell.net>, Domain Administrator <alphase@pacbell.net> writes:4 >This sounds similar to a problem I've been having. H >Using VMS 7.2 (no patches) TCPIP 5.1 (no patches). All works fine for aI >few days, then Incoming mail sits in the files in [TCPIP$SMTP]. 3 queues G >running but nothing gets delivered (I'm only using the POP service for C >final delivery). I run alanlize mail/repair and every entry shows: 6 >%TCPIP-I-ANA_NOENTR, internal consistency check errorI >Some mail then gets delivered then it usually stops again! The msg above % >ALWAYS shows up during analyze mail. F >Sometimes I have to manually delete a number of files in order to get >things started again. >Any ideas?   I Ideas ? Yes. Don't run without ECOs. Consider upgrading (at least TCPIP). - Or the best one: Install MX (www.madgoat.com)    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  ! Date: Sat, 18 Jan 03 11:34:39 GMT  From: jmfbahciv@aol.com & Subject: Re: vax6k.openecs.org rebirth* Message-ID: <b0bg8h$t8$2@bob.news.rcn.net>  + In article <3E28C507.4BADC181@mrnutty.com>, +    SkyWriter <skywriter@mrnutty.com> wrote:  >Eric Smith wrote: > A >> SkyWriter <skywriter@mrnutty.com> writes about memory for KL10  >> processors:I >> > core memory never was 'swung out' oh the MF20  nmos (i think) memory G >> > it was on the back cabinet door, with the power supplies directly   beneath it. I >> > on MH20 core memory is was a stand alone cabinet, and the backplane   was  >> > fixed to the cabinet. >>I >> There wasn't an MH20.  You must be thinking of an MH10 core box or the  >> like. >> > 5 >yup, i realized my mistake after i read it. oh well.  >  >>I >> Some KL10 variants could support external memory boxes (core from DEC, E >> semiconductor from Ampex and other vendors) using the DMA20 memory I >> adapter.  This interfaced the KL10 S bus [*] to the KI-style external   memoryJ >> bus.  All DECsystem-1080 and -1090 systems were supplied this way.  The- >> DMA20 was optional on the -1091 and -1095.  >> > I >yes, i remember seeing ampex boxes too. also the DX20 for RP20 (IBM 3370 
 >FBA I think)   ; The 5-CPU SMP site at Oakridge had to use the Ampex memory. ; And we routinely used two 1090s with a 2060 to run tri-SMP. D The internal memory on the 2060 was disabled for that configuration.? When we REMOVEd the 2060, we could reconfigure it to run either + as a TOPS-20 or a TOPS-10 single processor.    <snip>   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  % Date: Sat, 18 Jan 2003 14:28:40 -0000  From: "John" <john@dateline.gg>  Subject: VMS and CSWS (Apache)( Message-ID: <b0boet$6ka$1@ns2.cwgsy.net>   Hi,   C Can anybody give me any tips on the syntax to be used when defining J locations within httpd.conf.  I am trying to define some locations outsideK the directory structure of Apache itself, and it isn't working.  I'd prefer C to use VMS logicals, are there any pointers for that?  Many thanks.    ------------------------------  % Date: Sat, 18 Jan 2003 16:27:40 +0100 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>" Subject: Re: VMS and CSWS (Apache)) Message-ID: <3E29726C.6040300@vajhoej.dk>    John wrote: E > Can anybody give me any tips on the syntax to be used when defining L > locations within httpd.conf.  I am trying to define some locations outsideM > the directory structure of Apache itself, and it isn't working.  I'd prefer E > to use VMS logicals, are there any pointers for that?  Many thanks.    Alias /foobar "/foobar"  <Directory "/foobar"> (      Options Indexes MultiViews Includes      AllowOverride None       Order allow,deny       Allow from all  </Directory>  % $ define/system foobar disk7:[foobar]   7 should map /foobar/xyz.html to disk7:[foobar]xyz.html !    Arne   ------------------------------   End of INFO-VAX 2003.036 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                              @ت    Aت    Bت    Cت    Dت    Eت    Fت    Gت    Hت    Iت    Jت    Kت    Lت    Mت    Nت    Oت    Pت    Qت    Rت    Sت    Tت    Uت    Vت    Wت    Xت    Yت    Zت    [ت    \ت    ]ت    ^ت    _ت    `ت    aت    bت    cت    dت    eت    fت    gت    hت    iت    jت    kت    lت    mت    nت    oت    pت    qت    rت    sت    tت    uت    vت    wت    xت    yت    zت    {ت    |ت    }ت    ~ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    ت    