1 INFO-VAX	Sun, 29 Sep 2002	Volume 2002 : Issue 537       Contents:0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"..., Re: Alphaserver ES80 Technical Specification Re: Apache error_log flushing ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine  Re: Memory for DS25  Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategicP Re: Recommendations for Win2K Pro NFS client for use with TCPIP V5.1 NFS server  Re: Suggestion for SEARCH % TCPIP: TCPIP$SMTP_FROM ill documented ) TCPIP: VAX: missing smtp_config.template)  the trouble with Carly Re: the trouble with Carly Re: UCX security advisory  Re: UCX security advisory  Upgrade from OpenVMS 6.2 to 7.2 # Re: Upgrade from OpenVMS 6.2 to 7.2  Re: warning during copy 2 What do the readers want in comp.os.vms / INFO-VAX6 Re: What do the readers want in comp.os.vms / INFO-VAX2 What do the readers want in comp.os.vms / INFO-VAX2 What do the readers want in comp.os.vms / INFO-VAX6 Re: What do the readers want in comp.os.vms / INFO-VAX6 Re: What do the readers want in comp.os.vms / INFO-VAXA Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]   F ----------------------------------------------------------------------  % Date: Sun, 29 Sep 2002 20:35:18 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>9 Subject: Re: "Underqualified tipster backed HP merger"... + Message-ID: <3D9747E6.6030909@mail.tele.dk>    Bill Todd wrote:  < > "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message' > news:3D970003.9040801@mail.tele.dk... ; >>I have no doubt that 999 out of a 1000 US companies would 4 >>react like that. In Europe I think the majority of: >>companies would have kept him (if he had been there some/ >>years and they were satisfied with his work).  > H > You seem to be assuming that they indeed were satisfied with his work.K > Another at least equally reasonable interpretation is that they were not, D > which would cast even more doubt upon the competence of his merger > recommendation.   + I said if, that had no implied assumptions.   4 But I think there are basis to assume that they were3 satisfied with his work at the time he was assigned 5 to analyse the HP-Compaq merge - or he would not have 2 gotten that assignment (it was a huge merger and a4 controversial one - I would expect them to put their best man on that job).   Arne   ------------------------------  # Date: Sat, 28 Sep 2002 18:58:05 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <1Zml9.362115$AR1.16068384@bin2.nnrp.aus1.giganews.com>   : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D9747E6.6030909@mail.tele.dk...    ...   2 > I think there are basis to assume that they were5 > satisfied with his work at the time he was assigned 7 > to analyse the HP-Compaq merge - or he would not have 4 > gotten that assignment (it was a huge merger and a6 > controversial one - I would expect them to put their > best man on that job).  B Or perhaps their most pliable man, as Deutsche Bank seems to have.   - bill   ------------------------------  % Date: Sat, 28 Sep 2002 17:07:12 -0400 % From: JF Mezei <jfmezei@videotron.ca> 9 Subject: Re: "Underqualified tipster backed HP merger"... , Message-ID: <3D9619FF.F4AFA07E@videotron.ca>   Bill Todd wrote:   D > Or perhaps their most pliable man, as Deutsche Bank seems to have.    L The person who negotiated the "deal" for Deutsche Bank is no longer at theirO employ. A few months ago, there was a small news tidbit about him "leaving" DB.    ------------------------------  # Date: Sat, 28 Sep 2002 19:47:27 GMT = From: "Colin Butcher" <colinDOT.butcherAT@xdeltaDOT.coDOT.uk> 5 Subject: Re: Alphaserver ES80 Technical Specification ; Message-ID: <jHnl9.657$YY.11074844@news-text.cableinet.net>   C No, it's not QBB based with all the attendant NUMA consequences for 8 different memory access times on / off QBB (hence RADs).H It's a mesh CPU interconnect configuration. EV7 and Marvel was (briefly)0 described at the VMS Technical Update in London.D http://www.compaq.com/hps/download/Compaq_EV7_Wp.pdf has some usefulE information about the microprocessor and the interconnect technology. J If you want to get your hands on one then go to the imminent VMS SymposiumD in Nashua and book for one of the all day Marvel training  sessions.H If you want more information without the expense of going to Nashua thenH talk to one of the local pre-sales guys, such as the UK VMS ambassadors.   -- Hope this helps. Cheers, Colin. ' (colinDOT.butcherAT@xdeltaDOT.coDOT.uk)     5 "Paul Sharrock" <psharrock@dabs.com> wrote in message  news:3d92bf41$1@194.70.94.92... F > Does anyone know the ES80 specification and its approx release date. > L > I know its 8 CPU but does it use the same 4 CPU QBB architecture of the GS& > series or is it a true 8 CPU system. >  >  > Thanks in advance  >  > Paul Sharrock 
 > dabs.com >  >    ------------------------------  % Date: Sat, 28 Sep 2002 18:26:49 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)& Subject: Re: Apache error_log flushing; Message-ID: <3d95d849.524144494f47414741@radiogaga.harz.de>   ; Karl Rohwedder (extern.karl.rohwedder@volkswagen.de) wrote:  > Theo Platt wrote: B > > Is there anyway you can see the current contents of the ApacheF > > ERROR_LOG without having to stop and restart the server ? I'm sure7 > > there must be some way - I'm just being a bit dumb.  > D > Version 1.3 (currently on beta) has a APACHE$CONFIG command FLUSH.   Version 1.2 also has this.   cu,    Martin --  F                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.de F  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------    Date: 28 Sep 2002 14:17:13 -0700( From: bob@instantwhip.com (Bob Ceculski)D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine< Message-ID: <d7791aa1.0209281317.73502c5@posting.google.com>  u Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020927121528.9383.qmail@web20208.mail.yahoo.com>...  > What shame !!! > . > It is related to the Alpha and Tru64 ending,. > So obvious ! Nobody want "legacy" equipment. > 	 > Regards  >  > FC   >   = I'll take them ... or else if you read the China clones alpha , story, I'm sure they would take them too ...   ------------------------------    Date: 29 Sep 2002 07:34:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine- Message-ID: <87n0q1d6yg.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   ? > HP hasn'.t yet manufactured large quamtities of servers so it D > doesn't have a surplus of EV7 systems to give away, only a surplus% > of old EV6 stuff that nobody wants.   D But don't you remember how overjoyed and raturous Celera where about Alpha being off by MC.  F So now they have not only lost the system sales, they have had StorageH works pissed on the door mat as well. Yeah Capellas... The new hyperpuke way to fun and profit. not.   I And remember hp shareholders, this is what you will soon pay a $55M bonus  for.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. 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, 29 Sep 2002 05:08:31 GMT # From: "John Smith" <a@nonymous.com> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes MagazineH Message-ID: <jVvl9.92194$q41.20376@news02.bloor.is.net.cable.rogers.com>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87n0q1d6yg.fsf@prep.synonet.com...  > F > But don't you remember how overjoyed and raturous Celera where about > Alpha being off by MC. > H > So now they have not only lost the system sales, they have had StorageJ > works pissed on the door mat as well. Yeah Capellas... The new hyperpuke > way to fun and profit. not.   I I recall a couple of situations where StorageWorks sales critters weren't H allowed in the door at several customer sites, despite having a superiorA RAID product to offer the customer vs. what the customer had been L considering purchasing. All because the management team at the customer feltB that they couldn't entrust their long-term needs to a company likeJ Digital/Compaq, which seemed to go out of its way regularly to foul up any level of trust that remained.     K > And remember hp shareholders, this is what you will soon pay a $55M bonus  > for.  L Didn't the C&C payout details include a clause that said if the value of theJ company went down during the period, C&C would personally write a check to HP to make good the losses? ;-)    ------------------------------  % Date: Sun, 29 Sep 2002 01:43:37 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine, Message-ID: <3D969307.439F15B4@videotron.ca>   John Smith wrote: K > I recall a couple of situations where StorageWorks sales critters weren't J > allowed in the door at several customer sites, despite having a superiorC > RAID product to offer the customer vs. what the customer had been  > considering purchasing.     M As long as the potential customers don't explicitely tell the non-Alpha sales J critters why Digital/Compaq/HP/whatever is not allowed to bid (or why they* lost the sale), then nothing will be done.  N Imagine if the storage group were to go to Carly&Curly show and tell them thatI their alpha decision had cost them $million in sales, perhaps Carly&Curly 9 might think twice about screwing VMS and Tru64 customers.   J But if nothing is said, then a decline in sales will just be blamed on the' economy or a more agressive competitor.    ------------------------------    Date: 29 Sep 2002 07:40:18 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Memory for DS25- Message-ID: <87it0pd6ot.fsf@prep.synonet.com>   * rrb35146@yahoo.com (Robbie Benton) writes:  ^ > carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<26SEP200220041500@gerg.tamu.edu>...   > > > Suggestion: Don't look for "200 pin DIMMs", look for "DS25 > > memory".   A > That was kind of my point.  The hp literature keeps referencing B > "industry-standard memory" for this product.  If the modules are@ > unique to DS25s only, then it is not industry standard, is it?  C This is from the `the itanic is Industry Standard' idiots remember.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. 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, 29 Sep 2002 20:43:50 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>! Subject: Re: OpenVMS is strategic ) Message-ID: <3D9749E6.20808@mail.tele.dk>    Bill Todd wrote:  C > "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message , > news:3D94BF79.C51E507E@blueyonder.co.uk... >>JF Mezei wrote: I >>>It is still unclear whether the damage control/repaid that seems to be J >>>happening is HP-corporate or whether it is just the VMS folks trying to2 >>>undo the damage done by the senior folks at HP.    F >>Do you really have nothing better to do than continually whine here?    L > Of the two comments quoted above, JF's is of significance to the future of > VMS while yours is not.     1 It is very difficult to say what has significance  for the future of VMS.  9 My very subjective feeling is that repeatedly bashing of  5 Digital/Compaq/HP senior management has absolutely no 5 effect on the decisions made - and basicly just lower ( the signal to noise ratio in this forum.  6 The same JF's post about SMTP logicals is on the other3 hand very interesting and what actually make people  read this forum !    Arne   ------------------------------  # Date: Sat, 28 Sep 2002 19:04:04 GMT * From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: OpenVMS is strategic C Message-ID: <E2nl9.347293$z91.15487719@bin3.nnrp.aus1.giganews.com>   : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message# news:3D9749E6.20808@mail.tele.dk...    ...   3 > It is very difficult to say what has significance  > for the future of VMS.   But you presume to just below.   > : > My very subjective feeling is that repeatedly bashing of7 > Digital/Compaq/HP senior management has absolutely no 7 > effect on the decisions made - and basicly just lower * > the signal to noise ratio in this forum.  D That assumes your own definition of what constitutes signal and whatK constitutes noise.  People who read this forum solely for technical content J may agree with you, but people who read it for an overall understanding of VMS and its future may not.    > 8 > The same JF's post about SMTP logicals is on the other5 > hand very interesting and what actually make people  > read this forum !   I And if there were any doubt about your willingness to generalize based on E your personal sentiments, the unqualified assertion above removes it.    - bill   ------------------------------  % Date: Sun, 29 Sep 2002 22:08:14 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>! Subject: Re: OpenVMS is strategic + Message-ID: <3D975DAE.3040402@mail.tele.dk>    Bill Todd wrote:  < > "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% > news:3D9749E6.20808@mail.tele.dk... 3 >>It is very difficult to say what has significance  >>for the future of VMS. >   > But you presume to just below.    ;  >>My very subjective feeling is that repeatedly bashing of 8  >>Digital/Compaq/HP senior management has absolutely no8  >>effect on the decisions made - and basicly just lower+  >>the signal to noise ratio in this forum.   6 No. I said what me subjective feeling was. That should6 hopefully send out some signals that I am not claiming it is fact.   F > That assumes your own definition of what constitutes signal and whatM > constitutes noise.  People who read this forum solely for technical content L > may agree with you, but people who read it for an overall understanding of > VMS and its future may not.  > 8 >>The same JF's post about SMTP logicals is on the other5 >>hand very interesting and what actually make people  >>read this forum !  > K > And if there were any doubt about your willingness to generalize based on G > your personal sentiments, the unqualified assertion above removes it.   ' That was indeed an unproven hypothesis.    But it could get proven !   2 Would you respect the wish if it could be proven ?   Arne   ------------------------------  # Date: Sat, 28 Sep 2002 21:41:36 GMT * From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: OpenVMS is strategic C Message-ID: <kmpl9.284871$216.11397424@bin4.nnrp.aus1.giganews.com>   : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D975DAE.3040402@mail.tele.dk...  > Bill Todd wrote: > > > > "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message' > > news:3D9749E6.20808@mail.tele.dk... 5 > >>It is very difficult to say what has significance  > >>for the future of VMS. > > " > > But you presume to just below. >  > = >  >>My very subjective feeling is that repeatedly bashing of : >  >>Digital/Compaq/HP senior management has absolutely no: >  >>effect on the decisions made - and basicly just lower- >  >>the signal to noise ratio in this forum.  > 8 > No. I said what me subjective feeling was. That should8 > hopefully send out some signals that I am not claiming
 > it is fact.   J Though you speak it well, I understand that English may not be your nativeL tongue and thus some subtleties in meaning may escape you when conversing inK this language.  But what I said above was that you presumed to state a view A (not necessarily claim it to be a hard fact), and indeed you did.    > H > > That assumes your own definition of what constitutes signal and whatG > > constitutes noise.  People who read this forum solely for technical  content K > > may agree with you, but people who read it for an overall understanding  of > > VMS and its future may not.  > > : > >>The same JF's post about SMTP logicals is on the other7 > >>hand very interesting and what actually make people  > >>read this forum !  > > J > > And if there were any doubt about your willingness to generalize based onI > > your personal sentiments, the unqualified assertion above removes it.  > ) > That was indeed an unproven hypothesis.  >  > But it could get proven !   K No, it could not (at least not as the generalization your statement made it K sound like), because even if no one else reads c.o.v. for other reasons *I* J do.  I also suspect that a good many others do as well, and not just thoseH who actively contribute to such non-technical discussions, though freelyH admit that another sizable contingent - possibly even a majority - might2 prefer that such discussions take place elsewhere.   > 4 > Would you respect the wish if it could be proven ?  J I would certainly respect it even if everyone *except* me held that view -E and not simply because I have no interest in speaking only to myself. I However, as there appear to be plenty of other people concerned about the K same kinds of non-technical issues that bother me, I don't worry much about  that prospect.  H What I do worry about is that people will just throw up their hands, sayH "There's nothing we can do", accept the mismanagement of Compaq (and nowJ HP), and in fact support it by trying to discourage criticism (because "ItI will only make matters worse" - e.g., for VMS).  That kind of attitude is F what allows this kind of rampant incompetence to continue:  I'd draw aI parallel to a political situation seven decades ago in your own backyard, 0 but tradition says that would kill the thread...   - bill   ------------------------------    Date: 29 Sep 2002 08:02:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: OpenVMS is strategic - Message-ID: <87elbdd5n8.fsf@prep.synonet.com>   4 Atlant Schmidt <atlantnospam@mindspring.com> writes:   > Alan Greig wrote:  > 1 > > The roadmaps are described as "cast in stone"  > # > Soapstone, sandstone, or granite?    Millstone of course.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sat, 28 Sep 2002 18:50:56 -0500 ( From: Rich Jordan <duodec@speakeasy.net>Y Subject: Re: Recommendations for Win2K Pro NFS client for use with TCPIP V5.1 NFS server  / Message-ID: <upcck11lrk16da@corp.supernews.com>    Matt, I       I had to manually clean out some cruft that did not deinstall from  I the MS SFU package and reboot the PC; the event logs showed SFU messages  G even after it was deinstalled.  I also restarted TCPIP completely (not  A just NFS and PCNFS) but didn't reboot the Alpha.  After that the  9 Hummingbird client loaded up properly, requested the VMS  @ username/password, and connected.  We were then able to use the G connection manager in Hummingbird (sorry, I forget what its called but  D it is a menu item) and set up an automatically restored connection. E Everything is working perfectly now.  Lets hear it for quality third   party products :)    Rich     Matt Muggeridge wrote: >>Either I'm missingE >>something on setting up the proxies or PCNFS (running ont he Alpha) G >>isn't doing what its supposed to do.  The PCNFS logfile keeps showing G >>'no such user' messages even when we do in fact have a proxy in place ? >>for that username (and even created a VMS account to match in A >>testing); the info in the TCPIP docs on PCNFS is pretty skimpy.  >  > N > Your config looks good.  I would also like to see the output from TCPIP SHOW
 > SERVICE. > G > Also, turn on REPLY/ENABLE to capture any events that may be helpful.  > B > After enabling NFS and PCNFS via TCPIP$CONFIG, I follow 3 steps: > - >     1) Map the VMS disk to a UNIX-like name ) >             $ tcpip map "/data" DKB100:  >     2) Add export files G >             $ tcpip add export "/data/common" /host=* /options=(....)  >     3) Add proxy entries> >             $ tcpip add proxy MEONVMS /uid=123/gid=10/host=* > ' > Your output shows you have done this.  > G > Now from your PC running Hummingbird you must supply the username and M > password for the account MEONVMS.  PCNFS gets involved and performs a proxy L > lookup, mapping your validated account to UID=123/GID=10.  The NFS MaestroL > client will now communicate with the NFS Server using UID=123/GID=10.  The; > NFS server maps this UID/GID pair to the account MEONVMS.  >  > 9 >>rpc.pcnfsd: proxy database error 229c on VMS user track  >>/ >>rpc.pcnfsd: no such VMS user as Administrator  >  >  > $ exit %x229C 9 > %SYSTEM-F-WRONGNAME, local node name must match SCSNODE  >  > L > I'm not sure under what circumstances this error occurs.  Does it give you > any hints? > K > If you haven't already tried restarting TCP/IP on VMS, then that might be  > worth it.  > M > Also, thanks for the info on MS SFU.  One day I will try XP PRO to see if I  > can get it working.  >  > Matt.  >  > --? > -------------------------------------------------------------  > OpenVMS TCP/IP Engineering > Enterprise Computing Group > Hewlett-Packard Company  > Gold Coast, AUSTRALIA ? > -------------------------------------------------------------  >  > 5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message 9 > news:cc5619f2.0209190951.6fe337dd@posting.google.com...  > = >>"Matt Muggeridge" <Matt.Muggeridge@hp.com> wrote in message  > 0 > news:<TP7i9.49$9m5.934982@news.cpqcorp.net>... > @ >>>Two that I am familiar with are NFS Maestro from Hummingbird, >>> = >>>     http://www.hummingbird.com/products/nc/nfs/index.html  >>> ! >>>and another is WRQ Reflections  >>> < >>>     http://www.wrq.com/products/reflection/pc_unix/rnfs/ >>> J >>>I am curious what sort of snags you ran into with MS Services for UNIX. >> > I  > ' >>>had planned to one day give it a go.  >>>  >>>Matt. >>>  >>>-- @ >>>------------------------------------------------------------- >>>OpenVMS TCP/IP Engineering  >>>Enterprise Computing Group  >>>Hewlett-Packard Company >>>Gold Coast, AUSTRALIA@ >>>------------------------------------------------------------- >>>  >> >>Matt, @ >>     we downloaded Hummingbird maestro Solo eval and NetmanageE >>Interdrive to try.  Hummingbird was immediately able to see the NFS F >>service being offered (which is farther than the MS product got) butA >>we're still having authentication problems.  Either I'm missing E >>something on setting up the proxies or PCNFS (running ont he Alpha) G >>isn't doing what its supposed to do.  The PCNFS logfile keeps showing G >>'no such user' messages even when we do in fact have a proxy in place ? >>for that username (and even created a VMS account to match in A >>testing); the info in the TCPIP docs on PCNFS is pretty skimpy.  >>= >>     MS SFU 3.0 has lead to a need to rebuild the two NT4.0 H >>workstations after its removal.  It wanted SP6a (fine), then it wantedD >>the 'active directory client' (we are not running active directoryH >>here, but fine...), then it wanted an additional patch (loaded), afterC >>which the NFS server on the Alpha never saw it again.  We went by A >>provided examples to configure the user mapping, PCNFS, and NFS G >>client.  The PC recognized our Alpha as an NFS server but could never F >>see a service being offered (which our VAX running TCPware connectedD >>to perfectly).  Any attempt to open or connect or map or mount theH >>service on the alpha got a 'network name not found' error.  Gave up on= >>the NT systems, deinstalled SFU, and now both are wonky and # >>unreliable, so need to be redone.  >>@ >>We then moved to a W2K Pro system.  There the install was muchH >>cleaner, and the configuration seemed to work properly, but we had theF >>same problem; the Alpha couldn't see that PC even trying to connect,A >>and the PC kept saying 'network name not found' on any attempt.  >>G >>We verified the host file on the PCs (there is no internal DNS/NIS on H >>our NAT'ted network), triple checked the net; normal (Telnet/Ping/FTP)F >>communications worked to the Alpha), tried the PC both in and out ofG >>the NT domain, tried it with multiple usernames, including creating a C >>simple mapping (NT username = VMS username), all with no results. H >>There was nothing on the MS support sites that matched the problems we >>were seeing. >>G >>I hope you don't mind if I ask a config question.... or maybe someone 3 >>else has gotten a PC working in this environment:  >>H >>Using the hummingbird client and TCPIP V5.1eco4 NFS and PCNFS servers, >>we have the following: >> >>VMS: >> >>TCPIP> show export3 >>File System                             Host name  >>+ >>/vfs/track                              *  >> >>; >>TCPIP> show map     ! (This is also set in configuration) $ >>            Dynamic Filesystem Map= >>Pathname                                Logical File System  >>8 >>/vfs                                    FALCON$DKA200: >> >> >>TCPIP> show proxy  >>= >>VMS User_name     Type      User_ID    Group_ID   Host_name  >>5 >>TRACK             OND             1         333   *  >> >>6 >>The VMS account TRACK is UIC [333,1], home directoryB >>FALCON$DKA200:[TRACK] owned by [333,1], with full access to thatG >>directory and test files created in it.  We can't add "Administrator" F >>to the proxy database due to its length.  No 'default' access is set >>up.  >>; >>The PC has been tested with both a TRACK username and the ? >>ADMINISTRATOR username, both fail with the following messages  >>(respectively):  >>9 >>rpc.pcnfsd: proxy database error 229c on VMS user track  >>/ >>rpc.pcnfsd: no such VMS user as Administrator  >>= >>Thanks for any assistance.  I'll keep pounding the manuals.  >>
 >>Rich Jordan  >  >  >    ------------------------------    Date: 28 Sep 2002 21:57:23 -0700# From: dooleys@snowy.net.au (dooley) " Subject: Re: Suggestion for SEARCH= Message-ID: <1ca82fc6.0209282057.7354bcf1@posting.google.com>   a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3D952A40.BE5E6979@videotron.ca>...  > One should be able to: > 0 > SEARCH/chocolate sys$system:TCPIP*.EXE logfile > J > and just get a list of files which contain the string. (without actuallyI > displaying the contents of the record containing the matched string(s).  > L > The output would be very useful to feed into some procedure (for instance,5 > edit all files containing the string ("chocolate"). 9 I use $search /log /noout and cut/paste from my pc screen $ or pipe it into another output file., (I didn't think of the /win=0 option either) Phil   ------------------------------  % Date: Sat, 28 Sep 2002 19:01:59 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> . Subject: TCPIP: TCPIP$SMTP_FROM ill documented, Message-ID: <3D9634DD.9BE41971@videotron.ca>  ' TCPIP Management reference manual (5.1)  # " 17.8 Disabling SMTP Outbound AliasM Users can specify an outbound alias that is applied to mail as it is sent and I specifies the network address to which a reply will be sent. The outbound  alias isH defined using the TCPIP$SMTP_FROM logical, as described in Section 17.5. #   O TCPIP$SMTP_FROM is not documented in section 17.5, nor anywhere in that manual.    ------------------------------  % Date: Sat, 28 Sep 2002 18:59:27 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 2 Subject: TCPIP: VAX: missing smtp_config.template), Message-ID: <3D963446.76F831AA@videotron.ca>  H The 5.1  TCPIP management reference manual states that there should be aJ SMTP_CONFIG.TEMPLATE file provided. (section "17.6.1 Enabling and Managing SMTP AntiSPAM")   L However, this file is not present on my 5.3 system. (the template is present< inside the SYS$LIBRARY:TCPIP$TEMPLATES.TLB library however).  - This system was upgraded from 5.0-9 to 5.3-18   N I suspect that the SMTP$CONFIG procedure doesn't extract this template if SMTP is already configured.    
 Perhaps a ? $IF F$SEARCH("TCPIP$SMTP_COMMON:SMTP_CONFIG.TEMPLATE") .eqs. ""  $THEN LIB/extract=SMTP_CONFIG - 1 	/OUTPUT=TCPIP$SMTP_COMMON:SMTP_CONFIG.TEMPLATE - ! 	SYS$LIBRARY:TCPIP$TEMPLATES.TLB   $ENDIF   would do the trick.    ------------------------------  # Date: Sat, 28 Sep 2002 18:40:07 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: the trouble with Carly C Message-ID: <bIml9.347045$z91.15465838@bin3.nnrp.aus1.giganews.com>   L I was musing about the manifest incompetence with which Carly and Curly haveK run their respective corporations and the somewhat amazing fact that either H is still in a position of authority therein.  And a few thoughts came to4 mind that seemed worth sharing, if only for comment.  I It doesn't appear that either (or either's Board of Directors) had a clue L about the nature of the companies they inherited - in other words, they seemG to be MBA types who feel that such knowledge is far less important than L 'best-practices-style' generic management.  In thus looking at the situationJ from about 30,000 feet up, they seem to have noticed how thoroughly Dell'sI lean-and-mean, no-frills, box-shuffling approach trounced Classic Compaq, J noticed as well that service revenues and margins are more attractive thanK just about any other aspect of their businesses, and come to the conclusion J that the ideal form their corporation should take is something akin to (toK serve up an analogy from another industry) McDonald's with a large high-end L catering wart on its side without having the slightest understanding of just6 how ridiculously unworkable such a mish-mash would be.  D Curly clearly didn't have the agility and chutzpah to carry off suchL ignorance in the face of abject managerial failure, but Carly does, at leastJ so far.  So all the corporate facets that would have had a reasonable shotL at making the high-end catering side of the business workable (the hard-coreK technical development portions of the companies) are being 'right-sized' as G quickly as possible without completely destroying their current revenue F streams, while this chimera continues to be sold as a viable corporateI end-game to anyone equally ignorant of the nature of the business (which, J unfortunately, seems to be most of the world save for an increasing number8 of the customers it would take to make it actually fly).  I Meanwhile, IBM and Dell continue to be the best at what they both do (and F cHumPaq only wishes it could):  they even cooperate when it's mutuallyC beneficial, thus having the best of both worlds (specialization and I breadth).  And Sun, while struggling with industry change, unlike cHumPaq J seems still to understand the aspects of its own identity which have stood  it in good stead over the years.  J A corporation the size of cHumPaq has so much momentum (the better side ofG inertia, in some cases) that it likely won't evaporate in a year or so, J which means that as long as the investment community keeps its eyes firmlyI shut with the help of Carly's persuasive incantations she'll have all the J time she needs to destroy it as thoroughly as Palmer destroyed DEC.  A sad# end for another once-great company.    - bill   ------------------------------  % Date: Sat, 28 Sep 2002 17:05:42 -0400 % From: JF Mezei <jfmezei@videotron.ca> # Subject: Re: the trouble with Carly , Message-ID: <3D9619A5.EE05DD67@videotron.ca>   Bill Todd wrote:K > It doesn't appear that either (or either's Board of Directors) had a clue N > about the nature of the companies they inherited - in other words, they seemI > to be MBA types who feel that such knowledge is far less important thane- > 'best-practices-style' generic management. f  N I am not so sure. I think that the two were clearly convinced that Wintel willH rule the IT world from bottom to top. Up to May 7th, their discourse and/ actions were definitely supporting this theory.   J On May 7th though, I *feel* something *may* have happened at the very lastN minute to reduce emphasis on wintel crap and focus more on HP-UX. Perhaps thatN Deutche Bank vote had some poreconditions attached to it. Perhaps Carly reallyL had to listen to the 50% of shareholders who were against this folly and hadL to dump Wintel's prominence in order to prevent a coup d'tat that would see Carly and Curly ousted.   H It is hard to know if this possible change of heart is genuine or just a> temporary political move to please certain key persons/groups.  N Since Wintel isn't a moneymaker, perhaps it was the accountants who told CarlyL she had no choice but to drop the rethoric because if she wanted enough cashM to merge the 2 companies, she had to focus on real systems instead of her petN$ project to spread wintel everywhere.  J I am affraid that deep down, both carly and Curly are still very convincedJ Wintel will rule the world and will return to "Windows will eviscerate" as soon as financially possible.   M Why they have such beliefs, I don't know. Sometimes when you are too close to I the mountain (Microsoft), you can't really see the mountain, you just see-) trees and a path that appears to lead up.a    J I think that Carly's spinning off of HP's true heritage into Agilent was aK very bad move for her image.  HP has previously been a high quality company"L and now she wants to turn it into a commodity low cost assembler. Sorry, but6 the japanese and chinese will win that war eventually.   ------------------------------  + Date: Sun, 29 Sep 2002 00:37:19 +0000 (UTC)0+ From: david20@alpha1.mdx.ac.uk (David Webb) " Subject: Re: UCX security advisory+ Message-ID: <an5hvv$lnq$1@aquila.mdx.ac.uk>h  h In article <d7791aa1.0209271816.4b2cab9d@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:k >Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0209260619.17d1d4e8@posting.google.com>...  >> Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KMYH41GRFI9QWI2N@sysdev.deutsche-boerse.com>...o- >> > > $ SEARCH SYS$STARTUP:TCPIP*.COM BYPASSh >> > > eC >> > > You will be surprised at the number of matches that you get!t >> > o
 >> > Many. >> > wO >> > > Setting both SETPRV and BYPASS is redundant, if not completely ignorant.  >> >  K >> > Searching for SETPRV (not F$SETPRV) only turns up a couple of matches.- >> > -M >> > I don't follow your criticism, though.  Sure, with SETPRV I can set the @L >> > process privs to include BYPASS, but that's an extra step whereas with , >> > BYPASS I have (just) bypass right away. >> .G >> Actually, my main criticism is the same as someone else already saidaF >> in this thread. TCP/IP engineering does not care about security andG >> they do not take the time to figure out which privileges they reallyeG >> need. I cannot imagine that they really NEED BYPASS. It's just a way ' >> to avoid those pesky error messages.e >> a >> Bart Zorn >sb SETPRV allows you to set any priv. The image is not (as far as I am aware ) installed with SETPRV.- It is installed with both SYSPRV and BYPASS. le This is slightly redundant since with a little work in the program you can do all the file operationsi allowed by BYPASS with SYSPRV. q_ I'm not quite sure why everybody is getting upset over the use of BYPASS since the image having [ SYSPRV means that if it  didn't have BYPASS but still had this bug it still could overwrites` pretty much any file on the system - there may be a few where the system protection code doesn'tg allow it but not that many. If you are using any of these powerful privileges which can allow a user toe\ take over the system then the program needs to be checked very carefully for security flaws.  d The fact you found any programs installed with SETPRV is actually more worrying since this indicatese the writer was taking the easy way out and not working out what privileges the program really needed.i    
 David Webb VMS and Unix team leader CCSS Middlesex University            G >that is why you should be running TCPware ... ucx was neglected due to K >Palmer at dec and has alot of catching up to do with TCPware and Multinet.t   ------------------------------  % Date: Sat, 28 Sep 2002 21:34:50 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>t" Subject: Re: UCX security advisory+ Message-ID: <3D9658A8.604FBBF@videotron.ca>n   David Webb wrote:if > The fact you found any programs installed with SETPRV is actually more worrying since this indicatesg > the writer was taking the easy way out and not working out what privileges the program really needed.     F And security for tcpip stack is one of the more important aspect of OSM security these days since that is where the attacks tend to come from. So thel> TCPIP folks not having conducted due diligence with regards to- security/privileges requirements is very bad.   M I am still ready to volunteer to patrol the golad coast beaches to ensure thecH TCPIP engineers don't spend too much time waxing their surfboards... :-)  L This issue does highlight the potential problems of the COE initiative: whenE they start to port more and more unix software to VMS,  more and moreoE loopholes (unix leftovers) such as the -logfile are likely to appear.w  L Perhaps the TCPIP group will be a vanguard in this respect, discovering manyN of the pitfalls of porting stuff to VMS from Unix and maybe they can establishH a porting expertise/recommendations to share their experiences. (Would aI technical symposium on the gold coast of australia in january/february beoA succesful ?  We could save on conference room costs by having the # presentations done on the beach :-)    ------------------------------    Date: 28 Sep 2002 17:27:40 -0700/ From: lgemedia@mestre.if.usp.br (Luiz Emediato)d( Subject: Upgrade from OpenVMS 6.2 to 7.2= Message-ID: <c6406a41.0209281627.1a0311f6@posting.google.com>-   Hi,   F I would like to know if there is a straightforward document explaining: how to upgrade OpenVMS 6.2 to 7.2 on a VAXstation 4000/60.% I appreciate any help on this matter.8   TIA,  Luiz Emediato   ------------------------------  % Date: Sat, 28 Sep 2002 20:57:51 -0400<- From: JF Mezei <jfmezei.spamnot@videotron.ca>o, Subject: Re: Upgrade from OpenVMS 6.2 to 7.2, Message-ID: <3D964FFF.32199179@videotron.ca>   Luiz Emediato wrote:H > I would like to know if there is a straightforward document explaining< > how to upgrade OpenVMS 6.2 to 7.2 on a VAXstation 4000/60.' > I appreciate any help on this matter.-  ) Releasse notes in the 7.2 distribution...   * 7.2 supports an upgrade from 6.1 updwards.  J Get the patches for 7.2 (include BAckup patch, as well as the PCSI thing).   ------------------------------  # Date: Sat, 28 Sep 2002 18:06:28 GMTt1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a  Subject: Re: warning during copy' Message-ID: <3D95F562.FD92CA65@fsi.net>o   "Alan E. Feldman" wrote: > [SNIP]  ! I said what I said - get over it.o  H If it doesn't work in all situations, I really don't give a flying f---!D I *SUGGESTED* it *MIGHT* work for him. If doesn't work for you, THEN; DON'T USE IT! If it doesn't work for him then no harm done.p   SHE-IT!e   -- p David J. Dachteraa dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  % Date: Sun, 29 Sep 2002 22:14:55 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>; Subject: What do the readers want in comp.os.vms / INFO-VAXt+ Message-ID: <3D975F3F.7080501@mail.tele.dk>    Do people prefer:s  : A) Evaluation of Digital/Compaq/HP management, speculation@     about what motivs there were for past decisions, speculation?     about what future decisions will be, discussions about whate>     decisions should be made, analysis of financials etc.etc..  D B) Technical questions and answers about DCL, VMS system management,B     programming on VMS and VMS capable hardware, discussions aboutF     which technical features future VMS versions should have etc.etc..   C) Both.   ?    Arne   ------------------------------  # Date: Sat, 28 Sep 2002 21:50:52 GMTk* From: "Bill Todd" <billtodd@metrocast.net>? Subject: Re: What do the readers want in comp.os.vms / INFO-VAXa> Message-ID: <0vpl9.1219$Ii4.95339@bin2.nnrp.aus1.giganews.com>  : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D975F3F.7080501@mail.tele.dk...  > Do people prefer:  > < > A) Evaluation of Digital/Compaq/HP management, speculationB >     about what motivs there were for past decisions, speculationA >     about what future decisions will be, discussions about what @ >     decisions should be made, analysis of financials etc.etc.. >nF > B) Technical questions and answers about DCL, VMS system management,D >     programming on VMS and VMS capable hardware, discussions aboutH >     which technical features future VMS versions should have etc.etc.. >u
 > C) Both.  J For me, C) Both.  Though I'm curious which category you'd place discussionL of the Alphacide in, since the initial reasons for being upset about it wereH largely technical in nature (involving Alpha's relative superiority overG Itanic and the technical challenges involved in an unnecessary hardwareiG platform migration - though of course the raft of accompanying lies andiF broken promises played a large part as well, and inevitably brought in) discussion of motives, financials, etc.).   B I'd also have a mild preference for changing subject headings moreK religiously when the drift of a sub-thread changes to allow people to focush2 on the discussions that interest them more easily.   - bill   ------------------------------  + Date: Sat, 28 Sep 2002 17:04:03 -0500 (CDT)t From: sms@antinode.org; Subject: What do the readers want in comp.os.vms / INFO-VAXi) Message-ID: <02092817040323@antinode.org>   @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> > Do people prefer:g > A) [miscellaneous crap]  > B) [VMS-useful stuff] 
 > C) Both.  E    I emphatically prefer B, but that may be because I have some small F real-world social life, and am easily able to discuss unrelated topics> elsewhere.  I recently saw the following quotation (of suspect9 authenticity, but definitely true, pithy, and pertinent):w  8       "Wise men talk because they have something to say;:       fools, because they have to say something." - Plato   H    It immediately reminded me of the recent decline of relevance in thisD forum, and of David J. (Just-can't-resist-contributing-on-any-topic) Dachtera, in particular.  9    Ideally, this sort of question would never arise here.h  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)u9    sms@antinode.org                sms@provis.com  (work).   ------------------------------  + Date: Sat, 28 Sep 2002 17:27:34 -0500 (CDT)- From: sms@antinode.org; Subject: What do the readers want in comp.os.vms / INFO-VAX8) Message-ID: <02092817273473@antinode.org>d  D    Ok.  Now that my blood pressure's back to near-normal, I see thatE Arne's category "A" actually contained relevant crap, rather than they< irrelevant crap about which I felt compelled to rant.  Oops.  H    Some of Arne's category "A" material is ok by me, although much of it? has very little value, but I stand by my rant about the utterlyo irrelevant crap.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)eC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)cG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)t9    sms@antinode.org                sms@provis.com  (work)v   ------------------------------  % Date: Sat, 28 Sep 2002 18:40:59 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>h? Subject: Re: What do the readers want in comp.os.vms / INFO-VAXa, Message-ID: <3D962FF4.DC484CDC@videotron.ca>  L Since HP doesn't actively push VMS and it is left to the remaining loyal VMSM fans to do the job, it is important that these fans do get a "global" picture, of what is going on.  L When there was an active DECUS in canada, I was often more aware of what wasL going on "globally" at Digital than the local sales critters with whom I had
 contacts.   G I was aware that some regions of canada seemed to get excellent DigitallL service with the local office bringing in engineers from new england to makeM presentations to customers etc, while my local office would just bring one ofiE their local employee to make a presentation I could have made better.n  N For instance, I know about that brochure in the UK which Mr Grieg spoke about.K It is by discussing it that we may find out whether this is just a local UKi- thing, or a reflection of HP corporate stuff.i    N Look at the discussions resulting from Stallard's "we expect all VMS customersM to eventually migrate to HP-UX" statements.  If nobody had complained, do youuH think that they would have covertly edited that paragraph to change thatN extremely offending statement to a less offending one (we'll help them migrate to Unix if the want". ?   J Perhaps it would have been best to stay quiet on the matter. HP would haveL left that document there forever and the message would have been clear: stay clear of VMS.   L It is often much easier to nip bad projects in the bud than to let them takeN root. Affinity was allowed to take root before people sarted to rebel, in partE because many had high hopes for Palmer who turned out to betray VMS. .  L What if the little "rebellion" about Stallard's memo forced HP to reconsiderL its plans for another "migrate from VMS to Unix" project since they realised how sensitive we were ?o  K What if marcello kept his mouth shut and allowed Stallard to make this huge M blunder , knowing that it would cause outrage at customers and paint StallardsK very poorly and force upper management to start to listen to Marcello ? ("Im told you so"...)    4 And consider this:  Many/most/all of us have come toM appreciate/like/love/adore Sue and her clear efforts to make VMS succeed.  IfwN she were "downsized" out of a job, should we stay quiet ? Or should we perhapsK question the motives of his superior(s) who made the decision to remove Suee@ instead of some marketing big wig who does nothing to push VMS ?   ------------------------------  % Date: Sat, 28 Sep 2002 19:32:05 -0400r( From: David Froble <davef@tsoft-inc.com>? Subject: Re: What do the readers want in comp.os.vms / INFO-VAX , Message-ID: <3D963BF5.1010905@tsoft-inc.com>   Arne Vajhj wrote:   > Do people prefer:l > < > A) Evaluation of Digital/Compaq/HP management, speculationA >    about what motivs there were for past decisions, speculation @ >    about what future decisions will be, discussions about what? >    decisions should be made, analysis of financials etc.etc..b > F > B) Technical questions and answers about DCL, VMS system management,C >    programming on VMS and VMS capable hardware, discussions about G >    which technical features future VMS versions should have etc.etc..t > 
 > C) Both.    P For me it would be (C).  Some of the technical issues are good to follow.  Some M are the worse posts in the newsgroup.  The discussion on AM/PM was downright s1 nauseating.  Helping newbies is a positive thing.   O However, just what good is (B) without VMS?  Maybe newsgroup discussions don't eM affect management, and maybe they do.  Regardless, discussions allow a wider oP range of ideas.  If there wasn't a discussion on the demise of Alpha, how would P anyone know anything except the official Compaq line, which didn't stand up too  well.      Dave   ------------------------------    Date: 28 Sep 2002 22:10:06 -0700# From: dooleys@snowy.net.au (dooley)aJ Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]< Message-ID: <1ca82fc6.0209282110.e8968ae@posting.google.com>  V Jacek Tobiasz <jtb@atm.com.pl> wrote in message news:<3D93235A.DD37B601@atm.com.pl>... > David Webb wrote:u > [...] O > > I seem to recall the UCX POP server is a port of a popular Unix Pop server.  > , > no, it's based on freeware IUPOP3 version20 > http://vw.tci.uni-hannover.de/extrakt/pop.html > = > > Is this a known security issue with that server on Unix ?M > G > IUPOP3 runs as a detached process with privileges. It's not installediP > with privs. I looked at it long time ago, not sure why it needs all the privs. > 9 > In UCX, POP startup is different, they installed it ...r > M > > I'm disappointed that the porter's would have missed checking commandline K > > inputs to a program which was going to be installed with privileges for F > > possible security problems (especially a qualifier like -logfile). > D > it's not an issue for IUPOP3, it was not designed to be installed. > UCX/TCP guys missed it.t >  eM > > Will the temporary fix of removing w:re permission from the image work ortN > > is there some reason that non-privileged users need to be able to directly" > > access the installed image ?   > < > There is no need for any user to run ucx$pop_server image. > 1 > > ie will removing w:re protection stop the pop @ > > server working just as if you had disabled the pop service ? >  > There should be no problem.i > 	 > Regardsi > Jaceku@ Isn't this the point where we launch into a discussion about the@ c language being inappropriate for anything other than user mode# because of null-terminated strings?o Phil   ------------------------------   End of INFO-VAX 2002.537 ************************